Problemi con TIM HUB DGA4132 usato solo come modem

[cancellato]

Ciao a tutti, da qualche settimana ho uno strano problema con il Tim Hub.

In pratica da anni lo utilizzo con pfsense, il quale tira su la sua pppoe. Mai un problema che sia uno.
Sul router avevo disattivato tutto ciò che mi era superfluo: DHCP, NAT, wifi, samba, dlna. Avevo lasciato attivo "in più" solamente la sua sessione pppoe, in modo tale da far si che ricevesse gli aggiornamenti o per controlli sulla linea da parte di TIM qual'ora ne avessi avuto bisogno.

Appena ho visto che il rollout del FW 2.3.1 stava dando problemi, per non rischiare nulla ho disattivato la pppoe dal TIM HUB per isolarlo da internet e fargli fare solo da modem puro. Fino qua nessun problema, pfsense ha continuato a mantenere attiva la sua sessione e a funzionare come prima.

Di punto in bianco, una mattina, mi accorgo di non avere più connessione, vado a vedere su pfsense e la sessione pppoe era caduta. Provo a forzarne la riattivazione ma nulla. Allora guardo lo stato del modem e vedo che la spia con la "@" lampeggiava (non ricordo cosa significhi sinceramente). Penso ad un problema momentaneo, quindi riavvio il tim hub, ma la situazione non cambia, pfsense non si connette e quella spia lampeggia. I vicini collegati allo stesso cabinet invece tutto ok, non sembrava un problema locale.
Alla fine decido di provare a vedere se riattivando l'accesso ad internet del tim hub lui si connettesse e voilà, tim hub connesso e contemporaneamente anche pfsense ottiene il suo IP. Disattivo nuovamente la connessione dal tim hub e tutto continua a funzionare correttamente (con altri riavii di pfsense nel frattempo) fino a stamattina, quando è ricapitato la stessa cosa.

Magari questo comportamento c'è sempre stato, ma avendo avuto sempre la sua sessione ppp attiva non me ma l'ha mai fatto.
Qualcuno ha avuto lo stesso problema o ha idee su cosa possa essere successo?

Se può essere utile incollo qua il log ppp di pfsense con l'ultimo tentativo di connessione andato a vuoto prima di quello avvenuto correttamente, contemporaneamente alla riattivazione della ppp sul timhub:

[...]
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] LCP: rec'd Configure Request #41 (Req-Sent)
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] MAGICNUM 0xe8e42774
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] MRU 1492
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] PROTOCOMP
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] LCP: SendConfigReq #1
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] LCP: state change Starting --> Req-Sent
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] LCP: Up event
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] Link: UP event
Sep 25 09:20:04 	ppp 	17358 	[wan_link0] PPPoE: connection successful
Sep 25 09:20:04 	ppp 	17358 	PPPoE: rec'd ACNAME "r-pd166"
Sep 25 09:19:58 	ppp 	17358 	[wan_link0] PPPoE: Connecting to ''
Sep 25 09:19:58 	ppp 	17358 	[wan_link0] Link: reconnection attempt 13
Sep 25 09:19:57 	ppp 	17358 	[wan_link0] Link: reconnection attempt 13 in 1 seconds
Sep 25 09:19:57 	ppp 	17358 	[wan_link0] LCP: Down event
Sep 25 09:19:57 	ppp 	17358 	[wan_link0] Link: DOWN event
Sep 25 09:19:57 	ppp 	17358 	[wan_link0] PPPoE connection timeout after 9 seconds
Sep 25 09:19:48 	ppp 	17358 	[wan_link0] PPPoE: Connecting to ''
Sep 25 09:19:48 	ppp 	17358 	[wan_link0] Link: reconnection attempt 12
Sep 25 09:19:46 	ppp 	17358 	[wan_link0] Link: reconnection attempt 12 in 2 seconds

ps: come si mettono gli spoiler/testo nascosto su flarum?😅

dadadani

[cancellato]

[cancellato] Appena ho visto che il rollout del FW 2.3.1 stava dando problemi

In realtà l'unico problema che ha è con il WI-FI.

[cancellato] Provo a forzarne la riattivazione ma nulla. Allora guardo lo stato del modem e vedo che la spia con la "@" lampeggiava

Significa che il router sta tentando di connettersi alla PPPOE. Probabilmente il router non ti fa aprire altre connessione via passthrough se lui stesso non è connesso

