[FrancYescO]

Premi il pulsante di reset in momenti diversi fin quando non riesci a resettarlo, in alternativa metti il firmware di prima tramite tftp

La GUI era 9.3.77? Sei passato da 2.0.1 a 2.2.0_001? avevi messo impostazioni particolari sulla 2.0.1?

[Cloudstrifeff7]

Ho provato a tenere premuto il tasto reset mentre accendevo il tim hub ma non ho ottenuto i risultati sperati, se poi c'è un metodo alternativo da usare per il reset ammetto di non conoscerlo.
Mettendo il firmware di prima direttamente tramite tftp non perdo la gui? Comunque sì, avevo la gui 9.3.77 Di Particolare nulla, semplicemente lo sto usando su rete openfiber tiscali da qualche mesetto.

[FrancYescO]

Teoricamente (difficile capire in che stato sta senza vedere il log da seriale) con il flash da tftp non la perdi, alla peggio reinstalli..

Non tenerlo premuto il pulsante di reset, ma premi e rilascialo con tempistiche diverse (sperando di beccare prima o poi quella che lo fa resettare prima di riavviarsi)

[LaboDJ]

Mi è successa una cosa strana con il Tim HUB, vi spiego la situazione

Tim Hub con FW 2.0.0 e GUI di Ansuel, router in cascata Asus RT-AC68U che effettua la connessione PPPoE (usa il Tim Hub come modem e ottiene un indirizzo ip pubblico), l'Hub non è configurato come relay puro ma si connette anche lui ed ottiene un diversl indirizzo Ip pubblico (più che altro per permettere l'autoupdate della gui ed installare Blacklist senza problemi, altrimenti lo avrei configurato come bridge puro)

Fino a qui tutto bene

Ieri notte Tim ha deciso in telegestione di aggiornare il FW al 2.1.0, a parte che la GUI non funzionava più ed ho dovuto resettarlo, ri-rootarlo e rimettere la GUI, il problema più grave è che il router Asus effettua correttamente la connessione PPP ed ottiene un IP pubblico ma non naviga, non manda né riceve un singolo pacchetto, funziona solo il ping e forse la risoluzione DNS.
Il Tim Hub invece ottiene un altro IP e permette di navigare.

Ci ho perso tutta la giornata ieri facendo 1000 prove, reset di qua e di là, niente, alla fine ho risolto ritornando alla 2.0.1, qualsiasi versione successiva mi fa perdere la funzionalità del ppp relay, cioè connettere si connette ma non navigo.

Avete qualche idea?

[FrancYescO]

Hai controllato i log? Potrebbe essere qualche regola del firewall che blocca tutti i pacchetti pop o qualche funzionalità tipo dosprotect/rpfilter


Riguardo la GUI puoi dettagliare "non funzionava"? Cosa succedeva?

Che classi di ip utilizzi? Leggo che molti stanno avendo impossibilità a settare la 192.168.0.0 perché usata dall'interfaccia wwan (che non è settabile da interfaccia) magari va in conflitto qualcosaltro..

[LaboDJ]

Non ho controllato i log, dove li trovo?

Per quanto riguarda l'interfaccia me la sono trovata sovrascritta con quella Tim e stranamente non mi permetteva di entrare da SSH con utente root per rimetterla, è pur vero che era un po' che non la aggiornavo ed è forse anche per questo che sono riusciti a farmi l'update in telegestione, boh!

Il Tim Hub ha indirizzo 192.168.1.1, ha attiva solo la wifi 5Ghz per gestirlo all'occorrenza.

Il router Asus ha indirizzo 192.168.1.1 e fornisce connettività a tutta casa, è collegato al Tim Hub su una porta ethernet, la 1 o la 4, non ricordo

Non sono mai stati in conflitto, perché tutto sommato sono due endpoint distinti, ad ognuno viene assegnato un diverso ip pubblico (Piccola curiosità, quanti ip pubblici posso ottenere con questi metodo?)

Domattina potrei provare a rimettere il 2.1.0 e vedere se dai log viene fuori qualcosa

[FrancYescO]

