Aiuto configurazione Ubuntu con PPPoE e rete locale su stessa interfaccia

davidecorradini

Buongiorno a tutti,
chiedo il vostro aiuto per configurare una macchina con Ubuntu 22.04 che uso come server domestico.

Ho connessione FTTC con NavigaBene (Easy IP TIM) con due account PPPoE. Il mio modem è un FritzBox con PPPoE passthrough attivato. Il server è collegato al FritzBox con ethernet 1G.

Vorrei fare in modo che tutta la mia rete domestica sia sotto il FritzBox configurato con il primo account PPPoE, mentre il server con Ubuntu dovrebbe avere la sua connessione PPPoE diretta con il secondo account, ma essere raggiungibile anche dalla rete locale. Inoltre, alcuni servizi in esecuzione sul server (in container Docker) dovrebbero poter uscire dal primo account PPPoE (ovvero quello configurato nel FritzBox).

Sono riuscito a stabilire la connessione diretta del server al secondo account PPPoE, ma perdo l'accesso alla rete locale. Ho usato il pacchetto pppoeconf per stabilire la connessione.

È possibile usare la stessa interfaccia ethernet sia per PPPoE che per rete locale DHCP? Come posso fare la configurazione?

Grazie a tutti in anticipo!

Lorenzo1635

davidecorradini Sono riuscito a stabilire la connessione diretta del server al secondo account PPPoE, ma perdo l'accesso alla rete locale. Ho usato il pacchetto pppoeconf per stabilire la connessione.

Avrà iniettato qualche rotta che non ti serve. Riesci a mandare la routing table?

EDIT: Non avevo letto Docket ti complica le cose. Di che genere di servizi si tratta?

davidecorradini

Lorenzo1635
Grazie per la risposta. Ecco la tabella di routing:
Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp1 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 enp4s0f2 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 enp4s0f2 172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0 172.18.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-bbcc2248cc55 172.19.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-1d5bdcb2057f 172.20.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-931181266cae 172.21.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-a5e745136e3e 172.22.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-cd0121fbccfa 172.23.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-f51f5c8b5d3c 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 enp4s0f2 192.168.100.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.100.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp1

Ho tutti i servizi dockerizzati perché li devo poter migrare su diversi server. Ho, ad esempio, Home Assistant, Ghostfolio, VPN server, alcuni server HTTP, ecc.

EDIT: La rimetto come immagine così almeno si mantengono le spaziature.

Lorenzo1635

davidecorradini EDIT: La rimetto come immagine così almeno si mantengono le spaziature.

La LAN del Fritz è la 192.168.0.0/24?

Fai anche un bel ip addr che non mi tornano le interfacce

davidecorradini

Lorenzo1635 La LAN del Fritz è la 192.168.0.0/24?

Esatto!