Ora, non ho mai usato il Tim Hub come solo modem dsl, ma la prima cosa che andrei a fare è sbloccarlo, in modo da evitare tutti i casini con la telegestione e avere accesso completo al router (insieme a cose come grafico HLog).
Dopo averlo fatto configurerei il router in modalità bridge così eviti tutti i casini.

Qui hai una guida su come farlo: https://www.ilpuntotecnico.com/forum/index.php?topic=78162.0

Hadx

[cancellato] Sì è un comportamento normale, le soluzioni sono o lasciare attiva sempre la PPPoE del Tim Hub o sbloccarlo con GUI Ansuel.

[cancellato]

dadadani

dadadani In realtà l'unico problema che ha è con il WI-FI.

Ancora non lo sapevo, ho disattivato la sua ppp proprio con le primissime lamentele. Essendo in smartworking non volevo trovarmi a piedi.

dadadani Significa che il router sta tentando di connettersi alla PPPOE. Probabilmente il router non ti fa aprire altre connessione via passthrough se lui stesso non è connesso

No perché ora funziona regolarmente il passthrough e pfsense è collegato senza problemi. Inoltre perché dovrebbe tentare di connettersi se è disabilitata la relativa funzione?

Lo sblocco comunque non l'ho mai fatto perché perché non l'ho mai usato come router e non mi importava delle sue funzioni, l'unica cosa che mi sarebbe tornata utile sarebbe stata l'hlog, ma la linea ha sempre funzionato bene e non ho mai approfondito. Inoltre tra poco passo in ftth e non mi servirà più😅era più che altro curiosità.

[cancellato]

Scusate, riutilizzo questa discussione per una domanda sempre inerente al passthrough.

Ad ora il tim hub è sulla sua 192.168.1.0 (ip 192.168.1.1) mentre pfsense è in 192.168.0.0 (ip 192.168.0.1). Vorrei poter accedere all'interfaccia del modem, ma ora con la doppia wan in failover non mi fuziona più la regola di nat outbound che avevo messo, suppongo per via del gateway che ora è doppio🤔 o più probabilmente sto facendo confusione io nelle conf.

Se dovessi mettere il tim hub sulla stessa subnet di pfsense potrei avere problemi?
A pfsense non dovrebbe interessare l'indirizzo locale del modem corretto?

mark129

[cancellato] Vorrei poter accedere all'interfaccia del modem, ma ora con la doppia wan in failover non mi fuziona più la regola di nat outbound che avevo messo

E che regola avevi messo? Per accedere all'interfaccia del modem dovrebbe bastarti di abilitare il NAT sul TIM Hub.

[cancellato]

Hadx grazie, ho fatto proprio così infatti, lasciando attiva la pppoe anche sul tim hub.

mark129 avevo fatto un remapping dalla subnet 192.168.0.0 alla 192.168.1.0 in modo che il tim hub mi permettesse di accedere all'interfaccia. Poi ho cancellato questa regola perché non pensavo di rimettere in piedi il timhub, ma ora la fttc mi serve nuovamente come wan di backup e ricreando la regola non funziona più.
Comunque avevo seguito questa guida https://docs.netgate.com/pfsense/en/latest/recipes/modem-access.html

mark129

[cancellato] Comunque avevo seguito questa guida https://docs.netgate.com/pfsense/en/latest/recipes/modem-access.html

Non ho idea del perché del remapping ma la guida dice le cose base: l'interfaccia parent della WAN (la eth su cui attesti la PPPoE del Pfsense) deve avere un IP della subnet del TIM Hub, sulla stessa interfaccia deve essere attivo il masquerading (NAT) verso il TIM Hub, per permettere a qualunque client della LAN del Pfsense di accedere al TIM Hub (non mi pare di aver letto di remapping, ma magari sono tardo io).

Per inciso è così che lo uso pure io il TIM Hub (ho messo la parent in DHCP, prende un IP della subnet del TIM Hub e gestisco così l'interfaccia dello stesso) ed è così che deve funzionare anche per te (e per qualunque router a valle del TIM Hub, non solo Pfsense): è tutto quello che serve ed è tutto ciò che basta.

edofullo

Comunque io lo sbloccherei e metterei in bridge per levarmi tutti sto problemi.

[cancellato]

edofullo ma cosa potrei fare di diverso?
Il bridging funziona anche ora, pfsense ha la sua pppoe e il timhub anche (tanto i problemi che dava l'aggiornamento non mi impattano, la lascio attiva).
Ora si tratta solo di capire se posso mettere la lan del timhub sulla stessa di pfsense o se questo può creare dei problemi, ma non credo.

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