Se non aggiornavi la GUI si spiegano un po di cose.. dopo l'update era chiusa proprio la porta SSH o non riuscivi a fare il login? sei ripassato al 1.0.3 per rootare?

i log li vedi con comando logread da ssh (logread -l50 per limitare agli ultimi 50 messaggi), ora ok che sono su due reti diverse ma a questo punto sta tutto alla bonta dell'asus a come gestisce avere la stessa subnet su due interfacce (WAN e LAN)

non so quanti IP riesci a prendere massimo, che io ricordi tempo fa con TIM mi sembra 3

[LaboDJ]

SSH era aperto ma non riuscivo a fare il login,
ho fatto reset con tastino, downgrade a 1.0.3, reset con tastino, root, GUI, upgrade a 2.0.1

domattina riporto alla 2.1.0 e vedo il log, la cosa strana comunque è che a configurazione standard, reset impostazioni,
2.0.1 + GUI funziona
2.1.0 + GUI non funziona

Senza toccare una virgola sull'Asus

Domattina guardo se dai log appare qualcosa

[turi79]

Anche io rilevo qualche problema con la 2.1.0 chiusure improvvise delle pagine web del timhub e con l’ultima giù non mi rileva attivazione della linea telefonica sempre sull’interfaccia web

[piolo68]

anche io problemi vari dopo aggiornamento da parte della tim a 2.1.0 ( chiuse porte esterne 443 ,21 ) non mi connetto più dallesterno della lan anche se il mio ddns è ben configurato, ho provato a ricaricare la gui Ansuel e inoltre non accedo più alla Luci Web gui e neanche al nas collegato ,il dlna è abilitato ma non vedo la chiavetta connessa alla usb ,insomma solo navigazione internet e basta il resto non funziona più nulla ....appena ho un po di tempo rimetto firmware 2.0.1

[chocobo]

Ho un problema sul mio DGA4132 GUI 9.3.77, ogni qualvolta che riavvio il modem il database, utilizzato da asterisk, "astdb.sqlite3" che si trova in "/var/lib/asterisk", si cancella facendomi perdere i dati che avevo salvato. Esiste un modo per evitare che venga cancellato?

[LaboDJ]

Aggiornamento della situazione:
Rimesso 2.1.0 con reset impostazioni, aggiornata la GUI (mancano alcune tab se non forzo l'aggiornamento), cavo Eth Asus scollegato
Il Tim HUB prende l'indirizzo ip, riconfigura la telegestione e permette di navigare.

Collego l'asus alla porta Eth1, ecco il log:

Codice: [Seleziona]

Fri Aug 16 09:53:13 2019 kern.crit kernel: [ 1760.900316] eth0 (Ext switch port: 0) (Logical Port: 8) Link UP 1000 mbps full duplex
Fri Aug 16 09:53:13 2019 kern.info kernel: [ 1760.900557] br-lan: port 1(eth0) entered forwarding state
Fri Aug 16 09:53:13 2019 kern.info kernel: [ 1760.900965] br-lan: port 1(eth0) entered forwarding state
Fri Aug 16 09:53:13 2019 daemon.notice netifd: Network device 'eth0' link is up
Fri Aug 16 09:53:15 2019 kern.info kernel: [ 1762.907580] br-lan: port 1(eth0) entered forwarding state

L'asus si collega e prende il l'ip pubblico, 95.251.xxx.xxx, subnet 255.255.255.255 gateway 192.168.100.1
Collegato all'Asus riesco a malapena a navigare, manda e risponde ai ping, risolve i nomi dms, carica qualche pagina a stento, ci mette una vita, qualche pagina non la carica proprio,
Questo speed test (https://speedtest.fdossena.com/) la prima volta in download non va, poi si sblocca.
Lo speedtest di OOkla (https://www.speedtest.net/it) non riesce proprio a partire, mi dice

Codice: [Seleziona]

LATENCY TEST ERROR
Could not connect to the test server. A firewall could be blocking the connection or the server might be having some issues. Please try again later.
Il log non indica niente di strano

Provo a cambiare porta Ethernet, stesso risultato.
Disabilito sull'Hub Protezione DoS, Filtro RP, metto il firewall su Basso, stesso risultato.
Disabilito Cache Flusso, stesso risultato

Rimetto 2.0.1 con reset impostazioni, subito un problema, non riesco più ad accedere all'interfaccia, mi dice Error 500 : INTERNAL_SERVER_ERROR
Reset con tastino, si riavvia con GUI TIM, ho ancora accesso SSH con utente root, rimetto la GUI, cavo Eth Asus scollegato,
Il Tim HUB prende l'indirizzo ip, la telegestione non si autoconfigura ma permette di navigare.

Collego l'asus alla porta Eth1, ecco il log:

Codice: [Seleziona]

Fri Aug 16 10:54:54 2019 kern.crit kernel: [  376.464000] eth0 (Ext switch port: 0) (Logical Port: 8) Link UP 1000 mbps full duplex
Fri Aug 16 10:54:54 2019 kern.info kernel: [  376.472000] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Fri Aug 16 10:54:54 2019 kern.info kernel: [  376.478000] br-lan: port 1(eth0) entered forwarding state
Fri Aug 16 10:54:54 2019 kern.info kernel: [  376.483000] br-lan: port 1(eth0) entered forwarding state
Fri Aug 16 10:54:54 2019 daemon.notice netifd: Network device 'eth0' link is up
Fri Aug 16 10:54:56 2019 kern.info kernel: [  378.488000] br-lan: port 1(eth0) entered forwarding state
Fri Aug 16 10:54:57 2019 daemon.notice mobiled: (WaitingForDevice) runs WaitingForDevice-Main.check(timeout, 1)

L'asus naviga senza problemi

Se devo fare altre prove sono aperto a qualsiasi esperimento

[FrancYescO]

sul timhub il wansensing e' attivo?

tra le varie prove che ho fatto questi giorni mi e' capitato di mettere un 4130 (2.2.0_001) su una lan del 4132 (2.0.1_001) con il wansensing attivo continuava a saltare tra pppoe e dhcp che causava una navigazione a singhiozzo sul 4130 quasi sicuramente perche' andavano in conflitto IP essendo entrambi 192.168.1.1

teoricamente stando connesso nemmeno dovrebbe intervenire il wansensing... ma se vuoi provare, un'altra prova che farei e' metterlo su una subnet diversa (magari quello che rompe quando stanno sulla stessa subnet lo hanno aggiunto dal 2.1 in poi..)

[piolo68]

anche io problemi vari dopo aggiornamento da parte della tim a 2.1.0 ( chiuse porte esterne 443 ,21 ) non mi connetto più dallesterno della lan anche se il mio ddns è ben configurato, ho provato a ricaricare la gui Ansuel e inoltre non accedo più alla Luci Web gui e neanche al nas collegato ,il dlna è abilitato ma non vedo la chiavetta connessa alla usb ,insomma solo navigazione internet e basta il resto non funziona più nulla ....appena ho un po di tempo rimetto firmware 2.0.1

per chi avesse riscontrato problemi simili al mio o disfunzioni varie....
il downgrade al 2.0.1 non ha dato buoni risultati ...inutile dire che ho fatto vari tentativi anche a resettare le impostazioni e a reinstallare la "gui Ansuel " sia da interfaccia web che con winscp
SOLUZIONE...avendo fatto tanti tentativi senza successo ho installato firmware 2.2 con la spunta su "resetta impostazioni" poi rimesso la gui ultima versione stabile e ho rifatto tutte le mie impostazioni ....tutto è andato a buon fine , accedo dinuovo alla luci web gui da dove ho installato vsftpd per accedere alla chiavetta collegata alla usb in ftp ...nas su lan visibile e accessibile...Dyndns funzionante perfettamente ...insomma è tornato tutto ok !!

[FrancYescO]

credo molti stanno confondendo il reset config (quello che e' nella pagina modgui, e che a quanto pare sta dando problemi ultimamente) con il factory reset, che e' quello nella pagina modem/gateway (o tramite pulsantino) che elimina anche la gui ma fa mantenere il root (ed e' la stessa cosa di fare un aggiornamento con resetta impostazioni)