Lorenzo1635 Fai anche un bel ip addr che non mi tornano le interfacce

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp4s0f2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 08:60:6e:02:69:34 brd ff:ff:ff:ff:ff:ff inet 192.168.0.12/24 brd 192.168.0.255 scope global dynamic noprefixroute enp4s0f2 valid_lft 675358sec preferred_lft 675358sec inet6 fd00::fadd:464c:b1c4:7503/64 scope global temporary dynamic valid_lft 7052sec preferred_lft 3452sec inet6 fd00::beab:1122:fcbd:72ca/64 scope global temporary deprecated dynamic valid_lft 7052sec preferred_lft 0sec inet6 fd00::9705:ff40:36be:26a2/64 scope global temporary deprecated dynamic valid_lft 7052sec preferred_lft 0sec inet6 fd00::6f2e:269b:9c3e:3d2d/64 scope global temporary deprecated dynamic valid_lft 7052sec preferred_lft 0sec inet6 fd00::f230:7500:6d37:4749/64 scope global temporary deprecated dynamic valid_lft 7052sec preferred_lft 0sec inet6 fd00::f842:6b88:b86c:3c59/64 scope global temporary deprecated dynamic valid_lft 7052sec preferred_lft 0sec inet6 fd00::a095:be93:dac5:3482/64 scope global temporary deprecated dynamic valid_lft 7052sec preferred_lft 0sec inet6 fd00::b6a2:344:3ead:87ad/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7052sec preferred_lft 3452sec inet6 fe80::21ef:9ef3:a1e1:3aa5/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether dc:85:de:73:a1:2a brd ff:ff:ff:ff:ff:ff 4: br-f51f5c8b5d3c: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:f6:9c:33:80 brd ff:ff:ff:ff:ff:ff inet 172.23.0.1/16 brd 172.23.255.255 scope global br-f51f5c8b5d3c valid_lft forever preferred_lft forever inet6 fe80::42:f6ff:fe9c:3380/64 scope link valid_lft forever preferred_lft forever 5: br-1d5bdcb2057f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:17:5f:90:35 brd ff:ff:ff:ff:ff:ff inet 172.19.0.1/16 brd 172.19.255.255 scope global br-1d5bdcb2057f valid_lft forever preferred_lft forever inet6 fe80::42:17ff:fe5f:9035/64 scope link valid_lft forever preferred_lft forever 6: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:97:ca:81:09 brd ff:ff:ff:ff:ff:ff inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0 valid_lft forever preferred_lft forever inet6 fe80::42:97ff:feca:8109/64 scope link valid_lft forever preferred_lft forever 7: br-931181266cae: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:03:a8:07:28 brd ff:ff:ff:ff:ff:ff inet 172.20.0.1/16 brd 172.20.255.255 scope global br-931181266cae valid_lft forever preferred_lft forever inet6 fe80::42:3ff:fea8:728/64 scope link valid_lft forever preferred_lft forever 8: br-a5e745136e3e: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:72:c8:91:b8 brd ff:ff:ff:ff:ff:ff inet 172.21.0.1/16 brd 172.21.255.255 scope global br-a5e745136e3e valid_lft forever preferred_lft forever 9: br-bbcc2248cc55: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default link/ether 02:42:06:08:e6:80 brd ff:ff:ff:ff:ff:ff inet 172.18.0.1/16 brd 172.18.255.255 scope global br-bbcc2248cc55 valid_lft forever preferred_lft forever 10: br-cd0121fbccfa: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:58:9d:db:ed brd ff:ff:ff:ff:ff:ff inet 172.22.0.1/16 brd 172.22.255.255 scope global br-cd0121fbccfa valid_lft forever preferred_lft forever inet6 fe80::42:58ff:fe9d:dbed/64 scope link valid_lft forever preferred_lft forever 12: veth08403f5@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-f51f5c8b5d3c state UP group default link/ether 6e:9d:c8:82:da:24 brd ff:ff:ff:ff:ff:ff link-netnsid 2 inet6 fe80::6c9d:c8ff:fe82:da24/64 scope link valid_lft forever preferred_lft forever 14: veth7c7ab22@if13: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-1d5bdcb2057f state UP group default link/ether 12:48:44:4e:de:3a brd ff:ff:ff:ff:ff:ff link-netnsid 3 inet6 fe80::1048:44ff:fe4e:de3a/64 scope link valid_lft forever preferred_lft forever 16: vethc3a1ef6@if15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-931181266cae state UP group default link/ether d6:7d:54:01:70:cf brd ff:ff:ff:ff:ff:ff link-netnsid 4 inet6 fe80::d47d:54ff:fe01:70cf/64 scope link valid_lft forever preferred_lft forever 18: veth7407cef@if17: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 92:c2:c2:4b:63:0d brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet6 fe80::90c2:c2ff:fe4b:630d/64 scope link valid_lft forever preferred_lft forever 40: veth57282c4@if39: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-cd0121fbccfa state UP group default link/ether 5a:ee:79:a2:30:6a brd ff:ff:ff:ff:ff:ff link-netnsid 5 inet6 fe80::58ee:79ff:fea2:306a/64 scope link valid_lft forever preferred_lft forever

Lorenzo1635

davidecorradini Esatto!

La rotta è corretta 192.168.0.0/24 in instradamento diretto. Sei in config. dual gateway ma dovrebbero prendere pretendenza quelle dirette. Non ci vedo cose strane.
Perchè hai due entry 192.168.100.1/32 che vanno una a ppp0 e pp1?

davidecorradini

Lorenzo1635 La rotta è corretta 192.168.0.0/24 in instradamento diretto. Sei in config. dual gateway ma dovrebbero prendere pretendenza quelle dirette. Non ci vedo cose strane.

Rettifica al messaggio principale di questo topic. Ho appena fatto delle verifiche e quando attivo la pppoe il server vedere correttamente la rete locale, ma smette di rispondere dall'esterno dall'IP pubblico del FrtizBox. Non capisco perché... Forse i pacchetti provano ad uscire dalla PPPoE locale perché hanno destinazione non in 192.168.0.1/24?

Lorenzo1635 Perchè hai due entry 192.168.100.1/32 che vanno una a ppp0 e pp1?

Forse ho lanciato due volte pppoeconf e ha fatto casini... Verifico.

Lorenzo1635

davidecorradini Forse i pacchetti provano ad uscire dalla PPPoE locale perché hanno destinazione non in 192.168.0.1/24?

Concordo anch'io

davidecorradini

Lorenzo1635
Sai dirmi se esiste un modo semplice per gestire la cosa? Non mi viene in mente nulla...

Intanto grazie per il tempo che mi hai dedicato

Lorenzo1635

davidecorradini Sai dirmi se esiste un modo semplice per gestire la cosa? Non mi viene in mente nulla...

Personalmente quello che vuoi fare tu lo vedo abbastanza complicato (non nel senso di difficile ma nel senso che poi il setup diventa una roba complessa e indebuggabile).
Metà del tuo setup sarebbe fatto di rotte statiche e configurazioni ufw che non scalano troppo bene.

Non riesci proprio ad avere un hypervisor su cui farci girare OpenWRT per gestire la rete?

ordex

Devi usare policy routing, in modo che connessioni ricevute sulla pppoe non di default escano di nuovo da lì.
Altrimenti loro escono seguendo la default route che è sull'altra interfaccia

davidecorradini

ordex È facilmente configurabile in Ubuntu?

ordex

davidecorradini "ip rule" è alla base del policy routing. Ma è un argomento ampio che va studiato. Non so se esistano tool che facciano da soli, anche perché le possibilità di configurazione sono svariate.

Se nessun altro ti dà qualche dritta nel frattempo, posso provare a suggerirti qualche comando

davidecorradini

@ordex @Lorenzo1635 Alla fine, credo che la cosa più comoda nel mio caso sia stabilire la connessione PPPoE direttamente dall'interno del container Docker (assegnando i relativi privilegi al container). Provo a fare così e vi aggiorno, se vi può interessare. Grazie ancora per l'aiuto.

ordex

davidecorradini in quel caso la connessione PPPoE rimarrá confinata al network namespace del container e non creerà "conflitti" con le applicazioni all'esterno.
Se questo é quello che ti serve, allora sicuramente é una soluzione valida.

Lorenzo1635

ordex Se questo é quello che ti serve, allora sicuramente é una soluzione valida.

Si ma non scala come soluzione. Ogni container è una PPPoE con un link in più da gestire.
Oltre al fatto che stai consumando IP per niente (ma quello è un problema di TIM 😊) devi farti immagini custom per tutto.

ordex

Lorenzo1635 pardon, credevo si trattasse di un container solo. @davidecorradini Se si parla di piú container allora concordo con @Lorenzo1635

Lorenzo1635

ordex Ma anche fosse un container solo usato come virtual-router per una docker-net di K container non la vedo molto pulita come soluzione: i container non dovrebbero essere trattati come VM e poi gestire firewall/routing table è un parto.

ordex

Lorenzo1635 concordo. Ma la mia risposta terminava con "Se questo é quello che ti serve" per questo motivo 😆

Se ha bisogno di un singolo applicativo che deve avere la sua singola connessione uplink allora avrebbe senso.
Ma non mi sono riaggiornato su tutto il contest o onestamente. Sta a lui decidere.

La soluzione corretta é policy routing quando si hanno piú interfacce di uplink, poi ovviamente il resto son tutti workaround.

davidecorradini

ordex Siccome tutto il server è organizzato in container per facilitare eventuali migrazioni (sostituisco l'hardware di "frequente", circa 1 volta all'anno), pensavo di usare un container router per evitare configurazioni sulla macchina host. @Lorenzo1635 perché sconsigli questa architettura?

ordex

davidecorradini secondo me, ci sta. L'importante che tu sappia quali sono le limitazione, non trattandosi appunto di una VM, ma bensí di un container.

Lorenzo1635

davidecorradini perché sconsigli questa architettura?

Perchè diventa difficile mantenerla se inizi a aumentare le regole di firewalling/altre config.
Comunque prova magari è davvero quello che serve a te

Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile