IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: Ansuel - 06 Marzo 2018, 17:53
-
(https://i.imgflip.com/azqj8.gif) (https://imgflip.com/gif/azqj8)
Scusate ot... ma mi serve qualcuno che mi faccia un sunto generale della situazione e i problemi con la gui al momento presenti
ho bisogno anche del /rom di un AGTHP così da vedere differenze con agtef e sopratutto includere anche la sua immagine nella gui (e farla scegliere appropriamene)
-
ciao Ansuel,
nella versione 4.6.8 la sola cosa che non va col firmware 1.1.0 è la "rete locale" ethernet-modal.lp, che abbiamo fixato col file originale di TIM.
-
Altro? mi hanno detto del port forward non funzionante
-
Bentornato Ansuel, tra pochi giorni toglierò il DGA 4132 originale dalla connessione per montare quello che ho sbloccato(sul quale ho mantenuto però la gui Tim). Non appena avrò fatto questa operazione sono disponibile per farti da beta tester, ma credo che nel frattempo ne avrai trovati almeno una ventina. :nod:
-
/rom inviato, check your MP
-
Bentornato ;)
-
posso includere le tue modifiche di ariang?
-
ma sei tu che mi hai spiegato come fare :D
off course
-
Bentornato! Spero che qualsiasi sia stata la ragione per cui sei stato via, tu abbia risolto!
-
il motivo nessuno.. vacanza ed esami (e lontananza dal modem)
-
@shdf ho bisogno di avere una versione vecchia della gui tu ne tenevi traccia giusto ?
-
Bentornato Ansuel,
il buon shdf ha raccolto tutte le versioni delle tue gui
https://mega.nz/#F!Pd8TgAJA!t-Yj3SktM8dNqvoIwiWbmg
-
si nella cartella GUI del mio MEGA
-
Bentornato,
Personalmente sto riscontrando i seguenti problemi con la GUI su dga4130. Soprattutto legati al wizard e alla configurazione nelle schede banda larga e gateway. Non sono riuscito a capire se sono l'unico con questi problemi
1-esempio; da wizard scelgo ADSL, 8/36 (fastweb) dhcp,
al riavvio mi ritrovo in VDSL, se da broadband ceco di cambiare modalità non funziona, o se funziona da un errore in fase di save e al raivvio sono addirittura in modalità bridge.
Ho provato diverse versioni della gui con diversi firmware
2- in alto a destra modalità avanzata in banda larga e accesso a internet non compare sempre. generalmente mi compare solo dopo aver provato a usare il wizard(causando gli errori sopra).
3- questo punto è più una richiesta. si può fare in modo del il port forwarding avvenga sull'IP e non sul mac address come accade ora? per il momento ho risolto modificato a mano /etc/config/firewall, ma da gui sarebbe più comodo.
-
Allora fixata pagina lan... reintrodotto autocompilamento mac... attendo conferme per l'effettivo funzionamento del port forward...
per il wizard devo vedere... domani vedo di fixarlo...
-
Io con il port forwarding non ho mai avuto problemi sinceramente. L'unica cosa diversa che fa questo router rispetto ai soliti è il forwarding usando il mac e non l'ip. Ma comunque funziona
-
puoi provare con la nuova versione
-
Anche da me.... benvenuto di nuovo.
Personalmente, sarei particolarmente interessato a trovare una soluzione agli indicibili e permanenti messaggi di errore nel log. Apparentemente non siamo stati in grado di eliminare o almeno eliminare l' origine di queste relazioni. Nel mio log, ad esempio, l' errore di analisi del netlink appare ogni cinque secondi. E i messaggi di avviso e di errore di nginx su ogni accesso.
Sarei molto felice se questi messaggi si fermassero..... e sono fiducioso che tu sei l' aiuto.
Dec 2 13:32:39 kern.warn kernel [ 7846.392000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.352000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.334000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.288000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.270000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.234000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.217000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.184000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.168000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.135000] netlink: 20 bytes leftover after parsing attributes.
Dec 2 13:32:39 kern.warn kernel [ 7846.118000] netlink: 20 bytes leftover after parsing attributes.
Ottengo questo Output:
logread | grep -i -E "sqm|netlink"
root@modemtim:~# logread | grep -i -E "sqm|netlink"
Thu Feb 15 16:31:56 2018 kern.info kernel: [ 20.245000] Initializing XFRM netlink socket
Thu Feb 15 16:31:56 2018 kern.info kernel: [ 20.277000] L2TP netlink interface
Thu Feb 15 16:31:56 2018 kern.info kernel: [ 20.440000] Netfilter messages via NETLINK v0.30.
Thu Feb 15 16:31:56 2018 kern.info kernel: [ 24.387000] ctnetlink v0.93: registering with nfnetlink.
Thu Feb 15 16:32:15 2018 daemon.notice procd: /etc/rc.d/S50intercept: RTNETLINK answers: No such file or directory
Thu Feb 15 16:32:15 2018 daemon.notice procd: /etc/rc.d/S50intercept: RTNETLINK answers: No such file or directory
Thu Feb 15 16:32:17 2018 kern.warn kernel: [ 49.406000] br_netlink_mcpd.c: Setting registration type 0 pid to 3326
Thu Feb 15 16:32:23 2018 kern.warn kernel: [ 55.106000] netlink: 20 bytes leftover after parsing attributes.
Thu Feb 15 16:32:23 2018 kern.warn kernel: [ 55.111000] netlink: 20 bytes leftover after parsing attributes.
Thu Feb 15 16:32:23 2018 kern.warn kernel: [ 55.127000] netlink: 20 bytes leftover after parsing attributes.
Thu Feb 15 16:32:23 2018 kern.warn kernel: [ 55.132000] netlink: 20 bytes leftover after parsing attributes.
and
nginx [warn] 4666#0: *49 [lua] session.lua:343: new(): new session for default user, client: 192.168.0.2, server: localhost, request: "GET /favicon.ico HTTP/1.1", host: "192.168.0.1"
nginx [warn] 4666#0: *63 [lua] session.lua:343: new(): new session for default user, client: 192.168.0.2, server: localhost, request: "GET /xxxxxxx HTTP/1.1", host: "192.168.0.1"
nginx [error] 4666#0: *53 [lua] sessionmgr.lua:231: redirectIfNotAuthorized(): Unauthorized request, client: 192.168.0.2, server: localhost, request: "GET /xxxxxxx HTTP/1.1", host: "192.168.0.1", referrer: "hxxp://192.168.0.1/"
nginx [warn] 4666#0: *53 [lua] session.lua:103: changeUser(): changing user to default user, client: 192.168.0.2, server: localhost, request: "POST /xxxxxxx HTTP/1.1", host: "192.168.0.1", referrer: "hxxp://192.168.0.1/"
Attualmente su DGA4132 e TIM GUI con firmware 1.1.0 e root.
:)
-
it's a kernel warning not an error. i think the only available solution is to disable warnings in the logs, that way they are still present but you'll not see them :-\
this should be a matter of loglevel somewhere... /etc/config/system ?
-
Beh, sembra che i file o le cartelle non si trovano neanche. Vedere messaggi netlink. E nei messaggi nginx ci sono anche messaggi di errore. Se è possibile correggere questo attraverso il livello di log sarei felice anche.
:)
-
@Ansuel...ciao, ti rivedo con molto piacere :hello:
Possibilmente, potresti provare a fare qualcosa per migliorare le prestazioni del wireless 2.4? A parte che non va mai in dual channel, poi la velocità del download, partendo da 130-144Mb cala progressivamente e inesorabilmente fino a raggiugere livelli ridicoli (25-29Mbps.) So bene che è difficile, ma sarebbe già un bel passo avanti poter bloccare il calo della velocità, magari a 90/100Mbps Anticipatamente ringrazio.
-
Bentornato Ansuel ;-)
ti scrivo perchè purtroppo a me l'aggiornamento sta dando problemi ( prima ero con la 4.6.9 e firmware 1.1.0 )
- fatto anche ripartire il router ma i problemi rimangono
- non riesce a completare il boot e rimane la luce rosse , le altre verdi correttamente tranne il Voip che non riesce ad attivare per cui rimane la luce spenta ed il segnale di occupato
- non riesco piu' ad entrare nel tab "Rete Locale" ( cosa che con la 4.6.9 sostituendo il file ethernet-modal.lp si era risolta )
ecco il log presente in /var/log/nginx
[ You must login or register to view this spoiler! ]
- riguardo il port forwarding adesso e' tornato a richiedere l'indirizzo IP invece del mac address come richiesto
- dovrebbe essere un problema di dns ma non sono riuscito a risolverlo, non riconosce gli in indirizzi tim per la teleassistenza :
Mar 7 12:30:33 daemon.crit cwmpd[4006] CONNECTION: Failed to resolve.
Mar 7 12:30:33 daemon.err cwmpd[4006] APP_TRACE: bad address 'regman-mon.interbusiness.it'
Mar 7 12:30:33 daemon.info cwmpd[4006] CONNECTION: Connecting to server retry 29.
p.s.: cosa meno importante ma che gia' era cosi' nelle ultime versioni, e' sbagliato il link al sito Thecnicolor
Grazie infinite per quello che potrai fare
Giulio
-
Se puoi resetta, dovrebbe risolvere il tutto
-
cioè col tasto del router o resettare tutto flashando il firmware ?
p.s.: quali files sono stati modificati con l'ultima versione ? per la rete locale e' giusto solo il file ethernet-modal.lp ?
vorrei evitare di resettare
-
Io con il port forwarding non ho mai avuto problemi sinceramente. L'unica cosa diversa che fa questo router rispetto ai soliti è il forwarding usando il mac e non l'ip. Ma comunque funziona
con la gui tim unlocked, funziona normalmente con l'ip :huh: questo è un esempio con un IP che non esiste nella mia rete locale.
(https://i.imgur.com/iAAyWAO.png)
/etc/config/firewall
config userredirect 'userredirect0C1D'
option src_dport '7300'
option family 'ipv4'
option dest_ip '192.168.8.155'
option dest 'lan'
option enabled '1'
option dest_port '7300'
option name 'test'
list proto 'tcp'
option src 'wan'
option target 'DNAT'
-
non so se solo io ho questi problemi dopo l'aggiornamento, comunque sostituendo il file ethernet-modal.lp , posso rientrare in "rete locale" come con la 4.6.9 , ma il voip non c'è verso di farlo partire .
c'è qualcosa che posso verificare ?
grazie
-
non so se solo io ho questi problemi dopo l'aggiornamento, comunque sostituendo il file ethernet-modal.lp , posso rientrare in "rete locale" come con la 4.6.9 , ma il voip non c'è verso di farlo partire .
c'è qualcosa che posso verificare ?
grazie
il voip hai effettivamente i dati oppure non li hai?
-
cioè col tasto del router o resettare tutto flashando il firmware ?
p.s.: quali files sono stati modificati con l'ultima versione ? per la rete locale e' giusto solo il file ethernet-modal.lp ?
vorrei evitare di resettare
la rete locale, si basa tutto su quel file... però il tutto deriva da un problema di configurazione... devo capire quale configurazione non avete voi e ho io (siccome voi provenite da versioni probabilmente vecchie)
-
Bentornato Ansuel ;-)
ti scrivo perchè purtroppo a me l'aggiornamento sta dando problemi ( prima ero con la 4.6.9 e firmware 1.1.0 )
- fatto anche ripartire il router ma i problemi rimangono
- non riesce a completare il boot e rimane la luce rosse , le altre verdi correttamente tranne il Voip che non riesce ad attivare per cui rimane la luce spenta ed il segnale di occupato
- non riesco piu' ad entrare nel tab "Rete Locale" ( cosa che con la 4.6.9 sostituendo il file ethernet-modal.lp si era risolta )
ecco il log presente in /var/log/nginx
[ You must login or register to view this spoiler! ]
- riguardo il port forwarding adesso e' tornato a richiedere l'indirizzo IP invece del mac address come richiesto
- dovrebbe essere un problema di dns ma non sono riuscito a risolverlo, non riconosce gli in indirizzi tim per la teleassistenza :
Mar 7 12:30:33 daemon.crit cwmpd[4006] CONNECTION: Failed to resolve.
Mar 7 12:30:33 daemon.err cwmpd[4006] APP_TRACE: bad address 'regman-mon.interbusiness.it'
Mar 7 12:30:33 daemon.info cwmpd[4006] CONNECTION: Connecting to server retry 29.
p.s.: cosa meno importante ma che gia' era cosi' nelle ultime versioni, e' sbagliato il link al sito Thecnicolor
Grazie infinite per quello che potrai fare
Giulio
errore fixato... sorry...
-
allora :
- i dati del VOIP sono presenti da dopo diversi reboot fatti fare al router , ho provato ad eliminare e reinserire manualmente tutti i dati del Voip e farlo ripartire ma non e' cambiato nulla ( luce rossa, e luce voip spenta perchè non riesce ad attivarlo )
- casualmente ho visto che non mi sta funzionando neanche DynDns
- ho il sospetto che possa essersi ingrandito il problema del DNS, ho provato anche a lasciare solo il 192.168.1.1 ma niente di nuovo
- potresti dirmi che valori hai inserito in etc/config/dhcp ed in etc/config/network per un corretto funzionamento anche con i dns di google
- non so se tornare ad una versione precedente della gui potrebbe risolvere i problemi o se leggerebbe comunque l'attuale configurazione ( hai fatto rilevanti modifiche in altri files o è una coincidenza forse per qualche problema che mi trascino da tempo )
- per un eventua flash di firmare io mi trovo con la bank 2 vuota/inattiva e solo la bank 1 attiva con il firmware 1.1.0 . e' unabuona soluzione o se dovro' ripulire tutto è meglio cambiare qualcosa ?
p.s.: tu quale problema hai fixato ?
Grazie
-
sempre più particolare ...
- si era bloccato e non completava più il boot ed allora sono stato costretto al reset che mi ha portato a questa situazione :
- gui tim nuova senza possibilità di disattivare teleassistenza e senza poter aggiornare il firmware
- è stato mantenuto il root !
- assenza del telnet e gestione del file di configurazione in forma criptata ( entrambi problemi risolvibili tramite WinScp perchè il Root è ancora attivo )
- ddns senza possibilità di scelta del servizio ma sono di poterne inserire uno manualmente senza opzioni di scelta
- Telefonia abilitata ma assenza totale di voci rigurdanti la linea telefonica !!!
ho dato anche il comando /etc/init.d/mmpbxd stop e poi start e vari reboot ma il voip non è presente neanche per configurarlo
- non decodifica correttamente gli indirizzi ip tipo quello della teleassistenza
ho un altro router identico con questa situzione :
- firmware 1.0.3 con root e gui tim vecchia ma sloccata
- voip funziona senza problemi
- gli indirizzi ip vengono decodificati correttamente e la teleassistenza dal log vedo che avrebbe scaricato l'ultimo firmware ma poi non lo applica (perchè ?)
vorrei mettere l'ultima versione della tua GUI ma non so come mi conviene prodere.
Grazie
-
-
Ciao i problemi di voip e teleassistenza possono essere tutti accomunati da un'unico problema... problemi di risoluzione dns... (e vabbè aggiornamento andato male... basta riapplicarlo)
riguardo ddns non trovo questo problema, può essere capitato dall'aggiornamento incompleto...
-
altra cosa, è normale che non veda il link per le impostazioni avanzate?
(https://preview.ibb.co/jGrLyS/Cattura.png) (https://ibb.co/c4kPQ7)
pic upload (https://it.imgbb.com/)
-
Ben tornato @Ansuel!!! :clap:
-
se non c'è nulla di avanzato è normale che non lo mostri...
comunque responso se con questa versione viene risolto dai log l'indirizzo di telegestione
-
Quindi se volessi cambiare da ethernet (che sto usando ora) e tornare a VDSL o ADSL devo usare per forza il wizard?
è strano perchè l'avanzato mostra di solito il menù per cambiare tipo di connessione
-
Vero... Non avevo pensato a quella
-
rieccomi ....
non so come ci sono riuscito quasi del tutto.
- ho installato il telnet manualmente ma non funziona !
- ho modificato da ssh per avere il file di configurazione in chiaro ed ha funzionato
- ho utilizzato l'unlocker 0.96 per applicare la tua gui ma ancora non c'era traccia del voip
- ho applicato da ssh l'ultima gui e finalmente sono comparse le voci riguardanti il voip anche se ancora non funzionava, poi inserito piu' volte i dati e ad un certo punto si e' convinto ed ha abilitato il voip !
- funziona il ddns
adesso ho questi problemi con segnalazioni di errore in queste sezioni della gui :
1) Gateaway - invalid path uci.power.ethernet
e non mi aggiorna le variazione alle impostazioni Eco
2) Funzioni Extra di Sistema
invalid exact path uci.env.var.gui_skin
invalid path uci.telnet.general
invalid exact path uci.env.var.bank_check
e non mi fa fare le modifiche
3) continua a non riconoscere l'indirizzo per la teleassistenza
4) in mappa dispositivi i dispositivi hanno sempre unknown nel nome
Si può fare qualcosa almeno per i percorsi che non riconosce ? adesso che funziona quasi tutto non vorrei rischiare a fare altri reset :-)
Grazie
-
ma ti ho detto hai semplicemente un aggiornamento fatto male... se lo riapplichi da gui dovrebbe rimettersi tutto per il meglio ;)
poi domanda... dal modem se fai.... ping regman-mon.interbusiness.it funziona?
-
in Accesso Internet ho
Server DNS 85.38.28.120,85.37.17.61 ( indirizzo che pingo correttamente ) ed in rete locale ho 192.168.1.1 come dns
mentre se pingo regman-mon.interbusiness.it sia da router che da finestra dos del computer non lo riconosce
che settaggi hai tu per i dns ?
l'aggiornamento da gui lo faccio con "forza aggiornamento" ?
grazie
-
si fai con forza aggiornamento
-
questi 2 dns sono di TIM ? 85.38.28.120,85.37.17.61
non possono risolvere regman-mon.interbusiness.it
-
@shdf tu è normale
-
lo so, ma ho fatto un nslookup usando un dns di TIM, non mi deve dare l'ip ?
edit:
giusto, mi dice query refused
-
Bentornato Ansuel ;-)
ti scrivo perchè purtroppo a me l'aggiornamento sta dando problemi ( prima ero con la 4.6.9 e firmware 1.1.0 )
Ciao Giulio, ti basta reinserire i dns della TIM anzichè quelli di google e riavviare, tutto torna a funzionare!!
-
@Ansuel
Bentornato innanzitutto!!
Dopo aver installato la tua GUI 5.1.4 sotto FW 1.1.0 Finale, se accedo alla sezione Rete Locale con google mi butta fuori alla finestra di login!
-
mi servono i log...
-
Ciao a tutti e grazie.
Mi stavo domandando se con l'ultimo aggiornamento software 1.1.0 si possa riutilizzare il vecchio driver del modem perché sembra un parere generale anche sul gruppo di beta testing TIM HUB su Google+ che tutti abbiamo perso in media un 10 Mbit di portante.
Per un po' ho testato anche un AVM 7590 e fra le impostazioni di connessione c'era come opzione la possibilità di usare il vecchio driver.
Penso che se si riuscisse ad imprementarlo qui nella GUI sarebbe fantastico. Grazie
-
ciao @Ansuel bentornato. :clap:
Volevo chiederti come funziona il tuo root permanente, se ricordo bene resisteva ad un reset di fabbrica...
Ora sono sui gui Tim unlocked ( metodo shdf), il root non è permanente, al reset debbo re-rootare... come faccio a replicare quello che succede nella tua gui ? :huh:
Thanks
-
Almeno è possibile disattivare questi fastidiosi messaggi (anche se preferirei una vera e propria correzione degli errori).
nginx.conf
access_log /dev/null;
error_log /dev/null;
nginx [warn] 4666#0: *49 [lua] session.lua:343: new(): new session for default user, client: 192.168.0.2, server: localhost, request: "GET /favicon.ico HTTP/1.1", host: "192.168.0.1"
nginx [warn] 4666#0: *63 [lua] session.lua:343: new(): new session for default user, client: 192.168.0.2, server: localhost, request: "GET /xxxxxxx HTTP/1.1", host: "192.168.0.1"
nginx [error] 4666#0: *53 [lua] sessionmgr.lua:231: redirectIfNotAuthorized(): Unauthorized request, client: 192.168.0.2, server: localhost, request: "GET /xxxxxxx HTTP/1.1", host: "192.168.0.1", referrer: "hxxp://192.168.0.1/"
nginx [warn] 4666#0: *53 [lua] session.lua:103: changeUser(): changing user to default user, client: 192.168.0.2, server: localhost, request: "POST /xxxxxxx HTTP/1.1", host: "192.168.0.1", referrer: "hxxp://192.168.0.1/"
:)
-
Ciao Giulio, ti basta reinserire i dns della TIM anzichè quelli di google e riavviare, tutto torna a funzionare!!
Ciao,
ma quali dns inserisci e dove ? io ho nel tab "rete locale" 192.168.1.1 ed in "Accesso ad internet" mi visualizza i Dns 85.38.28.120 e 85.37.17.61
hai inserito manualmente dei dns nei files dhcp e network in /etc/config ?
in questo momento non mi funziona correttamente la decodifica dei nomi degli apparti ethernet anche se definiti manualmente in "Mappa Dispositivi" ed in rete local come dispositivi con ip riservato
non mi funziona la teleassistenza sia per utilizzare l'app MyTimFisso in 4G che per gestione del router ( non decodifica il sito 'regman-mon.interbusiness.it')
Grazie
-
ma quali dns inserisci e dove ? io ho nel tab "rete locale" 192.168.1.1 ed in "Accesso ad internet" mi visualizza i Dns 85.38.28.120 e 85.37.17.61
85.38.28.120 e 85.37.17.61 sono i dns ricevuti dal tuo ISP (TIM) e quelli usato dal modem.
192.168.1.1 e il dns inviato al tuo PC, smartphone, tablet, etc...dal DHCP del modem.
Quando tu vuoi andare su www.blablabla.com il tuo PC fa la domanda al tuo modem 192.168.1.1, e lui fa la domanda a 85.38.28.120 il dns di tim, per sapere quale l'ip da usare per trovare questo sito web.
facci vedere i tuoi file:
/etc/config/dhcp
/etc/config/network
-
Ciao,
ma quali dns inserisci e dove ? io ho nel tab "rete locale" 192.168.1.1 ed in "Accesso ad internet" mi visualizza i Dns 85.38.28.120 e 85.37.17.61
hai inserito manualmente dei dns nei files dhcp e network in /etc/config ?
in questo momento non mi funziona correttamente la decodifica dei nomi degli apparti ethernet anche se definiti manualmente in "Mappa Dispositivi" ed in rete local come dispositivi con ip riservato
non mi funziona la teleassistenza sia per utilizzare l'app MyTimFisso in 4G che per gestione del router ( non decodifica il sito 'regman-mon.interbusiness.it')
Grazie
ciao ecco hai aggiornato all'ultima versione? e ancora non decodifica? mi servi come tester
@shdf hi, i notice that in the other forum someone make some modification to the gui... do you know anything about that?
Ciao a tutti e grazie.
Mi stavo domandando se con l'ultimo aggiornamento software 1.1.0 si possa riutilizzare il vecchio driver del modem perché sembra un parere generale anche sul gruppo di beta testing TIM HUB su Google+ che tutti abbiamo perso in media un 10 Mbit di portante.
Per un po' ho testato anche un AVM 7590 e fra le impostazioni di connessione c'era come opzione la possibilità di usare il vecchio driver.
Penso che se si riuscisse ad imprementarlo qui nella GUI sarebbe fantastico. Grazie
basta effettivamente sostituire il file... posso effettivamente creare un sistema per farlo da gui...
-
ecco la parte che credo sia utili dei 2 file di configurazioni per il dhcp
in dhcp - lan ho
config dhcp 'lan'
option interface 'lan'
option start '2'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option force '1'
option leasetime '21600s'
option ignore '0'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,6,"4130"'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,5,"CP1716Txxxx"'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,4,"101331"'
list dhcp_option '6,192.168.1.1'
option limit '253'
in network wan
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option username '[email protected]'
option password 'alicenewag'
option macaddr '10:xx:xx:xx:xx:xx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
-
togli la parte 6,192.168.1.1 da problemi a tutto il modem
-
ho aggiornato alla versione 5.20 , eliminata la voce da te indicata nel file dhcp, i nomi dei devices ethernet cominciano a comparire correttamente ;-)
rimane ancora il problema del dns quantomeno per la telegestione...forse ci rinucio eheh
Grazie
-
no devo per forza fixare questo problema... se vai su questa pagina non esce nulla ?
regman-mon.interbusiness.it
-
se vado su regman-mon.interbusiness.it o https://regman-mon.interbusiness.it:10800/acs/ non trova il sito, ma se provo
http://interbusiness.it/ la trova :facepalm:
-
singolare come caso... hai impostati dei dns custom ?
@alekos inserita funzione nella nuova versione... puoi testare domani ?
-
:clap:
Buongiorno @Ansuel,
Grazie per il supporto.
Ho visto la nuova selezione del driver e sembra che venga presa apparentemente. Però non è così: sia nella gui nel bottone modem che dalla scheda del driver continua a rimanere impostato il vechio. Dimmi come posso aiutarti, log? Se si dove?
Grazie
-
Fixing it...
-
Grande!
-
@alekos anche con la 5.3.3 a me non sembra faccia realmente il cambio del driver, . tu hai già provato ?
-
@giulio63 Ansuel ci sta lavorando.. lasciamogli tempo. Anche a me continua a non funzionare con la nuova versione.
Sto provando comunque a fare il cambio a mano dei driver, ma a differenza di qualche tempo fa dove riuscivo a vedere dei cambiamenti importanti adesso oscillo al massimo di mezzo mega.
Stavo provando ad usare questi comandi per ingannare la velocità max rilevata(questa funzione sul Fritzbox 7590 funziona alla grande anche se poi la linea si disconnette perchè non tiene la portante):
uci set xdsl.dsl0.maxaggrdatarate='300000'
uci set xdsl.dsl0.maxdsdatarate='250000'
uci set xdsl.dsl0.maxusdatarate='50000'
uci commit xdsl
reboot
Nel mio caso il modem mostra sempre i parametri di linea rilevati standard.
-
Lo script è pronto e tutto... devo solo fixare l'applicazione da webui...
se avete altri driver o altro... sarei ben felice
il cambio driver ora funziona... più o meno o.o aspetto responso...
ok ora funziona al 100%
-
@Ansuel Grande!
Adesso sparo un paio di cose, che se ci fossero, potrebbero rendere questo dispositivo molto più accattivante:
-Integrare il servizio FTP invece del semplice SAMBA in modo tale da potersi svincolare da PC o NAS
-Integrare un modulo per l'SNMP con il quale si potrebbe leggere i valori in realtime di traffico di banda, divisa magari per client, in modo tale che si possa usare qualche software installato sul pc Solar Winds ecc..
Grazie ancora.
-
per l'snmp possiamo già metterlo purtroppo però @mavelot ha notato che c'è un problema con la lettura dei valori, sono sfasati...
un servizio ftp... il problema è che si dovrebbe installare vftpd (che non è installato di default...) cosa che si può già fare ma conviene poi configurarlo da solo... mettelo in gui è fattibile ma non so se verrebbe utilizzato da molti...
-
@Ansuel
x ftp ok, Grazie
Ho appena fatto un po di prove per il cambio driver, ma ancora sembra che salvi la nuova conf ma poi anche dopo un riavvio del router continua ad utilizzare sempre lo stesso.
@mavelot
x SNMP sono stati fatti dei test anche con le ultime versioni del software del router? Grazie
-
Ora fatemi capire. Per mettere la nuova GUI e cambiare i driver xdsl basta seguire sempre la guida in prima pagina? La mia situazione è quella in firma
-
Si oppure aspettare il fix della nuova funzionalità nella GUI.
-
@alekos faccio alcune prove e ti dico... a me funzionava ma può essere che ho fatto qualche sbaglio nel trasferimento ora controllo
allora effettivamente c'era un errore con la creazione di una configurazione... ma comunque a me funziona il cambio driver... attendi 20 secondi per far cambiare? con quali driver provi?
-
Li ho provati tutti dal primo all'ultimo. Seleziono, salvo, aspetto un pò e poi riavvio da GUI il router.
Ho provato con due browser diversi.
L'interfaccia dice che ha salvato, ma l'unica cosa che tiene è nel menù a tendina la selezione dell'ultimo driver che gli ho chiesto di aggiornare. Invece la versione di quello in uso resta la vecchia.
Ho visto l'ultima versione della GUI, ora provo.
-
@Ansuel
Ora funziona perfettamente!
Grazie!!
;)
-
Quindi alla fine, con il dga4130 e firm 1.1.0 quale è il driver più consigliato?🤔
-
quello agtef 1.0.3
-
Ho aggiornato la GUI ma l'ultimo comando /etc/init.d/rootdevice force mi dà errore. Dice no such file ecc. Ecc. È un problema? Nella GUI nuova entra però
-
mi sfugge il motivo di dover fare il comando manualmente.. (c'è la gui per aggiornare...) comunque fixato
-
Ero sulla GUI unlocked non potevo aggiornare
Ora a quel comando dà l'errore alla linea 326
-
anche a me!
eccolo:
root@modemtim:~# /etc/init.d/rootdevice force
/etc/rc.common: /etc/init.d/rootdevice: line 326: syntax error: unexpected "fi" (expecting "}")
Tra l'altro se si aggiorna da GUI, l'installazione non termina mai
-
c'era un fi di troppo ahahha :)
-
cosa potrei aggiungere, altri problemi da segnalare? @shdf qualche modifica che hanno fatto altri che dovrei integrare?
-
Il router non mi pare integri WOL (ed eventualmente Wake on WAN), si può integrare in qualche modo nell'interfaccia?
ps. per il wizard e impostazioni avanzate sei poi riuscito a vedere?
-
@shin01 giusto mi ero dimenticato di quello... so cosa fare domani... (fixare wizard)
-
cosa potrei aggiungere, altri problemi da segnalare? @shdf qualche modifica che hanno fatto altri che dovrei integrare?
il "Cpu load average" e l'uptime sulla scheda Gateway :nod:
Fare una scheda "Applicazioni" che permette di installare con 1 click Aria2 + AriaNG + Pulsante AriaNG :nod: e forse anche la Blacklist
Hai visto la ROM Telstra del TG800vac col pulsante "Basic view" : https://i.imgur.com/3krNNl7.png
http://setuprouter.com/router/technicolor/tg800vac/screenshots.htm
(http://setuprouter.com/router/technicolor/tg800vac/status-85486.jpg)
sono arrivato a fare funzionare la pagina Home qui sopra, e la pagina "Advanced" che è la pagina delle schede come noi (screenshot 1)
-
Io invece non capirò mai perché sia su DGA4130 che su DGA4132, la GUI di Ansuel induce 1-2 ms di latenza in più su tutti gli hop durante il trace così come anche su 192.168.1.1 (IP di gateway del router). Con la gui classica di TIM pingo 0.3-0.4 ms, mentre con la GUI di Ansuel anche 1.5 ms - 2 ms. Feci presente la cosa tempo fa ma ho ricevuto risposte per nulla convincenti e, ovviamente, il problema (se così possiamo chiamarlo) non è stato minimamente risolto né analizzato.
Comunque se vi occorrono, ho aggiornato i files di traduzione compatibili col fw 1.1.0.
-
Per mettere i DNS di google su wan?
-
il "Cpu load average" e l'uptime sulla scheda Gateway :nod:
Fare una scheda "Applicazioni" che permette di installare con 1 click Aria2 + AriaNG + Pulsante AriaNG :nod: e forse anche la Blacklist
Hai visto la ROM Telstra del TG800vac col pulsante "Basic view" : https://i.imgur.com/3krNNl7.png
http://setuprouter.com/router/technicolor/tg800vac/screenshots.htm
(http://setuprouter.com/router/technicolor/tg800vac/status-85486.jpg)
sono arrivato a fare funzionare la pagina Home qui sopra, e la pagina "Advanced" che è la pagina delle schede come noi (screenshot 1)
Sì è una gui che conosco da tempo ma ho convenuto che effettivamente non c'è questa utilità... Quelle cose si possono già visionare con altre tab
-
Io invece non capirò mai perché sia su DGA4130 che su DGA4132, la GUI di Ansuel induce 1-2 ms di latenza in più su tutti gli hop durante il trace così come anche su 192.168.1.1 (IP di gateway del router). Con la gui classica di TIM pingo 0.3-0.4 ms, mentre con la GUI di Ansuel anche 1.5 ms - 2 ms. Feci presente la cosa tempo fa ma ho ricevuto risposte per nulla convincenti e, ovviamente, il problema (se così possiamo chiamarlo) non è stato minimamente risolto né analizzato.
Comunque se vi occorrono, ho aggiornato i files di traduzione compatibili col fw 1.1.0.
anche se disattivi i parametri ECO e se metti la CPU su 0 o 1 ?
-
non avevo minimamente pensato ai parametri eco!
-
hai visto questo ? https://www.ilpuntotecnico.com/forum/index.php/topic,78523.msg230582.html#msg230582
-
quale è il problema?
-
il comando pwrctl accetta i valori della CPU 0/1/2/4/8/256
il file cpu_step.lua dice :
return {
{'256', 'auto'},
{'1', '1'},
{'2', '1/1'},
{'3', '1/2'},
{'4', '1/4'},
{'5', '1/8'},}
penso che deve essere :
return {
{'256', 'auto'},
{'0', '1'},
{'1', '1/1'},
{'2', '1/2'},
{'4', '1/4'},
{'8', '1/8'},}
-
si ragione ;) my bad
fixed
-
anche se disattivi i parametri ECO e se metti la CPU su 0 o 1 ?
Potresti spiegare gentilmente come ?
-
Appena installata la Gui Modified Ver. [ 5.5.0 ] - su DGA4130 con firmare AGTEF_1.1.0. Riscontro un bug sul controllo wireless.Permette di aggiungere la regola ma il wi-fi non si spegne.Grazie
-
per un alleggerimento del file di log, riassumendo informazioni presenti in altri post , sarebbe possibile apportare definitivamente alcune modifiche in maniera che non vengano perse ad ogni aggiornamento, se ritenute di interesse generale :
1) eliminare gli avvisi riguardanti la chiavetta 4G che tra l'altro sembra funzionare solo con determinate chiavette e non quella Tim ! almeno a me viene riconosciuta dal router ( leggendo il file di log ma poi da Gui non risulta connessa )
/etc/init.d/mobiled stop
/etc/init.d/mobiled disable
in /etc/config/mobiled
alle prime righe modificare il valore di option enabled ed power_on portandolo a 0
in /www/cards/010_lte.lp alla riga 130, variare la voce /ajax/mobiletab.lua?auto_update=true in /ajax/mobiletab.lua?auto_update=false
2) per evitare molti messaggi dal file di log si puo' inserire nel file /etc/config/dhcp alla sezione : config odhcpd 'odhcpd' la linea :
option loglevel '4'
3) nella pagina principale della gui è sbagliato il link del sito technicolor in alto a sinistra.
e come indicato nel post https://www.ilpuntotecnico.com/forum/index.php/topic,77878.msg227040.html#msg227040
si puo' risolvere editando alla riga 80 il file gateway.lp in /www/docroot/ inserendo il link corretto
oltre ad aria2 e blacklist, si potrebbe predisporre l'adblock se ben funzionanante, minidlna, e ancora piu' importante determinare se ci sono dei settaggi realmente funzionanti e stabili per migliorare il wifi 2.4g ed ottimizzare i valori massimi della connessione
se puo' interessare ho creato una regola di port forwarding che mi consente di collegarmi alla gui del router senza che sia attivata la funzione assistenza :
in /etc/config/firewall aggiungendo la regola
config userredirect 'userredirectE7AC'
option enabled '1'
option src_dport '8083'
option src 'wan'
option dest 'lan'
option dest_port '80'
option name 'http 80'
option family 'ipv4'
option target 'DNAT'
list proto 'tcpudp'
riesco a collegarmi alla porta 8083 che viene reindirizzata ed accedo al router
Grazie
-
Ciao @Ansuel intanto ben tornato, sei risorto come la fenice dalle ceneri e devo dire che le vacanze e la lontananza dai router ti ha fatto bene, noto una gran carica!!!! ;)
Ti espongo il mio problema già sottoposto ma senza alcuna soluzione:
Ho una DGA4132 firmware 1.05 gui tim originale sbloccata, mi interessa usarlo (per adesso) solo come modem e VOIP con Eutelia, allo stato attuale riesco a telefonare perfettamente, mentre se provo da cellulare (esterno) a chiamarmi al voip, sento suonare il telefono fisso, rispondo ma sento muto, mentre il cellulare continua a squillare come se fosse libero, gli altri telefoni collegati al voip continuano a squillare.Questo succede circa 8 volte su 10, ogni tanto le chiamate in ingresso sempre Eutelia funzionano, questo mi fa pensare ad un discorso di porte.
A parità di configurazione con VOIP TIM nessun problema, tutto funziona regolare.
In cascata al dga ho un altro router con Gargoyle (veramente ottimo, sarebbe un sogno averlo nativo sul dga).
Nella configurazione iniziale avevo il DGA, in cascata il gargoyle e un fritzbox ata nattato dal router gargoyle con le seguenti porte forwardate :
VOIP RTP UDP 5004 5004 192.168.10.253 (fritz ata)
VOIP UDP 5060 5062 192.168.10.253 (fritz ata)
VOIP RTP2 UDP 8000 8050 192.168.10.253 (fritz ata)
Così funziona tutto perfettamente ma siccome il fritz avrà circa 15 anni (e non scherzo) comincia a bloccarsi, volevo sfruttare la sezione voip del DGA.
All'inizio appena attivata la fibra tim misi firmware 1.05 e la tua GUI 4.6.8, stesso problema, notai una modalità "VOICE MODE", ma probabilmente con la versione 1.05 o con il dga4132 era buggata, poichè cliccando sopra nessuna variazione veniva fatta.Leggendo nei centinaia di post sembrava la modalità che cercavo, DGA solo in modem con voip attivato ed il mio router in cascata per QOS, ecc.
Provato a disattivare il firewall ma non cambia nulla, credo che il problema sia con il forward all'interfaccia di loopback, ma non ho esperienza in merito e non so dove mettere le mani.
PS: Anche io con la tua ultima GUI 4.6.8 non raggiungevo più il servizio di regmon per l'aggiornamento automatico dalla 1.03 alla 1.05, solito errore dal log
Se si riuscisse ad attingere da Gargoyle (OpenWRT) e instillarlo nel DGA allora si che che sarebbe una gran cosa ;)
https://www.gargoyle-router.com/wiki/doku.php?id=screenshots
Appena ho un attimo aggiorno alla 1.1.0, se riuscite a darmi qualche dritta per io VOIP ve ne sarei grato :pray:
"Leccatina" finale, bravi e grazie a tutti gli utenti "attivi" per lo sviluppo di questo progetto (non metto i nomi) ma sono i soliti che rispondono a tutti noi :noob: :clap: :clap: :clap:
-
Potresti spiegare gentilmente come ?
da putty, e tutto gestito col comando pwrctl .
root@modemtim:~# pwrctl
Usage: pwrctl start
pwrctl stop
pwrctl config ...
[--cpuspeed <0|1|2|4|8|256>]: 1-8 -> sets speed @ 1/1, 1/2, 1/4 or 1/8th of fullspeed in ASYNC mode.
0 -> 1/1 in SYNC mode
256 -> 1/8 ASYNC when entering wait, 1/1 SYNC otherwise.
[--wait on|off] : keeps CPU in sleep state without spinning
[--ethapd on|off] : Ethernet Auto Power Down Enable
[--eee on|off] : Energy Efficient Ethernet Enable
[--autogreeen on|off] : AutoGreeen Enable
pwrctl show
pwrctl help
questo è il modo GTI Turbo :
pwrctl config --cpuspeed 0
pwrctl config --wait off
pwrctl config --ethapd off
pwrctl config --eee off
pwrctl config --autogreeen off
Si puo fare anche dalla GUI, nella scheda Gateway :
(https://i.imgur.com/WNLfTXn.png)
-
Ciao @Ansuel intanto ben tornato
ciao @coolmail77 vorrei prima risolvere il problema di regman... (si è risolto?) per questo bisognerebbe vedere dai log (con logread -f) cosa succede al modem quando fai la chiamata.... riceve effettivamente la chiamata?
-
vorrei prima risolvere il problema di regman... (si è risolto?)
Il problema era causato sicuramente dalla gui 4.6.8, risolto empiricamente cancellando entrambi i banchi e usando la gui tim standard sbloccata dopo il root.Dovrei provare con le ultime tue GUI, ho perso il conto a che release sei?Changelog?Stai sfornando release a ritmo serrato!!! :rotfl: :rotfl: :clap:
cosa succede al modem quando fai la chiamata.... riceve effettivamente la chiamata?
Si certo la telefonata arriva al modem, nel registro chiamate si vede correttamente e lo stato è "non risposte", appunto perchè continua a squillare lato cellulare e cade alla fine dopo i canonici numero di squilli a vuoto. L'unica differenza è che nel fritz ata settavo anche lo STUN, che qui invece non mi ritrovo e non gestisco il forward delle porte......
-
@shdf
Ti ringrazio molto. :)
-
@Ansuel , purtoppo il problema del regman non si è risolto, forse non e' solo un problema di dns visto che tutto il resto funziona compreso Voip e DynDns ma la segnalazione d'errore sembra sempre far capire che non riesce a decodificare correttamente i siti telecom ma forse non tutti ?
non mi e' chiaro se anche altre persone che hanno aggiornato all'ultimo firmware ed all'ultima versione della tua gui hanno questo problema come me.
per complicare le cose.... perchè l'indirizzio regman-mon.interbusiness.it non lo trova, mentre non ha problemi con regman-tl.interbusiness.it ???? :headbang:
per quanto possa servire invio l'output del comando logread -f
[ You must login or register to view this spoiler! ]
-
Ciao, mi pare di aver individuato un file piuttosto importante per quanto riguarda il wifi 2.4, notoriamente zoppo e un suo possibile miglioramento:
/lib/netifd/netifd-wireless.sh
Ho già provato a metterci mano con buoni risultati, ma ho timore di commettere qualche errore di sintassi. Vorreste dare un'occhiata?
-
ciao @Ansuel come funziona il tuo root permanente ? Se ricordo bene, resisteva ad un reset di fabbrica.
Sono sui gui Tim unlocked ed il root non è permanente, al reset non resiste :headbang:
Thanks
-
cosa farebbe illuminami è la prima volta che lo vedo... errori di sintassi puoi tranquillamente vederli eseguendo lo script ;)
-
non so neanche se durerà ...ma adesso funziona la telegestione .
ecco cosa ho fatto :
ho modificato l'url presente da https://regman-mon.interbusiness.it:10800/acs/ in https://regman-tl.interbusiness.it:10500/acs/
ha dato un po' di messaggi strani ...però da quel momento ha funzionato anche l'app MyTimFisso su Modem !!
e da solo mi ha rimesso l'url originaria con "mon" !!!!! ancora più strano e continua a funzionare !!!
root@modemtim:~# nslookup regman-mon.interbusiness.it
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost
Name: regman-mon.interbusiness.it
Address 1: 77.238.17.240 host240-17-static.238-77-b.business.telecomitalia.it
root@modemtim:~# nslookup regman-tl.interbusiness.it
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost
Name: regman-tl.interbusiness.it
Address 1: 2.113.95.5 host5-95-static.113-2-b.business.telecomitalia.it
Speriamo che duri ;-) :clap:
-
la cosa più strana è proprio questa!!! dopo che si provisiona la prima volta, inizia a risolverlo... mi sto iniziando a chiedere... MAGARI HANNO UN LORO SISTEMA DI AUTENTICAZIONE che abilita la risoluzione del nuovo indirizzo o.o
a durare dura...
secondo questa scoperta abbiamo appurato che telecom esegue una migrazione al primo provisioning utile... a chi non funziona telegestione basta cambiare il link nel seguente... https://regman-tl.interbusiness.it:10700/acs/ dalle prossime volte quello nuovo funzionerà
-
Sono su 1.1.0 versione GUI 5.7.0
Non ho capito una cosa... la telegestione posso tenerla attiva?? non c'è più il rischio di aggiornamenti da parte di Telecom?
Come si cambiano i server DNS dalla GUI? li vedo ma non sono editabili...
-
Sì telegestione attiva senza problemi...
DNS in Tab rete locale (dove setti DHCP)
-
Grazie Ansuel!
-
Chiedo scusa se sono ripetitivo e in diversi post. Qualcuno mi sa dire se e' possibile risolvere il problema della schedulazione wifi oraria su dga 4132 versione 1.0.5, Grazie e scusate ancora
-
scusate, io sono con Dga4130 e firmware 1.0.3 guida 4.68.posso aggiornare al ultima gui?
-
Io invece non capirò mai perché sia su DGA4130 che su DGA4132, la GUI di Ansuel induce 1-2 ms di latenza in più su tutti gli hop durante il trace così come anche su 192.168.1.1 [...]
@shdf
Ti ringrazio molto. :)
Con la spiegazione di shdf riguardo quei settings è cambiato qualcosa a livello di latenza?
-
qualcuno che ha questo problema mi contatti ho dei comandi da far provare a riguardo...
-
Ciao Ansuel bentornato..
Si potrebbe implementare qualcosa sul wifi tipo aumento di potenza db in mw e di cambio nazione da GUI?o magari anche la modifica dell snr per le Adsl?
Grazie
-
Con la spiegazione di shdf riguardo quei settings è cambiato qualcosa a livello di latenza?
Sì, così facendo ritorna sui valori normali, però scalda di più il modem. Non la vedo come una soluzione definitiva al problema.
Cioè con la GUI TIM unlocked 0 problemi. Con la GUI di Ansuel, viene indotta latenza, pur mantenendo le medesime impostazioni,
segno che probabilmente è stato introdotto qualcosa che genera questo aumento non voluto. Poi, per carità, il lavoro di Ansuel
è nettamente migliore di quello di TIM e lo sappiamo. ;)
-
hai provato con la cpuspeed a 256, e il resto su off ?
-
Ok quindi i problemi derivano dallo scaling della frequenza... Come detto la gui riattiva i risparmi energetici
Che scalda di più è trascurabile...
vorrei che qualcuno facesse alcune prove...
(con i risparmi energetici attivi)
Eseguire questi comandi e dirmi se c'è latenza
echo 2 > /proc/irq/72/smp_affinity
echo 2 > /proc/irq/92/smp_affinity
echo 2 > /proc/irq/98/smp_affinity
-
Ok ora va bene. ;)
E' solo una questione di risparmi energetici. :)
-
no wait che comandi hai fatto il cpuspeed o i miei ?
fix fatto...
-
Ok quindi i problemi derivano dallo scaling della frequenza... Come detto la gui riattiva i risparmi energetici
Che scalda di più è trascurabile...
vorrei che qualcuno facesse alcune prove...
(con i risparmi energetici attivi)
Eseguire questi comandi e dirmi se c'è latenza
echo 2 > /proc/irq/72/smp_affinity
echo 2 > /proc/irq/92/smp_affinity
echo 2 > /proc/irq/98/smp_affinity
a me non cambia niente...
è la CPU a 256 che da problemi...
con i risparmi energetici attivi, questo va bene :
pwrctl config --cpuspeed 0
pwrctl config --wait on
pwrctl config --ethapd on
pwrctl config --eee on
pwrctl config --autogreeen on
con la cpuspeed a 256 la latenza e alta, e i tuoi comandi, non sembrano cambiare niente...
-
non ci sto capendo più niente... @TeddyRaspin76 mi ha detto che sono questi che danno problemi
pwrctl config --ethapd on
pwrctl config --eee on
pwrctl config --autogreeen on
e che disattivando si è risolto il problema...
-
lol :D
-
decidetevi! ahahha
-
io ho fatto la prova con un ping dal modem al mio PC. Ho cambiato i valori e ho visto i risultati del ping.
Best results :
pwrctl config --cpuspeed 0
pwrctl config --wait off
pwrctl config --ethapd off
pwrctl config --eee off
pwrctl config --autogreeen off
root@modemtim:~# ping 192.168.1.29
PING 192.168.1.29 (192.168.1.29): 56 data bytes
64 bytes from 192.168.1.29: seq=0 ttl=128 time=1.128 ms
64 bytes from 192.168.1.29: seq=1 ttl=128 time=1.213 ms
64 bytes from 192.168.1.29: seq=2 ttl=128 time=0.991 ms
64 bytes from 192.168.1.29: seq=3 ttl=128 time=0.996 ms
64 bytes from 192.168.1.29: seq=4 ttl=128 time=0.993 ms
64 bytes from 192.168.1.29: seq=5 ttl=128 time=1.194 ms
64 bytes from 192.168.1.29: seq=6 ttl=128 time=1.197 ms
64 bytes from 192.168.1.29: seq=7 ttl=128 time=1.191 ms
64 bytes from 192.168.1.29: seq=8 ttl=128 time=1.222 ms
64 bytes from 192.168.1.29: seq=9 ttl=128 time=1.194 ms
64 bytes from 192.168.1.29: seq=10 ttl=128 time=1.189 ms
64 bytes from 192.168.1.29: seq=11 ttl=128 time=1.212 ms
Good results:
pwrctl config --cpuspeed 0
pwrctl config --wait on
pwrctl config --ethapd on
pwrctl config --eee on
pwrctl config --autogreeen on
PING 192.168.1.29 (192.168.1.29): 56 data bytes
64 bytes from 192.168.1.29: seq=0 ttl=128 time=1.257 ms
64 bytes from 192.168.1.29: seq=1 ttl=128 time=1.240 ms
64 bytes from 192.168.1.29: seq=2 ttl=128 time=1.216 ms
64 bytes from 192.168.1.29: seq=3 ttl=128 time=1.244 ms
64 bytes from 192.168.1.29: seq=4 ttl=128 time=1.224 ms
64 bytes from 192.168.1.29: seq=5 ttl=128 time=1.214 ms
64 bytes from 192.168.1.29: seq=6 ttl=128 time=1.240 ms
64 bytes from 192.168.1.29: seq=7 ttl=128 time=1.219 ms
64 bytes from 192.168.1.29: seq=8 ttl=128 time=1.235 ms
64 bytes from 192.168.1.29: seq=9 ttl=128 time=1.243 ms
64 bytes from 192.168.1.29: seq=10 ttl=128 time=1.218 ms
bad result:
pwrctl config --cpuspeed 256
pwrctl config --wait off
pwrctl config --ethapd off
pwrctl config --eee off
pwrctl config --autogreeen off
PING 192.168.1.29 (192.168.1.29): 56 data bytes
64 bytes from 192.168.1.29: seq=0 ttl=128 time=1.790 ms
64 bytes from 192.168.1.29: seq=1 ttl=128 time=1.138 ms
64 bytes from 192.168.1.29: seq=2 ttl=128 time=1.483 ms
64 bytes from 192.168.1.29: seq=3 ttl=128 time=1.488 ms
64 bytes from 192.168.1.29: seq=4 ttl=128 time=1.485 ms
64 bytes from 192.168.1.29: seq=5 ttl=128 time=1.510 ms
64 bytes from 192.168.1.29: seq=6 ttl=128 time=1.425 ms
64 bytes from 192.168.1.29: seq=7 ttl=128 time=1.098 ms
64 bytes from 192.168.1.29: seq=8 ttl=128 time=1.447 ms
64 bytes from 192.168.1.29: seq=9 ttl=128 time=1.456 ms
64 bytes from 192.168.1.29: seq=10 ttl=128 time=1.479 ms
64 bytes from 192.168.1.29: seq=11 ttl=128 time=1.456 ms
Worst result:
pwrctl config --cpuspeed 256
pwrctl config --wait on
pwrctl config --ethapd on
pwrctl config --eee on
pwrctl config --autogreeen on
PING 192.168.1.29 (192.168.1.29): 56 data bytes
64 bytes from 192.168.1.29: seq=0 ttl=128 time=1.373 ms
64 bytes from 192.168.1.29: seq=1 ttl=128 time=1.639 ms
64 bytes from 192.168.1.29: seq=2 ttl=128 time=1.449 ms
64 bytes from 192.168.1.29: seq=3 ttl=128 time=1.668 ms
64 bytes from 192.168.1.29: seq=4 ttl=128 time=1.683 ms
64 bytes from 192.168.1.29: seq=5 ttl=128 time=1.341 ms
64 bytes from 192.168.1.29: seq=6 ttl=128 time=1.718 ms
64 bytes from 192.168.1.29: seq=7 ttl=128 time=1.625 ms
64 bytes from 192.168.1.29: seq=8 ttl=128 time=1.613 ms
64 bytes from 192.168.1.29: seq=9 ttl=128 time=1.633 ms
64 bytes from 192.168.1.29: seq=10 ttl=128 time=1.268 ms
64 bytes from 192.168.1.29: seq=11 ttl=128 time=1.288 ms
64 bytes from 192.168.1.29: seq=12 ttl=128 time=1.642 ms
-
potete per favore capire bene questo problema :((( non posso testare io perchè ho attaccato un router
-
guardi sopra i miei test.
-
sono fatti con ethernet o wifi ?
(vorrà dire che il modem diventerà una stufetta... stica)
-
ethernet of course :)
-
mi fai un output di cat /proc/interrupts
-
root@modemtim:~# cat /proc/interrupts
CPU0 CPU1
61: 0 0 GIC brcm_61
64: 0 1677 GIC serial
65: 0 574092 GIC serial
72: 7482 132021 GIC dsl
78: 18617 0 GIC brcm_78
79: 0 0 GIC brcm_79
92: 31 0 GIC wl0
96: 0 0 GIC brcm_96
97: 0 0 GIC brcm_97
98: 202130 2805484 GIC brcm_98
99: 140 0 GIC brcm_99
104: 1 0 GIC ohci_hcd:usb2
105: 0 0 GIC ehci_hcd:usb1
IPI0: 2805484 201976 Timer broadcast interrupts
IPI1: 17873 17629 Rescheduling interrupts
IPI2: 0 0 Function call interrupts
IPI3: 14 120 Single function call interrupts
IPI4: 0 0 CPU stop interrupts
Err: 0
-
è difficile come cosa... perchè tenere il modem sempre al massimo della frequenza..... scalda parecchio ....
-
ma io non dico niente, ho fatto delle prove per vedere questo problema di lanteza. Ora sappiamo che c'è un impatto sulle prestazioni a seconda delle impostazioni che facciamo.
ognuno è libero di inserire le impostazioni che desidera
io sono cosi :
pwrctl config --cpuspeed 0
pwrctl config --wait on
pwrctl config --ethapd on
pwrctl config --eee on
pwrctl config --autogreeen on
e non trovo il modem piu caldo che quello del mio ISP Orange...
-
@Ansuel
Sarebbe possibile per voi per attivare l'accesso GUI tramite https?
:)
-
si ;)
-
Riesci a descrivere ciò che è necessario per questo (sono in TIM-GUI)?
O:-)
-
Se volessi nascondere delle schede che non uso, esempio telefono e mobile, cosa dovrei fare? posso rinominare/rimuovere la pagina in /www/cards/? o è meglio un altro metodo?
-
con chrome e ublock origin (https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm?hl=fr) puoi nascondere le schede ;)
https://www.ghacks.net/2017/02/21/ublock-origin-how-to-remove-any-element-from-a-page-permanently/
-
sarebbe una buona idea, ma spesso accedo al router da remoto, con browser diversi e spesso senza ublock :'(
-
Bentornato Ansuel.
Io sto usando sul DGA4130 lil firmware 1.0.4 con gui 3.36. Ho fatto una modifica per usare la WAN come quinta porta LAN, come ho scritto in questo post (https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg229220/topicseen.html#msg229220)
Non so se tale modifica sia compatibile con il nuovo firmware 1.1.0
Se lo fosse, potresti inserire questa possibilità nella GUI?
Grazie,
LionHe
-
@Ansuel
Non vedi un piccolo problema estetico ? ;) puoi rimuovere la parola "Version"...
(https://i.imgur.com/TLjOQHV.png)
-
effettivamente ahahah
-
qualcosa che non ho capito, perchè nel "DHCP Relay Setup" ci sono questi "Quick links" per fare un reboot e il reset di fabrica, nessuno può immaginare di trovarlo qui, ma piuttosto nel "Gateway" ?
-
vecchie implementazioni technicolor... non ne ho idea neanche io...
-
haaaaa questi francesi >:( :D
-
@shdf aiutami dove metto tasto per aggiungere luci e aria2?
-
Luci? cosa stai preparando? :nod:
-
nulla di speciale bottoni per installare da gui la webui di aria 2 ( e aria2) e un server parallelo per luci (molte cose non funzionano, come il wifi)
-
se puoi fare un menu dropdown (come quello del pulsante admin) sarrebbe bellisimo ! :inlove:
-
l'idea era di includerlo in qualche tab...
diagnostica diventa tool e servizi e lì ci aggiungo l'icona della webui e di luci
-
non capisco bene :huh:
fare un menu dropdown con
Aria2
Luci
....
non va ?
-
non sarebbe funzionale fare un menù con solo quei due e come prima cosa cosa ci metterei ? cioè potrei farlo effettivamente ma sarebbe molto time consuming... l'idea delle iconcine ci sta così male?
il menù dropdown potrei farlo nel senso che al posto di controlla aggiornamenti ci aggiungo roba tra cui anche luci e aria2
-
io parlo del link per andare su Aria, o su Luci
tu parli di qulacosa per fare l'installazione di Aria o di Luci ?
Non sono sicuro di capire, ma non è un problema, fai come pensi e dopo ti diro :nod:
-
chiamalo niente di speciale,
Sento troppo la mancanza di Luci su openwrt, del wifi mi importa poco, ma gestire VPN/Adblock etcetc da Luci è molto comodo
-
@shdf scusami se ti disturbo fra poco mi arriva il Tim hub e volevo sbloccarlo e istallare la gui Tim estesa per fare da muletto al mio agtef che ora monta la gui Ansuel e ultimo firmware come faccio a sbloccare la gui Tim???
Grazie mille
-
@shdf intendo sia installazione che link... però effettivamente... magari i bottoni dell'installazione dove potrei metterli ?
-
@yhcim86 http://www.dga4132.tk/dga4132_unlocked.tar.gz
Se usi il cerca trovi anche i comandi per installarla + la guida per sbloccare la gui a mano senza installare il file linkato in caso ti vuoi divertire di più.
PS
Qui sei un pò OT per la gui TIM sbloccata, si ? Cè un thread aperto propio da @shdf che tratta la cosa.
-
così com'è? @shdf
(https://i.imgur.com/raD2vB5.png)
-
Si, perfetto Ansuel !
per l'installazione, una scheda con pulsante " installare Luci", "installare Aria2" o nella scheda o in un modal. Pensare anche a fare un pulsante per disinstallare...
Magari puoi decidere anche di includere tutto preinstallato nella GUI 6.0, quelli che non vogliono usare Aria o luci, non clicare sul pulsante e basta...
PS:
abbiamo scordato Transmission ;)
(https://i.imgur.com/ekxGsG2.png)
(https://i.imgur.com/m25b4KY.png)
-
Passa cards e modals che ti rubo tutto :)
-
Ciao a tutti,
se non ricordo male c'era un thread con una lista di bug relativi alla GUI 4.6.8 .... @Ansuel su quei punti hai già dato un'occhiata?
(edit) trovato!
https://www.ilpuntotecnico.com/forum/index.php/topic,77878.0.html
-
@Ansuel
è tutto hardcoded per fare il screenshot...non sono sicuro che ti puo aiutare molto :doh:
/www/cards/095_applications.lp (Ho copiato e modificato la card system extra)
--pretranslated: do not change this file
-- Enable localization
gettext.textdomain('webui-core')
local ngx = ngx
local session = ngx.ctx.session
local format = string.format
local ui_helper = require("web.ui_helper")
local proxy = require("datamodel")
local modalPath = "/modals/applications-modal.lp"
syslog_present = "Disabled"
-- Check availability of file, return true if found, else false
local function file_check(file_name)
local file_found=io.open(file_name, "rb")
if file_found==nil then
return false
else
return true
end
end
local Syslog = proxy.get("uci.system.system.@system[0].log_ip", "uci.system.system.@system[0].log_filter_ip")
if Syslog and (Syslog[1].value ~= "" or Syslog[2].value ~= "") then
syslog_present = "Enabled"
end
local syslog_state_map = {
Disabled = T"Syslog Disabled",
Enabled = T"Syslog Enabled",
}
local syslog_light_map = {
Disabled = "off",
Enabled = "green",
}
local ssh_enable = "Disabled"
local SSH_legacy = proxy.get("uci.dropbear.dropbear.@dropbear[0].enable")
local SSH_lan = proxy.get("[email protected]")
local SSH_wan = proxy.get("[email protected]")
if SSH_legacy and (SSH_legacy[1].value == "1") then
ssh_enable = "Enabled"
end
if SSH_lan and (SSH_lan[1].value == "1") then
ssh_enable = "Enabled"
end
if SSH_wan and (SSH_wan[1].value == "1") then
ssh_enable = "Enabled"
end
local SSH_state_map = {
Disabled = T"SSH Disabled",
Enabled = T"SSH Enabled",
}
local SSH_light_map = {
Disabled = "off",
Enabled = "green",
}
local telnet_available = file_check("/bin/busybox_telnet")
if telnet_available then
local TELNET = proxy.get("uci.telnet.general.enable")
if TELNET and (TELNET[1].value == "1") then
telnet_enable = "Enabled"
else
telnet_enable = "Disabled"
end
end
local TELNET_state_map = {
Disabled = T"Telnet Disabled",
Enabled = T"Telnet Enabled",
}
local TELNET_light_map = {
Disabled = "off",
Enabled = "green",
}
if session:hasAccess("/modals/applications-modal.lp") then
local modal_link = format("class=\"modal-link\" data-toggle=\"modal\" data-remote=\"%s\" data-id=\"device-modal\"",modalPath)
ngx.print('\
<div class="span3">\
<div class="smallcard">\
'); ngx.print( ui_helper.createCardHeader(T"Applications", modalPath) ); ngx.print('\
<div class="content" data-bg-text="">\
<div class="divtable">');
ngx.print(
ui_helper.createSimpleLight(nil, "Luci", { light = { class = syslog_light_map[syslog_present] } }),
'<br/>',
ui_helper.createSimpleLight(nil, "Aria2", { light = { class = SSH_light_map[ssh_enable] } }),
'<br/>');
if telnet_available then
ngx.print(
ui_helper.createSimpleLight(nil, "Transmission", { light = { class = TELNET_light_map[telnet_enable] } })
);
end
ngx.print('\
</div>\
</div>\
</div>\
</div>\
');
end -- end for the second if
ngx.print('\
');
/www/docroot/modals/applications-modal.lp
--pretranslated: do not change this file
-- Enable localization
gettext.textdomain('webui-core')
local lp = require("web.lp")
local proxy = require("datamodel")
local ui_helper = require("web.ui_helper")
local message_helper = require("web.uimessage_helper")
local content_helper = require("web.content_helper")
local format,sub,match,untaint = string.format, string.sub, string.match, string.untaint
ngx.print('\
\
'); ngx.print(ui_helper.createHeader(T"INSTALL NEW APPS", false, false)) ngx.print('\
<div class="modal-body update">\
');
ngx.print(ui_helper.createMessages(message_helper.popMessages()))
ngx.print('\
<fieldset>\
<legend>'); ngx.print( T"Application List" ); ngx.print('</legend>\
<form class="form-horizontal" method="post" action="modals/applications-modal.lp">\
');
local span5 = { span = { class = "span5" } }
local html = {}
html[#html + 1] = '<div class="light off"></div> Luci : <div class="btn" style="margin-right:10px" id="Luci-btn" data-toggle="modal" data-remote="modals/wizard-modal.lp">' .. T"Install" .. '</div> '
html[#html + 1] = '<div class="btn" style="margin-right:10px" id="uninstall-Luci-btn" data-toggle="modal" data-remote="modals/wizard-modal.lp">' .. T"Uninstall" .. '</div><br><br>'
html[#html + 1] = '<div class="light green"></div> Aria2 : <div class="btn" style="margin-right:10px" id="Aria2-btn" data-toggle="modal" data-remote="modals/wizard-modal.lp">' .. T"Install" .. '</div>'
html[#html + 1] = '<div class="btn" style="margin-right:10px" id="uninstall-Aria2-btn" data-toggle="modal" data-remote="modals/wizard-modal.lp">' .. T"Uninstall" .. '</div><br><br>'
html[#html + 1] = '<div class="light green"></div> Transmission : <div class="btn" style="margin-right:10px" id="Transmission-btn" data-toggle="modal" data-remote="modals/wizard-modal.lp">' .. T"Install" .. '</div>'
html[#html + 1] = '<div class="btn" style="margin-right:10px" id="uninstall-Transmission-btn" data-toggle="modal" data-remote="modals/wizard-modal.lp">' .. T"Uninstall" .. '</div><br>'
ngx.print(html)
ngx.print('\
</form>\
</fieldset>\
</div>\
\
'); ngx.print(ui_helper.createFooter()) ngx.print('\
');
-
Vabbè devo scrivere card e modalità da zero capito
-
Se occorre traduzione fate un fischio. :)
-
Cmq l'idea mi piace...
-
Ho il mio DGA4130 che scalpita! Grandi!
-
bisogna aspettare che roleo fixi uhttpd...
@shdf che ne pensate? riguardo application-modal... grazie mi hai tolto metà lavoro lato grafica :)))
(https://i.imgur.com/bcUtcWg.png)
-
P E R F E T T O 8)
ma se usi le luci verdi/grigie, non serve dire installed/not installed :P
-
ora devo solo fare script e mettere funzioni nel modal :) sta sera procedo...
-
@Ansuel prima di tutto bentornato. :clap: sarebbe possibile inserire pure OpenVPN come x Aria2 e Luci?? E se fosse possibile avere una versione superiore di Samba ?? :pray:
-
openvpn... sono cose avanzate...
superiore di samba che intenti ?
@shdf WIP
(https://i.imgur.com/WJEHQAZ.png)
-
@Ansuel relativamente all'installazione di applicazioni extra (tipo OpenVpn, Aria, Transformer, Blacklist , Adblock ) sarebbe buono verificare se le informazioni presenti nel forum e/o nella faq siano aggiornate ovvero se i riferimenti (per esempio repository da dove prelevare il programma da installare ) siano ancora validi o se nel frattempo sono uscite versione aggiornate.
Riguardo l'ftp server, pensando a vsftpd a meno che ci siano prodotti migliori, si potrebbero avere indicazioni sulla configurazione e non so se sia possibile avere nella gui la possibilità di gestirne l'attivazione , la gestione degli utenti abilitati ed a quali percorsi siano abilitati.
Grazie
-
guarda per l'installazione e il settagio si può fare riferimento ad openwrt tranquillamente :)
e dopo tanta fatica è online il tutto...
(si precisa installa solo le webui e i gestori poi so cavoli vostri configurarli... non sono una onlus che aggiunge supporto anche per quello... fattibile ma davvero troppo lavoro da solo...)
Cercasi anima pia che riassume funzionalità della gui per nuovo articolo
-
Buongiorno a tutti,
E' fantascienza poter installare il pi-hole sul router ? Sarebbe fantastico :D
Grazie per il magnifico lavoro che state facendo su questo prodotto ;)
-
Awesome, i think we made a very big step with this new feature :clap: :clap:
-
Buongiorno a tutti,
provo a chiedere qui (non ho visto se c'è un thread specifico per la GUI ) : è possibile far visualizzare queste info presenti sulla unlocked di shdf ?
(https://c1.staticflickr.com/5/4778/40801548241_9b9dfe3b98_z.jpg)
Thanks
-
Ansuel, puoi aggiungere a l'installazione di Aria2 :
creare il file : /root/.aria2/aria2.conf
inserire :
enable-rpc=true
rpc-allow-origin-all=true
rpc-listen-all=true
rpc-listen-port=6800
input-file=/root/.aria2/aria2.session
save-session=/root/.aria2/aria2.session
save-session-interval=300
dir=/mnt/usb/USB-A1
creare questo file vuoto : /root/.aria2/aria2.session
inserire in /etc/rc.local :
aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true --rpc-secret=QPHPSrbLeqPnrQvjIq292QvwmaUJw8cW
(se riesci a trovare un modo per generare una chiave e inserirla nel modale, se no mettere quella di default) senza chiave Aria2NG fa un messaggio noioso.
e eseguire il daemon:
aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true --rpc-secret=QPHPSrbLeqPnrQvjIq292QvwmaUJw8cW
-
forse mi sto perdendo in un bicchier d'acqua o non ho trovato la guida, ma per uno che ha la GUI tim ufficiale, come installa quella di Ansuel?
-
@Ansuel
sei sicuro che l'installazione di transmission funziona ?
non vedo il file /etc/config/transmission
-
almeno a me non fa installare Transmission, e se do' il comando aria2c ho subito il messaggio d'errore :
aria2c: can't resolve symbol '_ZNSt13random_device7_M_initERKSs'
-
@CastleBravo hai l'accesso SSH? Se sì, da putty dai il comando:
wget -P /tmp https://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/GUI.tar.bz2 && bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf - && /etc/init.d/rootdevice force
-
grazie gentilissimo
ultima cosa: vanno bene sia per il 4130 che 4132?
-
No, (per quanto ne so, c'è solo lo sblocco della GUI Tim per ora) per il DGA4132 segui questo thread
https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html (https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html)
Edit:
Nel repository del 4132 non esiste il file GUI.tar.bz2 ma leggendo alcune pagine del thread non riesco a capire se funziona lo stesso
-
Si ho appena provato va anche su quello, solo che ho tutto verde, non riesco a cambiare in blu la GUI.
-
CTRL+F5 per aggiornare il browser quando si cambia il colore della GUI.
-
L'ho trovato era sotto la card "funzioni extra", pensavo fosse sotto "gateway"
-
@Ansuel
ho trovato perche transmission non si installa, in applications-modal.lp :
post("install_trabsmission" );\
mettere :
post("install_transmission" );\
Dunque nel install script di transmission, si deve aggiungere :
uci set transmission.@transmission[0].enabled=1
uci commit
/etc/init.d/transmission enable
/etc/init.d/transmission start
cosi dopo l'installazione, Transmission funziona. ;)
EDIT:
se non siete sul sugnet di default 192.168.1.x dovete aggiornare in /etc/config/transmission la white list :
option rpc_whitelist '127.0.0.1,192.168.8.*'
perche sono sul subnet 192.168.8.x
EDIT2:
il link è : http://ip_del_router:9091/
EDIT3:
dopo aver disinstallato Transmission, il package transmission-daemon è sempre installato, non sarrebe meglio mettere 2 line per disinstallare ?
opkg remove transmission-web
opkg remove transmission-daemon
Edit 4:
when i stop nginx and restart it, access to the transmission webui doesn't work anymore, i get this error message in the browser :
409: Conflict
Your request had an invalid session-id header.
To fix this, follow these steps:
1. When reading a response, get its X-Transmission-Session-Id header and remember it
2. Add the updated header to your outgoing requests
3. When you get this 409 error message, resend your request with the updated header
This requirement has been added to help prevent CSRF attacks.
X-Transmission-Session-Id: b6EJ3c348WPIqaqVJr5xxWW68WqfGCUqqsOxXdA1e8TT3HwW
-
sul sito di Transmission l'ultima versione disponibile è la 2.93 ( https://transmissionbt.com/download/ ) mentre il repository fa installare la versione 2.84-3 .
non so se sia opportuno rendere disponibile l'ultima versione nel repository visto che ci sono stati diversi fix
( https://github.com/transmission/transmission/releases )
-
Buongiorno a tutti!
Innanzitutto complimenti per l'ottimo lavoro. Volevo capire una cosa: l'IPv6 è supportato oppure no? perché nella guida di sblocco è scritto che è stato sistemato, ma poi nel changelog vedo che nella versione 3.11 è stato disabilitato il daemon? A me ovviamente non funziona (e volevo abilitarlo proprio per studiarmelo perché al momento ne so proprio poco). :noob: here
Altrimenti, solo a livello di test, cosa dovrei fare? Qual'è il daemon che andrebbe abilitato?
-
@Ansuel hai scordato di aggiornare il package libstdcpp per fare funzionare aria2
ecco il mio Install script per AriaNG /usr/share/transformer/scripts/install_aria2.sh
opkg update
opkg install unzip libstdcpp aria2
wget https://github.com/mayswind/AriaNg-DailyBuild/archive/master.zip -P /tmp
unzip /tmp/master.zip -d /www/docroot/
rm /tmp/master.zip
mv /www/docroot/AriaNg-DailyBuild-master /www/docroot/aria
mkdir /root/.aria2
touch /root/.aria2/aria2.conf
touch /root/.aria2/aria2.session
echo 'enable-rpc=true' >> /root/.aria2/aria2.conf
echo 'rpc-allow-origin-all=true' >> /root/.aria2/aria2.conf
echo 'rpc-listen-all=true' >> /root/.aria2/aria2.conf
echo 'rpc-listen-port=6800' >> /root/.aria2/aria2.conf
echo 'input-file=/root/.aria2/aria2.session' >> /root/.aria2/aria2.conf
echo 'save-session=/root/.aria2/aria2.session' >> /root/.aria2/aria2.conf
echo 'save-session-interval=300' >> /root/.aria2/aria2.conf
echo 'dir=/mnt/usb/USB-A1' >> /root/.aria2/aria2.conf
# add aria2 in /etc/rc.local to start the daemon after a reboot
sed -i '/exit 0/i \
aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true --rpc-secret=QPHPSrbLeqPnrQvjIq292QvwmaUJw8cW' /etc/rc.local
# start the daemon
aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true --rpc-secret=QPHPSrbLeqPnrQvjIq292QvwmaUJw8cW
-
@Jecht_Sin se vuoi aiutarmi è molto rognoso farlo funzionare posso darti tutte le info se vuoi
@shdf Grazie non sapevo della libreria... Vedo di mettere il tuo script ;)
-
e per disinstallare aria2:
opkg remove aria2
rm -r /www/docroot/aria
rm -r /root/.aria2
sed -i '/aria2c/d' /etc/rc.local
-
@Ansuel Si, mi piacerebbe provarci. Ora sto andando un po' alla cieca. L'unica cosa che vedo è che pppoe-wan non ottiene alcun indirizzo IPv6 e da quel poco che capisco al momento mi sembra tutto configurato correttamente. Altre intrfacce l'indirizzo IPv6 invece ce l'hanno..
Se mi puoi instradare dopo più o meno mi arrangio. A me basta partire con un indirizzo IPv6 per pppoe-wan (se è possibile. Perché mica mi è chiaro). Poi pian piano vedo cosa bisogna fare.
-
una cosa che mi da problemi con la tua GUI, il tweak di cache che hai fatto in nginx.conf (expires 365d;) crea molti problemi con Chrome.
Anche se hai disinstallato AriaNG, pulito il cache, vedi sempre l'interfaccia di AriaNG. ho verificato la cartella /www/aria non esiste e Chrome mi fa sempre vedere la pagina web >:( :rotfl:
-
Qualcuno può confermare che nel frattempo il nginx e netlink messaggi di avvertimento sono fissati nel registro? In caso affermativo, questo può anche essere incorporato nella GUI Tim? (1.1.0 + Tim)
:)
-
@shdf quello è un problema di aria non mio...
Anche su openwrt stock fa così
-
a parer mio è un problema di Chrome. con IE11 va bene se pulisci la cache...con chrome non va. Ma mi sembra che se non c'è il expires 365d; in nginx.conf, va bene con chrome.
Ok non è importante, andiamo avanti ;)
-
Transmission install script :
opkg update
opkg install transmission-web
mkdir /www/docroot/transmission
cp -r /usr/share/transmission/web/* /www/docroot/transmission/
rm -r /usr/share/transmission
#useless if we use /etc/init.d/transmission enable
#uci set transmission.@transmission[0].enabled=1
uci set transmission.@transmission[0].rpc_whitelist='127.0.0.1,192.168.*'
uci commit
/etc/init.d/transmission enable
/etc/init.d/transmission start
@Ansuel
sai perche le ultime 2 righe non vengono eseguite :headbang:
PS:
non arrivo piu a fare funzionare transmission. Solo se faccio l'installazione manualmente e che accedo a l'interfacia cosi http://192.168.x.x:9091
Con la gui : impossibile.
-
Se usi init.d devi mettere 1 a enable o non lo starta!
-
ma questo : /etc/init.d/transmission enable
non è la stessa cosa ? non mette enable '1' nel file /etc/config/transmission ?
-
Nono enable Crea il link in RC.d è diverso....
Enable lo setta per avviarsi al boot
-
OK allora questo in teoria deve funzionare :
opkg update
opkg install transmission-web
mkdir /www/docroot/transmission
cp -r /usr/share/transmission/web/* /www/docroot/transmission/
rm -r /usr/share/transmission
uci set transmission.@transmission[0].enabled=1
uci set transmission.@transmission[0].rpc_whitelist='127.0.0.1,192.168.*'
uci commit
/etc/init.d/transmission enable
/etc/init.d/transmission start
Ma a me non funziona...
-
:-X >:(
(https://i.imgur.com/6djsvbp.png)
(https://i.imgur.com/UgoaKGk.png)
Se qualcuno arriva a fare funzionare transmission installato dalla GUI, fatte mi sapere come avete fatto...io mi fermo qui.
-
poi vedo io mi puoi dire se da pc funziona transmission remote?
-
transmission remote 5.01 da pc funziona bene
-
confermo transmission-remote, funziona bene da PC.
Ma transmission-web funziona bene quando non c'è niente gestito da nginx ::)
-
@Ansuel Si, mi piacerebbe provarci. Ora sto andando un po' alla cieca. L'unica cosa che vedo è che pppoe-wan non ottiene alcun indirizzo IPv6 e da quel poco che capisco al momento mi sembra tutto configurato correttamente. Altre intrfacce l'indirizzo IPv6 invece ce l'hanno..
Se mi puoi instradare dopo più o meno mi arrangio. A me basta partire con un indirizzo IPv6 per pppoe-wan (se è possibile. Perché mica mi è chiaro). Poi pian piano vedo cosa bisogna fare.
no in pratica... openwrt per far funzionare bene il dual stack deve avere due sessioni pppoe... (è necessario usare odhcpd per far prendere ipv6 ad una sessione ppp... al momento disattivato per conflitti con dnsmasq)... telecom usa una comdo user/passs speciale per ipv6 cerca online e la trovi ;)
@shdf lo so ma voglio evitare di fare un altro redirect anche per transmission ora vedo se riesco a farlo funzionare con nginx... intanto ho aggiornato gli script
-
user/password: [email protected]
-
ho aggiornato la GUI, vedo che manca sempre il package libstdcpp
e vedo che hai aggiunto un ">>" al comando sed :
# add aria2 in /etc/rc.local to start the daemon after a reboot
sed -i '/exit 0/i \
aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true --conf-path=/etc/config/aria2/aria2.conf --save-session=/etc/config/aria2/aria2.session' >> /etc/rc.localquesto non funziona, devi cancelare questo ">>"
mettere i config files di aria2 in /etc/config ?? a questo posto ci sono i config di UCI... :'( :facepalm:
-
Nuovi firmwares beta :
AGTEF 1.1.1_001
https://drive.google.com/file/d/1FOs3UATjSTQROIbJpcKNCrWVzrSqhqXn/view?usp=sharing
AGTHP 1.1.1_001
https://drive.google.com/file/d/1McL9sFguLo4nkXi1Cr2djMpN6nRTVPTq/view?usp=sharing
-
@shdf fixato transmission... che casino la configurazione di nginx e tutto il resto...
per i config... mettere roba in root non conviene fidati.. una cartella in config non crea assolutamente nessun problema ;)
mo so curioso di questi firmware...
-
@shdf
per i config... mettere roba in root non conviene fidati.. una cartella in config non crea assolutamente nessun problema ;)
alora devi fixare queste 2 line :
echo 'input-file=/root/.aria2/aria2.session' >> $ARIA2_DIR/aria2.conf
echo 'save-session=/root/.aria2/aria2.session' >> $ARIA2_DIR/aria2.conf
:P
EDIT:
Mi rendo conto che aria2c è ancora in esecuzione dopo la disinstallazione, deve essere killed con un : killall aria2c
opkg remove aria2
rm -r /www/docroot/aria
rm -r /etc/config/aria2
sed -i '/aria2c/d' /etc/rc.local
killall aria2c
-
@TeddyRaspin76
Grazie ;)
-
@shdf fixato transmission... che casino la configurazione di nginx e tutto il resto...
che cosa hai fatto ?
-
che ora funziona la webui però sto facendo rebase... ora che finisco ci saranno anche quelli
caricata nuova versione...
l'unico problema è che al momento per come so settati scaricano in tmp (che farà crashare il modem prima o poi...)
almeno quello dovrei aggiungerlo...
-
non capisco ::)
-
l'utente deve ricordarsi di settare la cartella di download... altrimenti scarica nella ram di default...
-
@Ansuel Un esempio veloce di come si setta il salvataggio dei file su usb? Grazie!
-
basta cercare online :)
transmission openwrt e trovate ...
-
non funziona Transmission
409: Conflict
Your request had an invalid session-id header.
>:( <------- Mi piace questo smiley :rotfl:
-
per le impostazioni per consentire a Transmission di salvare sulle periferiche USB :
Modificare il file /etc/config/transmission aggiungendo il percorso per il download su USB in
download_dir : "/mnt/usb/USB-A1/" oppure "/mnt/usb/USB-A2/" a seconda di quale porta usb che si vuole utilizzare.
esempio:
option download_dir '/mnt/usb/USB-A1/done'
option incomplete_dir '/mnt/usb/USB-A1/incomplete'
-
purtroppo però Transmission continua a non funzionare da Gui ma solo dando manualmente il comando con inclusa la porta specifica
http://192.168.1.1:9091/transmission/web/
a proposito, ma Luci dovrebbe funzionare almeno parzialmente ? a me da' schermata bianca con l'errore
502 Bad Gateway - nginx
-
erm si invece... ahahah basta cliccare su advanced transmission webui :)
luci per ora non funziona COME STA SCRITTO BISOGNA ASPETTARE ROLEO CHE FIXA UNA LIBRERIA
-
COME STA SCRITTO BISOGNA ASPETTARE ROLEO CHE FIXA UNA LIBRERIA
non è scrito abastanza GRANDE :rotfl:
-
ho messo !! BROKEN !!
ho messo sotto al bottone che bisogna aspettare ahahaha peggio di così ahahah ci mettono avviso rosso appena apri la gui...
-
l'avevo letto :rotfl: :rotfl: :clap: :clap:
ma in questo post un utente diceva di averla utilizzata anche se gli aveva fatto tanti casini
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg231998.html#msg231998
o si è confuso ? certo solo una persona che parla di Luci e' un po' sospetto :rotfl: :rotfl: :rotfl: :rotfl:
era meglio che non chiedevo niente :rotfl: :rotfl: :rotfl: :rotfl: :rotfl: :rotfl:
-
può essere che funziona su firmware vecchi... per ora con 1.1.0 devo aspettare libreria nuova...
-
Si possono dare ad Aria2 e transmission percorsi di rete (NAS) dove mettere i file, o mi conviene fare il mount della cartella di rete in una cartella locale e dagli quel percorso?
EDIT:
Mio piccolo contributo
Per chi volesse (come me) gestire il portforwarding tramite ip e non mac_adress qui trovate il file da sostituire
http://s000.tinyupload.com/index.php?file_id=07169794539199890433
-
Sto provando ad installare la blacklist, ma dopo aver premuto il tasto, dopo qualche secondo torna alla schermata della GUI e rimane disattivo.
-
ecco il mio Patch della GUI di Ansuel :
Per installarlo :
wget -P /tmp http://dga4130.tk/patch_gui_ansuel.tar.gz
tar -zxvf /tmp/patch_gui_ansuel.tar.gz -C /
/etc/init.d/nginx restart
Ho aggiunto alcuni miglioramenti estetici.
l'Installazione di Transmission FUNZIONA
(https://i.imgur.com/qhiwOM9.png)
-
Ancora mi sfugge??? Con la mia non funziona transmission?
-
a me non ha mai funzionato. non l'abbiamo scrito abbastanza grande ? :rotfl:
-
ma siete sicuri che andate al link giusto?
-
ho aggiornato il mio Patch, il Skin Blu ora = Gui TIM
Magari puoi inserire questo direttamente nella tua GUI ? cosi non mi occupo piu della gui TIM unlocked ;)
(https://i.imgur.com/FbryFNl.png)
ma siete sicuri che andate al link giusto?
si ! non posso sbagliare se uso il link del menu.
-
non ho capito, spiega meglio
-
quando faccio l'installazione di transmission dalla GUI, il link "giusto" del menu mi da questo :
(https://i.imgur.com/6djsvbp.png)
-
ah ops mi so scordato di cambiarlo.... vai in /transmission/web/
cambiato
-
non ho capito, spiega meglio
se parli del mio patch, dicevo che se puoi sostituire il CSS blu col mio per fare una GUI TIM Ansuel Unlocked, magari aggiungere questo CSS come color_tim.css nella lista...
-
ah okok dimmi per transmission... comunque io preferisco di gran lunga il css blu... troppo piatto quello tim...
c'è da fixare qualcosa nel css tim aspetto una nuova versione :)
-
se parli del logo, devi fare qualcosa in gateway.lp per usare il logo di TIM se il CSS = quello di TIM. per te 5 minuti di lavoro, per me 5 ore :P
-
anche con la 6.1.8 transmission da gui non va...anche se è cambiato il tipo di errore...
p.s.: la blacklist si installa ma non risulta nella tab ( sia fuori che entrando )
anche se è una cosa solo non essenziale per il funzionamento della gui ...puoi rettificare il link per il sito technicolor in alto a sinistra ?
grazie
-
adesso ho questo scegliendo Transmission da Gui
Show
Filter
About
Transmission Homepage
Transmission Tip Jar
Statistics
Total Download Rate
Unlimited
Limit (10 kB/s)
5 kB/s
10 kB/s
20 kB/s
30 kB/s
40 kB/s
50 kB/s
75 kB/s
100 kB/s
150 kB/s
200 kB/s
250 kB/s
500 kB/s
750 kB/s
Total Upload Rate
Unlimited
Limit (10 kB/s)
5 kB/s
10 kB/s
20 kB/s
30 kB/s
40 kB/s
50 kB/s
75 kB/s
100 kB/s
150 kB/s
200 kB/s
250 kB/s
500 kB/s
750 kB/s
Sort Transfers By
Queue Order
Activity
Age
Name
Progress
Ratio
Size
State
Reverse Sort Order
Pause
Resume
Resume Now
Move to Top
Move Up
Move Down
Move to Bottom
Remove From List…
Trash Data and Remove From List…
Verify Local Data
Set Location…
Rename…
Ask tracker for more peers
Select All
Deselect All
-
Mi reinstallate trasmissione dalla gui ?
-
ah okok dimmi per transmission... comunque io preferisco di gran lunga il css blu... troppo piatto quello tim...
aggiornato la GUI, senza cambiare niente. installato Transmission da GUI. ecco il risulto :
ho verificato, i file sono nella cartella. ho anche fatto un restart di nginx, non cambia nulla.
(https://i.imgur.com/iGXH44h.png)
Non capisco perchè vuoi complicare le cose con nginx...mi fermo qui con questa soluzione o perduto abbastanza tempo, la mia soluzione funziona e è piu semplice.
-
Non è perdere tempo dovete semplicemente reinstallare transmission
-
confermo. stessa situazione anche per me dopo aver reinstallato Transmission.
forse meglio non complicarsi la vita piu' del necessario ;-) ed "unire le forze" ed integrare le altre variazioni di shdf oltre quella risolutiva di Transmission.
-
Non è perdere tempo dovete semplicemente reinstallare transmission
l'ho gia fatto almeno 20x, ci siamo da ieri matina...
Edit:
aggiornato l'install script di transmission nel mio patch, avevo fatto un errore col ip range da consentire: 192.168.* invece di 192.168.8.*
Edit2:
aggiornato ancora non avevo visto la blacklist nella card "Gui state"
-
l'utente di un altro forum ha aggiunto anche la gui tim alle 3 di Ansuel
-adesso ho visto che anche Ansuel l'ha aggiunta
-
@shdf comunque fixato... c'era tra l'altro un altro problema... se si andava ad aggiornare la gui, transmission se ne va a benedire... e mi sa che c'è questo problema anche con aria...
-
@Ansuel, sul DGA 4132, anche con la GUI 6.1.9 , se clicco installa blacklist, torna alla GUI dopo alcuni secondi ma senza che appaia come installata; tuttavia se vado alla voce telefonia/segreteria telefonica mi sembra sia tutto ok, anzi è già popolata di un sacco di numeri "indesiderati"
Sbaglio qualcosa, o small bug?
-
prova ad aggiornare e dimmi se diventa verde... purtroppo ho messo che dopo 2 secondi si refrsha (però se lo script ci mette di più non si applica in tempo l'opzione)
-
purtroppo non e' una questione di tempo di refresh per l'applicazione blacklist.
si installa e funziona benissimo ma per la gui non risulta installata
-
!!! ma mi sono semplicemente dimenticato una cosa... che stupido!!!
-
@Ansuel Ho una domanda che mi assilla, sono su fw 1.0.3 e ho la tua gui aggiornata all' ultima versione se faccio upgrade al fw 1.1.0 va a buon fine ho rischio il bootloop come un mese fa con la gui 4.6.8 ?
-
Invece riguardo "Aria" hai memorizzato il token nella gui o non lo chiede perchè Chrome l'ha memorizzato ?
-
per aria dipende tutto da quello che hai in cache e quello che hai nelle configurazioni... e sinceramente ho rimosso il token... chi vuole se lo setti altrimenti non c'è...
versione caricata ora... blacklist fixata :)
-
installato la 6.1.9
Transmission funziona :pray: :handsinair: :champagne:
anch'io ci sono delle cose che mi sfuggono :
location /transmission {
proxy_pass http://127.0.0.1:9091;
proxy_pass_header X-Transmission-Session-Id;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
location /transmission/web/style/ {
alias /usr/share/transmission/web/style/;
}
location /transmission/web/javascript/ {
alias /usr/share/transmission/web/javascript/;
}
location /transmission/web/images/ {
alias /usr/share/transmission/web/images/;
}tutto questo per far funzionare qualcosa, che funziona senza di essa ...
invece la GUI TIM enhanced, non va...c'e un mix di blu e di violet, le icon di background nelle schede che creano confusione...penso che devi usare il mio gw.css e il mio TIM.css quando si seleziona lo skin TIM Enhanced.
-
va semplicemente aggiornato per rendere quelle parti trasparenti
è transmission-web che è fatto in un modo molto creativo... comunque tutto quello è perchè odio vedere le porte....
-
il token di Aria era necessario sulle vecchie versione di AriaNG, un messagio annoioso appariva tutto il tempo...Ora non sembra essere necessario.
ma senza token tutti possono connettersi ad aria...dipende della tua situazione.
-
ho installato la blacklist e mi da versione 2.0 ma poi non appare... ho la rubrica telefonica e i numeri ma non blacklist.
-
@shdf si però non consideri che quel servizio è solo locale... siccome non è aperta la porta sulla wan ;)
-
si ma in un uffio, con 70 personne... :worry:
-
si lavora sul domestico... se devi fare modifiche basta andare a cambiare il file config
-
Ansuel la blacklist non mi era stata installata, ho fatto la procedura lanciando ./install.sh da putty è me l'ha messa.
Voglio riprovare al prossimo aggiornamento gui prima di dare conferma tanto stai sfornando aggiornamenti gui come il pane :D
-
Ansuel ho installato la GUI 6.2.0 su firmware 1_0_3 ... i file me li crea con 1000:1000 invece di root:root è normale ?
Io ho ripristinato i diritti root:root "a mano" e tutto sembra andare.
-
quali file?
-
i file che bzcat estrae da GUI.tar.bz2 e scrive in /overlay
-
si quali non possono essere tutti
-
Sono tutti i file.
Per ulteriore verifica ho aperto il file GUI.tar.bz2 con 7-zip e posso confermare che tutto il contenuto è così.
-
Poi a tempo perso ti ricordo la questione wizard e link per le impostazioni avanzate in broadband :D non è urgente ma sarebbe utile averli funzionanti. Naturalmente dopo aria2/transmission/luci che sono molto più interessati
-
@shin01 prova la versione che ho caricato ora?
dovrebbe apparire la connection mode
-
la modalità connessione in "acesso a internet" si,
nessuna traccia invece del menù avanzato in "banda larga" (almeno non in modalità ethernet in cui sono ora)
-
@Ansuel piccolo problema che sta andando avanti da un po' di aggiornamenti. Appena aggiornato mi ritrovo sempre i swich sulla prima Tab Delle porte Ethernet a off vicino alla velocità della CPU che si può settare xké non li mantiene a on anche dopo l'aggiornamento della gui???
Attualmente sono con ultima gui e Black list funzionante.
Invece lo spegnimento del wifi ancora non funziona.
Grazie mille
-
@yhcim86 si, si resetta perchè quelle opzioni aumentano il ping
-
@Ansuel ho la 6.2.2 ma continua a darmi in alto "Controlla aggiornamenti" se vado dentro gateway invece non rileva niente di nuovo.
Inoltre nella sottoscheda Broadband non riesco più a visualizzare le opzioni le 4 modalità di connessione: ADSL2+, VDSL2, Bridge Mode e Ethernet
-
le opzioni sono sparite anche a me devo vedere cosa è successo lì ahahhaha
comunque... da quando controlla aggiornamenti vuol dire ci sono aggiornamenti? tra l'altro ora l'ho reso operativo... ci clicchi aspetti che ricarica e diventa aggiornamento disponibile altrimenti no...
-
Transmission ...la storia infinita.....
Dal menu advanced ho schermata bianca
[ You must login or register to view this spoiler! ]
nel log mi trovo tanti messaggi di errore tipo questo
2018/03/16 00:23:56 [error] 20881#0: *13 open() "/www/docroot/transmission/web/javascript/notifications.js" failed (2: No such file or directory), client: 192.168.1.5, server: localhost, request: "GET /transmission/web/javascript/notifications.js HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/transmission/web/"
ed in effetti sul router non ho la cartella www/docroot/transmission
p.s.: forse mi devo convincere ad utilizzare il Transmission che ho sul Nas o fare l'installazione fuori dalla Gui
-
reinstalla transmission e ora funzionerà :)
ah e hai aggiornato la gui?
-
si . disinstallato ed installato sempre da gui. sono con la 6.22
ah facendo opkg update ho tutti questi messaggi
[ You must login or register to view this spoiler! ]
è perchè stanno aggiornando il repository o ho qualche situazione sporca ?
vedo che c'e' un altro aggiornamento della gui uscito mentre scrivevo....provo ad aggiornare anche quello
-
puoi dirmi la configurazione di nginx
e cosa hai in /usr/share/transmission/web ?
-
direi i files che dal log dice di non trovare cercandoli in www/docroot
EDIT : ecco il mio nginx.conf
user nobody nogroup;
# DO NOT EVER change the number of worker processes!
worker_processes 1;
error_log syslog:server=unix:/dev/log,facility=daemon,nohostname warn;
events {
worker_connections 256;
}
http {
access_log off;
server_tokens off;
gzip on;
gzip_comp_level 5;
gzip_min_length 1000;
gzip_proxied expired no-cache no-store private auth;
gzip_types application/javascript
application/rss+xml
application/vnd.ms-fontobject
application/x-font
application/x-font-opentype
application/x-font-otf
application/x-font-truetype
application/x-font-ttf
application/x-javascript
application/xhtml+xml
application/xml
font/opentype
font/otf
font/ttf
image/svg+xml
image/x-icon
image/webp
image/png
text/css
text/html
text/javascript
text/plain
text/xml;
include mime.types;
lua_package_path ';;${prefix}lib/lua/?.lua;/www/lua/?.lua';
lua_package_cpath '${prefix}lib/lua/?.so';
keepalive_timeout 65;
add_header X-Frame-Options SAMEORIGIN;
add_header Vary Accept-Encoding;
init_by_lua '
local state_dir = "/var/run/assistance"
local cmd = string.format("if [ ! -d %s ]; then mkdir %s && chown nobody %s; fi;rm -f %s/*", state_dir, state_dir, state_dir, state_dir)
os.execute(cmd)
';
init_worker_by_lua '
local sessioncontrol = require("web.sessioncontrol")
sessioncontrol.setManagerForPort("default", "80")
sessioncontrol.setManagerForPort("default", "443")
sessioncontrol.setManagerForPort("assistance", "443")
';
server {
# ipv4
listen 80;
listen 443 ssl;
# ipv6
listen [::]:80;
listen [::]:443 ssl;
ssl_certificate /etc/nginx/server.crt;
ssl_certificate_key /etc/nginx/server.key;
# based on https://wiki.mozilla.org/Security/Server_Side_TLS
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:!DSS;
ssl_prefer_server_ciphers on;
ssl_session_tickets off;
server_name localhost;
root /www/docroot;
client_body_buffer_size 64k;
# platform/custo specific values
include ui_server.conf;
location = / {
add_header Content-Type "text/html; charset=UTF-8";
add_header Content-Security-Policy "default-src 'self';script-src 'self' 'unsafe-eval' 'unsafe-inline';style-src 'self' 'unsafe-inline'";
index gateway.lp;
}
location ^~ /css/ {
add_header Content-Type "text/css; charset=UTF-8";
expires 365d;
}
location ^~ /img/ {
add_header Content-Type "image/webp; charset=UTF-8";
add_header Content-Type "image/png; charset=UTF-8";
expires 365d;
}
location ^~ /fonts/ {
add_header Content-Type "application/font-woff2; charset=UTF-8";
expires 365d;
}
location ^~ /js/ {
add_header Content-Type "application/javascript; charset=UTF-8";
expires 365d;
}
location /aria {
index index.html;
alias /www/docroot/aria;
}
location /transmission {
proxy_pass http://127.0.0.1:9091;
proxy_pass_header X-Transmission-Session-Id;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
location /transmission/web/style/ {
alias /usr/share/transmission/web/style/;
}
location /transmission/web/javascript/ {
alias /usr/share/transmission/web/javascript/;
}
location /transmission/web/images/ {
alias /usr/share/transmission/web/images/;
}
location /luci {
proxy_pass http://127.0.0.1:9080;
}
location ~* .(jpg|jpeg|png|gif|ico|css|js|webp)$ {
expires 365d;
}
location ^~ / {
access_by_lua '
require("web.assistance").enable()
local mgr = require("web.sessioncontrol").getmgr()
if ngx.req.get_uri_args().auto_update == "true" then
mgr:checkrequest(true)
else
mgr:checkrequest()
end
mgr:handleAuth()
';
content_by_lua '
require("cards").setpath("/www/cards")
require("web.lp").setpath("/www/cards/")
require("web.web").process()
';
}
location = /api {
# We read the complete request in memory so to prevent DoS attack we
# must limit the allowed request size.
# For simplicity this should be the same as client_body_buffer_size so the
# body does not get spilled into a temp file.
client_body_buffer_size 64k;
client_max_body_size 64k;
content_by_lua '
local role = require("webservice.accesscontrol_token").authenticate()
require("webservice.api").process(role)
';
}
# additional/custom configuration
include main_*.conf;
}
server {
listen 127.0.0.1:55555;
server_name 127.0.0.1;
root /www;
location = /ra {
access_by_lua '
require("web.assistance").enable()
';
content_by_lua '
local assistance = require("web.assistance")
local getargs = ngx.req.get_uri_args()
for k, v in pairs(getargs) do
local assistant = assistance.getAssistant(k)
local enable, mode, pwdcfg, pwd = string.match(string.untaint(v), "(.*)_(.*)_(.*)_(.*)")
if pwdcfg == "random" then
pwd=nil
elseif pwdcfg == "keep" then
pwd=false
elseif pwdcfg == "srpuci" then
local dm = require("datamodel")
local srp_pair, user_map = {}, {}
local cfg=dm.get("uci.web.user.")
if cfg then
for _, entry in ipairs(cfg) do
local ra_name = string.match(string.untaint(entry.path),"%.@([^.]*)%.")
if ra_name then
if entry.param == "name" then
user_map[entry.value] = ra_name
end
if (entry.param == "srp_salt" or entry.param == "srp_verifier") and entry.value ~= "" then
srp_pair[ra_name] = srp_pair[ra_name] or {}
srp_pair[ra_name][string.match(entry.param, "srp_(.*)")] = string.untaint(entry.value)
end
end
end
end
local result = dm.get("uci.web.assistance.@" .. k .. ".user")
if result then
local user = result[1].value
pwd = srp_pair[user_map[user]]
end
if pwd and (not pwd["salt"] or not pwd["verifier"]) then
pwd = nil
end
end
if enable == "on" then
assistant:enable(true, mode=="permanent", pwd)
elseif enable == "off" then
assistant:enable(false, mode=="permanent", pwd)
end
end
';
}
location = /reloadWebUsers {
content_by_lua '
require("web.sessioncontrol").reloadUsers()
';
}
location = /api/reload {
content_by_lua '
require("webservice.accesscontrol_token").reload_config()
';
}
}
server {
# ipv4
listen 8080 tproxy;
# ipv6
listen [::]:8080 tproxy;
#access_log /var/log/nginx/intercept.log;
access_by_lua '
require("web.intercept").process()
';
}
include server_*.conf;
}
-
@Ansuel allora quelle opzioni è meglio lasciarle come le metti tu dimmi te mi affido al tuo sapere
-
@Ansuel la GUI 6.2.4 non salva per intero la config.
salva solo le prime righe:
PREAMBLE=THENC
BACKUPVERSION=1.00
BOARDMNEMONIC=VBNT-K
PRODUCTNAME=DGA
SERIALNUMBER=
MAC=
BUILDVERSION=AGTEF_1.1.0
esce fuori un file di solo 148 bytes
-
no in pratica... openwrt per far funzionare bene il dual stack deve avere due sessioni pppoe... (è necessario usare odhcpd per far prendere ipv6 ad una sessione ppp... al momento disattivato per conflitti con dnsmasq)... telecom usa una comdo user/passs speciale per ipv6 cerca online e la trovi ;)
Intendi "[email protected]/[email protected]"? Quindi dovrei installare e/o abilitare odhcpd e poi vedere che succede? Ma almeno un primo indirizzo IPv6 per la wan lo otterrei?
PS: Ho visto che nella versione 6 (ho appena aggiornato all'ultima, la 6.2.4 hai incluso la Black List. Solo che in precedenza nella lista della "Rubrica telefonica" metteva "Blacklist" adesso ho "Contatti". Ho anche provato a installare la Black List 2.0 direttamente da wget, e non era cambiata.
Ecco, adesso ho ricontrollato ed è tornata ad essere "Blacklist". Boh, sarà a posto, suppongo.
-
le ho fatte tornare le opzioni in broadband @Ansuel
Azz era sparita pure la Versione GUI nella relativa card
-
PS: Ho visto che nella versione 6 (ho appena aggiornato all'ultima, la 6.2.4 hai incluso la Black List. Solo che in precedenza nella lista della "Rubrica telefonica" metteva "Blacklist" adesso ho "Contatti". Ho anche provato a installare la Black List 2.0 direttamente da wget, e non era cambiata.
Ecco, adesso ho ricontrollato ed è tornata ad essere "Blacklist". Boh, sarà a posto, suppongo.
Il motivo è che dopo aver installato, dovresti fare un refresh sul browser, per aggiornare in cache la pagina della rubrica.
-
@Ansuel con la versione 6.2.4, la blacklist non funziona più... ho provato anche a installarla di nuovo ma le chiamate non vengono più filtrate
-
allora non era solo a me ... con la 6.2.4 la blacklist non mi funzionava più e dopo diverse installazioni/disinstallazioni sia da Gui che manualmente senza risolvere, mi sono accorto che tra i processi in esecuzione non c'era più asterisx ed allora l'ho fatto partire manualmente con
/etc/init.d/asterisk start
ed ha ripreso a funzionare
per ora l'ho messo anche in /etc/rc.local
aspettiamo notizie
-
dovete segnalare questi bug sul topic dell'app... la gui si limita ad eseguire il suo script di installazione
-
Però prima che aggiornassi la GUI, la blacklist funzionava correttamente... segnalo comunque l’anomalia anche nel topic di riferimento
-
comunque ho fixato sta volta per davvero transmission...
-
stai per sfornare la 6.2.5 quindi? :-*
-
è già sfornata
-
ah non me la rileva... forzo l'aggiornamento e provvedo
-
bastava cliccare cerca aggiornamenti
-
alla fine ....Transmission ok ! provato con vari browser ed anche la Blacklist resiste ( senza mettere il comando il rc.local ) sopravvivono bene a vari boot di verifica ! beh adesso si puo' ottimizzare la veste grafica del tab reintroducendo la versione della gui e traducendo tutto in italiano se possibile .
p.s.: quando hai tempo riesci a dare un occhiata al file di log per capire se si puo' aggiustare qualcosa per ridurne la presenza o mettere di default le opzioni che ne riducono in parte la loro presenza nel file di log ?
Grazie
-
@Ansuel anciora non salva la config
GUI 6.2.6
-
si è deciso di togliere la parte dove sta scritto versione gui... rindondante ed inutile...
per le traduzioni ora ci sono :)
-
@condor74 mi confermi che prima di 6.0 non c'era questo problema?
-
@giulio63 ho provato a lanciare il comando /etc/init.d/asterisk start ma la blacklist continua a non funzionare :facepalm:
-
devi fare restart non start
-
@condor74 mi confermi che prima di 6.0 non c'era questo problema?
Confermo... mi salvo la config per ogni gui che installo per eventuali emergenze! dalla 6.2.4 non va più
-
dalla 6.2.4 ? la 6.2.0 dava il file config?
-
si certo anche la 6.2.2
-
ecco il mio Patch della GUI di Ansuel :
Per installarlo :
wget -P /tmp http://dga4130.tk/patch_gui_ansuel.tar.gz
tar -zxvf /tmp/patch_gui_ansuel.tar.gz -C /
/etc/init.d/nginx restart
Ho aggiunto alcuni miglioramenti estetici.
l'Installazione di Transmission FUNZIONA
(https://i.imgur.com/qhiwOM9.png)
Ciao,
è possibile far visualizzare l' Uptime sulla finestra della connessione DSL ?
(https://c1.staticflickr.com/5/4779/39946654595_b9bde7b2c1_z.jpg)
Thanks
-
@emax
chiedere @Ivymike come lui ha fatto : https://www.hwupgrade.it/forum/showpost.php?p=45436064&postcount=1963
-
Ok ;)
-
@Ansuel
i suggest you to show the "Update available" button at the top, only when there is an update available, else don't show it.
i did like this in gateway.lp :
if cui.outdated_ver == "1" then
html[#html + 1] = '<div class="btn" style="margin-right:10px; background-color:#5bb75b; color:#ffffff;" id="update">'
html[#html + 1] = T"New Update !"
html[#html + 1] = '</div>'
end
Maybe you can direct link that button to the update, no need to go in the gateway modal to click to update. we should do this directly.
No update available :
(https://i.imgur.com/HVtnP69.png)
Update available:
(https://i.imgur.com/Cy2h8vA.png)
-
the button now actually check for update...
i agree on upgrade the gui directly when the button is clicked
-
@shdf funny story...
have directory in config actually creates problem...
we are in a wonderfull world... in openwrt they (as a normal programmer would) set all the tings to take the specific file...
in the technicolor world to create a config file they read all the entities in the config dir and create the config file...
as in the config dir there is another dir... the creation of the config crash... ONE CHECK IS TOO MUCH TECHNICOLOR ON STRING THAT CHECK IF IT'S A FUC*ING FILE AND NOT A DIRECTORY -.- BACK TO FIX...
-
have directory in config actually creates problem...
in the technicolor world to create a config file they read all the entities in the config dir and create the config file...
yes i know that, but you didn't listen to me :giggle:
but what i don't understand is why you just don't put your config files elsewhere, no need to "FIX" anything...this will probably create another bug later...
To add a simple feature we need 25 GUI version... :-\
-
i won't learn anything by doing the easy way... ahahah
-
another thing. all files in /etc/config goes in the config.bin export file. also those unecessary as web_back for example...so better not keep unused/unecessary files here too.
-
@shdf well the problem was deeper than i thought.... it's in the uci.so... someday i think i will have to fix this...
problem is only with directory it breaks the uci_cursor:list_configs() command (from uci.so) think newer version of uci have this fixed (as i have in my router lots of dir in config)
i can upgrade uci.so with newer version but i first need to find every package that use the foreach config as in the SUPER MEGA SPECIAL VERSION of technicolor the function ask for 2 variable... but in the documentation foreach normally ask for 3... sooo to really fix this problem (and i will if the stock luci webui doesn't like uci.so) i need to rework some function that use foreach
PER TUTTI GLI ALTRI ( NON C'è MASTERCARD... SI FA SCHIFO COME BATTUTA) ho fixato l'errore del config e come richiesto ho ridotto i log all'osso...
-
i just updated to 6.3.99-3
and i installed transmission (i didn't applied my patch)
(https://i.imgur.com/hJpQT35.png)
Ansuel...1 update, 1 new bug :facepalm: >:( :D
EDIT:
i just checked my /etc/config/
and i see 2 files for transmission ?
/etc/config/transmission
/etc/config/transmission-opkg
I uninstalled transmission from the GUI and both files are still in the /etc/config/ folder, that's not normal...the config file in the previous package was removed as well.
And i can notice too as someone already said, all files updated by the GUI are all chmod 777 and with user:group 1000:1000 instead of root:root
Edit2:
i deleted the config files and reinstalled transmission, and it works.
-
i doppi config possono essere completamente ignorati non c'entra nulla...
riguardo transmission tralasciando che si è accessibile anche con il link standard...
ora vedo cosa non va.. di nuovo... io lo butto via sto transmission ahahha
riguardo i file ancora presenti... pensavo che opkg rimuovesse i file di configurazione... vabbè poco male non è una cosa grave...
-
per complicare le cose, invece a me Transmission funziona senza problemi ed anche io ho i 2 files di configurazione.
l'unica differenza forse che io sono su indirizzo standard 192.168.1.1
-
nha non credo sia problema di indirizzo
-
when you install transmission first it create the file /etc/config/transmission
the next time you install it it create the file /etc/config/transmission-opkg
i would say better insert a line in the uninstall script to delete /etc/config/transmission*
that's what i was already doing in my patch...
-
i still don't understand the point of that button "check upgrade" with a link pointing to https://www.ilpuntotecnico.com/sblocco-smart-modem-evolution-dga4130-agtef/
:huh:
wouldn't it be better to use that as an indicator ? no upgrade = no button, upgrade available = green button that you can click to upgrade.
-
Scusate domanda forse banale, in che modo posso settare il firewall per poter accedere alla webui di transmission dall'esterno se nelle regole del firewall posso inserire solo i mac-address dei dispositivi collegati al modem??
-
quelle regole in ogni caso non credo aprirebbero l'interfaccia sulla wan...
devi andare nel file /etc/config/firewall.. e aggiungere questo
config rule
option target 'ACCEPT'
option src 'wan'
option proto 'tcp'
option dest_port '80' <-- porta (per transmission usa la 9091 e usa l'indirizzo classi che trovi online)
option name 'WAN web' <-- nome regola
e po fai /etc/init.d/firewall restart
-
@shdf si dovrei riworkare il bottone... comunque se lo premi di lato senza cliccare sul link da il funzionamento del check
-
si hoi capito il problema, vabbè, io ho fatto apprire il modal del gateway quando clicco sul pulsante
altra cosa, nel dropdown menu, non sarebbe meglio aprire transmission/aria/luci in un new tab ? io preferisco perche da transmission/aria non si puo andare in dietro...
-
@Ansuel Ciao, ho una domanda sul bridge mode.
Quando il modem è in questa modalità non c'è verso di raggiungere la GUI dalla rete del router anche se stanno sulla stessa.
Allora collegando un secondo cavo alla una porta switch di entrambi riesco a vederlo ma:
- il mio asus rileva oltre al modem con indirizzo 192.168.1.1(il mio router invece è 192.168.1.2) anche un device che si chiama ModemTIM-AP-6012F2 (chi è costui?)che ha un altro indirizzo non definito nello scope DHCP del mio router.
- Noto che se pingo un indirizzo internet ogni tanto perdo un pacchetto e il ping oscilla fra il minimo(14ms) e un valore di circa 26. Se stacco il secondo cavo invece il ping è stabile.
Esiste un modo per vedere il modem tim dalla rete del router senza doverci attaccare un secondo cavo, che attualmente sta dando problemi?
Come al solito grazie.
-
ciao devi vedere... i metodi sono vari...
route statiche oppure sui modem asus forse girava in giro uno script per farlo... cerca bene mettendo access modem with pppoe
per il dhcp è il 5ghz puoi ignorarlo
-
https://wiki.openwrt.org/doc/uci/network
look at the bottom of the page :
(https://i.imgur.com/SInaPa8.png)
this works for me with a bridge modem (HG612) + a router (APU2C4) , 1 cable to access both devices.
You can also do it that way :
https://forum.lede-project.org/t/solved-how-to-access-the-modem-which-is-in-bridge-mode/6773/11
-
@shdf messo che quando ci clicca si apre in una nuova scheda
-
@shdf @Ansuel
Grazie ci provo.
-
Aria2 non mi funziona perchè la sua cartella di configurazione si trova in
/etc/aria2/
invece del percorso corretto /etc/config/aria2/ come presente nel file /etc/rc.local
p.s.: si può correggere nel file /www/docroot/gateway.lp riga 97 il link per il collegamento al sito Technicolor ? risulta da un po' di tempo "<%= cui.nsplink %>"
Grazie
-
correggo... e la cartella dovrebbe essere stata spostata in teoria... vedo meglio sta sera...
comunque mi fareste un immenso favore ad usare questa roba...
https://github.com/Ansuel/tch-nginx-gui
-
come dovremmo usarlo ??
-
fare modifiche richieste e altro... è github
-
@Ansuel permetti anche di effettuare commit e push sul progetto?
-
ovvio si possono benissimo fare pull request
-
Beh sicuramente Git se ben usato consente anche ad utenti "terzi" che vogliono partecipare e darti una mano a lavorare con facilità sui sorgenti e restare sempre allineati con le evolutive implementate e i bug risolti :clap:
ps: ricordatevi di pullare prima di pushare :D
-
amen finalmente è diventato un lavoro comunitario ahhaha
@shdf tell me what you think about this new implementation ?
-
Ancora su Aria2 ...
anche disinstallando e reinstallando adesso la installa in /etc/aria2/ invece di /etc/config/aria2/ ma questo credo sia voluto per "pulizia"
pero' la configurazione la imposta comunque per la cartella /etc/config/aria2/ e da dentro Aria2 non la fa modificare
credo dovresti modificare il file /etc/aria2/aria2.conf ed anche il file di installazione /usr/share/transformer/scripts/install_aria2.sh
Grazie
-
si sono stato impegnato con una roba ora aggiusto aria ;)
-
con l'ultimissimo aggiornamento non fa piu' entrare nella gui . ho provato a far ripartire nginx con restart ma non cambia la situazione
-
@Ansuel - ciao, tramite le GUI hai fatto qualcosa per migliorare il Wireless 2.4? Sta viaggiando alla grande, velocità raddoppiata!
-
@shdf tell me what you think about this new implementation ?
MAGNIFICO !!!!
(https://i.imgur.com/fKbRciK.png)
when i click the login button i get this page...
-
hopefuly with my patch i can enter the GUI...
what did you do ? now i see 2 nginx process ? one with user root and one with user nobody...
-
migliorie molto tempo addietro... però si
-
velocemente il log... saprò già il problema
anzi non serve...
content_by_lua(nginx.conf:154):4: in function <content_by_lua(nginxSun Mar 18 01:27:58 2018 daemon.err nginx: 2018/03/18 01:27:55 [error] 18410#0: *6 lua entry thread aborted: runtime error: [string "090_cwmpconf.lp"]:54: attempt to index global 'content' (a nil value)
stack traceback:
coroutine 0:
giusto perchè rompete sempre che faccio bug... @shdf tua pull request :-*
-
ma a me funziona...bad copy/paste in github ?? :(
EDIT: colpa mia...
ngx.print('\
\
<div class="span3">\
<div class="smallcard" data-aos="fade-up" data-aos-anchor-placement="center-bottom" data-aos-easing="ease-in-back">\
'); ngx.print( ui_helper.createCardHeader(T"CWMP", modalPath, switchName, content["cwmp_state"], {input = {id = "cwmp_card_state"}}) ); ngx.print('\
<div class="content">\
'); ngx.print( ui_helper.createSimpleLight(nil, state, { light = { class = light, id = "cwmpconfcard_cwmpstatusled"}, span = { id = "cwmpconfcard_cwmpstatus" } }) ); ngx.print('\
<p class="subinfos">\
'); if content.cwmp_state == "1" then ngx.print(format(T"ACS URL: <strong id=\"cwmpconfcard_acsurl\">%s</strong>",url )) end ngx.print('\
</p>\
<p class="subinfos">\
'); if content.cwmp_state == "1" then ngx.print(format(T"Periodic: <strong id=\"cwmpconfcard_periodicinterval\">%s</strong>",content["cwmp_periodic"] )) end ngx.print('\
</p>\
</div>\
</div>\
</div>\
\
');
-
nono bad pull request :(((
comunque il comando per risolvere... @giulio63
/usr/share/transformer/scripts/upgradegui.sh
@shdf
non so che card hai tu, ma il valore da chiamare era
if value.cwmp_enabled == "1" then
il la tabella content non è proprio presente lì :(((
-
hai ragione !!! :headbang:
fixed (i hope)
-
sisi ho fatto già :)
-
sarebbe possibile inserire una sezione in cui lanciare comandi shell?
DD-WRT ha questa cosa bellissima:
(https://support.hidemyass.com/hc/en-us/article_attachments/201844897/4_IP_binding_fora_za_dd-wrt_OpenVPN_-_DD-WRT_-_4-9-15_Build_-_Administration_-_Commands_-_Firewall_Drop_Script.png)
-
@Ansuel ti ringrazio molto considerato l'orario !!! alla fine ho fatto l'aggiornamento da riga di comando ...e sono nella 6.4.13
a proposito ho visto le novità nel menù Avanzate
p.s.: quando i comandi per l'aggiornamento manuale sono usciti questi messaggi alla fine ma dovrebbe averla completata ugualmente
ash: 1: unknown operand
uci: Entry not found
ash: 0: unknown operand
Grazie !!!!
-
ignora l'importante è che non termina immediatamente! è tutto modulare quindi può saltare qualche check ma il grosso lo fa comunque...
-
grazie anche anche per la rettifica al link technicolor ;-) servizio completo !!
p.s.: nel log ho visto questi messaggi
Mar 18 01:50:34 daemon.err transformer[24590] Set failed on network.config.nil = config: lua-uci: Invalid argument
Mar 18 01:50:31 daemon.err watchdog-tch[24632] cannot open none (errno = 2 = 'No such file or directory')
-
ignorabili però ho ridotto i log se hai notato :)
@shdf che ne pensi?
(https://i.imgur.com/g9sGRK0.png)
-
molto bene :clap:
ma a me il menu è diverso...è piu lungo.
(https://i.imgur.com/NH26jfp.png)
-
@shdf si sto facendo delle prove su come sarebbe meglio... ancora non l'ho mandato nelle versioni
-
evidentemente questo router ha uno spirito libero ed indipendente ...
dalla versione 6.4.15 dove era stato sistemato anche il link al sito Technicolor, con la versione 6.4.16 è ritornato ad avere quello sbagliato :
6.4.15 - <a href="'); ngx.print(cui.nsplink); ngx.print('" target="_blank">\
6.4.16 - <a href="<%= cui.nsplink %>" target="_blank">\
per Aria2 adesso, la installa in /etc/aria2 , ma nel file /etc/aria2/aria2.conf ancora va a cercare i file di configurazione in /etc/config/aria2 e nell'applicazione Aria2 come percorso per la configurazione adesso risulta $HOME/.aria2/aria2.conf ( ed il .netrc Path cerca in $(HOME)/.netrc ) mentre nel file /etc.rc.local la cerca nel percorso corretto
modificando manualmente il file /etc/aria2/aria2.conf non ci sono problemi mentre il .netrc Path lo cerca in /root/.netrc
-
ma ci vuole ancora il token per aria?
-
non è necessario. ma devi sapere che senza token nella tua rete locale tutti possono collegarsi a ariaNG
-
@Ansuel i reworked the CSS to make the TIM gui displaying correctly. See your github :)
-
Scusate, ma è normale che quando scelgo "Controlla aggiornamenti" mi si blocchi la GUI? È già la seconda volta che succede. Oppure se c'è un aggiornamento lo installa? Per farla tornare attiva ho provato a far ripartire transformer e ngix (e ha funzionato).
Poi @Ansuel, un paio di cose: forse nella blacklist hai dimenticato di mettere il file modificato da @puandr. Così come descritto in questo post: https://www.ilpuntotecnico.com/forum/index.php/topic,78288.msg232575.html#msg232575
Invece sull'IPv6 mi sono perso. Subito dopo il nostro primo scambio di email a riguardo avevo visto con ps che odhcp in realtà era attivo (ora vedo che sembra essere disabilitato, anche abilitando IPv6 dalla GUI). Così pensavo che il processo che avevi disabilitato era odhcp6c (l'ho detto che mi son perso). Controllando in giro c'è chi dice che abilita IPv6 usando dnsmasq-full (volendo presente nel repository opkg).
Quindi ricapitolando, visto che adesso odhcp è sparito.. Per partire bastano questi due punti?
io altre credenziali per l'IPv6 TIM non ne ho trovate.
-
Scusate, ma è normale che quando scelgo "Controlla aggiornamenti" mi si blocchi la GUI? È già la seconda volta che succede. Oppure se c'è un aggiornamento lo installa? Per farla tornare attiva ho provato a far ripartire transformer e ngix (e ha funzionato).
è arrivato anchè a me, confermo.
-
@Jecht_Sin allora si hai capito
Anche dnsmasq può dare connessione ipv6
Ma solo come DHCP
A noi serve sempre odhcp6c per avere ipv6 sulla Wan
Sulla gui c'è un casino per ipv6 tu dovresti vedere soltanto se riesci ad avere ipv4 e ipv6 sui dispositivi mobili e mantenere cwmp e VoIP
-
mi piacerebbe che arriviamo a una 6.5.0 Finale Stabile, senza bug install/uninstall di transmission/aria, e con CSS TIM pulito ;) cosi la metto sul mio MEGA come versione di riferimento stabile.
Cosi col mio patch cambio solo le 4 cards:
Gateway con cpuload e uptime
Broadband con wansensing
Internet Access con wansensing
Xdsl config senza la parola "version" per aver tuto su una linea.
-
Oggi senza internet vedo che si può fare
-
Cosi col mio patch cambio solo le 4 cards:
vero si fa prima io ho la cartella /etc/config e anche io ho delle card che preferisco pulite.
se ho pià cartelle devo dare il comando tar -zcvf nome backup.tar.gz /www/cards
ma se mi interessano solo certe?
-
ecco come faccio :
devi creare un file in cui metti la lista di tutti i file che vuoi salvare:
per esempio : patch.txt
/www/cards/001_gateway.lp
/www/cards/002_broadband.lp
/www/cards/003_internet.lp
/www/cards/093_xdsl.lp
dopo, eseguire il comando :
tar -czvf patch.tar.gz -T list.txt
e per installare il tuo patch:
tar -zxvf patch.tar.gz -C /
-
Ho notato che aggiornando la gui la blacklist non funziona e tocca reinstallarla. Il problema è che fa l'import dei numeri (all'interno c'è la cancellazione de contenuto delle tabelle precedenti) insieme all'installazione e cancella quelli che uno ha precedenti. Quindi tocca fare via riga di comando. Sarebbe possibile fare 3 pulsanti installa import ed export? Cosi quando si aggiorna la gui uno la reinstalla e poi sceglie se importare. Altrimenti toccherebbe fare un controllo ogni volta che si aggiorna la gui della presenza della blacklist.
Grazie
-
@shdf non avevo pensato a questo trucchetto ;)
ma il file .txt dove lo salvo?
-
Sempre per la "teoria" che l'informatica è una scienza esatta !!!??? A me nonostante i vari aggiornamenti e reboot che ci sono stati negli ultimi giorni non ha smesso di funzionare e non ha neanche sovrascritto la rubrica anche se ho "contatti" e non "blacklist" . Non mi lamento di certo ma che pazienza che deve avere Ansuel
-
@CastleBravo
lo salvi dove sei in puty, di solito in /root, se no dai il percorso completo
-
Sempre per la "teoria" che l'informatica è una scienza esatta !!!??? A me nonostante i vari aggiornamenti e reboot che ci sono stati negli ultimi giorni non ha smesso di funzionare e non ha neanche sovrascritto la rubrica anche se ho "contatti" e non "blacklist" . Non mi lamento di certo ma che pazienza che deve avere Ansuel
E' perchè la parte core di Blacklist 'sopravvive' agli update della GUI, ma non sopravvive la sua GUI.
Se proverai ad editare nuovi contatti, noterai che non ti verranno filtrati.
-
Beh direi che un check sarebbe il caso di introdurlo per evitare la sovrascrittura
-
@puandr purtroppo confermo che aggiungendo nuovi numeri alla blacklist non vengono filtrati, anche se vengono memorizzati nella rubrica "contatti"
ed ho anche questi messaggi nel log, che non so a cosa siano dovuti
Mar 18 16:33:30 user.debug mmpbxd[5374] [MMAPPCALL] :C: mmAppCallStopDialTimer:4993 - MMPBX_ERROR_INTERNALERROR
Mar 18 16:33:30 user.debug mmpbxd[5374] [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2029 - TRANSACTION - Transc 0x0x1082de8,Application did not registere to callback
Mar 18 16:33:30 user.debug mmpbxd[5374] [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2029 - TRANSMITTER - DestTryPreDnsList - the TTL has expired
-
Perché non aggiungere la conversione wan - 5° lan in avanzate ? ed aprire i menù direttamente in modo avanzato ? :pray:
Comunque con la tua gui non funziona più il dlna. Poi se provo ad aggiornare/downgradare il firmware da gui, funziona male perchè rimane la stessa versione
Infine, ho notato che usando autoflash con installata la tua gui, brikka il router, flasha ma non riavvia e rimane con luce arancione... forse perché è forzato il check bank1 ?
-
@mavelot il fatto è che non sapevo mettesse un modalità diverso... Devo decidere se mettere un check oppure includere i cambiamenti direttamente
-
@Ansuel , potresti fare il seguente check:
se esiste il file /www/docroot/modals/mmpbx-contacts-modal.lp.orig non sovrascrivi /www/docroot/modals/mmpbx-contacts-modal.lp ,
ma eventualmente sovrascrivi /www/docroot/modals/mmpbx-contacts-modal.lp.orig
Se l'utente disinstalla blacklist, è l'uninstaller (di blacklist) che si occupa di ripristinare la pagina originale della GUI (e già lo fa).
Mi pare molto pulito.
-
@Ansuel puoi vedere perchè il "check upgrade" non si ferma e blocca nginx ?
-
@Ansuel nella 6.5 non compare più l'uptime nella scheda accesso ad internet. Fino alla 6.4.16 funzionava regolarmente.
-
purtroppo sono senza internet quindi quel pezzo non ho potuto testarlo... puoi dirmi l'errore che ti da nei log e nel browser?
@shdf stessa cosa senza internet ma vedo che succede e cosa lo provoco ;)
-
Ciao, un quesito piuttosto tecnico; c'è modo di editare/cancellare i file /rom/ presenti nel FW e apparentemente 'blindati'?
-
@Ansuel oltre ai problemi visibili tipo "uptime" ed il link al sito Technicolor che è tornato ad essere errato nelle ultime versioni, ci sono problemi ancora con Aria ed anche di nuovi e non so se solo da me .
e presente una cartella col nome /etc/aria2?? si proprio con 2 punti interrogativi in coda, che non si riesce ad entrarci, a cancellarla a rinominarla, a cancellarla ...niente ! sia da WinScp che direttamente da riga di comando in accesso SSH
e dopo vari tentativi di reinstallazione sia da Gui che da SSH l'installazione non va' a buon fine perche' credo che il sistema ignori i 2 punti interrogativi ma non riesce a lavorare su quella directory .
riesco ad eliminarla col comando rm -r /etc/aria2?? ma l'installazione la ricrea sempre col nome sbagliato quindi da rivedere lo script di installazione.
Grazie
-
@giulio63 problemi visibili di uptime che intendi ?
aria2 fixato... problemi di codifica testo...
-
siamo arrivati a la versione stabile senza bug ? :huh:
-
per problemi di uptime intendo che non vengono visualizzati i valori nella tab "Accesso ad internet" ma solo la scritta Uptime:
non mi trova nuovi aggiornamenti e sono sempre sulla 6.5.0 ma ho visto che adesso si puo' scegliere tra versione stabile e sviluppatore . sono versioni differenti adesso ? comunque forza aggiornamento non mi funziona con nessuna delle 2 scelte e quindi per il momento aria2 continua a non andare
provo a fare un altro reboot
p.s.: per un momento ho pensato che si era risolto il problema del link al sito Technicolor togliendo il link eheh ( che potrebbe essere anche una soluzione) invece e' ancora con quello sbagliato
-
@shdf più o meno per ora nella stabile farò uscire mooolte meno versioni... spero...
ovvi oche non funziona forza aggiornamento.... non ho caricato nuove versioni per ora....
-
Per favore scusami per averlo chiesto di nuovo. :-X
Volevo solo due cose.
E speravo che Ansuel potesse fare un po' di luce su di esso. Le sue risposte sarebbero molto apprezzate.
Punto 1
Come posso "netlink: 20 byte rimanenti dopo l'analisi degli attributi". Come si potrebbero rimediare a questi messaggi infinitamente ricorrenti?
Punto 2
Accesso sicuro al WEBUI via https. Si può raggiungere questo obiettivo? Sono sul firmware 1.1.0 più GUI Tim.
:)
-
@express tranquillo continua a chiedere... altrimenti me ne dimentico ;)
-
Punto 2
Accesso sicuro al WEBUI via https. Si può raggiungere questo obiettivo? Sono sul firmware 1.1.0 più GUI Tim.
L'https è già abilitato sulla gui di ansuel
-
Può essere attivato anche per la GUI Tim?
:)
-
6.5.x is more and more buggy ::)
wtf is that /etc/aria2?? folder created ? i didn't had aria2 installed before the update >:(
Ansuel how do you totaly uninstall your GUI with all the tweaks that goes with it ? i just want to keep the root and go back to the TIM unlocked, waiting for a true Stable version of your GUI.
Is that the "Restore GUI" button in the GUI ?
-
-.-
-
@shdf oggi ho provato a fare gli archivi dei miei file come mi avevi detto e ci ero riuscito la prima volta
poi dopo ho riprovato e faccio l'archivio .tar.gz lo carico su dropbox (ma ho provato anche su un altro host) ma poi non riuscivo a installarlo finchè ho visto che quando lo scarico col comando
wget -P /tmp archivio.tar.gz la dimensione è sempre inferiore a quella che era il file creato e che è sull'host.
ho provato e riprovato ma niente, per questo non lo installa, cosa può essere?
-
wtf is that /etc/aria2?? folder created ? i didn't had aria2 installed before the update >:(
Ho visto che il folder aria2 viene creato quando si lancia /etc/init.d/rootdevice force .... parte lo scaricamento del pacchetto aria2 , popola la cartella ma poi il pacchetto non sembra installato (anzi, forse non parte proprio l'installazione)
-
@CastleBravo Devi usare il link diretto per Dropbox
wget https://www.dropbox.com/xxxxxxxxxxxxxxxxxxxx?dl=1 -O /cartellaRouter/nomeFile.tar.bz2
-
@express tranquillo continua a chiedere... altrimenti me ne dimentico ;)
Grazie per la risposta.
Questo, ovviamente, chiarisce finalmente le mie domande.
@MisterFTTH ...
Ho ora citato correttamente?
:)
-
mi piacerebbe capire perchè il rootdevice installa sempre aria2 ? e non si puo disinstallarlo dalla GUI perchè lei sembra non sapere che è installato.
-
@CastleBravo Devi usare il link diretto per Dropbox
wget https://www.dropbox.com/xxxxxxxxxxxxxxxxxxxx?dl=1 -O /cartellaRouter/nomeFile.tar.bz2
niente anche così l'archivio di 600 circa me lo ritrovo da circa 138 nel modem :headbang:
qualsiasi archivio che sia da 600kib o 2000 che scarico sul modem diventa da 138
Aggiorno: sono gli host evidentemente che fanno qualcosa. Ho provato a caricare il file sul sito di un amico e me lo scarica correttamente!
-
devi trovare il "Direct link", magari questo puo aiutarti : https://zapier.com/learn/how-to/generate-direct-dropbox-link/
-
@Ansuel ho la versione 6.5.5 mi dice il mio agtef che è presente un aggiornamento alla 6.5.11 lo installo dal tasto gateway ma rimane alla 6.5.5 benché la barra di avanzamento dell'aggiornamento va avanti e la gui poi mi butta fuori.
Infine ho il firmware in firma.
Si sa niente del nuovo firmware 1.1.1 se è cambiato il driver adsl oppure è lo stesso dello 1.1.0???
Se non ti dispiace puoi sistemare avanza tempo lo spegnimento del wifi temporizzato tramite orario???
Grazie mille
-
non sapevo della storia del link diretto...
poi alla fine da dropbox basta sostituire www con dl e togliere la parte dopo l'estensione del file :)
-
@Ansuel ho la versione 6.5.5 mi dice il mio agtef che è presente un aggiornamento alla 6.5.11 lo installo dal tasto gateway ma rimane alla 6.5.5 benché la barra di avanzamento dell'aggiornamento va avanti e la gui poi mi butta fuori.
sei sulla "Branch Stabile" della GUI, devi metterti sulla "Branch DEV" nella scheda "Gateway" per aggiornare la GUI a questa versione. Logicamente non dovrei vederla neanche essere avvertito...
-
@Ansuel
benissimo le 5 colonne per schermi di grandi dimensioni :clap: ma c'è un piccolo problema quando si riduce la larghezza della finestra, si passa da 5 a 3, e dopo a 4 cards...invece di 5,4,3
-
@Ansuel Gui 6.5.17 (ultima build channel dev), dopo il login dà solo err_empty_response, riavviando nginx e transformer riappare solo la schermata di login.
Allego output di logread:
[ You must login or register to view this spoiler! ]
-
Confermo stesso problema con ultima GUI dev 6.5.17 non si riesce ad accedere :(
-
Buonasera ragazzi avrei bisogno di un chiarimento:
Al momento sono su firmware 1.0.4 e GUI Ansuel (ultima release del branch stabile, bank 1), vorrei effettuare l'aggiornamento del firmware del router alla vers. 1.1.0 ma in passato l'update eseguito tramite l'apposita funzione nella GUI Ansuel (da 1.0.3 a 1.0.4) mi aveva causato un semi brick del router oltre alla perdita di tutta la configurazione. Vorrei quindi sapere se con le ultime versioni di gui l'aggiornamento del firmware si puó eseguire senza problemi e se la configurazione viene conservata in fase di update.
Grazie in anticipo :)
-
@hyenA- ti suggerisco di usare autoflashgui, eccoti un link con brevi istruzioni: https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html (https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html)
-
@Diavulrus purtroppo ieri è andata una versione che non doveva andare in stable... sto avendo problemi di connessione quindi è tutto un casino scusatemi davvero...
@shdf TI CHIEDEREI GENTILMENTE DI PROVARE QUELLO CHE PUSHI che poi mi incolpano a me che faccio uscire versioni di schifo :(
fate tutti
/usr/share/transformer/scripts/upgradegui.sh
-
:D sorry ! che errore ho fatto ?
-
@shdf
ngx.print(<span style="margin: 20px;">' .. T"Cpu Load"..":" ); ngx.print('\
MANCAVA ngx.print(' <-------------- l'apostrofo
-
bad copy/paste...sorry i know the cause, LUA language has a very bad color syntax in notepad++ this part is all light grey, so i guess i missed it :facepalm:
-
@shdf
yhea also sh script have bad luck with this...
the "aria??" problem was caused by different char conversion between windows and unix format... (i need to use dos2unix on every script as notepad++ generate some strange file...)
the code was good but the script itself was broken for this...
-
Con Notepad++ impostato in modalità Unix/UTF-8 mai avuto problemi nella modifica di file *nix ???
-
non ho mai ricercato a riguardo... grazie per la dritta ahahaha
-
Ha funzionato con:
/usr/share/transformer/scripts/upgradegui.sh
GUI ripristinata ver. 6.6.2
Grazie Ansuel
-
@klik come mai sei nel branch da sviluppatore?
-
Dici che è meglio stare nella stabile? Pensavo di voler restare aggiornato :)
edit: ho provato ha tornare nel ramo "stabile" ma con questa gui non mi esce il salva quindi non posso salvare e rimango "sviluppatore"
-
Sbaglio o il carico cpu è sempre alto?
prima avevo valori 0.20 circa adesso vedo sempre oltre 6
-
come si dichiara che una GUI è stabile?
-
per ora effettivamente stare in stabile è non avere ogni minuto aggiornamenti ahahha (solo se è grave sono ogni minuto)
-
@klik errore che ti esce?
@CastleBravo informati su come funziona il cpu load su linux
-
Ok come non detto, sono uscito e rientrato ed ora il pulsante "salva" è ricomparso, sono tornato alla "stabile" ma la versione rimane la stessa?
-
@klik si la versione rimane la stessa ma cambia effettivamente la gui a cui ti aggiorni e che cosa ti esce come aggiornamento
-
@CastleBravo informati su come funziona il cpu load su linux
ho solo chiesto perchè prima appariva basso intorno a 0 e adesso lo vedo oltre 6, se è normale adesso ok
-
>:( @Ansuel ho rotto la gui! andando su 192.168.1.1 infatti ho una pagina tipo ftp con delle cartelle, ricordo di aver provato ad installare luci da gui prima che la gui sparisse con il riavvio... Tra l'altro ho seri problemi di navigazione in wifi con link a velocità bassissime anche stando a 2 metri dal modem... 2,4Ghz. (ho 9.5 mbps in down con la fibra senza disconnessioni ma con lo speedtest in wifi ne ho solo 0.96!!!!!)
-
/etc/init.d/uhttpd stop
/etc/init.d/uhttpd disable
/etc/init.d/nginx restart
per il 2.4 sicuro che prima non fosse lo stesso ?
@CastleBravo non era per essere sgarbato... era solo per dirti che quello che vedi non funziona a percentuale ma a processi da eseguire... avere un 6 vorrebbe dire che ci sono 6 comandi in coda di esecuzione
-
Grazie mille! anche prima non era un granchè......
qualche consiglio per il wifi? ho solo 3 reti vicine ma fa veramente schifo :rotfl:
EDIT:
Conviene passare da 1.0.3 a 1.1.X AGTHP? (ho letto che si rischia il root) oltr che alla presenza di un nuovo autoflashgui che a me, guardacaso, non funziona
-
@Ansuel no no lo so che non è a percentuale, ma finora non avevo mai visto oltre 1.00 se non quando lanciavo comandi o altro ecco ora invece sotto 6.00 non scende.
era solo per sapere se c'erano più processi attivi rispetto le precedenti versioni
-
@CastleBravo 6.00 non è normale la gui non ha aggiunto processi forse c'è qualcosa i bloccato ? ma è 0.60 o 6.00 ?
-
proprio sempre oltre 6.00
adesso provo a reinstallarla
-
@CastleBravo ma no non è gui... dammi l'output del comando ps
-
Aspetta ho riavviato il modem e adesso si è abbassato tutto sono tornato a valori come prima.
Forse si era incasinato un po tutto tra blacklist e installazioni varie
Si, confermo che è tornato tutto attorno a 0,71
-
Quoto perché sono passati dei giorni (busy busy at work!) e vorrei ben capire questa cosa..
@Jecht_Sin allora si hai capito
Anche dnsmasq può dare connessione ipv6
Ma solo come DHCP
A noi serve sempre odhcp6c per avere ipv6 sulla Wan
Sulla gui c'è un casino per ipv6 tu dovresti vedere soltanto se riesci ad avere ipv4 e ipv6 sui dispositivi mobili e mantenere cwmp e VoIP
Allora ricapitolando, vediamo se ho capito. Mi serve
- Attivare odhcp da shell
- installare/configurare e attivare odhcp6c per avere finalmente IPv6 sulla LAN (ho fatto comparire qualcosa già con odhcp ma sembra un indirizzo da subnet).
- usare le credenziali TIM IPv6 "[email protected]/[email protected]" (che per la cronaca mi rallentano l'IPv4, specie il ping, se non lo bloccano addirittura)
Nel caso vada tutto in palla disabilito odhcp e odhcp6c.
Per quanto riguarda l'aggiornamento della GUI: Io sono fermo alla 6.4.16. Prima la GUI mi diceva che c'era l'aggiornamento 6.5.5, poi ho fatto un refresh (con logging) e adesso dice sempre che c'è un aggiornamento, ma mette due parentesi vuote "()|al posto della versione. Da quanto leggo mi sa che mi conviene comunque aspettare.
Un ultima cosa: io non ho mai avuto performance di rete spettacolari. Avevo il router Sercomm con la 100M e sono partito da 90Mbps per scendere gradualmente a 60-65Mbps (effettivi). Con questo router, appena arrivato mi si è connesso subito a 95Mbps. Dopo l'aggiornamento a 1.1.0 ho fatto il rooting e a seconda se avevo 1.0.3 o 1.1.0 installato stavo in media sui 92Mbps e 87Mbps (velocità negoziata dal router, non effettivi). Finché installato 1.1.0 con GUI 4.6.9 ero di nuovo sui 92Mbps (giornata buona?). Adesso dopo le molteplici modifiche continua a scendere. Al momento sono a 85Mbps (sempre negoziati) ma sono sceso anche a 79Mbps.
Ho provato a cambiare i vari driver XDSL ed è cambiato. Ecco, ultime parole famose. Adesso ho provato i driver del FW 1.0.3 e sono a 89Mbps (ma è vero che semplicemente resettando la connessione a volte cresce ed era attiva da 2 giorni).. C'è la possibilità che ci sia qualche modifica nella GUI che influenzi la capacità di connessione? Oppure è la solita TIM che continua a ridurmi la banda?
-
le credenziali TIM IPv6 "[email protected]/[email protected]" (che per la cronaca mi rallentano l'IPv4, specie il ping, se non lo bloccano addirittura)
In effetti se non ricordo male il tunnel IPv6 TIM crea problemi alla connettività IPv4.
Oppure è la solita TIM che continua a ridurmi la banda?
Gli ISP hanno tante responsabilità, ma non intervengono maliziosamente sulle portanti: basta ed avanza la fisica...
-
secondo me conviene stare si sviluppatore per quanto riguarda la GUI anche perché Ansuel le sforna una dietro l'altra io preferisco stare sempre aggiornato!
-
Variazioni nell'ordine di 10-15 mbit sono abbastanza frequenti, specialmente su linee lunghe o disturbate. la mia compagna ha una FTTC che durante la stessa giornata varia facilmente fra i 32 e i 65 mbit, fai tu.
-
@Jecht_Sin allora riguardo ipv6... l'ipv4 si alza perchè tutti veniamo collegati all'unico nodo che fornisce ipv6... che è quello di milano... quindi l'ipv4 subisce un aumento di almeno 4 ms... ora il dual stack come ti ho detto è rotto per mal configurazione telecom da quanto mi sono informato... i dispositivi pc funzionano correttamente e ricevono entrambi gli ip... ma i dispositivi mobili ricevono solo ipv6....
per risolvere questo problema viene, si creano due ppp... una solo ipv4 e una con la combo per avere ipv4 e ipv6.
infine si usa l'opzione metric per assegnare priorità a quale connessione far assegnare l'ip ai dispositivi... così avrai che l'ipv4 non viene intaccato e l'ipv6 funziona correttamente in dual stack.
noto però che odhcpd va in conflitto con dnsmasq... (cercano di bindare la stessa porta dhcp e dns...) e openwrt si affida a dnsmasq per risolvere gli ip... (questo è necessario per far funzionare voip e cwmp)
quindi il tutto è nel risolvere il conflitto tra dnsmasq e odhcpd... una soluzione è disattivare completamente la parte ipv4 di odhcpd... ma da quanto ho visto mettere maindhcp 0 nelle configurazioni non aiuta... forse dovrei aggiornare gli script init con quelli mainline
-
Grazie mille! anche prima non era un granchè......
qualche consiglio per il wifi? ho solo 3 reti vicine ma fa veramente schifo :rotfl:
EDIT:
Conviene passare da 1.0.3 a 1.1.X AGTHP? (ho letto che si rischia il root) oltr che alla presenza di un nuovo autoflashgui che a me, guardacaso, non funziona
@Ansuel
Ho risolto aggiornando a agthp_1.1.1_001 con autoflashgui e per mia fortuna è uscito già rootato :huh:.
Evidentemente devo aver già rootato entrambi i bank o qualcosa del genere. Comunque il WiFi adesso è una scheggia. Se prima dovevo usare un ripetitore per avere un minimo di connessione adesso ho copertura perfetta in buona parte di casa (su 3 livelli) senza. Grazie mille per la tua GUI! :clap:
-
@Ansuel si può forzare la versione del protocollo SMB che usa samba o dipende dalla versione della Technicolor perché io per accedere alla pendrive sul router che uso con Transmission ho dovuto installare su Windows 10 il protocollo SMBv1 che è ormai deprecato.
-
Non saprei
Puoi sempre aggiornarlo potrei mettere una versione stock volendo
-
@Ansuel Ciao, sto usando il modem in Bridge e noto che la GUI non si aggiorna con gli ultimi ritocchi grafici fatti per la modalità modem router.
Sono io che ho qualcosa che non va? o è normale?
-
sei all'ultima versione? comunque in bridge ovviamente non può aggiornarsi quindi devi usare l'update offline
prova a pulire la cache o a fare un semplice shift + refresh
-
Ho la 6.6.1 con cache pulita.. e mi sono scaricato a mano il file ma l'interfaccia non mostra i dettagli cpu e il resto..
-
hai le 5 colonne?
se vai in 192.168.1.1/ajax/cpuload.lua che cosa ti riporta?
-
Ho le 5 colonne ma nessuna informazioni sulla scheda gateway solo:
Version Cyan (17.3)
Cpu Load:(vuota)
e immagine modem centrata male
Il comando mi da questo.
{"cpuload":"0.01 0.04 0.05"}
-
tasto destro ispeziona elemento ti da qualche errore? che browser usi ?
-
Uso Chrome e Edge
Questo è l'unico errore
192.168.0.1/:73 Uncaught ReferenceError: ko is not defined
at new GatewayCard (192.168.0.1/:73)
at HTMLDocument.<anonymous> (192.168.0.1/:85)
at g (main-min.js:1634)
at Object.fireWith [as resolveWith] (main-min.js:1686)
at Function.ready (main-min.js:1790)
at HTMLDocument.n (main-min.js:53)
-
Ah sì l'ho già fixato... È causato dalla non presenza della Tab mobile
-
Tra l'atro nella scheda Broadband mi dice che il Bridge è disabled anche se in realtà è abilitato.
(https://preview.ibb.co/ewfiSx/Capture.jpg) (https://ibb.co/cFMCLH)
picture hosting (https://it.imgbb.com/)
(https://preview.ibb.co/hSWtuc/Capture.jpg) (https://ibb.co/c3RREc)
image uploader (https://it.imgbb.com/)
-
@alekos tra l'altro quell'errore è proprio causato da bridge mode e voice mode... che sono state fixate nella nuova versione (ancora in sviluppo... devo ancora metterla sullo stabile) riguardo la luce non ero a conoscenza di questa cosa ora controllo
-
@Ansuel
i'm trying to adapt the Gui installer for Aria/transmission in my GUI. i have the car and the modal working, but when i click the button to install Aria, nothing is installed, and i notice the IP of my modem is not displayed in the modal :
(https://i.imgur.com/NL1yRkv.png)
What hidden file i missed to install ? :-\
-
Oggi mi sono accorto che non mi notifica pià gli aggiornamenti.
Ero in stabile e non ho pià avuto aggiornamenti, allora ho proavato a mettere sviluppatore e non mi ha trovato aggiornamenti.
Mi è sembrato strano visto che Ansuel è molto attivo e ho forzato l'aggiornamento e infatti mi ha installato la 6.7.8 con cui sono tuttora
Però nessuna notifica mi appariva
-
in stabile non sto mettendo aggiornamenti, per ovvi motivi quel ramo riceve meno aggiornamenti...
la dev sto cercando di aggiustare la conversione wan lan quindi pochi aggiornamenti e moolte prove in cui sto senza internet...
non riesco a reindirizzare il traffico... eppure usando la guida che ho trovato dovrebbe andare... non capisco cosa sbaglio
-
@shdf vorrei un progetto comunitario anche perchè i crediti li metto... (invece di avere 3 gui...)
in ogni caso /usr/share/tranformer/scripts
-
capito però oggi quando sono passato a Sviluppatore non mi notificava la 6.7.8, e io ero se su una 6.6 qualcosa
-
hai cliccato poi controlla aggiornamenti ?
comunque ora dovrebbe funzionare per bene...
se qualcuno vuole seguire le modifiche...
https://github.com/Ansuel/tch-nginx-gui e segnalare problemi
-
@shdf vorrei un progetto comunitario anche perchè i crediti li metto... (invece di avere 3 gui...)
Ansuel, Penso di essere uno di quelli che hanno ampiamente partecipato all'evoluzione del progetto. il problema è che ci sono molte cose nella tua GUI che non mi piacciono, e voglio capire cosa succede nel mio router invece di installare delle cose senza capire niente. Quindi non ho altra scelta che cercare di capire per fare una GUI che mi piace.
un singolo capitano a bordo della nave non è una buona cosa per la comunità, è sufficiente che scompaia e il progetto si fermi, è per questo motivo che si deve condividere con gli altri. non c'è competizione, è solo condivisione.
in ogni caso /usr/share/tranformer/scripts
colpa mia, ho dimenticato di mettere i file per install/disinstallare aria/transmission :headbang: :P
ma non mi dice perchè l'ip del mio router non si scrive nel modal...
-
Ansuel il pulsante controlla aggiornamenti non c'e' piu' io ho WebGUI 6.7.14 no ok trovato!
-
Parlando di cose serie... Qualcuno mi trova il tipo che aveva fatto funzionare la porta Wan in LAN ?
-
era @ElDavo Ansuel
https://github.com/ElDavoo/agevo/wiki/IT:-Tips-and-tricks
Spero riuscirai nell'impresa, io l'ho solo convertita perchè ho ancora 2 lan libere.
Poi vedi se riesci ad inserire un bottone per spegnere i led, sarebbe utile programmarlo di notte :)
-
@Quattrocchi forse ho trovato il problema anche se non me lo spiego... oggi parto quindi credo che potrò testare solo domani... su un modem fastweb...
riguardo i led... è fattibile :)
comunque su che firmware sei? la porta ti funziona normalmente?
riguardo i led è più facile di quanto pensassi... devo solo vedere riguardo i led ethernet... rettifico... anche ethernet è facile... però da quanto ho visto ci sono problemi per il ripristino dei led...
-
io chiedo avevo chiesto ai programmatori della tim se era possibile separare la programmazione di spegnimento indipendente della bande del wifi come su tutti o quasi i modem di marca, perchè di notte la 5ghz non me ne faccio niente ed è sempre meglio avere meno onde possibili in casa quando non necessario, mi avevano risposto che ci guardavano ma non mi sembrano molto propensi ad ascoltare.
pensi sian una cosa fattibile?
-
Firmware 1.1.0 ma la porta non l'ho testata, magari nel weekend vedo di tornare a casa a vedere se va sempre se non riesci prima.
Geniaccio che sei, complimenti :clap:
-
Ho una DGA4132 firmware 1.05 gui tim originale sbloccata, mi interessa usarlo (per adesso) solo come modem e VOIP con Eutelia, allo stato attuale riesco a telefonare perfettamente, mentre se provo da cellulare (esterno) a chiamarmi al voip, sento suonare il telefono fisso, rispondo ma sento muto, mentre il cellulare continua a squillare come se fosse libero, gli altri telefoni collegati al voip continuano a squillare.Questo succede circa 8 volte su 10, ogni tanto le chiamate in ingresso sempre Eutelia funzionano, questo mi fa pensare ad un discorso di porte.
A parità di configurazione con VOIP TIM nessun problema, tutto funziona regolare.
In cascata al dga ho un altro router con Gargoyle (veramente ottimo, sarebbe un sogno averlo nativo sul dga).
Nella configurazione iniziale avevo il DGA, in cascata il gargoyle e un fritzbox ata nattato dal router gargoyle con le seguenti porte forwardate :
VOIP RTP UDP 5004 5004 192.168.10.253 (fritz ata)
VOIP UDP 5060 5062 192.168.10.253 (fritz ata)
VOIP RTP2 UDP 8000 8050 192.168.10.253 (fritz ata)
Così funziona tutto perfettamente ma siccome il fritz avrà circa 15 anni (e non scherzo) comincia a bloccarsi, volevo sfruttare la sezione voip del DGA.
All'inizio appena attivata la fibra tim misi firmware 1.05 e la tua GUI 4.6.8, stesso problema, notai una modalità "VOICE MODE", ma probabilmente con la versione 1.05 o con il dga4132 era buggata, poichè cliccando sopra nessuna variazione veniva fatta.Leggendo nei centinaia di post sembrava la modalità che cercavo, DGA solo in modem con voip attivato ed il mio router in cascata per QOS, ecc.
Ciao @Ansuel, ho voluto provare la tua nuova GUI 6.7.14 con firmware 1.05 , aggiornata con un filo di gas e volevo provare se rispetto alla 4.6.8 avevi fixato la "Voice mode", attivata ed effettivamente ora applica i cambiamenti che rispetto alla 4.6.8 non faceva nulla.
Ma.....sono passato dalla padella alla brace, prima avevo il voip funzionante con eutelia in registrazione senza problemi, ora invece non si registrano nemmeno i numeri, dai log sembra non raggiunga i server voip.eutelia.it, provo da apposita funzione a ritornare a modalità "standard" e noto che il dga non riesce più ad effettuare la connessione PPP, quindi VOIP :wtf: , ho riavviato, controllato user e rimesso anche password ma non si connette e dai log da gui non vedo nulla di che....
Ti allego estratto del file network:
config interface 'wan'
option proto 'pppoe'
option demand '0'
option password 'alicenewag'
option macaddr '***'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username '***@00000.agcombores.unica'
option ifname 'ptm0.835'
option auto '1'
config config 'config'
option wan_mode 'pppoe'
Hai qualche dritta?
Speravo di risolvere ed ho peggiorato la situazione!!! :facepalm: :smash:
Ad ogni modo continua così con il progetto! :clap:
-
puoi darmi tutta la configurazione network? (comunque in voice mode, c'era da settare meglio le impostazioni... di norma sono messe per i dati di telecom col server mgmt... non mi aspetto che usi la voicemode con un server eutelia... )
-
Qualcuno che mi testa la versione dev ? (a suo rischio e pericolo... fatevi un backup prima..)
c'è da testare i led in gateway.... (che sicuramente non andrà ma bho... )
e lo switch nella tab lan
provate con un reboot dopo l'applicazione
-
Non ho il modem fisicamente a portata di mano, ma nel tab lan lo switch WAN-Port LAN Mode mi risulta su ON come default senza averlo mai selezionato :D
-
si è normale andrebbe disattivato per convertire la porta
-
Nel mio caso eco led ha spento i led del wifi e di internet (la @), lasciando accesa Lan, broadband (b) e quella di info.
Disattando l'opzione, rimandono spenti e non si riaccendono
-
@shin01 prova a spegnere e riaccendere la pppoe e dimmi cosa succede ai led... devo ancora vedere... dagli script dovrebbe disattivare tutto ma a conti fatti non succede così...
-
Io di base sono in modalità Eth fixed ip, ho comunque provato a impostare in PPPoE.
Quando si cambia stato i led ripartono a funzionare, anche se la modalità eco è attiva. Sia per quanto riguarda la @ che le reti wifi, spegnendo e riaccendendo le interfacce si riaccende il led del servizio
-
Una domanda di carattere "estetico" ... la tab "assistente wi-fi" mi sembra si comporti in maniera diversa rispetto alle altre : quando faccio lo scroll verticale della pagina del browser le altre tab appaiono con l'effetto di scorrimento, mentre quella no. Lo fa anche a voi ?
-
La Tab è stata rimossa hai una versione della gui vecchia?
-
Ciao @Ansuel, nella versione DEV in modalità Bridge vedo che la sezione Broadband non carica una volta che ci clicco sopra.
Mi chiedevo inoltre se non fosse possibile anche nella modalità bridge vedere la sezione xdsl da dove si può cambiare il driver.
Come al solito grazie.
-
@alekos certo la modifica è molto veloce... riguardo la sezione mi dovresti dire l'errore che ti esce nei log (logread -f e pari la sezione)
-
La Tab è stata rimossa hai una versione della gui vecchia?
Ho messo la 6.7.22 ma la avevo anche con GUI precedenti. Forse è rimasto "sporco" qualcosa, tieni conto che l'aggiornamento lo faccio da riga comando con bzcat seguito da rootdevice force .
Provo ad aggiornare da menu della GUI, vediamo se sparisce... altrimenti provo a rimuoverla a mano
-
eh si devi usare il menù della gui... nello script c'è la pulizia della cartella www
-
Perfetto ha funzionato :victory:
-
Scusate la probabilmente idiota domanda; sono passato al canale DEV , tanto non ho problemi a fare da tester. La ultima GUI che trova è la 6.7.26, ma il changelog arriva alla 6.8 con Aggiunto gestore led. E' un work in progress, o mi sono perso qualcosa?
-
io invece ho notato che se vado in traffic monitor adesso carica all'infinito, fino a qualche gui da invece mi dava i grafici
-
Confermo quanto riportato da Castelbravo sul traffic monitor; carica all'infinito
-
@alekos certo la modifica è molto veloce... riguardo la sezione mi dovresti dire l'errore che ti esce nei log (logread -f e pari la sezione)
ecco il log
root@modemtim:~# logread -f
Sun Mar 25 11:14:06 2018 daemon.err cwmpd[12586]: TRANSFORMER_PROXY: recv() time d out
Sun Mar 25 11:14:06 2018 daemon.warn cwmpd[12586]: TRANSFORMER_PROXY: Closing co nnection due to previous error
Sun Mar 25 11:14:06 2018 daemon.err cwmpd[12586]: TRANSFORMER_PROXY: cwmp_view_a ddsubscription_exec failed
Sun Mar 25 11:14:06 2018 daemon.warn cwmpd[12586]: CWMPUCI: pushapi_load_forceda ctives - set forcedactive success - path: Device.ManagementServer.ConnectionReq uestURL
Sun Mar 25 11:14:06 2018 daemon.warn cwmpd[12586]: CWMPUCI: pushapi_load_forceda ctives - set forcedactive success - path: Device.DSL.Line.1.LinkStatus
Sun Mar 25 11:14:06 2018 daemon.warn cwmpd[12586]: CWMPUCI: pushapi_load_forceda ctives - set forcedactive success - path: Device.DSL.Line.1.StandardUsed
Sun Mar 25 11:14:06 2018 daemon.warn cwmpd[12586]: CWMPUCI: pushapi_load_forceda ctives - set forcedactive success - path: Device.PPP.Interface.1.IPCP.LocalIPAd dress
Sun Mar 25 11:14:06 2018 daemon.info cwmpd[12586]: TRANSFORMER_PROXY: cwmp_softw areversion_changed -- SoftwareVersion changed = false
Sun Mar 25 11:14:08 2018 kern.warn kernel: [30384.969000] dosprotect rpfilter dr op IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:14:a3:55:08:00 SRC=192.168.1.25 2 DST=239.255.255.250 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Sun Mar 25 11:14:16 2018 daemon.err cwmpd[12586]: CDUS_TRACE: cwmp_changedustate api_flush CURRENTLY NOT IMPLEMENTED
Sun Mar 25 11:14:25 2018 daemon.err nginx: 2018/03/25 11:14:25 [error] 12754#0: *3 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #2 to 'format' (no value)
stack traceback:
coroutine 0:
[C]: in function 'format'
/usr/lib/lua/web/taint.lua:280: in function 'format'
[string "broadband-bridge.lp"]:55: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249Sun Mar 25 11:14:25 2018 daemon.err nginx: 2 018/03/25 11:14:25 [error] 12754#0: *2 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #2 to 'format' (no value)
stack traceback:
coroutine 0:
[C]: in function 'format'
/usr/lib/lua/web/taint.lua:280: in function 'format'
[string "broadband-bridge.lp"]:55: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249Sun Mar 25 11:14:25 2018 daemon.err nginx: 2 018/03/25 11:14:25 [error] 12754#0: *4 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #2 to 'format' (no value)
stack traceback:
coroutine 0:
[C]: in function 'format'
/usr/lib/lua/web/taint.lua:280: in function 'format'
[string "broadband-bridge.lp"]:55: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249Sun Mar 25 11:14:29 2018 daemon.info odhcpd[ 3000]: Using a RA lifetime of 0 seconds on wl0_1
Sun Mar 25 11:14:29 2018 daemon.notice odhcpd[3000]: Failed to send to ff02::1%w l0_1 (Operation not permitted)
Sun Mar 25 11:15:00 2018 cron.info crond[3026]: USER root pid 12862 cmd /sbin/trafficdata.lua
Sun Mar 25 11:15:08 2018 daemon.err nginx: 2018/03/25 11:15:07 [error] 12754#0: *5 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #2 to 'format' (no value)
stack traceback:
coroutine 0:
[C]: in function 'format'
/usr/lib/lua/web/taint.lua:280: in function 'format'
[string "broadband-bridge.lp"]:55: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249Sun Mar 25 11:15:09 2018 daemon.err nginx: 2018/03/25 11:15:08 [error] 12754#0: *6 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #2 to 'format' (no value)
stack traceback:
coroutine 0:
[C]: in function 'format'
/usr/lib/lua/web/taint.lua:280: in function 'format'
[string "broadband-bridge.lp"]:55: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249
-
una domanda:
ho la la versione 6.6.1, è l'ultima stabile disponibile?
-
Chiedo supporto: avevo la 6.6.1 e ho provato l'ultima DEV; mi dava problemi con CWMP e quindi sono tornato almeno per ora alla 6.6.1
Peccato che ora CWMP non funzioni manco con questa GUI.
Ho riavviato il DGA 4132 ovviamente; zero risultati.
Suggerimenti?
Grazie
-
@massdass Si, la 6.6.1 è la ultima stable
-
@donato74 basta settare l'indirizzo invece di regman mon in regman-tl e a porta in 10700
E dovrebbe partire fammi sapere!
-
@Ansuel No joy!
modificato la url in https://regman-tl.interbusiness.it:10700/acs/
provato a attivare e disattivare, ottengo sempre "Non è stato possibile procedere con la richiesta. Si prega di riprovare più tardi"
Premetto di non aver riavviato il tim hub per ora.
-
il link sulla tua linea è raggiungibile?
modificalo manualmente da winscp e poi fai /etc/init.d/cwmpd restart
-
Ho banalmente ripristinato una config salvata in precedenza e ora funziona, sia in WiFi che 3G. GUI 6.6.1, la url che vedo è https://regman-mon.interbusiness.it:10800/acs/
Vuoi che riprovi con la ultima DEV o non ti serve come test?
-
@donato74 se vuoi ;)
comunque il monitoraggio traffico a me funziona chi mi da log a chi non funziona? provato con un riavvio?
come non detto... non ho idea del motivo per cui prima funzionava ahahha ma comunque ora è ok...
-
Confermo che adesso il traffico funziona. Anche il CWMP mi pare funzioni. Curiosità, in UPnP, che differenza cè fra datamodel 1 e 2?
-
non ne ho idea google è il tuo amico... è stato introdotto stock solo per compatibilità
-
ma i led una volta spenti non si riaccendono più?
-
Se c'è qualcosa che non va si riaccendono
-
uhm... ma non si riesce a fare che se si riclicca si riaccendono?
-
devo vedere per ora ho 3 cose da risolvere... led (in maniera minore dovrei venirne a capo in poco tempo... ) porta wan (grande scoglio secondo me...) e aggiornamento gui (serve molto testing da persone che possono perdere tempo e sanno come non rendere il modem un mattoncino...)
-
puoi darmi tutta la configurazione network? (comunque in voice mode, c'era da settare meglio le impostazioni... di norma sono messe per i dati di telecom col server mgmt... non mi aspetto che usi la voicemode con un server eutelia... )
Ciao @Ansuel , ti allego la configurazione network come da richiesta, come ti accennavo prima di attivare la "voice mode" i numeri voip eutelia si registravano senza problemi e la connessione PPP del DGA avveniva senza problemi, ora i numeri non si registrano perchè appunto il DGA non riesce più ad effettuare la connessione PPP :
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 '******'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr '*****'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option proto 'pppoe'
option demand '0'
option password 'alicenewag'
option macaddr '*****'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username 'CP****SAUAD-******@00000.agcombores.unica'
option ifname 'ptm0.835'
option auto '1'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option auto '1'
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'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
list pppoerelay 'wanptm0'
option ipaddr '192.168.1.101'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
list ifname 'ptm0.835'
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-****'
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-****'
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 'wan_ipv6'
option auto '0'
option proto 'pppoe'
option demand '0'
option password 'IPV6@alice6'
option macaddr '*****'
option ipv6 '1'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username 'CP****SAUAD-******@alice6.it'
option metric '10'
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'
-
Ciao elimina la sezione wan_ipv6 e riavvia
-
@Ansuel buongiorno anche io ho problemi con la telegestione sono alla versione gui 6.7.30 sviluppatore. Firmware 1.1.0 agtef.
Appena aggiornata andava ho fatto un riavvio del modem e nn va più benché abilitata nella Tab se ti posso essere d'aiuto nel debugging sono qui
-
Ciao elimina la sezione wan_ipv6 e riavvia
Giusto una info, la modalità voce oltre a disattivare alcuni processi e tab dalla interfaccia, cosa altro fa a livello di connessione?
La Modalità Voce disabilita CWMP e crea una connessione speciale che permette di utilizzare solamente i servizi NTP e VOIP. E' necessario utilizzare un router separato e creare una connessione PPPoE a parte.
Cosa sarebbe la "connessione speciale" 8)?
Traduco: Con il mio problema di Eutelia (prima della prova del voice mode) : chiamate in uscita ok, chiamate in ingresso squilla il telefono in casa con chiamata da esterno e tirando su la cornetta, il cell continua a dare segnale di libero...potrei risolvere, oppure è un tentativo a vuoto?
L'unica differenza col fritz (che andava in cascata al DGA) mi sembra essere lo STUN, ma non vorrei dire cavolate....
Eliminata la sezione ma la connessione non avviene, ti posto il log distattivando e riattivando la connessione.
Ovviamente non ho problemi di navigazione poichè uso altro router gargoyle in cascata che fa connessione PPPoe in autonomia utilizzando per assurdo le vecchie credenziali "aliceadsl" "aliceadsl".
Mon Mar 26 11:23:31 2018 daemon.notice netifd: Interface 'wan' is now down
Mon Mar 26 11:23:31 2018 daemon.notice netifd: Interface 'wan' has link connectivity loss
Mon Mar 26 11:23:31 2018 daemon.notice netifd: Interface 'wan' has link connectivity
Mon Mar 26 11:23:37 2018 daemon.info transformer: async run: /etc/init.d/network reload ;
Mon Mar 26 11:23:37 2018 daemon.notice netifd: Interface 'wan' is setting up now
Mon Mar 26 11:23:37 2018 daemon.info pppd[5534]: Plugin connstate.so loaded.
Mon Mar 26 11:23:37 2018 daemon.info pppd[5534]: Plugin rp-pppoe.so loaded.
Mon Mar 26 11:23:37 2018 daemon.info pppd[5534]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Mon Mar 26 11:23:37 2018 daemon.notice pppd[5534]: pppd 2.4.7 started by root, uid 0
Mon Mar 26 11:23:37 2018 daemon.notice pppd[5534]: Connection state changed to connecting (phase 2)
Mon Mar 26 11:23:42 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:23:44 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Mon Mar 26 11:23:45 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:23:48 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:24:00 2018 cron.info crond[2804]: USER root pid 5544 cmd /sbin/trafficdata.lua
Mon Mar 26 11:24:11 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:24:14 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:24:14 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Mon Mar 26 11:24:17 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:24:40 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:24:43 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
Mon Mar 26 11:24:44 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Mon Mar 26 11:24:46 2018 daemon.warn dnsmasq-dhcp[2997]: no address range available for DHCP request via br-lan
-
La voice mode insieme a mettere la ptm0 in bridge con la LAN con vlanid835 mette la ppp con i parametri di connessione mgmt e vlanid 837
-
@yhcim86 puoi dirmi il link che hai?
-
@Ansuel cosa intendi per link???
Editato ecco il link https://regman-mon.interbusiness.it:10800/acs/
Sei riuscito a far funzionare poi lo spegnimento programmato del wifi???
-
lo spegnimento da me funziona provato l'ultima volta... su che firmware sei ?
il link prova a mettere regman-tl invece di mon e la porta 10700
-
Allora @Ansuel sono su firmware 1.1.0 e ultima tua gui da sviluppatore il wifi ho fatto due regole per lo spegnimento una la notte solo di sabato e domenica e un altra gli altri giorni della settimana anche la mattina tengo spento il wifi perchè tanto sono al lavoro ma controllando con l'app my tim fisso non si spegne mai il wifi. Per la telegestione ora provo e ti faccio sapere
Ho modificato il link della telegestione spento la telegestione dallo swich ma niente da fare non funziona.
Devo forse riavviare il modem Ansuel??
-
@yhcim86 puoi pingare dal modem il link ?
-
@Ansuel allora non pinga ne regman-mon.interbusiness.it ne quello con tl al posto di mon provato dalla diagnostica del modem sotto la voce ping risulta fallito.
Mi assento per lavoro causa trasferta Ansuel sarò di ritorno giovedi semmai come faccio ad accedere da remoto al modem???
-
@yhcim86 dovresti aprire la porta 22 e la 80 e sapere l'indirizzo ip... comunque... mi sa che non puoi pingare nulla allora... per caso hai cambiato in dns?
-
puoi darmi tutta la configurazione network? (comunque in voice mode, c'era da settare meglio le impostazioni... di norma sono messe per i dati di telecom col server mgmt... non mi aspetto che usi la voicemode con un server eutelia... )
@Ansuel Credo ci sia stato un piccolo misunderstanding, io ho solo il voip con Eutelia, la linea fissa in fibra è con TIM, non capisco questo come possa incidere sulla connessione PPP, lasciando stare per un attimo la parte VOIP, ora non mi effettua più la connessione PPP di base verso TIM :huh:
Ciao elimina la sezione wan_ipv6 e riavvia
a parte la rimozione della sezione come fatto hai altri consigli?
Grazie
-
ti sei perso un passaggio
ppp in mgmt e vlan id 837 (questo consente connessioni solo verso tim) dovresti disattivare voice mode... altrimenti il voip eutelia non funzionerà mai siccome il modem non ha connessione internet se non con i servizi interni tim
caso diverso se non funziona più la ppp affatto intendo
-
Allo stato attuale non funziona proprio la PPP a prescindere dal VOIP, mi sarei aspettato problemi col VOIP ma non con la connessione PPP del DGA...
Il "voice mode" l'ho disattivato dalla GUI e mi sono rispuntati i TAB che erano stati rimossi, ma la PPP non ne vuole sapere e dai log non mi sembra di vedere nulla.
Dai log che ho postato, vedi anomalie strane?
-
Postiami il file network pls
-
@Ansuel con la versione precedente della gui andava la telegestione. I DNS ho messo di Google nella Tab della rete interna non ho cambiato quelli della wan. O quelli di Tim stanno facendo aggiornamenti ai sistemi oppure c'è qualcosa che hanno modificato quelli di Tim e tu nn sai quale. Cmq ora sono fuori sede fino a giovedì scusami!!!!
Ah Ansuel a suo tempo quando la telegestione andava appena accendevi alla sezione del modem nel my Tim fisso vedevo il led info verde che lampeggia segno che si verificava l'accesso da remoto. Ora invece nn fa più questa funzione
-
@Ansuel ti allego il file network attuale che rispetto al post N° 503 ho rimosso la sezione "wan_ipv6" come da tue indicazioni, ma nulla è cambiato, ovviamente riavviato, provato a rimuovere anche la sezione "wan6" ma non cambia nulla.
onfig 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 '******'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr '*****'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option proto 'pppoe'
option demand '0'
option password 'alicenewag'
option macaddr '*****'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username 'CP****SAUAD-******@00000.agcombores.unica'
option ifname 'ptm0.835'
option auto '1'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option auto '1'
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'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
list pppoerelay 'wanptm0'
option ipaddr '192.168.1.101'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
list ifname 'ptm0.835'
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-****'
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-****'
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'
-
Ciao a tutti,
mi permetto di scrivere un mio pensiero personale su questo forum.
Stiamo a mio avviso aprendo troppe richieste di supporto custom a configurazioni diciamo non standard. Credo che la priorità principale sia trovare una versione stabile delle funzioni base e avanzate dell'interfaccia moddata. Magari sistemando alcuni bug che sono ancora presenti sulla GUI TIM.
Penso che @Ansuel abbia tante cose da fare durante il giorno piuttosto che dare supporto a noi con le richieste più strane e svariate.
E credo che potrebbe stancarsi di risponderci.
Non potrebbe essere una buona idea avere un elenco di ciò che andrebbe ancora fissato, ed eventualmente una lista di ciò che si potrebbe aggiungere in futuro?Con le relative priorità.
Poi onestamente sarei volentieri disposto a fare delle donazioni nei confronti di chi ha partecipato a questo progetto. Quindi potrebbe anche essere un incentivo per coloro che mettono le mani attivamente sul modem ricevere una ricompensa per i loro sforzi. Quindi magari pubblicizzare un link per la donazione.
Mi piacerebbe sentire i vostri commenti ed eventualmente ditemi se mi sono perso qualcosa.
Ciao
Alekos
-
Ansuel ha aperto un github apposta per permettere a chi più esperto di partecipare, e agli altri di aprire varie issues per tenere traccia dei problemi presenti.
Allo stato attuale penso che sia stato usato da 4 persone al massimo.
-
@Ansuel mi unisco anche io a quelli a cui la telegestione non funziona, ho cambiato l'url e manualmente con winscp e continua a non funzionare questo e quello che visualizza la tab di log della GUI https://imgur.com/a/CoDU6 mentre l' app MyTIM Fisso mi dice che non può completare la richiesta e di riprovare più tardi.
-
Confermo, stesso problema anche a me!
-
Per la telegestione, io ho risolto facendo un backup con la gui 6.6.1 - ultima stabile - e dopo aver aggiornato dal branch dev, ripristinando il backup fatto in precedenza.
-
Un'informazione: ho collegato un HD esterno al modem come archivio interno. (Screenshot) (https://s14.postimg.org/jea78d0u9/Immagine.png)
Volevo chiedervi, sarebbe possibile cambiare il nome dell'HD in un altro nome a mia scelta? Da GUI mi pare non sia possibile...
Mi andrebbe bene anche un link con codice da mettere su Putty...
Thanks!
-
Ansuel vorrei che il modem emettesse un cicalino alle 7:00 del mattino. Ma da Gui non mi appare possibile :D
-
come mai vi preoccupate dei problemi della telegestione non va lasciata disattivata affinche' non installano il loro firmware???
-
@enrico2772 principalmente per l'app mytimfisso...
-
@enrico2772
Come hai aggiornato alla 1.1.1 rimanendo in root? Da GUI?
-
Si da GUI ho aggiornato al firmware 1.1.1 senza perdere il root
-
@enrico2772 ma hai lasciato il driver suo o hai messo quelli dell'1.0.3? Se è il primo caso hai perso MB?
-
WIP... siccome non posso al momento fixare o testare roba per mancanza di modem a casa a taranto...
vi piace ?
(https://i.imgur.com/EgbcHly.png)
-
yessss @Ansuel
-
Bravo @Ansuel. Così, si può fare?
https://imgur.com/a0NaWuX
Domando ...... ma tutti questi ammennicoli, non è che appesantiscono la macchina?
Quanta ram ha a disposizione e quanta ne stiamo consumando, in questo momento?
Come diceva testè @puandr, vorrei che alle 7.00, suoni un cicalino e mi facciaun caffè?
Il caffè l'ho aggiunto io, ma si capisce il senso?
A tal proposito, ricordo a tutti, che il buon @-Mirco-, aveva messo sù questo thread: https://www.ilpuntotecnico.com/forum/index.php/topic,77878.240.html,
e forse, sarebbe il caso di riprenderlo. Saluti
-
@Ansuel ...
Puoi dare una risposta o un suggerimento sui pacchetti ipk che devono essere installati per correggere i messaggi di netlink parse (per gli utenti di TIM GUI)?
Grazie infinite!
:)
-
@capo.punto avere queste robe non appesantisce.. solo quando le apri, crea carico... ram abbiamo mezzo giga...
comunque ho aggiunto una tab in diagnostica con i grafici ;)
a caricarli ci mette un pò... devo trovare metodi per ottimizzare però almeno per ora funziona...
-
@Ansuel confermo che l'xDSL Graphics ci mette decisamente parecchio a caricare, però nel mio caso, poi non c'è nessun grafico, non so se ad altri valorizzi qualcosa
Grazie
-
@giulio63 cos? in che senso nessun grafico?
-
@Ansuel nel tab " Diagnostica - xDSL Graphics " dopo il lungo periodo di caricamento non esce nessun grafico ( DSL Hlog, DSL QLN, DSL SNR, DSL Bits, tutto completamente vuoto ) mentre in " xDSL " ci sono i valori come sempre.
Volevo sapere se lo fa solo a me, ma visto l'orario forse potrò saperlo domani, se altri utenti commenteranno
p.s.: ma almeno a te dovrebbe funzionare credo
-
potrei essermi dimenticato qualcosa... chrome da qualche errore?
-
@Ansuel purtroppo chrome non da' nessun errore e provando con altri browser ho lo stesso risultato.
credo sia meglio aspettare qualche altro commento per capire se lo fa solo a me per qualche problema di configurazione, non saprei
-
ho ridotto il tempo di caricamento a 10 secondi... c'era un bug per cui si creavano i file con i valori una roba tipo... 6 volte o.o
@giulio63 domanda... ma tu hai la 200 mega? immagino di si...
-
@Ansuel confermo la riduzione drastica nel caricamento dei dati ma almeno a me continua a non creare alcun grafico.
p.s.: si ho la 200 mega anche se in realtà pur stando a circa 100 metri dalla cabina ho una velocità di 153/155 Mega . fino a poco tempo fa avevo una decina di mega in più persi probabilmente per diafonia, in quanto anche provando altri drivers non e' migliorata la situazione
grazie
-
Volevo sapere se lo fa solo a me, ma visto l'orario forse potrò saperlo domani, se altri utenti commenteranno
Premetto sono in adsl 20M , ho appena provato a visualizzare il menu che citi e confermo che funziona senza alcun problema , ultima dev 6.7.39, tra l' altro la visulizzazione è molto più veloce rispetto alla versione precedente per la modifica del tempo di caricamento indicata da Ansuel.
-
il driver e' quello dell' ultima versione firmware intendi quello??? e poi cosa e' MB???
-
@enrico2772
Si intendo quello. MB sono megabyte. Cin la 1.0.0 perdo 10mb in download rispetto alla 1.0.3 quindi li ho cambiati. Volevo sapere se anche con la 1.1.1 di perdono
-
@giulio63 perfetto è un problema di bande siccome con la 35b bisogna visualizzare il doppio Delle bande non ci entra tutto... Faccio una modifica veloce e dovrebbe andare...
fatto prova pls
-
@Ansuel spero non sia un mio problema isolato, ma anche con la 6.7.40 ho i grafici vuoti. servirebbe il commento di qualcuno che abbia la fibra 200 o 1000
-
la fibra 1000 non mostrerà mai quei grafici ovviamente....
@giulio63 puoi farmi uno screen della pagina?
-
@Ansuel non so quanto potrà servire ma ecco la schermata priva di grafici
(https://i.imgur.com/SvZWIMB.png)
-
@giulio63 anche il grafico bits è vuoto ?
-
@Ansuel si tutte le voci sono completamente vuote
p.s.: qual'è il modo corretto per poter inserire l'immagine ? col tag img non ci sono riuscito ed ho dovuto inserire il link esterno
-
controlla in tmp stanno i file Param ?
er mettere immagine dopo che la carichi su imgur fai copia indirizzo immagine e usi il tag img
-
@Ansuel si i file *Param* ci sono in /tmp
root@modemtim:/tmp# ls -la *Param*
-rw-r--r-- 1 root root 26000 Mar 30 11:50 BitsParam
-rw-r--r-- 1 root root 79544 Mar 30 11:50 HlogParam
-rw-r--r-- 1 root root 86116 Mar 30 11:50 QLNParam
-rw-r--r-- 1 root root 69255 Mar 30 11:50 SNRParam
-
puoi aprirli ? e dirmi contenuto ?
-
no come mega non ho perso nulla io ho una 200/20
-
@Ansuel sono composti da tanti numeri delimitati da virgole, posso provare a mandarli qui col tag spoiler
-
@enrico2772 visto che hai la Fibra 200/20 come me ....ma a te funziona xDSL Graphichs nel Tab Diagnostica ?
-
Ansuel stai facendo un lavoro fantastico con la GUI complimenti!!!
-
confermo neanche a me funziona xDLS Graphics non mostra nessun grafico
-
@giulio63 allora è solo un problema di visualizzazione credo... però a pubblicare 3000 versioni ci metto una vita ahahah attendo qualcuno su skype a cui posso passare il file così si fa prima...
-
ma voi attesa CPU come lo avete impostato su on o su off?
-
su on
-
@Ansuel ecco i files ( ci sono diversi valori NaN che non so se creano problemi ) messaggio troppo grande ....ti mando solo BitsParam
Il file BitsParam sembra essere l'unico privo di quei codici NaN
BitsParam
[ You must login or register to view this spoiler! ]
HlogParam
parziale solo per farti vedere quei codici
[ You must login or register to view this spoiler! ]
-
i NaN sono giusti i file sono corretti ;)
-
Fixato provate questa nuova versione... il problema era un altro... potrebbe essere di un secondino più lento
-
@Ansuel con la versione 6.7.42 il tempo di caricamento è di circa 20s quindi più che accettabile.
Funzionano 3 grafici su 4, continua ad essere vuoto l'ultimo DSL Bits
-
@Ansuel Ciao, come ti avevo accennato settimana scorsa io anche in versione dev continuo ad avere il menù Broadband che resta in caricamento quando ci clicco sopra invece di aprirsi. Sono in modalità bridge.. e anche gli update automatici non funzionano più da GUI(Si blocca la finestra). Sono anche partito da modem resettato con proceduta di sblocco. Stessi problemi sia in 1.0.3 che in 1.1.1.
-
@giulio63 prova con questa versione...
-
@alekos ovvio che in bridge non funziona l'aggiornamento da gui... (il modem non ha internet!) per aggiornare devi usare il bottone per l'aggiornamento offline..
per il menù broadband dammi i log pls (chrome e logread)
-
fixata pagina bridge :)) @alekos
-
@Ansuel
Ecco l'errore su Chrome:
main-min.js:3887 GET http://192.168.0.1/modals/broadband-modal.lp net::ERR_EMPTY_RESPONSE
Ecco il log del modem:
Fri Mar 30 17:58:56 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 17:59:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 17:59:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:00:00 2018 cron.info crond[2928]: USER root pid 24967 cmd /usr/share/transformer/scripts/checkver.sh
Fri Mar 30 18:00:00 2018 cron.info crond[2928]: USER root pid 24968 cmd /sbin/trafficmon.lua
Fri Mar 30 18:00:00 2018 cron.info crond[2928]: USER root pid 24969 cmd /sbin/trafficdata.lua
Fri Mar 30 18:00:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:00:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:01:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:01:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:02:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:02:38 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl0_1
Fri Mar 30 18:02:38 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl0_1 (Operation not permitted)
Fri Mar 30 18:02:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:03:00 2018 cron.info crond[2928]: USER root pid 25035 cmd /sbin/trafficdata.lua
Fri Mar 30 18:03:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:03:49 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on br-lan
Fri Mar 30 18:03:49 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%br-lan (Operation not permitted)
Fri Mar 30 18:03:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:04:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:04:38 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl1_1
Fri Mar 30 18:04:38 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl1_1 (Operation not permitted)
Fri Mar 30 18:04:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:05:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:05:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:06:00 2018 cron.info crond[2928]: USER root pid 25073 cmd /sbin/trafficdata.lua
Fri Mar 30 18:06:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:06:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:07:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:07:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:08:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:08:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:09:00 2018 cron.info crond[2928]: USER root pid 25111 cmd /sbin/trafficdata.lua
Fri Mar 30 18:09:20 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl0_1
Fri Mar 30 18:09:20 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl0_1 (Operation not permitted)
Fri Mar 30 18:09:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:09:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:10:00 2018 cron.info crond[2928]: USER root pid 25125 cmd /sbin/trafficmon.lua
Fri Mar 30 18:10:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:10:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:10:59 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on br-lan
Fri Mar 30 18:10:59 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%br-lan (Operation not permitted)
Fri Mar 30 18:11:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:11:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:11:59 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl1_1
Fri Mar 30 18:11:59 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl1_1 (Operation not permitted)
Fri Mar 30 18:12:00 2018 cron.info crond[2928]: USER root pid 25156 cmd /sbin/trafficdata.lua
Fri Mar 30 18:12:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:12:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:13:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:13:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:14:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:14:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:15:00 2018 cron.info crond[2928]: USER root pid 25194 cmd /sbin/trafficdata.lua
Fri Mar 30 18:15:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:15:30 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl0_1
Fri Mar 30 18:15:30 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl0_1 (Operation not permitted)
Fri Mar 30 18:15:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:16:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:16:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:17:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:17:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:18:00 2018 cron.info crond[2928]: USER root pid 25232 cmd /sbin/trafficdata.lua
Fri Mar 30 18:18:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:18:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:19:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:19:56 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl1_1
Fri Mar 30 18:19:56 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl1_1 (Operation not permitted)
Fri Mar 30 18:19:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:20:00 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on wl0_1
Fri Mar 30 18:20:00 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%wl0_1 (Operation not permitted)
Fri Mar 30 18:20:00 2018 cron.info crond[2928]: USER root pid 25258 cmd /sbin/trafficmon.lua
Fri Mar 30 18:20:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:20:32 2018 daemon.info odhcpd[2911]: Using a RA lifetime of 0 seconds on br-lan
Fri Mar 30 18:20:32 2018 daemon.notice odhcpd[2911]: Failed to send to ff02::1%br-lan (Operation not permitted)
Fri Mar 30 18:20:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:21:00 2018 cron.info crond[2928]: USER root pid 25272 cmd /sbin/trafficdata.lua
Fri Mar 30 18:21:25 2018 authpriv.info dropbear[25278]: Child connection from 192.168.0.2:53316
Fri Mar 30 18:21:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:21:30 2018 authpriv.notice dropbear[25278]: Password auth succeeded for 'root' from 192.168.0.2:53316
Fri Mar 30 18:21:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:22:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:22:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:23:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:23:39 2018 daemon.err nginx: 2018/03/30 18:23:39 [error] 24701#0: *25 [lua] sessionmgr.lua:279: redirectIfNotAuthorized(): Unauthorized request, client: 192.168.0.2, server: localhost, request: "GET / HTTP/1.1", host: "192.168.0.1"
Fri Mar 30 18:23:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:24:00 2018 cron.info crond[2928]: USER root pid 25337 cmd /sbin/trafficdata.lua
Fri Mar 30 18:24:07 2018 daemon.err nginx: 2018/03/30 18:24:06 [error] 24701#0: *25 lua entry thread aborted: runtime error: [string "broadband-bridge.lp"]:55: unexpected symbol near ','
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'procesFri Mar 30 18:24:07 2018 daemon.err nginx: 2018/03/30 18:24:07 [error] 24701#0: *26 lua entry thread aborted: runtime error: [string "broadband-bridge.lp"]:55: unexpected symbol near ','
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "/modals/broadband-modal.lp"]:294: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'procesFri Mar 30 18:24:27 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
Fri Mar 30 18:24:57 2018 daemon.info transformer: [hostmanager] Ignoring improper wireless radio event
-
@Ansuel mi spiace, ma anche con la versione 6.7.47 l'ultimo grafico continua ad essere vuoto.
in questi grafici quali parametri/unità di misura sono utilizzati ?
-
@Ansuel Grazie!
-
@giulio63 è semplicemente un problema di visualizzazione... (almeno credo... sta volta... spero... mi rompe controllare...)
apri il file xdsl graphics modal in www/docroot/modals
e alza questo bel numeretto e dimmi quando esce il grafico...
<legend>'); ngx.print( T"DSL Bits" ); ngx.print('</legend>\
<div style="overflow-x:auto;max-width:1130px;">')
if profile and ( profile[1].value == "BrcmPriv1") then
ngx.print('<div style="height: 400px;width:20096px;">')
else
ngx.print('<div style="height: 400px;width:8048px;">')
end
ngx.print('\
<canvas id="BitsChart"></canvas>\
width:20096px;">')
-
@Ansuel scusa, qual'è il numero da aumentare ?
p.s.: il nome del file direi che è questo diagnostics-xdsl-graphics-modal.lp
-
@giulio63 width 20096 si il file è quello
-
@Ansuel credo di rinunciarci....ho fatto decine di variazioni anche arrivando a valori esagerati ma non compare mai niente. a questo punto non so se può entrarci qualche altro motivo
-
può essere che c'è un altro motivo allora... dopo controllo :)
-
@giulio63 fixed :) credo...
-
sembra fixed anche se noto che la cpu lavora di più di prima, 0,20 anche contro 1,30ca di adesso.
che abbia bisogno di un reset?
-
@Ansuel confermo che adesso ci sono tutti i grafici. L'ultimo è totalmente differente dai precedenti. Spero sia giusto così non ci devi mettere più le mani .
Grazie
-
@CastleBravo Può essere che mentre fa i dati si alzi il cpuload ma poi scende... quei grafici non sono la causa al 100%
@giulio63 si è normale che è totalmente differente... è il bitloading corretto per i 35b rispetto a quello che stava buggato nelle statistiche dsl
-
ma nella cars "Internet" stona vedere tutte le unità di misura in sigla e invece giorno scritto per intero.
dove fa riferimento l'uptime per le unità di misura?
-
Ansuel ottimo lavoro anche a me i grafici funzionano tutti perfettamente!!!
-
Ciao Ansuel, ho questo problema con un Tim Hub e l'ultimo fw ufficiale disponibile . Con la tua GUI 6.5.X ho avuto la geniale idea di impostare la connessione in bridge ....da lì non non sono più riuscito a ritornare in PPPoE (probabilmente per qualche bug)...ho aggiornato alla 6.6.X e poi alla dev 6.7.X ma niente da fare...ho fatto ripristino della GUI e caricato un 5.X...in questo modo sono riuscito ad uscire dalla modalità bridge ma ora non ne vuole più sapere di instaurare una connessione PPOE...ho riaggiornato la GUI alla 6.6.X ufficiale ed alla 6.7.X dev ma non funziona comunque....qualche consiglio ? Grazie
-
File network in etc config
-
Ciao,
di anomalo ho riscontrato le credenziali diverse (probabilmente quelli Alice ) da quelle che ho inserito nella GUI : le ho comunque forzate, ma non funzionano.
Posto comunque il restante :
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 '***'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr '***'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option ifname '<set by script>'
option password ‘yyy’
option macaddr '***'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username ‘xxx’
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option auto '1'
option proto 'mobiled'
option session_id '0'
option profile '1'
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.0'
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
option pppoerelay '<set by script>'
option ipaddr '192.168.0.1'
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-***'
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-***'
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'
-
Ragazzi ho un problema. Ho una telecamera WiFi che non so perché a volte si collega al repeater e quindi cambia mac e di conseguenza non è più valida la regola delle porte aperte impostate nel modem. C'è un metodo per obbligare alla telecamera di collegarsi solo al modem o in alternativa impostare nell'apertura porte del modem solo l'ip invece del mac?
-
Potrei suggerirti di cambiare SSID al range extender, così la tua videocamera non potrà mai collegarsi al range extender/repeater. Io ho un problema simile ma con un tv box
-
@Ansuel intanto buona Pasqua a te e famiglia. Avevo un quesito da proporti oggi ho provato con la 5 porta dell'agtef in LAN funziona ma a metà diciamo. Ti spiego se viene settata in porta wan la 5 presa appena ci collego il router dgnd4000 per fare una connessione ppoe nuova non accedo più alla gui ngix mi sa che il servizio è temporaneamente disabilitato perché?? X uscire da questa situazione tolto il plugin nella 5 presa rossa e spento e riacceso il modem.
Invece imposto la 5 LAN come presa LAN la gui funziona xò il router in cascata non mi va su internet o meglio non riesce a tirare su una nuova ppoe. Chiedo si potrebbe modificare il funzionamento per questa nuova impostazione??
Invece se collego alla 5 porla LAN un PC funziona come nelle altre porte!!!!
Grazie mille
-
Ottimo!!
Per il non poter accedere alla gui facendo la pppoe sul router è normale...
Devo solo fixare il relay...
SEI su agtef vero?
-
Si Ansuel in più la telegestione è tornata attiva tu hai fatto qualcosa oppure era un problema di server Tim???
-
Ho messo un check
se non ti funzionava sarà stato quello
-
@emax Conviene resettare hai il file molto rotto (nel senso che sta tutto buggato)
-
Grazie @Ansuel per rispondermi pure a pasqua (Auguri comunque).
Mi consigli quindi di fare un reset hardware ? In questo caso, perdo il root ?
Grazie
-
@emax no non perdi
-
@Ansuel ho aggiornato la gui alla ultima versione 6.7.58 domani la provo nella casistica sopra citata nel mio post precedente ho notato che ora nella parte dove si disattiva i led la spiegazione è in inglese si può riaverla in italiano?
In più dove c'è lo swich per il cambio di modalità della 5 porta LAN si può farlo più semplice nel senso se verde la 5 porta LAN e una wan se non verde diventa una LAN come tutte le altre 4 che ne dici è più comprensibile.
Invece per quanto riguarda il wifi e lo spegnimento cosa ti serve x capire xké nn si spegne all'ora prestabilita???
Per i grafici sono stupendi ma io li comprendo poco.... magari me lo spieghi avanza tempo.
Buonanotte
-
ma scusate la domanda ma perché ci tenete tanto a tenere la telegestione attiva??? non rischiate che vi aggiornano il firmware da remoto????
-
@Ansuel vero ci sono alcune parti che non sono tradotte, quali sono i file da editare? Non dovrebbero essere i .po? io trovo solo i .mo
A me lo spegnimento del wifi va per la cronaca
-
@enrico2772 ti dirò con l'ultima versione è finalmente fixato l'upgrade ... Niente più bootloop
-
@Ansuel non so se solo dall'ultimissima versione sviluppatore o anche da qualche versione precedente ma mi sono accorto che la gui non accetta più l'account admin se mi collego da 3g/4g mentre in rete locale non ho problemi.
Premetto che io ho reindirizzato sul router la porta 80 verso la porta 8083 ed ha sempre funzionato per potermi collegare al router da esterno.
Adesso arriva alla pagina di login del router ma l'utenza admin non viene più accettata con questo tipo di collegamento.
Grazie
-
@emax no non perdi
Buongiorno e buona a Pasquetta a tutti
Ho provveduto a fare un bel hw reset e rifatto la procedura :
-scaricato l'ultima GUI ufficiale (6.6.1)
- copiata nella tmp con WINSCP
questo è il log di quello che succede:
login as: root
[email protected]'s password:
BusyBox v1.23.2 (2017-11-01 03:43:39 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-s
Release: Cyan (17.3)
Version: 17.3.0177-1681035-20180202140345-00e08a8ebb69245c9a7279898ccc11bc219dab 14
Hash config: 00e08a8ebb69245c9a7279898ccc11bc219dab14
Hash openwrt: 3f9ffced7a33ec9cca390514c3c5b04167c55564
Hash kernel: ca802a63914cb74690e4195d679d31d416d09ef7
Hash custo: f0fa4bc3061544b1501774387c1a7be715d06bcc
Hash packages: 844363d11a9302f90fc5dbd02ad8a89f909c3f4d
Hash routing: e5b651af0315a6b5a8e034e0e530270544f32428
Hash lte: 92c326ab7f315ec1630d59864b4b9bb9ff57fe84
Bootloader: 17.19.1062-0000000-20170512080206-5bebd9fb97718f93b20bca231a620df630 da9918
root@modemtim:~# bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -
bin/
bin/busybox_telnet
etc/
etc/config/
etc/config/dlnad_orig
etc/config/dropbear_new
etc/config/ipping
etc/config/power
etc/config/telnet_orig
etc/config/watchdog
etc/config/web_unlock
etc/config/wol_orig
etc/crontabs/
etc/crontabs/root_gui
etc/ddns_new/
etc/ddns_new/services
etc/ddns_new/services_ipv6
etc/hotplug.d/
etc/hotplug.d/iface/
etc/hotplug.d/iface/50-miniupnpd
etc/hotplug.d/iface/99-wol
etc/init.d/
etc/init.d/dlnad
etc/init.d/miniupnpd
etc/init.d/mobiled
etc/init.d/power
etc/init.d/rootdevice
etc/init.d/telnet
etc/init.d/trafficmon
etc/init.d/wol
etc/nginx/
etc/nginx/fastcgi_params
etc/nginx/koi-utf
etc/nginx/koi-win
etc/nginx/mime.types
etc/nginx/naxsi_core.rules
etc/nginx/nginx.conf
etc/nginx/win-utf
etc/opkg/
etc/opkg/distfeeds.conf
etc/opkg.conf
etc/rc.d/
etc/rc.d/S94rootdevice
etc/ssl/
etc/ssl/certs/
etc/ssl/certs/578d5c04.0
etc/ssl/certs/aee5f10d.0
etc/ssl/certs/AGprivkey.key
etc/ssl/certs/d6d84089.0
etc/ssl/certs/rootTLC-CA.cer
etc/ssl/openssl.cnf
etc/ssl/private/
etc/uci-defaults/
etc/uci-defaults/99-miniupnpd
etc/wireless_acs.conf
lib/
lib/functions/
lib/functions/firewall-wol.sh
lib/libCdsObjects.so
lib/upgrade/
lib/upgrade/platform.sh
sbin/
sbin/sysupgrade
sbin/trafficdata.lua
sbin/trafficmon.lua
usr/
usr/bin/
usr/bin/dlnad
usr/bin/openssl
usr/bin/rtfd
usr/bin/sysupgrade-safe
usr/lib/
usr/lib/cwmpd/
usr/lib/cwmpd/transfers/
usr/lib/cwmpd/transfers/switchover.sh
usr/lib/cwmpd/transfers/upgrade.sh
usr/lib/libcrypto.so.1.0.0
usr/lib/libpcre.so
usr/lib/libpcre.so.1
usr/lib/libpcre.so.1.2.7
usr/lib/libpcreposix.so.0
usr/lib/libpcreposix.so.0.0.4
usr/lib/libssl.so.1.0.0
usr/lib/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/atmpinghelper.lua
usr/lib/lua/transformer/shared/bandsteerhelper.lua
usr/lib/lua/transformer/shared/banktable.lua
usr/lib/lua/transformer/shared/cmdhelper.lua
usr/lib/lua/transformer/shared/common/
usr/lib/lua/transformer/shared/common/network.lua
usr/lib/lua/transformer/shared/ConfigCommon.lua
usr/lib/lua/transformer/shared/custo/
usr/lib/lua/transformer/shared/custo/wifisecurity.lua
usr/lib/lua/transformer/shared/ddns.lua
usr/lib/lua/transformer/shared/devicehelper.lua
usr/lib/lua/transformer/shared/firewall_helper.lua
usr/lib/lua/transformer/shared/fon_helper.lua
usr/lib/lua/transformer/shared/hostforward_helper.lua
usr/lib/lua/transformer/shared/ImportConfig.lua
usr/lib/lua/transformer/shared/intfdiaghelper.lua
usr/lib/lua/transformer/shared/ipdiagnosticshelper.lua
usr/lib/lua/transformer/shared/ippinghelper.lua
usr/lib/lua/transformer/shared/mobileconnection.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/dmordering.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/xdsl.lua
usr/lib/lua/transformer/shared/nudhelper.lua
usr/lib/lua/transformer/shared/processinfo.lua
usr/lib/lua/transformer/shared/profile_helper.lua
usr/lib/lua/transformer/shared/qoshelper.lua
usr/lib/lua/transformer/shared/reboot_helper.lua
usr/lib/lua/transformer/shared/secrouting_helper.lua
usr/lib/lua/transformer/shared/servicedefault.lua
usr/lib/lua/transformer/shared/setClashPassword.lua
usr/lib/lua/transformer/shared/sfp.lua
usr/lib/lua/transformer/shared/timezone.lua
usr/lib/lua/transformer/shared/tr143helper.lua
usr/lib/lua/transformer/shared/traceroutehelper.lua
usr/lib/lua/transformer/shared/uciswitch.lua
usr/lib/lua/transformer/shared/VendorConfig.lua
usr/lib/lua/transformer/shared/VendorLog.lua
usr/lib/lua/transformer/shared/wanconnection.lua
usr/lib/lua/transformer/shared/wifi.lua
usr/lib/lua/transformer/shared/WLANConfigurationCommon.lua
usr/lib/lua/transformer/shared/xdslctl.lua
usr/lib/lua/transformer/shared/xtmctl.lua
usr/lib/lua/web/
usr/lib/lua/web/ajax_helper.lua
usr/lib/lua/web/assistance.lua
usr/lib/lua/web/content_helper.lua
usr/lib/lua/web/dyntab_helper.lua
usr/lib/lua/web/fileupload.lua
usr/lib/lua/web/intercept.lua
usr/lib/lua/web/intl.lua
usr/lib/lua/web/lp.lua
usr/lib/lua/web/lte-params.lua
usr/lib/lua/web/lte-utils.lua
usr/lib/lua/web/network.lua
usr/lib/lua/web/plural.lua
usr/lib/lua/web/post_helper.lua
usr/lib/lua/web/redirect-parental.lua
usr/lib/lua/web/session.lua
usr/lib/lua/web/sessioncontrol.lua
usr/lib/lua/web/sessionmgr.lua
usr/lib/lua/web/taint.lua
usr/lib/lua/web/template.lua
usr/lib/lua/web/tim_helper.lua
usr/lib/lua/web/trfile.lua
usr/lib/lua/web/uimessage_helper.lua
usr/lib/lua/web/uinetwork_helper.lua
usr/lib/lua/web/ui_helper.lua
usr/lib/lua/web/web.lua
usr/lib/opkg/
usr/lib/opkg/info/
usr/lib/opkg/info/libopenssl.control
usr/lib/opkg/info/libopenssl.list
usr/lib/opkg/info/libopenssl.postinst
usr/lib/opkg/info/libopenssl.prerm
usr/lib/opkg/info/libpcre.list
usr/lib/opkg/info/nginx.conffiles
usr/lib/opkg/info/nginx.control
usr/lib/opkg/info/nginx.list
usr/lib/opkg/info/nginx.postinst
usr/lib/opkg/info/nginx.prerm
usr/lib/opkg/info/openssl-util.conffiles
usr/lib/opkg/info/openssl-util.control
usr/lib/opkg/info/openssl-util.list
usr/lib/opkg/info/openssl-util.postinst
usr/lib/opkg/info/openssl-util.prerm
usr/lib/opkg/info/upnpd.conffiles
usr/lib/opkg/info/upnpd.control
usr/sbin/
usr/sbin/miniupnpd
usr/sbin/nginx
usr/share/
usr/share/miniupnpd/
usr/share/miniupnpd/firewall.include
usr/share/transformer/
usr/share/transformer/commitapply/
usr/share/transformer/commitapply/Cellular.Interface.X_000E50_Upgrade.ca
usr/share/transformer/commitapply/dev2_DHCPv4_Client.ca
usr/share/transformer/commitapply/dev2_DHCPv6_Client.ca
usr/share/transformer/commitapply/dev2_ipping.ca
usr/share/transformer/commitapply/dev2_IP_Interface.ca
usr/share/transformer/commitapply/dev2_minitr064d.ca
usr/share/transformer/commitapply/dev2_mptcp.ca
usr/share/transformer/commitapply/dev2_power.ca
usr/share/transformer/commitapply/dev2_PPP_Interface.ca
usr/share/transformer/commitapply/dev2_pxs_tvmode.ca
usr/share/transformer/commitapply/dev2_remoteassist.ca
usr/share/transformer/commitapply/dev2_tr143.ca
usr/share/transformer/commitapply/dev2_traceroute.ca
usr/share/transformer/commitapply/dev2_wifi_autochannelrefresh.ca
usr/share/transformer/commitapply/device2_mobiled.ca
usr/share/transformer/commitapply/device2_mobiled_network.ca
usr/share/transformer/commitapply/device2_ngwfdd.ca
usr/share/transformer/commitapply/DeviceInfo.ca
usr/share/transformer/commitapply/gre_hotspot.ca
usr/share/transformer/commitapply/igd_dev2_User.ca
usr/share/transformer/commitapply/igd_ipping.ca
usr/share/transformer/commitapply/igd_LANEthernetInterfaceConfig.ca
usr/share/transformer/commitapply/igd_LANHostConfigManagement.ca
usr/share/transformer/commitapply/igd_minitr064d.ca
usr/share/transformer/commitapply/igd_mobiled.ca
usr/share/transformer/commitapply/igd_mobiled_network.ca
usr/share/transformer/commitapply/igd_ngwfdd.ca
usr/share/transformer/commitapply/igd_tr143.ca
usr/share/transformer/commitapply/igd_traceroute.ca
usr/share/transformer/commitapply/igd_WANATMF5LoopbackDiagnostics.ca
usr/share/transformer/commitapply/igd_WANDSLDiagnostics.ca
usr/share/transformer/commitapply/igd_WANDSLInterfaceConfig.ca
usr/share/transformer/commitapply/igd_WANDSLInterfaceConfigStandard.ca
usr/share/transformer/commitapply/igd_WANIPConnection.ca
usr/share/transformer/commitapply/igd_WANIPv6Connection.ca
usr/share/transformer/commitapply/igd_WANPPPConnection.ca
usr/share/transformer/commitapply/rpc_forgotpassword.ca
usr/share/transformer/commitapply/rpc_mmpbx.ca
usr/share/transformer/commitapply/rpc_qos.ca
usr/share/transformer/commitapply/rpc_system.ca
usr/share/transformer/commitapply/rpc_tod.ca
usr/share/transformer/commitapply/rpc_usb.ca
usr/share/transformer/commitapply/rpc_wifitod.ca
usr/share/transformer/commitapply/uci_cwmpd.ca
usr/share/transformer/commitapply/uci_ddns.ca
usr/share/transformer/commitapply/uci_dhcp.ca
usr/share/transformer/commitapply/uci_dlnad.ca
usr/share/transformer/commitapply/uci_dropbear.ca
usr/share/transformer/commitapply/uci_ethernet.ca
usr/share/transformer/commitapply/uci_firewall.ca
usr/share/transformer/commitapply/uci_intercept.ca
usr/share/transformer/commitapply/uci_mmpbx.ca
usr/share/transformer/commitapply/uci_mobiled.ca
usr/share/transformer/commitapply/uci_mobiled_network.ca
usr/share/transformer/commitapply/uci_mwan.ca
usr/share/transformer/commitapply/uci_network.ca
usr/share/transformer/commitapply/uci_networklan.ca
usr/share/transformer/commitapply/uci_ngwfdd.ca
usr/share/transformer/commitapply/uci_optical.ca
usr/share/transformer/commitapply/uci_parental.ca
usr/share/transformer/commitapply/uci_portmirror.ca
usr/share/transformer/commitapply/uci_printersharing.ca
usr/share/transformer/commitapply/uci_qos.ca
usr/share/transformer/commitapply/uci_samba.ca
usr/share/transformer/commitapply/uci_system.ca
usr/share/transformer/commitapply/uci_system_ntp.ca
usr/share/transformer/commitapply/uci_system_syslog.ca
usr/share/transformer/commitapply/uci_telnet.ca
usr/share/transformer/commitapply/uci_tod.ca
usr/share/transformer/commitapply/uci_upnp.ca
usr/share/transformer/commitapply/uci_wansensing.ca
usr/share/transformer/commitapply/uci_web.ca
usr/share/transformer/commitapply/uci_webservice.ca
usr/share/transformer/commitapply/uci_web_users.ca
usr/share/transformer/commitapply/uci_wireless.ca
usr/share/transformer/commitapply/uci_wol.ca
usr/share/transformer/commitapply/uci_xdsl.ca
usr/share/transformer/commitapply/uci_xtm.ca
usr/share/transformer/commitapply/VoiceService.VoiceProfile.ca
usr/share/transformer/commitapply/wifi_doctor_agent.ca
usr/share/transformer/commitapply/X_000E50_RemoteAccess.ca
usr/share/transformer/mappings/
usr/share/transformer/mappings/bbf/
usr/share/transformer/mappings/bbf/VoiceService.Capabilities.Codecs.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.map
usr/share/transformer/mappings/bbf/VoiceService.PhyInterface.map
usr/share/transformer/mappings/bbf/VoiceService.UAVoicePort.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.Line.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.NumberPlan.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.SIP-RTP.map
usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.Tone.map
usr/share/transformer/mappings/rpc/
usr/share/transformer/mappings/rpc/datausage.interface.map
usr/share/transformer/mappings/rpc/datausage.map
usr/share/transformer/mappings/rpc/ddns.map
usr/share/transformer/mappings/rpc/dhcpv6.client.map
usr/share/transformer/mappings/rpc/forgotpassword.map
usr/share/transformer/mappings/rpc/igmpproxy.interface.group.map
usr/share/transformer/mappings/rpc/igmpproxy.interface.map
usr/share/transformer/mappings/rpc/igmpproxy.map
usr/share/transformer/mappings/rpc/igmpsnooping.map
usr/share/transformer/mappings/rpc/mmpbx.calllog.info.map
usr/share/transformer/mappings/rpc/mmpbx.callstatistics.map
usr/share/transformer/mappings/rpc/mmpbx.codecfilter.map
usr/share/transformer/mappings/rpc/mmpbx.dect.map
usr/share/transformer/mappings/rpc/mmpbx.dectemission.map
usr/share/transformer/mappings/rpc/mmpbx.device.map
usr/share/transformer/mappings/rpc/mmpbx.device.stats.map
usr/share/transformer/mappings/rpc/mmpbx.diagnostics.map
usr/share/transformer/mappings/rpc/mmpbx.incomingmap.map
usr/share/transformer/mappings/rpc/mmpbx.map
usr/share/transformer/mappings/rpc/mmpbx.media.codec.map
usr/share/transformer/mappings/rpc/mmpbx.mmpbxrvsipnet.map
usr/share/transformer/mappings/rpc/mmpbx.outgoingmap.map
usr/share/transformer/mappings/rpc/mmpbx.phonebook.map
usr/share/transformer/mappings/rpc/mmpbx.profile.map
usr/share/transformer/mappings/rpc/mmpbx.rvsipdev.map
usr/share/transformer/mappings/rpc/mobiled.device.capabilities.map
usr/share/transformer/mappings/rpc/mobiled.device.errors.map
usr/share/transformer/mappings/rpc/mobiled.device.firmware_upgrade.map
usr/share/transformer/mappings/rpc/mobiled.device.info.map
usr/share/transformer/mappings/rpc/mobiled.device.map
usr/share/transformer/mappings/rpc/mobiled.device.profiles.map
usr/share/transformer/mappings/rpc/mobiled.device.radio_preferences.map
usr/share/transformer/mappings/rpc/mobiled.device.voice.map
usr/share/transformer/mappings/rpc/mobiled.leds.map
usr/share/transformer/mappings/rpc/mobiled.map
usr/share/transformer/mappings/rpc/mobiled.network.map
usr/share/transformer/mappings/rpc/mobiled.network.scan.map
usr/share/transformer/mappings/rpc/mobiled.network.scanresults.map
usr/share/transformer/mappings/rpc/mobiled.network.serving_system.map
usr/share/transformer/mappings/rpc/mobiled.network.sessions.map
usr/share/transformer/mappings/rpc/mobiled.network.sessions.pco.map
usr/share/transformer/mappings/rpc/mobiled.network.time.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.antenna_control .linked_device.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.antenna_control .map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.power_control.l inked_device.map
usr/share/transformer/mappings/rpc/mobiled.platform.capabilities.power_control.m ap
usr/share/transformer/mappings/rpc/mobiled.platform.info.antenna_control.map
usr/share/transformer/mappings/rpc/mobiled.platform.info.map
usr/share/transformer/mappings/rpc/mobiled.platform.info.power_control.map
usr/share/transformer/mappings/rpc/mobiled.platform.map
usr/share/transformer/mappings/rpc/mobiled.radio.map
usr/share/transformer/mappings/rpc/mobiled.radio.signal_quality.map
usr/share/transformer/mappings/rpc/mobiled.sim.map
usr/share/transformer/mappings/rpc/mobiled.sim.pin.map
usr/share/transformer/mappings/rpc/mobiled.sms.info.map
usr/share/transformer/mappings/rpc/mobiled.sms.map
usr/share/transformer/mappings/rpc/mobiled.sms.messages.map
usr/share/transformer/mappings/rpc/network.firewall.dmz.map
usr/share/transformer/mappings/rpc/network.firewall.map
usr/share/transformer/mappings/rpc/network.firewall.pinholerule.map
usr/share/transformer/mappings/rpc/network.firewall.portforward.map
usr/share/transformer/mappings/rpc/network.firewall.portforwardgroup.map
usr/share/transformer/mappings/rpc/network.firewall.userrule.map
usr/share/transformer/mappings/rpc/network.firewall.userrule_v6.map
usr/share/transformer/mappings/rpc/network.interface.map
usr/share/transformer/mappings/rpc/network.interface.ppp.map
usr/share/transformer/mappings/rpc/network.map
usr/share/transformer/mappings/rpc/network.nat.map
usr/share/transformer/mappings/rpc/optical.interface.map
usr/share/transformer/mappings/rpc/optical.link.map
usr/share/transformer/mappings/rpc/optical.map
usr/share/transformer/mappings/rpc/qos.map
usr/share/transformer/mappings/rpc/routeradvertisement.interfacesetting.map
usr/share/transformer/mappings/rpc/rpc.ATMStats.map
usr/share/transformer/mappings/rpc/rpc.diagnostic_utility.map
usr/share/transformer/mappings/rpc/rpc.hosts.map
usr/share/transformer/mappings/rpc/rpc.map
usr/share/transformer/mappings/rpc/sys.banktable.map
usr/share/transformer/mappings/rpc/sys.bootp.map
usr/share/transformer/mappings/rpc/sys.class.ip6routes.map
usr/share/transformer/mappings/rpc/sys.class.iproutes.map
usr/share/transformer/mappings/rpc/sys.class.leds.map
usr/share/transformer/mappings/rpc/sys.class.map
usr/share/transformer/mappings/rpc/sys.class.net.map
usr/share/transformer/mappings/rpc/sys.class.net.statistics.map
usr/share/transformer/mappings/rpc/sys.class.xdsl.map
usr/share/transformer/mappings/rpc/sys.conn.map
usr/share/transformer/mappings/rpc/sys.dect.map
usr/share/transformer/mappings/rpc/sys.eth.map
usr/share/transformer/mappings/rpc/sys.fon.client.map
usr/share/transformer/mappings/rpc/sys.hosts.map
usr/share/transformer/mappings/rpc/sys.log.map
usr/share/transformer/mappings/rpc/sys.map
usr/share/transformer/mappings/rpc/sys.mem.map
usr/share/transformer/mappings/rpc/sys.mptcp.stats.map
usr/share/transformer/mappings/rpc/sys.proc.map
usr/share/transformer/mappings/rpc/sys.proc.net.arp.map
usr/share/transformer/mappings/rpc/sys.proc.net.map
usr/share/transformer/mappings/rpc/sys.time.map
usr/share/transformer/mappings/rpc/sys.upnp.map
usr/share/transformer/mappings/rpc/sys.usb.map
usr/share/transformer/mappings/rpc/system.battery.map
usr/share/transformer/mappings/rpc/system.config.map
usr/share/transformer/mappings/rpc/system.fwupgrade.map
usr/share/transformer/mappings/rpc/system.lock.map
usr/share/transformer/mappings/rpc/system.log.map
usr/share/transformer/mappings/rpc/system.map
usr/share/transformer/mappings/rpc/system.tcpdump.map
usr/share/transformer/mappings/rpc/tod.map
usr/share/transformer/mappings/rpc/user.map
usr/share/transformer/mappings/rpc/wansensing.map
usr/share/transformer/mappings/rpc/web.map
usr/share/transformer/mappings/rpc/web.user.map
usr/share/transformer/mappings/rpc/wifitod.map
usr/share/transformer/mappings/rpc/wireless.ap.acl.map
usr/share/transformer/mappings/rpc/wireless.ap.map
usr/share/transformer/mappings/rpc/wireless.ap.security.map
usr/share/transformer/mappings/rpc/wireless.ap.station.map
usr/share/transformer/mappings/rpc/wireless.ap.wps.map
usr/share/transformer/mappings/rpc/wireless.bssid.map
usr/share/transformer/mappings/rpc/wireless.map
usr/share/transformer/mappings/rpc/wireless.radio.acs.map
usr/share/transformer/mappings/rpc/wireless.radio.bsslist.map
usr/share/transformer/mappings/rpc/wireless.radio.eco.map
usr/share/transformer/mappings/rpc/wireless.radio.map
usr/share/transformer/mappings/rpc/wireless.radio.stats.map
usr/share/transformer/mappings/rpc/wireless.ssid.map
usr/share/transformer/mappings/rpc/wireless.ssid.stats.map
usr/share/transformer/mappings/rpc/xdsl.map
usr/share/transformer/mappings/uci/
usr/share/transformer/mappings/uci/button.map
usr/share/transformer/mappings/uci/cwmpd.map
usr/share/transformer/mappings/uci/datausage.interface.map
usr/share/transformer/mappings/uci/datausage.map
usr/share/transformer/mappings/uci/ddns.map
usr/share/transformer/mappings/uci/dhcp.map
usr/share/transformer/mappings/uci/dhcprelay.map
usr/share/transformer/mappings/uci/dlnad.map
usr/share/transformer/mappings/uci/dropbear.map
usr/share/transformer/mappings/uci/env.map
usr/share/transformer/mappings/uci/ethernet.map
usr/share/transformer/mappings/uci/ethoam.map
usr/share/transformer/mappings/uci/firewall.map
usr/share/transformer/mappings/uci/hotspotd.map
usr/share/transformer/mappings/uci/igmpproxy.map
usr/share/transformer/mappings/uci/intercept.map
usr/share/transformer/mappings/uci/ipping.map
usr/share/transformer/mappings/uci/ipset.map
usr/share/transformer/mappings/uci/iqos.map
usr/share/transformer/mappings/uci/lcmd.map
usr/share/transformer/mappings/uci/ledfw.map
usr/share/transformer/mappings/uci/mcastsnooping.map
usr/share/transformer/mappings/uci/mmpbx.map
usr/share/transformer/mappings/uci/mmpbxbrcmcountry.map
usr/share/transformer/mappings/uci/mmpbxbrcmdectdev.map
usr/share/transformer/mappings/uci/mmpbxbrcmfxonet.map
usr/share/transformer/mappings/uci/mmpbxbrcmfxsdev.map
usr/share/transformer/mappings/uci/mmpbxbrcmsi3226x.map
usr/share/transformer/mappings/uci/mmpbxinternalnet.map
usr/share/transformer/mappings/uci/mmpbxrvsipdev.map
usr/share/transformer/mappings/uci/mmpbxrvsipnet.map
usr/share/transformer/mappings/uci/mobiled.device.map
usr/share/transformer/mappings/uci/mobiled.map
usr/share/transformer/mappings/uci/mobiled.operator.map
usr/share/transformer/mappings/uci/mobiled.profile.map
usr/share/transformer/mappings/uci/mobiled.sim.map
usr/share/transformer/mappings/uci/mproxy.map
usr/share/transformer/mappings/uci/mwan.map
usr/share/transformer/mappings/uci/network.map
usr/share/transformer/mappings/uci/ngwfdd.map
usr/share/transformer/mappings/uci/optical.map
usr/share/transformer/mappings/uci/parental.map
usr/share/transformer/mappings/uci/portmirror.map
usr/share/transformer/mappings/uci/power.map
usr/share/transformer/mappings/uci/pppoerelayd.map
usr/share/transformer/mappings/uci/printersharing.map
usr/share/transformer/mappings/uci/qos.map
usr/share/transformer/mappings/uci/samba.map
usr/share/transformer/mappings/uci/system.map
usr/share/transformer/mappings/uci/system.upgradeserver.map
usr/share/transformer/mappings/uci/telnet.map
usr/share/transformer/mappings/uci/tod.map
usr/share/transformer/mappings/uci/tr143.map
usr/share/transformer/mappings/uci/traceroute.map
usr/share/transformer/mappings/uci/uci.map
usr/share/transformer/mappings/uci/upnpd.map
usr/share/transformer/mappings/uci/usb.map
usr/share/transformer/mappings/uci/user_friendly_name.map
usr/share/transformer/mappings/uci/version.map
usr/share/transformer/mappings/uci/versioncusto.map
usr/share/transformer/mappings/uci/wanatmf5loopback.map
usr/share/transformer/mappings/uci/wansensing.map
usr/share/transformer/mappings/uci/web.map
usr/share/transformer/mappings/uci/webservice.map
usr/share/transformer/mappings/uci/wifi_doctor_agent.map
usr/share/transformer/mappings/uci/wireless.map
usr/share/transformer/mappings/uci/wol.map
usr/share/transformer/mappings/uci/xdsl.map
usr/share/transformer/mappings/uci/xtm.map
usr/share/transformer/scripts/
usr/share/transformer/scripts/adapt-hosts
usr/share/transformer/scripts/checkver.sh
usr/share/transformer/scripts/check_leases
usr/share/transformer/scripts/hardreset.sh
usr/share/transformer/scripts/install_aria2.sh
usr/share/transformer/scripts/install_blacklist.sh
usr/share/transformer/scripts/install_luci.sh
usr/share/transformer/scripts/install_transmission.sh
usr/share/transformer/scripts/mmpbx_diagnostics.sh
usr/share/transformer/scripts/mmpbx_diagnostics_loglevel.sh
usr/share/transformer/scripts/mobiled_upgrade.sh
usr/share/transformer/scripts/reboot_with_reason.sh
usr/share/transformer/scripts/refresh_driver.sh
usr/share/transformer/scripts/reload_syslog.sh
usr/share/transformer/scripts/remote_assistance.sh
usr/share/transformer/scripts/remove_aria2.sh
usr/share/transformer/scripts/remove_blacklist.sh
usr/share/transformer/scripts/remove_luci.sh
usr/share/transformer/scripts/remove_transmission.sh
usr/share/transformer/scripts/renewDHCPv6.sh
usr/share/transformer/scripts/resetgui.sh
usr/share/transformer/scripts/send_lte_backup_event.sh
usr/share/transformer/scripts/set_profile.sh
usr/share/transformer/scripts/tod_enable.sh
usr/share/transformer/scripts/transfer_bank1.sh
usr/share/transformer/scripts/uci_system.sh
usr/share/transformer/scripts/umount_usb.sh
usr/share/transformer/scripts/update_passw.sh
usr/share/transformer/scripts/upgradegui.sh
usr/share/transformer/scripts/user_reload.sh
usr/share/transformer/scripts/voicednd_toggle.lua
usr/share/transformer/scripts/voice_tod.lua
usr/share/transformer/scripts/X_000E50_RemoteAccess.sh
www/
www/cards/
www/cards/001_gateway.lp
www/cards/002_broadband.lp
www/cards/003_internet.lp
www/cards/004_wireless.lp
www/cards/005_LAN.lp
www/cards/006_Devices.lp
www/cards/007_wanservices.lp
www/cards/008_firewall.lp
www/cards/008_qos.lp
www/cards/008_telephony.lp
www/cards/009_applications.lp
www/cards/009_diagnostics.lp
www/cards/010_assistance.lp
www/cards/010_lte.lp
www/cards/011_usermgr.lp
www/cards/012_contentsharing.lp
www/cards/012_printersharing.lp
www/cards/013_parental.lp
www/cards/015_iproutes.lp
www/cards/015_tod.lp
www/cards/018_relaysetup.lp
www/cards/090_cwmpconf.lp
www/cards/091_system.lp
www/cards/092_natalghelper.lp
www/cards/093_xdsl.lp
www/cards/snippets/
www/cards/snippets/002_broadband_bridge.lp
www/cards/snippets/002_broadband_docsis.lp
www/cards/snippets/002_broadband_ethernet.lp
www/cards/snippets/002_broadband_gpon.lp
www/cards/snippets/002_broadband_xdsl.lp
www/cards/snippets/003_internet_bridged.lp
www/cards/snippets/003_internet_dhcp_routed.lp
www/cards/snippets/003_internet_pppoe_routed.lp
www/cards/snippets/003_internet_static_routed.lp
www/docroot/
www/docroot/ajax/
www/docroot/ajax/cpuload.lua
www/docroot/ajax/internet.lua
www/docroot/ajax/lte-doctor.lua
www/docroot/ajax/mobiletab.lua
www/docroot/ajax/networkscan.lua
www/docroot/ajax/radioparameters.lua
www/docroot/ajax/sim.lua
www/docroot/ajax/sms.lua
www/docroot/css/
www/docroot/css/aos.css
www/docroot/css/chosen.css
www/docroot/css/color_blue.css
www/docroot/css/color_green.css
www/docroot/css/color_TIM.css
www/docroot/css/color_violet.css
www/docroot/css/font-awesome-ie7.css
www/docroot/css/font-awesome.css
www/docroot/css/font-awesome.min.css
www/docroot/css/gw.css
www/docroot/css/lte-doctor.css
www/docroot/css/mobiled.css
www/docroot/css/numberpicker.css
www/docroot/css/responsive.css
www/docroot/css/TIM.css
www/docroot/fonts/
www/docroot/fonts/fontawesome-webfont.eot
www/docroot/fonts/fontawesome-webfont.svg
www/docroot/fonts/fontawesome-webfont.ttf
www/docroot/fonts/fontawesome-webfont.woff
www/docroot/fonts/fontawesome-webfont.woff2
www/docroot/fonts/FontAwesome.otf
www/docroot/gateway.lp
www/docroot/img/
www/docroot/img/arrow-down.gif
www/docroot/img/arrow-left.gif
www/docroot/img/arrow-right.gif
www/docroot/img/arrow-up.gif
www/docroot/img/bandwidth-px-png.png
www/docroot/img/bandwidth-px-png.webp
www/docroot/img/chosen-sprite.png
www/docroot/img/[email protected]
www/docroot/img/connection-established.png
www/docroot/img/connection-established.webp
www/docroot/img/fail__md.gif
www/docroot/img/favicon.ico
www/docroot/img/gateway_AGTEF.png
www/docroot/img/gateway_AGTEF.webp
www/docroot/img/gateway_AGTHP.png
www/docroot/img/gateway_AGTHP.webp
www/docroot/img/glyphicons-halflings-white.png
www/docroot/img/glyphicons-halflings.png
www/docroot/img/inco__md.gif
www/docroot/img/loading-btn.gif
www/docroot/img/loading.gif
www/docroot/img/logo.gif
www/docroot/img/logo.png
www/docroot/img/logo.webp
www/docroot/img/message-read.png
www/docroot/img/message-unread.png
www/docroot/img/miss__md.gif
www/docroot/img/networkscan-loader.gif
www/docroot/img/network_sans-32.png
www/docroot/img/network_sans-32.webp
www/docroot/img/outg__md.gif
www/docroot/img/pocket-32-black.png
www/docroot/img/pocket-32-black.webp
www/docroot/img/spinner.gif
www/docroot/img/TIM.png
www/docroot/js/
www/docroot/js/aos.js
www/docroot/js/bootstrap-progressbar-min.js
www/docroot/js/chosen-min.js
www/docroot/js/flot-min.js
www/docroot/js/graphic-min.js
www/docroot/js/knockout-min.js
www/docroot/js/main-min.js
www/docroot/js/media-min.js
www/docroot/js/numberpicker-min.js
www/docroot/js/srp-min.js
www/docroot/login.lp
www/docroot/modals/
www/docroot/modals/applications-modal.lp
www/docroot/modals/assistance-modal.lp
www/docroot/modals/bridge-grouping-modal.lp
www/docroot/modals/broadband-modal.lp
www/docroot/modals/changelog.lp
www/docroot/modals/contentsharing-modal.lp
www/docroot/modals/cwmpconf-modal.lp
www/docroot/modals/device-modal.lp
www/docroot/modals/diagnostics-connection-modal.lp
www/docroot/modals/diagnostics-network-modal.lp
www/docroot/modals/diagnostics-ping-modal.lp
www/docroot/modals/diagnostics-tcpdump-modal.lp
www/docroot/modals/diagnostics-xdsl-modal.lp
www/docroot/modals/ethernet-modal.lp
www/docroot/modals/firewall-modal.lp
www/docroot/modals/gateway-modal.lp
www/docroot/modals/hostmap-modal.lp
www/docroot/modals/internet-modal.lp
www/docroot/modals/iproutes-modal.lp
www/docroot/modals/log-connections-modal.lp
www/docroot/modals/log-routingtable-modal.lp
www/docroot/modals/logviewer-modal.lp
www/docroot/modals/lte-doctor.lp
www/docroot/modals/lte-modal.lp
www/docroot/modals/lte-profiles.lp
www/docroot/modals/lte-sim.lp
www/docroot/modals/lte-sms.lp
www/docroot/modals/mmpbx-codec-modal.lp
www/docroot/modals/mmpbx-contacts-modal.lp
www/docroot/modals/mmpbx-dect-modal.lp
www/docroot/modals/mmpbx-global-modal.lp
www/docroot/modals/mmpbx-inoutgoingmap-modal.lp
www/docroot/modals/mmpbx-log-modal.lp
www/docroot/modals/mmpbx-profile-modal.lp
www/docroot/modals/mmpbx-service-modal.lp
www/docroot/modals/mmpbx-sipdevice-modal.lp
www/docroot/modals/mmpbx-statistics-modal.lp
www/docroot/modals/mwan-modal.lp
www/docroot/modals/nat-alg-helper-modal.lp
www/docroot/modals/parental-modal.lp
www/docroot/modals/port-mirror-modal.lp
www/docroot/modals/printersharing-modal.lp
www/docroot/modals/qos-classify-modal.lp
www/docroot/modals/qos-queue-modal.lp
www/docroot/modals/relay-modal.lp
www/docroot/modals/system-modal.lp
www/docroot/modals/tod-modal.lp
www/docroot/modals/tod_wireless-modal.lp
www/docroot/modals/traffic-monitor.lp
www/docroot/modals/usermgr-modal.lp
www/docroot/modals/wanservices-modal.lp
www/docroot/modals/wifi-nurse-modal.lp
www/docroot/modals/wireless-client-modal.lp
www/docroot/modals/wireless-modal.lp
www/docroot/modals/wireless-qrcode-modal.lp
www/docroot/modals/wizard-modal.lp
www/docroot/modals/xdsl-low-modal.lp
www/docroot/parental-block.lp
www/docroot/password-reset.lp
www/docroot/password.lp
www/lang/
www/lang/it-it/
www/lang/it-it/web-framework-tch.mo
www/lang/it-it/webui-contentsharing.mo
www/lang/it-it/webui-core.mo
www/lang/it-it/webui-mobiled.mo
www/lang/it-it/webui-mobiledongle.mo
www/lang/it-it/webui-parental.mo
www/lang/it-it/webui-printersharing.mo
www/lang/it-it/webui-qeo.mo
www/lang/it-it/webui-qos.mo
www/lang/it-it/webui-tim.mo
www/lang/it-it/webui-voice.mo
www/lang/it-it/webui-wizard.mo
www/lua/
www/lua/bandsteer_helper.lua
www/lua/bridgedmode_helper.lua
www/lua/broadbandmode_helper.lua
www/lua/cards.lua
www/lua/cards_limiter.lua
www/lua/cpu_step.lua
www/lua/dhcpreset_helper.lua
www/lua/internetmode_helper.lua
www/lua/logdownload_helper.lua
www/lua/parental_helper.lua
www/lua/pfwd_helper.lua
www/lua/portslist_helper.lua
www/lua/protolist_helper.lua
www/lua/tz_helper.lua
www/lua/usbmap.lua
www/lua/voicemode_helper.lua
www/lua/wizard.lua
www/snippets/
www/snippets/broadband-adsl-advanced.lp
www/snippets/broadband-bridge.lp
www/snippets/broadband-docsis.lp
www/snippets/broadband-ethernet-advanced.lp
www/snippets/broadband-ethernet.lp
www/snippets/broadband-gpon-advanced.lp
www/snippets/broadband-gpon.lp
www/snippets/broadband-vdsl-advanced.lp
www/snippets/broadband-vlan.lp
www/snippets/broadband-xdsl.lp
www/snippets/internet-bridged.lp
www/snippets/internet-dhcp-routed.lp
www/snippets/internet-pppoa-routed.lp
www/snippets/internet-pppoe-routed.lp
www/snippets/internet-static-routed.lp
www/snippets/tabs-diagnostics.lp
www/snippets/tabs-management.lp
www/snippets/tabs-mobiled.lp
www/snippets/tabs-tod.lp
www/snippets/tabs-voice.lp
www/snippets/tabs-wireless.lp
www/wizard-cards/
www/wizard-cards/001_broadband.lp
www/wizard-cards/002_voip.lp
www/wizard-cards/003_wireless.lp
www/wizard-cards/004_wireless.lp
www/wizard-cards/005_wireless_5G.lp
www/wizard-cards/006_wireless_5G.lp
www/wizard-cards/007_user.lp
root@modemtim:~# /etc/init.d/rootdevice force
cat: can't open '/etc/crontabs/root': No such file or directory
ash: 1: unknown operand
uci: Entry not found
ash: 0: unknown operand
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/ brcm63xx-tch/packages/base/Packages.gz
wget: bad address 'repository.ilpuntotecnico.com'
*** Failed to download the package list from https://repository.ilpuntotecnicoea dsl.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/ brcm63xx-tch/packages/packages/Packages.gz
wget: bad address 'repository.ilpuntotecnico.com'
*** Failed to download the package list from https://repository.ilpuntotecnicoea dsl.com/files/roleo/public/agtef/brcm63xx-tch/packages/packages/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/ brcm63xx-tch/packages/luci/Packages.gz
wget: bad address 'repository.ilpuntotecnico.com'
*** Failed to download the package list from https://repository.ilpuntotecnicoea dsl.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/ brcm63xx-tch/packages/routing/Packages.gz
wget: bad address 'repository.ilpuntotecnico.com'
*** Failed to download the package list from https://repository.ilpuntotecnicoea dsl.com/files/roleo/public/agtef/brcm63xx-tch/packages/routing/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/ brcm63xx-tch/packages/telephony/Packages.gz
wget: bad address 'repository.ilpuntotecnico.com'
*** Failed to download the package list from https://repository.ilpuntotecnicoea dsl.com/files/roleo/public/agtef/brcm63xx-tch/packages/telephony/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/ brcm63xx-tch/packages/management/Packages.gz
wget: bad address 'repository.ilpuntotecnico.com'
*** Failed to download the package list from https://repository.ilpuntotecnicoea dsl.com/files/roleo/public/agtef/brcm63xx-tch/packages/management/Packages.gz
Collected errors:
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/ files/roleo/public/agtef/brcm63xx-tch/packages/base/Packages.gz, wget returned 1 .
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/ files/roleo/public/agtef/brcm63xx-tch/packages/packages/Packages.gz, wget return ed 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/ files/roleo/public/agtef/brcm63xx-tch/packages/luci/Packages.gz, wget returned 1 .
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/ files/roleo/public/agtef/brcm63xx-tch/packages/routing/Packages.gz, wget returne d 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/ files/roleo/public/agtef/brcm63xx-tch/packages/telephony/Packages.gz, wget retur ned 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/ files/roleo/public/agtef/brcm63xx-tch/packages/management/Packages.gz, wget retu rned 1.
Unknown package 'unzip'.
Unknown package 'aria2'.
Package libstdcpp (4.6-linaro-1) installed in root is up to date.
Collected errors:
* opkg_install_cmd: Cannot install package unzip.
* opkg_install_cmd: Cannot install package aria2.
wget: bad address 'github.com'
/usr/share/transformer/scripts/install_aria2.sh: line 4: unzip: not found
rm: can't remove '/tmp/master.zip': No such file or directory
mv: can't rename '/www/docroot/AriaNg-DailyBuild-master': No such file or direct ory
/usr/share/transformer/scripts/install_aria2.sh: line 28: aria2c: not found
/etc/rc.common: line 144: 6143: not found
Delaying Mobiled startup. Waiting for 6143 to terminate
sh: can't kill pid 6143: No such process
interface wan has no physdev or physdev has no suitable ip
root@modemtim:~#
root@modemtim:~#
Come si vede ho degli errori sul /etc/init.d/rootdevice force ma penso che sia legato al fatto di non avere internet disponibile.
Ho reimpostato le mie credenziali, ma ancora nulla :
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 'xxx'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'xxx'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'xxx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option password 'xxx'
option username 'yyy'
option ifname 'wanptm0'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option auto '1'
option proto 'mobiled'
option session_id '0'
option profile '1'
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.0'
config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay 'wanptm0'
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-28601615'
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-28601615'
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 'wan_ipv6'
option auto '0'
option proto 'pppoe'
option demand '0'
option password 'IPV6@alice6'
option macaddr '10:13:31:B4:6D:0E'
option ipv6 '1'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username '[email protected]'
option metric '10'
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'
Quanto mai ho avuto la maledetta idea di metterlo in bridge :facepalm:, andava come un violino sto router :'(
-
Ciao, anzitutto declino ogni responsabilità in caso di danni all'apparato; se fosse il mio, farei:
- reset da tastino, almeno 10 secondi
- con Tftpd2 flashi il FW che vuoi
- quando poi tutti i led diventano verdi, ancora reset da tastino, almeno 10 secondi
Nel caso vorrai provare Tftpd2, ti consiglio la più recente che c'è sul sito, VERSIONE 32 BIT
-
@emax nel file di configurazione non vedo nulla di anomalo... rimuovi semplicemente ciò...
config interface 'wan_ipv6'
option auto '0'
option proto 'pppoe'
option demand '0'
option password 'IPV6@alice6'
option macaddr '***'
option ipv6 '1'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username '***@alice6.it'
option metric '10'
e riavvia dimmi come va
-
Quindi Ansuel mi stai dicendo che posso tenere attiva la telegestione senza rischio che da remoto la TIM mi aggiorna il router???
-
In pratica si...
-
ragazzi sono iper disponibile anche io a diventare beta tester, sono contento di poter aiutare e mi interessano tanto futuri sviluppi. Attualmente ho AGTEF 1.1.0 con GUI Ansuel con Aria installato.
Attualmente però ho un problemino: non riesco ad accedere alla pagina di amministrazione web (192.168.1.1: rimane in caricamento eterno), perchè ho seguito la guida per installare openvpn ed ho eseguito vari comandi anche di cambiamento dei parametri del firewall (tramite uci). Stranamente se vado su 192.168.1.1/aria , carica la pagina in parte (non carica solo alcuni files dell'interfaccia che rimangono in "pending", ma bene o male l'interfaccia viene caricata, non so se per questione di caching). Riesco ancor ad accedere tramite ssh.
Vorrei risolvere questo problema ed avere di nuovo accesso al pannello di amministrazione. Sarò poi pronto e contentissimo a dare una mano per gli sviluppi futuri. Grazie
-
ok Ansuel ho attivato la telegestione :)
-
@Ansuel riguardo il mio precedente post https://www.ilpuntotecnico.com/forum/index.php/topic,78585.msg233571.html#msg233571
hai cambiato qualcosa riguardo le utenze autorizzate a collegarsi da rete cellulare al router ?
Non mi riferisco alla funzione "Assistenza" che continua a funzionare tramite l'utenza "assist" ma fino a poco tempo riuscivo a collegarmi alla porta 8083 rimappata sulla 80 senza problemi mentre da qualche giorno ho il messaggio d'errore "Nome utente o Password non validi" e nel file di log ho più volte i messaggi :
[error] 4850#0: *82 [lua] sessionmgr.lua:279: redirectIfNotAuthorized(): Unauthorized request, client: xx.xx.xx.xxx, server: localhost, request: "GET / HTTP/1.1", host: "dominio mio indirizzo ddns:8083"
[error] 4850#0: *112 [lua] session.lua:217: POST without CSRF token, client: xxx.xxx.xxx.xxx, server: localhost, request: "POST /authenticate HTTP/1.1", host: "dominio mio indirizzo ddns:8083", referrer: "dominio mio indirizzo ddns:8083"
2) miglioramenti messaggi file di log
in /etc/nginx/nginx.conf ho sostituito la parola error con crit, ed il file di log è più pulito
error_log syslog:server=unix:/dev/log,facility=daemon,nohostname crit;
anche se il file var/log/nginx/error.log continua a riempirsi all'infinito di messaggi di errore che sembrerebbero relativi a presunti accessi non autorizzati alla pagina di gestione del router
Si riesce a sistemare per avere solo reali messaggi di errore ?
A questo proposito consiglio il post https://www.ilpuntotecnico.com/forum/index.php/topic,78591.msg231270.html#msg231270 dove viene consigliato l'utilizzo di un software esterno per la gestione dei messaggi d'errore tramite la funzione Syslog.
Non sarebbe possibile implementare qualcosa nella gui tipo maggiori possibilità per selezionare i campi desiderati da visualizzare /esportare ...azzerare e impostare la dimensione del file di log ?
P.S.: sarebbe possibile avere un change log più dettagliato ? da github.com si riesce a vedere quali sono le righe modificate dei files ma non riesco ad avere un elenco cronologico delle modifiche apportate; forse per i programmatori è più semplice da seguire
Grazie
-
@Ansuel mi dispiace ho fatto la prova mettendo il router in cascata all'agtef sulla 5 porta LAN ( quella rossa) settato da gui ma il router in cascata non effettua una nuova connessione ppoe. Tolto il cavo e rimesso sulla Prima porta LAN e tornato ad avere un nuovo indirizzo IP esterno sul router in cascata. Tu avevi corretto il problema??? Sono con ultima tua gui 6.7.62. dimmi che prove vuoi che faccia.
-
@yhcim86 apparte quello la quinta porta funziona come lan? ci navighi usando l'ip del modem?
-
@giulio63 avere un changelog più dettagliato... mi viene difficile purtroppo :( però ci sto provando ogni tanto nei commit scrivo cosa accade...
-
@Ansuel riguardo l'impossibilità di collegarsi da rete cellulare come avveniva prima senza problemi, rimarrà così per avere altri fix o si potrà riavere ?
per il file di log valuta se non crea problemi modificare il file di configurazione di nginx per evitare gli attuali messaggi di errore inutili ( redirect not autorized )
grazie
-
@giulio63 riguardo il log già fatto... per l'impossibilità... sinceramente mi è nuova... non ho modificato nulla da quel lato quindi bho... si dovrebbe indagare meglio... io con la porta 80 aperta non ho problemi a riguardo ora sto cercando di capire perchè non va il pppoe relay sulla porta 5
-
@Ansuel ho fatto la prova con il mio portatile niente non riesco a navigare collegandomi alla 5 porta LAN (quella rossa) ne se metto a on oppure off lo switch che hai aggiunto tu. Ho provato nel PC portatile sia in configurazione dhpc auto sia anche forzando un ip statico nella classe dell'agtef.
Ho visto che se muovi il pulsante aggiunto in diagnostica poi sulla sotto cartella rete il colore della 5 porta LAN diventa rosso se lo switch è su on invece il contrario cioè giallo se è su off.
Dimmi altre prove che devo fare.
-
Hai provato con un cavo cross?
-
@capo.punto a te funziona?
-
Non la uso, ma quelle luci che si accendono in quel modo mi fanno sospettare di un problema di "filo dritto" o filo "cross". Vecchie riminescenze di lan lato hub, lato ..... non ricordo.
-
ancora mi chiedo come hanno fatto a far funzionare la porta lan... dove sono spariti tutti >.<
-
@Ansuel Forse stanno seguendo shdf, ..... mancando tue novità!
Messaggio subliminale ........ che aspetti ad emettere la 6.8.0 stabile?
con LUCI, Blacklist, ecc. ecc.
-
@capo.punto aspetto che queste due funzioni funzionino... (Led e conversione)
-
Allora siamo rimasti solo in tre: capo.punto, Ansuel, TeddyRaspin76.
Salute amici, come butta?
-
Mi fa piacere devo dire...
-
-
...
-
No dai..nn solo in 3..
Io vi seguo tutti i giorni..
-
@Ansuel dando un'occhiata allo script modificato per la porta wan (check_wan.sh) la variabile env.rip.sfp con la mia versione firmware (1.0.3) non c'è e quindi lo script a priori credo non parta e tutte le modifiche che fai dopo non credo vengano applicate. Inoltre le regole che stanno sotto network.waneth4 credo vadano cancellate e la variabile ethernet.eth4.wan vada impostata a 0 dallo script dopo aver eseguito le modifiche. Domani pomeriggio provo a fare le modifiche che ho detto prima e ti faccio sapere se riesco a ottenere qualche risultato
-
Io sono solo un "vagone" ma vi seguo sempre :clap:
-
@Ansuel io ho provato con un cavo LAN dritto ora faccio la notte e non posso provare domani pomeriggio faccio un cavo cross e provo x la porta wan in LAN. Cmq a me non ha mai funzionato la wan in LAN sia collegando un PC portatile sia mettendoci il router in cascata e facendo una connessione ppoe.
Grazie mille scusate ma io ora sono al lavoro
-
Ciao, anzitutto declino ogni responsabilità in caso di danni all'apparato; se fosse il mio, farei:
- reset da tastino, almeno 10 secondi
- con Tftpd2 flashi il FW che vuoi
- quando poi tutti i led diventano verdi, ancora reset da tastino, almeno 10 secondi
Nel caso vorrai provare Tftpd2, ti consiglio la più recente che c'è sul sito, VERSIONE 32 BIT
@emax nel file di configurazione non vedo nulla di anomalo... rimuovi semplicemente ciò...
config interface 'wan_ipv6'
option auto '0'
option proto 'pppoe'
option demand '0'
option password 'IPV6@alice6'
option macaddr '***'
option ipv6 '1'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username '***@alice6.it'
option metric '10'
e riavvia dimmi come va
Buongiorno ad entrambi
fortunatamente ho trovato un utente che ha il mio medesimo provider e mi sono fatto passare il suo file di network per confrontarlo con mio...... c'erano un bel pò di righe diverse non solo lato wan :
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 'xxx'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'xxx'
option vid '835'
option ipv6 '0'
config interface 'wan'
option demand '0'
option macaddr 'xxx'
option ipv6 '0'
option keepalive_adaptive '0'
option dns_metric '0'
option password '------'
option username '------'
option proto 'pppoe'
option ifname 'ptm0'
option metric '10'
option keepalive '4,20'
option auto '1'
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'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay 'wanptm0'
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-18585933'
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-18585933'
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'
Non ho provato a ripartire da capo reinstallando il firmware .
-
Ci sono anche io Ansuel che ti seguo sempre!!! :)
-
ciao, non ho il DGA4132 (AGTHP) ma seguo lo stesso.
-
@Ansuel hai visto quanti seguaci ........ sembrerebbe un'associazione a delinquere.
Me compreso, ma nessuno che ritrova i post e gli autori della porta WAN convertita in LAN 5.
Stiamo proprio messi bene.
Forse la memoria storica del thread, nonchè il mio socio @mixmax, ci troverà il bandolo.
Non avete capito che se non si risolve questo problema, Ansuel non procede al rilascio della nuova 6.8.0!!!
...e forse, ............ non è risolvibile!
-
@capo.punto dovrei aver aggiustato lo script per funzionare se non esiste quell'opzione... comunque puoi dirmi se con i test riesci a farla funzionare?
-
@Ansuel ti ringrazio per la considerazione ma, non sono in condizioni di effettuare questi test.
Mi sembra che il diretto interessato sia @yhcim86, che si rifiuta di mettere un piccolo switch a valle del router, per avere una porta lan in +.
In merito ai test per la app "Blacklist" di puandr potrò essere + attivo e meno vincolato.
Come leggi in calce, sono fermo alle situazioni consolidate.
Avrai in me sempre un buon vibratore ehm ... stimolatore di situazioni.
Allora nessuno è riuscito a rintracciare chi ha fatto funzionare la porta WAN come LAN 5?
-
@Ansuel non so quanto possa essere utile, ma riguardo la trasformazione della porta wan in lan ho trovato questo post che temo sia l'unico
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg225064.html#msg225064
[ You must login or register to view this spoiler! ]
inoltre riguardo il vecchio "scolapasta" :
https://www.ilpuntotecnico.com/tweak-tim-technicolor-tg789-vac-agtot/
[ You must login or register to view this spoiler! ]
-
@capo.punto non per essere polemico ma io non è che non ho i soldi per mettere uno switch in cascata sia ben chiaro ma sto provando le varie migliorie di Ansuel e cosi facendo facciamo tutti dei beta tester per una versione molto stabile e duratura della gui di Ansuel. Perdonatemi lo sfogo.
-
Anch'io vi seguo sempre...
ma non ho competenze per testare,
sono più che altro affascinato dal vostro lavoro
:noob: :noob: :noob: :noob: :noob:
-
scusate domanda stupida ho cambiato i DNS nel router ma per separarli si mette la , (virgola) ? grazie
-
@Ansuel ..., ma nessuno che ritrova i post e gli autori della porta WAN convertita in LAN 5.
...
Io avevo segnalato in un mio post del 18 marzo in questo thread come avevo fatto con la versione 1.04 e la gui 3.26 (), sempre basato sulla guida richiamata pochi post più in su. Ansuel mi aveva risposto che preferiva fare la modifica in un modo diverso.
Sono riluttante ad installare la nuova gui perché il mio DGA4130 funziona ( e i miei "utenti" non sono molto contenti quando salta internet ) e non vorrei dover perdere un sacco di tempo per tornare alla situazione funzionante.
Ho visto che qualcuno aveva difficoltà ad instaurare connessione pppoe attraverso la lan5 (ovvero la wan trasformata).
Se può essere utile, posso fare la prova di collegare la "wan" del mio fritzbox in cascata alla lan5 del dga e vedere se riesce ad instaurare la connessione pppoe autonoma.
LionHe
-
@enrico2772 Ciao Enrico, si se metti quelli di google (per esempio), dovrai inserirli cosi: 8.8.8.8,8.8.4.4
-
Ho visto che qualcuno aveva difficoltà ad instaurare connessione pppoe attraverso la lan5 (ovvero la wan trasformata).
Se può essere utile, posso fare la prova di collegare la "wan" del mio fritzbox in cascata alla lan5 del dga e vedere se riesce ad instaurare la connessione pppoe autonoma.
LionHe
Quando fai questa prova con il solito cavetto RJ45-RJ45, prova anche a farlo con un cavo "cross"........... Hai visto mai.
-
@lionhe quindi avevi fatto quelle modifiche e collegandoti con la lan funzionava? come una porta normale?
-
Ansuel a proposito della telegestione io come sai l'avevo attivata ma ad un tratto non navigavo piu' e non riuscivo neanche piu' ad entrare nel router digitando 192.168.1.1 ho dovuto fare un reset dal pulsantino dietro e poi mi sono ritrovato la GUI originale della TIM quindi secondo me tenere attiva la telegestione non va bene perché se tentano di collegarsi si inputtana tutto adesso l'ho disattivata
-
@giulio63 ... per l'impossibilità... sinceramente mi è nuova... non ho modificato nulla da quel lato quindi boh. si dovrebbe indagare meglio... io con la porta 80 aperta non ho problemi a riguardo
@Ansuel la situazione è ancora più strana del previsto almeno per me, quindi chiedo un parere qui. il problema continua a rimanere ( sarei tentato di installare qualche versione versione della gui per avere qualche elemento in più )
Ma la cosa più strana è questa : ho voluto fare più prove incrociate con vari browser anche sconosciuti , sia in versione Android che Windows e dove possibile con versioni a 32 bit ed a 64 bit, ma tutti non riconoscevano come utenza valida "admin" per collegarsi al router sulla porta 80 reindirizzata sulla 8083.
In realtà la stranezza più grande è che con il browser di TOR invece funziona sia in rete mobile che wifi , ma perchè ? ;-) qualche problema di proxy ? boh
Beh posso collegarmi con Tor se necessario, ma vorrei capire il motivo di questa stranezza
Grazie
-
Ho avuto questo problema: stavo cercando di configurare aria2 con un server file hosting, con tanto di usb pen per lo storaggio dei files, i download partivano ma si fermavano subito dopo. Dopo pochi minuti di tentativi il modem si è bloccato e al riavvio non mi fa piu' accedere alla gui (500 internal server error).
Cerco di ripristinare da putty la gui ma ricevo questo errore:
root@modemtim:~# wget -P /tmp https://repository.ilpuntotecnico.com/files/An
suel/AGTEF/GUI.tar.bz2
Connecting to repository.ilpuntotecnico.com (87.118.80.190:80)
root@modemtim:~# bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -
bin/
bin/busybox_telnet
tar: can't remove old file bin/busybox_telnet: No space left on device
Suppongo che i files che stavo scaricando siano finiti nella memoria interna del modem anzichè la usb pen come configurata.
Chiedo aiuto su come ripristinare la gui.
Firmware agetef 1.03 rootato e ultima gui di Ansuel
-
devi trovare dove aria2 ha salvato i file...
-
Ciao @Ansuel , ho un problema con l'ultima GUI (branch DEV) ...
ho fatto l'aggiornamento dalla 3.36 alla 6.13.12 (firmware 1.03) ed è sparita la regola wireless configurata (0 wireless control rules , con la 3.36 era tutto OK)
Se provo ad accedere alla sezione regole wireless per riconfigurarla , rimane bloccato sul pop-up che chiede di attendere (Processing ... please wait)
Se chiudo il browser e provo a riaccedere al router , nessuna risposta (waiting for 192.168.1.1)
Sembra che l'unico modo per poter accedere di nuovo sia spegnere e riaccendere il router :help:
-
@renet57 Occhio!!! "No space left on device"
Sei ha rischio di andare in loop. Non scaricare nulla cancella e basta, se ci riesci.
Ciao
-
Quando fai questa prova con il solito cavetto RJ45-RJ45, prova anche a farlo con un cavo "cross"........... Hai visto mai.
Il fritzbox non riesce ad effettuare la connessione pppoe quando la sua wan è collegata alla wan trasformata del DGA. Non ho un cavo cross, quindi non sono riuscito a fare la prova di capo.punto.
@Ansuel: La porta WAN modificata del DGA funziona come quella di uno switch nella rete locale: un device collegato ad essa prende il numero Ip dal fritzbox (collegato al DGA con un secondo cavo di rete). Il DGA ha NAT e DHCP disabilitato e ho impostato un numero Ip fisso della rete locale.
LionHe
-
@lionhe invece con nat e dhcp funziona?
-
@Ansuel Adesso non posso provare: appena ho occasione faccio la prova.
-
@Ansuel ...
La cache del browser per fontawesome-webfont.woff non funziona.
Riesci a risolvere questo problema?
Mi dispiace... ...è fatto.
:)
-
ehi bentornato, era da un pò che non leggevo questo forum.
Io sono ancora con
Versione Software AGTEF_1.0.4
Versione Gui 4.6.8
Ho visto che segnalava un aggiornamento e son venuto a vedere cosa c' era di nuovo. L' ultima volta che ho aggiornato il firmware è successo di tutto :D . Se aggiorno da GUI che succede stavolta ?
-
@fiberman
ti incollo il changelog dalla 5.* ad ora 6.13
Aggiunta traduzione tedesca Thx meyergru
6.12
Introdotta autorimozione del bit antidowngrade AGTHP
6.11
Fixato upgrade
6.10
Aggiunta xupnp (solo per agtef 1.1.0 e superiori)
6.10
Aggiunti grafici Xdsl
6.9
Aggiunto bottone WAN-MODE (WIP)
6.8
Aggiunto gestore led (WIP)
6.7
Reworkato voicemode e bridgemode, fixato problema telegestione non funzionante, aggiornate traduzioni
aggiunto bottone per convertire porta WAN e opzioni per switchare modalità di connessione
6.6
Vari fix, si spera stabile sta volta
6.5
Nuovo release channel dev, cpuload e altro in gui, quintacolonna (non il programma)
6.4
Miglioramenti al sistema di aggiornamento gui
6.3
Soppressione dei log eccessivi e fix funzione di esport
6.2
Taaaaanto bugfix e reso il bottone controlla aggiornamenti funzionante
6.1
Aggiunto blacklist tool agli installer
6.0
Rebase con i nuovi cambiamenti
Mainline 17.3 Cyan ( AGTEF_1.1.0 )
5.11
Iniziale supporto per luci,ariang e transmission
5.10
Upnp fix thx Jecht_Sin
5.9
Test wifi fix, thx aezakmi123
5.8
Latenza maggiorata fixata, (disabilitati risparmi energetici per le porte ed il traffico 5ghz
5.7
Fixata finalmente tab assistenza e selettore porte. (questa volta per sempre...)
5.6
Aggiunto uptime wan
5.5
Fixato cpustep, thx [member=71713]shdf[/member]
5.4
Fixato selettore porta nella tab assist
5.3
Aggiunto selettore driver xdsl
5.2
ReRefix tab lan e fix css per primo root
5.1
Refix tab lan e fix cwmpd (forse)
5.0
Fix autocompletamento e tab lan
-
ehi grazie, c'è tanta roba. Sono molto tentato di aggiornare, ma sono con firmware vecchio, l'ultima volta sono rimasto scottato e ho dovuto smanettare per giorni. C'è una procedura sequenziale esatta per aggiornare sia firmware che GUI ?
-
salvati configurazione (o ti salvi il contenuto di /etc/config/) .... resetti, aggiorni gui , flashi nuovo firmware, rimetti gui se non c'è già, metti configurazione
-
@Ansuel ...
Rimuovi "text/html" da nginx.conf, questa è una voce duplicata perché è inclusa per impostazione predefinita.
:)
-
@express done
-
Stavo modificando alcune configurazioni quando sono riuscito a far funzionare il file "mwan-modal.lp"
Speravo fosse una implementazione del multiwan3 visto già su openwrt... invece no... sinceramente non ho capito bene neanche cosa faccia...
(http://i.imgur.com/KykX48K.png) (https://imgur.com/KykX48K)
Era già stato fatto funzionare? In questo caso, mi scuso per la ripetizione... ma non sono riuscito a trovare nulla a riguardo.
-
@numero53 non sapevo neanche esistesse ahahah comunque si l'ho aggiunto in ip extras
-
Buondì! Changelog della 7.1.X in dev ? ;)
-
scusate dato che non mi e' ben chiara la cosa chi mi spiega cosa e' Xupnp che Ansuel ha aggiunto?? grazie
-
Carissimo @Ansuel, quest'oggi ho aggiornato la GUI passando dalla 6.6.1 alla 7.0.2 ma, non ho trovato nella tab "Stato GUI" l'opzione per installare la BlackList con lista vuota, per come se ne era parlato con @puandr.
Non trovandola a vista, non mi sono permesso di installarla da tab, visto che comunque l'avevo già ricreata a mano con i miei 24 disturbatori specifici.
L'opzione l'hai inserita o te ne sei scordato?
-
@capo.punto ciao non so di cosa parli puoi spiegarmi meglio ?
-
Ciao @Ansuel, ricordi che con puandr si è parlato di dare facoltà di optare per installare una blacklist vuota oppure con i 198 numeri selezionati dal db di tellows?
E' stato in occasione che si è accertato che dalla tab si installava la blacklist 2.0 anzichè la "last version" all'epoca detta 2.1, successiva. Forse necessita un tuning dei 3000 pensieri che hai?
Un abbraccio
-
@capo.punto il problema era che nella 6.5 c'era lo script vecchio... con la blacklist 2.0... ora nelle nuove installa il latest...
posso aggiungere questa opzione tranquillamente se volete
-
Ieri sera ho avuto un po' di tempo per trattare la storia dell'HTTP/2. Prima di tutto, ha funzionato bene e le impostazioni sono semplici. Naturalmente per questo deve essere attivato https e quindi anche un certificato ssl. Ho creato un certificato ssl autofirmato per testarlo. E come ho detto HTTP/2 ha funzionato alla grande. Ora la mia domanda, un vero certificato può essere creato e usato anche per OpenWRT (Luci)? In caso affermativo, come?
:)
-
che intendi un vero certificato? e cosa intendi per luci?
comunque è possibile se si ha un dominio usare let's encrypt per avere un certificato https gratuito... ovviamente non puoi cerare un certificato per 192.168.1.1 siccome è un indirizzo privato
-
@capo.punto il problema era che nella 6.5 c'era lo script vecchio... con la blacklist 2.0... ora nelle nuove installa il latest...
posso aggiungere questa opzione tranquillamente se volete
A me personalmente farebbe molto comodo e credo, anche ad altri che come me vorrebbero gestirsi i propri "disturbatori". Peraltro, @puandr si era detto favorevole. Ora magari sentiamo un Suo aggiornamento.
Grazie per la disponibilità.
-
@Ansuel ...
Va bene, hai ragione, credo di essere un po' confuso. :-\
Tuttavia, posso usare permanentemente un certificato di servizio pixelserv mio router ASUS, per esempio. Lo sviluppatore kvic del forum snb ha creato un eccellente Adblocker Skipt con il quale è anche possibile installare un certificato permanente. In questo forum gli ho chiesto se il supporto per i router basati su OpenWRT è possibile. Ha risposto che desiderava sostenere, ma che qualcuno avrebbe dovuto creare un pacchetto di questo tipo.
Se siete interessati a trovare qui:
https://www.snbforums.com/threads/firefox-https-connection.44787/page-2#post-391511
E qui il pixelserv-tls dissertazione:
https://www.snbforums.com/threads/pixelserv-a-better-one-pixel-webserver-for-adblock.26114
:)
-
Changelog (7.1.7) : lo si trova da qualche parte ?
Thanks
-
Ciao a tutti, e grazie per tutte il lavoro che fate e che mettete a disposizione.
Volevo chiedere, come mai la WII la vedo collegata correttamente al WIFI ma non naviga ?
Mentre con il modem Sercom, naviga correttamente ?
Devo aprire qualche porta ?
Grazie
-
@Ansuel fw 1.1.1_002 e GUI 7.1.7, non funziona app mytimfisso in 3G. In WiFi si collega senza problemi.
Se servono log, mi devi spiegare cosa mandarti, sono un uTONTO :D
-
Non può funzionare perché il firmware è uscito ieri e non viene riconosciuto dalla telegestione... Dovete dare tempo
-
Grazie Ansuel!
Per questa volta ti perdono, vai in pace fratello :D
-
Allora fratello @Ansuel,
ti ricordi di mettere un tasto che consenta di attivare la BlackList con la lista vuota?
Son passato dalla 7.0.2 alla 7.1.7 ma, niente ancora.
:wtf:
E' una palla cancellare a mano i 198 record ogni volta che si uppa la GUI, per riscriverne 24.
Dai fratello......... ricordati che devi morire! Lo diceva Totò
O:-)
-
@capo.punto ovviamente non l'ho ancora aggiunto... purtroppo senza l'aiuto del creatore della blacklist non posso fare molto... mi serve il suo aiuto per creare qualcosa di efficente...
-
Non c'è problema.............. @puandr ............. @puandr .....!!
Vedi cosa dice fratello Ansuel che, ........... non vuole morire.
:pray:
-
@capo.punto non capisco questa voglia di vedermi morto ahahah
-
:D @capo.punto mi sono sentito con @Ansuel: è ancora vivo ;)
-
purtroppo...
-
aggiunto...
-
Lungi da me l'augurare la morte di qualcuno, tanto più di fratello @Ansuel e fratello @puandr .............. ma cosè questo rumore?? ............sgratt ..... sgratt.....sgratt. ......... Non ci si gratta in pubblico!!!
Il fatto è che oggi mi sentivo un po "Pierino la peste" e volevo dare una scossa di buonumore a questo thread un po stantio.
Fratello @mixmax, tu che di queste esperienze ne hai fatte tante, che cosa consigli ai fratelli?
Allora, dove posso provare l'aggiunta?
Edit; @mixmax, Bastardo!!! :-X ma ... un consiglio non lo hai dato...........
-
@capo.punto dopo quello che gli hai augurato io non lo premerei quel pulsante :worry:
-
però se ci sono già i numeri installati rimangono, devo cancellarli a uno a uno o c'è altro modo?
-
Io li ho dovuti cancellare uno alla volta e mi sembra che non vi sia altro modo.
Comunque questo approfondimento, forse è meglio che lo facciamo nel suo thread:
https://www.ilpuntotecnico.com/forum/index.php/topic,78288.210.html#lastPost
@puandr sta lavorando a una versione + veloce e qualche cosa per migliorare backup e ripristino, dovrebbe studiarla.
-
Mastro @Ansuel , al tecnico TIM dovrei chiedere un DGA4130 o un DGA4132 come regalo? Quale dei due ritieni migliore? :)
-
4312
Il problema è che se te lo collega e lo fa provisionato non puoi sbloccarlo
-
Che vuol dire "provisionato"? Comunque no, il tecnico lo conosco bene, mi da un pacco nuovo e basta. 8)
-
Nel senso prima lo sblocchi poi lo colleghi alla linea telefonica... Non devi farlo aggiornare
-
Quindi, non appena mi dà il modem, lo connetto al PC e basta che avvio questo programma https://mega.nz/#!3wczEbQQ!ba1LYRRPTmwznfelO2mgigF5kLbciABOZZyFRhFV6tI (https://mega.nz/#!3wczEbQQ!ba1LYRRPTmwznfelO2mgigF5kLbciABOZZyFRhFV6tI) ?
-
si in pratica...
-
@Ansuel poco fa mi è capitato questo : ero nella gui versione 7.3.3 , ho cliccaltpo su Servizi Wan perchè mi dava un numero elevato di regole UPnP attive, e non riusciva ad aprire la tab, poi da quando ho chiuso quella finestra non mi ha piu' permesso di accedere alla gui. ho provato a reinstallare la gui da script più volte e a far ripartire manualmente nginx ma non cambiava nulla anche se il modem funzionava correttamente.
Ieri avevo installato luci ed andando col link diretto per luci funzionava. mi e' veduto il dubbio se non fosse proprio luci a dargli fastidio e dopo aver eseguito lo script remove_luci.sh a ripreso a funzionare. per ora lascio stare luci anche se è molto interessante
-
@giulio63 sta da capire se è una coincidenza col fatto delle troppe regole o era colpa di lui... se puoi ti chiederei di fare più prove...
-
@Ansuel ti ringrazio, faro piu' prove per luci ( le regole erano create in automatico col cellulare credo ! capita spesso boh )
invece per i prossimi aggiornamenti qualche piccola correzione se hai tempo
- nel menu' avanzate la gui di luci punta al link http://192.168.1.1/luci che da' errore 502 Bad Gateway, mentre nel tab Stato Gui punta al link funzionante http://192.168.1.1:9080/
- sempre in stato Gui, per XUPnP ci sono 2 volte "è" ed il link presente è http://192.168.1.1:4044/ui/ ma non risulta definito http://192.168.1.1/xupnp ma non so se è una scelta od una dimenticanza
- forse andrebbe messo anche il link alla Gui di XUPnP nel menù Avanzate ?
-
Più che altro pulisci la cache credo sia quello il problema
-
@Ansuel, Pako89 su https://www.hwupgrade.it/forum/showthread.php?t=2817859&page=243
ha posto questo quesito: Si può mettere un adblock direttamente sul router per evitare l'apertura di pubblicità sui dispositivi connessi?
Potrebbe essere un buon suggerimento!
Che ne dici?
-
Il miglior programma in quel senso è Pi-hole, ma non so come si comporti sotto OpenWRT ed in particolare con la dotazione HW di questi router (ammesso e non concesso che siano soddisfacibili le dipendenze varia & eventuali).
-
Perchè non usare semplicemente i dns di adquard ?
https://adguard.com/en/adguard-dns/overview.html
-
tempo fa se ne era parlato qui
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.5400.html
-
ma...non c'è un package adblock per openwrt ? :)
https://github.com/openwrt/packages/tree/master/net/adblock/files
Installation & Usage
install 'adblock' (opkg install adblock)
at minimum configure the appropriate dns backend ('dnsmasq' by default), the donwload utility and enable the adblock service in /etc/config/adblock
control the adblock service manually with /etc/init.d/adblock start/stop/restart/reload/suspend/resume/status or use the LuCI frontend
-
perchè non usare il pacchetto di openwrt per adblock...
-
Vero esistono anche soluzioni come quei DNS (o simili) od il pacchetto Adblock di cui si era già parlato, ma per i puristi che esigono una gestione on site di qualità l'unica alternativa valida rimane Pi-hole.
-
@Ansuel nel menu' avanzate piccola correzione per il link alla gui di luci
adesso punta al link http://192.168.1.1/:9080 invece di del link funzionante http://192.168.1.1:9080/
Grazie
-
@Ansuel ho aggiornato alla 7.4.7. - ho voluto reinstallare luci - ma poi non mi faceva piu' collegare alla gui del router ( avevo gia' svuotato cache del browser e disattivato UPnP IGD in servizi Wan ed infatti non avevo più regole UPnP )
e di nuovo disinstallando da ssh luci con lo script /usr/share/transformer/scripts/remove_luci.sh mi ha fatto rientrare ! non so se capita solo a me
- facendo opkg update o altri comandi di installazione/disinstallazione ho dei messaggi d'errore relativi ai puntamenti ai link precedenti per il repository
( tipo questo * opkg_conf_parse_file: Duplicate src declaration (chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci). Skipping. )
si riesce ad eliminare ? grazie
-
per quello dovete rivolgervi al creatore della blacklist è lui che aggiunge quei file... riguardo luci probabilmente hai provato ad installare luci già un pò di tempo fa (prima che venisse fixato... e ci sono problemi a livello di pacchetti) che si mostrano quando vai ad aggiornare... sarebbe un problema se ti salvi la configurazione resetti e ripristini ?
-
Ciao, anch'io IDENTICO problema di Giulio63 (Coetaneo? :)) con 4130. Ho provato a reinstallare la GUI 7.1.7 ma nulla da fare, svuotato la cache, off/on del modem...NIENTE. Ho resettato da tastino, reinstallato la GUI ora tutto a posto. Chissà perché, al momento di installare Luci (stanotte) mi era venuto timore di qualcosa del genere.
-
firmware?
comunque se qualcuno di volenteroso mi vuole aiutare ora che avete un sistema pulito potete riprovare? mi fareste un enorme piacere!
-
ho aggiornato all'ultima sviluppatore ma ho solo il led del power acceso e arancio, il modem va regolarmente :huh:
-
? strange stacca e riattacca la ppp e dimmi
-
Ciao, ho un problema:
Avevo rootato il DGA4132 con firmware 1.1.0 e anche la GUI di Ansel. Ho aggiornato tramite GUI alla versione 1.1.1_002 e adesso mi ritrovo a non poter più accedere alla GUI del router: inserisco nome utente e password di default (admin//admin) e mi ricarica di nuovo la pagina di login. Se inserisco nome utente o password errata mi dice che è errata quindi non è un problema di credenziali. Se cerco di accedere via SSH mi rifiuta la connessione. Non riesco a caricare un firmware diverso ne con autoflashgui ne con tftpd. Softreset e hardreset non cambiano la situazione.
Ho finito le idee. Qualcuno mi sa aiutare?
Grazie
-
ma...non c'è un package adblock per openwrt ? :)
https://github.com/openwrt/packages/tree/master/net/adblock/files
L'ho installato ma non riesco a configurarlo:
- in /etc/config/adblock risulta enabled nella configurazione global
- come configurare dnsmasq? Negli esempi sulla pagina dello sviluppatore non ho trovato nulla
- non riesco a individuare la versione, da opkg risulta la 1.5.4-1 mentre in /etc/config/adblock risulta adb_cfgver '2.5'. La versione corrente per Lede è la 3.5.1
- il comando di status in questa versione non mi sembra che esista
- se avvio il servizio a mano ottengo un warning su 'uhttpd -' ma i file di blacklist/whitelist rimangono vuoti
Suggerimenti??? Non mi pare così semplice la sua installazione.
Se qualcuno di voi ha provato ad installarlo ero curioso di capire anche le performance...
-
@LorenzoL fixato luci mia idiozia che non eliminavo due porte :)
-
per caso devo resettare per sistemare i led?
-
un riavvio basta in teoria o.o
-
@ttt666 allora da quello che ho capito, una volta installato sia l'adblock che il wget (altrimenti non riesce a scaricare le liste), sorge un problema, non riesce a salvare le liste perché dice che nella partizione /tmp/tmp.****** non c'è spazio
[ You must login or register to view this spoiler! ]
-
@Ansuel - grazie a te, che hai trasformato dei router, da mediocri a molto buoni; nel caso dei 4130/32 è un'impresa titanica. :clap:
Ho reistallato Luci e ora va bene; entro ed esco senza problemi, ancora grazie!!!
-
@sempro94 forse io sono in una situazione diversa dalla tua:
a me manca uhttpd ma sono indeciso se installarlo o meno, questo un test:
[ You must login or register to view this spoiler! ]
Secondo una guida d'installazione reperita online in Luci (da adattare) sarebbe:
[ You must login or register to view this spoiler! ]
A sto punto meglio installare un adblock più semplice per openwrt?
-
@ttt666 io stavo provando con questo https://github.com/openwrt/packages/tree/master/net/adblock/files (che è stato testato con openwrt ed ha anche un implementazione per essere controllato attraverso la luci ui)
EDIT: sono riuscito a fare funzionare l'adblock
[ You must login or register to view this spoiler! ]
Per farlo ho dovuto manualmente scaricare ed installare l'ipk dell adblock aggiornato (https://downloads.openwrt.org/snapshots/packages/x86_64/packages/adblock_3.5.1-1_all.ipk). Fatto ciò ho installato il companion della luci, e l'ho abilitato da li.
Sembra funzionare più o meno bene, ad esempio non mi mostra le pubblicità di youtube, ma alcune pubblicità le lascia passare lo stesso.
-
Riporto una soluzione funzionante per avere un adblock veloce ed efficiente sul nostro modem, appena testata:
- il progetto di riferimento è un piccolo script chiamato banhosts, tutto italiano --> https://github.com/openwrt/packages/tree/master/utils/banhosts (https://github.com/openwrt/packages/tree/master/utils/banhosts)
- la tecnica è quella di creare una blacklist da far caricare a dnsmasq
- la lista attuale occupa circa 200Kb di ram e ha impatti nulli sulle performance della connessione (potete fare i test con il comando time)
- ricordo che la query DNS viene fatta prima della connessione con tutti i vantaggi che ne conseguono da questo adblock
- la lista viene aggiornata ogni 7gg (modificabile) e blocca tutti i server di advertising
- la blacklist si trova in /tmp/banhost
Istruzioni per l'installazione di Banhosts:
- creare il file /etc/hotplug.d/iface/80-banhosts
- aprire il file 80-banhosts e incollare il seguente testo:
[ You must login or register to view this spoiler! ]
- salvare le modifiche ed uscire
- dare allo script i permessi di esecuzione con chmod +x /etc/hotplug.d/iface/80-banhosts
- aprire il file /etc/config/dhcp e aggiungere il rigo list addnhosts '/tmp/banhost' nella sezione config dnsmasq
- salvare le modifiche ed uscire
- riavviare il modem
Non mi assumo responasibilità in caso di danni, a me comunque va alla grande ;)
In quest'altro progetto ci sono altre liste che si potrebbero aggiungere e parsare ---> https://www.kubuntuforums.net/showthread.php/56419-Script-to-automate-building-an-adblocking-hosts-file?p=277103&viewfull=1#post277103 (https://www.kubuntuforums.net/showthread.php/56419-Script-to-automate-building-an-adblocking-hosts-file?p=277103&viewfull=1#post277103)
Spero di aver fatto cosa gradita.
-
un riavvio basta in teoria o.o
si infatti riavviano si sono sistemati... però non mi fa più accedere a Transmission.
Ho disinstallato e reinstallato ma niente
Riesci a separare gli ap wifi nella schedulazione oraria?
-
A me ancora la schedulazione ancora non funziona..... nessuno mi aiuta su questo punto??
-
come non ti funziona?
io non ho mai avuto problemi
-
Riporto una soluzione funzionante per avere un adblock veloce ed efficiente sul nostro modem, appena testata:
[ You must login or register to view this spoiler! ]
Grazie, vorrei provare, ma ho alcune domande:
-ci sono dei siti che ti bloccano la visione se hai adblock abilitati, è questo il caso ?
-se si aggionra la GUI di Ansuel, bisogna reimpostare tutto ?
-e se si aggiorna il firmware ? (qui sono sicuro di si, in tal caso basta salvarsi i files e reincollarli con WinSCP ?)
-il file /etc/hotplug.d/iface/80-banhosts va creato dove esattamente ? in root oppure in bank1/2 ?
dunque, ho creato il file in /root, spero di aver fatto bene.
Aprendo questa pagina https://www.tomshw.it/ alcuni ad vengono bloccati, ma non tutti, ad esempio vedo la pubblicità del computex in alto e tutte le inserzioni nella colonna di destra (confermi?) che invece con altri adblock via browser vengono bloccati.
Passiamo a http://www.repubblica.it/ . Qua non blocca quasi niente, vedo la pubblicità a tutto schermo.
Passiamo a https://www.virgilio.it/ . Anche qua, tutte le pubblicità sono presenti. Era tanto tempo che non vedevo pagine web così piene di ads :o . Sto usando IE infatti, che non avendo estensioni non usavo da anni 8)
Non mi sembra funzionare molto bene sinceramente (sempre se ho fatto le cose giuste).
-
Ansuel, hai idee del perchè quegli errori ? E' normale ?
https://www.ilpuntotecnico.com/forum/index.php/topic,78145.msg234535.html#msg234535
-
come non ti funziona?
io non ho mai avuto problemi
Io tutt'ora ho questo problema ma non so come risolverlo se mi dai una mano te ne sarei grato.
-
Non mi sembra funzionare molto bene sinceramente (sempre se ho fatto le cose giuste).
Veramente non può funzionarti perché non hai fatto le cose giuste:
- il file 80-banhosts va creato nel percorso /etc/hotplug.d/iface/. Tale percorso esiste già, non puoi sbagliarti e non è dentro /root.
- il file dhcp si trova nel percorso /etc/config/ ed esiste già, nemmeno qui puoi sbagliarti nel modificarlo
- segui alla lettera la mia guida: l'adblock in questione funziona benissimo
- ci sono alcuni siti che probabilmente non funzioneranno bene, io finora però non ne ho incontrati
- l'aggiornamento della GUI di Ansuel è un problema solo se riscrive il file dhcp... non ricordo se lo fa, per cui verifica la cosa aprendo manualmente il file di aggiornamento
- l'aggiornamento firmware è un problema
Sii un po' più fiducioso ;)
-
@yhcim86 oddio se non ti va perchè hai problemi non saprei come darti una mano... ma tu intendi la programmazione dello spegnimento del wifi?
-
Non so se sia già stato fatto notare, cmq nella 7.5.7 la sezione Impostazioni LED rimane in inglese anche selezionando la lingua italiana.
OT @MisterFTTH massima stima per ad mentula canis, sto ridendo da solo in casa come un beota e immagino i vicini mi stiano ormai prendendo per pazzo :D
-
@donato74 si deve ancora essere tradotto
-
@Ansuel ho aggiornato la GUI alla 7.6.1 e noto che dalla 7.3 hai "Aggiunto bottone per installare una blacklist vuota".
Ma è solo il bottone? :tumbleweed:
La blacklist me la da sempre con i 198 record preregistrati.
Ogni volta che aggiorno devo prima cancellare i 198 numeri prima di inserire i miei 24.
-
@capo.punto fixed my love
-
Dal pannello interno della tua GUI l' aggiornamento non va a buon fine, mi resetta sempre la GUI all' originale, anche riavviando da tasto e da tab.
Facendolo manualmente
1. wget -P /tmp https://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/GUI.tar.bz2
2. bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -
3. /etc/init.d/rootdevice force
ottengo questo errore
root@modemtim:~# /etc/init.d/rootdevice force
cat: can't open '/etc/crontabs/root': No such file or directory
uci: Parse error
Però la GUI poi si aggiorna correttamente.
Noto 2 cose: mi si resetta la password di root (che torna appunto a root, l' avevo modificata) e anche quella del login (come sempre).
E' regolare ?
sono su 111_002 ed ero con 7.5.5 (ma lo fa anche con le gui un pò più vecchie).
Ora ho la 7.6.2 .
-
ho aggiunto una funzione utile, ora potete mandare alla telegestione una versione falsa... quindi ora se siete su 1.0.3 potete far funzionare l'app mytimfisso (prima era bloccata perchè la telegestione cercava di aggiornare il modem e non mandava i dati)
-
grazie, quindi la telegestione la lasciamo sempre attiva ? e anche informazione periodica ?
Ho messo la tua ultima GUI (finalmente) , la 7.7.5 . Adesso devo provare alcune cose perchè prima non milasciava cambiare i dns nè l ip della lan . ...0.1.
-
ovviamente l'impostazione devi settarla... di default non la setto :)
-
Ok.
Sono svariate volte che provo a impostare in rete locale 192.168.0.1 e abilitare server dhcp con sempre questo ip.
Si impalla tutto, e poi non riesco piu ad accedere neanche con putty, nè ...1.1 nè ...0.1 .
Devo quindi resettare tutto col tastino fisico, ripristino a fabbrica e ritorno con gui tim (con root).
Come mai ? (Ho provato taaaante volte...-
-
provo...
-
dunque, dopo il reset a gui tim, ho preso il 7.1.7 (l'ultima gui funzionante per me).
Copiata in /tmp e /root e comandi
bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -
/etc/init.d/rootdevice force
ottengo questo:
[ You must login or register to view this spoiler! ]
ho ridato il comando rootdevice 2 volte perchè avevo quell' errore (non so, va bene lo stesso ?).
La GUI si è aggiornata da sola dopo un pò, non ho riavviato questa volta.
(https://image.ibb.co/gwAQj7/717.png)
Ho riavviato, il cambio ip continua a non funzionare, però almeno non mi si impalla tutto.
(https://preview.ibb.co/fDCAHS/fail.png)
rimane sempre a 192.168.1.1 .
Sempre con GUI 7.1.7, ho preso il file della GUI 7.5.5 (5.5. è corretto, non è l' ultima, ce l avevo salvata).
Messo il file in /tmp e /root.
Aggiornato con i soliti comandi, ma ora ci sono molti errori nell' aggiornamento:
[ You must login or register to view this spoiler! ]
anche dando rootdevice più volte esce sempre lo stesso errore.
(https://preview.ibb.co/hv3vj7/fail2.png)
(https://preview.ibb.co/cgYBP7/fail3.png)
Nella schermata della GUI, tuttavia, la versione viene riportata come 7.5.5 (cioè aggiornata, ma è avvenuto tutto correttamente ? non credo.......)
(https://image.ibb.co/e5vVHS/755b.png)
Permane lo stesso errore del cambio ip lan. Ho capito però perchè si impalla tutto. Succede solamente se quando imposto il 192.168.0.1 attivo anche il server dhcp e inserisco come inizio range il 192.168.0.2 . Qua va tutto in palla e devo resettare.
-
Che differenza vi è tra il fw AGTHP_1.1.0_CLOSED e AGTHP_1.1.0_002_CLOSED? Come mai dice di mettere il 002 anche se è più vecchio di mesi?
-
dov'è che te lo dice scusa. Credo tu ti stia confondendo con una beta, prima del 1.1.0 finale.
L' ultimo 002 è riferito all' 1.1.1 . Scusa mi sto riferendo al dga4130, tu stai chiedendo dell' hub se non sbaglio, quindi fai conto che non ho scritto nulla.
-
Ciao Ansuel saresti cosi' gentile da dirmi come impostare la telegestione per falsarla? grazie
-
a me continua a non andare transmission nemmeno con le 7.7.3
-
Ho installato l'ultima sviluppatore e devo confermare come detto da altro utente che adesso non va più la schedulazione del wifi e se entro dentro mi da:
"Si è verificato un Internal Server Error, per favore contattare l´amministratore"
-
Buongiorno; ho un problema strano, ho il root con 1.1.0 e gui 7.7.5. Con tele gestione disabilitata (ma non cambia).
Ogni paio di ore, anche se non è preciso, la telefonia si blocca. In uscita tutti i numeri che chiamo risulta fuori posto ed anche quando vengo chiamato.
Devo disabilitare e abilitare la fonia.
Qualche info ?
GRAZIE
-
@CastleBravo Dovete fornirmi i log, da me non c'è il problema quindi necessito dei log per capire cosa non va :)
@rixxardo puoi fornirmi anche tu dei log, quando noti questo problema, fai una chiamata e poi mandami il log, riattiva il servizio voip e rimandami un log
manda per messaggio privato siccome potrebbero contenere informazioni sensibili... grazie ;)
-
@Ansuel se non chiedo troppo è possibile scrivere in italiano ciò che si legge nelle varie schede della GUI? Dico questo perchè nella pagina iniziale vi è la possibilità di impostare la linqua per cui non vedo il motivo di scrivere in inglese nella scheda Italiano.
Grazie.
;)
-
@giottos di default la gui è in inglese io le pagine le devo scrivere in inglese... è il file di traduzione italiano che è in più non quello inglese... :(
-
Ma attraverso WinScp si possono tradurre? e se si mi sapresti indicare qualè la cartella? Spero di non aver detto una castroneria. :D
-
Noto che ci sono aggiornamenti molto frequenti per l'interfaccia; esiste una pagina dove posso consultare i changelog? Graize!
-
il changelog lo trovi nella gui stessa... cliccando su Changelog
-
@giottos in teoria il mio traduttore ufficiale lo ho già...
comunque i file sono compilati .mo in /www/lang/it-it prendi decompili e aggiungi in base a quello che trovi nei file .lp nella cartella www/docroot/modals
:)
-
Carissimo @Ansuel, forse ti devo dare una cattiva notizia:
da quando ho installato la GUI 7.7.5 non funziona più il cron restart e noto che nel file /etc/crontabs/root mancano le stringhe
*/10 * * * * /sbin/trafficmon.lua
*/3 * * * * /sbin/trafficdata.lua
in questo file, a seguire, io installo la seguente: "00 06 * * * /etc/init.d/xdsl restart" che utilizzo per far riconnettere la linea alle 06:00 del mattino. Ovviamente, come da tue indicazioni fornitemi in passato, al termine della sostituzione dell'intero file "root", eseguo il comando di riavvio del cron "/etc/init.d/cron restart". Finora ha sempre funzionato! Ora non più.
Inoltre, con la suddetta GUI, non funziona più la "Blacklist", ovvero, blocca qualsiasi numero in entrata, anche non inserito nella lista. Ho provato sia con la 2.3 e sia con la 2.2 oltre che con l'installazione da tab telefonia della GUI.
Attualmente il cron l'ho risolto ripristinando il file "config.bin" salvato dalla versione 7.1.7.
Probabilmente devi rivere qualcosa nelle ultime modifiche e coordinarti meglio con @puandr.
Distintamente tuo fan
capo.punto
EDIT: Cosa mi consigliate di fare per ripristinare la Blacklist? Ho in archivio dalla 2.0 alla 2.3. Come GUI ho archiviato alcune versioni della 6 e della 7.
-
il changelog lo trovi nella gui stessa... cliccando su Changelog
Ah grazie, proprio non l'avevo visto! Però li c'è il changelog per quanto riguarda la parte firmware, non per la GUI
-
ciao
come faccio a ripristinare il funzionamento della app MyTimFisso?
in 4G non si collega al modem, in WiFi si collega ma non visualizza alcun dato
ho il 4132 firmware 1.1.0 con GUI 7.7.5, non ho toccato le impostazioni relative al Version Spoof, è impostato su 1.1.0
-
@darthgaio prima di tutto hai la telegestione attiva o spenta :(
-
è attiva da sempre
non ho mai toccato nulla, ho solo aggiornato alla 7.7.5 e disinstallato la blacklist 2.2 e installato la 2.3
-
Ah grazie, proprio non l'avevo visto! Però li c'è il changelog per quanto riguarda la parte firmware, non per la GUI
Il contrario semmai ;)
-
Non ho visto se era stato risposto alla mia domanda riguardo transmission.
A me non va, se clicco mi appare la schermata con "502 Bad gateway" ngnix
-
Ciao @Ansuel ogni volta che riavvio il router, da ssh devo far ripartire transformer o nginx per avere la gui funzionante. Anche dopo aver forzato aggiornamento gui la cosa è rimasta invariata.
-
@nclmrc hai installato sicuramente luci, reinstallalo e non dovrebbe esserci più questo problema
-
@Ansuel due problemi sono sorti con ultima gui il tasto riavvio non funziona più nella prima Tab.
In più l'app my Tim fisso non funziona più da rete mobile mi spiego meglio se di il comando di lettura del modem remoto vedo che il led info del AGTEF lampeggiare ma la risposta dell'app è servito non disponibile provare più tardi.....i comandi da remoto li riceve sennò il led info non lampeggia. Forse è un problema con l'aggiunta della cosa x falsare la telegestione che hai messo ultimamente???
Grazie mille poi ho scritto nel therd giusto x l'app Black list è ti ho taggato.
-
@yhcim86 l'altro giorno è successa la stessa cosa ad un mio amico ed il problema era di telecom che stava facendo robe con la telegestione
il tasto riavvio ora vedo subito, è qualcosa che c'è da tempo mi sa...
-
@Ansuel problema persiste.
-
@yhcim86 dal mio lato no errori quindi mi servirebbe un logread -f quando premi il tasto per vedere cosa va male
-
@nclmrc prima domanda hai installato luci? seconda domanda hai il file uhttpd in /etc/config? terza domanda nel file ci sono cose con [::]:80 [::]:443 se si elimina e riavvia
-
@Ansuel Ho installato e reinstallato luci ma non ho quel file . La cosa strana che il primo nginx restare mi va in failed come se non fosse avviato
-
hai per forza quel file, controlla meglio in /etc/config FILE UHTTPD
-
Si scusa cè. È in ascolto su 9080 e 9443
-
non c'è nulla con porta 80 o 443? in quel caso riavvia e dovrebbe andare...
-
Su quelle porte non ce niente. Che versione nginx hai tu?
-
non è un problema di versione nginx è uhttpd che rubava la porta 80 e 443 semplicemente...
-
@Ansuel dove lo devo dare quel comando??? Appena rientro da casa stasera mi metto all'opera e ti passo tutto invece x la Black list hai letto il problema??
-
A riga di comando indipendentemente dalla dir in cui ti trovi
root@OpenWrt:~# logread -f
Fri Apr 20 16:49:20 2018 daemon.notice transformer: [wansensing] (L3ETH) runs L3ETHMain.check(ETH,timeout)
Fri Apr 20 16:49:30 2018 daemon.notice transformer: [wansensing] (L3ETH) runs L3ETHMain.check(ETH,timeout)
-
@yhcim86 l'altro giorno è successa la stessa cosa ad un mio amico ed il problema era di telecom che stava facendo robe con la telegestione
in realtà ieri dopo che ti ho segnalato il priblema con l'app MyTimFisso, per prova ho rimesso su il mio 4130 fornito da tim, originale e non rootato, e la telegestione ha immediatamente funzionato benissimo, quando 5 minuti prima con il 4132 rootato non andava
quindi escluderei problemi di tim con la telegestione
inoltre con tutte le tue gui (stable) precedenti alla 7.5.5 la telegestione ha sempre funzionato sul mio dispositivo
-
@Ansuel dove lo devo dare quel comando??? Appena rientro da casa stasera mi metto all'opera e ti passo tutto invece x la Black list hai letto il problema??
Ho lo stesso problema di @yhcim86. Premo "Riavvio" ma logread -f non mi restituisce un bel niente
-
@Ansuel io quel comando l'ho dato su putty ma non restituisce niente di niente è giusto quello che ho fatto e il programma che ho usato???
-
@Ansuel per un fatto puramente estetico, potresti accentrare il logo del modem semmai spostando il load in vetta. Ieri ho risolto reinstallando luci. Poi cliccando su luci web da avanzate ce uno slash di troppo.
-
salve,
sbloccando il tim hub con firmware 1.1.0 e ultima gui ansuel non riesco a far funzionare un numero voip eutelia, cioe si registra normalmente ma in ingresso non funziona invece in uscita sempre ok avete consigli?
-
@yhcim86 intendi logread -f mostra i log dopo aver inserito il comando , logread mostra i log passati
-
Sono su gui 7.7.5, ad ogni riavvio del modem mi ritrovo in modalità voce, senza che io lo voglia.
Ho un dga4130, che posso controllare?
Grazie.
-
@danye non hai mai passato il modem in modalità voce? comunque aggiorna gui e disattiva modalità dalla tab broadband
-
@Ansuel ho provato a tornare alla stabile ma anche li non mi va transmission come ho scritto in 2 precedenti messaggi riguardo la versione sviluppatore.
Ho anche resettato il modem ma permane il problema
-
@Ansuel no, non ho mai passato il modem in modalità voce. Il problema è nato da quando ho aggiornato all'ultima GUI venendo dalla versione stabile 6.6. Ora se aggiorno la GUI o riavvio me lo ritrovo in modalità voce e devo ogni volta risistemarlo.
-
Il contrario semmai ;)
Forse premo sul pulsante sbagliato, però sulla scritta changelog in basso mi apre le patch notes riguardanti ogni versione di firmware (1.1.1_002, 1.1.0, ecc.) non riguardanti l'interfaccia di ansuel che si aggiorna quasi giornalmente (7.7.12, 7.7.11, 7.7.5, ecc.)
-
@danye perdonami ma come user della ppp cosa hai ?
-
@Kelevra se vuoi un log più dettagliato vai su github... https://github.com/Ansuel/tch-nginx-gui
lì inserisco solo le release maggiori
la situazione delle versioni è in questo modo
x.y.z
x = rebase nuova versione firmware
y = aggiornamento versione con nuove funzioni
z = bugfix minori e avanzamenti di versione dev
-
ma sono diventato invisibile? -_-
-
@CastleBravo seguire qui tutti i problemi sul forum mi viene difficile... usa github
-
Come si usa github????
-
Buona lettura
https://github.com/emergenzeHack/terremotocentro/wiki/002-Come-si-usa-Github
-
Ciao @Ansuel . Grazie per le ultime correzioni. Ho visto su Github il template tipo Fritzbox. È possibile implementarlo secondo te?
-
@Ansuel Grazie mille! ;)
-
@nclmrc mi sono sentito con chi lo sta sviluppando è ancora WIP appena finisce lo introduco ;)
-
@Ansuel ma il DLNA di default non funziona?
-
@nclmrc ciao, io non lo uso, puoi dirmi su che firmware sei? se mi dici che non funziona provvedo subito a vedere cosa non va
-
Ho AGTHP con 1.1.0, con xupnpd mi funziona, senza non lo vedo in rete.
-
xupnpd credo sia un gestore di dlna esterno
-
Si. A te il DLNA di default ti funziona?
-
@nclmrc non so proprio come settarlo puoi dirmi come fare a testarlo ?
-
@Ansuel Lo attivi e con vlc su smartphone dovresti vedere la risorsa nella rete locale. Io ho un hd.
-
@Ansuel confermo che DLNA non va. Se leggi sul thread di xupnpd alcune persone avevano già segnalato questa cosa e ti chiedevano se era possibile di caricare nella configurazione di xupnpd anche i dischi USB.
-
Ciao @Ansuel . Grazie per le ultime correzioni. Ho visto su Github il template tipo Fritzbox. È possibile implementarlo secondo te?
@nclmrc mi sono sentito con chi lo sta sviluppando è ancora WIP appena finisce lo introduco ;)
Non vedo l'ora di vederla ;)
-
@Ansuel con l'ultima release hai fixato il DLNA?
Poi ho visto da terminale durante l'upgrade della GUI viene fuori un UCI parse error.
-
@nclmrc per l'uci parse error... mi servirebbe un aiuto da parte di qualcuno...
nel rootdevice da 715 a 775 ci sono le funzioni ausiliarie... qualcuno che ha il problema uci parse mi dovrebbe commentare 10 alla volta quelle funzioni ed eseguire di volta in volta lo script per vedere dove sparisce l'errore... fare così di volta in volta fino a capire quale di quelle funzioni causa questo errore...
io non posso verificare perchè dovrei resettare il modem e non posso al momento :(
-
Ok @Ansuel ti posso dare io supporto
-
@Ansuel confermo che DLNA non va. Se leggi sul thread di xupnpd alcune persone avevano già segnalato questa cosa e ti chiedevano se era possibile di caricare nella configurazione di xupnpd anche i dischi USB.
mi sembra che il problema vienne dal firmware 1.0.x, anche a me non funziona il dlna, quando faccio un "top" non vedo il daemon dlnad. Ho provato un /etc/init.d/dlnad enable/disable/start/reload...ma non succede niente...
con xupnpd, tutto OK.
edit:
https://community.tim.it/t5/MODEM-ROUTER/agevo-AGTEF-1-0-4-non-fa-vedere-file-DLNA/m-p/11886
https://plus.google.com/communities/108761366800436892116/s/dlna
non è un nuovo problema...
-
@shdf ora che controllo forse il problema è proprio che il processo crasha e non si avvia affatto!
-
l'ho attivato da GUI, ora funziona (al meno il daemon lo vedo)
root@modemtim:~# /etc/init.d/dlnad restart
ILibStartChain: Exit main loop
root@modemtim:~# Intel MicroStack 1.0 - Digital Media Server (DLNA 1.5)(pid = 9444),
Load average: 0.22 0.08 0.06 2/103 9565
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
9565 7104 root R 1724 0% 0% top
3347 1 root S 21396 4% 0% lua /usr/bin/transformer
2053 1 root S 14264 3% 0% hostapd -bund -p /var/run/hostapd.pid
4136 1 root S N 11108 2% 0% /usr/bin/mud -d -t /etc/mud/mud_file_
9554 1 root S 10532 2% 0% /usr/bin/dlnad -f /var/etc/dlnad.conf
4090 3706 nobody S 9120 2% 0% nginx: worker process
3088 1 root S 6924 1% 0% {wansensing.lua} /usr/bin/lua /sbin/w
4093 1 root S 6628 1% 0% /usr/bin/mvfs -o config=/tmp/.mvfs/mv
1540 1 root S 6128 1% 0% /usr/bin/swmdk
3768 1 root S 5748 1% 0% lua /usr/bin/gre-hotspotd.lua
1448 1 root S 5416 1% 0% /sbin/logd -S 4096
3706 1 root S 5388 1% 0% nginx: master process /usr/sbin/nginx
3384 1 root S 5032 1% 0% {datausaged} /usr/bin/lua /usr/bin/da
415 1 root S 4468 1% 0% /usr/sbin/cgrulesengd -n -Q -u root
1605 1 root S 4240 1% 0% lua /usr/bin/hostmanager.lua
3747 1 root S 4216 1% 0% /usr/sbin/urlfilterd
1428 1 root S 4040 1% 0% {ledfw.lua} /usr/bin/lua /sbin/ledfw.
4287 1 root S 3944 1% 0% lua /usr/bin/pinholehelper.lua
4302 1 root S 3944 1% 0% lua /usr/bin/redirecthelper.lua
^C838 2513 root S 3812 1% 0% {mobiled.lua} /usr/bin/lua /lib/netif
-
@Ansuel C'è un doppio ledfw nella funzione led_integration
led_integration() {
if [ $(uci get -q ledfw.status_led.enable) ] ; then
uci set ledfw.status_led.enable='0'
if [ $(uci get -q ledfw.timeout.ms) == "0" ] ; then
uci set ledfw.ledfw.timeout.ms='5000'
-
Sono un idiota... Fixo ;)
-
@Ansuel Hey, scusa la domanda, da UI non mi pare ci siano le impostazioni per configurare la modalità WDS; però c'è il comando wlctl wds; che tu sappia, funziona se impostato da CLI?
-
Probabilmente c'è ma preparati a fare molte
Driver broadcom... Zero documentazione
-
Ho trovato qualcosa su Google. Questo fine settimana provo e se funziona magari lo riporto qui ;)
Grazie intanto
-
@danye perdonami ma come user della ppp cosa hai ?
Non uso la connessione ppp ma uso la porta wan in cascata dal router principale, ed ogni volta che riavvio il modem o subito dopo aver aggiornato la GUI ad una versione successiva mi ritrovo in modalità voce
-
Ciao, sbaglio o il wifi 5Ghz (4132) non è più potenziabile mettendo 'US' al posto di 'IT'? E' possibile in qualche altro modo?
-
@danye quindi perdonami ma il modem l'ip come lo piglia? dhcp?
-
@Ansuel No ho settato un ip fisso per la porta Wan 192.168.2.100 mentre gli ip locali sono su 192.168.3.1, tutto questo per far funzionare correttamente il VoIP con messagenet, che va alla grande.
-
@danye puoi postarmi il file network in /etc/config ?
-
Aggiunto tema fritzbox... andate su github per segnalare problemi al creatore
-
@Ansuel Ho problemi ad esportare la configurazione da GUI.
ConfigCommon] Error: collect export data failed (/usr/lib/lua/transformer/shared/ConfigCommon.lua:343: bad argument #2 to 'foreach' (string expected, got function))
-
@Ansuel con gli ultimi aggiornamenti la Gui "fatica" ad aggiornarsi ed ad esempio ieri non completava l'aggiornamento non permettendo più l'accesso alla gui e dando questi messaggi d'errore :
'bin/sh: can't open '/etc/rc.common
md5sum: can't open '/usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.Line.map': No such file or directory
ash: !=: argument expected
'bin/sh: can't open '/etc/rc.common
'bin/sh: can't open '/etc/rc.common
ed in effetti anche se sono riuscito con più tentativi manuali ad aggiornarla alla 7.8.0 , il file VoiceService.VoiceProfile.Line.map non risulta presente
se provo a rilanciare il file upgradegui.sh dalla sua directory ho il messaggio ERROR: file corrupted e ne interrompe l'esecuzione.
se lo rilancio un altra volta di seguito, invece lo esegue, e quando lo termina, adesso da' questo messaggio :
md5sum: can't open '/usr/share/transformer/mappings/bbf/VoiceService.VoiceProfile.Line.map': No such file or directory
ash: !=: argument expected
puoi fare qualche verifica ?
Grazie
EDIT : anche facendo Aggiorna o Forza Aggiornamento da Gui, al primo tentativo non parte mentre al secondo si, ma quel file che non trova, dove lo posso recuperare ? o va' reinstallato il pkg che riguarda la telefonia ?
-
Aggiunto tema fritzbox... andate su github per segnalare problemi al creatore
Grazie per la nuova GUI con il tema del Fritz!box ;)
-
@Ansuel in Diagnostica, Grafici xDSL non funziona più ( gira a vuoto ) non so se sia un problema solo dell'ultima versione o anche di qualcuna precedente.
p.s.: spero solo non sia solo un mio problema
Grazie
-
@giulio63 puoi dirmi il tipo di connessione ADSL vdsl? E dirmi se transformer-cli get rpc. Xdslctl. Da output?
-
@Ansuel sono in Fibra teorica 200M
root@modemtim:~# transformer-cli get rpc.
ERROR /usr/bin/transformer:161: Too much data to fit in one single dgram.
root@modemtim:~# transformer-cli get rpc.xdslctl.
ERROR /usr/bin/transformer:161: Too much data to fit in one single dgram.
non da output
EDIT : e non crea i files *Params* nelle directory /tmp
questo non credo sia utile ma solo per la velocità
root@modemtim:~# xdslctl info
xdslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 27311 Kbps, Downstream rate = 158367 Kbps
Bearer: 0, Upstream rate = 21600 Kbps, Downstream rate = 155020 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
-
Ansuel nel menù "Gateway" c'è probabilmente un refuso che ti ho evidenziato, nel nome prodotto compare "AGHP" al posto di quello corretto "AGTHP".
Fornitore del prodotto
Technicolor
Nome prodotto
AGHP
Versione Software
AGTHP_1.1.1_002
Versione Gui
7.7.16
Grazie ;)
-
@Ansuel confermo il problema con le statistiche xDSL riportatoi da @giulio63 ; anche a me l'output risulta ERROR /usr/bin/transformer:161: Too much data to fit in one single dgram.
-
Si non è quello il problema... So io quale è il problema... Ora non sono a casa spero di recuperare il file... Siccome l'avevo riscritto...
-
@giulio63 @donato74 ciao dalla mia parte non ho problemi... qualcuno mi può mandare il contenuto di /usr/share/transformer/mappings/xdslctl.map ?
-
@Ansuel te lo manderei volentieri, ma il percorso che hai indicato contiene solo subfolder e nessun files.
cartelle presenti:
bbf
clash
device2
igd
rpc
uci
edit, ho trovato quel file (se è quello che serve) nella cartella
rpc.
vuoi il file, o ti metto con tag code qui il testo?
-
anche il tag code va bene
-
local logger = require("transformer.logger")
local log = logger.new("rpc.xdsl", 2)
local register = register;
local xdsl_ = {
objectType = {
name = 'rpc.xdsl.',
access = 'readOnly',
minEntries = 1,
maxEntries = 1,
parameters = {
status = {
access = "readOnly",
type = "string"
},
statuscode = {
access = "readOnly",
type = "string"
},
multimode = {
access = "readWrite",
type = "string"
},
dslversion = {
access = "readOnly",
type = "string"
},
}
}
}
local conn = mapper("ubus").connect()
local uci_helper = mapper("ucihelper")
local function nilToEmptyString(st)
if st == nil then
return ""
else
return tostring(st)
end
end
local function getDataForXdsl()
local result = conn:call("xdsl", "status", { })
if result == nil then
log:error("Failed to retrieve XDSL status")
return {}
end
return result
end
local function getall(mapping, key)
local state = getDataForXdsl()
local sanitizedData = {}
for k,v in pairs(state) do
sanitizedData[k] = nilToEmptyString(v)
end
return sanitizedData
end
local xdsl_binding = { config = 'xdsl', sectionname = 'dsl0', option = 'multimode' }
local function get(mapping, paramName, key)
if paramName == 'multimode' then
local modes = uci_helper.get_from_uci(xdsl_binding)
if type(modes) == 'table' then
return table.concat(modes, ",")
else
return modes or ""
end
elseif paramName == "dslversion" then
local dsl_supported, dsl = pcall(require,"transformer.shared.xdslctl")
local version = ""
if dsl_supported then
version = dsl.infoValue('firmware_version')
end
return version
else
local state = getDataForXdsl()
return nilToEmptyString(state[paramName]);
end
end
local function set(mapping, paramName, value, key)
if paramName == 'multimode' then
local multimode = {}
for v in string.gmatch(value, "([^,]+)") do
multimode[#multimode+1] = v
end
return uci_helper.set_on_uci(xdsl_binding, multimode, commitapply)
end
return nil, "Not supported"
end
xdsl_.getall = getall
xdsl_.get = get
xdsl_.set = set
xdsl_.commit = function()
uci_helper.commit(xdsl_binding)
end
xdsl_.revert = function()
uci_helper.revert(xdsl_binding)
end
register(xdsl_)
in aggiunta, sto provando DSLstats, ma mi va sempre in timeout; ovviamente telnet attivo, infatti si collega. Suggerimenti? 24 apr 2018 16:31:35 Timeout while retrieving stats
24 apr 2018 16:31:35 No stats received
-
comunque il file era xdslctl non xdsl...
-
@Ansuel anche da me il file si trova insieme ad altri nella cartella rpc
xdslctl.map
local logger = require("transformer.logger")
local log = logger.new("rpc.xdslctl", 2)
local register = register;
local xdslctl_ = {
objectType = {
name = 'rpc.xdslctl.',
access = 'readOnly',
minEntries = 1,
maxEntries = 1,
parameters = {
HlogUs1 = {
access = "readOnly",
type = "string"
},
HlogUs2 = {
access = "readOnly",
type = "string"
},
HlogUs3 = {
access = "readOnly",
type = "string"
},
HlogUs4 = {
access = "readOnly",
type = "string"
},
HlogDs1 = {
access = "readOnly",
type = "string"
},
HlogDs2 = {
access = "readOnly",
type = "string"
},
HlogDs3 = {
access = "readOnly",
type = "string"
},
HlogDs4 = {
access = "readOnly",
type = "string"
},
HlogScanBand = {
access = "readOnly",
type = "string"
},
BitsUs1 = {
access = "readOnly",
type = "string"
},
BitsUs2 = {
access = "readOnly",
type = "string"
},
BitsUs3 = {
access = "readOnly",
type = "string"
},
BitsUs4 = {
access = "readOnly",
type = "string"
},
BitsDs1 = {
access = "readOnly",
type = "string"
},
BitsDs2 = {
access = "readOnly",
type = "string"
},
BitsDs3 = {
access = "readOnly",
type = "string"
},
BitsDs4 = {
access = "readOnly",
type = "string"
},
BitsScanBand = {
access = "readOnly",
type = "string"
},
QLNUs1 = {
access = "readOnly",
type = "string"
},
QLNUs1 = {
access = "readOnly",
type = "string"
},
QLNUs2 = {
access = "readOnly",
type = "string"
},
QLNUs3 = {
access = "readOnly",
type = "string"
},
QLNUs4 = {
access = "readOnly",
type = "string"
},
QLNDs1 = {
access = "readOnly",
type = "string"
},
QLNDs2 = {
access = "readOnly",
type = "string"
},
QLNDs3 = {
access = "readOnly",
type = "string"
},
QLNDs4 = {
access = "readOnly",
type = "string"
},
QLNScanBand = {
access = "readOnly",
type = "string"
},
SNRUs1 = {
access = "readOnly",
type = "string"
},
SNRUs2 = {
access = "readOnly",
type = "string"
},
SNRUs3 = {
access = "readOnly",
type = "string"
},
SNRUs4 = {
access = "readOnly",
type = "string"
},
SNRDs1 = {
access = "readOnly",
type = "string"
},
SNRDs2 = {
access = "readOnly",
type = "string"
},
SNRDs3 = {
access = "readOnly",
type = "string"
},
SNRDs4 = {
access = "readOnly",
type = "string"
},
SNRScanBand = {
access = "readOnly",
type = "string"
},
Us1BandInitial = {
access = "readOnly",
type = "string"
},
Us2BandInitial = {
access = "readOnly",
type = "string"
},
Us3BandInitial = {
access = "readOnly",
type = "string"
},
Us4BandInitial = {
access = "readOnly",
type = "string"
},
Ds1BandInitial = {
access = "readOnly",
type = "string"
},
Ds2BandInitial = {
access = "readOnly",
type = "string"
},
Ds3BandInitial = {
access = "readOnly",
type = "string"
},
Ds4BandInitial = {
access = "readOnly",
type = "string"
},
Us1BandFinal = {
access = "readOnly",
type = "string"
},
Us2BandFinal = {
access = "readOnly",
type = "string"
},
Us3BandFinal = {
access = "readOnly",
type = "string"
},
Us4BandFinal = {
access = "readOnly",
type = "string"
},
Ds1BandFinal = {
access = "readOnly",
type = "string"
},
Ds2BandFinal = {
access = "readOnly",
type = "string"
},
Ds3BandFinal = {
access = "readOnly",
type = "string"
},
Ds4BandFinal = {
access = "readOnly",
type = "string"
},
UsBandNumber = {
access = "readOnly",
type = "string"
},
DsBandNumber = {
access = "readOnly",
type = "string"
},
}
}
}
local function xdslband(n,dtype,bandtype)
local line
if ( bandtype == "Us" ) then
line = "12p"
else
line = "13p"
end
local cmd = ("xdslctl info --pbParams | sed -n " .. line)
local f = assert(io.popen(cmd, 'r'))
local s = assert(f:read('*a'))
local r = "0"
local c = 1
f:close()
s = string.gsub(s, '[\n\r]+', ' ')
for w in string.gmatch (s, "%((.-)%)") do
if c == n then
if dtype == "Initial" then
r = string.match(w,"(.-)%,")
elseif dtype == "Final" then
r = string.match(w,"%,(%d*)")
end
end
c=c+1
end
if dtype == "BandNumber" then
return tostring(c-1)
else
return r
end
end
local function xdslctlget(dtype,request,band,bandtype)
local data = ""
local n = 0
local scanband = ""
local bandstart = tonumber(xdslband(band,"Initial",bandtype))+8
local bandend = tonumber(xdslband(band,"Final",bandtype))+8
local cmd = "xdslctl info --" .. request
local f = assert(io.popen(cmd,"r"))
for l in f:lines() do
if n>=bandstart and n<=bandend then
if request == "Hlog" then
l = l:gsub("(.*)-","")
l = "-" .. l
if ( tonumber(l) > -96 ) then
data = data .. l .. ", "
else
data = data .. "NaN" .. ", "
end
elseif request == "QLN" then
l = l:gsub("(.*)-","")
l = "-" .. l
if ( tonumber(l) > -160 ) then
data = data .. l .. ", "
else
data = data .. "NaN" .. ", "
end
elseif request == "SNR" then
l = string.sub(l,-8)
l = l:gsub("%s*","")
if ( tonumber(l) > 0 ) then
data = data .. l .. ", "
else
data = data .. "NaN" .. ", "
end
else
l = string.sub(l,-2)
l = l:gsub("%s*","")
data = data .. l .. ", "
end
end
n=n+1
end
f:close()
scanband = tostring(n-8)
if dtype == "data" then
return data
else
return scanband
end
end
local function get(mapping, paramName, key)
if paramName == "HlogScanBand" then
return xdslctlget("scanband","Hlog",0,"Ds")
elseif paramName:match("Hlog") then
local band = tonumber(paramName:sub(7,7))
local bandtype = paramName:sub(5,6)
return xdslctlget("data","Hlog",band,bandtype)
elseif paramName == "BitsScanBand" then
return xdslctlget("scanband","Bits",0,"Ds")
elseif paramName:match("Bits") then
local band = tonumber(paramName:sub(7,7))
local bandtype = paramName:sub(5,6)
return xdslctlget("data","Bits",band,bandtype)
elseif paramName == "QLNScanBand" then
return xdslctlget("scanband","QLN",0,"Ds")
elseif paramName:match("QLN") then
local band = tonumber(paramName:sub(6,6))
local bandtype = paramName:sub(4,5)
return xdslctlget("data","QLN",band,bandtype)
elseif paramName == "SNRScanBand" then
return xdslctlget("scanband","SNR",0,"Ds")
elseif paramName:match("SNR") then
local band = tonumber(paramName:sub(6,6))
local bandtype = paramName:sub(4,5)
return xdslctlget("data","SNR",band,bandtype)
elseif paramName:match("Final") then
local band = tonumber(paramName:sub(3,3))
local bandtype = paramName:sub(1,2)
return xdslband(band,"Final",bandtype)
elseif paramName:match("Initial") then
local band = tonumber(paramName:sub(3,3))
local bandtype = paramName:sub(1,2)
return xdslband(band,"Initial",bandtype)
elseif paramName:match("BandNumber") then
local bandtype = paramName:sub(1,2)
return xdslband(0,"BandNumber",bandtype)
end
end
xdslctl_.get = get
register(xdslctl_)
-
domanda avete entrambi 35b?
-
Chiedo Scusa @Ansuel ,hai ragione
ecco il file corretto:
local logger = require("transformer.logger")
local log = logger.new("rpc.xdslctl", 2)
local register = register;
local xdslctl_ = {
objectType = {
name = 'rpc.xdslctl.',
access = 'readOnly',
minEntries = 1,
maxEntries = 1,
parameters = {
HlogUs1 = {
access = "readOnly",
type = "string"
},
HlogUs2 = {
access = "readOnly",
type = "string"
},
HlogUs3 = {
access = "readOnly",
type = "string"
},
HlogUs4 = {
access = "readOnly",
type = "string"
},
HlogDs1 = {
access = "readOnly",
type = "string"
},
HlogDs2 = {
access = "readOnly",
type = "string"
},
HlogDs3 = {
access = "readOnly",
type = "string"
},
HlogDs4 = {
access = "readOnly",
type = "string"
},
HlogScanBand = {
access = "readOnly",
type = "string"
},
BitsUs1 = {
access = "readOnly",
type = "string"
},
BitsUs2 = {
access = "readOnly",
type = "string"
},
BitsUs3 = {
access = "readOnly",
type = "string"
},
BitsUs4 = {
access = "readOnly",
type = "string"
},
BitsDs1 = {
access = "readOnly",
type = "string"
},
BitsDs2 = {
access = "readOnly",
type = "string"
},
BitsDs3 = {
access = "readOnly",
type = "string"
},
BitsDs4 = {
access = "readOnly",
type = "string"
},
BitsScanBand = {
access = "readOnly",
type = "string"
},
QLNUs1 = {
access = "readOnly",
type = "string"
},
QLNUs1 = {
access = "readOnly",
type = "string"
},
QLNUs2 = {
access = "readOnly",
type = "string"
},
QLNUs3 = {
access = "readOnly",
type = "string"
},
QLNUs4 = {
access = "readOnly",
type = "string"
},
QLNDs1 = {
access = "readOnly",
type = "string"
},
QLNDs2 = {
access = "readOnly",
type = "string"
},
QLNDs3 = {
access = "readOnly",
type = "string"
},
QLNDs4 = {
access = "readOnly",
type = "string"
},
QLNScanBand = {
access = "readOnly",
type = "string"
},
SNRUs1 = {
access = "readOnly",
type = "string"
},
SNRUs2 = {
access = "readOnly",
type = "string"
},
SNRUs3 = {
access = "readOnly",
type = "string"
},
SNRUs4 = {
access = "readOnly",
type = "string"
},
SNRDs1 = {
access = "readOnly",
type = "string"
},
SNRDs2 = {
access = "readOnly",
type = "string"
},
SNRDs3 = {
access = "readOnly",
type = "string"
},
SNRDs4 = {
access = "readOnly",
type = "string"
},
SNRScanBand = {
access = "readOnly",
type = "string"
},
Us1BandInitial = {
access = "readOnly",
type = "string"
},
Us2BandInitial = {
access = "readOnly",
type = "string"
},
Us3BandInitial = {
access = "readOnly",
type = "string"
},
Us4BandInitial = {
access = "readOnly",
type = "string"
},
Ds1BandInitial = {
access = "readOnly",
type = "string"
},
Ds2BandInitial = {
access = "readOnly",
type = "string"
},
Ds3BandInitial = {
access = "readOnly",
type = "string"
},
Ds4BandInitial = {
access = "readOnly",
type = "string"
},
Us1BandFinal = {
access = "readOnly",
type = "string"
},
Us2BandFinal = {
access = "readOnly",
type = "string"
},
Us3BandFinal = {
access = "readOnly",
type = "string"
},
Us4BandFinal = {
access = "readOnly",
type = "string"
},
Ds1BandFinal = {
access = "readOnly",
type = "string"
},
Ds2BandFinal = {
access = "readOnly",
type = "string"
},
Ds3BandFinal = {
access = "readOnly",
type = "string"
},
Ds4BandFinal = {
access = "readOnly",
type = "string"
},
UsBandNumber = {
access = "readOnly",
type = "string"
},
DsBandNumber = {
access = "readOnly",
type = "string"
},
}
}
}
local function xdslband(n,dtype,bandtype)
local line
if ( bandtype == "Us" ) then
line = "12p"
else
line = "13p"
end
local cmd = ("xdslctl info --pbParams | sed -n " .. line)
local f = assert(io.popen(cmd, 'r'))
local s = assert(f:read('*a'))
local r = "0"
local c = 1
f:close()
s = string.gsub(s, '[\n\r]+', ' ')
for w in string.gmatch (s, "%((.-)%)") do
if c == n then
if dtype == "Initial" then
r = string.match(w,"(.-)%,")
elseif dtype == "Final" then
r = string.match(w,"%,(%d*)")
end
end
c=c+1
end
if dtype == "BandNumber" then
return tostring(c-1)
else
return r
end
end
local function xdslctlget(dtype,request,band,bandtype)
local data = ""
local n = 0
local scanband = ""
local bandstart = tonumber(xdslband(band,"Initial",bandtype))+8
local bandend = tonumber(xdslband(band,"Final",bandtype))+8
local cmd = "xdslctl info --" .. request
local f = assert(io.popen(cmd,"r"))
for l in f:lines() do
if n>=bandstart and n<=bandend then
if request == "Hlog" then
l = l:gsub("(.*)-","")
l = "-" .. l
if ( tonumber(l) > -96 ) then
data = data .. l .. ", "
else
data = data .. "NaN" .. ", "
end
elseif request == "QLN" then
l = l:gsub("(.*)-","")
l = "-" .. l
if ( tonumber(l) > -160 ) then
data = data .. l .. ", "
else
data = data .. "NaN" .. ", "
end
elseif request == "SNR" then
l = string.sub(l,-8)
l = l:gsub("%s*","")
if ( tonumber(l) > 0 ) then
data = data .. l .. ", "
else
data = data .. "NaN" .. ", "
end
else
l = string.sub(l,-2)
l = l:gsub("%s*","")
data = data .. l .. ", "
end
end
n=n+1
end
f:close()
scanband = tostring(n-8)
if dtype == "data" then
return data
else
return scanband
end
end
local function get(mapping, paramName, key)
if paramName == "HlogScanBand" then
return xdslctlget("scanband","Hlog",0,"Ds")
elseif paramName:match("Hlog") then
local band = tonumber(paramName:sub(7,7))
local bandtype = paramName:sub(5,6)
return xdslctlget("data","Hlog",band,bandtype)
elseif paramName == "BitsScanBand" then
return xdslctlget("scanband","Bits",0,"Ds")
elseif paramName:match("Bits") then
local band = tonumber(paramName:sub(7,7))
local bandtype = paramName:sub(5,6)
return xdslctlget("data","Bits",band,bandtype)
elseif paramName == "QLNScanBand" then
return xdslctlget("scanband","QLN",0,"Ds")
elseif paramName:match("QLN") then
local band = tonumber(paramName:sub(6,6))
local bandtype = paramName:sub(4,5)
return xdslctlget("data","QLN",band,bandtype)
elseif paramName == "SNRScanBand" then
return xdslctlget("scanband","SNR",0,"Ds")
elseif paramName:match("SNR") then
local band = tonumber(paramName:sub(6,6))
local bandtype = paramName:sub(4,5)
return xdslctlget("data","SNR",band,bandtype)
elseif paramName:match("Final") then
local band = tonumber(paramName:sub(3,3))
local bandtype = paramName:sub(1,2)
return xdslband(band,"Final",bandtype)
elseif paramName:match("Initial") then
local band = tonumber(paramName:sub(3,3))
local bandtype = paramName:sub(1,2)
return xdslband(band,"Initial",bandtype)
elseif paramName:match("BandNumber") then
local bandtype = paramName:sub(1,2)
return xdslband(0,"BandNumber",bandtype)
end
end
xdslctl_.get = get
register(xdslctl_)
Si; 35b e Tim come operatore
-
@Ansuel situazione identica ( 35b e Tim come operatore ) ma fino a poco tempo fa funzionava dopo che l'avevi installato/sistemato, ma adesso non crea neanche i files per elabora i grafici mi sembra.
p.s.: riguardo quel file mancante del voip e l'installazione che non va' al primo colpo hai potuto vedere qualcosa ?
grazie
-
ho reworkato il mapper proprio per eliminare l'errore too much data e non creare dei file in tmp... con profilo 17 funziona ovviamente però col 35 la banda ds4 è troppo grande quindi devo vedere di dividerla sperando basti...
@donato74 output di questi comandi plis
transformer-cli get rpc.xdslctl.DsBandNumber
transformer-cli get rpc.xdslctl.UsBandNumber
transformer-cli get rpc.xdslctl.SnrUs1
transformer-cli get rpc.xdslctl.SnrUs2
transformer-cli get rpc.xdslctl.SnrUs3
transformer-cli get rpc.xdslctl.SnrUs4
transformer-cli get rpc.xdslctl.SnrDs1
transformer-cli get rpc.xdslctl.SnrDs2
transformer-cli get rpc.xdslctl.SnrDs3
transformer-cli get rpc.xdslctl.SnrDs4
-
root@modemtim:~# transformer-cli get rpc.xdslctl.DsBandNumber
rpc.xdslctl.DsBandNumber [string] = 3
root@modemtim:~# transformer-cli get rpc.xdslctl.UsBandNumber
rpc.xdslctl.UsBandNumber [string] = 4
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrUs1
ERROR invalid exact path rpc.xdslctl.SnrUs1
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrUs2
ERROR invalid exact path rpc.xdslctl.SnrUs2
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrUs3
ERROR invalid exact path rpc.xdslctl.SnrUs3
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrUs4
ERROR invalid exact path rpc.xdslctl.SnrUs4
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrDs1
ERROR invalid exact path rpc.xdslctl.SnrDs1
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrDs2
ERROR invalid exact path rpc.xdslctl.SnrDs2
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrDs3
ERROR invalid exact path rpc.xdslctl.SnrDs3
root@modemtim:~#
root@modemtim:~# transformer-cli get rpc.xdslctl.SnrDs4
ERROR invalid exact path rpc.xdslctl.SnrDs4
root@modemtim:~#
-
@donato74 l'snr era grande... rifai pls (SNRDs ..... )
-
@Ansuel
supera i 50000 caratteri e non lo fa postare, ho salvato in un txt e messo su google drive
https://drive.google.com/file/d/1FcN2IEYagVBuAbqaRMXhMytPHvgPYeqY/view?usp=sharing (https://drive.google.com/file/d/1FcN2IEYagVBuAbqaRMXhMytPHvgPYeqY/view?usp=sharing)
-
quando hai tempo, Ansuel, mi dareti un input su dslstats?
-
Potete provare l'ultima versione dev e mi dite se va ? se non vanno i grafici, mi date l'output di quei comandi ?
-
Stesso problema, gira all'infinito.
https://drive.google.com/file/d/1FcN2IEYagVBuAbqaRMXhMytPHvgPYeqY/view?usp=sharing (https://drive.google.com/file/d/1FcN2IEYagVBuAbqaRMXhMytPHvgPYeqY/view?usp=sharing)
-
@donato74 prova questa versione e dimmi ora (sempre stessa roba prova grafico se non va comandi)
-
@Ansuel
nada. Vedo dietro che cambia scheda in Hlog, ma non si popola e rimane Elabrazione in corso fisso.
https://drive.google.com/file/d/1FcN2IEYagVBuAbqaRMXhMytPHvgPYeqY/view?usp=sharing (https://drive.google.com/file/d/1FcN2IEYagVBuAbqaRMXhMytPHvgPYeqY/view?usp=sharing)
-
@donato74 ok ed un problema è risolto... ora mi serve log e errore che ti da la pagina
-
@Ansuel
per la pagina, link screenshot:
Log, che log ti servono? (https://i.imgur.com/WvwQBIQ.jpg[/url)
-
@donato74 quando apri la pagina per i grafici chrome dovrebbe segnalarti un errore
-
@Ansuel In realtà, no. Rimane li con la animazione di "elaborazione in corso" ; unica differenza dopo 6-7 secondi la scheda sullo sfondo diventa quella di HLog DSL , in bianco, ma non succede altro. Ho provato con Firefox, e due diverse versioni di Chrome, per essere certo che non sia lato client.
-
@donato74 se tu fai ispeziona elemento sulla finestra che ti esce compare un simbolo rosso in alto, clicca e fai screen
-
@Ansuel adesso a me ha funzionato, e meno di 10 secondi per avere i grafici
-
@Ansuel
script.js:1 Failed to load resource: the server responded with a status of 404 (Not Found)
/#:41 Uncaught SyntaxError: Unexpected string
at eval (<anonymous>)
at main-min.js:518
at Function.globalEval (main-min.js:520)
at e.fn.init.domManip (main-min.js:2619)
at e.fn.init.append (main-min.js:2529)
at e.fn.init.<anonymous> (main-min.js:2584)
at e.access (main-min.js:1980)
at e.fn.init.html (main-min.js:2571)
at Object.<anonymous> (main-min.js:4004)
at g (main-min.js:1634)
@giulio63 sempre sfigato sono :) che poi lo faccio per la gloria, non lo uso mai :)
-
@donato74 si dovrebbe poter cliccare mi dici dove fa riferimento quell'errore?
-
@giulio63 si il tempo ormai dovrebbe essere 4-5 secondi
-
@Ansuel infatti si adesso è velocissimo :)
-
a capire almeno perchè donato ha problemi e tu no ahahah
-
grr :D
http://192.168.1.1/theme/TIM/script.js , pare che il 404 sia quel .js
-
no non c'entra nulla quello :(
devi cliccare questa roba /#:41 Uncaught SyntaxError: Unexpected string
-
ci rinuncio, anche perchè se a giulio ora va, è un problema mio, ma tanto non lo userei mai.
@Ansuel Mi premerebbe però sapere come fare andare dslstats: mi va sempre e solo in timeout anche con telnet attivo.
-
ma il telnet ti funziona?
-
@donato74 ma DSLstats ti funzionava prima o non ti ha mai funzionato ?
-
Lo provo oggi per la prima volta
-
@donato74 forse è solo un problema di impostazione riguardo il router, io non ho modificato nient'altro e funziona
in configuration : non ho abilitato la casella a destra riguardo il router technicolor, come utenze, root/root porta 23 ed xdslctl come comando e nelle versioni recenti permette di selezionare il router 4130/4132
p.s.: io sono con la versione 6.1.3 ma è uscita una versione più' recente, la 6.5
-
@giulio63 Grazie! era la casella Modem/router is Technicolor a NON fare funzionare il log.
Dopotutto mi sembra anche logico, uno HA un Technicolor, e quindi NON deve dire che lo è. Chiaro esempio di disturbo bipolare informatico :D
-
@danye puoi postarmi il file network in /etc/config ?
Scusa il ritardo, eccolo:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
list dns '192.168.2.1'
option dns_metric '10'
config globals 'globals'
option ula_prefix 'none'
option default_ps '0'
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr '***'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr '***'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option dns_metric '0'
option ifname 'eth4'
option proto 'static'
option netmask '255.255.255.0'
option gateway '192.168.2.1'
list dns '192.168.2.1'
option ipaddr '192.168.2.100'
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 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay 'waneth4'
option ipaddr '192.168.3.1'
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-***'
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-***'
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 'wan_ipv6'
option auto '0'
option proto 'pppoe'
option demand '0'
option keepalive '4,30'
option password 'IPV6@alice6'
option graceful_restart '1'
option macaddr '***'
option ipv6 '1'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username '***@alice6.it'
option metric '10'
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'
Ora sono su firmware AGTEF_1.1.0 e Versione Gui 7.8.5, non è che mi ritrovo in modalità voce ogni volta che riavvio perchè devo aggiornare all'ultima versione del firmware?
Inoltre al riavvio il file network cambia in parte in questo modo e mi costringe a riscrivere quello che serve a me invece
config interface 'wan'
option dns_metric '0'
option proto 'static'
option netmask '255.255.255.0'
option gateway '192.168.2.1'
list dns '192.168.2.1'
option ipaddr '192.168.2.100'
option username '***@00000.agcombo.unica'
option password 'alicenewag'
option ifname 'ptm0.835'
-
@danye Devi modificare da gui la modalità in ip statico... Altrimenti ad ogni riavvio si autoconfigura è quello il problema... Però mi hai fatto notare un errore ti ringrazio!
-
...
@danye quando pubblichi estratti dai file di configurazione ti suggerisco di oscurare qualsiasi dato vagamente sensibile
-
@MisterFTTH ieri stavo postando un log per Ansuel, peccato superasse i 50000 caratteri. Avrei amato leggere la tua reazione :rotfl:
-
Avrei chiamata la Neuro :rofl:
Fine OT! (https://www.ilpuntotecnico.com/forum/Smileys/default/96.gif)
-
@Ansuel ho un'icona delle cards che copre le scritte cosa può essere? o come faccio a farla andare in secondo piano?
-
ci rinuncio, anche perchè se a giulio ora va, è un problema mio, ma tanto non lo userei mai.
@Ansuel Mi premerebbe però sapere come fare andare dslstats: mi va sempre e solo in timeout anche con telnet attivo.
Tranquillo il grafico non è mai andato a me..e non va tutt ora..
-
Anzi oltre al problema dell'icona della card "broadband", stamattina ho provato ad aprire l'interfaccia da Internet Explorer e con la GUI Fritzbox i titoli delle schede sono tutti in alto coprendo le schede
Anche con l'utility AGTEF fa così forse perchè si appoggia a IE
-
deve esserci qualcosa da sistemare nelle ultime 2 versioni " stabili ??? " perchè a me che sono rimasto alla 7.8.11 ( sviluppatore ) delle ultime anomalie segnalate, non ne è presente nessuna, ( circa 7" per avere i grafici, esportazione in chiaro senza problemi e Theme Fritzbox funzionante sia con i vari browsers che con l'utility AGTEF ed il menù Avanzate è in alto in orizzontale ma non copre la visualizzazione delle altre schede) forse dipende anche dalla risoluzione video
-
La skin fritz! box è bellissima; forse da ottimizzare un po' ma la adoro già così. Complimenti davvero :clap:
-
Per quanto mi riguarda, l'errore che mi da la stats xDSL in Chrome è come da immagine (https://i.imgur.com/yP2nXyo.jpg)
l'errore #41 come link restituisce http://192.168.1.1/#
GUI dev 7.8.11 e FW 1.1.1_002
-
Esattamente a destra della prima riga c'è un link cliccabile... Puoi cliccare e farmi lo screening di cosa ti riporta?
-
Però mi hai fatto notare un errore ti ringrazio!
No! Grazie a te invece che condividi il tuo lavoro! :clap:
-
@danye hai risolto alla fine?
-
Novità per il root con firmware 111.002 ?
-
@Ansuel
spero sia questo che chiedevi:
(https://i.imgur.com/CEs9sIm.jpg)
-
@donato74 si può cliccare mi serve cosa ti mostra dopo che clicchi.
-
@Ansuel
datasets":[{"data":[[string "/modals/diagnostics-xdsl-graphics-modal.lp"]:102: attempt to index a nil value],
-
@donato74 ma il comando "transformer-cli get rpc.xdslctl.SNRDs4" ti da output?
-
@Ansuel
root@modemtim:~# transformer-cli get rpc.xdslctl.SNRDs4
rpc.xdslctl.SNRDs4 [string] = NaN,
-
Ds3 perdonami...
-
Salve a tutti!
Voglio premettere una cosa: grande Ansuel! Hai fatto proprio un lavorone!
In realtà avrei voluto scrivere una cosa riguardo il Wake-On-Wan (avevo sbloccato il router apposta) però mi vedo costretto prima a risolvere un altro problema che si è presentato qualche tempo dopo aver sbloccato il router.
Un paio di settimane fa ho deciso di armarmi di pazienza, e sbloccare il router. Dopo un po di pena ci sono riuscito, e onestamente si vede che è un passo avanti di proporzioni bibliche! Come avevo detto, la mia intenzione era di settare un Wake-on-wan, però contento dello 'sblocco' ho deciso di non smanettarci piu piu, funzionava tutto (provato per un paio d'ore) dopodichè non sono stato piu a casa e bon.
L'altro giorno finalmente torno, deciso di mettermi a smanettare con il wake-on-wan e scopro una cosa angosciante: ad intervalli di 20-30 minuti il router perde l'allineamento (ho una FTTC) e quindi non posso piu navigare. Il router rimane online, posso accederci ma ovviamente non navigo. Dopo 5 minuti circa torna online, e tutto si ripete.
Nessuno ha utilizzato il router nelle due settimane che son passate da quando funzionava bene ad oggi quindi non so se è un problema del firmware o di qualche (probabilissimo) casino della Telecom (è inutile che cambiate nome!) e i loro maledetti armadi strapieni e scassati.
Come posso scoprirlo? Purtroppo sono molto nabbo per quanto riguarda i router: come posso capire "perchè" cade l'allineamento? Posso collegarmi tramite SSH e vedere qualche file di log con qualche informazione? O addirittura dalla GUI?
Ovviamente ho anche qualche "paura" a chiamare la Telecom stessa: ho disattivato telegestione e auto-update, quindi temo che magari possano fare storie o chiedere spiegazioni sul perche non riescono a collegarsi in remoto e magari mangiare la foglia!
E comunque, nonostante tutto: lavoro fantastico! ;)
-
@Ansuel
root@modemtim:~# root@modemtim:~# transformer-cli get rpc.xdslctl.SNRDs3
-ash: root@modemtim:~#: not found
-
@donato74 il comando meglio hai riscritto root...
@MioCuggino considerando che loro senza telegestione non possono proprio sapere che hai il modem tim collegato... (puoi dire che è un modem proprietario non tim), aggiungendo che puoi mantenere la telegestione attiva siccome ora puoi comunicare una versione fake o comunque aggiornando non perdi root...
Puoi provare a resettarlo (non perdi il root) e vedere se il problema si risolve... comunque il comando per vedere i log è logread... se vuoi mandami in privato se riesci a beccare il momento in cui succede questo problema così capiamo...
non capito ma cade la connessione ppp o proprio la portante? se cade la portante non credo sia un problema di gui o modem. A disposizione ;)
-
Non vedo nemmeno la GUI del fritz box.. Boh..
-
@tivux ma sei sicuro di avere l'ultima versione?
-
@Ansuel
root@modemtim:~# transformer-cli get rpc.xdslctl.SNRDs3
rpc.xdslctl.SNRDs3 [string] = 20.50,20.43,20.68,20.75,20.37,20.56,20.75,20.68,20.43,20.62,20.50,20.87,20.62,20.50,20.56,20.62,20.50,20.93,20.43,21.00,21.62,21.00,20.81,21.06,20.81,21.25,21.06,21.18,20.68,20.06,20.75,20.68,21.56,20.75,20.62,21.43,20.00,20.12,20.00,20.43,20.37,20.37,20.68,20.93,20.62,20.75,20.93,20.87,21.18,20.68,20.18,20.50,20.93,21.12,21.18,21.12,21.00,20.75,20.43,20.12,20.25,21.12,20.50,20.75,21.06,20.43,20.50,20.31,20.56,19.75,20.56,20.37,20.68,20.50,20.93,20.87,20.75,20.87,20.81,20.31,20.62,20.37,20.37,20.37,20.68,20.37,20.31,20.18,20.62,20.43,19.87,20.50,20.75,20.50,20.43,20.12,20.56,20.68,20.06,20.31,19.75,20.12,20.81,20.43,20.31,20.56,20.31,21.00,20.25,19.93,20.37,20.50,20.25,20.87,20.68,20.68,20.50,20.56,20.56,20.43,20.75,20.43,20.62,20.50,20.25,20.62,20.25,20.62,20.31,20.43,20.50,20.87,20.75,20.31,20.81,20.56,20.75,21.18,20.93,20.81,20.37,20.50,20.43,20.25,20.75,20.37,21.12,20.25,21.00,20.68,20.62,20.75,21.12,21.43,21.18,20.87,20.87,20.62,20.62,21.00,20.62,20.75,20.56,20.31,20.18,20.93,20.25,19.93,19.62,20.50,20.06,19.81,20.25,20.31,19.93,19.87,20.12,20.56,20.37,20.50,20.50,20.50,20.37,20.12,20.06,20.37,20.18,20.56,20.56,20.25,19.93,20.31,20.75,20.87,20.25,20.31,19.56,20.68,20.31,20.12,20.68,19.81,20.37,19.93,20.56,20.62,21.12,21.18,20.68,20.93,20.93,20.37,20.81,21.31,21.18,21.18,20.75,21.00,20.18,21.00,21.12,20.93,21.50,21.12,20.93,20.68,21.12,20.93,21.31,20.93,20.87,20.93,20.68,20.50,20.75,21.06,21.12,20.37,20.43,20.68,20.43,20.62,20.56,20.50,21.43,20.31,20.43,20.75,21.06,20.56,20.81,20.43,21.37,20.37,20.43,21.18,20.50,20.87,20.93,20.75,20.68,20.50,21.50,21.12,21.68,21.37,21.43,21.18,21.43,21.12,21.18,21.31,21.56,21.37,21.37,20.93,21.06,21.68,21.43,21.87,21.68,21.37,21.50,21.25,21.37,21.56,21.37,21.62,21.87,21.56,21.43,22.06,21.75,21.37,21.43,21.37,21.37,21.68,22.12,21.87,21.31,21.50,21.25,21.75,21.50,22.00,21.81,21.68,21.93,21.68,21.87,21.62,21.68,22.12,22.18,21.81,22.31,21.68,21.75,22.75,22.00,22.06,22.06,21.93,22.25,21.93,22.00,22.62,22.18,22.31,22.43,22.50,22.18,22.37,22.62,22.81,22.62,22.68,22.43,22.43,22.56,22.81,22.87,22.87,22.75,23.12,22.68,22.68,22.68,22.93,23.00,22.75,23.56,22.68,22.68,22.93,23.12,23.12,23.31,22.93,22.87,23.43,23.18,22.62,23.06,23.18,23.12,22.93,23.00,22.75,22.93,22.81,22.93,23.12,23.12,22.93,22.81,23.18,22.87,22.93,22.31,22.93,22.31,22.25,22.62,22.56,22.31,22.62,22.06,22.12,22.43,22.50,22.12,21.81,22.06,22.18,21.87,21.87,22.31,22.12,22.00,22.12,21.56,21.06,21.31,21.68,20.75,21.50,21.43,21.18,21.31,21.37,21.12,20.75,20.81,20.31,20.75,20.25,20.56,20.18,21.00,20.43,20.62,20.68,20.68,20.75,20.68,19.75,20.43,20.43,20.37,20.37,20.43,20.18,20.12,20.12,19.62,19.06,20.06,20.75,19.12,20.12,19.50,20.43,19.43,20.56,19.75,19.25,20.43,20.25,19.12,19.00,19.43,19.56,19.56,19.93,20.18,20.25,19.37,19.75,19.93,19.12,18.93,19.56,19.31,19.31,19.06,19.93,19.00,19.68,19.18,19.62,19.18,18.75,19.12,18.93,19.00,19.43,19.12,19.31,18.93,19.25,19.31,18.87,18.75,19.06,18.93,18.68,18.75,19.00,18.68,18.56,19.06,18.81,18.50,18.62,18.75,18.81,19.06,19.18,18.06,18.87,18.93,18.93,18.93,18.75,18.68,19.50,18.68,18.75,18.93,18.75,19.06,18.93,18.87,18.75,18.68,18.75,18.81,19.06,18.87,19.25,19.37,19.12,19.25,18.62,19.25,19.25,19.06,19.25,18.87,19.06,19.12,19.12,19.06,19.31,19.56,19.25,19.18,19.31,19.37,19.18,18.81,19.06,18.75,18.62,19.25,19.50,19.37,19.31,19.25,19.31,19.18,19.18,19.31,19.18,18.93,19.12,19.37,19.62,19.50,19.25,19.25,19.18,19.31,19.50,20.00,19.68,19.43,19.50,19.37,19.50,19.75,19.18,19.25,19.37,19.18,19.25,19.18,19.56,19.43,19.75,19.31,18.62,19.12,19.37,19.50,19.43,19.43,19.31,19.18,18.93,19.43,19.18,18.93,19.12,19.00,19.18,19.06,19.00,18.93,19.37,19.00,19.06,18.31,19.31,19.06,18.87,18.62,19.06,19.00,19.00,19.31,19.06,19.06,19.00,18.68,19.18,19.12,19.12,18.87,19.06,18.87,18.75,18.62,19.06,18.75,19.12,18.81,18.31,18.93,18.00,18.87,18.50,19.37,18.87,19.00,19.31,19.31,19.00,19.12,18.18,18.75,18.75,18.87,19.12,19.12,18.87,18.81,18.50,19.12,18.50,18.93,18.81,18.81,19.06,18.75,17.93,18.87,18.31,18.93,18.50,18.25,18.43,18.56,18.18,18.06,18.62,18.43,18.37,18.50,18.93,18.56,18.12,18.43,19.12,18.87,18.43,18.62,18.62,18.43,18.68,18.50,18.31,18.06,18.43,18.43,18.43,18.37,18.31,18.62,18.75,18.81,18.81,18.50,18.37,19.12,18.43,18.37,18.43,19.18,18.87,18.37,19.75,19.43,18.43,18.43,18.68,18.37,18.50,18.31,18.37,19.00,19.31,18.50,19.00,19.31,18.56,19.06,18.81,18.87,18.25,18.68,19.31,18.62,18.68,19.00,19.37,19.31,19.25,19.12,18.37,18.31,18.81,18.68,19.68,18.68,18.56,19.56,19.25,19.50,18.81,19.31,19.43,18.87,18.37,18.62,18.62,19.37,18.43,19.68,19.31,19.18,19.50,19.00,19.06,18.37,18.62,19.56,18.50,19.00,19.18,19.25,18.31,19.18,18.87,19.25,19.43,19.31,19.37,19.31,18.93,19.12,19.25,19.00,18.93,18.81,18.12,19.06,19.87,19.12,18.25,18.75,19.18,18.75,18.68,18.81,19.31,18.68,18.93,18.87,18.62,19.12,19.00,18.68,18.37,19.00,19.00,18.93,19.93,18.31,19.00,18.37,18.62,18.31,18.25,18.81,18.43,18.50,18.37,19.62,18.18,18.37,18.25,18.50,18.43,18.06,18.00,18.25,18.12,19.56,19.43,18.00,19.43,18.12,18.43,31.31,33.93,36.68,37.87,37.81,37.75,38.75,38.62,39.06,39.00,39.25,39.18,39.50,39.25,41.56,41.56,41.68,41.75,41.75,41.68,42.00,41.75,41.56,41.18,40.75,41.87,41.81,41.81,41.81,41.75,41.75,41.81,41.93,41.81,41.50,41.75,41.68,41.68,41.87,41.62,41.56,41.81,41.68,41.56,41.50,41.37,41.37,41.50,41.37,41.56,41.25,41.12,41.18,41.37,41.18,41.00,41.06,41.25,41.37,41.12,40.93,41.00,41.00,41.25,40.62,41.31,40.93,40.62,40.93,41.00,40.68,40.81,40.75,40.56,40.62,40.87,40.68,40.87,40.81,40.75,40.81,40.87,40.81,40.87,40.81,40.87,40.62,41.18,41.18,40.81,40.81,40.68,40.75,40.43,40.81,40.68,40.87,40.81,40.75,40.93,40.87,41.06,41.00,40.93,40.93,41.31,40.81,40.31,40.81,40.68,41.00,40.87,40.87,41.00,41.06,41.12,40.93,40.87,41.00,41.06,41.43,41.00,41.12,41.18,41.06,40.93,41.31,41.06,41.25,41.31,41.31,41.31,41.18,41.25,41.25,41.37,41.18,41.31,41.43,41.62,41.31,41.37,41.18,41.62,41.31,41.50,41.31,41.56,41.68,41.37,41.50,41.56,41.50,41.43,41.56,41.56,41.43,41.56,41.62,41.68,41.56,41.37,41.56,41.43,41.75,41.56,41.43,41.62,41.50,41.62,40.06,41.31,41.18,41.37,41.31,41.37,41.06,41.12,41.18,41.37,41.12,41.12,41.50,40.81,40.50,40.81,40.62,40.37,40.81,40.87,40.81,40.68,40.93,40.75,40.75,40.68,40.31,40.43,40.25,40.37,40.18,40.18,40.12,40.31,40.00,39.93,39.87,39.68,39.75,40.00,39.68,39.68,39.37,39.87,39.43,39.43,39.37,39.37,39.06,39.18,38.81,38.81,38.93,39.00,38.50,38.68,38.62,40.12,38.50,38.50,38.43,38.25,38.12,38.06,38.06,38.31,38.25,38.12,38.18,37.75,37.93,38.06,37.75,38.25,38.00,37.93,37.56,37.62,37.81,37.56,39.06,37.68,37.50,37.43,37.56,37.75,37.56,37.50,37.50,37.50,38.18,37.68,37.50,37.50,37.68,37.50,37.18,37.68,37.62,37.31,38.18,37.31,37.68,37.50,37.81,37.56,37.50,37.87,37.68,37.75,37.81,37.81,37.68,37.93,37.68,38.31,38.18,38.12,38.18,38.31,38.25,38.25,38.18,38.25,38.37,38.43,38.00,38.50,38.43,38.50,38.56,38.43,38.87,38.75,38.87,38.56,38.87,38.87,38.87,39.12,39.00,38.62,38.87,39.00,39.25,38.93,39.25,39.43,39.43,39.37,39.50,39.25,39.31,39.50,39.56,39.75,39.37,39.68,39.37,39.75,39.62,39.43,39.93,39.31,39.50,39.62,39.50,39.56,40.06,39.68,39.62,39.43,40.25,39.43,39.93,39.87,39.81,40.12,40.37,39.62,39.56,40.00,40.31,39.81,39.75,39.62,40.25,40.00,39.93,40.18,40.12,40.06,40.12,40.00,40.50,39.87,40.37,39.93,39.62,40.06,39.37,39.81,39.75,40.18,39.87,40.37,39.87,39.93,40.18,39.56,39.62,40.25,39.75,39.81,40.06,40.12,39.75,39.43,39.75,39.50,39.75,39.37,39.43,39.37,39.43,39.50,39.06,39.18,39.31,39.37,39.12,39.18,39.18,39.12,39.25,39.00,40.43,40.43,38.81,40.43,38.81,38.81,40.43,40.18,39.31,40.12,38.50,40.12,40.00,38.50,40.12,40.25,39.93,39.62,38.62,39.87,40.12,39.81,39.93,40.00,40.18,39.87,39.62,39.93,39.43,39.81,39.62,39.75,39.25,39.62,39.50,39.31,39.68,39.62,39.06,38.93,39.06,38.81,38.87,39.37,39.12,39.12,38.93,39.00,39.00,38.75,38.68,38.68,38.62,38.62,38.62,38.68,38.50,38.50,38.50,38.37,38.50,38.37,38.37,38.31,38.12,38.37,38.12,38.18,38.18,38.18,37.75,38.12,38.06,37.87,38.00,37.75,37.87,37.68,37.93,37.81,37.68,37.62,37.56,37.81,37.62,37.50,37.43,37.75,37.50,37.12,37.25,37.31,37.37,37.31,37.25,37.31,37.18,37.18,37.12,37.43,37.18,37.31,37.06,37.25,37.12,37.31,37.12,37.18,37.06,37.06,37.31,37.00,37.31,37.25,37.00,37.12,37.18,37.06,37.00,37.25,36.87,37.12,37.37,37.00,37.12,37.00,37.12,37.18,37.00,37.00,37.12,36.87,37.12,37.18,38.68,37.12,38.87,37.18,38.81,38.68,37.06,37.06,39.00,38.93,38.87,38.75,38.87,38.75,37.31,38.93,39.00,38.81,39.06,39.18,38.93,38.93,38.93,39.25,39.00,39.12,38.93,39.12,39.31,38.87,39.12,39.18,39.00,38.93,39.06,39.06,38.56,39.18,39.12,39.00,39.25,39.12,39.37,39.00,39.00,39.43,39.25,39.00,39.06,39.25,39.25,39.31,39.31,38.93,39.12,39.37,39.06,39.06,39.31,39.31,39.31,39.50,39.00,39.12,39.37,39.50,39.25,39.50,39.31,39.62,39.43,39.25,39.12,39.31,39.43,39.18,39.50,39.06,39.25,39.37,39.12,39.62,39.62,39.31,39.43,39.56,39.37,39.56,39.56,39.56,39.37,39.81,39.68,39.56,39.93,39.50,39.43,39.81,39.56,39.68,39.87,39.50,39.68,40.00,40.18,39.62,39.93,39.87,39.87,39.81,39.87,39.87,39.81,39.81,40.25,39.87,40.06,40.00,40.06,40.31,40.12,39.93,40.25,39.93,40.75,40.06,40.25,40.18,40.25,40.56,40.12,40.31,40.43,40.37,40.06,40.31,40.43,40.06,40.25,40.37,40.18,40.31,40.37,40.62,40.37,40.31,40.31,39.93,39.93,40.56,40.56,40.56,40.75,40.43,40.50,40.37,40.37,40.81,40.43,40.50,40.68,40.50,40.37,40.56,40.43,40.62,40.50,40.62,40.62,40.12,40.43,40.43,40.25,40.50,40.50,40.56,40.12,40.50,40.31,40.50,40.50,39.93,40.81,40.56,40.56,40.31,40.31,40.18,40.31,40.43,40.12,40.25,40.18,40.25,39.87,40.06,40.12,40.25,39.62,39.62,39.62,39.81,40.00,40.06,39.18,40.00,39.75,39.12,39.56,39.18,39.43,39.62,39.62,39.81,39.43,39.12,39.50,39.00,39.50,38.87,39.56,39.12,39.37,39.00,38.93,38.93,39.18,38.87,39.25,38.81,38.87,38.87,38.75,38.75,39.12,39.00,38.75,39.31,38.93,38.62,38.87,39.00,38.87,39.00,39.00,38.37,38.56,39.00,38.81,38.68,38.68,38.93,38.62,39.06,39.00,38.68,38.50,38.56,38.43,39.00,38.31,38.81,38.50,39.12,39.06,38.68,38.50,38.50,38.62,38.68,38.43,39.06,38.43,38.68,38.93,38.68,38.87,39.25,38.87,39.50,39.50,39.12,38.81,39.56,39.00,38.93,39.00,38.75,38.87,38.93,39.37,39.37,38.87,39.43,39.37,38.87,39.00,39.25,38.81,39.37,39.06,39.25,39.37,38.87,39.50,39.37,38.81,38.93,38.81,38.62,38.56,38.62,39.12,39.06,38.62,38.87,38.37,38.37,38.87,39.06,38.81,38.81,38.62,38.75,38.31,38.75,38.06,38.68,38.31,38.62,38.43,38.56,38.31,38.37,38.43,38.12,38.37,38.31,37.81,38.18,38.37,38.12,38.18,38.50,38.06,38.06,39.25,39.00,38.87,38.68,39.18,38.93,37.75,38.50,38.81,39.12,38.56,38.75,39.12,37.62,38.87,39.06,38.37,38.62,39.00,38.50,38.56,38.56,38.50,38.68,38.62,38.68,38.37,38.81,38.56,38.43,38.87,38.50,38.68,38.75,38.81,38.62,38.68,38.31,38.75,38.56,38.75,38.87,38.75,38.56,38.12,38.25,37.93,38.62,38.31,38.00,38.56,38.06,38.56,38.56,38.06,38.68,38.50,38.50,38.56,38.50,38.06,38.06,38.25,38.37,38.62,38.18,38.68,38.87,38.68,38.50,38.50,38.12,38.12,38.56,38.43,38.37,38.68,38.43,38.62,38.75,38.00,38.68,38.75,38.75,38.68,38.68,38.93,38.43,38.50,38.75,38.68,38.87,38.31,38.50,38.75,38.68,38.87,38.68,38.68,38.75,38.56,38.81,38.81,38.87,38.62,38.75,38.75,38.62,38.75,38.75,39.00,38.87,38.81,38.43,38.62,38.68,38.81,38.75,38.68,38.75,38.62,38.62,39.18,38.56,38.93,38.81,38.75,38.81,38.75,38.62,38.56,38.62,38.81,38.81,38.75,38.62,38.68,38.68,38.56,38.56,38.50,38.62,38.62,38.56,38.50,38.56,38.56,38.43,38.37,38.50,38.31,38.37,38.62,38.50,38.37,38.31,38.18,37.81,38.37,38.18,38.18,38.00,38.37,38.06,38.06,37.93,38.06,37.93,38.12,38.06,37.87,37.93,37.43,37.87,37.75,37.81,37.87,37.81,37.75,37.68,37.68,37.87,37.62,37.68,37.81,37.56,37.68,37.25,37.50,37.62,37.75,37.43,37.25,37.81,37.43,37.25,37.50,37.68,37.00,37.81,37.18,37.68,37.31,37.18,37.56,37.06,37.87,37.62,37.43,37.06,36.62,37.62,37.31,37.68,37.43,37.18,37.50,37.25,36.81,37.31,37.50,37.31,36.87,37.56,37.56,37.56,37.37,37.18,37.37,37.25,37.18,37.12,37.12,37.12,36.93,37.06,37.06,36.87,36.87,37.06,36.81,36.87,36.68,36.87,36.56,36.56,36.50,36.31,36.31,36.37,36.25,36.25,36.06,36.43,36.00,35.87,35.93,35.75,35.62,35.75,35.68,35.56,35.43,36.68,35.43,36.68,35.18,36.62,36.56,36.31,36.00,36.37,36.12,36.18,36.06,35.93,35.50,35.87,35.75,35.75,35.62,35.75,35.12,35.43,35.43,35.06,35.18,35.12,35.18,35.18,35.06,34.81,34.81,34.87,34.75,34.43,34.68,34.43,34.56,34.31,34.25,34.31,34.25,34.00,33.93,33.87,33.68,35.75,35.50,33.68,35.31,35.37,34.68,35.06,35.31,34.56,34.56,34.56,35.06,34.93,34.50,34.87,34.56,34.31,34.75,34.56,34.43,34.37,33.93,34.12,33.87,33.93,34.06,34.06,33.62,33.87,33.93,33.81,34.62,35.00,35.00,33.50,34.87,34.37,33.12,33.43,34.25,34.43,34.56,34.68,34.06,34.43,34.37,34.12,34.31,34.25,33.81,34.06,33.87,33.87,33.93,34.12,33.75,33.56,33.37,33.81,33.75,33.68,33.50,33.62,33.62,33.43,33.37,33.00,33.43,33.18,32.75,33.06,32.81,33.25,33.00,33.00,33.06,35.31,35.31,35.81,35.25,35.93,35.50,35.62,35.31,35.56,35.37,35.00,35.37,35.06,34.93,35.56,35.06,35.31,34.93,35.31,35.00,34.93,35.12,35.18,34.62,35.00,34.93,34.93,35.18,35.12,35.00,35.25,35.00,34.87,34.75,34.93,34.75,34.75,34.87,34.68,34.75,34.81,34.87,35.06,34.56,34.81,34.68,35.06,35.12,34.75,35.12,34.81,36.50,35.12,35.25,36.50,34.93,35.06,35.37,35.50,35.25,35.06,35.12,35.18,35.62,35.50,35.37,36.68,35.68,36.18,35.87,35.75,35.87,35.75,35.62,36.18,35.87,35.87,35.68,35.87,35.87,35.87,36.25,35.75,35.87,36.50,35.87,36.06,36.56,36.12,36.68,36.18,36.50,36.50,36.81,36.62,36.87,36.50,36.43,36.37,36.81,36.62,36.56,36.56,36.81,36.87,36.87,36.68,37.00,36.81,36.75,37.06,36.62,36.87,36.93,37.25,36.87,37.12,36.75,37.00,37.12,36.87,36.93,36.93,36.87,37.00,37.37,37.06,37.18,36.87,36.93,37.12,37.00,37.37,36.18,36.06,36.12,36.37,36.50,36.25,36.37,36.00,36.18,36.43,36.00,36.37,36.12,36.12,36.12,36.12,35.87,36.06,36.12,36.06,36.25,36.06,36.12,36.18,35.93,36.18,35.87,36.06,35.81,36.06,35.75,35.93,36.06,36.12,35.62,35.93,35.75,36.06,36.00,35.87,35.93,34.93,35.12,36.00,35.93,34.68,34.81,35.93,34.68,34.75,34.87,34.87,34.93,34.75,35.00,34.81,35.06,34.87,34.75,35.06,34.62,34.75,34.87,34.93,34.93,34.75,34.87,34.81,34.81,34.81,34.75,34.93,34.87,35.00,35.00,34.75,34.93,34.75,32.81,34.56,34.62,34.62,34.68,34.75,34.75,32.56,34.87,34.93,34.87,32.62,32.56,32.68,32.75,32.50,32.56,32.56,32.62,32.62,34.75,32.56,32.68,32.62,32.50,32.81,32.62,32.62,32.62,32.62,32.68,32.68,32.68,32.56,32.68,32.62,32.68,32.62,32.62,32.62,32.56,32.68,32.68,32.56,32.50,32.50,32.62,32.56,32.62,32.37,32.56,32.56,32.62,32.56,32.68,32.37,32.56,32.50,32.75,32.43,32.37,32.37,32.31,32.56,32.50,32.50,32.56,32.68,32.43,32.56,32.68,32.50,32.31,32.37,32.31,32.25,32.50,32.31,32.43,32.50,32.56,32.50,32.31,32.43,32.43,32.43,32.43,32.31,32.43,32.50,32.62,32.56,32.31,32.62,32.62,32.50,32.43,32.50,32.43,32.06,32.37,32.56,32.68,32.50,32.50,32.43,32.43,32.50,32.56,32.50,32.68,32.62,32.56,32.56,32.87,32.62,32.62,32.68,32.81,32.81,32.68,32.75,32.75,32.68,32.68,32.93,32.75,32.68,32.81,32.93,32.93,32.75,32.87,33.00,32.87,33.06,33.00,33.00,32.93,33.06,32.93,33.31,33.06,33.12,33.37,33.18,33.37,33.18,33.25,33.75,33.56,33.43,33.43,33.50,33.56,33.68,33.31,33.68,33.62,33.50,33.50,33.75,33.68,33.68,34.06,33.81,34.00,34.00,34.06,34.06,34.12,34.18,34.06,34.06,34.00,34.00,34.18,34.31,34.12,34.18,34.18,34.12,34.37,34.00,34.25,34.25,34.31,34.56,34.56,34.31,34.43,34.43,34.56,34.50,34.31,34.31,34.56,34.37,34.75,34.37,34.37,34.31,34.50,34.50,34.56,34.31,34.31,33.31,33.06,34.43,34.43,34.37,33.06,34.43,34.31,34.43,34.56,34.31,34.43,34.31,32.81,33.00,34.43,32.68,32.87,32.87,32.81,32.56,32.87,32.81,32.81,32.81,32.68,32.62,32.37,33.06,32.50,34.06,32.62,32.62,32.43,32.37,32.62,32.56,32.31,32.37,32.62,32.56,32.50,32.18,32.43,32.12,32.37,32.31,32.37,32.37,32.25,32.25,32.31,32.37,32.18,32.31,32.18,32.31,32.31,32.06,32.12,32.18,32.25,32.18,32.18,32.25,32.18,32.00,31.93,32.18,32.12,32.06,32.00,32.00,32.06,31.93,31.87,32.12,32.00,32.12,32.06,32.12,32.06,32.06,32.18,32.06,32.18,32.12,32.12,32.06,32.12,31.93,32.12,32.12,32.18,32.06,32.06,32.31,32.06,32.06,32.12,32.06,32.12,29.87,29.87,32.25,29.93,29.93,32.25,29.87,30.00,30.06,29.87,32.12,29.93,30.25,30.18,30.06,30.25,32.18,29.93,32.43,30.43,30.37,32.37,30.43,32.56,30.37,30.56,30.50,30.37,30.62,30.50,30.62,30.68,30.56,30.75,30.81,30.68,30.87,31.00,30.93,30.93,31.00,30.93,30.93,30.93,31.12,31.12,31.06,30.93,31.00,31.18,31.18,31.25,31.06,31.56,31.43,31.31,31.25,31.31,31.56,31.25,31.31,31.62,31.56,31.56,31.37,31.43,31.75,31.56,31.50,31.25,31.68,31.75,31.56,31.62,31.87,31.75,31.56,31.50,31.93,31.68,31.56,31.87,32.00,31.81,31.93,31.87,32.06,31.81,31.93,31.87,31.87,32.06,32.06,31.75,32.00,32.18,32.00,32.12,32.12,32.12,32.12,32.06,32.18,32.25,32.18,32.00,32.00,32.25,32.00,32.18,32.12,32.12,32.25,32.00,32.18,32.00,32.00,32.00,32.25,32.25,32.06,32.25,32.12,32.18,32.37,32.31,32.06,32.12,32.00,32.12,32.18,31.87,32.12,32.25,32.18,32.00,32.06,32.00,32.31,32.12,32.06,32.00,31.81,32.25,32.00,32.00,32.00,31.75,32.00,31.93,31.75,31.75,31.68,31.75,32.00,31.56,31.87,31.81,31.75,31.81,31.75,31.62,31.56,31.68,31.43,31.50,31.50,31.43,31.18,31.43,31.37,31.50,31.37,31.31,31.12,31.25,31.18,31.12,31.25,31.12,31.06,30.87,31.06,31.06,30.93,31.12,30.81,30.93,30.81,30.68,30.81,30.75,30.75,30.56,30.75,30.56,30.81,30.50,30.56,30.50,30.50,30.56,30.37,30.31,30.43,30.50,30.43,30.50,30.31,30.31,30.25,30.18,30.18,30.06,30.06,30.12,30.06,30.18,29.93,29.93,29.93,30.00,30.18,30.00,29.93,30.18,30.06,29.87,29.93,29.93,30.00,30.06,29.87,29.75,30.12,29.75,29.81,30.00,30.00,29.87,29.87,30.12,30.00,30.00,29.87,30.00,30.12,29.87,30.06,30.06,30.00,30.00,30.25,29.93,29.93,30.12,30.18,30.25,30.12,30.37,30.25,30.25,30.25,30.31,30.25,30.37,30.31,30.12,30.25,30.31,30.37,30.50,30.31,30.50,30.50,30.81,30.62,30.31,30.56,30.37,30.62,30.50,30.50,30.43,30.56,30.56,30.62,30.62,30.75,30.93,30.75,30.87,30.68,30.87,30.75,30.81,30.75,30.93,30.81,30.81,30.93,30.87,31.06,30.93,30.87,30.93,30.93,31.00,30.93,31.12,31.00,31.06,31.12,31.12,31.06,31.00,31.12,31.25,31.43,31.25,31.12,31.18,31.00,31.43,31.25,31.06,31.25,31.25,31.18,31.25,31.25,31.12,31.25,31.06,31.50,31.37,31.43,31.37,31.43,31.18,31.00,31.37,31.37,31.37,31.37,31.43,31.18,31.56,31.18,31.68,31.50,31.43,31.37,31.25,31.43,31.31,31.50,31.37,31.37,31.50,31.43,31.56,31.50,31.31,31.68,31.50,31.68,31.62,31.56,30.06,31.56,31.68,31.50,31.50,31.37,31.93,31.75,31.87,31.93,31.68,31.68,31.62,31.87,31.50,31.62,31.68,31.68,31.75,31.43,31.87,31.75,31.50,31.62,31.87,31.43,31.62,31.56,31.50,31.81,31.75,30.31,31.68,31.75,31.56,31.81,31.50,31.81,31.75,31.87,31.68,30.50,30.56,31.62,30.62,30.37,30.43,30.37,31.43,31.62,31.50,30.37,31.81,30.43,30.62,30.43,30.37,30.25,30.18,30.06,30.43,30.12,30.12,30.00,30.06,30.37,30.00,30.18,30.25,30.00,30.12,29.87,30.25,30.12,29.93,31.18,29.87,30.06,30.31,30.06,30.18,30.12,29.93,30.00,29.93,29.93,29.87,29.81,29.93,29.93,30.00,30.06,30.00,30.00,29.87,29.93,29.81,29.87,29.81,29.87,29.87,30.00,29.87,29.93,29.81,31.00,29.93,29.93,30.00,29.93,29.93,29.93,30.00,30.87,29.87,30.00,30.68,30.06,30.87,30.25,30.00,30.75,30.00,30.87,29.93,31.06,30.25,30.18,31.00,30.00,30.37,31.12,31.12,31.31,31.00,30.37,31.25,31.00,30.25,31.18,31.18,31.25,31.31,31.18,31.50,31.31,30.56,31.25,30.43,31.37,31.37,31.25,31.37,31.68,31.37,31.37,31.37,31.18,31.25,31.68,31.37,31.56,31.56,30.50,31.43,31.43,31.56,31.43,31.62,31.37,31.75,31.56,31.75,31.81,31.50,31.81,31.75,31.93,31.81,31.62,31.75,31.81,31.93,31.87,31.68,31.87,31.81,31.62,31.75,31.87,31.87,31.68,31.87,31.81,32.06,31.93,31.93,31.93,31.87,31.87,31.93,31.93,31.81,31.93,32.06,31.81,32.00,31.87,31.93,31.87,32.12,32.06,31.93,31.93,32.12,32.12,32.00,31.87,32.12,32.00,32.12,32.25,32.18,32.25,32.25,32.06,32.18,32.12,32.18,32.18,32.00,32.06,32.12,32.12,32.37,32.18,32.06,32.12,32.18,32.43,32.18,32.18,32.12,32.43,32.18,32.18,32.37,32.18,32.37,32.25,32.31,32.12,32.12,32.37,32.25,32.18,32.31,32.31,32.18,32.18,32.00,32.25,32.31,32.18,32.18,32.43,32.18,32.18,32.12,32.12,32.12,32.06,32.12,32.12,32.12,32.25,32.18,32.12,32.18,32.06,32.00,32.06,32.18,32.12,32.12,32.12,32.12,32.00,32.18,32.18,32.00,32.00,31.93,31.81,32.06,32.06,32.06,32.06,31.93,32.18,32.25,31.81,32.00,31.75,31.87,31.87,31.62,31.75,31.68,31.81,31.87,31.62,31.81,31.93,31.68,31.62,31.87,31.62,31.62,31.68,31.75,31.62,31.68,31.62,31.68,31.62,31.68,31.62,31.62,31.56,31.62,31.62,31.62,31.43,31.43,31.43,31.43,31.56,31.43,31.37,31.43,31.06,31.18,31.31,30.81,31.50,31.18,31.31,31.12,30.93,31.18,31.00,31.18,31.12,31.12,31.00,31.00,31.00,30.87,30.75,30.93,30.81,31.06,30.75,31.06,30.93,30.93,30.81,30.87,31.06,31.00,30.75,30.75,30.62,30.68,30.62,30.81,30.81,30.75,30.75,30.62,30.81,30.68,30.56,30.81,30.87,30.81,30.75,30.62,30.56,30.68,30.68,30.81,30.56,30.87,30.62,30.75,30.68,30.68,30.93,30.62,30.50,30.81,30.81,30.81,30.81,30.50,30.75,30.81,30.87,30.93,30.56,30.81,30.75,30.75,30.68,31.12,30.75,30.81,30.81,31.00,30.81,31.18,30.81,31.06,30.62,30.87,30.87,31.12,30.81,30.87,30.81,30.93,30.87,31.00,31.06,30.87,31.00,30.81,31.00,31.06,30.87,30.93,30.93,31.00,31.06,31.00,31.00,31.06,31.12,31.00,31.00,31.12,31.00,31.00,31.00,31.06,30.93,31.18,30.81,31.00,31.06,31.00,30.93,31.06,30.93,30.93,31.18,31.06,31.00,31.50,31.37,31.25,31.00,31.00,31.12,30.93,31.25,30.93,31.18,31.12,30.93,31.18,31.12,30.93,30.93,31.06,31.06,31.12,31.25,31.00,31.18,31.06,30.87,31.18,31.18,31.25,31.06,31.06,31.00,31.00,31.06,30.93,31.00,30.93,31.37,31.18,30.93,31.25,31.00,30.93,31.43,31.06,31.06,31.00,30.75,31.06,31.00,30.93,30.93,31.56,30.93,31.12,31.00,31.12,30.93,31.18,31.37,31.18,30.93,31.25,31.18,30.93,30.87,31.31,31.00,31.00,31.12,31.00,31.00,31.18,31.50,30.87,31.31,30.87,30.93,31.37,30.93,30.93,31.06,31.18,31.18,31.12,31.00,30.87,31.25,31.00,31.00,31.06,30.87,31.00,30.81,31.00,30.87,31.06,30.68,31.06,30.62,30.81,30.93,30.75,30.81,30.81,30.81,30.75,30.62,30.81,30.87,30.56,30.87,30.50,30.43,30.43,30.62,30.62,30.62,30.50,30.62,30.68,30.62,30.43,30.37,30.43,30.25,30.31,30.25,30.18,30.18,30.37,30.12,30.18,30.00,30.06,30.06,29.68,30.12,29.81,29.87,29.62,29.75,30.12,29.75,29.81,29.81,29.81,29.68,29.87,29.68,29.62,29.75,29.56,29.68,29.68,29.68,29.62,29.50,29.56,29.25,29.37,29.50,29.25,29.31,29.37,29.31,29.12,29.18,29.18,29.00,29.00,29.18,29.12,28.93,28.87,29.00,28.93,28.87,28.87,28.87,28.81,28.87,28.81,28.87,28.68,28.68,28.62,28.62,28.68,28.56,28.75,28.68,28.56,28.37,28.62,28.37,28.37,28.50,28.56,28.50,28.37,28.37,28.43,28.18,28.12,28.37,28.37,28.25,28.25,28.18,28.18,28.12,28.12,28.12,28.12,28.18,28.25,28.25,28.12,28.12,27.81,28.06,28.37,28.06,28.18,28.18,28.12,28.37,28.25,28.00,28.31,28.00,28.12,28.12,28.25,28.06,28.31,28.00,28.06,28.18,27.93,28.00,28.25,28.00,28.06,28.12,28.12,28.06,28.06,12.43,12.43,12.31,12.50,12.43,12.50,12.43,12.62,12.56,12.37,12.43,12.50,12.43,12.56,12.62,12.56,12.68,12.50,12.43,12.68,12.50,12.56,12.37,12.56,12.75,12.37,12.50,12.56,12.56,12.56,12.56,12.68,12.62,12.81,12.75,12.56,12.56,12.75,12.62,12.68,12.68,12.62,12.62,12.56,12.75,12.68,12.75,12.75,12.75,12.81,12.81,12.81,12.87,12.81,12.87,12.81,12.62,12.75,12.87,12.87,13.00,12.75,12.62,12.81,12.81,12.81,12.87,12.87,12.62,12.93,12.93,12.87,12.75,12.81,12.87,12.87,12.81,12.75,12.81,12.81,12.75,12.81,12.81,12.62,12.87,12.68,12.81,12.81,12.56,12.81,12.81,12.62,12.81,12.68,12.87,12.81,12.68,12.68,13.00,12.75,12.68,12.75,12.62,12.68,12.75,12.62,12.56,12.87,12.68,12.68,12.43,12.68,12.75,12.62,12.62,12.50,12.43,12.68,12.37,12.50,12.50,12.37,12.31,12.31,12.25,12.25,12.37,12.25,12.25,12.25,12.18,12.25,12.18,12.31,12.12,12.12,12.18,12.00,12.37,12.25,12.37,12.18,12.31,11.93,12.00,12.06,12.25,12.00,12.06,11.87,11.75,11.81,12.06,12.06,12.12,11.75,11.75,11.81,11.87,11.87,12.00,11.56,11.81,11.81,11.75,11.75,11.75,11.81,11.75,11.87,11.75,11.81,11.75,11.68,11.81,11.62,11.56,11.50,11.50,11.50,11.56,11.37,11.62,11.56,11.43,11.50,11.31,11.50,11.50,11.62,11.37,11.25,11.06,11.50,11.43,11.50,11.37,11.37,11.50,11.50,11.25,11.31,11.31,11.37,11.25,11.43,11.25,11.31,11.25,11.25,11.31,11.31,11.25,11.31,11.06,11.31,11.25,11.31,11.31,11.50,11.50,11.37,11.37,11.43,11.31,11.31,11.25,11.37,11.37,11.25,11.37,11.25,11.56,11.18,11.25,11.12,11.18,11.50,11.25,11.37,11.43,11.50,11.50,11.50,11.00,11.31,11.50,11.37,11.31,11.43,11.43,11.56,11.62,11.37,11.31,11.43,11.50,11.50,11.50,11.50,11.81,11.68,11.56,11.62,11.25,11.75,11.81,11.75,11.68,11.81,11.56,11.62,11.37,11.62,11.62,11.68,11.81,11.62,11.75,11.68,11.75,11.62,11.93,12.00,11.93,11.43,11.87,11.68,11.56,11.93,11.81,11.81,11.62,11.75,11.87,11.75,11.62,11.81,11.81,11.93,11.81,11.87,11.81,11.81,11.68,11.75,11.93,11.87,11.62,11.81,12.00,11.81,11.93,12.00,11.93,11.56,11.75,12.18,11.50,11.75,11.56,11.93,11.87,11.75,11.81,11.68,11.81,11.87,11.87,11.75,11.87,11.87,11.81,11.87,11.81,11.56,11.81,11.93,12.00,12.00,12.00,11.68,11.50,12.00,11.87,11.68,11.68,11.68,11.56,11.81,11.68,11.68,11.68,11.68,11.75,11.81,11.75,11.62,11.62,11.62,11.56,11.62,11.68,11.68,11.68,11.62,11.43,11.68,11.37,11.43,11.37,11.50,11.31,11.43,11.25,11.43,11.37,11.25,11.18,11.12,11.06,11.12,11.18,11.06,11.00,10.93,10.93,11.00,11.00,10.93,11.12,11.00,10.87,11.06,11.00,10.93,10.81,10.75,10.87,10.62,10.50,10.81,10.68,10.75,10.75,10.68,10.62,10.37,10.56,10.50,10.31,10.50,10.31,10.37,10.43,10.50,10.31,10.50,10.31,10.37,10.37,10.31,10.12,10.37,10.12,10.31,10.25,10.18,10.00,10.06,10.00,10.00,9.93,9.93,10.06,10.00,9.93,9.75,9.87,10.00,9.75,9.87,9.81,9.62,9.75,9.81,9.68,9.68,9.75,9.56,9.56,9.37,9.68,9.68,9.43,9.50,9.43,9.37,9.50,9.37,9.43,9.43,9.50,9.18,9.43,9.37,9.37,9.62,9.37,9.50,9.31,9.56,9.37,9.50,9.25,9.31,9.43,9.43,9.43,9.50,9.31,9.31,9.25,9.25,9.37,9.37,9.18,9.25,9.31,9.25,9.37,9.31,9.37,9.18,9.18,9.25,9.31,9.25,9.31,9.43,9.31,9.31,9.43,9.25,9.18,9.25,9.25,9.25,9.43,9.25,9.31,9.25,9.31,9.43,9.50,9.37,9.18,9.37,9.31,9.25,9.43,9.37,9.37,9.50,9.37,9.31,9.25,9.43,9.50,9.31,9.37,9.31,9.31,9.31,9.37,9.43,9.43,9.37,9.37,9.18,9.62,9.43,9.37,9.31,9.37,9.43,9.37,9.43,9.56,9.50,9.56,9.43,9.50,9.43,9.50,9.37,9.37,9.37,9.31,9.43,9.50,9.43,9.56,9.25,9.31,9.12,9.43,9.37,9.37,9.37,9.31,9.50,9.50,9.43,9.31,9.43,9.43,9.25,9.37,9.43,9.50,9.25,9.37,9.18,9.25,9.50,9.25,9.18,9.25,9.12,9.18,9.31,9.12,9.12,9.06,9.18,9.06,9.18,9.12,9.06,9.12,8.87,9.00,9.00,9.12,8.87,8.81,8.93,8.87,8.81,8.93,8.87,8.87,8.93,8.81,8.93,9.00,8.75,8.56,8.62,8.56,8.62,8.68,8.56,8.81,8.50,8.81,8.62,8.50,8.50,8.68,8.75,8.68,8.62,8.43,8.56,8.56,8.50,8.50,8.37,8.43,8.43,8.37,8.56,8.37,8.37,8.31,8.31,8.31,8.31,8.25,8.31,8.18,8.25,7.93,8.00,8.00,8.06,8.18,8.06,8.18,7.87,8.06,7.81,7.93,7.87,8.00,8.00,7.81,7.87,8.00,7.81,7.87,NaN,NaN,7.68,NaN,NaN,7.68,NaN,NaN,
root@modemtim:~#
-
@donato74
transformer-cli get rpc.xdslctl.HlogDs3
transformer-cli get rpc.xdslctl.SNRDs3
transformer-cli get rpc.xdslctl.BitsDs3
transformer-cli get rpc.xdslctl.QLNDs3
anche questi danno output?
-
@Ansuel
l'unico che da errori:
root@modemtim:~# transformer-cli get rpc.xdslctl.QLNDs3
ERROR /usr/bin/transformer:161: Too much data to fit in one single dgram.
gli altri danno output; se serve te li posto
-
@Ansuel @donato74 nel caso possa servire per confronto, considerando che a me funziona e sono sempre con la dev 7.8.11, vi invio anche io il file
transformer-cli get rpc.xdslctl.SNRDs3
[b]rpc.xdslctl.SNRDs3 [string] =[/b] 33.87,33.25,33.37,33.50,33.06,32.93,32.93,33.18,33.06,32.62,32.87,32.68,32.43,32.87,32.87,32.50,32.68,32.25,32.68,32.87,32.93,32.81,32.43,32.68,32.62,32.62,32.50,32.37,32.81,33.12,32.81,32.56,32.87,32.31,32.31,32.18,32.12,32.18,32.31,32.37,32.62,32.00,32.37,32.25,32.18,32.43,32.25,32.00,32.25,32.18,32.18,32.25,32.18,31.81,31.87,32.06,32.25,32.25,32.18,31.93,32.06,31.87,31.56,31.62,31.87,32.00,32.18,31.75,31.81,32.06,31.81,31.75,31.62,31.87,32.06,31.87,31.68,31.68,31.62,31.87,31.75,31.75,31.62,31.75,32.25,31.68,31.62,31.50,31.75,32.12,31.50,31.87,31.87,31.81,31.81,31.37,31.62,31.75,31.25,31.50,31.81,31.68,31.68,31.62,31.68,31.68,31.25,31.12,31.62,31.43,31.43,31.06,31.37,31.25,31.62,31.87,31.50,31.87,31.68,31.31,31.37,31.43,31.62,31.06,31.12,31.18,31.12,31.37,31.25,31.43,31.12,30.87,31.06,30.87,31.18,31.43,31.37,31.43,31.68,31.62,31.12,31.12,31.12,31.25,31.25,31.06,31.00,31.12,31.43,31.43,31.62,31.56,31.06,30.93,30.93,30.93,31.50,31.75,31.18,31.00,31.18,31.43,31.75,31.87,32.06,31.50,31.43,31.43,31.68,31.75,32.43,32.75,32.06,31.75,31.93,32.00,31.87,31.31,31.37,31.37,31.25,31.68,31.50,31.31,31.31,31.18,31.31,31.50,31.62,31.81,31.56,31.62,31.75,31.25,31.56,31.56,31.56,31.62,31.75,32.00,31.68,31.81,31.68,31.56,31.68,31.93,31.75,31.81,31.93,32.00,32.25,32.56,32.43,32.75,32.87,32.25,32.62,33.06,32.81,32.50,32.31,32.37,32.37,32.25,31.93,32.12,32.56,32.75,32.31,32.56,32.87,32.37,32.81,32.68,32.37,32.93,32.56,32.06,31.81,32.06,32.00,32.00,32.25,31.68,31.62,31.93,31.93,32.50,32.31,32.62,32.25,32.06,32.12,32.06,32.00,32.18,32.31,31.87,32.12,32.00,31.81,32.75,32.25,32.31,32.43,32.37,31.87,31.81,32.18,32.06,32.18,32.81,32.31,31.62,32.25,32.06,32.00,31.75,31.75,31.68,31.56,31.56,31.87,32.12,31.93,31.62,31.68,31.87,31.87,31.93,31.68,32.18,31.75,31.56,32.00,31.75,32.00,32.06,32.12,31.87,32.25,31.93,31.81,31.68,31.87,31.81,31.75,32.00,31.81,31.75,31.87,32.18,31.87,31.56,32.00,32.31,31.75,31.75,32.12,32.00,31.93,32.37,32.00,32.18,32.18,31.93,32.37,32.43,32.37,32.06,32.25,31.93,31.87,32.06,31.81,31.75,32.06,32.06,31.87,31.81,31.87,31.93,32.25,32.37,32.75,32.31,32.68,32.93,32.50,32.31,32.18,31.56,31.93,31.87,31.93,32.25,32.12,32.12,32.68,32.50,32.18,31.93,32.31,32.37,32.31,32.68,32.25,32.31,32.37,32.31,32.18,32.18,32.31,32.31,32.68,32.06,32.18,32.00,32.62,32.56,32.12,32.18,32.00,32.43,32.50,32.87,32.68,32.56,32.00,31.87,32.43,32.25,32.37,32.68,32.50,32.00,32.12,31.81,31.68,31.75,32.18,32.93,31.68,32.43,32.12,31.81,32.56,31.56,31.43,31.68,31.75,31.43,31.68,32.25,31.56,31.62,31.43,31.87,31.75,31.50,31.50,32.06,31.93,31.75,31.68,31.81,31.81,32.12,31.68,31.62,32.00,31.43,31.25,31.25,31.50,32.06,31.81,31.43,31.43,32.00,32.06,31.62,31.25,31.31,31.06,31.12,31.31,31.25,32.00,32.12,32.00,31.31,31.75,31.56,31.56,31.31,31.37,31.87,31.37,30.62,31.50,31.62,31.43,31.12,31.12,30.81,31.50,31.68,30.93,31.56,31.31,31.37,31.75,30.87,31.62,31.50,31.50,31.56,31.43,31.62,31.62,31.06,31.81,31.93,31.43,31.68,31.81,31.75,31.43,31.75,31.56,31.50,31.37,31.31,31.31,31.31,31.43,31.31,31.25,31.31,31.25,31.43,31.56,31.18,31.12,31.25,31.12,31.43,31.12,30.87,30.81,30.93,30.62,30.93,31.12,30.68,30.81,30.75,30.81,30.75,30.81,30.81,31.00,30.93,30.37,30.50,30.81,30.56,30.50,30.81,30.68,31.06,31.18,31.06,31.12,30.68,30.50,31.06,30.87,30.87,31.12,30.68,30.68,30.75,31.00,31.18,31.31,30.87,31.06,31.12,31.31,30.93,31.00,31.12,31.50,31.25,31.25,31.56,31.18,31.56,30.93,31.12,31.12,31.12,30.87,30.56,31.25,30.25,31.00,30.87,31.00,31.25,31.25,31.37,31.18,31.31,31.06,30.50,30.68,30.43,30.87,31.00,30.87,31.00,31.06,30.93,31.18,31.12,31.06,30.81,30.87,31.00,31.06,31.25,31.18,30.87,30.68,30.56,31.00,31.25,31.25,30.75,30.93,30.56,30.81,30.81,30.75,30.81,30.68,30.43,30.43,30.43,30.43,30.93,30.81,30.87,30.81,30.62,30.62,30.50,30.37,30.75,30.87,30.75,30.81,30.81,30.62,30.56,30.81,30.37,30.43,30.43,30.75,30.56,30.62,30.50,30.68,30.50,30.62,30.68,30.81,30.87,30.87,30.87,30.62,30.68,30.43,30.81,30.87,30.62,30.50,30.50,30.93,30.81,30.81,30.81,31.06,30.81,30.68,30.50,30.56,30.62,30.37,30.50,30.56,30.37,30.81,30.75,30.62,30.62,30.87,30.62,30.93,31.06,30.87,31.00,30.68,30.62,30.68,30.81,30.87,30.75,30.87,31.06,30.81,30.43,30.68,30.81,30.75,30.50,30.68,30.75,30.87,31.00,30.68,30.62,30.50,30.56,30.81,30.68,31.12,31.06,31.12,31.12,31.18,30.81,30.62,30.62,30.93,31.12,30.87,30.87,30.68,31.00,31.00,30.87,30.93,30.75,31.00,31.31,31.25,31.12,31.12,31.00,31.31,30.87,30.93,30.87,31.06,31.00,31.31,31.25,31.43,31.25,31.00,30.81,30.56,30.50,30.18,30.37,30.56,30.81,31.12,30.50,30.75,31.12,30.68,30.93,31.25,30.87,30.81,31.18,30.75,30.81,30.50,30.75,30.56,30.75,31.06,30.81,30.50,30.62,30.75,30.81,31.00,31.18,31.31,31.18,31.18,30.75,30.93,31.18,31.12,30.93,31.00,30.87,30.75,30.81,31.12,30.62,30.62,30.68,31.06,30.62,30.81,30.68,30.31,30.43,30.50,30.37,30.43,30.12,30.12,30.43,29.87,30.12,30.31,30.12,30.06,30.00,30.25,30.56,30.25,30.31,30.12,30.12,30.00,30.00,30.06,30.31,30.00,30.12,30.06,29.87,29.75,29.75,29.68,29.75,29.68,29.81,30.06,30.18,30.06,29.81,30.12,30.06,31.12,30.62,30.87,31.43,31.93,31.75,31.31,31.56,31.00,31.25,31.87,31.50,31.68,31.43,31.12,31.50,31.37,31.56,31.18,31.62,31.37,31.37,31.81,31.37,30.93,30.87,30.93,31.50,31.25,31.25,31.56,31.12,30.87,30.81,30.75,31.37,30.56,30.93,31.43,30.87,30.56,31.25,31.37,30.75,31.00,30.62,30.87,30.25,30.37,31.18,31.06,31.18,30.75,30.00,30.00,30.56,30.56,30.75,30.50,30.43,30.31,30.00,29.93,29.93,30.43,30.93,31.25,30.62,30.18,30.06,30.56,30.18,29.93,30.00,29.93,30.37,30.12,29.50,29.37,29.87,29.37,29.81,29.18,29.25,29.25,29.31,29.18,29.43,29.75,29.75,29.56,29.62,30.18,30.25,30.00,29.43,29.43,29.81,29.31,29.37,29.81,30.06,29.00,29.81,29.93,30.12,30.06,29.62,29.93,30.00,30.18,29.93,29.43,29.00,28.81,29.18,29.81,29.87,29.25,28.56,28.93,29.87,29.68,29.56,29.50,29.75,29.56,29.75,29.56,28.75,29.37,29.75,29.25,28.68,28.87,29.31,29.68,29.00,28.75,28.87,28.81,28.43,28.31,28.37,28.68,28.62,28.06,27.75,27.68,27.75,28.06,28.43,28.25,28.12,28.50,28.93,28.50,28.18,28.00,28.25,28.06,28.18,28.12,28.00,28.12,27.68,28.00,28.00,27.62,27.56,27.75,27.87,27.62,27.62,27.68,27.50,27.62,27.68,27.81,28.00,27.43,27.43,27.50,27.62,27.43,27.37,27.37,27.06,27.06,26.87,27.18,27.12,27.43,27.31,27.37,27.12,27.00,27.00,27.00,27.00,27.18,27.06,26.87,26.75,26.81,27.06,27.18,27.06,26.75,27.12,27.93,27.68,27.75,27.93,27.87,28.12,27.37,27.18,27.12,27.43,27.43,28.00,28.18,27.06,27.00,27.31,27.81,27.75,27.12,27.25,27.25,27.25,27.18,27.12,27.87,27.68,27.12,27.81,28.18,27.75,27.00,27.81,27.93,28.18,28.06,28.12,27.75,28.06,28.06,27.93,27.37,27.87,28.06,28.12,27.68,27.06,27.37,27.93,27.75,27.56,27.56,27.06,27.31,27.18,27.62,28.12,28.37,28.00,27.68,27.50,27.06,27.68,27.68,27.50,27.68,27.25,27.81,28.00,27.62,27.56,27.68,27.68,27.50,27.37,27.62,27.62,27.43,27.50,27.43,27.18,27.62,27.62,28.00,28.06,27.50,27.56,27.25,26.87,26.93,26.87,27.06,27.18,27.50,27.00,27.31,26.93,26.87,27.00,27.25,27.31,27.12,26.93,27.00,26.87,27.00,26.81,27.12,27.00,26.68,26.87,27.06,27.43,27.18,27.12,27.00,27.18,26.93,27.00,26.81,27.00,27.06,27.12,27.31,27.25,27.18,27.12,27.37,27.18,27.25,27.12,27.18,27.31,27.31,27.25,27.75,27.43,27.62,27.62,27.43,27.68,27.37,27.50,27.68,27.62,27.50,27.37,27.62,27.62,27.56,27.37,27.62,27.56,27.43,27.43,27.50,27.75,27.87,27.56,27.68,27.68,27.93,28.00,28.06,27.81,27.87,28.06,28.18,27.93,28.12,28.31,28.31,28.12,28.31,27.87,28.00,28.18,28.25,28.31,28.25,28.37,28.12,28.25,28.12,28.50,28.43,28.50,28.56,28.56,28.50,28.37,28.50,28.43,28.81,28.68,28.56,28.68,28.31,28.68,28.56,28.75,28.62,28.56,28.50,28.81,28.56,28.75,28.87,28.87,28.81,28.75,28.81,29.00,28.75,28.93,28.81,28.87,28.93,28.81,28.87,28.87,29.00,28.87,29.00,29.12,29.12,29.43,29.18,29.12,29.00,28.93,28.93,29.12,29.00,29.00,29.18,29.06,29.25,29.12,29.12,29.50,29.31,29.18,29.18,29.43,29.18,29.50,29.56,29.43,29.37,29.50,29.75,29.81,29.81,29.31,29.31,29.56,29.56,29.81,29.75,29.81,29.75,29.87,29.87,30.00,30.12,30.12,30.12,30.12,30.18,29.87,30.18,30.25,30.06,30.12,30.18,30.43,30.37,30.25,30.25,30.12,30.18,30.31,30.25,30.25,30.43,30.68,30.43,30.37,30.31,30.43,30.43,30.31,30.31,30.62,30.50,30.56,30.56,30.68,30.93,30.81,30.81,30.87,31.00,30.87,30.93,30.75,30.87,30.81,31.06,31.00,31.12,31.12,31.12,31.18,31.25,31.31,31.12,31.43,31.43,31.62,31.25,31.06,31.31,31.31,31.25,31.50,31.62,31.25,31.50,31.37,31.43,31.50,31.50,31.56,31.56,31.25,31.56,31.50,31.62,31.81,31.43,31.18,31.12,31.31,31.43,31.43,31.43,31.56,31.68,31.37,31.31,31.18,31.37,31.56,31.37,31.43,31.43,31.06,31.43,31.37,31.12,30.62,31.12,31.37,31.50,31.18,31.56,31.37,31.25,31.37,31.18,31.37,31.50,31.37,31.50,31.12,31.06,31.56,31.37,31.25,31.56,31.43,31.56,31.62,31.37,31.00,30.12,31.00,31.43,31.31,31.12,31.00,30.87,30.06,31.06,31.31,31.06,31.43,31.43,31.50,31.75,31.87,31.81,31.93,31.75,31.75,31.81,31.75,31.75,31.62,31.56,31.87,31.87,31.68,31.56,31.56,31.43,31.68,31.81,31.50,31.56,31.37,31.43,31.37,31.81,31.81,31.18,30.18,30.25,31.68,31.37,31.56,31.50,31.50,31.43,31.56,31.37,31.37,31.75,31.56,31.31,31.56,32.00,31.68,31.62,31.56,31.37,31.37,31.50,31.75,31.43,31.81,31.75,31.62,31.50,31.68,32.00,31.68,31.50,31.43,31.43,31.18,31.43,31.12,31.25,31.12,31.12,30.75,31.00,31.06,31.25,31.25,31.12,31.06,31.12,31.06,30.93,30.81,30.75,30.87,30.87,30.93,30.87,31.06,31.06,31.00,30.81,30.93,30.56,30.56,30.62,30.75,30.68,30.56,30.37,30.56,30.43,30.25,30.25,30.50,30.12,30.12,30.06,30.25,30.37,30.25,30.31,30.12,29.93,30.00,30.06,30.06,30.06,30.00,30.12,29.93,29.62,30.00,30.12,30.18,30.00,30.25,29.75,29.87,30.12,29.93,29.81,29.87,29.87,29.87,29.81,29.93,29.87,29.50,29.68,30.25,30.00,29.87,29.62,29.87,29.75,29.81,29.75,29.93,29.81,30.00,30.31,29.87,29.68,29.87,30.00,29.68,29.87,30.00,30.75,30.43,30.18,29.87,29.81,29.81,29.75,29.62,29.50,30.00,30.50,29.62,29.75,29.75,29.68,29.87,30.00,30.75,29.87,29.75,29.68,29.56,29.50,29.62,29.56,29.56,29.50,29.50,29.37,29.37,29.06,29.18,29.37,29.50,29.18,29.50,29.43,29.56,29.56,29.37,29.43,29.43,29.50,29.56,29.00,29.12,29.06,29.00,29.25,29.31,29.25,29.50,29.43,29.31,29.25,29.00,29.25,29.31,29.31,30.00,29.31,29.25,29.00,29.06,28.93,29.06,29.00,29.12,29.12,28.93,29.00,29.00,29.00,29.37,29.43,29.25,29.31,29.43,29.68,29.62,29.56,29.75,29.87,29.68,29.93,30.06,29.81,29.87,30.12,30.25,29.93,29.62,30.00,29.93,29.93,29.81,30.43,30.12,29.93,30.00,30.18,29.81,30.06,29.87,30.25,29.87,30.12,29.18,29.93,30.18,30.18,30.06,30.31,30.25,30.50,30.18,30.18,30.31,30.31,30.43,30.25,30.43,30.06,29.87,30.00,30.18,30.00,29.68,30.12,30.18,29.93,30.06,30.18,30.12,30.06,30.12,30.18,30.18,30.12,30.25,30.18,30.12,30.18,30.25,30.18,29.93,29.81,29.93,29.93,29.68,29.50,29.87,29.93,29.87,29.87,29.68,29.68,29.87,29.62,29.56,29.18,28.93,29.31,29.37,29.43,29.62,29.37,29.50,29.43,29.50,29.56,29.25,29.06,29.12,29.25,29.25,29.25,29.12,29.25,29.18,29.25,29.31,29.37,29.00,29.12,29.68,29.31,28.68,28.81,28.93,28.68,28.68,28.81,29.87,30.06,30.06,29.68,29.75,29.56,29.56,29.18,30.06,30.50,30.31,30.06,30.18,30.12,30.18,30.00,29.75,29.68,30.18,30.31,29.75,30.06,29.93,29.93,30.00,30.18,30.06,29.93,29.87,29.93,29.93,29.75,29.87,30.06,29.93,30.00,30.06,29.81,30.25,30.06,30.31,30.00,29.81,30.00,30.12,30.00,29.87,29.93,30.00,30.00,30.06,29.56,30.06,29.93,29.81,30.37,31.00,30.50,30.18,30.00,30.37,30.12,30.31,30.37,30.06,30.12,30.25,30.25,30.43,30.00,30.18,30.50,30.25,30.06,30.00,30.43,30.25,30.31,30.12,30.31,30.18,30.18,30.12,30.50,30.12,30.93,30.50,30.18,30.12,30.00,30.31,30.62,30.56,30.56,30.37,30.62,30.56,30.37,30.43,30.31,30.31,30.37,30.12,30.18,30.06,30.12,30.06,30.12,30.37,30.31,30.00,30.31,30.06,29.93,30.12,30.12,30.25,30.00,30.06,30.18,29.93,30.00,30.18,30.75,30.12,30.00,30.00,30.06,29.81,30.06,30.00,30.62,30.00,30.06,30.25,29.93,30.06,30.00,29.87,30.00,29.62,29.68,29.75,29.81,29.81,29.93,29.62,29.56,29.75,29.93,29.75,29.62,29.43,29.25,29.37,29.50,29.62,29.43,29.43,29.37,29.37,29.50,29.56,29.62,29.18,29.06,29.12,29.25,29.06,29.06,29.37,29.12,29.25,29.25,29.18,29.18,28.87,28.93,29.06,28.87,29.12,28.87,28.87,28.68,28.81,28.68,28.75,28.87,28.68,28.68,28.62,28.87,28.75,28.75,28.68,28.62,28.62,28.56,29.12,29.25,29.37,29.62,29.56,29.87,29.81,29.68,29.56,29.56,29.31,28.93,29.50,29.37,29.25,29.12,29.18,29.18,29.12,29.12,29.12,29.31,29.37,29.18,29.12,29.12,29.56,29.37,29.06,29.18,29.43,29.50,29.00,29.25,29.31,29.37,29.25,29.81,29.12,29.50,29.31,29.18,29.06,29.25,29.25,29.43,29.06,29.31,29.37,29.37,29.18,29.25,29.43,29.12,29.12,29.06,29.18,29.31,29.31,29.25,29.18,29.18,29.18,28.87,29.06,29.12,29.18,29.06,29.43,29.12,28.87,29.25,29.31,29.43,29.25,29.12,28.93,29.18,29.06,29.31,29.56,29.25,29.18,29.50,29.43,29.50,29.37,29.56,29.50,29.75,29.43,29.50,29.43,29.43,29.62,29.43,29.43,29.68,29.75,29.75,29.68,29.62,29.81,29.62,29.62,29.75,29.81,29.75,29.62,29.68,29.62,29.62,29.62,29.37,29.87,29.68,29.56,29.62,29.68,29.87,29.93,29.81,29.87,29.93,29.81,29.87,29.68,29.93,29.93,30.00,30.00,29.87,30.18,30.00,29.81,29.68,29.56,29.87,29.81,29.81,30.00,29.93,30.00,29.93,30.00,29.93,29.75,30.06,30.18,30.18,30.18,30.06,30.00,29.81,30.06,29.93,30.25,30.12,30.12,30.12,30.18,30.00,30.18,30.00,30.12,30.12,30.00,30.31,30.12,30.31,30.00,29.93,30.06,30.25,30.18,30.06,30.12,29.93,30.12,30.00,30.31,29.93,30.06,30.06,29.93,29.93,29.93,29.81,30.06,30.00,29.81,29.87,29.87,30.12,29.87,29.87,30.06,30.06,29.81,30.00,30.12,30.00,30.12,29.93,30.18,30.25,30.25,30.25,30.06,30.12,30.06,30.25,30.18,30.00,30.00,30.00,30.00,29.93,30.31,30.18,29.81,29.81,30.00,29.93,29.87,29.87,29.93,30.00,29.87,29.93,29.87,29.87,29.81,30.06,30.06,29.62,30.00,30.06,29.81,29.81,29.93,29.68,29.75,29.93,29.87,29.75,30.00,30.06,29.93,30.00,29.75,29.43,29.62,29.43,29.68,29.93,30.12,30.06,29.87,30.18,30.06,29.68,29.87,29.87,29.75,29.81,30.12,29.87,29.12,29.75,29.81,29.75,29.56,29.68,29.81,29.81,29.81,29.81,29.12,29.50,29.81,29.75,29.62,29.81,29.31,29.06,29.37,29.56,28.93,28.93,29.31,28.93,29.31,29.68,29.68,29.37,29.43,29.56,29.43,29.75,29.81,29.50,29.12,29.43,29.18,29.18,29.12,29.00,28.93,29.18,29.37,29.06,28.75,28.62,29.25,29.50,29.50,28.87,28.62,28.93,29.12,28.75,29.25,29.43,29.00,28.68,28.68,29.25,29.31,29.12,28.50,28.93,29.06,29.31,29.06,28.75,29.18,28.93,28.81,28.75,28.93,29.43,29.37,28.50,28.62,29.06,29.50,29.31,29.18,29.12,29.50,29.37,28.81,29.00,29.06,29.25,29.06,29.43,29.50,29.18,29.50,29.00,28.87,29.25,29.50,29.25,29.62,29.25,29.06,29.18,29.12,29.37,29.37,29.43,29.25,29.31,29.50,29.56,29.50,29.75,29.68,29.43,29.50,29.25,29.31,29.06,29.43,29.18,28.93,29.12,29.43,29.00,28.93,28.87,29.00,29.37,29.43,29.75,29.50,29.06,29.37,29.31,29.37,29.62,29.12,28.93,29.06,29.12,29.37,29.50,29.37,29.31,29.31,29.37,29.25,29.37,29.37,29.50,29.62,29.31,29.37,29.37,29.25,29.06,28.75,28.87,29.00,30.00,29.37,29.43,29.50,29.37,29.37,28.75,28.81,29.25,29.25,29.25,28.93,29.31,29.37,29.12,29.25,29.25,29.18,29.31,28.81,29.18,29.31,28.87,28.93,28.93,28.87,29.00,29.25,29.25,29.25,29.06,28.93,28.87,29.12,28.87,29.06,28.93,28.93,28.93,28.75,28.81,29.00,28.81,28.93,29.00,29.00,29.00,28.93,28.75,28.87,28.87,28.93,28.81,28.56,28.43,28.31,28.43,28.68,28.25,28.56,28.50,28.50,28.87,28.62,28.62,28.25,27.93,27.75,27.87,28.25,28.18,28.18,28.43,28.43,28.37,28.43,28.12,28.37,28.62,28.37,28.43,28.56,28.37,28.43,28.31,28.25,28.00,28.12,28.06,28.50,28.62,28.31,28.81,28.87,28.31,28.12,27.93,28.18,28.18,28.31,28.62,28.75,28.25,27.87,27.87,28.00,27.93,28.43,28.37,28.25,28.06,28.68,28.68,28.43,28.75,28.81,29.00,28.75,29.00,28.87,28.93,29.06,29.00,29.18,29.06,29.06,28.93,29.12,29.12,28.93,29.18,29.00,28.81,28.43,28.62,28.81,28.75,28.50,28.31,28.75,28.93,28.93,29.00,28.93,28.81,28.93,28.87,28.93,28.87,28.75,28.68,28.75,28.93,28.93,28.93,28.75,29.06,28.87,29.06,29.00,28.93,28.87,29.18,29.06,29.06,29.12,28.93,28.93,28.87,28.93,29.06,29.12,29.00,29.31,29.00,28.93,29.18,28.93,29.06,29.25,29.12,29.31,29.31,28.87,29.31,29.25,29.18,29.18,29.12,29.31,29.12,29.12,29.37,29.18,29.18,29.00,29.25,29.18,28.81,28.87,29.06,29.12,28.93,28.81,29.00,28.93,29.00,29.18,28.81,28.50,28.62,28.81,28.75,28.87,28.75,28.87,28.68,28.81,28.93,28.87,29.00,29.31,29.00,28.81,29.06,29.18,29.37,29.00,29.12,29.62,29.43,29.25,29.06,28.56,28.62,29.18,28.75,29.12,28.81,28.56,29.18,29.18,28.75,28.56,28.81,28.75,29.18,29.50,29.31,28.87,28.75,29.18,29.25,29.18,29.50,29.50,29.31,29.12,29.37,29.56,29.00,29.25,29.56,29.37,29.18,29.37,29.18,28.93,29.31,29.12,29.18,29.31,29.25,29.25,29.31,29.18,29.12,29.18,29.06,29.25,29.18,29.00,29.12,29.00,29.12,29.18,29.00,28.81,29.06,28.93,28.93,28.87,29.06,29.00,28.81,28.68,28.50,28.56,28.43,28.93,28.62,28.87,28.31,28.56,28.37,28.62,28.37,28.56,28.56,28.50,28.56,28.43,28.81,28.56,28.18,28.12,28.18,28.31,28.31,28.37,28.12,28.00,28.06,28.12,27.87,27.81,28.18,28.18,28.06,28.00,27.93,28.06,27.81,27.75,27.93,27.62,27.56,27.81,27.62,27.87,27.56,27.62,27.62,27.56,27.75,27.56,27.62,28.12,27.75,27.93,27.68,27.50,28.06,28.31,27.62,27.50,27.43,27.56,27.62,27.43,27.50,27.68,27.75,28.00,27.81,27.62,27.62,27.75,27.93,27.50,27.68,27.56,27.06,27.31,27.50,27.75,27.62,27.56,27.43,27.75,27.68,27.12,27.37,27.50,27.68,27.43,27.43,27.56,27.12,26.75,26.75,26.81,27.37,27.12,27.62,27.56,27.18,27.12,26.81,27.50,26.93,27.18,27.25,27.31,27.18,27.43,27.31,26.68,26.62,27.50,27.25,27.43,26.62,26.43,26.87,26.75,27.31,27.43,27.43,27.25,26.68,26.87,26.50,27.18,26.93,27.12,27.43,26.68,26.81,26.93,26.68,27.18,26.81,27.18,26.93,26.75,26.87,26.81,26.56,26.68,27.06,26.87,26.87,27.18,26.75,27.12,26.68,26.50,26.43,26.50,26.37,27.06,26.68,26.56,26.56,26.93,26.75,26.50,26.50,27.18,27.25,26.75,26.37,26.50,26.81,26.43,26.50,26.50,26.50,26.56,26.50,26.43,26.62,26.87,26.68,26.75,26.56,26.50,26.43,26.56,26.25,26.31,26.25,26.37,26.25,26.31,26.37,26.37,26.31,26.37,26.43,26.18,26.25,26.06,26.37,26.18,26.31,26.37,26.31,26.31,26.31,26.25,26.56,26.43,26.31,26.18,26.31,26.00,26.31,26.50,26.31,26.68,26.18,26.18,26.18,26.18,26.25,26.06,26.18,26.06,26.25,26.12,26.25,26.37,26.62,26.43,26.12,26.06,25.87,26.00,26.25,26.06,26.06,26.06,25.68,26.06,26.12,26.25,26.25,26.06,25.68,26.25,26.18,26.31,26.18,26.25,26.18,26.25,26.31,26.37,26.18,26.25,25.93,26.18,26.18,26.00,26.06,25.93,25.87,25.43,25.25,25.50,25.62,25.62,25.06,25.43,25.62,25.75,25.93,25.50,25.81,25.81,25.81,25.75,25.62,25.81,25.81,25.75,25.75,25.62,25.50,25.68,25.56,25.50,25.75,25.68,25.68,25.87,25.68,25.81,25.37,25.62,25.31,25.25,24.93,25.18,24.93,24.93,24.12,24.12,24.93,25.43,25.25,25.31,25.62,25.31,25.06,24.93,25.18,25.25,25.18,24.43,25.00,25.37,25.56,25.43,25.37,24.81,24.12,24.43,24.12,25.06,25.12,24.50,24.06,24.56,24.93,24.81,25.00,24.87,25.12,24.50,24.93,25.06,24.93,24.50,24.37,25.00,24.93,25.00,24.81,24.50,24.75,24.75,24.93,24.68,24.00,25.00,25.18,24.62,23.93,24.06,24.68,24.62,24.18,24.18,24.87,25.00,24.43,24.37,24.75,25.18,24.93,25.12,24.43,24.12,24.12,24.43,24.06,24.06,24.31,24.68,24.25,24.62,24.43,24.62,24.18,24.68,24.56,24.06,24.12,24.56,24.06,24.68,24.56,24.37,24.18,24.25,24.43,24.81,24.37,24.31,24.87,24.75,24.31,24.31,24.25,23.93,24.31,24.12,24.31,24.37,24.56,24.12,24.62,24.31,24.50,24.25,24.00,23.93,24.37,24.43,24.25,24.06,24.06,24.50,24.56,24.37,24.18,24.31,23.93,23.87,24.75,24.75,24.31,24.68,24.68,24.18,24.43,24.56,24.12,24.12,24.25,24.50,24.18,23.87,23.93,24.37,24.25,24.37,23.87,23.68,24.06,24.25,23.81,23.81,24.12,23.81,24.18,23.93,23.81,24.12,24.00,24.12,24.25,24.06,24.43,24.50,24.00,24.50,24.06,24.43,24.43,24.37,24.18,23.87,24.31,23.93,23.87,23.81,23.62,24.18,23.87,23.75,23.81,24.06,24.06,24.06,24.00,23.87,24.06,24.12,23.87,23.93,23.75,24.00,24.12,24.00,23.87,23.75,24.12,23.87,23.93,23.87,24.00,23.81,23.75,23.87,24.06,23.93,23.87,23.87,23.87,24.00,24.00,24.00,23.93,23.93,23.62,24.00,24.00,24.06,24.00,23.68,23.87,23.68,23.87,23.87,23.62,23.56,23.68,23.81,23.81,23.68,23.75,23.81,23.75,23.75,23.87,23.87,23.68,23.68,23.68,23.68,23.75,23.56,23.68,23.81,23.81,23.68,23.62,23.68,23.68,23.62,23.56,23.56,23.87,23.75,23.62,23.68,23.62,23.62,23.56,23.43,23.75,23.75,23.68,23.68,23.68,23.31,23.56,23.50,23.62,23.50,23.43,23.50,23.43,23.31,23.31,23.37,23.56,23.37,23.50,23.50,23.50,23.31,23.56,23.50,23.37,23.56,23.43,23.56,23.31,23.25,23.37,23.31,23.25,23.18,23.37,23.31,23.18,23.25,23.31,23.18,23.31,23.37,23.25,23.25,23.31,23.12,23.31,23.37,23.18,23.25,23.31,23.18,23.12,22.93,23.31,23.25,23.37,23.25,23.00,23.18,23.00,23.18,23.06,23.00,22.87,23.06,23.12,23.18,23.06,23.12,23.00,23.12,23.12,23.00,23.00,22.93,23.06,23.25,23.00,23.00,22.93,22.93,23.12,23.12,22.81,22.87,22.93,22.93,23.18,23.06,23.18,23.00,23.18,23.12,23.06,23.31,23.18,22.93,22.81,23.06,23.12,23.25,23.00,23.31,23.50,23.62,23.31,23.50,23.12,23.25,23.43,23.62,23.18,23.12,23.62,23.75,23.56,23.18,23.25,22.93,23.12,23.43,23.50,23.18,23.62,23.75,23.81,23.87,23.50,23.37,23.43,23.50,23.50,23.68,23.68,23.56,23.75,23.68,23.81,23.62,23.87,24.00,24.00,23.75,24.06,23.93,23.43,23.37,23.75,23.68,23.62,23.75,23.93,23.81,23.50,23.68,23.56,24.00,23.43,23.75,23.93,23.81,23.87,24.06,23.81,23.68,23.68,23.62,23.68,23.62,24.12,23.81,24.00,24.00,23.93,24.18,24.00,24.00,24.00,23.93,24.12,24.06,24.00,24.06,24.00,23.87,23.81,24.06,23.75,23.75,23.87,24.06,24.00,24.18,23.87,24.00,24.12,24.12,24.06,23.93,24.31,24.12,23.81,23.93,23.93,24.12,24.00,23.81,24.12,24.00,23.68,23.93,23.87,23.93,23.93,23.75,24.06,23.87,24.06,23.87,24.00,24.18,23.93,24.00,24.18,24.12,24.06,24.06,24.00,23.93,23.93,24.12,23.93,24.06,24.18,24.06,23.87,23.87,24.00,23.87,24.06,24.06,23.93,24.00,24.06,23.87,23.87,23.93,24.18,24.12,23.75,23.87,24.00,24.12,23.93,23.93,23.87,23.75,24.00,23.93,24.00,24.06,24.12,24.00,24.06,24.06,24.06,23.93,23.87,23.81,23.93,24.00,24.12,23.93,23.93,23.81,23.87,23.93,24.00,23.93,24.00,23.81,24.00,23.93,24.00,23.93,24.00,23.75,23.75,23.87,23.62,23.81,23.87,23.87,23.93,23.87,23.93,24.00,23.81,23.93,23.81,23.75,23.93,23.68,24.00,24.18,23.93,23.87,23.93,23.81,23.93,23.75,23.87,23.81,23.87,23.68,23.62,23.81,23.75,23.81,23.87,23.62,23.81,23.81,23.81,23.43,23.75,23.62,23.87,23.68,23.75,23.75,23.81,23.62,23.68,23.62,23.68,23.75,23.68,23.56,23.75,23.62,23.50,23.62,23.56,23.37,23.43,23.68,23.43,23.68,23.68,23.56,23.37,23.50,23.50,23.37,23.18,23.31,23.43,23.43,23.43,23.43,23.50,23.31,23.50,23.68,23.50,23.50,23.43,23.50,23.50,23.50,23.31,23.25,23.25,23.50,23.62,23.25,23.31,23.37,23.37,23.31,23.31,23.31,23.25,23.37,23.43,23.56,23.43,23.31,23.43,23.37,23.31,23.25,23.31,23.50,23.25,23.25,23.37,23.31,23.25,23.25,23.12,23.06,23.06,23.12,23.06,23.18,23.31,23.18,23.37,23.56,23.68,23.25,23.25,23.12,22.93,23.18,23.31,23.18,23.06,23.12,23.12,23.06,22.93,23.18,22.93,23.00,23.00,23.31,23.62,23.43,23.31,23.06,23.06,23.06,23.12,23.00,23.50,NaN,8.87,8.62,8.81,8.68,8.81,8.81,8.87,8.93,8.93,8.87,8.81,9.06,8.81,8.93,8.68,8.87,8.68,8.68,8.93,8.75,8.93,8.75,8.75,8.81,8.62,8.75,8.62,8.62,8.93,8.75,8.81,NaN,NaN,NaN,NaN,8.81,8.56,8.81,8.50,8.75,8.75,8.75,8.62,8.87,8.56,8.62,8.68,8.87,8.75,8.68,8.75,8.68,NaN,8.68,8.68,8.62,8.68,8.50,8.81,8.75,8.50,8.87,8.68,8.87,8.75,8.62,8.62,8.81,8.87,8.50,8.50,8.75,8.75,8.75,8.43,8.75,8.50,8.75,8.75,8.68,8.68,8.62,8.50,8.62,8.93,8.62,8.68,8.75,8.68,8.56,8.75,8.62,8.75,8.56,8.62,8.68,8.43,8.81,8.62,8.62,8.56,8.68,8.81,8.81,8.75,8.62,8.43,8.56,8.56,8.68,8.87,8.62,8.62,8.43,NaN,8.68,8.43,8.56,8.68,8.56,8.62,8.68,8.81,8.62,8.81,8.68,8.81,8.62,8.50,8.43,8.56,8.75,8.56,8.50,8.50,8.62,8.68,8.68,8.50,8.75,8.62,8.62,8.62,8.81,8.62,8.68,8.56,8.62,8.50,8.62,8.87,8.75,8.75,8.75,8.43,8.62,8.75,8.37,8.43,8.75,8.56,8.62,8.43,8.62,8.68,8.75,8.62,NaN,
-
@Ansuel
l'unico che da errori:
root@modemtim:~# transformer-cli get rpc.xdslctl.QLNDs3
ERROR /usr/bin/transformer:161: Too much data to fit in one single dgram.
gli altri danno output; se serve te li posto
mentre questo non da errori ed è pieno di valori, molti negativi
rpc.xdslctl.QLNDs3 [string] = -116.56,-117.25,-117.37,-117.43,-117.87,-117.37,-116.68,-118.37,-117.68,-116.68,-116.62,-117.50,-116.81,-116.81,-117.68,-117.37,-116.81,-116.43,-116.75,-117.06,-116.12,-116.75,-116.43,-117.50,-117.00,-116.31,-116.75,-116.31,-116.87,-117.12,-116.87,-116.81,-117.25,-117.25,-117.37,-115.81,-116.43,-116.93,-116.81,-116.18,-116.62,-116.43,-116.56,-116.31,-116.81,-116.81,-117.31,-118.12,-116.37,-116.87,-116.68,-118.06,-117.00,-116.12,-116.62,-116.12,-117.18,-116.31,-116.81,-116.75,-115.25,-116.25,-115.56,-115.93,-115.75,-115.18,-116.43,-115.62,-115.12,-116.43,-116.93,-115.12,-115.87,-115.81,-115.62,-116.56,-115.43,-115.43,-115.62,-115.62,-115.37,-116.00,-116.18,-116.06,-116.25,-115.81,-115.25,-115.87,-116.75,-115.93,-115.75,-115.00,-115.06,-114.31,-116.12,-115.81,-114.50,-114.75,-115.25,-115.50,-115.62,-116.25,-116.25,-115.25,-114.81,-115.37,-115.12,-116.43,-116.75,-115.12,-116.06,-115.12,-116.25,-115.68,-115.93,-116.00,-114.87,-115.62,-115.81,-115.75,-115.68,-115.37,-116.62,-115.68,-116.56,-115.50,-115.37,-117.25,-115.56,-115.75,-115.37,-115.75,-115.93,-115.31,-115.25,-115.75,-115.93,-115.31,-115.75,-116.93,-115.68,-116.43,-115.87,-116.43,-116.06,-115.62,-115.62,-115.75,-115.75,-115.50,-116.06,-115.75,-115.62,-115.93,-115.06,-114.62,-116.25,-116.87,-115.93,-115.68,-116.31,-116.81,-117.06,-116.00,-115.75,-115.50,-115.31,-116.06,-115.68,-116.00,-115.93,-117.00,-115.50,-116.43,-116.56,-116.31,-116.06,-116.12,-115.87,-116.12,-116.00,-116.18,-117.25,-116.00,-116.43,-115.06,-116.06,-116.37,-116.56,-115.62,-116.50,-116.50,-117.06,-115.56,-116.81,-115.93,-116.12,-116.87,-117.25,-117.06,-117.18,-116.93,-117.18,-116.43,-116.81,-117.31,-117.50,-117.50,-117.37,-116.75,-117.18,-117.12,-117.50,-117.43,-117.56,-117.18,-117.50,-116.43,-117.12,-117.93,-116.87,-116.43,-117.87,-116.31,-117.81,-117.75,-117.56,-116.18,-116.93,-117.68,-118.00,-117.25,-116.56,-117.75,-116.62,-116.62,-116.12,-116.06,-116.75,-116.50,-117.06,-117.81,-116.31,-116.62,-117.00,-117.06,-117.37,-117.75,-117.00,-117.87,-117.43,-118.31,-117.06,-117.87,-117.56,-116.68,-117.62,-117.25,-118.12,-116.87,-117.68,-117.56,-117.56,-116.87,-118.00,-118.06,-117.37,-116.56,-116.81,-117.43,-119.25,-118.18,-116.81,-117.75,-118.31,-118.06,-116.81,-117.12,-117.31,-116.81,-116.68,-116.43,-117.87,-118.50,-117.18,-117.06,-116.56,-117.00,-117.50,-117.06,-116.56,-118.12,-117.37,-116.68,-117.68,-117.18,-117.93,-116.93,-118.06,-117.37,-118.18,-117.37,-118.06,-117.50,-117.81,-116.87,-117.50,-116.56,-117.00,-117.81,-117.68,-117.87,-117.37,-117.18,-116.93,-117.75,-117.37,-117.75,-117.31,-117.18,-117.68,-117.93,-117.12,-117.68,-118.31,-117.68,-118.93,-118.18,-118.75,-117.12,-118.43,-117.12,-117.81,-117.37,-118.25,-118.00,-118.81,-118.37,-118.25,-118.31,-117.81,-117.56,-118.18,-117.37,-118.81,-118.06,-118.81,-119.31,-118.37,-118.81,-117.43,-118.00,-117.81,-117.75,-117.81,-118.68,-118.37,-117.81,-119.18,-118.12,-116.93,-118.00,-118.68,-117.43,-118.31,-118.00,-119.00,-118.12,-118.18,-118.68,-117.68,-117.62,-118.68,-119.06,-118.31,-118.06,-118.37,-117.68,-118.93,-118.68,-118.62,-118.18,-117.93,-118.12,-120.06,-118.31,-118.93,-118.81,-118.56,-118.12,-118.37,-118.06,-118.06,-119.00,-118.43,-118.93,-117.81,-118.43,-118.68,-118.06,-117.93,-118.75,-118.25,-118.43,-118.62,-117.93,-118.56,-117.81,-117.56,-119.00,-117.43,-117.87,-117.56,-117.75,-118.06,-118.25,-117.43,-117.75,-118.50,-118.56,-118.00,-117.43,-118.25,-117.25,-117.68,-118.31,-117.75,-118.31,-117.50,-117.93,-118.43,-117.50,-117.81,-117.12,-118.68,-118.50,-117.43,-117.31,-117.81,-118.12,-117.93,-118.06,-118.12,-117.68,-117.37,-117.43,-117.56,-116.81,-117.75,-118.06,-117.87,-117.50,-117.93,-118.68,-117.75,-117.25,-118.50,-118.12,-117.62,-117.75,-118.50,-117.56,-118.06,-117.68,-116.81,-117.62,-117.68,-118.31,-118.43,-117.25,-117.25,-117.93,-118.06,-117.87,-116.81,-117.50,-118.18,-117.37,-117.56,-118.50,-117.62,-117.56,-117.81,-118.37,-117.81,-117.87,-118.18,-117.75,-117.25,-118.00,-118.06,-117.62,-118.00,-117.81,-118.12,-117.62,-118.50,-117.25,-117.68,-117.68,-117.62,-117.62,-117.68,-117.75,-118.12,-117.75,-118.25,-117.75,-117.56,-117.25,-117.12,-116.81,-117.56,-117.75,-117.25,-116.62,-116.50,-116.81,-116.56,-117.93,-117.50,-117.50,-117.62,-117.56,-116.81,-116.93,-116.93,-117.75,-117.43,-117.62,-116.87,-116.75,-116.31,-118.25,-117.50,-116.75,-116.75,-117.81,-116.87,-117.68,-117.50,-116.87,-117.31,-118.43,-118.18,-118.43,-117.87,-117.50,-118.12,-117.18,-116.93,-117.12,-118.18,-117.43,-117.68,-118.31,-117.00,-117.68,-117.56,-118.56,-117.56,-117.50,-118.00,-117.12,-118.06,-118.31,-115.81,-117.68,-118.12,-117.62,-118.18,-118.18,-117.37,-117.62,-118.25,-118.31,-117.81,-117.75,-117.75,-118.12,-117.75,-117.43,-118.50,-118.18,-118.00,-117.43,-117.87,-118.68,-117.43,-117.37,-117.50,-118.18,-118.00,-117.50,-118.43,-117.81,-117.62,-117.00,-117.50,-117.81,-117.56,-117.56,-117.87,-117.75,-118.06,-117.31,-117.50,-117.56,-117.87,-117.18,-116.81,-117.43,-117.75,-117.93,-117.00,-117.68,-117.68,-117.00,-117.56,-116.87,-117.50,-118.18,-117.18,-118.68,-117.43,-118.00,-117.87,-117.50,-117.25,-117.25,-117.75,-117.56,-117.62,-117.81,-117.81,-117.43,-118.12,-117.43,-117.50,-117.75,-118.18,-117.87,-118.56,-118.43,-118.56,-117.62,-118.43,-117.75,-118.50,-117.18,-117.87,-118.37,-118.00,-118.06,-117.18,-118.25,-118.75,-117.62,-118.37,-118.43,-117.43,-117.00,-117.50,-118.43,-117.93,-117.43,-118.31,-118.31,-117.37,-117.37,-117.43,-117.56,-117.56,-117.81,-118.00,-117.87,-118.31,-117.37,-117.50,-118.68,-119.25,-117.81,-119.06,-117.93,-118.62,-117.93,-117.87,-118.12,-118.43,-117.81,-118.25,-118.12,-118.12,-118.25,-117.93,-118.12,-118.12,-118.18,-119.12,-118.06,-119.25,-119.37,-118.62,-118.75,-118.50,-117.62,-118.00,-117.87,-118.81,-119.25,-117.81,-118.75,-118.00,-118.37,-117.93,-118.31,-117.56,-118.06,-118.81,-118.62,-117.81,-117.93,-118.56,-118.81,-118.75,-118.87,-118.18,-118.93,-119.00,-118.56,-117.93,-119.37,-119.12,-118.31,-119.12,-118.00,-118.37,-118.75,-118.00,-118.37,-117.75,-119.06,-118.75,-117.56,-118.12,-118.68,-117.93,-117.81,-118.31,-118.62,-118.25,-118.68,-118.68,-118.18,-119.00,-117.37,-118.68,-118.68,-118.18,-118.56,-117.81,-118.18,-117.37,-118.50,-118.37,-119.43,-118.87,-119.31,-118.81,-118.43,-118.62,-117.93,-118.12,-118.93,-118.93,-119.18,-118.50,-118.00,-118.68,-118.00,-117.12,-117.93,-118.25,-118.50,-118.37,-117.87,-117.87,-117.62,-118.25,-118.56,-118.37,-118.18,-117.81,-118.12,-117.62,-117.50,-118.75,-117.75,-117.68,-118.06,-117.87,-117.25,-117.12,-117.87,-117.87,-118.37,-117.56,-117.68,-117.50,-117.62,-118.62,-118.18,-118.31,-117.75,-117.50,-118.06,-118.56,-117.81,-117.75,-117.87,-118.31,-118.06,-117.56,-118.50,-118.56,-116.87,-119.81,-119.43,-120.06,-118.43,-118.93,-119.18,-118.37,-119.25,-118.25,-118.68,-118.87,-120.00,-118.06,-119.00,-120.00,-119.00,-118.75,-119.68,-119.06,-120.00,-120.62,-118.00,-118.68,-119.75,-118.50,-118.37,-117.93,-118.87,-118.50,-118.93,-118.06,-118.12,-119.43,-118.37,-118.81,-118.12,-117.87,-118.25,-119.75,-118.93,-119.68,-119.62,-119.93,-119.12,-117.50,-117.75,-118.50,-118.18,-118.75,-118.81,-117.93,-118.37,-118.43,-117.37,-117.56,-117.37,-120.25,-119.56,-117.75,-118.87,-117.18,-117.87,-117.50,-117.81,-117.50,-117.06,-118.50,-118.56,-117.81,-118.93,-119.68,-119.25,-119.18,-117.00,-116.93,-119.25,-117.06,-116.62,-116.68,-117.25,-116.62,-116.68,-119.12,-117.00,-119.31,-117.00,-118.75,-117.12,-118.00,-116.56,-118.81,-116.43,-118.12,-117.50,-118.75,-117.06,-117.93,-117.37,-117.93,-116.56,-117.62,-117.06,-118.43,-117.68,-116.43,-117.18,-118.37,-118.31,-116.12,-116.43,-118.68,-118.50,-117.50,-117.00,-118.12,-116.68,-118.18,-118.68,-117.87,-116.56,-118.31,-117.50,-118.37,-117.87,-118.25,-118.25,-118.25,-119.00,-118.87,-118.31,-117.93,-117.81,-118.43,-118.06,-118.62,-118.12,-118.18,-118.75,-118.43,-117.81,-118.31,-118.00,-117.68,-118.18,-118.12,-117.18,-116.43,-117.37,-117.00,-117.37,-116.68,-117.62,-117.00,-117.06,-117.12,-117.18,-116.68,-117.06,-116.43,-116.75,-117.50,-116.50,-116.50,-116.31,-116.18,-116.62,-116.12,-116.25,-116.68,-116.56,-116.43,-116.43,-117.18,-116.68,-115.93,-116.31,-116.00,-116.31,-116.18,-116.18,-115.50,-115.68,-116.25,-116.75,-116.37,-115.81,-115.87,-116.06,-115.50,-115.87,-115.37,-116.06,-115.56,-115.68,-115.43,-115.93,-116.25,-115.50,-116.12,-115.68,-115.18,-116.00,-115.37,-115.18,-115.43,-115.37,-115.81,-116.37,-115.25,-116.00,-115.37,-116.00,-116.50,-115.75,-115.31,-115.81,-116.18,-116.06,-117.68,-117.75,-115.87,-116.87,-116.62,-117.75,-118.25,-117.93,-115.68,-118.06,-117.93,-117.81,-117.18,-116.87,-115.25,-116.50,-117.37,-117.25,-117.81,-115.06,-117.43,-115.81,-116.62,-117.18,-117.31,-116.00,-117.50,-116.93,-117.12,-117.06,-117.75,-117.68,-117.00,-117.31,-115.68,-116.93,-116.12,-116.75,-117.56,-117.75,-117.68,-117.75,-116.62,-117.81,-116.81,-117.50,-116.00,-117.06,-116.31,-116.87,-117.00,-116.18,-116.43,-117.12,-116.31,-116.31,-117.56,-115.50,-116.50,-117.31,-117.81,-117.43,-117.81,-116.62,-117.93,-117.25,-118.12,-117.31,-116.00,-116.00,-115.93,-117.93,-117.68,-117.00,-116.93,-116.31,-116.75,-116.93,-117.75,-116.50,-116.62,-115.31,-116.50,-116.37,-117.31,-116.18,-116.56,-116.56,-116.62,-116.62,-117.81,-117.25,-116.06,-116.43,-116.62,-116.25,-116.75,-117.06,-116.31,-116.56,-116.68,-116.18,-116.81,-116.37,-116.75,-116.25,-116.93,-116.43,-116.81,-116.68,-116.81,-116.43,-116.93,-117.81,-117.00,-117.25,-116.75,-116.81,-116.56,-117.25,-116.56,-117.31,-117.12,-117.12,-117.56,-117.31,-117.37,-116.87,-117.56,-117.50,-116.56,-117.62,-117.37,-117.62,-117.25,-116.43,-117.31,-117.31,-116.81,-117.18,-117.12,-117.00,-117.56,-117.12,-117.37,-117.81,-117.68,-117.56,-117.93,-117.37,-117.62,-117.62,-117.31,-118.00,-117.75,-117.43,-117.87,-117.81,-117.87,-117.93,-117.75,-119.06,-118.25,-118.50,-118.31,-118.68,-118.31,-118.12,-118.43,-118.25,-117.62,-118.00,-118.25,-118.75,-118.12,-118.50,-118.50,-118.81,-118.93,-118.75,-118.43,-118.50,-118.68,-118.50,-119.12,-119.56,-119.18,-118.75,-118.68,-118.50,-118.56,-118.62,-119.31,-119.31,-118.56,-119.81,-118.75,-118.37,-119.31,-119.56,-119.93,-118.93,-118.93,-119.50,-119.25,-119.31,-119.18,-119.43,-119.25,-119.87,-119.50,-119.12,-119.75,-119.87,-119.31,-119.50,-119.93,-120.12,-120.06,-119.81,-119.56,-120.25,-119.75,-120.12,-120.12,-119.93,-119.31,-119.93,-120.00,-120.06,-119.75,-120.50,-119.81,-120.50,-119.56,-119.62,-120.00,-120.50,-120.50,-120.62,-119.81,-120.25,-120.25,-120.12,-120.12,-120.37,-120.56,-121.06,-120.93,-120.75,-120.31,-120.37,-120.12,-121.12,-119.81,-120.43,-121.31,-120.93,-121.37,-121.06,-121.00,-120.68,-121.56,-121.31,-121.06,-121.75,-120.93,-120.81,-121.56,-121.68,-121.12,-120.87,-121.00,-121.56,-120.81,-121.56,-121.37,-121.43,-121.87,-121.56,-122.18,-122.12,-121.25,-121.56,-121.87,-121.56,-121.93,-121.50,-121.81,-121.37,-121.81,-121.50,-122.25,-122.43,-122.12,-122.00,-122.43,-121.50,-122.43,-122.56,-121.87,-122.31,-122.31,-122.93,-122.37,-122.31,-122.75,-122.62,-122.25,-122.68,-123.06,-122.81,-122.93,-122.75,-121.93,-121.62,-122.87,-122.31,-122.68,-122.68,-123.31,-123.50,-123.18,-123.43,-122.50,-122.31,-123.37,-122.87,-123.31,-122.87,-124.06,-123.62,-123.06,-122.81,-123.37,-123.31,-122.75,-123.37,-122.43,-123.06,-123.00,-122.62,-121.87,-123.62,-122.68,-122.93,-122.62,-122.62,-123.18,-123.56,-123.12,-121.81,-122.68,-123.00,-122.87,-123.25,-122.37,-122.50,-123.68,-123.43,-122.93,-122.43,-122.12,-123.37,-123.93,-123.31,-123.18,-123.81,-123.00,-123.68,-122.50,-123.18,-123.62,-123.00,-122.62,-122.87,-123.25,-123.31,-123.37,-123.37,-124.00,-123.87,-123.56,-122.81,-123.43,-123.87,-123.87,-122.87,-124.37,-123.93,-123.00,-124.12,-123.50,-123.81,-122.50,-123.37,-123.68,-123.50,-123.06,-121.06,-123.25,-123.68,-122.87,-121.75,-123.50,-123.50,-123.31,-122.81,-124.25,-123.93,-123.81,-123.93,-124.43,-123.93,-123.93,-123.37,-123.81,-124.25,-124.00,-124.25,-124.37,-125.00,-124.75,-123.93,-123.43,-123.93,-124.50,-123.87,-123.68,-124.18,-123.68,-124.56,-124.06,-123.18,-123.68,-122.62,-123.37,-123.87,-124.00,-123.56,-124.18,-124.50,-124.37,-123.25,-124.00,-124.56,-123.87,-124.62,-123.81,-123.68,-125.12,-124.62,-124.50,-123.56,-124.50,-124.06,-124.00,-123.81,-124.00,-123.43,-122.87,-123.56,-124.12,-123.62,-124.25,-124.31,-123.81,-124.18,-123.62,-123.00,-124.56,-123.62,-123.75,-123.12,-123.37,-123.37,-123.56,-124.12,-124.18,-124.00,-123.75,-124.50,-123.93,-123.75,-123.68,-123.12,-123.43,-124.00,-124.25,-123.43,-123.50,-123.25,-123.00,-123.31,-123.18,-124.43,-123.81,-123.25,-123.81,-124.37,-123.18,-123.43,-122.62,-123.56,-124.18,-123.25,-123.25,-123.93,-124.00,-123.56,-123.75,-123.62,-122.81,-123.93,-122.68,-124.37,-123.12,-123.56,-123.43,-124.06,-124.18,-123.56,-123.56,-122.93,-123.43,-123.06,-123.06,-123.68,-123.06,-123.56,-122.37,-123.62,-125.12,-123.25,-124.00,-124.18,-124.43,-124.18,-123.81,-123.37,-123.62,-124.43,-124.68,-124.06,-123.25,-123.75,-123.81,-124.43,-124.00,-123.87,-123.12,-124.00,-123.81,-123.50,-123.87,-124.06,-123.50,-124.81,-123.93,-122.93,-124.56,-124.12,-123.37,-124.43,-123.18,-123.43,-124.00,-123.81,-123.18,-123.43,-124.00,-123.87,-124.93,-123.18,-124.68,-124.00,-123.87,-123.75,-124.00,-125.81,-124.18,-124.00,-123.75,-123.50,-123.93,-124.31,-124.25,-123.68,-124.18,-123.75,-123.06,-123.31,-123.18,-123.62,-123.50,-123.93,-123.25,-122.56,-123.93,-123.93,-123.43,-123.81,-123.62,-122.93,-123.93,-124.00,-124.25,-123.50,-123.56,-123.31,-123.68,-124.06,-123.68,-123.56,-123.62,-123.87,-123.25,-123.18,-123.68,-123.75,-123.62,-123.68,-123.75,-124.37,-123.50,-123.68,-124.31,-124.25,-124.18,-125.25,-124.37,-124.43,-123.68,-124.37,-124.43,-124.18,-124.81,-124.81,-124.93,-124.62,-125.00,-125.06,-124.56,-124.56,-124.37,-124.43,-124.81,-125.25,-124.56,-124.87,-124.93,-125.00,-124.81,-125.31,-125.18,-124.50,-123.93,-124.93,-125.68,-124.81,-125.18,-124.75,-125.12,-125.06,-124.93,-124.87,-124.62,-125.12,-125.37,-124.81,-124.75,-124.56,-124.81,-123.93,-124.18,-125.31,-124.68,-124.68,-124.68,-125.18,-125.00,-124.68,-124.62,-125.06,-125.31,-124.68,-125.00,-124.87,-125.06,-125.12,-125.18,-125.18,-125.12,-124.75,-124.50,-124.68,-124.75,-124.68,-124.56,-125.12,-124.56,-124.43,-123.93,-125.18,-124.68,-124.50,-125.62,-124.68,-125.25,-124.62,-124.43,-124.81,-124.31,-124.87,-124.56,-124.50,-124.56,-124.43,-123.81,-124.50,-124.06,-124.87,-124.31,-124.31,-123.81,-124.56,-124.25,-123.87,-124.68,-123.87,-123.62,-123.62,-124.06,-124.25,-124.25,-123.68,-124.00,-124.00,-123.37,-125.37,-125.18,-123.43,-125.56,-124.37,-126.06,-126.12,-124.31,-125.43,-125.87,-126.00,-125.25,-125.18,-126.25,-125.25,-125.50,-126.25,-125.31,-125.75,-125.50,-125.25,-125.43,-125.68,-125.81,-125.75,-126.06,-125.50,-125.81,-126.00,-125.68,-125.75,-125.75,-125.50,-125.50,-126.87,-126.37,-126.00,-125.50,-126.00,-125.93,-126.18,-126.06,-126.62,-126.56,-126.37,-126.25,-126.06,-126.06,-125.93,-126.93,-126.31,-126.06,-126.06,-125.93,-126.31,-126.12,-126.93,-126.31,-126.31,-126.87,-126.31,-127.25,-126.62,-126.75,-126.75,-127.00,-126.56,-127.00,-126.81,-127.12,-126.25,-127.37,-126.81,-127.50,-127.68,-127.06,-127.00,-127.25,-127.25,-126.93,-126.37,-126.62,-127.87,-126.62,-127.56,-126.81,-126.87,-126.31,-127.56,-127.06,-126.68,-127.18,-126.75,-127.56,-127.50,-127.18,-127.00,-127.00,-127.25,-127.06,-127.18,-127.75,-127.56,-126.87,-128.12,-126.75,-126.87,-127.56,-127.37,-127.06,-127.06,-127.18,-127.25,-127.25,-127.06,-128.00,-128.06,-127.25,-127.81,-127.62,-127.31,-127.18,-127.43,-127.87,-127.31,-127.50,-127.81,-127.50,-127.93,-126.68,-127.31,-127.12,-127.87,-127.93,-127.00,-129.68,-127.50,-127.12,-127.75,-127.00,-127.25,-127.50,-128.50,-127.12,-127.12,-126.87,-126.87,-127.31,-127.43,-127.25,-126.93,-127.00,-127.00,-127.93,-128.06,-127.31,-126.93,-127.12,-126.56,-127.12,-127.00,-127.56,-127.18,-126.87,-126.31,-127.37,-128.12,-127.18,-127.62,-126.56,-127.31,-126.87,-127.50,-126.75,-126.87,-126.93,-127.87,-126.56,-126.62,-126.81,-126.93,-126.68,-127.18,-126.00,-127.18,-126.31,-126.18,-126.31,-126.43,-127.12,-126.62,-126.12,-126.87,-126.06,-127.00,-126.87,-126.43,-125.68,-126.81,-125.93,-126.31,-126.56,-127.06,-125.75,-128.25,-126.75,-126.50,-126.87,-126.50,-127.12,-127.75,-125.56,-127.37,-126.75,-126.87,-126.56,-126.75,-126.50,-126.68,-126.81,-128.18,-127.50,-127.56,-127.56,-126.87,-127.06,-126.37,-126.75,-126.06,-126.56,-126.93,-126.93,-126.87,-127.31,-126.37,-127.56,-126.68,-127.00,-127.18,-127.75,-126.56,-126.93,-127.56,-127.75,-127.31,-128.25,-126.62,-127.12,-126.37,-126.68,-126.68,-127.43,-126.31,-126.37,-126.87,-126.75,-126.56,-127.50,-126.25,-126.56,-126.68,-126.93,-126.62,-126.93,-126.50,-126.18,-126.81,-126.50,-127.56,-127.00,-127.31,-127.50,-127.50,-126.50,-126.06,-126.43,-127.75,-127.37,-126.81,-126.93,-126.81,-127.25,-126.81,-127.93,-127.25,-127.56,-126.68,-127.43,-126.75,-127.00,-126.93,-127.06,-127.18,-127.43,-126.68,-126.56,-126.68,-128.06,-127.68,-126.37,-127.00,-127.93,-126.75,-126.87,-127.12,-127.50,-127.50,-127.75,-127.31,-127.75,-127.31,-127.68,-126.75,-127.81,-127.62,-127.87,-128.31,-127.43,-127.25,-127.68,-127.43,-127.37,-127.75,-127.62,-126.93,-128.18,-127.56,-127.75,-127.87,-127.25,-127.87,-128.56,-127.31,-127.93,-127.06,-127.37,-127.81,-128.25,-127.62,-128.62,-128.68,-127.87,-127.87,-127.31,-128.00,-128.75,-127.75,-128.06,-128.62,-127.68,-128.25,-128.18,-128.81,-128.00,-128.50,-127.50,-128.12,-128.25,-128.06,-127.81,-127.62,-127.87,-128.31,-127.75,-128.31,-128.75,-129.06,-127.81,-127.62,-129.25,-128.31,-128.37,-128.18,-129.25,-128.56,-128.68,-128.31,-128.56,-128.50,-128.12,-128.25,-128.93,-128.50,-128.31,-129.00,-128.25,-129.43,-128.87,-128.87,-127.50,-128.81,-129.06,-128.75,-129.31,-128.12,-128.50,-129.50,-128.43,-128.75,-129.18,-128.56,-128.18,-128.06,-129.00,-128.56,-128.56,-128.50,-128.37,-128.18,-129.12,-129.31,-128.37,-128.93,-128.87,-128.87,-128.87,-128.87,-129.31,-128.31,-129.06,-129.31,-128.43,-128.75,-128.43,-129.37,-129.00,-127.75,-129.00,-128.50,-129.12,-129.43,-129.12,-128.25,-128.56,-129.18,-128.75,-128.81,-128.56,-129.18,-128.81,-128.81,-128.75,-128.25,-128.81,-128.68,-129.37,-128.00,-128.93,-128.87,-129.37,-129.06,-129.06,-128.06,-128.93,-128.25,-128.31,-128.50,-129.06,-128.31,-128.50,-128.87,-128.75,-129.06,-127.56,-129.00,-128.68,-129.00,-129.37,-129.12,-128.43,-129.43,-128.62,-128.50,-128.81,-128.81,-128.87,-129.56,-129.00,-130.00,-128.56,-128.68,-129.93,-129.87,-129.37,-128.25,-128.37,-129.00,-128.50,-129.81,-127.56,-129.06,-128.12,-127.93,-128.12,-128.81,-127.75,-129.18,-129.00,-129.18,-128.37,-128.50,-130.12,-127.93,-128.12,-128.93,-128.43,-129.06,-127.93,-129.12,-128.62,-128.31,-129.50,-128.18,-128.12,-127.87,-128.06,-127.87,-128.68,-128.75,-128.37,-129.25,-128.68,-127.75,-127.06,-128.43,-129.00,-127.31,-128.31,-129.18,-128.06,-128.18,-127.87,-128.50,-128.12,-128.31,-128.00,-128.50,-128.43,-128.87,-127.56,-128.68,-127.62,-128.62,-128.81,-128.31,-127.75,-128.50,-127.12,-128.12,-128.56,-126.93,-128.31,-128.56,-128.50,-128.37,-128.87,-128.18,-128.62,-128.81,-128.56,-129.06,-129.37,-128.62,-127.93,-126.93,-128.12,-128.81,-128.56,-128.12,-127.56,-128.81,-128.43,-129.12,-127.00,-127.68,-127.93,-127.75,-128.56,-129.00,-128.50,-128.68,-128.87,-128.00,-128.18,-127.68,-128.37,-128.75,-128.00,-127.93,-128.62,-127.75,-128.81,-128.00,-128.68,-128.50,-128.18,-128.56,-128.56,-128.00,-128.87,-128.75,-128.75,-128.18,-128.31,-128.25,-128.00,-128.75,-128.37,-128.62,-127.62,-127.87,-128.62,-128.50,-128.68,-128.87,-128.75,-128.75,-128.37,-129.12,-128.50,-128.68,-128.12,-127.18,-128.25,-128.00,-128.93,-128.62,-128.87,-128.12,-128.56,-127.75,-127.75,-128.43,-128.12,-128.68,-129.12,-128.50,-128.93,-129.00,-127.87,-128.12,-128.62,-128.18,-128.87,-127.87,-127.56,-128.37,-127.93,-128.75,-128.75,-128.06,-128.50,-128.75,-127.62,-128.56,-128.75,-128.25,-128.50,-128.00,-127.87,-128.37,-128.62,-128.25,-127.75,-127.81,-127.43,-128.37,-128.68,-128.50,-128.37,-128.31,-128.37,-128.75,-128.50,-128.25,-127.68,-128.75,-127.93,-127.62,-128.81,-127.00,-128.00,-128.06,-128.31,-128.43,-127.81,-127.37,-127.37,-128.06,-128.68,-129.56,-128.25,-128.06,-127.31,-127.56,-126.68,-128.25,-127.62,-128.43,-127.93,-128.37,-127.75,-127.50,-128.06,-127.93,-128.06,-127.31,-128.50,-128.25,-128.56,-128.68,-128.62,-128.25,-127.43,-128.25,-127.68,-127.62,-127.56,-129.06,-128.25,-128.37,-127.87,-127.18,-128.81,-128.25,-128.12,-127.56,-128.37,-127.81,-129.12,-128.00,-129.12,-129.31,-129.37,-129.87,-129.50,-129.81,-129.00,-129.18,-128.37,-129.12,-127.50,-129.62,-129.56,-129.75,-130.00,-130.43,-130.06,-129.37,-129.93,-130.18,-129.68,-129.31,-129.62,-130.06,-129.87,-129.81,-130.12,-129.62,-129.87,-130.12,-130.06,-129.50,-130.81,-130.68,-129.56,-130.18,-129.31,-129.62,-129.00,-130.00,-129.50,-130.37,-128.81,-129.87,-129.43,-130.43,-129.93,-130.18,-130.25,-130.50,-130.12,-130.37,-130.12,-130.87,-129.68,-130.56,-130.56,-130.87,-129.93,-130.31,-130.18,-130.81,-130.50,-129.93,-130.25,-129.75,-130.00,-130.18,-130.43,-130.81,-130.62,-130.50,-130.18,-130.93,-130.93,-130.93,-130.31,-130.43,-131.00,-130.62,-130.56,-130.12,-130.56,-130.31,-130.31,-130.50,-130.50,-130.50,-130.25,-130.12,-129.75,-131.06,-129.75,-130.50,-130.18,-128.75,-130.43,-130.68,-129.50,-130.43,-129.56,-129.06,-128.43,-129.50,-129.18,-129.18,-131.62,-129.87,-128.87,-128.93,-129.12,-131.43,-130.56,-131.25,-130.31,-130.56,-130.93,-130.87,-131.00,-129.75,-131.12,-131.37,-131.18,-130.12,-131.37,-130.37,-130.18,-131.56,-130.31,-131.06,-131.31,-131.31,-130.68,-130.00,-131.62,-131.18,-131.31,-131.62,-131.18,-131.00,-130.75,-130.68,-131.25,-131.62,-130.87,-132.12,-131.18,-131.43,-131.37,-131.25,-132.50,-131.50,-131.12,-132.25,-132.18,-131.50,-131.31,-131.18,-130.93,-130.56,-131.50,-130.43,-130.25,-131.12,-130.43,-130.68,-130.43,-130.56,-130.68,-130.37,-130.31,-130.93,-131.06,-130.81,-130.68,-130.31,-130.50,-130.81,-130.68,-130.43,-131.12,-130.81,-130.81,-131.18,-131.06,-130.43,-130.75,-129.87,-129.93,-130.68,-130.87,-130.56,-131.75,-130.06,-129.50,-130.56,-130.93,-130.93,-130.37,-130.12,-130.00,-131.50,-130.68,-130.62,-130.06,-129.93,-130.37,-130.62,-130.75,-130.81,-130.06,-130.00,-130.25,-129.31,-132.12,-130.37,-131.00,-130.75,-130.93,-130.18,-130.62,-129.87,-129.37,-130.81,-130.43,-131.06,-130.25,-130.06,-131.43,-130.25,-130.68,-130.00,-130.00,-130.37,-131.06,-130.12,-130.12,-130.25,-129.56,-130.87,-129.87,-130.50,-130.75,-130.50,-130.25,-130.18,-130.12,-130.37,-130.93,-130.68,-129.93,-130.87,-130.56,-130.37,-130.31,-129.56,-130.37,-131.00,-131.62,-130.62,-131.12,-130.81,-131.00,-131.06,-131.50,-130.93,-131.12,-130.87,-131.18,-131.00,-130.50,-130.75,-129.56,-130.81,-131.68,-130.37,-130.68,-130.50,-130.50,-131.06,-130.68,-131.50,-130.50,-130.56,-130.81,-131.00,-131.25,-130.43,-130.37,-131.37,-130.81,-131.50,-130.56,-130.50,-130.93,-129.62,-130.75,-130.81,-131.06,-130.25,-131.12,-130.62,-130.93,-131.00,-130.00,-130.56,-131.06,-129.93,-130.75,-131.00,-131.62,-130.62,-131.18,-131.18,-129.75,-130.81,-130.62,-130.93,-129.93,-131.06,-131.00,-131.00,-130.43,-131.50,-129.75,-130.50,-130.93,-130.81,-129.37,-131.00,-129.87,-130.43,-130.87,-130.37,-130.31,-130.56,-130.87,-130.93,-130.50,-129.62,-130.81,-131.18,-130.93,-131.25,-130.50,-130.62,-131.06,-129.50,-130.06,-131.37,-131.56,-131.87,-130.37,-129.75,-130.68,-130.81,-130.81,-131.31,-130.18,-130.31,-131.18,-130.12,-130.68,-130.50,-130.56,-130.81,-130.50,-130.50,-130.06,-130.25,-131.12,-130.56,-130.31,-129.06,-130.31,-130.31,-130.93,-130.75,-130.87,-130.56,-130.06,-130.18,-130.56,-130.25,-130.25,-130.25,-130.93,-130.68,-131.12,-129.75,-130.68,-130.00,-131.00,-130.31,-129.62,-129.68,-130.62,-130.25,-130.00,-130.06,-129.75,-130.12,-130.75,-130.37,-129.81,-130.00,-130.06,-130.12,-129.50,-129.75,-130.06,-130.06,-131.43,-130.43,-130.06,-130.12,-130.06,-129.25,-130.06,-129.12,-129.06,-130.25,-130.12,-129.37,-129.93,-130.00,-130.12,-130.37,-130.06,-129.87,-130.06,-129.37,-130.50,-130.50,-129.75,-129.56,-129.62,-129.62,-130.50,-130.75,-131.12,-130.37,-130.06,-130.25,-130.18,-129.93,-130.18,-130.06,-130.37,-130.06,-129.56,-130.25,-130.50,-129.87,-130.00,-130.25,-129.50,-130.37,-129.81,-130.68,-130.31,-129.56,-129.56,-129.93,-130.43,-130.25,-130.12,-130.00,-129.68,-129.31,-129.50,-128.93,-129.18,-129.62,-130.18,-129.81,-127.68,-129.50,-129.75,-129.81,-130.25,-130.25,-129.56,-129.68,-128.56,-129.75,-129.62,-129.56,-130.50,-129.06,-129.37,-129.81,-128.06,-129.62,-129.62,-128.75,-130.18,-130.31,-129.62,-129.93,-129.43,-130.43,-129.00,-129.18,-130.18,-129.81,-129.87,-128.62,-130.62,-130.00,-129.75,-130.50,-129.31,-128.12,-129.68,-130.06,-129.93,-130.06,-129.56,-127.87,-130.06,-129.50,-130.68,-130.43,-130.12,-128.75,-130.37,-129.87,-130.25,-129.81,-129.56,-129.68,-130.18,-130.18,-130.37,-130.31,-129.93,-129.68,-130.25,-130.62,-129.06,-129.87,-130.00,-129.56,-129.93,-130.12,-128.37,-129.06,-130.06,-129.43,-129.06,-130.18,-128.56,-130.31,-128.68,-129.75,-129.81,-130.12,-130.12,-128.93,-129.62,-129.31,-130.06,-129.68,-129.31,-128.62,-129.81,-130.18,-128.56,-129.68,-129.68,-130.43,-129.56,-129.12,-129.62,-128.68,-129.25,-130.12,-130.31,-129.12,-129.00,-130.00,-129.37,-129.00,-129.43,-129.87,-130.43,-130.06,-130.81,-129.87,-130.93,-130.00,-130.50,-130.37,-129.25,-130.31,-130.75,-130.93,-130.43,-130.12,-130.87,-129.75,-130.43,-130.62,-131.50,-129.12,-131.25,-130.81,-130.31,-130.68,-131.25,-131.06,-129.81,-130.56,-129.62,-130.18,-131.18,-130.68,-131.06,-129.50,-131.31,-130.75,-130.62,-131.37,-130.43,-130.56,-130.62,-130.06,-131.00,-130.68,-130.75,-130.56,-130.50,-130.50,-130.75,-130.75,-130.75,-130.18,-130.25,-130.31,-129.93,-130.50,-129.75,-130.62,-130.75,-130.00,-130.68,-130.62,-130.56,-129.93,-130.50,-130.75,-129.31,-130.75,-130.18,-130.62,-130.00,-130.68,-129.62,-129.75,-130.37,-130.37,-129.81,-130.62,-131.43,-129.31,-129.81,-129.43,-130.68,-129.06,-129.56,-131.06,-129.75,-130.12,-129.75,-130.00,-130.50,-130.37,-130.00,-129.62,-129.50,-130.43,-129.93,-130.31,-129.93,-129.62,-130.43,-130.06,-129.18,-129.81,-130.43,-129.75,-130.50,-130.43,-130.75,-130.37,-130.37,-130.68,-130.62,-131.00,-130.43,-130.62,-130.25,-129.93,-130.18,-130.62,-130.56,-130.75,-130.93,-130.31,-130.25,-130.43,-130.25,-130.12,-130.06,-129.81,-130.87,-129.62,-131.31,-130.31,-130.31,-129.87,-130.37,-130.12,-129.43,-130.62,-130.75,-129.93,-130.68,-130.06,-130.06,-130.87,-130.06,-129.81,-130.06,-129.81,-130.12,-130.75,-130.50,-130.18,-129.37,-130.18,-130.50,-129.75,-129.87,-130.37,-129.68,-130.12,-130.18,-130.25,-130.25,-129.37,-130.00,-129.87,-129.68,-129.81,-129.81,-129.87,-130.62,-130.06,-129.87,-130.06,-129.56,-129.37,-129.12,-129.68,-129.93,-130.43,-129.31,-129.00,-130.43,-130.06,-129.93,-130.18,-129.68,-129.37,-130.37,-130.00,-129.62,-129.75,-129.81,-129.68,-129.62,-129.50,-129.37,-128.87,-129.12,-129.00,-129.81,-130.06,-129.81,-127.87,-130.18,-129.62,-129.43,-129.37,-129.62,-129.06,-130.06,-129.75,-129.18,-130.25,-130.12,-129.62,-129.68,-129.18,-130.00,-129.93,-130.18,-129.00,-129.75,-129.31,-129.93,-129.93,-129.12,-130.25,-129.87,-129.68,-129.81,-129.43,-129.37,-130.06,-129.50,-129.93,-129.00,-129.68,-129.25,-129.93,-129.43,-129.81,-129.93,-129.43,-129.62,-129.87,-129.50,-130.12,-128.87,-130.56,-129.87,-129.68,-129.37,-129.68,-129.31,-128.12,-128.25,-129.68,-129.25,-129.25,-130.25,-129.43,-130.12,-129.25,-130.31,-129.68,-130.31,-129.37,-129.75,-130.81,-129.56,-131.50,-130.75,-131.06,-129.87,-129.93,-130.50,-130.81,-131.00,-130.25,-130.50,-131.87,-130.62,-130.18,-131.81,-130.43,-130.31,-130.87,-128.87,-131.00,-131.12,-130.56,-131.18,-131.81,-130.56,-130.62,-131.62,-131.25,-131.18,-130.87,-131.43,-130.25,-131.87,-130.75,-132.31,-131.56,-131.56,-132.06,-131.81,-131.25,-130.25,-132.31,-132.18,-132.06,-131.68,-131.25,-131.31,-131.06,-130.75,-132.06,-131.12,-131.75,-132.68,-131.18,-129.81,-131.75,-131.93,-132.18,-131.50,-131.68,-130.81,-132.62,-132.37,-132.43,-132.12,-132.75,-132.68,-130.12,-132.06,-130.50,-132.81,-132.81,-130.25,-132.43,-132.37,-132.25,-133.12,-132.93,-132.50,-132.00,-132.43,-132.37,-132.81,-132.87,-132.18,-131.68,-132.12,-132.18,-131.87,-132.62,-132.81,-132.75,-132.75,-132.81,-132.62,-132.81,-132.37,-132.50,-132.68,-132.87,-133.25,-132.62,-132.75,-132.68,-133.37,-132.81,-132.25,-132.62,-132.18,-133.18,-132.50,-132.68,-132.50,-131.68,-131.43,-132.50,-132.93,-132.12,-132.56,-131.87,-132.62,-133.12,-132.75,-132.75,-133.25,-133.18,-133.12,-132.56,-132.06,-132.43,-131.87,-132.37,-132.31,-133.18,-132.06,-133.18,-132.56,-132.87,-132.56,-132.81,-132.87,-132.87,-133.12,-132.62,-131.56,-132.93,-132.68,-131.87,-132.31,-132.68,-133.18,-132.75,-131.37,-133.06,-132.50,-133.06,-132.75,-132.68,-132.68,-132.50,-133.00,-133.12,-132.50,-132.68,-132.12,-133.12,-132.56,-132.75,-132.75,-132.68,-132.37,-132.25,-132.43,-132.81,-133.50,-133.18,-132.18,-132.50,-132.31,-133.00,-131.50,-132.50,-132.37,-133.00,-133.00,-132.50,-132.43,-132.68,-131.81,-131.93,-131.87,-132.50,-132.87,-132.43,-132.81,-132.50,-131.87,-132.56,-131.93,-132.18,-132.00,-132.06,-131.68,-132.31,-131.75,-132.25,-132.31,-131.87,-132.93,-131.37,-132.25,-132.12,-132.06,-131.56,-132.56,-131.93,-131.75,-132.12,-132.18,-131.93,-131.75,-131.62,-131.81,-132.06,-132.25,-131.81,-132.12,-131.06,-132.12,-131.37,-131.93,-131.56,-131.93,-131.25,-131.56,-131.56,-132.00,-131.81,-131.56,-131.93,-131.81,-131.62,-131.93,-131.31,-131.43,-131.43,-131.75,-132.06,-131.31,-131.31,-131.00,-131.62,-131.81,-131.75,-131.18,-131.62,-132.25,-131.31,-131.75,-131.43,-131.68,-132.00,-131.37,-131.12,-131.12,-131.93,-131.37,-131.37,-131.31,-130.87,-131.18,-131.43,-131.62,-131.68,-131.37,-131.62,-131.68,-131.62,-131.75,-132.43,-131.62,-131.25,-131.62,-131.93,-132.81,-132.25,-130.62,-131.50,-130.93,-131.18,-131.56,-132.37,-131.06,-131.25,-130.81,-130.56,-131.18,-131.00,-130.87,-130.93,-131.62,-130.87,-131.31,-131.87,-131.62,-130.75,-131.81,-131.43,-131.56,-131.25,-132.56,-133.06,-132.37,-130.87,-131.81,-131.25,-131.43,-130.75,-131.93,-131.25,-130.87,-131.18,-133.12,-131.31,-130.31,-131.81,-131.87,-131.18,-131.68,-136.75,-135.87,-136.62,-137.12,-136.25,-136.37,-136.68,-136.50,-136.43,-136.00,-136.75,-137.18,-136.37,-136.62,-136.62,-137.00,-137.25,-136.50,-137.50,-136.62,-136.87,-136.87,-137.37,-137.31,-136.62,-137.31,-136.12,-136.50,-136.06,-136.43,-137.50,-136.50,-135.18,-135.56,-136.31,-136.50,-136.56,-136.75,-136.62,-136.25,-137.50,-136.93,-136.75,-136.62,-137.06,-137.00,-136.18,-137.00,-137.31,-137.12,-137.37,-137.50,-136.68,-137.75,-137.06,-136.25,-136.56,-136.87,-136.75,-136.43,-137.50,-136.93,-137.18,-137.68,-137.06,-136.62,-136.68,-136.81,-136.50,-136.75,-136.81,-137.18,-137.00,-136.81,-136.75,-136.93,-136.56,-136.68,-137.43,-136.43,-137.12,-137.12,-136.93,-136.25,-137.06,-136.43,-137.12,-136.37,-136.50,-137.50,-137.37,-136.81,-137.62,-137.31,-136.87,-136.37,-136.75,-136.75,-136.31,-136.87,-136.62,-137.31,-136.56,-137.12,-136.81,-136.87,-136.93,-137.18,-136.87,-137.25,-137.06,-136.93,-136.43,-137.56,-136.93,-137.37,-137.18,-137.06,-137.18,-137.06,-137.31,-137.50,-136.37,-136.50,-137.06,-136.93,-136.87,-136.43,-136.50,-137.56,-136.81,-136.43,-137.18,-136.75,-137.18,-136.68,-137.00,-137.68,-136.68,-137.75,-137.31,-137.43,-137.31,-137.00,-136.75,-136.75,-137.31,-137.00,-136.50,-137.25,-137.12,-136.75,-137.56,-137.43,-137.87,-137.56,-136.56,-137.75,-136.31,-136.87,-137.18,-137.12,-137.25,-136.43,-137.06,-136.81,-136.56,-137.43,-137.43,
-
ok quindi il problema è in questo !!!
root@modemtim:~# transformer-cli get rpc.xdslctl.QLNDs3
ERROR /usr/bin/transformer:161: Too much data to fit in one single dgram.
-
ciao ansuel riscontro un paio di bug:
1-) sulla funzione eco led. In poche parole se spegni il modem sembra che la funzione eco led si attiva automaticamente..anche se sulla gui risulta su off .Ho provato anche ad attivare e disattivare la funzione eco led per vedere se ritornava apposto ma nulla ora mi ritrovo con un il primo led acceso .Se premo la i ovviamente appaiono i led e poi dopo l intervallo scompaiono ..Vorrei sapere come potrei risolvere questo problema se ci sono dei comandi anche manuali da poter dare per disattivare eco led .
2-) Un altro bug che ho trovato sulle nuove funzionalità che hai aggiunto (disabilita sra e bitswap).In poche parole se lo disattivo dalla gui in realtà non risulta disattivato :) ho verificato dando il comando xdslctl profile --show .
(versione agtef 1.1.0 e ultima gui 7.9.1)
-
la funzione per disabilitare sra e bitswap non viene applicata neanche a livello di Gui, nel senso che si rimette subito su ON come se non l'avessi disattivata
-
@donato74 puoi provare l'ultima versione dev e mi dici se va?
-
@rules1985 versione firmware?
con lo swtich su off e riavviando i led dovrebbero rimanere attivi
-
@tivux ma sei sicuro di avere l'ultima versione?
Si aggiornato ieri sera..sono su stabile
-
@Ansuel ok funziona!
-
@donato74 perfetto ;)
-
@Ansuel con la dev 7.9.2 continuano a funzionare i grafici mentre sra e bitswap continuano a non disattivarsi ( ma a cosa sono utili questi 2 parametri ? )
-
(versione gui 7.9.1 firmware agtef 1.1.0)..switchando su off rimangono sempre spenti .Momentaneamente o risolto resettando il modem e riapplicando la gui moddata ..però come ti ripeto se chiudi il modem e lo riaccendi il problema si ripresenta .
-
@giulio63 mi puoi dare l'output del comando
cat /etc/config/xdsl
-
@Ansuel ecco l'output di /etc/config/xdsl
config xdsl 'dsl0'
option eoc_vendor_id 'BETMMB'
option handshake_switch_timeout '0'
list multimode 'gdmt'
list multimode 'glite'
list multimode 't1413'
list multimode 'adsl2'
list multimode 'adsl2annexl'
list multimode 'adsl2annexm'
list multimode 'adsl2plus'
list multimode 'vdsl2'
list profile '8a'
list profile '8b'
list profile '8c'
list profile '8d'
list profile '12a'
list profile '12b'
list profile '17a'
list profile 'BrcmPriv1'
option demod_cap2_value '0x390000'
option demod_cap2_mask '0x390000'
option aux_features_value '0x19060003'
option aux_features_mask '0x19060003'
option vdsl_cfg_flags_value '0x1200600'
option vdsl_cfg_flags_mask '0x1200000'
option xdsl_cfg1_value '0x0'
option xdsl_cfg1_mask '0x0'
option xdsl_cfg2_value '0x0'
option xdsl_cfg2_mask '0x0'
option xdsl_cfg3_value '0x0'
option xdsl_cfg3_mask '0x0'
option eoc_serial_number 'CP1716TA7H4 4130 17.3'
option enabled '1'
option sra '1'
option bitswap '1'
option demod_cap_mask '0x00047a'
option demod_cap_value '0x00047a'
-
@danye hai risolto alla fine?
Ho seguito i tuoi consigli e tutto ok! Grazie grazie grazie! :rotfl:
Edit: Sarò di legno io... ma come si attiva il tema fritz??
-
Novità per il root con firmware 111.002 ?
-
ciao @Ansuel
riscontro un paio di bug con l'ultima versione della GUI (7.9.3 con firmware 1.1.1.0.0.2)
1-come ti hanno già detto, quando aggiorno la GUI i led rimangono spenti e l'unico modo per ripristinarli è caricare nuovamente la config che ho salvato
2-quando faccio una telefonata in uscita, appena mi rispondono cade la linea. Appena aggiornata la GUI ho provato a fare una telefonata in uscita che cadeva puntualmente dopo pochi secondi di conversazione, adesso appena mi rispondono, cade la linea. Da cosa può dipendere?
grazie ;)
-
I led rimangono spenti che intendi? Tutti o rimane acceso quello Power?
Il punto 2, non mi pare un problema causato dalla gui se vuoi passarmi un logread -f di quando accade posso aiutarti... In privato nada il log però
-
@Ansuel si, rimane acceso solo il led power ma, come ti ho detto, risolvo ricaricando la config salvata
è come se fosse attiva la modalità eco led, ma in realtà nella tab gateway è disabilitata
come faccio a recuperare questo log?
-
@Ansuel In questi giorni ho fatto varie prove per tradurre i pezzi rimasti in inglese della gui ma sono bloccato... Riesco a estrarre i file .po dai .mo compilati, il problema è che non sono aggiornati, nel sorgente ci sono le nuove stringhe che non sono state importate nel file .mo, sapresti dirmi dove teovare i file .pot per poter aggiornare i .mo? Ho provato a crearli sia con gettext che con poedit ma ho avuto scarsi risultati...
-
Va decompilato il file.mo
-
@Len devo indagare a riguardo mi puoi inviare il contenuto di /etc/config/ledfw
-
@Ansuel non saprei come fare
se mi spieghi come posso fare te lo invio
-
@Len
usa Winscp https://winscp.net/eng/download.php (https://winscp.net/eng/download.php)
Lo installi, e l'interfaccia è simile ad esplora risorse. Vai al file che ti ha detto Ansuel, e poi copi e incolli il testo al'interno qui. Ovviamente usa il tag code quando lo posti
-
Scusate se ripeto la domanda, come si attiva la GUI con il tema fritzbox?
-
@danye Vai in Funzioni Extra di Sistema e poi in Aspetto Gui trovi le varie scelte tra cui quella Fritz!Box
-
Grazie stasera provo!
-
Ciao @Ansuel
gui 7.9.6 - sulla card Time of day : Wireless control rules defined = 0 , però la regola è definita ed e attiva (è stata definita quando avevo la gui 3.36 e da allora ha sempre funzionato , gli AP si spengono correttamente alla data impostata
se clicchi su Wireless Control per vedere la regola impostata rimane bloccato su "processing , please wait" ed è necessario spegnere e riaccendere per riavere accesso
logread mi mostra questo :
Fri Apr 27 17:00:51 2018 daemon.crit transformer: main loop - critical error occurred: err=/usr/bin/transformer:505: /usr/bin/transformer:118: bad argument #-2 to 'sendto' (string expected, got table)
-
Su che firmware sei? Ho paura che non piace la vecchia configurazione siccome quelli della tech hanno riorganizzato il tod
-
fw 1.0.3
non ho mai aggiornato perchè ho visto nel forum utenti che hanno avuto brick / perdite di configurazioni del telefono ecc.
-
fai una cosa fatti un backup del file /etc/config tod ...
lo apri cancelli tutto e ci metti questo
config tod 'global'
option enabled '1'
option tod_enabled '1'
option tracelevel '4'
option time_change_monfreq '10'
e ricrei le regole dovrebbe andare
-
/etc/config/ledfw
config service 'internet'
option check '1'
config service 'iptv'
option check '0'
option itf 'iptv'
config service 'voip'
option check '1'
config service 'wifi'
option nsc_on '1'
config service 'remote_mgmt'
option in_progress '1'
config timeout 'timeout'
option ms '5000'
config status_led 'status_led'
config syslog 'syslog'
option trace '0'
-
@Ansuel ok ricreato regola , non si blocca più accedendo a Wireless Control e mostra 1 regola wireless definita sulla card
quando deve farlo però la wireless non viene spenta , c'è ancora qualcosa che non va :(
sul log c'è questo :
Sat Apr 28 10:08:23 2018 daemon.info transformer: async run: /etc/init.d/firewall reload; /etc/init.d/tod restart
Sat Apr 28 10:08:23 2018 user.notice igmpproxy: Adding input igmp fw rule in zone wan
Sat Apr 28 10:08:23 2018 user.notice igmpproxy: Adding forward multicast fw rule in zone wan
Sat Apr 28 10:08:30 2018 daemon.err transformer: [timeofday] missing config parameter for action0BD5F959B9A27512F19508E069DF00DE
/etc/config/tod
config tod 'global'
option enabled '1'
option tod_enabled '1'
option tracelevel '4'
option time_change_monfreq '10'
config action 'action0BD5F959B9A27512F19508E069DF00DE'
option enabled '1'
option script 'wifitodscript'
option object 'wifitod.wifitod0BD5F959B9A27512F19508E069DF00DE'
list timers 'timer0BD5F959B9A27512F19508E069DF00DE'
config timer 'timer0BD5F959B9A27512F19508E069DF00DE'
option stop_time 'Mon,Tue,Wed,Thu,Fri,Sat,Sun:07:30'
option start_time 'Mon,Tue,Wed,Thu,Fri,Sat,Sun:01:00'
config wifitod 'wifitod0BD5F959B9A27512F19508E069DF00DE'
list ap 'ap00BD5F959B9A27512F19508E069DF00DE'
list ap 'ap10BD5F959B9A27512F19508E069DF00DE'
config ap 'ap00BD5F959B9A27512F19508E069DF00DE'
option ap 'ap0'
option state '0'
config ap 'ap10BD5F959B9A27512F19508E069DF00DE'
option state '0'
option ap 'ap1'
-
@Ansuel
si può fare qualcosa per fixare per il tod (parametro mancante ) ?
-
WAN diventa automaticamente LAN nella versione del firmware 1.1.0?
Ho letto a questo link (https://wiki.dga4130.tk/index.php/2018/03/12/mettre-le-port-wan-en-lan-sur-le-dga4130/)
che nella versione 1.1.0 (per il DGA4132 ma dovrebbe essere uguale al DGA4130) che la WAN dventa automaticamente una LAN quando il modem si collega ad internet tramite xDSL.
Quel sito riporta, tradotte in francese, informazioni che vengono da questo forum, ma questa del firmware 1.1.0 mi era sfuggita.
Qualcuno la può confermare?
Grazie,
LionHe
EDIT: il 4132 ha solo quattro porte ethernet esterne, di cui l'ultima di tipo "WAN/LAN" :
-
@Ansuel
ripropongo la domanda : è possibile fixare il tod ? :pray: manca un parametro nel file di configurazione ...
Sat Apr 28 10:08:23 2018 daemon.info transformer: async run: /etc/init.d/firewall reload; /etc/init.d/tod restart
Sat Apr 28 10:08:23 2018 user.notice igmpproxy: Adding input igmp fw rule in zone wan
Sat Apr 28 10:08:23 2018 user.notice igmpproxy: Adding forward multicast fw rule in zone wan
Sat Apr 28 10:08:30 2018 daemon.err transformer: [timeofday] missing config parameter for action0BD5F959B9A27512F19508E069DF00DE
-
@Ansuel ciao scusami tanto ma non capisco una cosa già dagli ultimi due aggiornamenti GUI mi sono accorto che i led rimangono spenti solo i, rete e voip sono accesi. E' normale? come si può evitare questo? A me piacciono tutti accesi.
Poi non capisco l'utilità di spegnerli, forse per i consumi energetici?.
Altra cosa da chiederti, ho istallato l'applicazione XUPnP e l'ho provata tutto ok ma non ho capito come fare per organizzare i file all'interno del file .m3u Ho visto nel config che c'è una sezione organizza file ma a che cosa si riferisce?
Grazie.
-
@Ansuel durante gli ultimi aggiornamenti della gui, vengono scaricati nel directory "root" sia la versione dev che quella stabile, è voluto oppure no ?
-
si è voluto
per i led, il timeout nella sezione eco led a quanto sta?
-
Il timeout nella sezione eco led è a zero
-
intendevo a @giottos
-
Si e a 0 (zero)
-
Anche a me i led piace tenerli accesi poi e' una fesseria il consumo che vuoi che consumino quei led
-
Molta gente leggevo anche nei thread netgear che li volevano spegnere la notte soprattutto perchè davano fastidio, nei netgear però fanno veramente tanta luce.
Piuttosto sto notando che non va più la schedulazione wifi, oltre a non avere la possibilità di programmare in modo indipendente le due bande wifi
-
Come mai nel tool per sbloccare l'AGTEF scaricabile dal sito "ilpuntotecnicoadsl.com" dal seguente link in fondo alla guida: https://www.ilpuntotecnico.com/sblocco-smart-modem-evolution-dga4130-agtef/
Nemmeno il tempo di scaricare il programma e viene rilevato questo virus ???: Trojan:Win32/Bitrep.A
Devo dubitare dell'affidabilità o è un falso allarme ?
-
disabilita l'antivirus
-
@Ansuel come mai ultimamente escono prima aggiornamenti per la versione "stabile" e solo dopo alcuni aggiornamenti esce anche quello per la versione "sviluppatore" ? di solito avviene proprio l'opposto nel senso che prima si testano le versioni "dev" e quando si è certi che non da' problemi dovrebbe uscire la versione "stabile" e non viceversa .
su GitHub non ci sono tracce della versione 7.12.1 ( rilasciata come stabile ) e non si sa cosa aggiunge/corregge .
a proposito di GitHub non sarebbe male avere un minimo di istruzioni su come utilizzarlo per conoscere le differenze tra tutte le versioni che sono uscite della Gui , io riesco a capire al massimo in forma minima se ci sono state righe eliminate/modificate nell'ultima versione visibile su GitHub, ma io non sono programmatore , beh sarebbe utile avere un changelog dettagliato e completo , se non dentro la gui almeno su GitHub o sul sito e/o forum
Grazie
-
Ma come mai ho provato a impostare un orario di spegnimento e mi da questo errore:
"Si è verificato un Internal Server Error, per favore contattare l´amministratore"
-
@giulio63
Concordo senz'altro, in effetti è una procedura molto anomala visto che, come dici giustamente, usualmente la si fa al contrario di come è invece applicata nel caso specifico, cioè prima si testa la DEV e poi si rilascia la versione Stabile.
Ad ogni modo sono uscito dal ramo DEV , oltre che per altri motivi anche perchè se questa appunto è la procedura in essere in effetti la sua utilità è diciamo molto aleatoria...
:)
-
@Falcoblu quando qualcosa esce su stabile e poi su dev è perchè pubblico direttamente in stabile e poi metto su dev per far aggiornare chi è su quel ramo...
l'utilità del ramo dev è principalmente per me per testing e altro...
@giulio63 su github alcune volte scrivo cosa faccio, altre volte no. mi viene difficile farlo per ogni miniversione che carico. riguardo l'ultima c'è solo un minuscolo fix riguardo l'immagine del tim hub che usciva fuori dai bordi.
-
@Ansuel
Ansuel, che dici di questo nuovo firmware beta 1.1.1_002. Sembra diverso, e corregge alcuni bug che la versione scaricata qui non risolve
-
tralasciando che il firmware noi lo abbiamo da più di un mese forse... (infatti sta caricato nel repo) a me non mi ispira fiducia... anche perchè se qualcosa va storto non potete neanche più downgredare
-
Grazie per la risposta
-
@Ansuel ciao!
Sono ormai da diverse release di GUI che quando aggiorno, dopo la login sul modem ottengo questo errore:
This page isn’t working
192.168.0.1 didn’t send any data.
ERR_EMPTY_RESPONSE
se metto ad esempio una la versione 7.6.9 funziona ed accedo alla pagina delle configurazioni.
Con le ultime versioni invece nulla. Sono con il frw 1.1.1.002
Qualche suggerimento?
-
tralasciando che il firmware noi lo abbiamo da più di un mese forse... (infatti sta caricato nel repo) a me non mi ispira fiducia... anche perchè se qualcosa va storto non potete neanche più downgredare
Ciao, non si riesce a downgradare neppure utilizzando Tftpd32/64?
-
@LorenzoL con tftpd si se sei in bank_1 e con agthp se hai messo la gui almeno una volta
@alekos inviami un logread di cosa accade quando cerchi di caricare la pagina ;) hai la priorità ahahah
-
quindi Ansuel tu consigli di non aggiornare a questo ultimo firmware che hanno rilasciato??
-
@Ansuel
Capito, grazie per le precisazioni e ovviamente i doverosi complimenti per il pregevole lavoro che stai facendo con l'HUB :)
@enrico2772
Si questo non l'ho capito ancora nemmeno io, tra l'altro anche se volessi provare ad aggiornare non trovo il firmware , ad ogni modo l'unico dubbio che ho è quello relativo al root, non vorrei andare incontro a problemi flashando questa ultima versione del firmware 1.1.1_002.
Aspetto di vedere come si evolve la situazione, anche relativamente alla reperibilità del firmware...
:)
-
@donato74 il comando meglio hai riscritto root...
@MioCuggino considerando che loro senza telegestione non possono proprio sapere che hai il modem tim collegato... (puoi dire che è un modem proprietario non tim), aggiungendo che puoi mantenere la telegestione attiva siccome ora puoi comunicare una versione fake o comunque aggiornando non perdi root...
Puoi provare a resettarlo (non perdi il root) e vedere se il problema si risolve... comunque il comando per vedere i log è logread... se vuoi mandami in privato se riesci a beccare il momento in cui succede questo problema così capiamo...
non capito ma cade la connessione ppp o proprio la portante? se cade la portante non credo sia un problema di gui o modem. A disposizione ;)
Finalmente ho un po di tempo per smanettare con il router!
Adesso pare che la connessione vada meglio (non si disconnette ogni 20 minuti, però dal router vedo che l'ultimo reset della connessione è stato solo 9 ore fa).
Comunque vorrei dare un'occhiata al log.
Sono andato nell'interfaccia del router -> Gestione Modem -> Visualizzatore Log -> Esporta tutto.
Ottimo, peccato che accorpa tutte le stringe del log assieme senza "a capo", e quindi non si capisce niente.
Allora mi sono collegato in SSH, e ho greppato il comando "logread" su file (è troppo lungo da visualizzare su console). Il problema è che adesso...non riesco a collegarmi in SFTP sul router per "prelevarlo" e portarlo sul mio pc: in qualsiasi modo mi collego (FlashFXP, WinSCP o psftp) riesco a loggarmi e tutto ma ottengo l'errore << Unable to access SFTP Subsystem >>.
Ho cercato dalla web interface qualcosa che potesse tornarmi utile, ma non ho trovato nulla. Come risolvo?
In piu, vorrei chiederti direttamente il mio "vero" problema, dato che in realtà sarebbe lo scopo principale di tutto lo smanettamento: far funzionare il Wake-On-Wan (ho un server a casa e vorrei accederci e soprattutto accenderlo da remoto quando mi serve).
Voglio precisare due cose, prima: innanzitutto il Wake-On-LAN funziona perfettamente. Non devo nemmeno creare nessuna regola da nessuna parte: basta inserire il MAC del mio computer e, da qualsiasi dispositivo collegato, riesco sempre ad accendere il server (-> quindi il server non ha nessun problema sulla scheda di rete o nel SO. E' tutto predisposto correttamente).
Il vero problema adesso è quello di farlo accendere "da fuori": dalla web interface (dalla scheda "Servizi WAN") ho settato il mio dyndns, ed esso funziona perfettamente (-> se resetto il router a mano l'ip viene aggiornato senza problemi. Tral'altro ho una VPN con OpenVPN, ed se mi collego ad esso tramite il mio dyndns funziona da dio. Quindi presumo che non ci sia un problema di instradamento).
Il punto è...che non riesco ad andare avanti: Ho abilitato anche il "wake up on LAN su internet" (sempre dalla scheda "Servizi WAN") sulla porta 9 (come è giusto che sia), però tecnicamente...non ho capito cosa faccia quest'opzione.
Di concreto so che. con qualsiasi programma di WoL, imposto come indirizzo il mio indirizzo web (mioserver.duckdns.org) e come porta 9 e...il server non si accende mai.
Non so il motivo, e non so neanche come capirlo: il firewall blocca qualcosa? centra la tabella ARP?
Le ho provate tutte, ma non riesco proprio a capire come diagnosticare cosa succede. Come posso fare?
Grazie e scusa per il "wall of text" ma ho sbloccato volutamente il router solo per poter usare meglio il Wake-On-Wan (dato che tra la lista di caratteristiche che avrei trovato dopo lo sblocco c'era proprio il WoW) e,anche se adesso il router è DECISAMENTE una bomba rispetto a prima, comunque non sono ancora riuscito nell'impresa.
Grazie ancora per la pazienza!
-
Stamattina leggevo della 7.12.1 e a me non la notificava. Ho forzato e mi ha aggiornato, ma perchè non me la notificava? :-\
-
@Ansuel
Grazie ti metto il log, io sono in bridge mode.
[sSat May 5 08:33:33 2018 kern.warn kernel: [107760.962000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Sat May 5 08:34:08 2018 kern.warn kernel: [107795.327000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=306 TOS=0x00 PREC=0x00 TTL=4 ID=0 DF PROTO=UDP SPT=49060 DPT=1900 LEN=286
Sat May 5 08:34:08 2018 kern.warn kernel: [107795.346000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=306 TOS=0x00 PREC=0x00 TTL=4 ID=0 DF PROTO=UDP SPT=49060 DPT=1900 LEN=286
Sat May 5 08:34:08 2018 kern.warn kernel: [107795.366000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=315 TOS=0x00 PREC=0x00 TTL=4 ID=0 DF PROTO=UDP SPT=49060 DPT=1900 LEN=295
Sat May 5 08:34:08 2018 kern.warn kernel: [107795.385000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=315 TOS=0x00 PREC=0x00 TTL=4 ID=0 DF PROTO=UDP SPT=49060 DPT=1900 LEN=295
Sat May 5 08:34:08 2018 kern.warn kernel: [107795.405000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=370 TOS=0x00 PREC=0x00 TTL=4 ID=0 DF PROTO=UDP SPT=49060 DPT=1900 LEN=350
Sat May 5 08:34:15 2018 daemon.err nginx: 2018/05/05 08:34:14 [error] 15981#0: *115 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 08:34:39 2018 kern.warn kernel: [107826.099000] dosprotect rpfilter drop IN=br-lan OUT= MAC= SRC=192.168.0.1 DST=192.168.0.255 LEN=238 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=138 DPT=138 LEN=218 MARK=0x8000
Sat May 5 08:34:39 2018 kern.warn kernel: [107826.116000] dosprotect rpfilter drop IN=br-lan OUT= MAC= SRC=192.168.0.1 DST=192.168.0.255 LEN=238 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=138 DPT=138 LEN=218 MARK=0x8000
Sat May 5 08:35:44 2018 kern.warn kernel: [107891.838000] dosprotect rpfilter drop IN=br-lan OUT= MAC=01:00:5e:7f:ff:fa:a6:91:b1:24:1d:17:08:00 SRC=192.168.1.252 DST=239.255.255.250 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Sat May 5 11:16:10 2018 cron.err crond[15662]: time disparity of 161 minutes detected
Sat May 5 11:16:18 2018 kern.warn kernel: [107916.240000] dosprotect rpfilter drop IN=br-lan OUT= MAC= SRC=192.168.0.1 DST=192.168.0.255 LEN=238 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=138 DPT=138 LEN=218 MARK=0x8000
Sat May 5 11:16:18 2018 kern.warn kernel: [107916.257000] dosprotect rpfilter drop IN=br-lan OUT= MAC= SRC=192.168.0.1 DST=192.168.0.255 LEN=238 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=138 DPT=138 LEN=218 MARK=0x8000
Sat May 5 11:16:32 2018 daemon.err nginx: 2018/05/05 11:16:32 [error] 15981#0: *116 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:16:34 2018 daemon.err nginx: 2018/05/05 11:16:34 [error] 15981#0: *118 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:16:34 2018 daemon.err nginx: 2018/05/05 11:16:34 [error] 15981#0: *119 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:16:34 2018 daemon.err nginx: 2018/05/05 11:16:34 [error] 15981#0: *120 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:16:34 2018 daemon.err nginx: 2018/05/05 11:16:34 [error] 15981#0: *121 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:16:34 2018 daemon.err nginx: 2018/05/05 11:16:34 [error] 15981#0: *122 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:16:34 2018 daemon.err nginx: 2018/05/05 11:16:34 [error] 15981#0: *123 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:17:12 2018 daemon.err nginx: 2018/05/05 11:17:12 [error] 15981#0: *124 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:17:12 2018 daemon.err nginx: 2018/05/05 11:17:12 [error] 15981#0: *128 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:17:12 2018 daemon.err nginx: 2018/05/05 11:17:12 [error] 15981#0: *129 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sSat May 5 11:17:17 2018 daemon.err nginx: 2018/05/05 11:17:17 [error] 15981#0: *130 lua entry thread aborted: runtime error: [string "002_broadband_bridge.lp"]:79: unexpected symbol near 'if'
stack traceback:
coroutine 0:
[C]: in function 'error'
/usr/lib/lua/web/lp.lua:77: in function 'compile'
/usr/lib/lua/web/lp.lua:153: in function 'load'
/usr/lib/lua/web/lp.lua:167: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[sroot@modemtim:~#
-
@MioCuggino il wakeonwan funziona in modo un pò diverso dal wake on lan normale, mi pare che un tipo qui l'aveva testato e funzionava. che settaggi metti per instradare il pacchetto sulla porta 9
-
@Ansuel mi trovo nella versione "stabile" . la gui mi ha avvisato della presenza dell'aggiornamento alla versione 7.12.4 , l'ha fatto apparentemente senza errori, ma dopo essermi identificato, non mi consente di entrare nella gui
( La pagina non funziona - 192.168.1.1 non ha inviato dati. - ERR_EMPTY_RESPONSE )
ho anche fatto ripartire il router ma non è cambiato nulla
anche facendo ripartire nginx non migliora la situazione
lanciando lo script di aggiornamento manualmente alla fine sull'ultima riga ho il messaggio d'errore Command failed: Not found
-
sisi scusate usate lo script per l'aggiornamento manuale
-
@Ansulel grazie per la tempestività - tutto ok . ora sono con la 7.12.6 ;)
-
aggiornato anche io!
ma solo a me non va più lo spegnimento del wifi? :(
-
@Ansuel
Grazie funziona tutto anche a me.
-
vorrei capire solo questo fatto dell'aggiornamento
-
@Ansuel mi serve una tua consulenza :)
Se mi faccio il dump di un bank (mtd3/4) lo posso riscrivere senza problemi su un' altra bank qualsiasi del solito router giusto ? Lo posso anche scrivere in un' altro router uguale ?
Non ci sono dati "personali" dentro mtd3/4 ? mac serial etc, quelli sono dentro eripv2 ?
Se faccio delle modifiche al dump e lo riscrivo poi parte o ci sono problemi con firme, chiavi etc ?
Stavo pensando di farmi un dump modificato per il 789vac v2 fw UNO vista la procedura attuale per il rooting....
PS
Il contenuto di /overlay che partizione è ? 1 o 2 ?
ps2
mtd6 è l' over provisioning ??
-
@Ansuel
Per quanto mi riguarda ho aggiornato da GUI alla 7.12.9 e non ho avuto nessun problema, dopo il riavvio è comparsa la solita schermata di login, l'ho effettuato e sono entrato regolarmente nella GUI...
:)
-
Ciao a tutti,
Io con gui stabile v. 7.12.12, ho un problema con il DHCP server. Spento funziona regolarmente. Accesso non rilascia il lease e non mi permette di gestire il range ne' il server DNS.
Altre piccola cosa, nelle impostazioni WIFI quando vado a settare la password del wifi non mi accetta come carattere l'apice. Mentre con il vecchio fw tim andava.
Grazie a tutti per il fantastico lavoro.
Buona serata.
-
@pattinik vedo di mettere l'apice nei caratteri consentiti ;)
-
aggiunto nei caratteri... mi puoi spiegare questo fatto del dhcp?
-
aggiunto nei caratteri... mi puoi spiegare questo fatto del dhcp?
Aggiornato il fw e la adesso l'apice nelle password va senza problemi! :)
Per quanto riguarda il DHCP, temo di essere stato io un po' somaro , perchè ho fatto tutte le modifiche "al volo" e nel campo "server DNS" ho inserito un indirizzo esterno alla rete che mi ha generato l'errore "alcuni parametri hanno fallito la convalida"che probabilmente ha creato qualche problema alla gui.
Rifacendo i settaggi singolarmente (range dhcp e settaggio server dns interno) tutto funziona regolarmente. :nod:
Adesso faccio qualche altra prova, se trovo qualcosa che non va la segnalo.
Al solito grazie! ;)
P.S.
Con il driver xDSL Asus ho guadagnato 8mbit in DL. 8)
-
Ciao Ansuel volevo domandarti come mai dopo che faccio un aggiornamento firmware la gui torna ad essere quella di TIM? e' normale ogni volta mi tocca poi riaggiornarla
grazie
-
ummm no la gui come la aggiorni? nella cartella root cosa hai ?
-
nella root ho GUI.tar.bz2 e GUI_dev.tar.bz2 basta
-
mi pare strano che con l'aggiornamento, la gui custom non sia rimasta
-
forse ho sbagliato io comunque adesso tutto apposto! Ansuel ultima domanda ma tu consigli di cambiare il driver xDSL o lasciare quello di default?
E poi questi drivers si aggiornano quando aggiorno la tua GUI o si aggiornano con il firmware?
si e' risolto tutto scusate :)
-
di norma i driver si aggiornano con il firmware
al momento il driver dell'asus è quello che fa prendere di più (non quello beta)
-
Ansuel prima avevo la gui 7.14.6 mi ha trovato aggiornamento ma 7.14.5 e' normale? sono in modalita' sviluppatore
-
Stavo giocherellando un po' con i driver xDSL e ho provato essenzialmente gli asus; la cosa interessante è che con il "best value" ho una latenza più bassa rispetto a quello "less ping". Con il primo pingo 8.8.4.4 da 10 a 12 ms, mentre con il secondo 14-15 ms (ping lanciato direttamente dalla diagnostica del router). La portante invece resta pressoché invariata. Non so, magari sono invertiti i consigli a fianco al driver, però potrebbe anche essere un caso isolato della mia linea (aggancio a 35 Mbps con il 35b) o magari è solo un problema di routing, visto che ogni volta ho un IP differente.
-
Ciao Ansuel volevo segnalarti quello che mi sta succedendo, sono circa 2 giorni che non entro nel router aggiornato all'ultima gui di 2 giorni fa stamattina volevo controllare e nella schermata di login mi appare root al posto di admin, tento di fare il login ma niente faccio tutte le prove cambiando da root ad admin ma niente per ultimo non mi da nemmeno la pagina di login e mi rilascia questo errore 503 Service Temporarily Unavailable nginx cosa sarà successo?
Grazie e buon lavoro.
8) Mi rispondo da solo TUTTO RISOLTO
By by
-
@Ansuel ciao ti volevo chiedere, è possibile inserire in automatico l'aggiornamento della GUI e con un tasto magari uno sceglie se eseguire l'automatismo oppure no "ON/OFF" e magari la gui fa il controllo di un nuovo aggiornamento in un orario prestabilito e se trova l'aggiornamento esegue il download, se invece l'utente sceglie OFF allora fara l'operazione in manuale.
:clap: :clap:
-
Cioè intendi un aggiornamento completamente automatico?
-
Si ma con un tab ON/OFF e l'ora in cui si vuole eseguire il controllo e di conseguenza l'aggiornamento. Chi resta su OFF e ovvio che resta tutto in manuale.
-
Ma le notifiche degli aggiornamenti non avvengono più in automatico?
Mi sono accorto che non rilevavo più aggiornamenti da un po e ho cliccato su 'avanzate' e poi 'controlla aggiornamenti' e mi è apparso il banner in alto con un aggiornamento, ma da solo non appariva
-
Puoi dirmi il contenuto del file in /etc/cron/root
-
0 */2 * * * /usr/share/transformer/scripts/checkver.sh
*/10 * * * * /sbin/trafficmon.lua
*/3 * * * * /sbin/trafficdata.lua
-
@giottos ho fatto l'aggiornamento automatico con orario ora c'è solo da provarlo...
-
:clap: dimmi qualè la tab che appena posso provo. :)
Ok trovata ho provveduto ad impostare l'ora 13,00 di domani se nel frattempo arriva una gui oltre la 7.14.11 si dovrebbe aggiornare. :rotfl: :clap:
A domani.
-
Ansuel scusa ma ultima gui e' la 7.14.6??? in sviluppatore?? a me non trova altro
-
@Ansuel proprio ora ho controllato credo che abbia fatto qualcosa ma non mi permette di accede alla pagina della GUI mi restituisce questo errore
403 Forbidden
nginx
-
cioè in realtà si sta facendo migrazione quindi… per ora è tutto bloccato
piglia da /root la versione stabile e fai metti quella
-
Mi potresti passare il link da dove poter scaricare la GUI 7.14.11 che è l'ultima stabile che avevo.
-
puoi prenderla da github
https://github.com/Ansuel/tch-nginx-gui/blob/master/compressed/GUI.tar.bz2
-
ok gui messa cosa faccio adesso?
-
ma quindi non funziona piu' la notifica di versioni nuove della GUI??? a ok e' tutto bloccato capito
-
@giottos ho ripristinato il file ora potete aggiornare... usate il nuovo link
http://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/GUI.tar.bz2
-
@Ansuel Se è già stato chiesto mi scuso. Con il passaggio al nuovo dominio, ovviamente cambierà anche l'indirizzo del wget; ci sarà immagino una GUI che andrà installata offline o manualmente prima o poi, giusto? Intendo dire che almeno un aggiornamento GUI manuale, con una versione che poi faccia check e aggiornamento dalla repo ilpuntotecnico.com e non da ilpuntotecnicoadsl.com suppogo andrà fatto, o sbaglio?
-
la gui è già stata aggiornata con il nuovo link... per un certo periodo il link vecchio farà redirect sul nuovo.
-
Non mi funziona più la GUI
Oggi pomeriggio avevo la 7.14.7 credo, e non mi funzionavano più le schede, quindi ho provato ad aggiornare da Putty.
Gli ho fatto scaricare con wget il file della GUI dalla repository, ho aspettato un paio di minuti e ho fatto bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -
Solo che l'aggiornamento non è andato a buon fine e la GUI non andava più, rimaneva su errore 403 anche riavviando nginx e transformer (ho riavviato anche l'intero modem ma non è cambiato).
Allora mi sono connesso con WinSCP e ho notato che in /tmp il file GUI.tar.bz2 pesava solo 10KB ed era un file corrotto.
Ho trasferito il file della GUI scaricato dalla nuova repository e eseguito il comando da WinSCP ma non cambiava niente, allora ho fatto anche il rootdevice force e si blocca su cwmp e watchdog.
Ora non mi esce più errore 403 ma mi dice che la pagina non è raggiungibile.
Cosa posso fare?
-
usa questo link per il comando wget
http://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/GUI.tar.bz2
-
@Ansuel la modifica del driver è una cosa molto pericolosa fatta da GUI. Anche giorni addietro aveva scaricato un driver corrotto e menomale che dopo diversi riavvii anomali sono riuscito ad entrare e rimetterne uno sano. Me sono accorto perché aveva una dimensione di kb più piccola. Consiglio di mettere un controllo sul checksum tra quello scaricato e quello presente nella gui.
-
si lo inserisco subito... però è incredibile come cosa che muore il modem per il driver adsl rotto...
-
Io ho dei comandi xdslctl in rc.local. comunque credo che lo inizializzi all'avvio
-
ho inserito il checksum del driver
-
Ansuel scusa il disturbo quindi e' normale che in automatico la GUI non trovi piu' nessun aggiornamento?? l' ultima l' ho installata scaricandola dalla tua repository ed installandola manualmente
-
Aspetta che siano finiti i lavori di migrazione.
-
ok grazie Nico
-
sto facendo un po' di test allora trova adesso l' aggiornamento nuovo la 7.15.16 della GUI ma quando faccio aggiorna la barra si muove ma quando finisce mi da sempre la versione vecchia della GUI
-
Ho aggiornato il modem sia manualmente scaricando il file dalla nuova repository che usando lo script di upgradegui ma niente, 192.168.1.1 riporta sempre "Pagina non raggiungibile"
Idee?
-
In questo caso dovresti collegarti alla busybox e lanciare un comando da lì, è una situazione che è capitata anche a me.
Il problema è che non mi viene proprio in mente :facepalm:, attendi @Ansuel o qualcun altro che te lo indichi
-
@Ansuel Oggi ho provato l'auto aggiornamento alle ore 14,00 ed è andato tutto ok ;)
-
sono felice che funzioni anche se stare in dev con quell'opzione un pò rischioso ma vabbè ahhaha
-
@Ansuel ti avevo postato indietro quello che mi avevi chiesto riguardo il file in cron
0 */2 * * * /usr/share/transformer/scripts/checkver.sh
è corretto?
non dovrebbe notificare da solo se c'è qualche aggiornamento?
-
Ansuel non so se gia lo sai ma c'e' un problema ho fatto aggiornamento all' ultima GUI ma quando entro nel router continua sopra in rosso a dirmi che c'e' quell' aggiornamento da fare
-
@Ansuel è possibile implentare il dhcp relay per non avere unknow ai vari dispositivi connessi?
-
@enrico2772 con la 7.15.24 succede nuovamente anche a me.
-
@Ansuel do seguito alla forum lamentando anche io il problema dell'aggiornamento come post mio precedente in più ti segnalo piccolo bug o meglio miglioria ho attivato la tabella assistenza con la password non casuale e servizio dyndns tutto ok riesco ad accedere alla gui da rete 4g Vodafone del telefono. La miglioria da fare è nella tabella assistenza proprio nella finestra dove scrive l'IP x raggiungere il modem in nome utente assist ma dopo la scritta password non la scrive anche se impostata.vsi può incrementare questa future???? Grazie mille
-
Ho sentito che su alcuni router è possibile cambiare l'area del wifi del router per avere prestazioni migliori. Non ho capito se è possibile anche su tim hub fare la stessa cosa. Ho trovato EU oppure IT ma non ho trovato la possibilità di effettuare il cambiamento
-
@Ansuel ciao ti volevo segnalare quello noto adesso alla mia GUI, mi segnala in rosso che c'è un aggiornamento il 7.15.26 ma quella installata è la 7.15.26. In pratica come se avesse fatto l'aggiornamento automatico ma non lo rileva dalla tab in alto.
-
su dev l'aggiornamento è un pò misterioso, sto facendo alcuni cambi per far aggiornare ad una stabile da dev se c'è una nuova versione lì
-
@Ansuel buonasera, quando provo a collegarmi al modem ricevo errore 403 (forbidden) provato a dare /etc/init.d/nginx restart
Senza successo. Utthpd disinstallato
-
aggiorna gui manualmente
-
Grazie mille
-
ciao Ansuel ti volevo chiedere 1 cosa da profano si puo con questo router abilitare ogni uscita lan dandogli un minimo e un massimo di banda in download
-
Ciao a tutti.
Ho installato l'ultima GUI di Ansuel sulla versione 1.1.0 sbloccata con AutoflashGUI seguendo la guida scritta da ^Nico^ nel thread sullo sblocco dell'AGTEF aggiornata al 20/05/2018. Colgo l'occasione per ringraziare l'autore che mette a disposizione di tutti i risultati del suo lavoro di miglioramento dell'esperienza di utilizzo di questo modem.
Mi scuso se la domanda è già stata fatta: Se per caso perdo l'accesso al modem per una errata modifica del file network (mi è già successo cercando di configurare delle VLAN!) e resetto con il tastino posteriore cosa succede? Rimane abilitato l'accesso ssh con utente root (probabilmente sull'indirizzo di default 192.168.1.1) oppure devo ripartire con l'intera sequenza di sblocco?
Grazie per l'attenzione,
LionHe
-
Qualcuno come me ha notato che impostando una nuova password di admin, questa viene mantenuta fin tanto che non viene riavviato il router?Al riavvio si torna con password di default. :headbang:
-
L'ho riscontrato anche io su AGTHP con firmware 1.0.3, mentre aggiornando ad 1.1.0 non ho più questo problema.
PS:
segui le varie guide se hai bisogno di mantenere il root
-
@lionhe resettando col tastino rimane il root ma si elimina la gui...
quindi serve un aggiornamento di gui manuale tutto qui ;)
-
Qual è il comando della busybox per resettare (credo) la GUI?
Ho un amico con un 4132 e anche a lui non va più la GUI dopo un aggiornamento.
Già provato a riavviare Nginx, transformer, uhttpd, il modem intero, a forzare un aggiornamento, a usare rootdevice force...
Tutto funziona ma 192.168.1.1 riporta "Pagina non raggiungibile" o "La pagina non funziona"
Pensavo fosse un problema mio quando ho forzato un aggiornamento mentre migravate la repository ma a lui lo fa da oggi pomeriggio e ha anche un modem diverso...
-
Riapplicando la gui non si ripristina?
-
Ciao a tutti. Ho sostituito da poco un 789vac con il dga4130 (preso usato online). Monta il fw 1.1.0 originale. Ho notato che all'avvio il router garantisce una navigazione più rapida sia via LAN che via wifi, ma dopo un po' la navigazione si impunta. Ci mette molto tempo ad aprire le pagine e non capisco se è un problema noto oppure del mio esemplare.
La prima cosa che ho fatto prima di cominciare ad usarlo stabilmente è stato un reset da GUI. Posso fare qualche altra prova prima di catalogarlo come "difettoso"?
Grazie!
-
Ciao,
provo a mandare un messaggio anche qui nonostante abbia già aperto un topic a riguardo sperando che qualche anima pia abbia una dritta da darmi... che voi sappiate il DGA4132 non supporta WakeOnLan? Non riesco a farlo funzionare, credo perchè non è possibile creare entry nella arp table manualmente.
Grazie mille per l'eventuale aiuto.
-
@DS-1 Hai scelto la giornata sbagliata per ste cose, non hai letto nessuna news in giro ? la rete tim stava collassando oggi lol
@DatGrey Se non ricordo male avevano riportato che il wakeonlan e il wakeonwan funzionavano
-
Ok, intanto grazie del riscontro... per quanto riguarda il WoL sono riuscito a farlo funzionare lanciando il comando da un dispositivo in LAN usando come indirizzo IP quello di broadcast della sottorete (255.255.255.255) e come indirizzo HW il MAC address effettivo del PC che voglio accendere... invece dall'esterno (che presumo sia ciò che si intende con WakeOnWan, anche se è la prima volta che vedo usato questo termine) sono ad un punto morto purtroppo dato che ovviamente non posso usare lo stesso trucco.
Sinceramente speravo di poter evitare l'uso di un secondo dispositivo sempre acceso che faccia da relay...
-
@Ansuel buongiorno ho provato il ddns sul AGTEF con tua ultima gui e firmare 1.1.1 funziona a dovere fino a che non negozia il modem un nuovo indirizzo ip. In questo caso vedendo che sta funzionando a dovere da app my Tim fisso su rete 4g Vodafone accedendo alla pagina di login digitando l'indirizzo IP esterno del modem non mi entra. È come se una volta negoziato il nuovo ip non lo comunica al server dyndns.org.
Edit per farlo ripartire ho dovuto collegarmi in wifi al modem spegnere la tab assistenza salvare e poi riaccenderla reinserendo una password permanente nuova e salvando a sua volta. Ora sembra aver ripreso a funzionare correttamente.
Puoi verificare e semmai se vuoi ti faccio da tester!!!!
-
Problema io attualmente ho la GUI sviluppo 7.16.4 adesso mi dice che c'e' aggiornamento 7.16.2 stabile ho provato ad aggiornare ma non me la fa aggiornare rimane sempre la mia ttuale cioe' la 7.16.4 e' normale??
-
@DS-1 Hai scelto la giornata sbagliata per ste cose, non hai letto nessuna news in giro ? la rete tim stava collassando oggi lol
Ho proprio sbagliato periodo!
In effetti il giorno stesso che ho installato il router (cioè due giorni fa) non ho avuto problemi. Ieri invece sì.
Stamane ho rimesso il 789vac, vediamo se noto migliorie o meno.
-
@Ansuel Mi chiedevo se è possibile inserire nella GUI del AGTHP (Tim Hub) un tasto che premendolo faccia cambiare IP.
Non so se esiste già, nel caso ditemi dove si trova! Grazie! :)
-
@MisterFTTH grazie per la segnalazione.
Per quanto riguarda il problema del WakeOnLan, non c'è nessuno che lo usa? Ho fatto qualche "progresso", nel senso che mi sono accorto che anche quando la ARP table del router possiede ancora l'entry del PC (per qualche minuto dopo lo spegnimento dello stesso), il WoL diretto verso la macchina non funziona (quello con indirizzo di broadcast invece sì...). Quindi il problema non è (solo) la mancanza di uan entry nell'ARP table del router...
Un'altra cosa, qualcuno sa spiegarmi il funzionamento della sezione "Wake on LAN over the Internet"? A cosa serve l'inserimento di un IP non utilizzato?
Grazie a tutti.
-
Stamane ho rimesso il 789 ed effettivamente ho problemi di navigazione anche con esso. Attendo dunque che si stabilizzi la rete per cominciare a mettere mano seriamente sul DGA4130.
Grazie!
-
@Ansuel no riapplicando la GUI non cambia niente.
Io ho provato sia con la stabile che con la dev, lui solo con la dev.
Non è cambiato niente né facendolo manualmente né con lo script upgradegui.sh
-
@DatGrey https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg224373.html#msg224373 (https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg224373.html#msg224373)
-
@aezakmi123 grazie infinte! Davvero non so come esprimere quanto bene ti vorrei augurare in questo momento! Nel mio caso specifico ho usato i comandi che mi hai gentilmente fornito sostituendo all'indirizzo IP non usato quello effettivo del mio PC ed al MAC address di broadcast quello fisico sempre del PC, ed ora funziona tutto perfettamente!
Ancora non capisco il perchè prima non volesse saperne (avevo aggiunto l'entry necessaria alla ARP table via SSH), ma va bene così... l'importante è che funzioni! Ancora grazie mille!
:clap: :clap: :clap:
Edit: solo una domanda dettata dalla curiosità... perchè il doppio comando "ip neigh" prima con "add" e poi con "change"?
-
@DatGrey il comando ip neigh add aggiunge la regola ma nel caso in cui esista già l'associazione con quell'IP, il comando ip neigh change modifica il MAC in ff:ff:ff:ff:ff:ff (giusto per sicurezza)
Ti consiglio di restringere il DHCP per evitare di assegnare quell'IP a un host
-
@MrIndeciso quando fai il comando ti escono log? spero di si...
-
@Ansuel in che senso dei log?
Sia rootdevice force che upgradegui.sh vengono eseguiti normalmente, nessun messaggio di errore.
Sia Transmission che Luci funzionano normalmente poi
-
Logread dopo che ti esce l'errore dell'interfaccia
-
Ecco qui:
[ You must login or register to view this spoiler! ]
-
/etc/init.d/httpd stop
/etc/init.d/nginx restart
E dammi il contenuto di
cat /etc/config/uhttpd
-
Fermare uhttpd ha fatto tornare in vita la GUI
Il contenuto del file di config è questo:
[ You must login or register to view this spoiler! ]
-
Elimina [::]:80 e 443 e non succede più...
Con un reset risolvevi comunque
-
@Ansuel mi accodo alla richiesta, se possibile, di avere un tasto "riconnetti", attualmente spegnere e riaccendere la connessione fa perdere almeno un minuto se non due. Inoltre, le GUI continuano a non proporre aggiornamento anche se disponibile. Se servono log o test, te li faccio in real time ;)
-
Mi serve sapere versione branch e se il tasto controlla aggiornamento funziona
Comunque il tastino sulla Tab impostazioni di rete vi faschifo?
-
Esatto, ho provato ieri sera ed è sufficiente quello per cambiare IP in un attimo! :)
-
Si penso che lui disattivi la linea dsl invece...
-
quale tastino sulla tab "Impostazioni di rete"?
-
@Ansuel scusa, hai ragione, con lo switch on/off di Accesso ad internet la riconnessione è rapidissima
Per gli aggiornamenti, adesso mi comunica che posso installare la 7.16.2 ramo stable. E' voluto che me la suggerisca anche se sono nel ramo developer? attualmente sto usando la 7.16.5
-
Ragazzi scusate se mi intrometto nella discussione, sto valutando l'acquisto di un secondo TIM HUB per sbloccarlo e moddarlo...mi interesserebbe sostanzialmente sapere due cose:
1. Ho visto parlare in questa discussione del driver xdsl Asus che permette di agganciare una portante maggiore, ma quanto maggiore più o meno in percentuale?
2. Quanto è stabile la versione sbloccata e moddata? Ho bisogno di stabilità "rock solid" visto che sarebbe a casa dei miei, e visto che sono spesso fuori non posso permettermi di lasciarli senza internet per un periodo indefinito di tempo. Quindi diciamo che qualsiasi problema o impuntamento dovrebbe essere risolvibile con un riavvio del modem.
Potrei aver sbagliato topic, in caso chiedo scusa, eliminerò tutto ed eventualmente scriverò sul topic adatto (o ne aprirò un altro).
-
@aezakmi123 l'indirizzo che ho inserito è quello del PC che voglio effettivamente accendere con il WoL, e l'ho riservato via DHCP nonchè impostato staticamente sulla macchina in questione, credo sia la configurazione più corretta per il risultato che volevo ottenere.
Una domanda per tutti, magari qualche anima pia può fugare i miei dubbi... La cosa che non mi torna di tutta la questione è: dato che avevo creato una regola di Port Forwarding per la porta 9 verso il PC di destinazione tramite interfaccia web ed avevo inserito la entry necessaria nella ARP table del router (con il comando "ip neigh add"), perchè il WoL non funzionava? Quello che ho fatto con i comandi "uci set firewall" non dovrebbe essere equivalente al Port Forwarding fatto da interfaccia web? C'è qualche bug sul comportamente dell'interfaccia web (cosa che non credo, dato che altre regole di forwarding che ho creato via web funzionano correttamente) o magari c'è qualche limitazione sulle porte/destinazioni che viene aggirata facendo l'operazione via CLI?
Grazie per la pazienza e scusate la curiosità ;)
-
@DatGrey non funziona perché appena il PC si spegne, l'associazione nella tabella ARP scompare (infatti con il PC sospeso e WoL settato da SO funziona)
Per questo bisogna usare un IP di broadcast (es: 192.168.1.254) come spiegato in tutte le guide per il Wake on Wan https://nowhere.dk/articles/wake-on-wan-using-openwrt-12-09
-
@Ansuel ti tiro in ballo dato che sei il creatore di questa ottima mod per il DGA4132; penso di aver trovato un problema con la gestione del port forwarding, essendo un profano di OpenWRT non so dire però se si tratta di un difetto pre-esistente o se sia stato introdotto con le varie personalizzazioni da te create (non sono sicuro al 100% che tu sia l'unico coder del progetto ma sto assumendo che sia così).
Mi sono preso un po' di tempo per fare qualche verifica più approfondita sulla questione WoL e mi dispiace ma non mi trovo d'accordo con quanto affermato da @aezakmi123 (che vorrei comunque nuovamente ringraziare infinitamente per avermi diretto verso la soluzione del mio problema, il motivo di qusto post è infatti solo quello di fare chiarezza sulla questione ed eventualmente risolvere un possibile comportamento anomalo del firmware - sempre che io non sia l'unico a trovarlo anomalo).
Una piccola introduzione; mi aspettavo che anche in questo router, come in quello che ho recentemente dovuto sostituire e in quello prima ancora, per abilitare il WoL da WAN bastasse fare il port forwarding della porta necessaria (solitamente la 9) verso il client desiderato e gestire l'ARP binding dell'indirizzo fisico dell'interfaccia di rete del PC con quello logico. Purtroppo dopo aver fatto entrambe le cose (forwarding via interfaccia web e binding via CLI), il WoL nel mio caso ancora non funzionava, ed è qui che mi è venuto in aiuto aezakmi123 con questo utilissimo link: https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg224373.html#msg224373
Detto questo, ci sono delle informazioni sbagliate in giro per il forum, in particolare:
1) Il problema non sta nell'ARP table; il comando "ip neigh add" con l'opzione "permanent" serve infatti proprio a creare una entry "statica" (che non può essere cancellata) nella ARP table del router, e questo è facilmente verificabile lanciando il comando, spegnendo il PC e verificando l'ARP table del router via SSH (proprio tramite il comando "arp").
2) L'indirizzo logico 192.168.1.254 usato in molte guide/esempi non è un indirizzo di broadcast (quelli finiscono tutti con l'otteto 255) ma un normalissimo indirizzo IP scelto arbitrariamente, escluso dal DHCP pool, non assegnato manualmente a nessun device e bindato all'indirizzo fisico di broadcast FF:FF:FF:FF:FF:FF; il risultato è che un Magic Packet inviato verso quell'indirizzo viene reinderizzato su TUTTE le interfacce Ethernet collegate al router, e i dispositivi capaci di effettuare il WoL si accendono.
Detto questo, ritengo che il comportamento appena descritto non sia il più desiderabile, invece (imho) il comportamento più corretto è quello di poter risvegliare un singolo dispositivo usando un pacchetto indirizzato all'indirizzo fisico specifico di quel particolare dispositivo (e questo è il risultato che ho ottenuto modificando la lista di comandi fornitami tramite il già menzionato link e sostituendo all'indirizzo IP generico quello specifico del PC che desideravo poter accendere da remoto e all'indirizzo MAC di broadcast l'indirizzo fisico specifico di quello stesso dispositivo; vorrei sottolineare che così facendo il WoL funziona correttamente).
A questo punto non ero però ancora soddisfatto poichè non mi tornava il motivo per cui fosse necessario modificare da CLI le regole del modulo firewall (che sono le stesse che vengono modificate via interfaccia web quando si creano nuove regole per il port forwarding - e qui arriva la parte interessante @Ansuel); ho rimosso le regole create tramite CLI dal file /etc/config/firewall, ho ricreato la regola per il port forwarding via web ed ho notato che tale regola era stata creata (sempre in /etc/config/firewall) con indirizzo ip di destinazione (dest_ip) valorizzato a "0.0.0.0"; ho quindi modificato tale valore con l'indirizzo effettivo del PC di destinazione, lanciato un "/etc/init.d/firewall restart" et voilà, il WoL ha ripreso a funzionare correttamente!
Arrivo finalmente al succo della questione (scusate il muro di testo e gli eventuali errori)... è possibile che rispetto alla versione "vanilla" di OpenWRT sia stata introdotta qualche modifica che impedisce la corretta creazione delle regole di forwarding via web inizializzando appunto l'ip di destinazione ad un valore (erroneamente) nullo? Ad esempio, giusto per tirare ad indovinare, la funzionalità di autocompletamente del MAC address durante la creazione delle regole di forwarding è nativa di OpenWRT?
-
@DatGrey mi sono messo a fare un po' di prove e funziona senza usare un IP come ho detto impropriamente da "broadcast" semplicemente
ip neigh add IP.DEL.PC lladdr MAC:DEL:PC nud permanent dev br-lan e aprendo la porta 9 verso quell'IP
Non so per quale motivo ma prima la regola permanent non funzionava e ho un vecchio post che lo prova
L'IP è già statico.
Sto cercando di utilizzare il WoL da remoto e la cosa strana è che oltre a scomparire dall'ARP, quando lo setto come nud permanent il flag segna 0x6 e mandando il magic packet non si accende neanche quando è presente nella ARP table (per quel poco tempo che rimane memorizzato). Le uniche volte in cui si accende è quando il flag segna 0x2. Non capisco se la colpa è mia o di questo scolapasta
Immagino che si sia sistemato con gli aggiornamenti software :confused:
Attualmente non uso la GUI modificata ma ho solo il router sbloccato con la root
-
@aezakmi123 grazie del riscontro, effettivamente ora ha tutto senso :)
Sto pensando anch'io di caricare sull'altra bank del router una versione con GUI sbloccata ma non modificata ma dato che ora come ora ho la 1.1.1 con GUI di Ansuel sul bank 1 ed il bank 2 è completamente vuoto sto muovendomi con i piedi di piombo... nel frattempo speravo di capire direttamente da @Ansuel come mai il port forwarding da web viene fatto verso indirizzo MAC invece che IP, come detto nel mio post precedente.
-
@Ansuel con gli ultimissimi aggiornamenti ( ora sono con la 7.17.2 ) non riesce ad aprire nessuna tab e neanche vedere il changelog.
è un problema generale ?
Grazie
-
@Ansuel e' normale che io non abbia il file
/etc/config/uhttpd
Grazie
-
viene fatto da mac per evitare problemi in caso di cambio ip del gateway...
comunque momentaneamente nella nuova versione c'è uno script siccome ho aggiornato le librerie... se qualcuno ha tempo da perdere mi farebbe un favore a vedere in quali tab esce un warning di funzione deprecata e dirmelo qui
-
@giulio63 pulisci cache
-
@Ansuel aggiornando alla versione 7.17.3 tutto è tornato ok e funzionano senza problemi tutte le tab (almeno la schermata principale) e senza neanche pulire la cache .
Grazie
-
si per non far pulire la cache e far venire tutti sul forum a dire NON FUNZIONA PIù NULLA 1??!?! ho cambiato il nome agli script, così non serve pulire cache ;)
comunque ora dovrebbe funzionare il controllo di versione.
-
ciao, quante tab si sono nella gui??
-
a chi interessa ho appena aggiornato il firmware alla ultima beta uscita la 1.1.2_001 fatto dalla GUI di Ansuel nessun problema il root e' rimasto!!
-
@enrico2772 che novità ci sono con questa ultima release?? X caso nuovi driver dsl e magari abbassento del margine di rumore x guadagnare qualcosa di più in velocità di download???
-
non lo so non vi e' alcun changelog
-
Mi sono permesso di mettere un po' le mani sui css dell'interfaccia del Fritz!, rendendola un po' più accattivante e sobria :)
(http://i67.tinypic.com/25pax.jpg)
(http://i68.tinypic.com/ax1ths.jpg)
(http://i66.tinypic.com/jjb2nn.jpg)
-
:clap:
per i .css modificati puoi fornire qui le indicazioni o sentire @Ansuel nel caso voglia implementarla direttamente nelle sue release.
-
Sarebbe bello! Facciamo che la modifico per bene, ci sono ancora alcune cosette da sistemare, soprattutto lato mobile e poi vi do i css nel caso voleste inserirla :)
Magari mi occuperei io di mantenerla a mano a mano che escono update/nuove feature
-
HO aggiornato alla 1.1.2 ma nella scheda Telegestione era tutto azzerato.
Ho rimesso l'indirizzo: https://regman-mon.interbusiness.it:10800/acs/ ma non so se era quello giusto.
Infatti non mi si connette da remoto.
Come risolvo?
-
Ciao Ansuel e Tutti,
vorrei implementare sul da 4132 un server FTP o qualcosa di simile per condividere gli HD USB con possibilita' di accesso anche in Wan e controllo user personalizzato.
Qualche idea su come farlo?
:help: :help: :help:
Grazie
-
viene fatto da mac per evitare problemi in caso di cambio ip del gateway...
Metto le mani avanti per dire che il tono della risposta che segue non vuole essere polemico e ringraziarti ancora per il lavoro sulla GUI... però sono curioso e certe cose devo chiederle :P
Scusami ma non ti seguo del tutto... cambio IP di quale gateway? Quello dell'interfaccia di rete del dispositivo verso cui viene fatto il forwarding? E perchè mai dovrebbe cambiare?
È la prima volta che sento di port forwarding fatto tramite MAC invece che tramite IP e sinceramente non mi convince la cosa, tantopiù che come dimostrato nel mio caso non è esattamente equivalente e non è da escludere che introduca problemi anche in altri casi credo... non è un grosso problema per quanto mi riguarda perchè andrò semplicemente a definire le regole via CLI quando necessario, però magari per una questione di compatibilità/facilità di utilizzo valrebbe la pena rivalutare con calma questa scelta (IMHO).
-
Ciao, vorrei sapere se esistono delle istruzioni un po' più complete per l'uso di
- script decrytpt FW .rbi
- tool extract FW Technicolor
grazie.
-
Salve, a voi funziona il dlna server sul tim hub sbloccato? A me mi dice che e on pero in rete non lo trovo, come samba si lo vedo.
-
scusate mi confermate che ultima GUI stabile e' la 7.17.3???? grazie
-
Come promesso, pubblico i file css della mia versione della UI fritz!. All'interno della cartella di Drive, ci sono gli screenshot mobile e desktop, sia per la UI bianca sia per la UI nera (che è anche più colorata e vivace). Per installarla, basta spostare il file style.css (o style-Black.css che però va rinominato sempre in style.css) in /www/ docroot/theme/Fritz/
Oltre all'interfaccia, ho cercato di sistemare alcune cose:
- Ora i copyright non si sovrappongono alle schede e stanno sempre dove devono stare, anche rimpicciolendo la pagina.
- La versione responsive presentava dei problemi: non era possibile, infatti, usare la UI da mobile a causa di un errore nello script.js che consiglio di sostituire con quello modificato da me (sempre all'interno della directory del tema Fritz)
- Dal Firmware 1.1.2, non so perché, non era più possibile cambiare la password dell'utente connesso con l'apposito modulo, perché nello script della pagina non erano stati inclusi i framework jquery e jquery-migrate. Quindi ho caricato anche il file password.lp (anche se non si dovrebbe modificare) con i framework inclusi.
- Ora il menu di navigazione laterale occupa tutta la grandezza dello schermo, dando un tocco più "material"
@Ansuel Se ti va di includere queste UI direttamente negli Update sarebbe bello, altrimenti no problem; chi vuole, può tranquillamente installarle a mano ;)
Allego comunque un paio di screenshot:
(http://i65.tinypic.com/30t3m85.jpg)
(http://i68.tinypic.com/263dl6a.jpg)
Per i file, invece, ecco la cartella di GDrive:
https://drive.google.com/open?id=1gDqfZf6JEN1Ub6OhaGeJ9aigLcnxjuti
Spero vi piacciano e se trovate problemi o bug da risolvere, fatemi sapere :)
-
Ottimo :clap:
-
scusate mi confermate che ultima GUI stabile e' la 7.17.3???? grazie
yes
-
@Kelevra Complimenti per l'interfaccia da te postata. Veramente Figa, sia la versione bianca che nera. :clap:
Sarebbe perfetto se Ansuel, la mettesse con il prossimo aggiornamento della GUI, cosi senza che qualsiasi utente installa a mano il tutto. ;)
@enrico2772 Yes, è l'ultima versione.
-
Sono contento vi piacciano :) comunque nel caso venissero integrate sarei più che felice di mantenerle a mano a mano che escono gli update, anche se alla fine è solo un css da modificare ;) e ciò non toglie che io abbia fatto delle porcherie per sistemare alcune cose :P
-
Ansuel implementa quella nuova veste grafica e' bella!!!
-
E' molto probabile che @Ansuel sia in un periodo in cui è molto occupato, data la scarsa frequenza qui sul forum.
Portate pazienza che sicuramente tornerà attivo :nod:
-
L'aggiunta dei nuovi stili sta avvenendo progressivamente insieme ad altre funzioni BETA, per ora è in corso il fix del css della nuova skin per alcuni problemini. ;)
Ansuel purtroppo è impegnato da esami universitari ed ha poco tempo per stare dietro a tutto.
-
L'aggiunta dei nuovi stili sta avvenendo progressivamente insieme ad altre funzioni BETA, per ora è in corso il fix del css della nuova skin per alcuni problemini. ;)
Ansuel purtroppo è impegnato da esami universitari ed ha poco tempo per stare dietro a tutto.
Ognuno ha la sua vita in fin dei conti ;)
In ogni caso se ci sono problemi con le UI fatemi sapere che cerco di risolvere il prima possibile :happy:
-
@Kelevra Ti ringrazio per la tua disponibilità! :D
Ho sistemato i css ed ora anche la scrollbar è utilizzabile senza problemi (prima non veniva visualizzata)...per adesso procede bene e la skin è adattata al 100%, si continua con altri bugfix. 8)
-
qualcuno ha già portato il tema di telstra per la GUI di ansuel?
-
Mi pare di aver visto la GUI completa in mano di @larsen64it.
Attendiamo lui per conferma.
In ogni caso non c'è ancora la skin per implementarla nella GUI di Ansuel.
-
Ho il dump completo del TG799 australe ver.15. Ho solo importato www su iinet e quasi gira di default. E' composta da una parte di base simile ai comtrend jazztel e BT HH5 con in + una guida e una estesa che è quella tipica di homeware. Non credo che ne valga la pena, poi se a qualcuno serve avevo già pubblicato il link
https://drive.google.com/file/d/0B7ln9Y0q-cmkMWM3OWEtX1Z4Rnc/view
Ciao
-
Ora che @Ansuel è tornato possiamo sperare di avere a breve la modifica dell'SNR con il TIM HUB? O:-)
-
@Giustaf credo che sia legato a Broadcom e non al router
-
Non è legato a broadcom ma al tipo di driver, quelli asus integrano i comandi di cui parlate.
Portate pazienza e restate sintonizzati! :)
-
@-Mirco-
Perdonami ma quali sarebbero questi fantomatici comandi ? Perché io i drivers DSL li ho tutti e potrei provare a darvi una mano. ;)
-
E' una questione più complessa che riguarda il driver fisico, il controller xdslctl e le librerie di sistema.
Il problema non è il comando che è arcinoto ma non ha effetto nelle distribuzioni "standard" broadcom
xdslctl configure --snr XXX
Il problema è riuscire a portare, eventualmente ricompilare tutti i pezzi necessari.
-
@-Mirco- a titolo meramente informativo, agirebbe su entrambi snr, o solo sul downstream?
-
Solo sul dowstream come "sempre".
Non è possibile agire sull' UP in quanto la misura dell' SNR è direttamente a carico del DSLAM e non è quindi possibile "barare" (perchè di fatto è di questo che si tratta, una mera sottrazione al valore reale) sull' SNRM
-
I can't wait to test this new xdsl driver... ;)
Today i saw at github that Ansuel did an Update to 8.2.0 STABLE: "Fix support for new beta firmware telecom."
What is this beta firmware all about ? Is this related to a different device than the DGA4130/32 ?
-
@Lil-Koby It's the 1.1.2_003 Beta Firmware for DGA4130 and DGA4132. :)
-
@Escart94 Oh ok, that makes sense! :)
-
@Ansuel con l'aggiornamento alla versione 8.3.0, nel changelog è indicato "Migliorato e fixata visualizzazione del monitor traffico nella tab Dispositivi Connessi." però almeno a me (con Tim Hub e fibra 200/20 ) c'e' solo il riepilogo in alto con i valori numerici e poi è tutto vuoto ( non c'è nessun grafico )
-
@Ansuel Confermo quanto detto da giulio63. I grafici ci sono, ma non ci sono dati all'interno. Il totale numerico sopra i dati c'è, mancano solo i grafici
-
Ragazzi chiedo lumi a voi su un problema sono con anch'io la 8.3.0 ma non mi funziona il pulsante fisico del WPS nell'AGTEF.
A chi ha questo modem può provare se funziona il tasto per associare uno smartphone alla rete wifi dell'AGTEF per cortesia e mi dice se va o non va??? sono inoltre con gui Ansuel Root e Firmware 1.1.1 ufficiale no beta
Grazie mille
-
per i grafici potreste dirmi l'errore che esce da chrome?
contenuto di /etc/crond/root
potete provare a riavviare il modem ?
ho fatto dei cambiamenti al modo in cui crea i valori, quindi ci dovrebbe volere almeno 1 giorno per ripristinare ed eliminare i dati vecchi e non corretti...
-
dga4132(agthp) unlocker ora opensource :O https://github.com/yandew/dga4132_unlock
-
@Ansuel ho fatto ripartire il router ma non è cambiato ancora nulla, aspettiamo almeno un giorno e vediamo se deve importare dati a sufficienza per generare i grafici
ecco il contenuto del file /etc/crontabs/root
0 5 * * * /usr/share/transformer/scripts/checkver.sh Schedule >/dev/null 2>&1
*/10 * * * * /sbin/trafficmon.lua
*/3 * * * * /sbin/trafficdata.lua
0 5 * * * /usr/share/transformer/scripts/checkver Schedule >/dev/null 2>&1
0 5 * * * /usr/share/transformer/scripts/checkver Schedule >/dev/null 2>&1
0 5 * * * /usr/share/transformer/scripts/checkver Schedule >/dev/null 2>&1
0 5 * * * /usr/share/transformer/scripts/checkver Schedule >/dev/null 2>&1
0 5 * * * /usr/share/transformer/scripts/checkver Schedule >/dev/null 2>&1
0 5 * * * /usr/share/transformer/scripts/checkver Schedule >/dev/null 2>&1
Edit : ho aggiornato adesso alla 8.3.1 e fatto ripartire nuovamente il router , vedo che sull'asse verticale sembra abbia preso dei valori, forse c'e' solo da aspettare
-
@Ansuel sono arrivati i grafici ;-)
-
@giulio63 il cross-posting non è ammesso, ti invito a leggere qui https://www.ilpuntotecnico.com/forum/index.php/topic,79155.0.html (https://www.ilpuntotecnico.com/forum/index.php/topic,79155.0.html)
-
@Ansuel confermo quanto hai detto: dopo circa un giorno, i grafici si sono popolati.
-
@Ansuel
Ho notato le modifiche apportate alla versione 8.5.10 della UI. Apprezzo molto i cambiamenti alle icone, molto più belle ora. Ci sono ancora un paio di accorgimenti da apportare:
Form Login e cambio password
La form non è centrata. Per risolvere, nel file style.css del tema specifico (su tutti e tre i temi fritz!) basta aggiungere alla sezione:
.span4, .offset4{
border: 0;
width: 460px !important;
float: none;
display: block;
box-sizing: content-box;
}
la linea di codice:
margin: auto !important;
Menù laterale da Mobile
Da mobile la pagina è inusabile perché il menù laterale non si ritrae e rimane sempre aperto. Per risolvere, basta modificare il file script.js su tutti e tre i temi fritz!, più precisamente la sezione:
window.onload = function(){
...
}
in:
$( document ).ready(function() {
...
});
In aggiunta, credo sia meglio lasciare il menù laterale completo, non tagliato e spostare i copyright a destra, ma questo è un parere personale ;)
-
@Kelevra se te la senti ti pregherei di usare github per fare questi cambiamenti ;) così ne discutiamo lì
-
In aggiunta, credo sia meglio lasciare il menù laterale completo, non tagliato e spostare i copyright a destra, ma questo è un parere personale ;)
in effetti sarebbe una bella idea, esteticamente ci si guadagnerebbe parecchio.
-
@Ansuel ma la UI telstra su dga4132.tk puoi metterla sulla tua GUI?
-
@Ansuel dopo un aggiornamento firmware non riesco ad installare luci o altro (le porte rimangono chiuse e ricevo connection refused)... Cosa potrebbe essere accaduto?
-
@Ansuel non so se sia un mio problema; sono nel canale dev ma non mi segnala mai la presenza di nuove gui; l'aggiornamento forzato da gui funziona regolarmente, ad esempio ora sono passato dalla .55 alla .57. Ho riavviato il dga 4132 ma senza risultati, devo sempre fare aggiornamento manuale. Non che la cosa mi crei problemi eh, giusto per segnalare.
-
@donato74
Confermo, anch'io sono sulla DEV e non mi segnala automaticamente gli aggiornamenti, il passaggio dalla 55, 56 e adesso 57 gli ho dovuti fare manualmente selezionando dal menu a scomparsa in alto a destra "Cerca Aggiornamenti", con la versione stabile invece nessun problema.
Come dici giustamente neanche a me la cosa dell'aggiornamento manuale crea problemi però è meglio segnalarlo..
:)
-
@Ansuel
DGA4130 - 1.1.1 - GUI 8.6.4
/usr/share/transformer/scripts/refresh_driver.sh
in download_Driver
wget non funziona con l'https.
Basta sostituire con:
curl -k -o /tmp/$driver_set https://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/adsl_driver/$driver_set
-
@maxthemad Sostituendo wget con quello che hai suggerito i driver si scaricano oppure sono corrotti. Grazie
-
@verdes
fatto la modifica stamattina funziona ... Scarica i driver, li sostituisce, interrompe la connessione e la fa risalire ... Vedi il driver che ha scaricato in esecuzione ...
-
@maxthemad Tutto ok ho sostituito quello che hai suggerito ed ora scarica perfettamente i driver come prima. Grazie
-
Io ho solo cambiato https con http e funziona.
-
@ervinq
Si funziona ma è meno "elegante" ( e anche meno sicuro ) scaricare in http ... :)
-
>:(
Io ho solo cambiato https con http e funziona.
IMPORTANTE !!
@Ansuel
Sul sottodominio "repository.ilpuntotecnico.com" non era presente il rewrite forzato in https. Pertanto era possibile scaricare i file anche in http.
DA QUESTO MOMENTO NON SARA' POSSIBILE
Pertanto per utilizzare CURL si deve per sicurezza passare anche il parametro -L che consente di "seguire" eventuali redirect nell'header http.
Essendo forzato https è necessario anche il -k per bypassare il check del certificato.
Quindi ad esempio:
curl -k -L http://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/adsl_driver/A2pvbH042j2.d26r -o test
-
Ok per i driver.
Ma opkg.config come va modificato per usare con https ?
-
:headbang: Installando il pacchetto ca-certificates si risolve il problema con cUrl ma non con opkg e wget.
Serve che qualcuno faccia un debug dell'errore ricevuto da wget
Edit: temo non ci sia soluzione...dovremo rivedere completamente il repository dei pacchetti opkg
-
:headbang:Installando il pacchetto ca-certificates si risolve il problema con cUrl ma non con opkg e wget.
Serve che qualcuno faccia un debug dell'errore ricevuto da wget
Edit: temo non ci sia soluzione...dovremo rivedere completamente il repository dei pacchetti opkg
Su un altro forum ho letto che si può compilare il binary wget con openssl. Senza cosi andare intorno a repository. Quanto sia fattibile la parola ai esperti.
esempio sotto
wget http://xxxxxxxxxxxxxxxxxxx/wget-1.8.2.tar.gz
tar xvzf wget-1.8.2.tar.gz
cd wget-1.8.2
./configure --prefix=/usr --with-ssl
make
make install
-
In openwrt esistono 2 versioni di wget: wget-nossl e wget (con supporto ssl attivato di default)
Quindi per TG789vacV2 basta scaricare dai repository di openwrt wget ed installarlo.
Andare in /usr/bin rinomirare wget (che punta a busybox) e creare un link a wget-ssl con "ln -s wget-ssl wget"
Per i fratelli maggiori credo che valga la stessa cosa.
-
Aspettate....per la verità...il WGET a bordo del router gestisce già SSL.
Il problema è che non piace a Cloudflare...oppure che non carica i certificati delle CA...
Però se fosse disponibile una compilazione più completa è possibile che con ulteriori opzioni (tipo refererr) si riesca a superare i filtri...mi sa che serve una sniffatina
Edit: In attesa di risolvere il problema ho riattivato l'http diretto sul repository
-
Infatti ora https non funziona più solo http, prima installando wget e openssl-util funzionava.
-
Ciao a tutti possiedo Smart Modem Evolution DGA4130 (AGTEF)
Fornitore del prodotto
Technicolor
Nome prodotto
AGEVO
Versione Software
AGTEF_1.0.3
Versione Gui
4.6.8
Nome Host
modemtim
rootato tempo fa cosa faccio?Aggiorno solamente la gui all'ultima versione? o faccio pure l'upgrade firmware? grazie.
-
Infatti ora https non funziona più solo http, prima installando wget e openssl-util funzionava.
:facepalm:
EDIT: RISOLTO IL PROBLEMA
Banalissimo....
il problema è il WGET incluso nella busybox che ha un bug relativo all'utilizzo di reverse proxy
Quindi la soluzione è semplicemente installare il pacchetto WGET presente del repo di Roleo:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/wget_1.17.1-1_brcm63xx-tch.ipk (https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/wget_1.17.1-1_brcm63xx-tch.ipk)
Non è necessario effettuare rename o creare alias.
Sia il wget che opkg utilizzeranno direttamente quello "nuovo" e si collegheranno sia in http sia in https
Se riscontrate invece problemi con il certificato o meglio con la CA, allora dovete installare anche il pacchetto ca-certificates:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/ca-certificates_20161130%2Bnmu1_all.ipk (https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/ca-certificates_20161130%2Bnmu1_all.ipk)
In questo caso però occorre fare attenzione perchè verrebbero sovrascritti alcuni certificati già esistenti nella cartella /etc/ssl/certs.
Pertanto prima di installarlo, rinominare i certificati presenti con nome del tipo AABBCC.0 in AABBCC.1
Attendo feedback !
-
@mavelot
Your solution does work!
I've manually installed wget_1.17.1-1_brcm63xx-tch.ipk + ca-certificates_20161130+nmu1_all.ipk and it does fix the opkg update errors when using https.
For the ca-certificates I had to change 578d5c04.0 and aee5f10d.0 to xxx.1 as you allready mentioned, otherwise i was recieving the following errors when trying to install ca-certificates*.ipk:
opkg install /tmp/ca-certificates_20161130+nmu1_all.ipk
Installing ca-certificates (20161130+nmu1) to root...
Collected errors:
* check_data_file_clashes: Package ca-certificates wants to install file /etc/ssl/certs/aee5f10d.0
But that file is already provided by package * https-certificates
* check_data_file_clashes: Package ca-certificates wants to install file /etc/ssl/certs/578d5c04.0
But that file is already provided by package * https-certificates
* opkg_install_cmd: Cannot install package ca-certificates.
After the successful installation of the ca-certificates opkg update works just fine:
opkg update
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_base
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_packages
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_luci
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_routing
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_telephony
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_management
Downloading http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTK/packages/Packages.gz
*** Failed to download the package list from http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTK/packages/Packages.gz
Collected errors:
* opkg_download: Failed to download http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTK/packages/Packages.gz, wget returned 8.
:clap:
-
Funziona sia http che https.
Per me è go!!!
-
Scusate la nubbiaggine, ma per chi come me smanetta molto meno ed aggiorna semplicemente la GUI di Ansuel (quando c'è un aggiornamento!) ed eventualmente i nuovi firmware beta, cosa deve fare nel caso in cui volesse cambiare il drivers xdsl con un'altro presente nella lista?
funziona tutto come prima?
-
Credo di si ma non ne sono certo. Eventualmente chiediamo ad @Ansuel se necessario di integrare nelle prossime release direttamente il pacchetto Wget e i Certificati CA
-
Ok grazie, allora aspettiamo, nel frattempo meglio starsene buoni senza toccare nulla, così si evita di far danni!
-
@mavelot stavo per fare la stessa domanda di @Giustaf cioè se questo eventuale fix può essere implementato ad esempio nella successiva versione della GUI oppure se cmq c'era da fare qualche passaggio a mano.......
-
Danni non vedo come se ne possano fare. Semplicemente non potete scaricare pacchetti aggiuntivi. Cmq basta che seguite la procedura per installarli e poi funziona tutto di nuovo.
-
Ragazzi appena installo luci (versione 8.6.4 della gui) mi da nginx internal server error come posso ovviare? Non si accede nella pagina di configurazione ma apparentemente tutto funziona regolarmente.
Info led giallo fisso wifi e voip funzionanti eth non funzionano.
Aggiungo che se si prova a fare il restart di transformer e nginx da console da no such process.
Aggiornamento:
Anche dopo aver effettuato la procedura ex novo di downgrade (con autoflash e tftpd in entrambi i modi) e root ho reinstallato luci e boom stesso errore. Spero sia utile.
-
@CicciOPiK Ci sono problemi con wget. Devi seguire il fix dei post precedenti per usare wget.
-
Si ho letto e procedo immediatamente grazie mille non pensavo fosse correlato ma pensandoci facendo la richiesta di install luci non fa nient'altro che un wget.
Risolto Grazie per l'intervento.
-
Innanzitutto ringrazio tutti per questo thread magnifico e per il supporto fornito !
Volevo chiedere se finora qualcuno sia riuscito a far funzionare il wifi in LuCI ?
In più ho visto che installando LuCI viene disattivato l'avvio al boot di nginx, si potrebbe fare qualcosa nel script di installazione per evitare e lasciarli convivere affinché LuCI diventa più stabile ?
-
Buongiorno. Mi dite a cosa serve Luci. Grazie
-
Buongiorno. Mi dite a cosa serve Luci. Grazie
Luci è l'interfaccia predefinita di OpenWRT. A che cosa serve è soggettivo, io personalmente la trovo più leggera e più avanzata a livello del controllo fornito sulla macchina (di predefinito).
Ansuel ha fatto un grande lavorone nel offrire un grado di controlli avanzati sull'interfaccia di nginx, e non è da poco, ma qui rientrano le preferenze (ecco perché è soggettiva la sua utilità)
-
Buonasera ragazzi oltre a dover doverosamente ringraziare per il supporto ricevuto @nclmrc volevo chiedere se qualcuno ha trovato il modo di far funzionare il voip dopo aver impostato una vpn sul tim hub. Gestore TIM ovviamente.
-
Ragazzi io vi faccio una domanda riguardo al nuovo wget....... in pratica, se ho capito bene, l'attuale wget incluso nella GUI 8.6.4 attuale da problemi col download dei pacchetti della repository e quindi, se non si fa applica il nuovo wget appunto, non si riesce ad esempio a scaricare gli eventuali pacchetti extra quali luci i driver ecc. ecc.
Ma la mia domanda è:
Se è cosi anche un'eventuale nuova versione della GUI non verra scaricata per via di questo problema con l'attuale wget ? Oppure le GUI sono riperite dal GitHub ?
-
Ciao,
dopo aver seguito la guida riportata in questo post: https://www.ilpuntotecnico.com/forum/index.php/topic,78585.msg239806.html#msg239806, ho installato luci via GUI Technicolor. Luci risulta installato, ma la pagina 192.168.1.1:9080 non risulta raggiungibile, anche dopo un reboot (che però, contrariamente al primo tentativo fatto di installare luci, non mi blocca il router).
Cos'altro c'è da fare e/o verificare per far funzionare luci sul DGA4132?
Grazie!
-
Ragazzi io vi faccio una domanda riguardo al nuovo wget.......
Non è esattamente così: il wget "problematico" non ha niente a che fare con la GUI ma con la busybox del firmware. Il problema finora non era emerso per via delle nuove impostazioni di protezione che abbiamo applicato al server del forum e repository.
Per quanto riguarda il download della GUI, credo che la cosa non sia impattata in quanto Ansuel utilizza Curl e non wget
-
Scusate la niubbaggine, ammesso che così si possa dire, ma ci sarebbe qualche anima pia che spiega, per noi comuni mortali, come far funzionare i pacchetti extra della gui di Ansuel?
A me funziona soltanto blacklist, anche se non si aggiorna all'ultima release.
Grazie mille a tutti.
-
@mavelot mmmmmmm.. quindi in pratica con una prossima versione della GUI diciamo che questo piccolo intoppo non può esser risolto ?
Che la cosa riguardasse solo i file presi dalla repository l'avevo capito quindi in teoria riguardano solo gli eventuali addons extra e appunto i driver che non vengono appunto scaricati... giusto ?
-
Credo che sia risolvibile. Ci vuole poco ad inserire l'ipk nello zip della Gui e installarlo con lo script di installazione della Gui stessa
-
Lol ok.... capite e sopportate la mia niubbaggine e confusione in merito :)
-
Volendo potenziare il segnale wifi ho modificato il file "wirelless" in etc/config modificando le due stringhe "option country" da EU e IT a US. Ora non ho più il segnare 5gHz, è normale?
-
Salve,
ho da poco riscontrato un problema con l'installazione di Luci (link a github ->) https://github.com/Ansuel/tch-nginx-gui/issues/103 (https://github.com/Ansuel/tch-nginx-gui/issues/103)
ho provato ad installare lighttpd al posto di uhttpd (che mi restituisce errore: Error: No sockets bound, unable to continue
ma con scarsissimi risultati (non ho nessuna funzionalità e mi viene continuamente chiesto di effettuare il login). >:(
qualche idea? (nessun errore nel log lighttpd in /var/...)
Config files:
[ You must login or register to view this spoiler! ]
-
scusate, faccio una domanda facile facile:
e' possibile aggiungere la gestione per le adsl2 della regolazione del SNR direttamente nella gui??
i comandi telnet funzionano perfettamente ma ad ogni riavvio vanno persi, settarlo l'snr direttamente dalla gui sarebbe comodo
-
Si è una cosa molto semplice...
Edit: io non posso provare essendo in FTTC, ma il file deputato a questa funzione è questo:
/etc/config/xdsl
Potresti procare ad aggiungere la riga:
option snr '<valore>'
dove <valore> è lo stesso numero che utilizzi nell'impostazione manuale di xdslctl
Non ho idea se venga automaticamente gestito o no...ma si può provare.
-
Where do you guys download the latest GUI?
I'm only finding 8.6.21... :help:
-
The last one stable is 8.6.4
-
@Lil-Koby
https://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/
That's where the gui get the updates so you can always find the latest stable/dev version there.
GUI.tar.bz2 <-- Stable
GUI_dev.tar.bz2 <-- Dev
-
Thank you both! So the latest Version (8.6.4) = GUI_dev? And it should be considered as stable version?
I never installed any dev version, that's why i' asking...
-
Ma quindi il WOL funziona anche da fuori rete :clap:
L'ho provato dopo circa 5 minuti di stand-by del PC, questo perché ho letto in giro che il modem dopo un certo tempo "dimentica" e non indirizza più il pacchetto.
Leggendo anche su Google+ ufficiale dei beta testere hanno detto che il firmware Technicolor non ha implementato le tabelle hash necessarie per il WOL da fuori rete. Volevo chiedere:
Ma avete fixato voi la funzionalità WOL ? o il problema era un'altro con WOL ?
-
ciao ragazzi, ho bisogno di un aiuto, non riesco piu' a scaricare la lista adblock (e in generale da nessun altro link). Sia wget che curl mi dicono bad address 'winhelp2002.mvps.org' , come se il router non fosse connesso ma in realtà lo è.
-
@Ansuel La Tim permette di avere una seconda linea Voip gratuita ed in effetti io ce l'ho e viene gestita senza problemi dal router. Chiedevo se era possibile in una prossima versione della Gui avere la password in chiaro anche della seconda linea Voip, visto che viene estratta correttamente.
p.s.: i problemi relativi a wget ed installazione dei drivers alternativi verrà risolta a breve definitivamente in una prossima release ?
Grazie
-
si causa vacanze non ho fatto aggiornamenti... il problema del wget e altro e dato da cambi nel repository del forum quindi anche l'autoaggiornamento per ora è rotto...
per la seconda password... fai un issue su github così non me ne dimentico è una cosa molto rapida :)
-
@Ansuel quando torni ufficialmente nel forum per portare avanti lo splendido lavoro della tua Gui???
Se ne riparla a settembre x caso????
-
@Ansuel che differenze ci sono tra reset di fabbrica, ripristina gui e rimuovi root?
-
ritorna tutto allo stato originale
-
@Ansuel
Per essere precisi il wget è sempre stato difettoso....solo che il difetto non veniva fuori perchè non si usava https e un reverse proxy...la cosa è documentata nei bug trace
-
Fortunatamente non è rotto l'autoaggiornamento sia lodato curl...
Ho inserito il wget aggiornato anche se sinceramente aggiornare un pacchetto specifico per un modem non è una soluzione ottima.
-
Da questa versione ho inserito i certificati di default...
-
@Ansuel Bentornato e vedo che come sempre che fai un bellissimo lavoro su questi modem che TIM non sa nemmeno che potenziale hanno, comunque ti avevo messo in Github l'output per il funzionamento del pulsante WPS che non funziona più diciamo quello fisico nel modem ma quello virtuale nella gui si sei riuscito a dargli un'occhiata e se hai capito il problema e magari quando lo puoi rilasciare come aggiornamento GUI??
Grazie mille davvero!!!!
-
Ti avevo chiesto alcune cose nell'issue del github
-
@Ansuel mi sembra di avertele mandate guarda se sono corrette. Se no dimmi la procedura corretta per farti avere più informazioni possibili sui problemi anche futuri.
Grazie mille
-
@Ansuel
Bentornato e grazie per la nuova GUI. Certo è che le mie traduzioni aggiornate mancano e almeno 1 fischio potevi farmelo eh !!!! -_-
-
@Ansuel
Ciao ansuel, dalla tua gui, sotto la tabella telefonia ho notato la presenza della funzione DECT, come devo procedere per farla funzionare? (Dga4132)
-
Ho inserito il wget aggiornato anche se sinceramente aggiornare un pacchetto specifico per un modem non è una soluzione ottima.
Capisco che non sia ottimale....ma non è colpa mia se il wget di busybox è buggato. Di certo non possiamo abbassare la sicurezza del server per questo.
-
@alex261099
Devo escluderlo è supportato solo con o tg800
-
@Ansuel hai implementato il DECT?
-
@nclmrc leggi il messaggio precedente
@Ansuel potresti implementare il "band steering" presente, ad esempio sul firmware UNO ? (cambio banda da 2.4 a 5 GHz se il segnale è sopra un valore preimpostato)
Ed inoltre come posso creare un nuovo ruolo di utenti (mi servirebbe solo per far abilitare assistenza in caso di problemi)?
-
@alex261099 scusa non avevo letto.
-
@nclmrc figurati :)
-
@Ansuel e @roleo secondo voi si possono forzare i 40 MHz sulla frequenza 2.4GHz? Vicino il modem ci sono solo 2 reti: un vicino (a 40 Mhz :wtf:) e il mio ripetitore (EX2700 Netgear) che è costretto a lavorare a 20 MHz causa modem principale.
Inoltre come posso fare a far riconoscere l'interfaccia WiFi a Luci sul mio DGA 4132?
Grazie per il lavoro che fate.
-
@Ansuel ho questo problema con il TimHub : ho applicato il root tempo fa e sempre aggiornata la tua gui anche con la gestione delle 2 linee voip. qualche giorno fa improvvisamente la linea principale non accettava più le chiamate in entrata ma quelle in uscita senza problemi e la seconda linea era ok sia in entrata che in uscita. alla fine dopo diverse prove incrociate con i ruouters precedenti ( il bianco ed il 4130 ) mi sono deciso a sentire la Tim e remotamente senza avvertire mi hanno rimesso il firmware TIM ( anche se il root e l'accesso SSH è rimasto attivo ) ma la telefonia anche se nel tab c'e' "telefonia abilitata" non caricava nulla del voip e neanche faceva entrare nel tab telefonia. avendo ancora l'accesso root ho copia i files del voip da un backup ed adesso mi da' 2 numeri registrati ma ugualmente non entro nel tab ed i numeri non sono realmente funzionanti. il problema principale è che con funziona l'accesso alla acs_url che nel file era vuota ed ho provato sia con reg-mon che con reg-tl ma non riesce a contattarla e quindi non scarica la configurazione corretta. ho provato anche a resettare il router col tasto fisico, ma pur resettandolo continua a non caricare la telefonia. la Tim mi ha proposto la sostituzione del router ( che tra l'altro è stato acquistato su Amazon ma il tecnico ha affermato che sono tenuti comunque alla sostituzione ! ) Ti chiedevo se c'e' qualche impostazione/verifica che posso fare in questa situazione col firmware tim 1.1.1 ed il root o posso provare a rimettere la tua gui e vedere se migliora la situazione ? altrimenti anche se mi scoccia dovrei restituire il router ma vorrei comunque eliminargli il root. grazie comunque. Giulio
-
@giulio63 dopo che la tim ti ha remotamente installato il firmware hai provato a reinstallare la gui di Ansuel o hai mantenuto quella ufficiale?
Te lo chiedo perché dalla gui di Ansuel puoi scegliere la mappatura delle porte fisiche per la telefonia, senza la quale il router registrerà ugualmente il numero di telefono ma qualsiasi telefono collegato non riuscirà a effettuare/ricevere telefonate, inoltre installando la gui potrebbe essere che la tab telefonia torni a funzionare poiché lo script di installazione fa una pulizia della cartella www prima di aggiornare e questo potrebbe risolvere il problema della tab che non si apre.
Per quanto riguarda la telegestione prova a vedere cosa ti dice nei log di cwmpd (Tab gestione modem -> visualizzatore log) riguardo agli indirizzi
-
@Diavulrus e @Ansuel, mi ero tenuto come ultima ipotesi la reinstallazione della Gui di Ansuel, nell'ipotesi che dovessi farmi sostitituire il router. in pratica dopo che la Tim mi aveva reinstallato la loro versione ufficiale mi ero ritrovato che in nessun modo la telefonia funzionava ( neanche copiando i file di configurazione del voip che avevo ) e la cwmpd non funzionava sia dal lato mio ( ho provato anche a sostituire la acs_url ) e sia il tecnico non riusciva a gestire il router remotamente. Lo strano è che anche facendo un reset fisico il problema rimaneva. Alla fine oggi ho voluto provare a reinstallare la Gui di Ansuel ed utilizzando un file di configurazione che avevo estratto pochi giorni fa sono riuscito a ripristinare totalmente la situazione anche se avrei voluto capire cos'era successo e risolvere direttamente modificando i files ma sarebbe stato più complesso o impossibile !
Adesso altre 2 domande :
1) che voi sappiate , il vecchio router per la 100m , lo "scolapasta bianco - Smart Modem Technicolor" dovrebbe gestire la seconda linea voip ? perchè pur tenendolo tante ore accesso non ha mai scaricato i dati per la seconda linea voip ed a tutte e 2 le linee corrispondeva il numero principale. non so se serva un upgrade del firmware da remoto o comunque una forzatura da Tim
2) mi trovo con delle situazioni strane riguardo la password della gui, su un 4130 e' rimasta quella originale admin e ora non la tocco, ma su un altro 4130 mi ritrovo una password che avevo cambiato tempo fa nel formato Aaaa.bbbbbb.nnnn (lettera maiuscola, carattere ".", lettere minuscole e numeri), e su un 4132 nel formato aaaaaa ( 6 sei lettere minuscole ) ma se voglio riportarle ad "admin" mi da' il messaggio che "La password deve essere formata da almeno 12 caratteri alfanumerici inclusi maiuscole e minuscole e almeno un carattere numerico e un carattere speciale" .
Non c'e' un modo per superare questo blocco e far accettare qualunque password o almeno riportarla ad "admin" ?
Grazie
-
@giulio63 la gui custom dovrebbe aver rimosso questo blocco... se vuoi controllo
-
@Ansuel mi scuso, non avevo fatto caso alla scritta "Continue anyway" che compare in basso nello schermo e ho visto che c'era da cliccare questo bottone per superare i criteri della composizione della password ( che alla prima occasione si potrebbe tradurre se possibile ) quindi tutto ok per il cambio password della tua Gui .
Invece anche se non è il topic adatto, sai dirmi se il router bianco ( lo scolapasta bianco per i 100M ) puo' gestire la seconda linea voip o deve avere per forza la stessa linea per tutte e 2 le uscite ? forse con un update del firmware da tim ? ( è una versione non modificata )
Grazie di nuovo
-
@giulio63
La gestisce tranquillamente
-
@mavelot a me a tutte le uscite corrispondono la linea principale ma non riesco a configurare la seconda linea voip mentre sia col 4130 che col 4132 non ho problemi. era per avere un router "immacolato" e funzionante con tutto anche se fino a 100m
EDIT : ho visto che mi hanno aggiornato il firmware ed adesso gestisce correttamente le 2 numerazioni VoIP
👍
-
Per quanto riguarda la telegestione prova a vedere cosa ti dice nei log di cwmpd (Tab gestione modem -> visualizzatore log) riguardo agli indirizzi
prendo spunto da questo post per chiedere se qualcuno ha fatto qualche prova in piú riguardo la telegestione: Sembra che il router tiscali dopo aver installato la custom GUI non prenda piú i parametri dal CWMP.
Dal log di "interessante" si legge solo un SetParametersValue Fault ... c'é modo di avere un log piú dettagliato? altrimenti sto andando un pó alla cieca per carcare di fixare...
senza modifiche (dopo un factory reset da GUI Ansuel, quindi mantenendo il root) il firmware tiscali scarica correttamente la config ma poi se provo a mettere config "sbagliate", elimino il file /etc/cwmp.db per simulare un factory reset, e dare un /etc/init.d cwmpd restart per cercare di far reiniziare tutto lo scambio con l'ACS il balocco si riavvia completamente e comunque dopo il riavvio non riesce a scaricare le config (Sembra non ricevere proprio il SetParametersValue ma fa solo uno scambio con alcuni GetParameters)...
qualcuno mi sa dire inoltre a cosa serve il bin cwmpevents?
EDIT: capito il motivo per cui con il firmware Tiscali parte il riavvio al reset di cwmpd, scritto tralaltro anche qui: https://www.ilpuntotecnico.com/forum/index.php/topic,77988.msg227802.html#msg227802
-
we ciao, alla fine adesso c'è la possibiltà di compilare e caricare kernel custom? O almeno kmod?
-
!!! Messaggio importante per tutti gli utilizzatori della GUI Ansuel !!!
!!! Important message to all the user that are currently using the GUI Ansuel !!!
Versione Italiana:
A seguito di un duro lavoro e molte richieste, stiamo lavorando su una skin totalmente personalizzata e senza l'ausilio di cards, a cui siamo abituati: ma ci serve il vostro aiuto.
Abbiamo, per questo motivo, aperto un sondaggio per chiedere consigli e preferenze agli utilizzatori, per rendere migliore questo progetto.
Vi rimando all'indirizzo del sondaggio, che sarà disponibile anche in lingua Inglese.
Link Sondaggio Italiano: https://www.sondaggio-online.com/s/9bf505f (https://www.sondaggio-online.com/s/9bf505f)
English version:
To due hard work and many requests, we are working on a totally personalized skin without the use of cards, which we are used to use: but we need your help.
For this reason, we have opened a survey to ask for advice and preferences, in order to make this project better.
Address of the English Survey: https://www.sondaggio-online.com/s/029a45f (https://www.sondaggio-online.com/s/029a45f)
Grazie. // Thanks.
-
Se avete intenzione di investire tempo nella realizzazione di una nuova interfaccia, perché non cercare di adattare luci?
Sarebbe la ciliegina sulla torta secondo me.
-
Volevo segnalare che il grafico Bits DSL con la gui precedente sull'asse y come valore arrivava a 16, ora si ferma a 5, mentre l'asse x è rimasto invariato.
Chiaramente in questo modo anche il grafico viene pesantemente modificato.
[ You must login or register to view this spoiler! ]
-
Ciao, quoto roleo, secondo me meglio Luci che l'ennesima (ottima) interfaccia.
un quesito: ho trovato nel repo di @roleo i sorgenti Fastweb per il 4130. Da un paio di giorni cerco di tirarne fuori qualcosa di utile ma non c'è verso. Qualcuno è riuscito a compilare?
-
A quali sorgenti ti riferisci?
-
@roleo - a questi: mi pareva di aver letto che sono di provenienza Fastweb...sbaglio?
(https://s22.postimg.cc/bt8aeddr5/roleo.jpg) (https://postimages.org/)
-
Quelli sono i sorgenti che ho messo in piedi come spiegato qui.
https://www.ilpuntotecnico.com/forum/index.php/topic,77766.0.html
La parte fastweb è minimale e gpl.
Se vuoi riuscire a compilare, allora ti serve il tar.gz di fastweb o quello di tim completo.
-
Grazie per il chiarimento.....domanda sciocca: dove posso trovare i tar.gz che hai menzionato? Probabilmente sono closed.....
-
Diciamo che l'interpretazione della licenza non è certa.
E' stata battezzata come closed e di conseguenza gli archivi non sono stati condivisi..
-
Ciao e grazie.
-
Se son basati su openWRT dovrebbero essere open in quanto openWRT usa la GNU General Public License Version 2.
-
bhé se per questo anche la VSR mi pare leggevo sia basata su openwrt, ma degli ISP italiani in generale credo di non aver mai visto cicciare fuori un soruce...
-
@roleo , non so se lo sai già, ma su agtef 1.1.1 + gui 8.7.2, aggiornare il sistema con opkg upgrade bricka (luce info arancione - luce ethernet verde fissa).
opkg list-upgradable
Multiple packages (libstdcpp and libstdcpp) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (libgcc and libgcc) providing same name marked HOLD or PREFER. Using latest.
odhcpd - 2017-07-04-f0d78e7ebfa785fd6037e1f1f711d6c382450c3b - 2017-12-22-7aa2594c5a127d92fa8f04328ac7b43e595bcaa7
procd - 2017-06-28-e0098d49a95d6f33252c9eb2f98e963c3fffe50b - 2017-07-20-1
libuci - 2016-07-04.1-1 - 2017-04-12.1-1
tcpdump - 4.9.0-1 - 4.9.2-1
uci - 2016-07-04.1-1 - 2017-04-12.1-1
Multiple packages (libstdcpp and libstdcpp) providing same name marked HOLD or PREFER. Using latest.
libstdcpp - 4.6-linaro-1 - 4.8-linaro-1
Multiple packages (libgcc and libgcc) providing same name marked HOLD or PREFER. Using latest.
libgcc - 4.6-linaro-1 - 4.8-linaro-1
snmpd - 5.7.3-6 - 5.7.3-9
libnetsnmp - 5.7.3-6 - 5.7.3-9
libopenssl - 1.0.2k-1 - 1.0.2n-1
nginx - 1.10.3-1 - 1.12.1-1
-
È normale che sul mio smartphone in wifi su DGA4132 ultima gui Ansuel mi venga assegnato anche un indirizzo ipv6? Sul router ho l'opzione ipv6 disabilitata.
-
@ElDavo
Ne sono cosciente ma non ho il tempo di mettermi a filtrare il repo togliendo tutti i pacchetti che vanno in conflitto.
Il problema era già stato citato, non bisogna sovrascrivere pacchetti se non esplicitamente indicato.
Vedi
https://www.ilpuntotecnico.com/forum/index.php/topic,77766.msg222527.html#msg222527
e soprattutto nel mio primo post del topic openwrt:
https://www.ilpuntotecnico.com/forum/index.php/topic,77766.msg222126.html#msg222126
-
bhé se per questo anche la VSR mi pare leggevo sia basata su openwrt, ma degli ISP italiani in generale credo di non aver mai visto cicciare fuori un soruce...
Non sarebbe la prima volta e, purtroppo, neanche l'ultima. Io ho una Vodafone TV Solution comperata alla svendita, c'era il link per scaricare i sorgenti ma la CPU è una STi7105 e il compilatore non ci sarebbe anche se su openWRT c'è un'architettura simile, se non ricordo male.
Anche se il marchio è Vodafone però il sistema era una personalizzazione di un dispositivo prodotto da spagnoli, sempre che non ricordi male.
-
@Ansuel nelle prossime versioni della GUI, ci sarebbe modo di integrare la funzionalità della blacklist senza dover installare quella presente in "Stato GUI". ? A me quella non vuole funzionare.
-
Ragazzi due domande:
1) Ma l'ipv6 funziona?
2) Vorrei far funzionare la risoluzione nomi locale (il nome dominio è "lan", ho messo nomi host ai miei dispositivi, quindi sono in grado di pingare "scolapasta.lan", "telefono.lan" e così via, nomi dominio che rimandano ai rispettivi IP locali), ma per fare ciò è necessario che il DNS dato dal DHCP sia il router (quindi 192.168.1.1). Così facendo, però, i dispositivi si rivolgono al router anche per i nomi dominio globali, router che si rivolge ai DNS Telecom (bloccando quindi domini come torrentz2.eu). Come posso indicare a dnsmasq di non usare i DNS che gli vengono forniti da Telecom ma di usare quelli Google?
Se metto 8.8.8.8 come DNS dato dal DHCP, ovviamente torrentz2.eu funziona, ma la risoluzione nomi locale no.
Non so se mi sono spiegato ahahaha avete una soluzione? :help:
-
Ho notato che la condivisione file ha qualche incompatibilità con Windows 10. Mentre con il Seven vedo il Modem sfogliando la rete, in Windows 10 non appare affatto. Però è possibile raggiungere la condivisione se uso l'IP ma il nome della condivisione è un po' astruso.
Sul forum TIM in molti lamentano questo fatto così come alcuni hanno problemi con il DLNA.
-
@Ansuel mi scuso in anticipo se è stato già detto; ho provato a cercare ma non ho trovato nulla. Nelle ultime dev, con la nuova interfaccia di login, la tab Gateway riporta un valore di Connessione che non mi spiego; pare quasi indicare una ADSL 8 mega... I dati nella xDSL sono invece ovviamente corretti.
Richiesta, è possibile decidere se fare accesso direttamente alla pagina cards, dopo aver fatto login?
Grazie :)
-
@Ansuel Io con l'ultima GUI 8.7.82 e con firmware AGTHP_1.2.0_001, non riesco a fare "Esporta configurazione", mi restituisce questo messaggio di errore "Esportazione fallita, riprovare."
-
@Ansuel ho aggiornato alla versione 8.7.85 e non so se anche da qualche versione precedente, se vado in Avanzate-Impostazioni profilo tenta di andare al link http://192.168.1.1/password.lp ma da' il messaggio d'errore :
La pagina non funziona
192.168.1.1 non ha inviato dati.
ERR_EMPTY_RESPONSE
Ricarica
Grazie
-
@giulio63, ho provato e mi da lo stesso errore.
-
@Escart94 @Ansuel come siamo messi col sondaggio per la tutta nuova gui ? Ci potete dare qualche info sul progetto e su come e se è in sviluppo e che novità ci porterà ?
@giulio63 sei nella developer giusto ?
-
@Diabolik si sono con la versione sviluppatore dove è stato già applicato dalle ultime versioni, il nuovo stile della Gui oggetto del sondaggio.
p.s.: già con la versione 8.7.86 è stata risolta l'anomalia del menù per impostare la password della Gui
-
Buongiorno a tutti
ho un DGA4132 Tim non ancora sbloccato che non riconosce la chiavetta Alcatel IK40V (TIM). Con la GUI di Ansuel la chiavetta in questione verrà riconosciuta per il fallback? In caso negativo potete per favore indicarmi quali chiavette 4G sono supportate?
Grazie mille
-
ciao, se non riconosce la chiavetta, non la riconoscerà neanche dopo lo sblocco
-
@Ansuel con la versione dev 8.8.1 non fa più accedere alla gui
-
@Vasudev la chiavetta ZTE MF831 viene riconosciuta dal router mentre quella di Tim non viene riconosciuta! la ZTE la puoi trovare su Amazon ed Ebay, e supporta anche antenne esterne se necessarie
-
@Ansuel confermo quanto detto da @giulio63
-
aggiornando manualmente utilizzando WinScp o ssh , con il file batch ( /usr/share/transformer/scripts/upgradegui ) si ritorna alla normalità ( attualmente si è arrivati alla versione 8.8.12 )
-
Ciao ho un dga4132 ed ho installato la nuova gui versione dev. firmware 1.2.0
ci sono alcune cose che non mi tornano...
ad esempio non so come mai, ho assegnato gli ip statici e mi succede questo:
con gli ip assegnati in modo manuale sul pc la gui non mi fa vedere il nome del device che e' connesso, mette unknown
con gli ip assegnati in modo automatico va, vedo tutto, ma se riavvio il modem su tutti i pc in cui e' assegnato il modo automatico cancella i dns e mette come dns 192.168.0.1, il che non lo fa' navigare ovviamente....
p.s risolto parzialmente.
Stranamente sul server dns c'era 192.168.0.1, quindi il problema di assegnare i giusti dns e' risolto.
rimane il fatto che non comunica il nomehost quando sul client e' abilitato un indirizzo fisico riservato con i suoi dns
se metto il dhcp sul client in automatico ma reimposto i dns non fa' vedere l'hostname. ecco il problema !
altro problema, se in assistenza,abilitando l'opzione, metto password manuale, al momento di salvare mi dice, password is empty.
la telegestione funziona solo se ho il cellulare allacciato alla rete locale, ma se spengo la wifi sul telefono non mi trova il modem.
-
Informo che i nostri amici austrialiani hanno reso compatibile Luci con 789vac v2 e compagnia
https://github.com/nutterpc/tg-luci
Personalmente l'ho installato su 789vac v2 e firmware UNO il wireless ancora non funziona e sostituisce completamente l'interfaccia di base, pare non si possa configurare ne wireless, ne xdsl ne telefonia (per ora)
-
Interessante anche se non è chiarissimo.
In particolare non capisco che kernel è.
-
io invece non capisco il senso del debloat script...
castri il modem a caso quando puoi benissimo far convivere insieme luci e la webui originale... BHA...
complicano le cose quando non serve...
-
https://github.com/nutterpc/tg-luci/blob/73361112f9ccdac3af580ea0fa0251d9d9eb77b5/install.sh
Ho fatto script sulla linea di quello del DGA che evita di distruggere tutto il modem e come sul DGA installa semplicemente luci sulla porta 9080, il nostro amico é al lavoro per risolvere la compatibilità con il wifi, anzi a dirla tutta pare ci sia anche già riuscito: https://forums.whirlpool.net.au/forum-replies.cfm?t=2650998&p=119#r2379
-
Ma se si usano i file di configurazione presenti prima della modifica su etc/config non dovrebbe andare? Luci è solo l'interfaccia ma sono poi quelli i file che vengono usati.
-
infatti é proprio quello che ho fatto, lo script che era stato realizzato per l'installazione andava a disattivare servizi e "sbiancare" molte configurazioni che era una cosa non affatto necessaria per il funzionamento di luci
-
@FrancYescO
Si conoscono le modifiche apportate a luci & Co., perché la semplice installazione (tg789) era possibile sia per la 16.x che la 17.x.
-
@larsen64it intendi la semplice installazione con rpcd non funzionante?
comunque non é cicciato nulla fuori più di quegli ipk... é la prima cosa che gli ho chiesto almeno un diff patch spero si decida a postarlo
intanto posso dire che cosí comé, tolto il wifi, funziona tutto abbastanza bene... dice anche che lui sul 799 aveva l'xdsl funzionante io non vedo opzioni a riguardo...
-
Rpcd funzionava bastava cambiarlo con la stessa versione del fw per 16.x e 17.x +, se non ricordo male libubox per la 17.x, comunque erano tutte problematiche che credo abbia trovato e risolto Roleo per i fratelli maggiori. A me interessava appunto la gestione bcm, stiamo a vedere.
-
@giulio63 quindi di fatto ti senti di consigliare il passaggio alla versione developers rispetto alla stabile che se non sbaglio è ancora ferma alla 8.7.2 ?
Leggevo sopra che con una precisa versione la gui non era + accessibile........ non vorrei magari fare il passo e incappare in casini perchè senno non avrei un secondo router per rimpiazzare l'attuale :)
*EDIT*
Va bè non potevo stare..... attivato su "Sviluppatore", dalla home ho fatto un check e quindi installata la 8.8.13
Sono nella nuova GUI dopo aver rieffettuato il login e mi mancano diverse voci.......... tipo manca la parte wi-fi e vedo le info i dispositivi connessi le statitische ma per esempio non posso aprire le varie opzioni.
Mi sa che c'è da capire come funziona questa tutta nuova GUI :)
*EDIT 2*
Ricliccando su "Stats" tornano le Cards.... in pratica la pagina che prima era di default con cui accedere alle varie configurazioni...
-
@Diabolik in "Funzioni Extra di Sistema - Aspetto Gui" modificando la voce "Gui FirstPage" puoi scegliere se avere come schermata principale quella classica oppure le "cards riassuntive" presenti nelle ultime versioni della gui
-
E si @giulio63 mi sono dato poi una vista in giro, tra le varie opzioni, e ho trovato un pò di cose tra cui questa appunto :)
Non ho fatto poi un'ulteriore edit senno sarebbe venuto un post chilometrico :)
-
Mi sa' che ho combinato un casino.
ho salvato la config, e poi ho cambiato la riga dove portava il nome assit per il login in remoto, poi ho importato, ma adesso la gui non mi fa' accedere se non in telent... posso resettare le impostazioni da telnet ?
ho gia risolto con un bel reset !
-
In seguito ad un'aggiornamento della gui non mi fa più accedere con i soliti username e password, come resetto le credenziali?
ovviamente ho l'accesso con root al dispositivo
Ho provato a cercare ma non trovo risposta, se possibile vorrei evitare un reset visto che tutto il resto è settato per benino :)
P.S. non ricordo la versione pre aggiornamento e nemmeno quella a cui ho aggiornato e non riesco ad entrare per vederla, sorry
EDIT : risolto con riavvio nginx
-
Ciao a tutti ieri ho installato la GUI per TIM HUB. Le prime due cose che ho notato:
1. La password dell'account "admin" per accedere all'interfaccia rimane dopo il riavvio, stessa cosa anche dalla parte "root" con LuCI
2. Sulla parte LuCI è impossibile gestire le schede wifi (mancanza driver?)
3. Quando voglio aggiornare i pacchetti ho il seguente errore:
Collected errors:
* opkg_download: Failed to download http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTK/packages/Packages.gz, wget returned 8.
-
Bella la Gui dev.
Ho voluto provarla ma ho i seguenti problemi:
- non mi va la telegestione
- non vanno Luci, Xupnp
- l'applicazione Modem AGTEF non mi fa più fare il login
-
@Brian_Furious
1) cioé non riesci a cambiare le password?
2) ci sono da fare fix e adattamenti su luci per averlo configurabile da li
3) il link della repo in /etc/opkg/distfeeds.conf é solo un placeholder non valido, ci sono alcune repo che potresti mettere in sostituzione anche quelle ufficiali di openwrt ma ti sconsiglio un upgrade e in generale di fare attenzione con quello che installi perché c'é molta roba non compatibile
@CastleBravo
riguardo la telegestione stiamo capendo dove sia il problema: https://github.com/Ansuel/tch-nginx-gui/issues/210 probabilmente se hai camiato i dns é quello.
-
@FrancYescO no non ho cambiato i DDNS, ma con l'aggiornamento di stamattina 8.8.35 è tornato ad andare.
Cambiando i DDNS la fonia va o non va?
Non mi vanno Luci e Xupnp e l'app che trovavo comoda AGTEF Utility 1.209, non mi permette il login ma le altre funzioni vanno
-
non mi pare ci siano nomi a dominio nella configurazione base di telecom per la fonia quindi dovrebbe funzionare senza problemi..
puoi spevificare meglio che problemi hai con luci e xupnp li hai installati ma non si aprono? prima funzionavano? piú o meno da che versione si sono rotti?
-
Ok perchè mi pareva che mesi fa si dicesse che se si cambiavano i ddns non andava più la fonia.
DOpo provo a cambiarli.
Ho notato che con le GUI Fritzbox (tutte e 3) non si apre la tab "Telefonia" andando sulla card ma solo sul titolo a fianco.
Per quanto riguarda Luci e Xupnp non mi vanno ormai da diverso tempo, parecchio direi anche se non ricordo la versione gui.
Si installano ma quando li apro si apre la finestra del browser con:
"Impossibile raggiungere questa pagina
Prova
Verifica di avere l'indirizzo Web corretto: http://192.168.1.1:9080
Cerca "http://192.168.1.1:9080" su Bing
Aggiorna la pagina
Dettagli
Segnala questo problema
Informativa sulla privacy "
-
@CastleBravo su che versione firmware sei? /etc/init.d/uhttpd restart riesci ad eseguirlo?
-
@FrancYescO ho la 1.2.0_001 con gui 8.8.36
se do quel comando da putty mi da:
-ash: uhttpd: not found
-
Appena installata/aggiornata la 8.8.37........ ho notato che adesso la GUI ha una sorta di aggiornamento ogni 3 secondi (l'ho notato dal tempo di attività). Ho provato a cercare tra le opzioni ma c'è un'impostazioni tipo per aumentare/abbassare il tempo di refresh (ammesso che sia effettivamente un refresh) ?
Ho anche notato che c'è l'opzione in merito ai dns... è forse possibile cambiare ora i dns ed impostare altro senza perdere il voip ?
-
l'aggiornamento c'é sempre stato forse prima non lo notavi semplicemente perché non c'era l'animazione :D attualmente il tempo di refresh é fisso.
io non sono informatissimo a riguardo ma non capisco perché perdevate il voip dato che i dns venivano assegnati solo dal dhcp prima..io direi che dovreste provare a vedere se funziona
-
Ciao ragazzi,
Ho attivato ssh su wan. Ma, come temevo, sono stato subito bersagliato dai bot che fanno bruteforce.
Siccome non voglio che mi arrivi un simile traffico, vorrei cambiare porta.
Come faccio?
Ecco quello che ho provato:
uci set dropbear.wan.Port='22000'
uci set firewall.SSH_wan.dest_port='22000'
uci commit
reboot
Ma, al riavvio, non si vede nulla (da wan) né su 22000 né su 22.
Come si risolve?
O magari, feature request, mettere la possibilità di farlo da GUI?
-
Cambiare porta è un palliativo: se vuoi davvero lasciare in ascolto SSHD su WAN, la best practice prevede disabilitazione dell'accesso tramite password ed attivazione di quello tramite certificato con passphrase.
-
Ci sarebbe anche la tecnica del port knocking, per aprire la porta SSH devi prima collegari a una o più porte a scelta.
-
Non ho riportata quella possibilità perché non so se il relativo pacchetto sia compilato per il kernel/architettura di questi router.
-
Peccato. Questo non risolve più di tanto il problema, traffico ce ne sarà sempre.
Non c'è fail2ban? O qualcosa del genere?
Per le chiavi pubbliche, preferisco non usarle perché ho paura di perderle, però, le dovro usare per forza ^^
Ma perché dovrebbe essere così complicato cambiare porta? C'è qualcosa di hardcoded?
-
Per fail2ban vale lo stesso discorso: non so se sia compilabile e/o compilato per questi router.
E comunque non puoi eliminare il traffico, se non eliminando fisicamente il nodo che quel traffico genera...infatti la sicurezza si implementa non eliminando il nodo, operazione impossibile ovviamente, bensì diminuendo o azzerando le probabilità di accesso.
-
E' inutile dire queste cose.
Ad accedere non accederanno mai, dato che il sistema a chiave pubblica è sicuro.
Semplicemente non voglio che mezzo milione di dispositivi IoT bucati mi facciano sprecare CPU e banda. Un modo supereffettivo di farlo è cambiare porta e mettere 62773.
Va be, ho messo anche un po' di rate limiting. Dovrebbe bastare.
Quindi, ricapitolando, fail2ban e simile sono nello stato "non si sa se funziona".
E il feature request rimane, cioè la possibilità di cambiare porta a dropbear.
Ovviamente non pretendo nulla, nel caso sistemiate questa feature, fatemi un fischio, sennò no
Ciao :)
-
@FrancYescO riguardo al DNS..... io non l'ho mai provato perchè di solito imposto i dns direttamente a livello di dispositivo ed ip fisso poi per i dispositivi wireless che di fatto usano il dhcp nel 99% dei casi appunto dalla GUI è settabile quali dns assegnare.
Semplicemente leggendo qua la avevo capito che era possibile, cambiando qualche conf a mano nei file, cambiare i dns stessi della connessione fisica e avevo appunto letto che ciò causava la perdita della VoIP..... ora con questa GUI invece ho visto che nel TAB "Accesso ad Internet" scorrendo verso il basso c'è un FLAG che dice "Server DNS" e ci sono i soliti dns di telecom poi c'è "Trova automaticamente DNS" acceso. Lo si può spegnere ma poi non ho capito bene come funziona....... c'è "Add newServer DNS" e compare il form dove, credo, sia possibile aggiungere DNS alternativi ma non sono poi cosi sicuro come funziona il tutto.
Hai info in merito ? Se per esempio agli attuali "85.37.17.57,85.38.28.80" si potrebbe aggiungere i classici "8.8.8.8,8.8.4.4" non sarebbe poi cosi male.........
-
L'ho sviluppata in prima persona quella parte, non fa altro che appunto cambiare i dns proprio della connessione.
se ne vuoi aggiungere basta che li aggiungi, se vuoi ignorare quelli del provider e usare solo i tuoi (e ti consiglio 1.1.1.1,1.0.0.1) spegni il trova automaticamente... al massimo se noti problemi di sorta puoi provare a mettere come dns terziario uno del provider (con il trova automaticamente attivo non ricordo che priorità da a quelli del provider)
-
^^ Aspetta Aspetta com'è che funziona ? Allora disattivo il trova automaticamente e aggiungo ciò che voglio.... se ho capito va prima il dns primario poi il secondario seguito dalla virgola.
Cioè io ad oggi non ho mai toccato nulla e con il trova automatico mi indica quei dns quindi potrei disattivare il trova automaticamente e magari inserire una stringa tipo "8.8.8.8,8.8.4.4,85.37.17.57,85.38.28.80" giusto ?
In quando ai dns da te suggeriti......... sono la prima volta che li sento nominare ma che dns sono ? Sono "migliori" (per quanto facciano la differenza) dai + noti google dns ?
*EDIT*
mmmmmmm... semplice ricerca con google per scoprire questi nuovi DNS made by Cloudflare.
Li ho impostati appena adesso...... nel PC attuale e nel router nel server DHCP (in modo che li ottengono tutti i miei dispositivi mobile e/o tutti i dispositivi connessi alla mia wi-fi). Appena posso li imposto sul MySky (che ne richiede uno solo) e sul mio Pi2.
A livello di connessione sul router invece non vorrei far casini....... se cambio poi spu**ano la navigazione sono rovinato :)
-
E' inutile dire queste cose.
Non è inutile chiarire a chi legge che è concettualmente errato considerare la possibilità di eliminare il traffico in ingresso.
Ad accedere non accederanno mai, dato che il sistema a chiave pubblica è sicuro.
Così come è concettualmente errato considerare sicuro tout-court qualsiasi sistema informatico, soprattutto se in rete: meglio smorzare il tono di talune affermazioni aggiungendo quanto meno l'avverbio "ragionevolmente", al fine di non infondere false sicurezze in chi legge.
Un modo supereffettivo di farlo è cambiare porta e mettere 62773.
Ribadisco che cambiare porta è un palliativo: per dieci attaccanti che proveranno bruteforce su porte standard e passeranno al bersaglio successivo una volta preso atto che sono chiuse o filtrate, ce ne saranno almeno altrettanti che eseguiranno port scan preventivo e successivamente proveranno bruteforce sulle porte aperte.
E lì sei punto a capo, perlomeno se non integri anche software tipo knockd.
Quindi, ricapitolando, fail2ban e simile sono nello stato "non si sa se funziona".
Software che nel caso di questi router sono nello stato "non so se siano compilabili e/o compilati": attendi eventuali indicazioni da chi segue un minimo queste questioni (ad es. @roleo ) oppure ancora meglio puoi dedicarti in prima persona all'analisi della fattispecie, se ne hai le competenze tecniche.
E il feature request rimane, cioè la possibilità di cambiare porta a dropbear.
Io al tempo dei miei (pochi) smanettamenti avevo avuto esito positivo modificando direttamente il file di configurazione di dropbear, comunque cerca in questa o discussioni analoghe, mi pare si sia già parlato nello specifico di questa modifica.
-
Tralasciano che sono d'accordo con @MisterFTTH di utilizzare la chiave, il fatto di cambiare porta anche lasciando password come autenticazione permette di abbattere il 90% del traffico sporco (chi si mette a fare i portscan e analisi dei servizi su ogni porta é in numero molto minore di chi appena trova la 22 aperta si mette a fare bruteforce) cosa che invece non accade lasciando sempre la 22 come porta per ssh (i bot arriveranno comunque fino al punto in cui poi si accorgono di non poter usare la password come autenticazione)
Utilizzando la porta 22 tempo un paio d'ore e ti trovi qualcuno che sta tentando un bruteforce, cambi porta e puoi star tranquillo per mesi anche senza la necessitá nemmeno di f2b (che se attivo sulla porta 22 inizia a mangiare ram per tutta la gente che inizia a bloccare)
insomma per star piú tranquilli ed evitare anche il traffico sporco bisogna sia cambiare porta che togliere l'auth con password
-
@Brian_Furious
1) cioé non riesci a cambiare le password?
2) ci sono da fare fix e adattamenti su luci per averlo configurabile da li
3) il link della repo in /etc/opkg/distfeeds.conf é solo un placeholder non valido, ci sono alcune repo che potresti mettere in sostituzione anche quelle ufficiali di openwrt ma ti sconsiglio un upgrade e in generale di fare attenzione con quello che installi perché c'é molta roba non compatibile
1) Ho aggiornato all'ultima versione GUI 8.8.39 e Firmware AGTHP_1.2.0_001 e ho risolto cosi.
2) Capito. Arriverà una "forzatura" della banda 40Mhz su 2.4Ghz?
3) Ah ecco, allora penso che serva poco OpenWrt per ora :'(
Un'altra cosa. Ho cambiato modem su DSL-AC88U e dopo 2 minuti ho avuto i miei 20Mbit di upload, pensavo fosse un miglioramento modem, ma dopo un riavvio per verificare se la password restasse ritornano i 14Mbit. Devo dire che disto a 78Mt. dall'armadio e aggancio 80Mbit down e 14Upload. Considerando che sono in derivata e forse tanta diafonia non giustifica i 14Mbit di upload. Gente in condizioni estreme a 300Mt riescono a tenere 20Mb upload puliti. Dove posso aprire magari una discussione al riguardo?
-
Utilizzando la porta 22 tempo un paio d'ore e ti trovi qualcuno che sta tentando un bruteforce, cambi porta e puoi star tranquillo per mesi anche senza la necessitá nemmeno di f2b (che se attivo sulla porta 22 inizia a mangiare ram per tutta la gente che inizia a bloccare)
insomma per star piú tranquilli ed evitare anche il traffico sporco bisogna sia cambiare porta che togliere l'auth con password
Mi era venuto in mente di mettere su un falso server SSH ma ci hanno già pensato, questo è in goolang
https://github.com/jaksi/sshesame
Però ne potrei fare uno con un microcontrollore....
-
@FrancYescO questione dns... ho appena provato a spegnere il "Trova automaticamente" poi ho aggiunto i tuoi suggeriti. Li ho aggiunti separatamente perchè se li mettevo separati da una "," in un'unica riga da un'errore.
I due dns dns compaiono da subito alla destra del "Server DNS"......... il voip sembra ancora funzionare. Se riattivo il "Trova automaticamente" dopo pochi istanti ricompaiono quelli che ti indicavo nei reply precedenti.......
Ora lascio cosi.....per un pò.
-
il fatto di cambiare porta anche lasciando password come autenticazione permette di abbattere il 90% del traffico sporco
Tentati accessi tramite una porta chiusa o filtrata generano comunque pacchetti in ingresso: non ho mai eseguite misurazioni empiriche, ma parlare di 90% di traffico in meno mi pare ottimistico...
(chi si mette a fare i portscan e analisi dei servizi su ogni porta é in numero molto minore di chi appena trova la 22 aperta si mette a fare bruteforce)
Stando ai miei log annuali la affermazione non trova riscontro.
f2b (che se attivo sulla porta 22 inizia a mangiare ram per tutta la gente che inizia a bloccare)
In effetti a seconda della release, dell'ambiente di esecuzione e del carico di lavoro f2b può soffrire di memory leak (ed anche di "CPU leak") e le soluzioni disponibili non sempre risultano efficaci: nella mia esperienza d'uso i parametri rimangono ad oggi entro un ordine di grandezza del tutto accettabile, ma senza dubbio hai evidenziata una questione da tenere presente.
Al di là di tutto nel caso sia sembrato il contrario dalle mie parole, chiarisco che pur non essendo la panacea di tutti i mali il cambio porta certo non comporta aspetti negativi (tranne magari la "scocciatura" di utilizzare la porta custom per le proprie legittime connessioni).
-
@FrancYescO ......... dopo le modifiche di poche ore fà ora mi dice:
Telefonia abilitata
1 Account Non Registrato
C'è l'infoLED perenne rosso...... non so se la causa sono i DNS in quando la navigazione va.
Ho riattivato il "Trova Automaticamente" ed ora dice:
Server DNS -> 1.1.1.1,1.0.0.1,85.37.17.57,85.38.28.80
Vediamo cos'è che viene fuori.....
-
Bhé se é l'unica modifica che hai fatto direi proprio di si.. non ho ben capito peró se alla fine il trova automaticamente l'hai lasciato abilitato o meno...
nel caso prova a tenerlo disattivato ed inserire manualmente come terzo e quarto dns quelli che assegna automaticamente.
EDIT:
Ho riattivato il "Trova Automaticamente" ed ora dice:
Server DNS -> 1.1.1.1,1.0.0.1,85.37.17.57,85.38.28.80
ok quindi dovrebbe averteli messi automaticamente come terzo e quarto dns quelli che trova.. teoricamente dovrebbe funzionare, fai anche un check su https://www.dnsleaktest.com/ per vedere nella navigazione quali sta utilizzando (ovviamente sui dispositivi come DNS deve risultare l'ip del modem, se li fai assegnare anche al DHCP toglili)
-
^^ Lol questo indirizzo mi dice:
Cannot GET /results.html
Allora io da pc ho impostato questi 1.1.1.1 e 1.0.0.1 ma per vedere quali usa il router metto l'ip del router e disattivo gli altri e riprovo....... spetta ulteriori feedback.
Magari c'è semplicemente da aspettare un pò...........
*EDIT*
Allora ho fatto un test esteso su dnsleaktest ma non riesco ad interpretare il risulto.
Compare una lista di IP della classe 74.125.xxx.xxx "Hostname nome" e "ISP Google" e sono riportati come Belgium........
*EDIT 2*
Nel log per esempio c'è questa cosa qua:
Oct 3 12:07:25 user.info mmpbxd[6045] SIP Registration: SIP: +39xxxxxxxxxx : Deregister
Oct 3 12:07:25 user.debug mmpbxd[6045] [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4075 - Unable to retrieve currentDestination from SIP network ..
Oct 3 12:07:25 user.debug mmpbxd[6045] [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2029 - TRANSACTION - TransactionTransportTrxStateChangeEv - pTransc=0x0x18e6748: Message failed to be sent (rv=0:OK)
Oct 3 12:06:55 user.debug mmpbxd[6045] [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1421 - In case of a previous send socket error, retry after 30 sec
Ma anche qua per me è arabo allo stato puro. Chiamo il 187 e vedo cosa mi dicono ? Se ne accorgeranno che ho smanovrato un pò..... lol
E compare ogni minuto circa.......
-
In pratica l'unica cosa da tenere in considerazione in quella lista e l'ISP se ti compare google significa che stai utilizzando quelli di google (8.8.8.8 ) li hai tolti dalla scheda di rete/DHCP? prova anche a riavviare la connessione ad internet dal modem
-
^^ Si ora li ho tolti........ ma forse per far si che windows usi i nuovi devi resettare la sua cache dei dns col flushdns dal prompt di dos ?
Cmq sia prima avevo quelli di google come dns ma come terzo e quarto. Ora li ho tolti direttamente..........
*EDIT*
VoIP tornato a funzionare........ semplicemente rimuovendo i DNS 1.1.1.1 e 1.0.0.1 e lasciando attivo il "Trova Automatico" che di fatto rimette quelli citati in qualche post precedente.
Non appena ho cancellato dopo pochi istanti il VoIP è tornato su 1 account registrato. Potrei aggiungere 1.1.1.1 come terzo e l'altro come quarto ma magari non ha senso.
Tanto vale lasciare il tutto sui dispositivi DHCP e, dove si usa gli ip fissi (praticamente in casa mia un pò su tutto) impostare questi di CloudFlare manualmente..... come sempre s'è fatto pure per quelli Google.
-
prova disattivando il trova automaticamente, e metti 4 dns in lista, i primi due di cloudflare gli altri due di tim (o magari mettine solo due uno cloudflare il secondario tim).. se non riesci a tenere quelli di cloudflare come prioritari perde un pó di senso impostarli
il risultato di dnsleaktest é abbstanza affidabile, non risente delle cache locali.
-
^^ Allora vediamo......... in effetti lo so che non ha senso, cioè se ho capito bene i 4 dns vengono interessati in ordine quindi se non li imposto come prioritari appunto prima vengono interrogati i 2 telecom quindi non ha quasi senso impostare gli altri in 3a e 4a posizione.
Però la cosa che mi crea curiosità, tralasciando un'attimo la questione sul router......... è perchè su windows pur avendo impostato i cloudflare Dnsleaktest continua a proprinarmi che sto usando quelli di google ?
Cioè in teoria non ha senso......... ora come ora sono quelli di Alice impostati e perchè mi dice che son di google ? Forse Alice si appoggia a quelli google ?
Tralasciando la questione router anche perchè ieri quando ho fatto le modifiche e l'ho segnalato qua ho alzato la cornetta e dava segnale libero...... forse il router se n'è accorto dopo qualche ora che avevo spippolato e quindi s'è disconnesso dopo x ore ?
Cioè in teoria se ora reimposto quelli cloudflare magari "rischio" appunto una situazione simile cioè che funziona all'inizio ma dopo un pò cada giù il voip...
-
Cioè in teoria non ha senso......... ora come ora sono quelli di Alice impostati e perchè mi dice che son di google ? Forse Alice si appoggia a quelli google ?
al 99% perché é quelli che assegna il DHCP / hai messo tu a mano che hanno la prioritá su quelli impostati nella modal internet
Pannello di controllo\Rete e Internet\Connessioni di rete, tasto destro sulla scheda di rete > stato > dettagli per forzare a riprendere quelli che hai modificato sul dhcp del modem dovrebbe bastare attivare e disattivare la scheda di rete
in altre parole se modifichi quelli sulla modal internet quelli sul DHCP non devi metterli, e per far prendere le modifiche a tutti i dispositivi devi riavviarli, per forzare un renew DHCP
-
Mi era venuto in mente di mettere su un falso server SSH ma ci hanno già pensato, questo è in goolang
https://github.com/jaksi/sshesame
Però ne potrei fare uno con un microcontrollore....
Cmq io ho spostato senza problemi la porta 22.
Nel file /etc/config/dropbear:
config dropbear 'lan'
option IdleTimeout '600'
option PasswordAuth 'on'
option Port '22'
option Interface 'lan'
option RootPasswordAuth 'on'
option enable '1'
option RootLogin '1'
config dropbear 'wan'
option IdleTimeout '600'
option PasswordAuth 'on'
option Port '42200'
option Interface 'wan'
option enable '1'
Qui puoi anche disattivare accesso con password e soprattutto disattivare l'accesso come root
E nel file /etc/config/firewall modifichi la rule
config rule 'SSH_wan'
option name 'SSH_wan'
option src 'wan'
option proto 'tcp'
option dest_port '42200'
option family 'ipv4'
option target 'ACCEPT'
Riavvi i servizi e la modifica diventa permanente anche aggiornando la GUI (feci inserire da Ansuel a suo tempo un check per non sovrascrivere tali impostazioni)
-
Domanda: ma se io modifico direttamente i file di configurazione poi la GUI me li cambia daccapo?
L'idea del falso SSH mi veniva dalla curiosità di contare i tentativi e gli IP, quindi la provenzienza apparente.
-
te lo ha appena scritto mavelot che non lo fa
-
CUT CUT
Taglio per non fare reply chilometrici (ma almeno cliccandoci c'è un reply di riferimento)...... cmq si la cosa dovrebbe riguardare i dispositivi in DHCP ma io facevo e faccio il test da PC dov'è impostato ip fisso e con lui i dns dove ora i CloudFlare sono gli unici impostati ma il test continua a tirarmi fuori tutti ip classe 74.125 con dicitura Belgium e Google.
Lo diamo per affidabile il test ma a questo punto non saprei perchè ho acceso il pc poco fà quindi il pc quindi dovrebbe aver fatto un renew.
In merito ai dns sul router ho provato ieri e niente...... come metti un qualsiasi dns prima di quelli che lui si autoassegna il VoIP smette di funzionare dopo X minuti. Dico X perchè non lo fa subito ma lo si nota dopo un pò con l'infoled sul modem che diventa rosso. Come cancelli tutte le voci aggiunte e riattivi il "Trova Automaticamente" dopo altri X minuti il VoIP torna a funzionare e l'infoled ritorna verde.
-
Non è che hanno messo su lo stesso meccanismo di Vodafone che intercetta tutte i pacchetti DNS e li reindirizza ai suoi server?
Riguardo al VOIP la mia ipotesi è che i DNS TIM risolvano alcuni nomi nella loro stessa rete e la cosa funzioni solamente su rete TIM anche perché non avrebbe senso che funzionasse fuori.
-
@zoomx ti riferisci ai miei attuali test ? Se si è strano perchè se fosse il test dovrebbe riportare i dns di telecom e/o alice e non quelli di google.........
-
E questo è vero, sto rincitrullendo.
Maaaa ipconfig /all sulla shell di windows cosa ti dice? non è che il test è fasullo?
-
^^ Ma aspe.. ipconfig non si fa dal prompt di dos ? Ora va fatto in powershell ? mmmmmmmmm
Cmq sia da prompt di dos esce fuori questo (spero di nascondere il giusto):
Scheda Ethernet Ethernet:
Suffisso DNS specifico per connessione: lan
Descrizione . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller #2
Indirizzo fisico. . . . . . . . . . . : Dx-x7-Cx-Ax-xF-x1
DHCP abilitato. . . . . . . . . . . . : No
Configurazione automatica abilitata : Sì
Indirizzo IPv6 . . . . . . . . . . . . . . . . . : fxxd:5xx8:xxe7::xx2(Preferenziale)
Lease ottenuto. . . . . . . . . . . . : venerdì 5 ottobre 2018 11:15:02
Scadenza lease . . . . . . . . . . . : martedì 12 novembre 2154 08:02:00
Indirizzo IPv6 . . . . . . . . . . . . . . . . . : fxxd:xx8:1xx7:0:xx44:2xxd:bxxx:xxx2(Preferenziale)
Indirizzo IPv6 temporaneo. . . . . . . . . . . . : xxxd:5xxx:1xx7:0:xxx2:xx46:d7xx:fxxx(Preferenziale)
Indirizzo IPv6 locale rispetto al collegamento . : fxxx::7xx4:xxfd:xx0d:89xx%10(Preferenziale)
Indirizzo IPv4. . . . . . . . . . . . : 192.168.1.2(Preferenziale)
Subnet mask . . . . . . . . . . . . . : 255.255.255.0
Gateway predefinito . . . . . . . . . : 192.168.1.1
IAID DHCPv6 . . . . . . . . . . . : 97523650
DUID Client DHCPv6. . . . . . . . : 0x-x1-0x-xx-xF-x0-xC-3x-x0-1x-xx-xx-xx-x1
Server DNS . . . . . . . . . . . . . : fxx0::x0:1xxx:xxx1:2%10
1.1.1.1
1.0.0.1
NetBIOS su TCP/IP . . . . . . . . . . : Attivato
Ora... come puoi vedere il pc è impostato su ip fisso ma c'è quel server DNS dove c'è un server DNS che credo sia quello dell'ipv6 (infatti noto il mac address "strano") e come sappiamo ad oggi l'ipv6 non è attivo per la FTTC ma magari non vorrei che questo venga in effetti usato tra pc e router e sia questo il motivo per cui vedo il test che riporta ip di google.
In quando al test fasullo...... stando a @FrancYescO lui dice che i test di dnsleak sono molto affidabili.......... ma giusto per curiosità voi che dns usate nei vostri pc e cosa a voi esce fuori ?
*EDIT*
Allora obbiettivamente sono andato a vedere com'è che funziona il sito dnsleaktest. Se ho capito bene il sito non ti indica quali DNS tu stia usando ma ti indica se in qualche modo i tuoi dns espongono il tuo ip reale della connessione. Cioè in pratica non ti dice quali dns stai utilizzando ma se tra i risultati compare il tuo ip reale di connessione in teoria sei a rischio di questa dnsleak e quindi ti consigliano di cambiare e passare all'uso di dns alternativi e lo stesso sito suggerisce i google o gli opendns.
Ora il dnsleaktest lo consigliano anche per testare se abbiamo correttamente impostato una vpn...... in pratica non è ciò di cui avevo bisogno io...
-
l'IP reale di connessione non c'entra nulla con dnsleaktest appare solo sulla prima pagina prima di avviare il test reale)
In breve il sito genera domini temporanei e li fa risolvere (via JavaScript) al PC, dopodiché come risultato fornisce il server DNS che ha fatto la richiesta di risoluzione (che ovviamente non corrisponde a 8.8.8.8 o 1.1.1.1 ma ad un'altro ip della rete del provider DNS)
Se in quel test compare Google significa che la richiesta è arrivata dai server google, come e perché nel tuo caso ancora non l'ho capito l'unico dubbio guardando il tuo ipconfig mi sorge guardando quegli ipv6 che come prima cosa proverei a disabilitare dal PC.
In un test in cui sono impostati i DNS di cloudflare, appare come ISP sul test Cloudflare, se si usassero
i DNS Telecom appare Telecom
Un esempio palese di quando quel sito è utile è per capire quando qualcuno intercetta tutte le richieste, ad esempio con una Vodafone station, se non si disattiva l'opzione DNS sicuri sul PC si può impostare qualunque DNS ma sul leaktest comparirá sempre vodafone
-
Ipconfig dice che i DNS sul PC sono questi
Server DNS . . . . . . . . . . . . . : fxx0::x0:1xxx:xxx1:2%10
1.1.1.1
1.0.0.1
mi pareva strano che DNS inseriti manualmente fossero ignorati dal sistema, so che succede con alcuni modem Vodafone ese non sbaglio si può disattivare solo sulla Revolution, la 2 non lo permette a meno che abbiano aggiornato il firmware.
-
Ragazzi . Ho il firmware sbloccato con ultima gui. Vorrei bloccare la porta 8300 in uscita a qualsiasi device ma non riesco in alcun modo. Metto azione drop .. protocollo tcp/udp .. ip interno 192.168.1.0/24 esterno 0.0.0.0 porta 8300. Ma non funziona. Mi date una mano perfavore. Sto uscendo scemo
-
Ho aggiornato alla versione GUI 8.8.56 ma Luci sulla porta 9080 non funziona.
-
@Brian_Furious che firmware? provato giá a disinstallare e reinstallare?
-
Firmware AGTHP_1.2.0_001, prima dell'aggiornamento andava. Vorrei provare a fare un riavvio tramite SSH ma non so il comando
-
Cmq io ho spostato senza problemi la porta 22.
Ho fatto esattamente la stessa cosa che hai fatto tu, ma connection refused...
...........
...........
.....boh?
A questo punto bisogna verificare se è un problema che riguarda solo me o se è un bug
-
Ragazzi . Ho il firmware sbloccato con ultima gui. Vorrei bloccare la porta 8300 in uscita a qualsiasi device ma non riesco in alcun modo. Metto azione drop .. protocollo tcp/udp .. ip interno 192.168.1.0/24 esterno 0.0.0.0 porta 8300. Ma non funziona. Mi date una mano perfavore. Sto uscendo scemo
-
@ElDavo
Non so se riguarda solo te ma di sicuro non è un bug, visto che a me su 2 esemplari diversi (AGHTP e AGTEF) funziona
-
Salve a tutti, ho un DGA 4132 che uso su linea fastweb vula FTTC, oggi ho aggiornato il firmware alla 1.2.0 e all'ultima gui 8.8.72.
Riscontro due problemi ma avendo fatto l'aggiornamento sia del firmware che della gui non saprei se sono imputabili a uno o all'altra:
1) con fastweb devo impostare la il valore di vlan a 100, tuttavia dopo averlo impostato, nella card "broadband", non c'è evidenza del valore corretto. Verificando con "ip -d link show" vedo l'interfaccia con la vlan a 100.
2) la modalità di connessione che uso è DHCP routed mode, la card nella homepage mi da sempre "PPP connecting" con la @ arancione, entrando nella card la connessione risulta connected con tanto dei dati di connessione.
Preciso che ho provato sia il reboot del modem chee a cancellare cache e cookie del browser.
-
2) la modalità di connessione che uso è DHCP routed mode, la card nella homepage mi da sempre "PPP connecting" con la @ arancione, entrando nella card la connessione risulta connected con tanto dei dati di connessione.
Confermo anche io stessa situazione FastWeb 1.2.0.001 pero dalla 8.64 non funziona.
Prima andava e la PPP era "PPP Connected" prima dell'inserimento delle card.
Colgo l'occasione per un palese :clap: :clap: :clap: :clap: :clap: :clap: :clap: :clap: per Ansuel.
Birra pagata dimmi quando :pray: e dove :clap: :D
-
Nell'installare la GUI di Ansuel, ho ricevuto il seguente errore:
(https://i.imgur.com/Y7H27tm.png)
(https://i.imgur.com/IzfKM51.jpg)
Tutto sembra funzionare ugualmente, il che mi lascia perplesso... Nella guida era scritto che doveva impiegare 5 minuti, ma penso ce ne ha impiegato forse 1.
È possibile spegnere tutti i LED incluso quello di stato ON/OFF in quanto sono veramente fastidiosi? Persino sul TG789VAC v2, dove sono offuscati dalla plastica, li avevo disabilitati tutti. Inoltre non riesco a capire quale sia il driver migliore da usare su AGTHP, sembrerebbe l'ASUS?
-
Ciao ragazzi... sono di ritorno dopo una settimana di vacanza e rieccomi qua :)
Riprendendo la questione dei DNS....... l'ipv6 se non sbaglio è cmq disattivato a livello di connessione internet ma magari entra in campo solo nella comunicazione pc/router ?
Cmq sia ancora non mi spiego perchè il sito col test riportasse ancora i dns di google quando al massimo dovrebbe riportare quelli di telecom (che sono quelli che il router si imposta in automatico e che fanno andare la voip che senno smette di funzionare) oppure quelli di cloudflare che sono quelli impostati manualmente dal lato windows per l'ipv4.
Boh....... cmq sia ora come ora c'è un'altra cosa che devo risolvere:
Come dicevo sopra sono tornato dalle vacanze e poche ore fà ho fatto l'aggionamento della GUI alla versione 8.8.73..... ad aggiornamento eseguito tutto sembra funzionare se non fosse che noto qualcosa di strano nei LED (magari qualche nuova feature aggiunta). Vi spiego:
In pratica il led "INFOLED" è rosso fisso inspiegabilmente......... dico inspiegabimente perchè la connessione funziona cosi come il voip. Poi c'è invece l'ultimo led sulla destra cioè quello relativo alla "VOCE" che è verde ma sembra lampeggiare all'infinito e all'impazzita inspiegabilmente come fanno di solito le altre 2 quando c'è scambio di dati via Wi-Fi il problema è che non ci sono chiamate in corso.
Che cosa significa tutto ciò ?
Che cosa sta succedendo di strano ?
*EDIT*
Devo anche aggiungere che a guardare bene... ora anche l'INFOLED sembra non essere perfettamente rosso ma lampeggiare un pò tendente al verde....... che diavolo sta succedendo ?
Visto che io ho su il firmware 1.1.2_003 potrebbe essere un'aggiornamento da remoto in corso ?
-
@Ansuel riguardo gli ultimi aggiornamenti, nel tab Gateway quando si vuole aggiornare la Gui, la barra di aggiornamento anzichè posizionarsi in alto come nelle precedenti versioni, si trova in basso ed inoltre non si riesce a vedere completamente .
Inoltre nelle ultimissime versioni aggiornate questa sera, appena ultimato l'aggiornamento il led info, rimaneva acceso di colore rosso mentre gli erano accessi normalmente di colore verde.
Ho voluto provare a far ripartire il router, ma da quel momento rimane acceso solo il led info ma di colore verde e spenti tutti gli altri, anche se le impostazioni eco led sono disattivate .
Sembra funzionare regolarmente ma voglio ripristinare il funzionamento dei led
Grazie
-
Ragazzi . Ho il firmware sbloccato con ultima gui. Vorrei bloccare la porta 8300 in uscita a qualsiasi device ma non riesco in alcun modo. Metto azione drop .. protocollo tcp/udp .. ip interno 192.168.1.0/24 esterno 0.0.0.0 porta 8300. Ma non funziona. Mi date una mano perfavore. Sto uscendo scemo
-
Buongiorno. Ho settato l'hub nella modalità voce per collegare un router TP-link. Non riesco a tornare indietro per cambiare alcune impostazioni delle periferiche collegate in rete. Non riesco a rientrare nella Gui normale. Come dovrei fare? devo resettare l'Hub e reinstallare la Gui da capo? Grazie
-
si resetta e applica la gui
-
Scusate ma le impostazioni per fastweb non vula quali sono?
Perché io nn riesco a collegarmi..
-
Uno alla volta però..
-
con la 8.8.92 mi è tornato a non andare l'accesso da App e adesso non mi va Transmission, tutto il resto si.
PS: e con la 8.8.98 oltre a quello di cui sopra non va più nemmeno la GUI Telsra
-
@Ansuel innanzitutto grazie per il tuo lavoro! amo la Gui da te personalizzata.
colgo l'occasione per confermare nessun problema con la seguente configurazione
- operatore TIM
- Product Name DGA ( DGA4132 )
- Software Version AGTHP_1.1.1
- Gui Version 8.8.77
- blacklist 1.11.1
ho però notato l'unità di misura sbagliata nel grafico della performance: è MB (megabytes) quando dovrebbe essere Mb (megabits)
ho lo screenshot, ma non capisco se è possibile aggiungere immagini al post...
ciao
A
PS: i led non li vedo perché il router è in un controsoffitto...
-
come si aggiornano gli opkg che ho degli errori e penso che anche la blacklist non vada per quel motivo?
-
Salve a tutti, ieri sera sono andato sulla pagina del modem DGA 4132 con root e gui ansuel da 6 mesi ed aggiornato al firm 1.2.0 appena usci, cmq come spesso faccio per controllare gli aggiornamenti di ansuel, dopo il logon non mi faceva vedre piu nulla.... ne cards ne stats, non potevo fare niente.. il pratica se non nel piccolo menu personale dove si ricercano aggiornamenti....ho tentato di reinstallare la gui .. il che e' risultato impossibile e mi dava un errore su /etc ...non ricordo cosa ...cosi ho spento e riacceso perche' non potevo fare altro nella speranza fosse solo un crash della skin dark fritz.... ma guarda caso adesso ha l'interfaccia tim e non ce piu ne il root ne la gui.
Avevo messo il firm 1.2.0_001 su un bank1 originariamente e sull'altra bank la 1.0.3 che dopo il root ho aggiornato a 1.2.0 ...adesso mi pare di essere bloccato perche' vedo solo l'interfaccia tim con la 1.2.0 non root ne gui.... qualche idea ?
Ho provato con tftpd 32 e 64 bit ho provato con fiddler e postman... errore autorizzazione, ma nulla da fare... autoflashgui niente lo stesso...questo rimane inchiodato e non da segno di poter avere il root....!
e come fosse andata in crash la gui e si fosse switchata sulla bank 2, ma mi pare strano perche' avevo anche clonato le bank per essere tranquillo...
Ho tentato anche il bank fail tre volte ma non fa lo switch.. o lo fa' ed e' la stessa situazione...
Qualche idea ? :help:
Dopo 8 ore di tentativi di tutti i generi suppogo sia inutile.
ho provato di tutto ma se perdi il root con la 1.2.0 non torni indietro.
Pero' mi ricordo prima che succedesse questo problema le cose che ho fatto...
Dal cellulare mi sono loggato da assistance remoto , avevo impostato la fritz dark un paio di giorni prima, che gia qualche problema mi aveva dato in precedenza....ecco da quel momento non si e' piu vista la schermata iniziale.
gia era successo il giorno prima ma avevo rimediato entrando da ssh con wget ed i relativi comandi installando di nuovo la gui stabile...
spero che possa essere utile questa segnalazione, o magari e' un puro caso,....
non mi sento di segnalarla nel git perche' mi e' impossibile ricreare la situazione. :'(
-
l'unica soluzione è il flash da tftp ma sei sicuro che il firmware lo carica?
comunque quello che frega sempre tutti è il riavvio... se succedono cose del genere riavviare non risolve nulla... conviene di più venire sul forum o su github e chiedere come agire e magari si riesce a risolvere il problema prima di fare danni...
il blocco del downgrade non c'è se hai usato una gui aggiornata quindi l'unica via è quella... sta solo da capire in che bank sei...
-
@tivux leggendo i post precedenti ... DHCP/
@CastleBravo aggiornare tutti i pacchetti con opkg e' un buon modo per rompere il router ... hai provato con la versione 2.4? non so se sei tu ma se ne sta parlando qui https://github.com/Ansuel/tch-nginx-gui/issues/304
@Diabolik non ho capito alla fine come e' andata a finire la storia dei DNS/voip e in che stato sei
-
@FrancYescO non sapevo che aggiornare i pacchetti si rompesse il router... ad ogni modo ho provato anche la 2.4 ma fino a una certa versione GUI, poi installavo tramite putty la 2.3 ed è sempre andata, da qualche versione ora se aggiorno alla 2.3 o 2.4 non va più, va solo con la 1.11.1 che si installa con la GUI.
non sono iscritto al github
-
Quale è l'ultima versione disponibile attualmente (non beta)? Non vorrei ritrovarmi con un firmware flashato automaticamente e perdere il root. Ora lo spoof è impostato a 1.1.1
-
@graphixillusion Dovrebbe essere 1.2.0, aggiorna o imposta lo spoof a questa versione
@CastleBravo nello specifico che errore da la versione 2.4? Dato che l'autore non si vede da un po' ho paura dobbiamo trovare da noi un metodo per risolvere le incompatibilità
-
@FrancYescO no nessun errore, si installano sia la 2.3 che la 2.4 e importano anche la mia blacklist, ma poi non bloccano niente. Per caso ho provato a mettere il mio numero di cell e non lo blocca, cosa che invece fa la 1.11.1.
Adesso tengo la 1.11.1 ma ovviamente perdo le cose che hanno le versioni più recenti.
Ti dico anche che con la 8.9.6 non vanno ancora la gui telstra e transmission e l'accesso dall'app MyTim e ti riporto che la programmazione del wifi non crea esattamente il file tod corretto per cui non va come dovrebbe andare, e la cards Rete mobile non è tradotta mentre è tradotta se metto la Gui di un utente di altro forum
-
L'accesso dall'app mytim è quasi sicuramente questione di DNS che hai cambiato
Che significa non crea il file tod corretto?
Riguardo Telstra problema già segnalato sarà risolto a breve, stessa cosa riguardo la traduzione
Per ogni problema che segnali ti chiedo di dare quante più informazioni hai... "non funziona" a volte è fin troppo riduttivo
-
Adesso ho installato la 8.9.7.
Telsra va, non va transmission.
Non ho cambiato i dns, e la telegestione è attiva con i parametri suoi, ma l'app mytim carica carica poi da errore o modem spento.
Ho notato che il tod che mi ero salvato ha in:
config action 'ecc ecc'
questa stringa ad esempio
list activedaytime 'timerB25F0FB18EB83D1CC782ED88FA89653F:Sat:08:30'
e in:
config timer 'timer ecc ecc'
quest'altra
option actionB25F0FB18EB83D1CC782ED88FA89653F_orig_state '0'
entrambe queste non vengono create nel file tod quando creo le regole, cosa che vecchie gui facevano. Aggiungendo queste 2 stringhe la programmazione va.
Per la blacklist, quando intendo non funziona, intendo che vengono installate anche la 2.3 o la 2.4 e appaiono da gui ma poi non bloccano.
Chi chiama bypassa la blacklist cosa che non avviene con la 1.11.1 installata insieme alla gui
-
scusate ma con ultimo aggiornamento GUI 8.9.25 i led rimangono spenti come mai io voglio che siano tutti accesi
grazie
-
@enrico2772 provato gia' un riavvio ? da GUI l'eco led e' disattivato?
-
Sarebbe possibile realizzare un'opzione per aggiungere più servizi dyndns contemporaneamente?
-
sarebbe doveroso visto che ci sono una lista di 68 nomi di servizio
-
@FrancYescO
si grazie risolto :)
-
@graphixillusion ci possiamo lavorare ma non è la priorità... mancano alcuni bug da risolvere...
Vorremmo pubblicare la prossima stabile con il supporto a registar multipli per il sistema voip...
E' stata fixata la gui telstra e mytimfisso ora dovrebbe funzionare correttamente... riguardo transmission cosa non funziona?
-
Grazie @Ansuel gentilissimo come sempre. Aspettare non è un problema, è una cosa che ho proposto perchè mi è sembrata interessante ed utile.
-
in effetti non ci avevamo mai pensato
-
@Ansuel Transmission quando vado su installa lavora ma poi anche se mi da luce verde se clicco su entrambi i link mi da
col primo in alto: 502 Bad Gateway
con l'altro: connessione non riuscita
Avete aggiornato la Blacklist per caso?
-
Sarebbe possibile realizzare un'opzione per aggiungere più servizi dyndns contemporaneamente?
In realtà potresti già realizzarti da te questa funzione. Basta creare uno script che effettui l'update dei vari servizi in sequenza e selezionare quest'ultimo nel menù
-
Interessante. Una guida passo passo è possibile?
-
Una guida non ce l'ho, anche perchè uso un solo servizio ddns ed è gestito direttamente da me sul server del forum. Posso fare qualche prova. Comincia a dirci quali sono esattamente i servizi e i domini che utilizzi...magari ne registro un paio e faccio dei test...
-
Ok, grazie. Attualmente sto utilizzando noip.com, dynu.com e desec.io
-
ciao @mavelot se puoi provare anche dyndns.it e ddns.net
-
CUT CUT
@Diabolik non ho capito alla fine come e' andata a finire la storia dei DNS/voip e in che stato sei
Semplicemente ho mollato lasciando attivo il "trova automaticamente" perchè qualsiasi valore diverso metti il voip dopo X minuti/ore smette di funzionare......
-
@Ansuel, Ciao, ho una domanda prettamente tecnica .. sto usando la versione DEV, quindi l'ultima, ho due router dga4130. sono riuscito a fare il root su entrambe e quindi la gui, tutto perfetto, ho anche aggiornato il firmware e clonato le bank, ho importato la configurazione dall'altro router ed e' andato tutto a buon fine.. il problema e' nato quando x necessita' ho cambiato l'ip della rete interna, da 192.168.1.1 a 192.168.0.1, puo' essere un caso, e che magari il motivo sia altro ma non mi importa la configurazione (formato testo).
ho tentato di esportare la config da quel router e reimportarla ma continua a dare errore, non e' che sia un problema con il mac address ? esportando la config vedo che ha preso il mac address dell'altro router... non ho idea . tu che ne pensi ?
-
...
anche io avevo lo stesso problema ma sono riuscito a risolvere ma non sono sicuro di come ci sono riuscito, ti dico quello che ho fatto:
Premessa ver firmware AGTHP_1.1.1 Gui Stable 8.8.72
Ho installato LuCI che sono piu pratico con quella interfaccia.
ho visto che non era presente il menu "SERVICE" che appare solo dopo aver installato alcuni pacchetti optional ess... Transmission, OpenVPN HDDIDLE UP&P ecc. ecc.
ho controllato che ci fossero i pachetti che servono a Transmission per funzionare con il comando "opkg list-installed" e c'era tutto il necessario.
non sapendo che fare ho controllato i file di configurazione in "/etc/config/" e tutto era OK non sapevo più che pesci pigliare ho lasciato perdere.
Mi dedico a OpenVPN installo i pacchetti necessare e appare il menu "SERVICE" con dentro transmission e OpenVPN.
a quel punto l'ho attivato e ha iniziato a funzionare la pagina web e anche l'app per android.
forse un errore nello script io lo controllerei.
Ho un altro AGTHP vergine domani ci faccio delle prove più rigorose e ti faccio sapere.
-
transmission è stato fixato nell'ultima dev
-
perchè sul sito non ci sono più le versioni DEV che hai sviluppato? ieri era alla 8.9.52 e ora risulta solo la 8.8.76?
-
@Ansuel
scusa l'ignoranza non capisco ancora come distinguere qual'è l'ultimo firmware stabile e la versione beta mi aiuti? :help: :pray:
AGTHP_1.2.0_001_CLOSED.rbi
oppure
AGTHP_1.1.1_CLOSED.rbi
P.S. colgo l'occasione per ringraziarti per il lavoro e la passione che ci metti. :clap:
è da tanto che cercavo di sostituire il mio vecchio modem buffalo con uno più potente sempre con OpenWrt questo non è perfetto ma è un buon sostituto.
Peccato che ci sia Chaos Calmer altrimenti sarebbe stato il modem definitivo.
-
@cyber.zac Le versioni beta sono quelle con i 3 numeri progressivi come suffisso _001 _002 ...ecc
Le versioni stabili sono quelle con i soli numeri di versione, quindi 1.1.1, 1.2.0
-
>
transmission è stato fixato nell'ultima dev
Dopo l'ennesimo brick
dopo aver dato da shell
opkg update ; opkg list-upgradable | sed 's/ - .*//' | sed 's/^/opkg -V upgrade /' | sh
ma perche quando aggiorno tutti i pacchetti upgradable si briccha?
ora sono passato a firmware AGTHP_1.2.0_001 Versione Gui 8.9.52
installo LuCI tutto OK Transmission tutto OK ma dal menu software LuCI installo
Installing luci-app-transmission (git-18.021.57137-5fa2132-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/luci-app-transmission_git-18.021.57137-5fa2132-1_all.ipk
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-app-transmission:
* transmission-daemon *
* opkg_install_cmd: Cannot install package luci-app-transmission.
:(
non riesco a risolvere forse devo chiedere a @roleo
un altra cosa strana ma dal AGTHP perche i repository puntano ad AGTEF ?
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_base
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_packages
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_luci
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_routing
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_telephony
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_management
Downloading http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTK/packages/Packages.gz
*** Failed to download the package list from http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTK/packages/Packages.gz
Ridato comando
opkg update ; opkg list-upgradable | sed 's/ - .*//' | sed 's/^/opkg -V upgrade /' | sh
briccatto di nuovo :facepalm: benedetta seriale :smirk: usciro da questo muro :headbang:
-
@cyber.zac transmission si intende quello installabile dalle app della gui del modem non quello di luci.
che si rompe il modem upgradando tutto e' stato detto svariate volte, e NON devi farlo, la repo non e' stata testata pacchetto per pacchetto, e' inserita solo ricompilata, e AGTHP e AGTEF puntano alla stessa perche' i pacchetti sono interscambiabili
-
@FrancYescO :clap:
Grazie
E' difficile starvi dietro e leggere tutti i post è impossibile, ho questo modem da un mese e non ancopra riesco a finire di leggere tutti i trend.
E poi sbagliando si impara e io sono uno che sbaglia molto.
-
Ciao a tutti, quando ho resettato il modem 1 mese fa, ho cambiato la password predefinita SSH, è possibile recuperarla tramite la GUI del modem dove ci accedo tranquillamente? Altrimenti mi tocca resettare il modem e riconfigurare tutto :help:
-
l' altra opzione e il failsafe ma nn credo che sia una buona idea
Saluti
-
Secondo voi potrebbe funzionare ?
http://usage-monitoring.com/
-
Ho ricevuto ieri da Tiscali un dispositivo (bianco) con sotto riportato DGA4130, che spero domani di poter collegare all'ONT che dovrebbero venire ad installarmi (FTTH Tiscali su VULA TIM).
L'ho acceso e riscontro quanto segue:
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
Prima di cominciare a lavorarci di rooting e altro, vorrei qualche ragguaglio da qualcuno più esperto di me.
Soprattutto vorrei evitare di precludermi lo sblocco nell'eventualità che una volta connesso venga aggiornato...
E' opportuno fare un dump del firmware attuale? Con quale procedura?
Grazie.
Mirko.
-
:3
-
Allora mettiamo in chiaro una cosa LE BUILD STABILI vengono rilasciate quando i bug della precedente versione vengono risolti... non ha senso rilasciare una build prima del tempo con i bug precedenti segnalati ed ancora non fixati... quindi si attende. Se sei così impaziente usa la dev e non chiedere ogni 3 giorni quando esce la stabile...
c'è stato un periodo in cui non è uscita una build per mesi perchè non avevo tempo di pensare a questo progetto...
-
Ciao, all'inizio di questo thread si è parlato dell'SNMP che tuttavia restituiva valori sfalsati. Ci sono novità o la situazione è rimasta invariata?
Grazie!
-
Scusate la domanda, ma non ho trovato nulla leggendo.
Come si fa ad ottenere il segnale di occupato classico quando il telefono è impegnato in una altra telefonata.
Grazie
-
...
I valori mi risultano corretti (se parliamo del traffico sulle interfaccie) a patto di leggerli almeno ogni 3 secondi.
-
non so neanche se durerà ...ma adesso funziona la telegestione .
ho modificato l'url presente da https://regman-mon.interbusiness.it:10800/acs/ in https://regman-tl.interbusiness.it:10500/acs/
Dopo aver mandato in bootloop e recuperato nonhoideacomemagarisoloperculo il DGA4132, ho fatto una serie di factory reset, poi ho rifatto il root mettendo l'ultima GUI.
Ha funzionato tutto tranne il provisoning del voip: in CWMP il server ACS era impostato a NONE.
Fortunatamente ho trovato il tuo post che mi ha salvato: ho inserito il server
https://regman-tl.interbusiness.it:10500/acs/
e il router ha subito rifatto il provisoning del VOIP, ed ha impostato come server
https://regman-bck.interbusiness.it:10501/acs/
Al riavvio successivo il server è cambiato di nuovo, diventando quello che penso sia "normale":
https://regman-mon.interbusiness.it:10800/acs/
Grazie, mi hai salvato! :)
I valori mi risultano corretti (se parliamo del traffico sulle interfaccie) a patto di leggerli almeno ogni 3 secondi.
Visto il quasi brick che ho ottenuto installando LUCI nella speranza di poter abilitare da lì l'snmp, magari per ora lascio perdere... grazie lo stesso :)
Invece sarei davvero curioso di sapere cos'ha di sbagliato il mio router:
- Qualche mese fa ho provato a cambiare driver xDSL: bootloop
- Oggi ho provato ad installare LUCI: bootloop
ora ho paura di fare qualsiasi configurazione....
-
stamattina ho provato a cambiare i driver da gui ma non li cambia mica?
ho la gui dev
-
perchè non mi si aggiorna la telefonia?
ho messo i vari url letti sul forum ma niente...
questo è il log.. bho
Nov 23 22:35:59 daemon.info cwmpd[16865] PROT_TRACE: Transaction succeeded, closing connection.
Nov 23 22:35:59 daemon.info cwmpd[16865] PROT_TRACE: < Empty Response
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: Timestamp = 121707 sec
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: FailureUrl =
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: SuccessUrl =
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: DelaySeconds = 0
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: TargetFileName =
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: FileSize = 27025979
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: URL = http://156.54.126.84:80/Firmware/TR069/AGThomson/AGTHP_1.1.2_CLOSED.rbi
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: FileType = 1 Firmware Upgrade Image
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: CommandKey = 30708964
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <states>: State = WAITING; subState = UNCONFIRMED
Nov 23 22:35:58 daemon.info cwmpd[16865] PROT_TRACE: < Download Request
Nov 23 22:35:58 daemon.info cwmpd[16865] PROT_TRACE: > Empty Post
Nov 23 22:35:58 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <states>: State = FINISHED; subState = WAITING FOR CONFIRMATION
Nov 23 22:35:58 daemon.info cwmpd[16865] PROT_TRACE: < TransferComplete Request
Nov 23 22:35:58 daemon.info cwmpd[16865] PROT_TRACE: < TransferComplete Request
Nov 23 22:35:58 daemon.info cwmpd[16865] PROT_TRACE: < InformResponse
Nov 23 22:35:58 daemon.info cwmpd[16865] PROT_TRACE: > Inform (7 TRANSFER COMPLETE, M Download)
Nov 23 22:35:57 daemon.info cwmpd[16865] PROT_TRACE: ConnectionRequestURL updated to http://x:7170/ConnectionRequest
Nov 23 22:35:57 daemon.info cwmpd[16865] UBUS_CLIENT: external IP address is x
Nov 23 22:35:57 daemon.info cwmpd[16865] CONNECTION: Connected to server, starting transaction.
Nov 23 22:35:57 daemon.info cwmpd[16865] UBUS_CLIENT: external IP address is x
Nov 23 22:35:57 daemon.info cwmpd[16865] CONNECTION: Connecting to server
Nov 23 22:35:57 daemon.info cwmpd[16865] PROT_TRACE: Events are waiting, need to contact ACS
Nov 23 22:34:17 user.notice cwmpd setting rollback_to to bank_1
Nov 23 22:34:17 user.notice cwmpd rollback(record, 0) TMO=300 ROLLBACK_TO=bank_1
Nov 23 22:34:16 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <states>: State = WAITING; subState = UNCONFIRMED
Nov 23 22:34:15 daemon.info cwmpd[16865] APP_TRACE: TRANSFER start now (121604 sec)
Nov 23 22:34:15 daemon.info cwmpd[16865] PROT_TRACE: LAST STATE: <Download>
Nov 23 22:34:15 daemon.info cwmpd[16865] APP_TRACE: Saveall action is set
Nov 23 22:34:15 daemon.info cwmpd[16865] PROT_TRACE: Transaction succeeded, closing connection.
Nov 23 22:34:15 daemon.info cwmpd[16865] PROT_TRACE: < Empty Response
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: Timestamp = 121603 sec
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: FailureUrl =
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: SuccessUrl =
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: DelaySeconds = 0
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: TargetFileName =
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: FileSize = 27025979
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: URL = http://156.54.126.84:80/Firmware/TR069/AGThomson/AGTHP_1.1.2_CLOSED.rbi
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: FileType = 1 Firmware Upgrade Image
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <download>: CommandKey = 30708964
Nov 23 22:34:14 daemon.info cwmpd[16865] APP_TRACE: TRANSFER <states>: State = WAITING; subState = UNCONFIRMED
Nov 23 22:34:14 daemon.info cwmpd[16865] PROT_TRACE: < Download Request
Nov 23 22:34:14 daemon.info cwmpd[16865] PROT_TRACE: > Empty Post
Nov 23 22:34:14 daemon.info cwmpd[16865] PROT_TRACE: < InformResponse
Nov 23 22:34:14 daemon.info cwmpd[16865] PROT_TRACE: > Inform (0 BOOTSTRAP)
Nov 23 22:34:13 daemon.info cwmpd[16865] PROT_TRACE: ConnectionRequestURL updated to http://x:7170/ConnectionRequest
Nov 23 22:34:13 daemon.info cwmpd[16865] UBUS_CLIENT: external IP address is x
Nov 23 22:34:13 daemon.info cwmpd[16865] CONNECTION: Connected to server, starting transaction.
Nov 23 22:34:13 daemon.info cwmpd[16865] UBUS_CLIENT: external IP address is x
Nov 23 22:34:13 daemon.info cwmpd[16865] CONNECTION: Connecting to server
Nov 23 22:34:13 daemon.info cwmpd[16865] PROT_TRACE: Events are waiting, need to contact ACS
Nov 23 22:34:13 daemon.err cwmpd[16865] CDUS_TRACE: cwmp_changedustateapi_flush CURRENTLY NOT IMPLEMENTED
Nov 23 22:34:13 user.notice cwmpd Starting cwmpd
Nov 23 22:34:13 daemon.warn cwmpd[16865] CWMPUCI: cwmp_config_load_forcedinforms - set forcedinform success - path: Device.PPP.Interface.1.IPCP.LocalIPAddress
Nov 23 22:34:13 daemon.warn cwmpd[16865] CWMPUCI: cwmp_config_load_forcedinforms - set forcedinform success - path: Device.DSL.Line.1.StandardUsed
Nov 23 22:34:13 daemon.warn cwmpd[16865] CWMPUCI: cwmp_config_load_forcedinforms - set forcedinform success - path: Device.DSL.Line.1.LinkStatus
Nov 23 22:34:13 user.notice cwmpd Reloading cwmpd
-
@CastleBravo il problema dovrebbe essere stato risolto
@supertommy sembra stia tentando un upgrade... imposta la versione da spooffare a 1.1.2 (card extra di sistema)
-
Gia fatto....
:facepalm:
-
@FrancYescO ho provato ma anche con la 66 non mi ha cambiato il driver. Riprovo appena ho un attimo e ho notato che se entro dentro Configurazione xDSL nelle voci sotto vedo questo:
Chipset DSLAM Exact path not found!
Dslam Firmware Versione non valida, impossibile convertire. Valore grezzo: Exact path not found!
-
Ciao ragazzi,
ho avuto questo dispositivo da Tiscali :
il MediaAccess TG789vac Xtream 35b con versione fw 17.1.7970-0001001-20180301141418 DGA4130 VBNT-K
Vedo tante pagine nel topic ma non sono riuscito a trovare ciò che cercavo :facepalm:
C'è un modo funzionante per abilitare l'interfaccia ssh in root?
Grazie in anticipo
Federico
-
Se ne parla qui:
https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg243048.html#msg243048
-
...
questo è se metto come versione spoofata 1.1.2 (ovvero quella reale)
invece se metto 1.1.3 o superiore
Nov 24 22:27:22 user.notice cwmpd rollback(record, 0) TMO=300 ROLLBACK_TO=bank_1
Nov 24 22:27:22 daemon.info cwmpd[5614] APP_TRACE: TRANSFER <states>: State = WAITING; subState = UNCONFIRMED
Nov 24 22:27:21 daemon.info cwmpd[5614] APP_TRACE: TRANSFER start now (207590 sec)
Nov 24 22:27:21 daemon.info cwmpd[5614] PROT_TRACE: LAST STATE: <Download>
Nov 24 22:27:21 daemon.info cwmpd[5614] APP_TRACE: Saveall action is set
Nov 24 22:27:21 user.notice cwmpd not switched yet, done
Nov 24 22:27:21 user.notice cwmpd rollback(init, 0) TMO=300 ROLLBACK_TO=bank_1
provato anche a resettare...
qualcuno ha qualche idea?
Avrei bisogno di telefonare :)
-
"cwmpd not switched yet" forse hai l'indirizzo sbagliato del server ACS
-
non capisco che state cercando di fare? ovvio che se metti una versione non esistente il cwmp non funziona...
-
Buongiorno a tutti ? Che verifica posso fare con questo errore ?
(https://c1.staticflickr.com/5/4805/45134330225_37bd368630_n.jpg)
Ultimo beta ed ultima dev per la GUI
:(
-
L'errore sarebbe ?
-
@brige ptm0 not connected
Con questo errore, l'altro router (il Tim Hub nel mio caso fa solo da modem ) non riesce ad instaurare una sessione PPPoE.
Thanks
-
non capisco che state cercando di fare? ovvio che se metti una versione non esistente il cwmp non funziona...
Ho provato in tutti i modi sia 1.1.0 che 1.1.1 anche 1.1.2 e perfino 1.1.3 non ne vuol sapere...
Come mi convie procedere per non perdere la possibilità di ri/rootarlo?...
-
È normale che l'eco LED lasci attivo solo l'infoled? C'è modo di spegnere anche questo led?
Ho la GUI Dev aggiornata, ho provato a ripristinare il file /etc/ledfw/stateMachines.lua prendendolo da /rom/etc/ledfw/stateMachines.lua + reboot ma il led continua a rimanere acceso
Software Version AGTEF_1.1.2
DGA4130 GUI Version 8.9.87
-
si il funzionamento dell'ecoled e' quello...
-
Ciao a tutti, con la GUI di Ansuel 8.10.72 e/o eventuali estensioni (Luci e/o Xupnp) è possibile condividere con protocollo http i files su hdd usb connesso al modem?
Avendo un Chromest attaccato al televisore mi piacerebbe poter riprodurre i miei file video con un comando python pychromecast del tipo:
...
mc.play_media('http://192.168.1.1/my_video_files/my_video_test.mp4', 'video/mp4')
...
Grazie a tutti,
Marco.
-
@marcob73 installa luci, poi nella cartella /www_luci fai un symlink alla cartella dell'HD.. vado per teoria ma credo sia il modo piu' semplice per raggiungere l'obbettivo
-
funziona:
nel modem:
ln -s /mnt/usb/USB-A1/ /www_luci/usb
e poi da un browser:
http://192.168.1.1:9080/usb/
Grazie!
-
ragazzi non c'e' proprio modo di abbassare il margine snr sulla vdsl tim?lo sblocco del modem non aiuta minimamente?
qualcuno gentilmente mi puo spiegare?
grazie
-
Buongiorno ragazzi. Ieri ho aggiornato il mio DGA4132 (firmware AGTHP_1.1.0) alla 8.10.72 e questa mattina alla 8.10.76. In entrambe le versioni sto riscontrando un problema con la GUI Fritzbox e le GUI Fritzbox based: non si attiva più la visualizzazione della pagina iniziale GUI per schede, anche se l'opzione relativa è selezionata in Funzioni extra di sistema. Con le altre GUI funziona tutto perfettamente. Ho già provato a riavviare il modem senza successo. Qualcun altro ha lo stesso problema? Grazie.
-
@Utente14 credo sia una cosa voluta da chi fece l'interfaccia, dato che la visualizzazione delle card non era delle migliori... forse pero' qualche soluzione si potrebbe trovare
-
@Ansuel ho notato che il contatore dati in download si riavvia poco sopra i 4000 megabyte,si potrebbe correggere?mi riferisco al contatore del pannello banda larga
anche il grafico del traffico internet del pannello statistiche mi sembra non corretto,espone delle cifre in megabytes che non mi sembrano veritiere
un altra cosa,come mai secondo voi non mi vede la porta dslam?
grazie
-
Volevo segnalare che con la gui 8.10.76 stabile ho notato due problematiche che non avevo con la 8.10.72. La prima quando metto ad off la telefonia non si spegne più il led verde del voip che prima invece si spegneva per poi riaccendersi quando si rimetteva su on. La seconda sulla configurazione xdsl compare questo:
Modalità DSL Exact path not found!
Profilo VDSL Exact path not found!
VDSL DSLAM Port Exact path not found!
Chipset DSLAM Exact path not found!
DSLAM Firmware Versione non valida, impossibile convertire. Valore grezzo: Exact path not found!
Ps. Il problema della card configurazione xdsl era momentaneo ora trova i dati. Rimane il problema del led della telefonia che non si spegne sull'off
firmware agthp 1.1.1 gui 8.10.76 linea tim
-
Segnalo che nella versione attuale, non è possibile installare l'interfaccia Telstra:
Lo script d'installazione nel momento in cui tenta di scaricare l'interfaccia da https://raw.githubusercontent.com/Ansuel/tch-nginx-gui/master/modular/telstra_gui.tar.bz2
ritorna errore 404 Not Found.
A parte la correzione per la prossima versione, qual'è l'url corretta ?
-
Io volevo segnalare che non funziona più il grafico dei canali wireless occupati dagli altri AP.
-
@putipower fornisci un po di dati tangibili sopratutto riguardo il grafico a quanto stai scaricando? e invece cosa vedi? anche il contatore dei 4000mb non ho ben capito a quale ti riferisci ... magari metti qualche screenshot ... riesci a postare il risultato da ssh del comando xdslctl info --vendor
@sovking https://raw.githubusercontent.com/Ansuel/gui-dev-build-auto/master/modular/telstra_gui.tar.bz2 ma sinceramente non so come tu possa avere quel link e' gia stato corretto da qualche versione .. che versione hai?
@gusura @famarm ho confermato i problemi segnalati e ho aperto issue sul github giusto per averle organizzate...
-
@gusura @famarm ho confermato i problemi segnalati e ho aperto issue sul github giusto per averle organizzate...
Grazie, volevo anche segnalare che ogni volta che faccio switch del driver xDSL (qualunque esso sia) il modem non riesce più ad allinearsi.
Questa situazione si sblocca solo con un ripristino da zero.
dmesg riporta sempre questo errore:
ADDRCONF(NETDEV_UP): atmwan: link is not ready
e non c'è più verso di connettersi.
-
@famarm sei proprio sicuro lo faccia con tutti i driver? che firmware hai? ho paura ce ne sia qualcuno in lista incompatibile con l'ultima versione del timhub perche' se non sbaglio mi capito' anche a me con uno in particolare che ora non ricordo (mi sembra con quello best value)
-
Versione firmware mdoem AGTHP_1.1.2
Versione interfaccia Ansuel 8.10.76
Versione drievr xDSL originale A2pvfbH043k
Versione driver XDSL selezionata B2pvfbH043k
questo per esempio, ma lo fa con tutti e non c'è verso poi di farlo ripartire
-
@sovking https://raw.githubusercontent.com/Ansuel/gui-dev-build-auto/master/modular/telstra_gui.tar.bz2 ma sinceramente non so come tu possa avere quel link e' gia stato corretto da qualche versione .. che versione hai?
Versione Software: 17.3.c Cyan (AGTHP_1.1.2)
GUI Version: 8.8.77
Ho visto che posso aggiornare la GUI alla verione 8.10.72: aggiornamento fatto ed ora sono riuscito ad installare la Telstra GUI. Grazie.
-
@putipower fornisci un po di dati tangibili sopratutto riguardo il grafico a quanto stai scaricando? e invece cosa vedi? anche il contatore dei 4000mb non ho ben capito a quale ti riferisci ... magari metti qualche screenshot ... riesci a postare il risultato da ssh del comando xdslctl info --vendor
non riesco a caricare immagini :new:
root@modemtim:~# xdslctl info --vendor
xdslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 18148 Kbps, Downstream rate = 54546 Kbps
Bearer: 0, Upstream rate = 18148 Kbps, Downstream rate = 52927 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
ChipSet Vendor Id: BDCM:0xc016
ChipSet VersionNumber: 0xc016
ChipSet SerialNumber: AA1536FE17V-25
https://ibb.co/80MYQTp
https://ibb.co/rHzwLX2
https://ibb.co/B4tTWm6
https://ibb.co/jV6Vy03
il grafico stavo scaricando a 3megabytes/s forse lo interpreto male io
il contatore confermo si riavvia a poco piu di 4000
@famarm mi capita di switchare driver vdsl e mai avuto problemi.consiglio con tim di non fare troppi riavvii,si rischia il profilo a 12 db.a me e' capitato credo sopra i 10 riavvii
@MisterFTTH grazie
-
Il forum non è configurato per supportare il caricamento diretto di allegati/immagini, puoi utilizzare qualsiasi servizio esterno di image hosting e poi riportare il link nel tuo post.
-
@famarm mi capita di switchare driver vdsl e mai avuto problemi.consiglio con tim di non fare troppi riavvii,si rischia il profilo a 12 db.a me e' capitato credo sopra i 10 riavvii
Vuoi dire che in automatico ti ripassano al profilo 12db?
-
si,a me e' capitato 2 volte...credo sia la telegestione a non farsi gli affari propri >:D
-
@putipower Putroppo è così. I contatori sono implementati a 32 bit, quindi a 4Giga di traffico si resettano, non c'è nulla da fare. Solo un applicazione esterna che legga i contatori ogni x secondi (per esempio in SNMP) può tenere conto del reset e continuare il conteggio)
-
Ragazzi,io ho appena aggiornato la gui all'ultima versione però non ho ancora aggiornato il firmware ed ho attualmente la vecchia 1.0.3 su entrambi i bank. Prima di fare questa operazione vorrei chiedervi : Io dalla gui, ma anche via ssh non ho il profilo 35b della vdsl2 forse è dovuto perché ho il vecchio firmware e dopo che aggiorno me lo trovo? Grazie
-
sei sicuro che la tua offerta lo supporta? o che il dslam supporta i 35b
-
Se ti riferisci a me, visto che non sapevo che non si può citare :) , ti dico per adesso ho solo rootato il modem installato la gui e basta. Non lo sto utilizzando con nessun operatore internet....Però se vado via ssh e lancio il comando
xdslctl profile --show Non ho alcun profilo 35b. Cosa tra l'altro confermata anche dalla gui. Per quello ho chiesto, se aggiornando il firmware magari me lo ritrovo tra i vari profili , visto che per ora ho il firmware 1.0.3 in entrambi i bank
-
ciao, se vuoi vedere il profilo vai sulla card configurazione xdsl, profili BrcmPriv1 corrisponde 35b
-
Se ti riferisci a me
In assenza di indicazioni specifiche, l'ultimo post di una discussione per definizione è generico oppure si riferisce al post appena precedente: è sufficiente il buon senso per discernere.
Usiamolo, non si consuma.
visto che non sapevo che non si può citare :)
Non c'è scritto da nessuna parte che non si può citare, rileggi le indicazioni con maggior attenzione.
-
@natalinux ok visto! Certo però sarebbe stato più chiaro scrivere 35b, perché vi è quella scritta?
Altra domanda :
Il firmware che sta alla base di tutto è sempre quello di tim vero? Solo che grazie al root si è potuta cambiare la gui e sbloccare diverse funzioni. Corretto?
Sai se è in lavorazione un firmware completamente new open wrt che magari massimizzerebbe le prestazioni? Oppure dovremo solo limitarci ad avere un firmware che è stato customizzato da tim? Io personalmente l'ho preso per utilizzarlo con altri operatori. Grazie
-
non ci sono altri fw grazie @Ansuel possiamo usufruire del root che è il massimo per un rooter di questa portata e le customizzazioni di ansuel
-
I led blu, rosso, arancione e rosso lampeggianti tipo alberello di Natale del DGA4132, indicano un malfunzionamento oppure sono in tema col Natale? :-\
-
@chocobo ma come, ti lampeggiano solo quelli?! :rotfl:
-
A quanto pare dopo buontemponi devo aggiungere burloni.
-
Dopo la neve nella Gui, c'è pure l'effetto albero di natale.
Peccato che non ci sia un beeper per farlo suonare :D
-
E da ieri che cerco di disattivare l albero di natale delle luci, ho provato anche con eco led ma non funziona. Devo aspettare che nasce il bambinello e si spengono da sole? Ci metterò un po' di muschio, i re maggi etc vicino al modem
-
@FrancYescO @mavelot per un attimo ho pensato che si fosse rotto il modem... oppure che gli alieni si fossero impossessati di lui :rotfl: .... Poi quando ho aperto la GUI ed ho visto la neve... ho capito che erano gli auguri di @Ansuel
Buona Vigilia di Natale a tutti
@magicozero se abiliti ecoled e riavvii... di dovrebbe spegnere....
-
Grazie mille ora funziona ecoled non riavviavo. Auguri a tutti per stasera ed un grazie a ansuel e chi si dedica per questo forum.
-
Comunque, se posso permettermi, certe "modifiche" sono anche comprensibili sul ramo Sviluppatore, a prescindere dall'effetto davvero pessimo che restituisce che però può piacere o non piacere, ma su quello Stabile invece molto meno, quindi magari la prossima volta se lo si comunica preventivamente così che uno possa decidere se mettere l'effetto albero di Natale o meno sarebbe cosa molto gradita.
Non per niente ma io come altri vedendo l' HUB conciato in quel modo ho pensato subito ad un guasto, sostituendolo con un DGA4130 che ho di scorta infatti non avevo questo "regalo" e il fatto sulle prime mi ha confermato il discorso del guasto con annessa arrabbiatura per usare un' eufemismo, poi per fortuna ho avuto la brillante idea di venire sul forum e ho scoperto l'arcano e ho rimesso a posto il tutto, si però...... :facepalm:
:)
-
@magicozero anche con ecoled, ricomincerà a lampeggiare :rotfl: :rotfl: :rotfl: :rotfl:
Bastava aprire e vedere il menu del modem con la neve per capire che era un effetto Natalizio.
E comunque... Sciolti e disinvolti... E' Natale...
-
Buongiorno; effetto natale è partito anche sul mio; ma non mi fa accedere tramite GUI. Gia riavviato via putty e spento e riacceso.
Come torno NON Natalizio ?
GRAZIE e Buone Feste
-
@rixxardo
Prima devi accedere con WinSCP e modificare a mano lo script, poi da Putty lanci il comando killall christmas_tree.sh
Questa la procedura presa dal thread dell' HUB:
Il file è /etc/christmas_tree.sh
Ho semplicemente fatto questa modifica: al posto di 1224 e 1225 ho messo 1324 e 1325, quindi l'albero di natale ci sarà solo nel mese... 13 :)
Poi ho fatto un killall christmas_tree.sh
I led si spengono tutti, proprio spenti del tutto, ma il modem funziona. Dopo qualche minuto torna il funzionamento normale, oppure si può fare un reboot.
Ovviamente si poteva fare meglio, ma volevo togliere velocemente questa schifezza.
:)
-
@rixxardo https://www.ilpuntotecnico.com/forum/index.php/topic,78162.msg244807.html#msg244807
-
@putipower Putroppo è così. I contatori sono implementati a 32 bit, quindi a 4Giga di traffico si resettano, non c'è nulla da fare. Solo un applicazione esterna che legga i contatori ogni x secondi (per esempio in SNMP) può tenere conto del reset e continuare il conteggio)
capisco,ma ho trovato nel pannello monitoraggio traffico un contatore totale che funziona bene
Traffico internet
Totale misto (MB)
4700.723
Totale inviati (MB)
108.084
Totale ricevuti (MB)
4592.639
Traffico rete ethernet
Totale misto (MB)
4759.140
Totale inviati (MB)
4648.7
Totale ricevuti (MB)
110.44
Traffico rete Wi-Fi
Totale misto (MB)
2.268
Totale inviati (MB)
2.268
Totale ricevuti (MB)
Traffico internet
Totale misto (MB)
6803.081
Totale inviati (MB)
154.018
Totale ricevuti (MB)
6649.063
-
@putipower scusa esattamente da dove li hai presi quei dati ?
-
dalla gui --dispositivi--monitoraggio traffico
-
Ciao gente. Ho aggiornato ora alla GUI 8.10.84.
Anche con questa versione non mi è possibile esportare la configurazione.
Nel log rilevo i seguenti errori:
Mon Dec 24 18:03:02 2018 daemon.err transformer[4489]: [ConfigCommon] Error: collect export data failed (/usr/lib/lua/transformer/shared/ConfigCommon.lua:414: bad argument #1 to 'next' (table expected, got nil))
Mon Dec 24 18:03:02 2018 daemon.err nginx: 2018/12/24 18:03:02 [error] 14881#0: *23 [lua] gateway-modal.lp"]:52: wait_for_completion(): Error on rpc.system.config.export. (state="Error", info="collect export data failed (/usr/lib/lua/transformer/shared/ConfigCommon.lua:414: bad argument #1 to 'next' (table expected, got nil))"), client: 192.168.1.13, server: localhost, request: "POST /modals/gateway-modal.lp HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/".
E' un problema solo mio?
-
a me va benissimo.
-
Stamattina a me va il led b, :clap:
-
Ho notato oggi che provando a trasferire diversi giga di file sul dispositivo usb, il modem crasha e si riavvia. Avete anche voi questo problema? Dove si trovano i log del crash?
-
Salve a tutti,
mi piacerebbe poter inviare mail senza dover configurare postfix. Sarebbe possibile aggiungere ssmtp al repo?
Grazie!
-
da vodafogna nz scarico il firmware dga0130 è indovinate è un caos perchè dentro la board è diversa il modello è tg789bvac
-
addirittura anche vodafogna li' si e' messa ad utilizzare technicolor, comunque alla fine anche il nome modello e' diverso e non avendolo mai fatto non vedo perche avrebbero dovuto mettere una board gia conosciuta :P
-
Ciao @Ansuel ti segnalo che con GUI ultima versione stabile, installata su TG789vac v2 con fw UNO, la connessione statica non si attiva, rimane sempre Static disabilitato... cosa potrebbe essere ?
-
Ciao, si sa se c'è allo studio una soluzione per quelli come me (4132 no-root) bloccati con FW > 1.1.1, magari tramite seriale o Jtag?
-
@LorenzoL
Ecco il link del forum in cui è spiegato tutto per ogni casistica: https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html
Se hai scritto in modo esatto lo stato del tuo modem DGA4132 ecco il link specifico: https://www.ilpuntotecnico.com/forum/index.php/topic,79458.msg239670.html#msg239670
Anche se nel primo link c'è scritto "provare questa guida", se seguiti tutti i passi in modo esatto funziona perfettamente in quanto ho sbloccato 2 modem DGA4132 senza alcun problema.
Buona serata !
-
@nproduction - temo di non aver descritto con sufficiente chiarezza la mia situazione attuale; il 4132, no root ovviamente, ha installati i fw 1.2.0_001 e il 1.1.2. (avevo scritto > 1.1.1). Ri-farò ugualmente un paio di tentativi, ma con poca convinzione. E' opinione generale che sia impossibile fare un rollback ai FW precedenti. Se non altro verificherò ulteriormente la mia nuova tecnica per switchare di bank. :bye:
************
Niente da fare, ho provato diverse volte a flashare il 1.1.1; il flash avviene regolarmente ma poi non cambia nulla. Prima o poi qualche esperto troverà la falla :nod:
-
@LorenzoL Mi sa che non stai andando in failboot, assicurati che la linea DSL sia scollegata. Il pasaggio ON/OFF/ON devi farlo molto veloce
-
io ero passato da 1.0.5 a 1.0.3 e poi a 1.1.2 senza prima caricare la gui di Ansuel... ho usato la tecnica del failboot (passare da ON a OFF ed nuovamente ON interruttore del modem molto velocemente senza che questo di spenga, pausa di 4 secondi e poi ancora ON/OFF/ON....) e sono riuscito a forzare il boot alla 1.0.3 (che per sicurezza avero ricaticato con tftp controllando il processo con WireShark).
Tornato alla 1.0.3 ho risistemato il tutto seguendo le guide in maniera corretta...
-
Avete idea del motivo di questo utilizzo eccessivo di cpu?
il path:
/tmp/run/mount
non esiste sul mio router...
Versione Software
AGTHP_1.1.2
Versione Gui
8.10.86
Estensioni
Blacklist non è installata
Telstra non è installata
Aria2 non è installata
Luci è installata
Xupnp è installata
Transmission non è installata
root@modemtim:~# opkg list | grep fileprofiler
fileprofiler - 1.0
root@modemtim:~#top
Mem: 471760K used, 12536K free, 0K shrd, 6004K buff, 242372K cached
CPU: 0% usr 31% sys 18% nic 50% idle 0% io 0% irq 0% sirq
Load average: 1.12 1.21 1.25 3/129 19678
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
8461 4467 root R N 3048 1% 42% /usr/sbin/fileprofiler /tmp/run/mount
19678 17762 root R 1724 0% 4% top
4614 1 root S 1288 0% 4% /sbin/mountd -f
5911 1 root S 26108 5% 0% /usr/bin/mmpbxd -q -t 0 -p 75
3317 1 root S 22304 5% 0% lua /usr/bin/transformer
4709 1 root S 16296 3% 0% /usr/bin/cwmpd
2104 1 root S 14332 3% 0% hostapd -bund -p /var/run/hostapd.pid
4467 1 root S N 11128 2% 0% /usr/bin/mud -d -t /etc/mud/mud_file_
4335 3955 nobody S 10208 2% 0% nginx: worker process
3102 1 root S 6504 1% 0% {wansensing.lua} /usr/bin/lua /sbin/w
4445 1 root S 6360 1% 0% /usr/bin/mvfs -o config=/tmp/.mvfs/mv
1556 1 root S 6128 1% 0% /usr/bin/swmdk
3372 1 root S 6108 1% 0% {datausaged} /usr/bin/lua /usr/bin/da
4201 1 root S 5896 1% 0% lua /usr/bin/gre-hotspotd.lua
3955 1 root S 5420 1% 0% nginx: master process /usr/sbin/nginx
1525 1 root S 5416 1% 0% /sbin/logd -S 4096
4236 1 root S 4756 1% 0% {lte-doctor-logg} /usr/bin/lua /usr/b
417 1 root S 4468 1% 0% /usr/sbin/cgrulesengd -n -Q -u root
1485 1 root S 4456 1% 0% {status-led-even} /usr/bin/lua /sbin/
^C639 1 root S 4364 1% 0% lua /usr/bin/hostmanager.lua
root@modemtim:~#
root@modemtim:~#ls -la /tmp/run/mou*
-rw-r--r-- 1 root root 5 Jan 1 17:11 /tmp/run/mountd.pid
-rw-r--r-- 1 root root 12 Jan 1 17:11 /tmp/run/mountd_size
/tmp/run/mountd:
drwxr-xr-x 3 root root 0 Jan 1 17:11 .
drwxr-xr-x 8 root root 0 Jan 1 17:12 ..
drwxrwxrwx 1 root root 16384 Jan 1 16:03 sda1
root@modemtim:~#
root@modemtim:~#
EDIT
...mi rispondo parzialmente da solo:
il comando top mi sembra di aver capito che taglia il testo ad 80 caratteri, di conseguenza il path mostrato sopra era parziale.
il pacchetto fileprofiler scansiona il mio disco usb e genera un output del tipo sotto per ogni file trovato:
/var/lib/jenkins/swm-wc1/workspace/Build_3/build/openwrt/build_dir/target-arm_cortex-a9_uClibc-0.9.33.2_eabi/fileprofiler-1.0/profile.c(142): profiling /tmp/run/mountd/sda1/...
Con il comando ps mi sono accorto che il processo fileprofiler era rimasto bloccato su di un file specifico, ho cancellato il file interessato e killato il processo fileprofiler. Sempra essere andato tutto a posto ma poi si è bloccato su un file diverso...
Comunque la vera domando è:
cos'è (e chi ha scritto) fileprofiler?
Ho provato a cercare qualche riferimento con Google ma niente (non sembra essere un pacchetto ufficiale di OperWrt)
Da notare che sul mio modem ho:
DLNA Attivato:
OFF
Stato Profiler:
Profiling
ma uso xupnpd (UPnP-IPTV) come server dlna
Ciao e grazie,
Marco.
-
@Death Star - il failboot lo azzecco 8 o 9 volte su 10, utilizzando un potenziometro a filo; il problema è che anche switchando di bank non succede nulla. Ho flashato varie volte con TFTPD e Autoflashgui senza vedere alcun cambiamento. Per come la so io, sono bloccato.
P.S. Dopo aver fatto ulteriori prove, posso dire che, con il potenziometro riesco a switchare 10 volte su 10, senza Off/On; a richiesta posso divulgare. :nod:
-
Anche a voi succede che il comando scp limiti la velocità a 6 MByte/sec durante la copia di un singolo file su hdd usb (sia attivando usb3 che usando usb2)?
Se avvio due o più comandi scp contemporaneamente la banda totale sale a 10 MBytes/sec.
La copia dei files con scp verso in computer è di poco più veloce (6.5 MBytes/sec)
Con samba (e http) la velocità in lettura sale a 40/50 MBytes/sec mentre in scrittura ottengo 20/30 MBytes/sec.
Ciao e grazie,
Marco.
-
@Ansuel espongo qualche piccolo miglioramento che si potrebbe fare alla gui se implementabile.
sui pulsanti-comandi importanti tipo togli root,clona bank,reset,etc non si potrebbe mettere una doppia conferma?del tipo dopo aver premuto una finestra con "sei sicuro?"
si potrebbe inserire un timer per il riavvio programmato?tipo che si sceglie l'ora e magari giorno
piccole cose ma potrebbero essere utili
-
@LorenzoL
il failboot lo azzecco 8 o 9 volte su 10, utilizzando un potenziometro a filo; il problema è che anche switchando di bank non succede nulla. Ho flashato varie volte con TFTPD e Autoflashgui senza vedere alcun cambiamento. Per come la so io, sono bloccato.
Io sono riuscito a fare il downgrade con 1.1.2 Attiva e 1.1.1 passiva, l'unica strada che ti rimane è corrompere la bank attiva in modo che si danneggi il SW scritto(io ci son riuscito sempre corrompendo il SW funzionante se stava su bank 1 e se stavo su bank 2, corrompendolo due volte), con metodi da "ragazzi non rifatelo a casa"
**Ultima GUI .86 sicura ? O ci sono bug noti ?**
-
Ciao, non so se sia il thread giusto per questo tipo di richiesta, eventualmente chiedoa i mod di spostare o cancellare.
ho un 4132 rootato con fw1.1.2 e ansuelgui aggiornata all ultima revisione.
Faccio largo uso di indirizzi ip statici, è possibile in un futuro prossimo integrare nella gui la possibilità di ordinare l elenco secondo numero di ip? e nel frattempo posso modificare qualche file di cfg per averli i tale ordine?
grazie e ancora buon anno a tutti :happy:
-
@nproduction -
"...corrompere la bank attiva in modo che si danneggi il SW scritto..."
Ciao, mi diresti come hai fatto, esattamente? Vorrei provare....
-
@nproduction
Ciao, mi associo alla richiesta di LorenzoL. Il fail boot mi riesce benissimo , ho installato uno switch sul pin 15 della jtag e non c'e' possibilità di sbagliarlo.
Il timhub e' di riserva quindi non mi faccio particolari problemi a sezionarlo :)
Il banco principale ha la 1.1.2 ed il secondario la 1.1.1 . Il flash fallisce ogni volta.
Saluti J.
-
@jarod73 - purtroppo @nproduction non si è più fatto vivo; gli avevo anche inviato un PM 7 giorni fa, senza ottenere risposta....
-
@LorenzoL
Allora il metodo “ragazzi non fatelo a casa” in qualche modo è stato esplicitato nel topic del TG789VAC v2 ma dato che tale metodo può bruciare il modem non è stato scritto nei dettagli e ne tanto meno non lo riscriverò qui. Inoltre si sta cercando un modo per far sì di poterlo fare in modo sicuro. Se vuoi lì trovi qualcosa, ma ripeto non nei dettagli perché è una cosa che non si può fare in modo casuale. Spero di aver chiarito i dubbi del motivo per cui non ho risposto in PM( non rispondo mai, il forum è fatto per aiutare in pubblico) e del motivo per cui non dirò come si fa fin quando non arriva una soluzione al “casuale”.
Buona giornata a tutti ! ;)
-
@nproduction
ragazzi non fatelo a casa
(https://i.ibb.co/BP8mRF0/blog-small-02.jpg) (https://ibb.co/BP8mRF0)
-
@nproduction - la tua risposta è sensata e condivisibile :bye:
-
Leggero' il post e non lo faro' a casa!
Il modem e' qui di riserva/cavia ma lo voglio funzionante, soprammobili non me ne servono :).
saluti J.
-
@nproduction
ragazzi non fatelo a casa
(https://i.ibb.co/BP8mRF0/blog-small-02.jpg) (https://ibb.co/BP8mRF0)
Il nome del metodo è preso con tanto spunto dal caro @larsen64it che l'ha soprannominato così..ahaha
Name copyright: @larsen64it :-\ :D
Infine ci sono tante altre persone che leggono e che lo metterebbero in pratica con totale casualità, dato che ad oggi non risulta esistere una logica per questo metodo...@LorenzoL @jarod73
-
@nproduction
Lo capisco, però se qualcuno mi dice che andare in moto con una ruota bucata è pericoloso, dovrei essere in grado di valutarne il rischio e starmene tranquillo.
In ogni caso massimo rispetto per il tuo pensiero e resto in attesa delle guide di cui parlavi, con la speranza di risolvere la mia problematica a breve.
:)
Saluti J.
-
@jarod73 prova a dare un’occhiata negli ultimi post del thread dello sblocco del TG789VAC v2 perché si capisce qualcosa, quanto riuscirei a spiegarti io qui, spero che qualcuno che se ne intende di NAND si faccia avanti presto 🤞
-
Buongiorno , qualcuno sa come recuperare un Mac address di un cellulare che si e collegato al dga 4131qualche giorno fa ?
-
@r.firefox teoricamente lo trovi ancora nella lista dispositivi... devi andare per esclusione
-
Magari... Ultimo aggiornamento e andato in crash e la cache e partita... E l'indirizzo Mac con lei... Esiste in log ?
-
non che sia permanente di default.. non so se vengono salvati altrove
-
ho dato un'occhiata ma non vedo niente .. mi sa' che un log vero e proprio non esiste di chi si collega
-
E possibile fare il reboot da ssh ?
trovato. Da ssh basta il comando reboot.
-
ragazzi mi piacerebbe far funzionare ipv6 su questo modem,con modem originale non e' proprio possibile ma con la gui di ansuel &c si ottiene qualche risultato ma manca qualcosina per farlo funzionare a dovere.....
attivando lo stato ipv6 da rete locale-->stato ipv6 accesso a internet mostra ipv6 in connessione ma non si connette.....
con luci da network--->interfaces se connetto la wan-ipv6 magicamente da gui si connette in ipv6 ma non lo trasmette ai client e si pianta la scheda accesso a internet della gui....https://ibb.co/fM1ygz5
come si può notare da luci sembra che l ipv6 venga trasmesso
https://ibb.co/VVNyjfh
cosa manca secondo voi per la trasmissione corretta ai vari client?
-
un altra cosa se da luci imposto il led blu del power state-infoled non mi cambia piu il colore.ho controllato sotto etc\ledfw e il file stateMachine.lua non viene modificato.potete controllare?
grazie
-
e si pianta la scheda accesso a internet della gui....https://ibb.co/fM1ygz5
riporta logread -l30 poco dopo che che clicchi sulla scheda internet
-
non sò cosa significhi :doh:
sempre riguardi ipv6 come si vede da qui https://ibb.co/Z1G4bqb effettivamente lìip ipv6 viene assegnato correttamente,ma non viene ritrasmesso ai client :facepalm:
-
Semplicemente esegui quel comando da SSH e riporta il risultato qui.. serve per capire perché non ti si apre la pagina di internet
Non capisco poi che intendi con "non viene ritrasmesso ai clienti" dal modem stesso internet funziona? (ad esempio provando a pingare qualche indirizzo ipv6 da SSH)
-
@FrancYescO
/$ logread -l30
Sun Jan 20 11:22:47 2019 daemon.warn odhcp6c[15201]: Server returned message status 0
Sun Jan 20 11:22:57 2019 daemon.warn netifd: Failed to assign requested subprefix of size 64 for wlnet_b_24, trying other
Sun Jan 20 11:22:57 2019 daemon.warn netifd: Failed to assign requested subprefix of size 64 for wlnet_b_5, trying other
Sun Jan 20 11:22:57 2019 daemon.warn netifd: Failed to assign subprefix of size 65 for wlnet_b_24
Sun Jan 20 11:22:57 2019 daemon.warn netifd: Failed to assign subprefix of size 65 for wlnet_b_5
Sun Jan 20 11:22:57 2019 daemon.notice netifd: Interface 'wan6' is now up
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: reading /tmp/resolv.conf.auto
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain test
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain onion
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain localhost
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain local
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain invalid
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain example.net
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain example.org
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using local addresses only for domain example.com
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using nameserver 85.37.17.61#53 [0]
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using nameserver 85.38.28.120#53 [0]
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using nameserver 85.38.28.120#53 [0]
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using nameserver 85.38.28.121#53 [0]
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using nameserver 2001:4b18:3050:916f::53:c001#53 [0]
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using nameserver 2001:4b18:3050:916f::53:c002#53 [0]
Sun Jan 20 11:22:57 2019 daemon.info dnsmasq[13857]: using 3 more local addresses
Sun Jan 20 11:22:57 2019 user.notice firewall: Reloading firewall due to ifup of wan6 (pppoe-wan_ipv6)
Sun Jan 20 11:22:59 2019 user.notice pppoe-relay-hotplug: Interface wan6 ifup
Sun Jan 20 11:23:00 2019 user.notice ddns-scripts[15715]: myddns_ipv6: PID '15715' started at 2019-01-20 11:23
Sun Jan 20 11:23:00 2019 user.warn ddns-scripts[15715]: myddns_ipv6: Service section disabled! - TERMINATE
Sun Jan 20 11:23:00 2019 user.warn ddns-scripts[15715]: myddns_ipv6: PID '15715' exit WITH ERROR '1' at 2019-01-20 11:23
Sun Jan 20 11:23:16 2019 daemon.err nginx: 2019/01/20 11:23:16 [error] 8634#0: *50 lua entry thread aborted: runtime error: [string "internet-pppoe-routed.lp"]:478: attempt to index global 'jax_attr' (a nil value)
stack traceback:
coroutine 0:
[string "internet-pppoe-routed.lp"]:478: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/internet-modal.lp"]:97: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:163):4:Sun Jan 20 11:23:16 2019 daemon.err nginx: 2019/01/20 11:23:16 [error] 8634#0: *49 lua entry thread aborted: runtime error: [string "internet-pppoe-routed.lp"]:478: attempt to index global 'jax_attr' (a nil value)
stack traceback:
coroutine 0:
[string "internet-pppoe-routed.lp"]:478: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/internet-modal.lp"]:97: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:163):4:Sun Jan 20 11:23:16 2019 daemon.err nginx: 2019/01/20 11:23:16 [error] 8634#0: *51 lua entry thread aborted: runtime error: [string "internet-pppoe-routed.lp"]:478: attempt to index global 'jax_attr' (a nil value)
stack traceback:
coroutine 0:
[string "internet-pppoe-routed.lp"]:478: in function 'content'
/usr/lib/lua/web/lp.lua:171: in function 'include'
[string "/modals/internet-modal.lp"]:97: in function 'content'
/usr/lib/lua/web/web.lua:249: in function 'process'
content_by_lua(nginx.conf:163):4:
con "non viene ritrasmesso ai clienti" intendo che se anche da modem sembra attivo ipv6 con ipv6 assegnato a wan,lan,lo stesso poi non risulta disponibile dai vari client.
infatti,come da te suggerito,se pingo ipv6 funziona
/$ ping ipv6.google.com
PING ipv6.google.com (2a00:1450:400c:c04::64): 56 data bytes
64 bytes from 2a00:1450:400c:c04::64: seq=0 ttl=42 time=47.359 ms
64 bytes from 2a00:1450:400c:c04::64: seq=1 ttl=42 time=47.839 ms
64 bytes from 2a00:1450:400c:c04::64: seq=2 ttl=42 time=47.122 ms
64 bytes from 2a00:1450:400c:c04::64: seq=3 ttl=42 time=48.066 ms
64 bytes from 2a00:1450:400c:c04::64: seq=4 ttl=42 time=47.757 ms
64 bytes from 2a00:1450:400c:c04::64: seq=5 ttl=42 time=47.328 ms
64 bytes from 2a00:1450:400c:c04::64: seq=6 ttl=42 time=47.462 ms
64 bytes from 2a00:1450:400c:c04::64: seq=7 ttl=42 time=47.861 ms
64 bytes from 2a00:1450:400c:c04::64: seq=8 ttl=42 time=47.179 ms
64 bytes from 2a00:1450:400c:c04::64: seq=9 ttl=42 time=48.440 ms
resta il problema del perché non viene ritrasmesso,divulgato ai client wifi o lan.infatti se controllo le caratteristiche della singola connessione di un client ipv6 non è disponibile.https://ibb.co/rZ916VB
-
il problema della modal internet che non si apre dovrebbe essere risolto nell'ultima versione dev
che non vengono assegnati IPv6 sulla lan sembra essere una questione di DHCP dovresti provare a mettere tu manualmente un indirizzo locale IPv6 al modem (ovviamente di classe privata fc00::/7), anche perche' come puoi leggere dalla pagina rete locale "LAN IPv6 IPv6 not assigned"
-
dev .44 installata ma stesso problema,ma devo provare a riavviare modem....
https://ibb.co/fGf9dH6 rete locale dice assegnato
-
e' fixato con la .45
provando ad impostare manualmente indirizzo IPv6 gateway e dns su client hai provato?
-
grazie per la pazienza...
no non ho provato....installo .45,riavvio e provo...1000 grazie
edit
si adesso la pagina internet funziona con ipv6 connesso...bravi
e vedo anche indirizzo ipv6 prefisso e dns ipv6 :rotfl:
inseriti a mano nel pc e funziona benissimo
grazie ancora @FrancYescO
-
come immaginavo e' solo un problema di DHCP, magari vedi se riesci a smanettare nelle config a riguardo per averlo funzionante... forse ti basta inserire l'indirizzo di inizio e fine da assegnare
-
si infatti,se configuro ipv6 a mano sui client funziona,ma manca la famosa ritrasmissione come la chiamo io,in automatico da dhcp...
@FrancYescO non sono in grado di modificare dhcp.... -_-
-
:noob:
scusatemi se la domanda e' gia' stata trattata da qualche altra parte, ma mi pare che in questo thread non ho trovato riferimenti, le chiavette o gli hd collegabili su un router con gui Ansuel che
filesystem debbono avere? ( ho degli hdd formattati ext3 che contengono gia' dati e non vorrei cancellarli se non necessario)
Saluti J.
edit:
ext3 supportata, ext4 no, xfs no.
-
Ciao, ho installato la GUI sul mio TG789vac v2 tiscali.
Il mio intento era attivare la pianificazione di accensione e spegnimento wifi ed avevo visto che con questa GUI c'è la possibilità.
Purtroppo però ho provato a programmare detta funzione ma non ho avuto alcun effetto, nel senso che il wifi resta sempre e comunque attivo.
Si può risolvere?
Grazie
-
@putipower
Sorry for answering in english, I think you have to enable odhcpd via luci-interface.
https://www.ilpuntotecnico.com/forum/index.php/topic,80161.msg244988.html#msg244988
-
@NonViewer
is this enought to get DHCP ipv6 on LAN working? where are the pools defined?
@putipower
ti stavo chiedendo di provare a mettere gli indirizzi ipv6 come start e fine del DHCP, tutto da interfaccia senza andare nel complicato, ma forse la soluzione e' questa che ti e' stata riportata
-
@Cavaliere devi seguire un'altra strada https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html
-
@NonViewer
thanks for your help.
I modified as you suggested etc / .....
but I can not find odhcpd in luci/interfaces to activate ....
@FrancYescO
sai mica a cosa si riferisce @NonViewer ?
https://ibb.co/Z6S6fFX https://ibb.co/59q2TXJ
tutto originale con solo wan_ipv6 connesso da luci
non ci riesco mi arrendo
-
Hello putipower,
in luci go to "System" dropdownmenu, there "Startup" and you get to menu "Initscripts".
Scroll down to "odhcpd" (mine has start priority 35), toggle "Disabled" to "Enabled" and klick "Start".
But as mentioned in other post, with enabled ipv6 you can't open in Ansuel-Gui the tab where your isp-credentials are entered.
@NonViewer
is this enought to get DHCP ipv6 on LAN working? where are the pools defined?
Sorry I dont't understand what you mean with pools defined. In my understanding odhcp(deamon) does the prefix-delegation, which stays disabled after enabling ipv6 via Ansuels-Gui.
Only things I've done was:
1. Enable ipv6 via Ansuel-Gui
2. change in /etc/config/network under "config interface 'wan6'": "option ifname '@wan'"
3. In luci-interface enable and start odhcpd
-
@NonViewer
thanks for your contribution, finally ipv6 works as it should. error you mentioned was solved by the .45 version
thank you
-
@FrancYescO come suggerito da @NonViewer attivando odhcpd ipv6 funziona come dovrebbe,trasmettendo lo stesso a tutti i client.https://ibb.co/pxsnKL0 https://ibb.co/k6zLyrh
quindi oltre a questo odhcpd da attivare,bisogna attivare la spunta sotto luci/interfaces wan-ipv6---edit---advanced setting---bring up on boot
se riuscite ad implementare la cosa nella gui,ve ne saremo tutti grati.
grazie
p.s. mi funziona anche senza la modifica del file etc/config network
p.s. 2 l'unico sito che mi va in errore e' il forum di ilpuntotecnico :facepalm:
p.s. 3 aggiornato a firmware 2.0 grazie a @MisterFTTH che lo ha reso disponibile,ipv6 funziona bene come descritto sopra,ma questo forum mi va in errore con ipv6 attivo
-
Ciao a tutti, vorrei fare in modo che con il wifi spento il led info cambi colore (ad es. blu). Cortesemente qualcuno può indicarmi come fare (sempre che la cosa sia semplice)?
Grazie
-
@putipower hai aggiornato alla 2.0 cosa? avendo messo il "bring up on boot" della ipv6 non ti serve modificare network, piuttosto ora sembra ti si connetta in entrambe le modalita quindi ti converrebbe la modifica come ti e' stato consigliato. Che questo forum non funzioni con ipv6 dovrebbe essere gia' a conoscenza degli admin
@zoltan76 il fatto che il led non diventi blu con wifi off dovrebbe essere un bug della gui (a dire il vero non so se su 413x la aveva de default questa funzione ma il 789 tiscali si)...
-
@FrancYescO non so se sia un bug perchè probabilmente è una caratteristica solo di tiscali. Magari si può personalizzare da qualche parte nei file di configurazione...
In ogni caso l'ho notato durante alcuni tentativi fatti per capire se il wifi scheduling funziona o no (ed attualmente sul mio modem tiscali non funziona) perchè mi aspettavo che si accendesse il led blu. Poi ho capito che anche disattivando il wifi dall'apposito pulsante il led blu comunque non si accende.
-
dico che e' un bug perche' lo ha segnalato anche un'altra persona e ultimamente e' stata fatta qualche variazione per far funzionare bene i led, pero' ripeto non ho mai controllato se la funzione di farlo diventare blu fosse impostata di fabbrica sui 413X (credo di si comunque)
-
A me avevano detto che i led wifi sono monocolore
-
@FrancYescO ho aggiornato il firmware del timhub a 2.0
-
@CastleBravo il led che cambia colore è il led info, non quello wifi
-
1.2.0 o 2.0 ? perche' la prima e' una beta precedente alla 1.1.2
@CastleBravo stiamo parlando del led info che diventa blu quando wifi off, comunque se non sbaglio c'e anche il colore rosso sui led wifi di qualche dispositivo
-
@FrancYescO
Versione software AGTHP_2.0.0
-
p.s. 2 l'unico sito che mi va in errore e' il forum di ilpuntotecnico :facepalm:
Purtroppo è la piattaforma SMF a non gestire correttamente IPv6. Ci sono alcune funzioni Php che vanno in errore. Aspettiamo un aggiornamento da una vita....
-
E' possibile rimuovere completamente la gui di Ansuel con tutti i file da essa installati senza resettare il modem? Grazie
-
@mavelot ho capito.la cosa strana è che non distingue ipv4 da ipv6,perchè se è vero che ho anche un indirizzo ipv6,il server dovrebbe automaticamente switchare in ipv4.
@FrancYescO che ne pensi si potrebbe implementare a livello gui la modifica ipv6 per renderlo funzionante?
praticamente all'attivazione da gui dovrebbe corrispondere un controllo su odhcpd e attivarlo,facendo lo stesso con wan_ipv6 ed attivarlo....
-
Al gruppo di sviluppo di questo magnifico "coltellino svizzero", potreste valutare l'idea di aggiungere la condivisione via nfs v4?
Windows 10 professional ne incorpora un client non male che potrebbe essere usato per superare la castrazione di samba.
Per non parlare della maggiore velocità di trasferimento che il protocollo nfs permette.
Saluti J.
Edit :
ok non si puo' fare per via di problemi legati al kernel
-
@mavelot ho capito.la cosa strana è che non distingue ipv4 da ipv6,perchè se è vero che ho anche un indirizzo ipv6,il server dovrebbe automaticamente switchare in ipv4.
No il problema è proprio quello. Il server (intendo proprio il VPS) ha IPv6 e quindi lo considera prioritario.
Inoltre la CDN di cloudlflare pure lo considera prioritario.
Quello che non va è proprio il codice php della piattaforma che quando "legge" l'IP della sessione, trovandosi con una stringa esadecimale va in errore.
Prima di avere la protezione di Cloudflare, avevo aggirato il problema eliminando il record DNS AAAA del dominio.
In questo modo obbligavo il browser ad usare IPv4 non venendo risolto come Ipv6.
Purtroppo la gestione DNS di cloudflare non consente di avere un record A senza il corrispettivo record AAAA...quindi non so come fare sinceramente....
-
Purtroppo la gestione DNS di cloudflare non consente di avere un record A senza il corrispettivo record AAAA...quindi non so come fare sinceramente....
non capisco, io ho molti domini registrati su cf e il record AAAA non lo ho su nessuno...
cmq in alternativa ci sono varie mod per SMF per abilitarla a ipv6.. poi non so di che versione stiamo parlando
-
Che migliorie porta il firmware 2.0 con gui ansuel?
-
salve a tutti
ho installato l'ultimo firmware su modem tim hub DGA4132 e Software AGTHP_2.0.0 tramite gui personalizzata GUI Version 8.10.86 e a mio stupore nella scheda Accesso ad internet sono sparite le opzioni avanzate rendendo impossibile modificare la modalità di connessione.
Ho provato a rimuovere la gui e ripristinato l'originale tim che e cambiata apparte il fatto che e apparsa una scheda in cui ce il tasto sblocca modem!!!!
A mio stupore il modem continua ad essere bloccato al solo operatore Tim e va effettuata la procedura di sblocco ? :huh:
Ho provato a caricare la GUI Version 8.10.86 con Software AGTHP_2.0.0 spariscono le opzioni avanzate quindi sono ritornato Software AGTHP_1.1.2 in cui si vedono
io non vorrei che se non si sblocca il modem dalla gui tim col Software AGTHP_2.0.0 le opzioni avanzate nella GUI Version 8.10.86 vengano di nuovo rese visibili
ce qualcuno che sta vedendo cio ?? :huh:
ah se uso la GUI Version 8.10.86 il ping sta su 7 ms mentre con la versione dev sale a 10ms O_O strano? :huh:
mi aiutate a togliere la neve che non ci riesco grazie mille
-
Puoi spiegare meglio il problema?
-
@Ansuel
Ho il firmware 2.0 con la versione gui 8.11.46 ,ho aggiornato alla .53 e riavviato il modem,ma l'opzione wan sensing se la disattivo non compaiono le modalità manuali
Problema mio?
Grazie
aggiungo un altro problemino:ipv6 non si connette se non disattivo wan sensing
-
@Ansuel spero cosi si capisca
1) ho installato l'ultimo firmware su modem tim hub DGA4132 il AGTHP_2.0.0 tramite gui personalizzata GUI Version 8.10.86 e a mio stupore nella scheda Accesso ad internet sono sparite le opzioni avanzate rendendo impossibile modificare la modalità di connessione.
2)Ho provato a rimuovere la gui e ripristinato l'originale tim che e cambiata apparte il fatto che e apparsa una scheda in cui ce il tasto sblocca modem!!!!
A mio stupore il modem continua ad essere bloccato al solo operatore Tim e va effettuata la procedura di sblocco ?
3)Ho provato a caricare la GUI Version 8.10.86 con Software AGTHP_2.0.0 spariscono le opzioni avanzate quindi sono ritornato Software AGTHP_1.1.2 in cui si vedono
4)io non vorrei che se non si sblocca il modem dalla gui tim col Software AGTHP_2.0.0 le opzioni avanzate nella GUI Version 8.10.86 vengano di nuovo rese visibili
ce qualcuno che sta vedendo cio ??
5)ah se uso la GUI Version 8.10.86 il ping sta su 7 ms mentre con la versione dev sale a 10ms O_O strano?
-
@Ansuel
:noob:
Ho provato a fermare aria2 con "/etc/init.d/aria2 stop" in ssh, la shell non mi ha dato errori ma non sembra sortire effetti.
La gui ariang mi porta sempre connesso al servizio, sto sicuramente sbagliando qualcosa.. :-\
Il comado mi serviva a sostituire al file di sessione originale uno con dei download gia' in corso.
saluti J.
-
non capisco, io ho molti domini registrati su cf e il record AAAA non lo ho su nessuno...
cmq in alternativa ci sono varie mod per SMF per abilitarla a ipv6.. poi non so di che versione stiamo parlando
Qui siamo offtopic ma se vogliamo parlarne in privato ben venga....forse c'è qualcosa che non so ?
Io posso solo dire che provai a cancellare entrambi i record DNS, e poi ricreare il solo record A.
il record ipv6 me lo ritrovai automaticamente creato
-
@Ansuel
confermo i problemi con la .53 come scritto sopra riguardo wan sensing.
aggiungo che sono spariti i codec dalla tab telefonia
perche' se provo a rimettere la.46 che avevo salvato mi ritrovo sempre la .53?
-
@Ansuel
Ho configurato in bridge i due timhub con il root, hanno indirizzo 10.7.128.1 il primo ( principale, voip attivo) e 10.7.128.2 (secondario , lo uso per coprire in wifi il terzo
piano) collegati Lan-Lan con DHCP disattivato su entrambi i router.
Volevo attivare sul secondario le estensioni XUPnP ed Aria2. Non c'e' verso di riuscire ad aprire le gui ,chrome risponde con "CONNECTION_REFUSED" per XUPnP ed
errore 404 per Aria2.
La cosa e' uguale per sia con la 8.10.86 che con la 8.11.49. Su entrambi i timhub e' presente il fw 1.1.1 .
Non sono pratico di openwrt ma qualcosa in linux la mastico, in basso il log di nginx.
In /ETC la cartella xupnpd non c'e'..
:help:
sudo tail -n 20 /var/log/nginx/error.log
2019/01/27 11:31:24 [error] 5047#0: *6 open() "/www/docroot/aria" failed (2: No such file or directory), client: 10.7.128.25, server: localhost, request: "GET /aria HTTP/1.1", host: "10.7.128.2", referrer: "http://10.7.128.2/cards.lp"
2019/01/28 01:57:58 [error] 5047#0: *241 open() "/www/docroot/aria" failed (2: No such file or directory), client: 10.7.128.25, server: localhost, request: "GET /aria HTTP/1.1", host: "10.7.128.2", referrer: "http://10.7.128.2/cards.lp"
edit:
credo che la soluzione al problema venga descritta da qui in avanti
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg245426.html#msg245426
-
come sblocco i bottoni esporta importa config su gui tim hub originale?
-
ciao di norma non sono bloccati, fai un reset
-
Ciao a tutti
ho il TImHub con firm 1.1.2, e sbloccato con gui 8.10.86
ho notato che non mi funziona la visualizzazione tramite app MyTimFisso. fino a qualche giorno fa andava, ma io non ho modificato alcun parametro della telegestione
mi dice "modem spento o nessun dispositivo collegato". anche collegandosi in wifi la MyTimFisso mi dà solo informazioni parziali (mancano ad esempio tutti i paramtri di linea)
uso la telegestione per accendere e spegnere il wifi a distanza, e per controllare i parametri di linea. a me risulta comodo tenerla.
come potrei risolvere?
grazie.
-
ciao, aggiorna la gui
-
Ciao, ho una stampante HP Laserjet connessa via Usb e condivisa in rete tramite il router Tim Hub, vorrei segnalarvi un bug della condivisione stampante.
Con l'update della GUI 8.11.49 e versione firmware 1.1.1, ho provato, dalla scheda Condivisione Stampante della gui, ad abilitare l'interfaccia web di cups ma non funziona, carica l'indirizzo indicato (http:\\192.168.1.1:631) senza risultato sino a dare timeout. Ho anche provato a riavviare il router ma non ha avuto effetto.
Ho provato ad agire manualmente, tramite WinSCP, sui file di configurazione e ho notato che nel file /etc/cups/cupsd.conf all'ultima riga è rimasta la stringa WebInterface no proverei a impostarla manualmente su Yes, ma vorrei evitare di farlo mentre Cups è in esecuzione. Per cui apro Putty, faccio l'accesso con account root e do il comando service cupsd stop, ma mi viene restituito l'errore -ash: /etc/init.d/cupsd: Permission deniedQuesto nonostante stia usando l'account root, quando invece stoppavo dnsmasq con gli stessi comandi non ho mai riscontrato questo errore. Non ho più toccato il file perchè temo di fare danni modificandolo mentre cups è in esecuzione, magari è questa la causa del problema dell'interfaccia web.
-
ciao, aggiorna la gui
ciao
adesso funziona, grazie
segnalo tuttavia che ero su 8.10.86 e non mi trovava alcun aggiornamento (stabile)
ho dovuto scaricare dal repository ed installare la 8.10.72, ed ha quel punto mi ha trovato l'aggiornamento alla 8.11.49 con la quale MyTimFisso è tornata a funzionare
-
Salve :
vers. GUI 8.11.49 Modem TG789vac v2 firmware UNO
Non riesco a far funzionare il Wake On WAN, ho provato anche ad aprire la porta, ma niente.
Ho notato che non è possible abilitare il wifi "GUEST". O meglio, nella pagina principale risulta disattivato(ed è cosi) ma si va nelle impostazioni wireless risulta abilitato. Se si prova disabilitarlo si disattiva anche il wifi principale.
In impostazioni eco, nonostante si impostato il valore di timeout per quando si schiaccia il tasto "I", questo non viene rispettato. Cosi anche per il led WIFI NSC.
-
@FrancYescO @Ansuel con la dev .83 e firmware 2.0.1 ho riscontrato un problema con il telefono che non provava nemmeno a registrarsi dopo un riavvio del modem in seguito ad aggiornamento.ho risolto disattivando e riattivando da tab la telefonia.
ho anche notato dopo l'allineamento con la centrale che rimane stabile,diversi cambi di ip con tanto di errore ppp,poi si stabilizza dopo circa 30secondi.
-
@putipower non sono derivati in nessun modo dalla gui... problemi con il tuo concentratore? o firmware instabile? bho...
-
@Ansuel meglio così...grazie
-
Buongiorno
Avevo il 4130 felicemente sbloccato da molto tempo con fw 1.1.2 e gui Ansuel. Ho aggiornato da GUI a 1.2.0 con file AGTEF_1.2.0_001_CLOSED.rbi ma ahimé il modem ha perso il root, mi si riapre la schermata tim originale con fw 1.1.0. Rifaccio la procedura di sblocco ma il root non funziona, e al login il modem non mi accetta più nessuna password neanche admin admin.
-
ciao fai un reset
-
Ho provato ma niente.... mi dice sempre password errata
-
quasi sicuramente ti sta visualizzando una versione che non corrisponde a quella realmente installata, questo pero' dovrebbe risolversi con un reset, magari ripetilo (forse la prima volta ti ha resettato le config di un bank e per qualche motivo poi lo ha switchato)
-
niente da fare, non mi accetta la password, ho provato anche un hard reset.... :facepalm:
-
...
ciao per caso quando hai installato il firmware 1.2 ha premuto il tasto sblocca il modem ? se è cosi . .la password di admin è cambiata con la access key scritta nell etichetta del modem ..
-
Sei un grande !!!!! Tutto sbloccato e aggiornato all'ultimo firmware e all'ultima gui, grazie mille non sapevo che dopo il riavvio cambiasse la password di admin....
Un'ultima cosa, se cambio la password di root si creano problemi con gli aggiornamenti da gui?
-
no ma se sei su dev nelle ultime versioni la password di ssh viene resettato ad ogni update... stiamo ancora ffiandno ciò...
-
Secondo vuoi quale driver vdsl potrebbe essere il migliore da usare con un misto fibra rame 2km distante dalla centrale snr 6.5 circa ?
-
se ce ne fosse un migliore lasceremo solo il migliore
invece il punto e' che cambia per ogni linea/aggiornamento DSLAM, l'ultimo della lista e' sempre il piu' aggiornato e in linea teorica il migliore
-
Ma del firmware 2.0.x sappiamo qualcos'altro di più come changelog, oltre al fatto che offrono lo sblocco ISP ?
Chiedo perché sto ancora con la 1.1.2 (penso) e sto cercando una scusa utile per provare ad aggiornare ^^
-
invece il punto e' che cambia per ogni linea/aggiornamento DSLAM, l'ultimo della lista e' sempre il piu' aggiornato e in linea teorica il migliore
Ma c'è qualche differenza tra i firmware che iniziano per A e B?
edit
mi rispondo da solo. A sta per Annex A, B per Annex B. per quanto riguarda l'ADSL siccome in italia è di tipo PSTN serve per forza il driver di tipo Annex A (quindi quelli che iniziano per A), per quando riguarda la VDSL penso si possa usare anche quelli di tipo B, perchè il 35b è di tipo Annex Q. Qua però chiedo conferma ad @Ansuel o @FrancYescO . Secondo me su questi driver è giusto fare un po di chiarezza perchè è una cosa a mio parere poco chiara per la maggior parte degli utenti.
-
Cerca e leggiti con cura tutti gli interventi che parlano di Annex presenti qui https://www.ironmark.it/interventi/index.html
-
Grazie @MisterFTTH per la lettura. In effetti la VDSL2 17a è di tipo Annex B, quindi vanno bene anche i driver che iniziano con B.
-
Buongiorno, sul dga4130 noto che dopo aver collegato un hard disk sulla porta usb esso non entra mai nella modalità standby (a meno che non lo espella dall'apposita scheda presente in gui), è possibile da riga di comando impostare un timeout per farlo entrare in standby?
-
@FrancYescO questo driver B2pvfbH043q / FRITZ!Box 7582 7.01/Asus DSL-AC88U-B v1.10.06_591 sul sito dell'asus risulterebbe compatibile con Annex A ma in realtà non lo è. Possibile che il driver Asus DSL-AC88U-B v1.10.06_591 sia il A2pvfbH043q?
-
No ti confermo quel driver e' quello corretto (direi che in nessun caso puo' capitare di visulizzare in Firmware Version una versione di driver non realmente caricata)
non escludo l'incompatibilita' che dici possa essere dovuta al modulo kernel (la parte dopo il punto che c'e in firmware version) non abbastanza aggiornato/corrispondente alla versione driver
-
Volevo segnalare che dopo l'ultimo aggiornamento della GUI del DGA4132 la stampate "samsung M2026" non viene più riconosciuta dalla rete, nella sezione stampante delle impostazioni risulta online ma non viene visualizzate nella rete da qualsiasi dispositivo.
-
@Ansuel @FrancYescO sarebbe possibile avere l'opportunità di inserire la data e l'ora a mano,senza server ntp?
usando il timhub come access point non mi prende l'ora e data giusta,e non posso pianificare il wireless
grazie
-
scusate ma dove trovo le ultime GUI offline?
-
...
si ma in conclusione voi quale driver state usando????
-
Il migliore per me è questo A2pvbH042j2
-
scusate ma dove trovo le ultime GUI offline?
https://github.com/Ansuel/gui-dev-build-auto
-
Il migliore per me è questo A2pvbH042j2
Concordo!
-
ciao,
ho un problema con il mio timhub sbloccato con AGTHP_1.1.2 e versione gui Ansuel 8.11.49 stable
non mi funziona la condivisione file samba.
siccome ho win10 1809 ho abilitato la versione SMB1 (disattiva di default)
ho abilitato la voce nelle opzioni GUI, la chiavetta nella tab condivisione contenuti viene vista ma windows non accede a \\192.168.1.1
mi dà sempre errore 0x80004005
anche es file explorer da android non accede, non lo rileva proprio
fino a qualche tempo fa funzionava tutto; è cambiato qualcosa nella GUI?
grazie in anticipo
-
ciao a tutti!
volevo segnalare un problema con la GUI:
ho un agtot con firmware UNO, ho provato a mettere la GUI.tar.bz2 presente nel repositori, ma funziona finchè non si riavvia il modem. Al riavvio, superando la schermata di login mi da " errore 500" o altre volte "errore 404" .
ho provato a rerettare la gui e a reinstallarla, e ho provato anche a resettare dal tasto dietro al modem, ma in entrambi i casi ho lo stesso problema.
allego il log @Ansuel
dmesg:
[ 132.439000] netlink: 20 bytes leftover after parsing attributes.
logread:
stack traceback:
coroutine 0:
[C]: in function 'setfenv'
/usr/lib/lua/web/lp.lua:170: in function 'include'
[string "/gateway.lp"]:36: 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>, clienThu Feb 14 22:29:29 2019 daemon.err nginx: 2019/02/14 22:29:29 [error] 4076#0: *36 lua entry thread aborted: runtime error: /usr/lib/lua/web/lp.lua:170: bad argument #1 to 'setfenv' (integer expected, got nil)
stack traceback:
coroutine 0:
[C]: in function 'setfenv'
/usr/lib/lua/web/lp.lua:170: in function 'include'
[string "/gateway.lp"]:36: 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>, clienThu Feb 14 22:30:00 2019 cron.info crond[2960]: USER root pid 5818 cmd /sbin/trafficmon.lua
Thu Feb 14 22:30:00 2019 cron.info crond[2960]: USER root pid 5819 cmd /sbin/trafficdata.lua
inoltre ho notato che molte finestre sono sparite con la GUI custom, come ad esempio mobile, telephony, parental control, printer sharing...
-
ciao,
ho un problema con il mio timhub sbloccato con AGTHP_1.1.2 e versione gui Ansuel 8.11.49 stable
non mi funziona la condivisione file samba.
...
mi autocito per dire che sono un pirla io. :facepalm:
perchè i file vengano visualizzati occorre PRIMA attivare l'opzione nelle impostazioni gui, e POI inserire la chiavetta nella usb. non il contrario.
ora funziona ::)
-
...
Sono riuscito a risolvere i problemi, dopo numerosi reset e installazioni... Credo che il problema fosse dovuto all'assenza di connessione ad internet.
Ora ho anche installato LUCI, ma non capisco perchè non riesco da gestire le connessioni wifi dalla pagina wireless di Luci. Non riesco neanche da terminale lanciando il comando iwinfo. Mi manche qualche pacchetto??
Come non detto, ho trovato una discussione su GiT dove a quanto pare questo è un problema noto. @Ansuel ci sono novità a riuguardo?
-
non funziona la parte wifi da luci
-
Penso che sia in fase di risoluzione...
https://nutterpc.com/owncloud/index.php/s/O4ljPFZ1aJ2kyIQ (https://nutterpc.com/owncloud/index.php/s/O4ljPFZ1aJ2kyIQ)
-
e' di qualche mese fa quello screenshot e comunque non riguarda i DGA, non ci sono stati aggiornamenti a riguardo https://github.com/nutterpc/tg-luci/issues/18
-
Volevo segnalare che dopo l'ultimo aggiornamento della GUI del DGA4132 la stampate "samsung M2026" non viene più riconosciuta dalla rete, nella sezione stampante delle impostazioni risulta online ma non viene visualizzate nella rete da qualsiasi dispositivo.
Stessa cosa è successa a me, dal penultimo aggiornamento la stampante condivisa in rete ha smesso di stampare.
-
@incollato con una stampante samsung, ho avuto lo stesso problema un po' di tempo fa. Però, da quando ho installato il firmware 2.0.1_001 con l'ultima GUI DEV, il problema sembra essersi risolto. Potrebbe essere anche una casualità la mia. Non saprei.
-
@Ansuel @FrancYescO se aggiorno da gui senza avere modem online va subito in errore la gui e non mostra barra avanzamento come avviene se avessi connessione. come inizia aggiornamento scrive 403 Forbidden nginx
devo aspettare qualche minuto e fare aggiorna pagina, la gui torna a funzionare e l'aggiornamento è andato a buon fine
-
@Ansuel cosa fa esattamente "Ripristina GUI" in impostazioni GUI?
-
@Ansuel
In France some ISP are checking the MAC address of the device to allow the connection, would it be possible to add a "Spoof Mac address" in the GUI ?
-
in broadband you can set the mac address of the interface
-
I have a couple of issues with GUI 8.11.49. Ive been talking kevdagoat. I installed by WinSCP method.
I have static internet connection VDSL.
I have a home server with dhcp/dns servers and have a different subnet to the default setting.
Ive found that I can get the internet to connect if I choose fixed ip put all the details in close the window, then open the window again switch to dhcp and then back to static and close. Then it will connect, providing I only use the default router address.
Then it will connect, providing I only use the default router address. Also after awhile the internet drops out and I need to do the above again.
I have in the xdsl section "No direct path found" on several driver items.
-
...
Ciao @incollato ,
Sto provando a tirare su Cups anche io, ma ancora niente… solo time-out nella pagina web.
Tu sei riuscito a risolverlo ?
-
prova da ssh
/etc/init.d/cupsd enable
/etc/init.d/cupsd start
cupsctl WebInterface=yes
-
i primi due mi dice che sono argomenti sconosciuti
Ecco invece l'output di cupsctl
/etc/init.d# cupsctl
_debug_logging=0
_remote_admin=1
_remote_any=0
_share_printers=1
_user_cancel_any=1
AutoPurgeJobs=Yes
HostNameLookups=Off
KeepAlive=On
MaxJobs=25
PreserveJobFiles=No
PreserveJobHistory=No
RIPCache=512k
WebInterface=yes
edit
Ho l'impressione che questo è l'output di tutto il config che ha caricato. Ora provo a indicarli il file conf da caricare
EDIT: nada , same result
-
Guarda che /etc/init.d/cupsd esiste
da ssh
ls /etc/init.d/cupsd
Se non abiliti il demone di cups e lo avvii cups non funzionerà mai
"/etc/init.d/cupsd enable"
"/etc/init.d/cupsd start"
-
@MisterFTTH my bad, scusate l'abuso
@larsen64it sono riuscito ad eseguire i comandi che mi hai indicato (prima mi ero scordato il ./ ) ma purtroppo ancora non funziona.
Nel intento di ricaricare il daemon mi ha dato un piccolo errore:
root@modemtim:/etc/init.d# ./cupsd reload
cupsctl: Unable to connect to server: Bad file descriptorMa solo per quella volta rifacendo il reload non ho più avuto quel messaggio.
Da cupsctl ho anche avviato il debug-logging, sapresti dirmi dove li mette ? (penso si è capito che non sono tanto bravo con Linux -_- )
-
mi intrometto
Da cupsctl ho anche avviato il debug-logging, sapresti dirmi dove li mette ? (penso si è capito che non sono tanto bravo con Linux -_- )
credo che li trovi /var/log/cups/error_log
saluti
-
@dark4codrutz Lascia perdere il logging non è configurato. Ormai è trascorso un anno da quando ho attivato il webserver di cups sul tg789 ed ho visto che le configurazioni per il dga sono le stesse, quindi deve funzionare. Ho visto che hai aperto un ticket anche su github, vedrai che la cosa sarà risolta con la gui. Quindi mi fermo onde evitare casini con le configurazioni.
-
@larsen64it ho notato che mancava qualcosina in /var/log oltre ai log di cups..
Prendo il tuo consiglio e la smetto con le config :)
Non vorrei fare troppi casini li dentro.
Ho già giocato con i permessi e authtype in cupsd.conf appresi da una guida per Debian, ma ancora non mi fa accedere..
Ultima cosa che voglio provare è fare un ssh tunneling e provare ad accedere all'interfaccia web da localhost..
Conoscete altri metodi per vedere se il server cups è up da riga di comando Linux?
-
per vedere se è in esecuzione
pidof cupsd
controlla la configurazione
ferma il demone
/etc/init.d/cupsd stop
e lancia
cupsd -t
-
Ciao a tutti, uso da un po' la GUI Ansuel. L'altro giorno ho effettuato un doppio aggiornamento: gui alla 8.11.49 e firmware 2.0.1.002. Funziona tutto, tranne una cosa: www.tim.it non è più raggiungibile. (e con esso tutti i domini correlati, io ho una vecchia mail tin.it e non riesco ad accedere per leggerla). Qualcuno saprebbe dirmi da cosa può dipendere? Ho controllato tutto e non riesco a venirne fuori. Prima degli aggiornamenti funzionava perfettamente.
-
@ezellohar ho problemi anche io ad accedere alla mail tin.it ma non su tim.it o altri siti.ho provato ad accedere alla mail da 3g e mi da errore di password.non credo centri niente ne il firmware ne il modem.prova ad accedere da rete cellulare per conferma
-
Ciao, ho scritto proprio perché da cellulare accedo normalmente, mentre da PC e da wifi, quindi tutte connessioni filtrate dal modem, no
-
Ciao.
Ho aggiornato alla 8.13.59
Ma ora ho un'animazione non disinseribile neppure con l'apposita opzione.
Una scheda "Broadband" inutilizzabile, nella barra del titolo permane la scritta Loading... e sotto Error 0undefined (proprio con zero iniziale) e con logread una serie di:
"Mon Mar 4 21:16:26 2019 daemon.err nginx: 2019/03/04 21:16:26 [error] 4416#0: *150 lua entry thread aborted: runtime error: /usr/lib/lua/web/content_helper.lua:71: attempt to call global 'T' (a nil value)
stack traceback:
coroutine 0:
/usr/lib/lua/web/content_helper.lua:71: in function 'getExactContent'
[string "002_broadband_xdsl.lp"]:33: in function 'content'
/usr/lib/lua/web/lp.lua:176: in function 'include'
[string "002_broadband.lp"]:19: in function 'content'
/usr/lib/lua/web/lp.lua:176: in func"
-
@Gerrino ci do un'occhiata ora
-
Grazie @Ansuel
Ho provato solo ora. Aprendo le schede "Local Network" e "Mobile" ottengo l'errore 500 e logread restituisce risultati molto simili:
"Tue Mar 5 22:48:31 2019 daemon.err nginx: 2019/03/05 22:48:29 [error] 5473#0: *207 lua entry thread aborted: runtime error: /usr/lib/lua/web/content_helper.lua:71: attempt to call global 'T' (a nil value)
stack traceback:
coroutine 0:
/usr/lib/lua/web/content_helper.lua:71: in function 'getExactContent'
[string "/modals/ethernet-modal.lp"]:703: in function 'content'
/usr/lib/lua/web/web.lua:264: in function 'process'
content_by_lua(nginx.conf:163):4: in function <content_by_lua(nginx.conf:163):1>, cli"
"Tue Mar 5 23:02:27 2019 daemon.err nginx: 2019/03/05 23:02:27 [error] 5473#0: *290 lua entry thread aborted: runtime error: /usr/lib/lua/web/content_helper.lua:71: attempt to call global 'T' (a nil value)
stack traceback:
coroutine 0:
/usr/lib/lua/web/content_helper.lua:71: in function 'getExactContent'
/usr/lib/lua/web/post_helper.lua:67: in function 'handleQuery'
[string "/modals/lte-modal.lp"]:519: in function 'get_page'
[string "/modals/lte-modal.lp"]:552: in function 'content'
/usr/lib/lua/web/w"
-
@Gerrino ma su che versione sei ?
-
8.13.64 come in firma.
Pare che il problema sia legato alla blacklist.
Ho aggiornato alla 8.13.67, provato e tutto funzionava.
Disintallata e installata la blacklist, rifatto l'accesso alla GUI ed ecco riapparire il difetto.
Allora ho fatto "Forza aggiornamento" e gli errori sono nuovamente spariti.
Provata la blacklist e funzionava.
A questo punto ho riavviato il router da pulsante e sono riapparsi gli errori.
Stesso risultato se anziché spegnere e riaccendere do il comando /etc/init.d/mmpbxd restart.
Da questo deduco che centri la blacklist appunto.
-
mhhh c'è da controllare cosa fa la blacklist
-
Ciao @incollato ,
Sto provando a tirare su Cups anche io, ma ancora niente… solo time-out nella pagina web.
Tu sei riuscito a risolverlo ?
Ciao, non ho più provato nemmeno io, anche perchè leggevo che erano intervenuti nella gui dev.
Ho letto e provato anch'io metodi sul web ma nada, forse è un problema di permessi, a questo punto aspetto la gui stable per aggiornare il router alla 2.0.* e vedere come va, fiducioso del lavoro degli sviluppatori.
-
mhhh c'è da controllare cosa fa la blacklist
Mi pare strano che dipenda dalla blacklist
Fino alla versione 3.0.4 (la stessa che usa gerrino) non va a toccare mmpbxd
-
@puandr non so come mai ma ultimamente blacklist 3.0.4 non mi blocca le telefonate.se disattivo e riattivo la telefonia non si registra più il telefono.devo fare un riavvio della connessione.
quando hai tempo puo dare una controllata?
grazie
edit:
se rimuovo laclist e poi le reinstallo mi rimane in loop la finestra installazione fino a che non faccio refresh della pagina,e comunque sembra installarsi
-
@Ansuel stavo provando a compilare dei pacchetti per il tim hub, ho scaricato il toolchain da openwrt (brcm63xx sdk no?), solo che leggo soltanto mips come architettura in staging_dir, sapresti darmi ulteriori informazioni?
-
forse @roleo puo dare piu' info a riguardo
-
Sì, va preso l'altro tree sempre sul mio repo.
Non AGTEF ma AGTOT.
-
@roleo intendevo riguardo istruzioni per compilare immagino a quello fosse interessato @freddy0h :)
per quanto riguardo repo precompilate owrt se servisse c'e anche questa https://github.com/FrancYescO/789vacv2_opkg
-
Buona sera a tutti!
Ho provato su ubuntu 18.10 a compilare i sorgenti di AGTHP da openwrt_agtef_gpl_20180314.tgz di @roleo senza successo. Dopo un po' di lavoro certosino ho aggiornato il tree alla versione dal repo https://github.com/openwrt/chaos_calmer (le modifiche non sono tante) e poi ho backportato da openwrt 18.04 quello che non andava e applicato diverse patch trovate su internet/bug report ecc... Ora ho un tree aggiornato con cui si riesce a compilare tools e toolchain. Il tutto sta in un tar da 175MB.
Nel dettaglio, le modifiche:
backport da 18.04 di
- automake
- bison
- e2fsprogs
- m4
- make-ext4fs
- findutils
- squashfs / squashfskit4 (->squashfs4)
- procd
- openvpn
e poi
- Fix version check di git
- Fix makefile kernel (rm file inesistente, forse dovuto alla mancanza dei sorgenti proprietari)
- Patch di mtd
Ovviamente i pacchetti kmod-* non funzionano :sonno:
siete interessati? Come ve lo posso inviare?
-
il mio consiglio e' di simulare come ho fatto nel git sopra
usare github anche come hosting repo aiuta molto :)
riusciresti mica a compilare anche telephony?
-
@FrancYescO backportando curl sono riuscito a compilare quasi tutto (nel telephony), mi rimangono errori che ora non riesco a debuggare su
make -r package/asterisk-11.x-chan-dongle/compile: build failed. Please re-run make with -j1 V=s to see what's going on
make -r package/dahdi-linux/compile: build failed. Please re-run make with -j1 V=s to see what's going on
make -r package/dahdi-tools/compile: build failed. Please re-run make with -j1 V=s to see what's going on
make -r package/freeswitch/compile: build failed. Please re-run make with -j1 V=s to see what's going on
make -r package/libpri/compile: build failed. Please re-run make with -j1 V=s to see what's going on
Qui invece la lista di quello che ho in bin/.../telephony
asterisk11_11.22.0-2_brcm63xx-tch.ipk
asterisk13_13.19.2-2_brcm63xx-tch.ipk
asterisk18_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-alarmreceiver_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-authenticate_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-chanisavail_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-chanspy_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-directed_pickup_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-disa_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-exec_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-minivm_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-mixmonitor_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-originate_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-playtones_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-read_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-readexten_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-record_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-sayunixtime_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-senddtmf_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-setcallerid_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-sms_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-stack_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-system_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-talkdetect_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-verbose_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-waituntil_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-app-while_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-cdr_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-cdr-csv_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-agent_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-gtalk_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-iax2_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-local_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-mgcp_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-ooh323_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-chan-sccp-b_v4.2-r6139-4_brcm63xx-tch.ipk
asterisk18-chan-skinny_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-codec-alaw_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-codec-a-mu_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-codec-g722_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-codec-g726_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-codec-g729_1.3-2_brcm63xx-tch.ipk
asterisk18-curl_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-format-g726_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-format-g729_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-format-sln16_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-format-sln_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-base64_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-blacklist_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-channel_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-cut_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-db_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-devstate_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-enum_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-env_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-extstate_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-global_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-groupcount_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-math_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-module_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-shell_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-uri_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-func-vmcount_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-mysql_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-odbc_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-pbx-ael_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-pbx-dundi_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-pbx-lua_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-pbx-spool_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-pgsql_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-ael-share_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-agi_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-clioriginate_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-crypto_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-fax_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-fax-spandsp_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-monitor_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-musiconhold_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-phoneprov_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-pktccops_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-smdi_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-srtp_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-timing-pthread_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-res-timing-timerfd_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-sounds_1.8.32.3-5_brcm63xx-tch.ipk
asterisk18-voicemail_1.8.32.3-5_brcm63xx-tch.ipk
baresip_0.5.6-1_brcm63xx-tch.ipk
bcg729_1.0.0-1_brcm63xx-tch.ipk
libiksemel_1.4-2_brcm63xx-tch.ipk
libortp_0.23.0-1_brcm63xx-tch.ipk
libosip2_4.1.0-2_brcm63xx-tch.ipk
libpj_2.7.2-1_brcm63xx-tch.ipk
libpjlib-util_2.7.2-1_brcm63xx-tch.ipk
libpjmedia_2.7.2-1_brcm63xx-tch.ipk
libpjnath_2.7.2-1_brcm63xx-tch.ipk
libpjsip_2.7.2-1_brcm63xx-tch.ipk
libpjsip-simple_2.7.2-1_brcm63xx-tch.ipk
libpjsip-ua_2.7.2-1_brcm63xx-tch.ipk
libpjsua2_2.7.2-1_brcm63xx-tch.ipk
libpjsua_2.7.2-1_brcm63xx-tch.ipk
libre_0.5.6-1_brcm63xx-tch.ipk
librem_0.5.2-1_brcm63xx-tch.ipk
libspandsp_0.0.6-2_brcm63xx-tch.ipk
libsrtp_1.4.4-2_brcm63xx-tch.ipk
miax_1.4-2_brcm63xx-tch.ipk
pcapsipdump_0.2-1_brcm63xx-tch.ipk
restund_0.4.11-1_brcm63xx-tch.ipk
restund-mod-mysql_0.4.11-1_brcm63xx-tch.ipk
sipp_3.3.990-1_brcm63xx-tch.ipk
siproxd_0.8.1-4_brcm63xx-tch.ipk
yate_5.5.0-1-1_brcm63xx-tch.ipk
Se ti serve qualcosa di specifico provo a compilartelo
-
@marxx6 per quanto riguarda la parte compilazione pacchetti , forse è meglio proseguire nell'altro thread ( "OpenWrt Chaos Calmer su AGTEF/AGTHP" ) che è più specifico :)
-
ho abilitato la telegestione con spoof 2.0.0 ma non riesco a vedere il timhub con mytim ne in wifi(lo vede come generico) e in 3g mi dice modem spento.controllando log mi trovo
Mon Mar 18 12:25:41 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
negli helper nat ho questa situazione
https://ibb.co/WFpwmBK
-
@putipower i DNS sono quelli TIM?
posta un
logread | grep cwmp
-
@FrancYescO si i dns sono di tim....aggiungo che ho ipv6 attivo
log inviato con mp
-
Prova a rimuovere i DNS di Tim, salvare e riavviare, e poi reimpostarli, salvare e riavviare.
Se son quelli deve funzionare per forza.
Non credo che l'ipv6 attivo c'entri, ma per sicurezza prova a disabilitarlo.
I servizi ipv6 come i dual stack ipv4 e ipv6 sono ancora molto acerbi secondo me, e sempre (secondo me).
-
@putipower prova a disattivare IPv6 mi sembra anche ansuel se ne era accorto che per qualche motivo con IPv6 attivo si rompeva (se ricordo bene i DNS IPv6 di TIM non risolvono i soliti domini)
-
ok proverò a disattivare ipv6....
nel frattempo sapreste spiegarmi perché mi trovo questa situazione con 2 timhub stesso firmware stessa dev?
quello con 2 "amanda"e' il modem vdsl l'altro e' su wan con giustamente voip e telegestione disattivata,
https://ibb.co/PcxcB5j
https://ibb.co/fvnfX77
grazie
-
si disattivato ipv6 ora da mytim in 3g si vede benissimo il timhub
grazie ragazzi
-
credo sia successo qualcosa durante qualche upgrade firmware che ha duplicato le regole del nathelper (mi e' sembrato di vedere modifiche a riguardo anche nell'ultima beta _003)
-
@FrancYescO ho aggiornato al firmware 2.0.1.003 ma stesso problema....tra l'altro ho notato che una volta editati non mi fa neanche rinominare.....cosa mi consigli di fare,un reset?
grazie
-
bhe si son proprio i casini che succedono installando le beta
-
@FrancYescO https://ibb.co/y0pXwbh ho fatto un reset(tra l'altro non mi prendeva piu la password ne admin ne la acces key,risolto aggiornando gui da shell)e ora mi trovo come da immagine,secondo te l'opzione sip va attivata?il telefono funziona
quali mi consigli di lasciare attive?
grazie
p.s. il problema delle doppie voci era causato dal backup di configurazione che ricaricavo
-
sincermente non ho ancora mai capito il funzionamento dei nat helper, ma dovrebbero influenzare solo i dispositivi in LAN che usano quei protocolli e non il modem in se.
-
ok grazie per l aiuto,ma è normale secondo te,che se abilito la telefonia sul secondo timhub in wan la stessa si registri e sembra funzionare?
ciao
-
bhe si i server voip TIM mi sembra permettano 5 connessioni contemporanee
-
Salve, ho aggiornato il mio dga4130 a fw 2.0 da 1.1.0. Ultima GUI stable.
In regole Upnp attive compare sempre 0, nonostante utilizzi programmi per l'apertura delle porte automatiche. Ci tengo a precisare che con fw. 1.1.0 la lista delle porte cambiava in tempo reale all'utilizzo di programmi per aprirle. Come mai?
-
Le regole vengono visualizzate?
-
Le regole vengono visualizzate?
No, nella sezione Servizi Wan non trovo la lista delle porte temporaneamente aperte. Fin quando usavo fw 1.1.0 compariva il numero delle regole nella scheda della home, e aprendo la scheda si vedevano le regole per le varie porte aperte (ad esempio le porte per playstation o programmi torrent).
Se può aiutare, con fw successivi a 1.1.0 ho sempre avuto problemi con upnp e playstation: dopo tot tempo mi disconnettevo causa porte che non si aprivano automaticamente.
Premetto che sono quasi ignorante in materia, ma ho come la sensazione che da una certa versione fw in poi (dalla 1.1.1 compresa, in poi) ci siano problemi con upnp, o almeno questo è quello che capita a me. Grazie :)
-
Nuovo aggiornamento ! grazie :clap:
-
Buongiorno sono in possesso del da 4130 con firmware 1.1.1 e ultima gui stabile 9.0.14 mi sono stapire le informazioni del dslam dove vedevo la versione software e anche la porta a cui sono collegato. È un problema noto oppure è solo un mio problema? Nella gui Dev è stato risolto??? Semmai da stabile vado in Dev dimmi te ansuel.
Grazie mille
-
@yhcim86 non mi pare siano state fatte modifiche a riguardo... Non vorrei un nuovo aggiornamento del DSLAM rende impossibile la lettura di quei valori (che comunque di affidabilità non ne hanno moltissima) ... Cosa ti compare in quei campi?
-
No, anch'io talvolta le leggo altre volte no. Prova a fare un reboot elettrico della cpe (stacca la presa di corrente per 15 secondi e poi riattacchi) e vedi se compaiono.
Credo sia un piccolo bug della GUI.
-
@FrancYescO @Ansuel non riesco a far funzionare la telegestione con mytim,dice modem spento o non collegato
nat helper abilitati ma da questi errori
Sat Mar 23 09:39:21 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:39:21 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:39:47 2019 daemon.err mosquitto[3709]: Error: Unable to load server certificate "/tmp/certs/chain.pem". Check certfile.
Sat Mar 23 09:39:48 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:39:48 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:04 2019 daemon.err wansensing.lua[3048]: Command failed: Not found
Sat Mar 23 09:40:04 2019 daemon.err transformer[3257]: /usr/share/transformer/mappings/rpc/optical.interface.map ignored (/usr/lib/lua/transformer/typestore.lua:88: 'rpc.optical.Interface.{i}.' is already registered!)
Sat Mar 23 09:40:05 2019 daemon.err transformer[3257]: /usr/share/transformer/mappings/rpc/optical.map ignored (/usr/lib/lua/transformer/typestore.lua:88: 'rpc.optical.' is already registered!)
Sat Mar 23 09:40:07 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:07 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:10 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:10 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:12 2019 daemon.err rmmod: module is not loaded
Sat Mar 23 09:40:17 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:17 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:21 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:21 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:23 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:23 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:26 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:26 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:30 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:40:30 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:41:32 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:41:32 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:55:08 2019 daemon.err nginx: 2019/03/23 09:55:08 [error] 4067#0: *17 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:08 2019 daemon.err nginx: 2019/03/23 09:55:08 [error] 4067#0: *21 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:09 2019 daemon.err nginx: 2019/03/23 09:55:09 [error] 4067#0: *20 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:09 2019 daemon.err nginx: 2019/03/23 09:55:09 [error] 4067#0: *22 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:09 2019 daemon.err nginx: 2019/03/23 09:55:09 [error] 4067#0: *19 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:09 2019 daemon.err nginx: 2019/03/23 09:55:09 [error] 4067#0: *18 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:09 2019 daemon.err nginx: 2019/03/23 09:55:09 [error] 4067#0: *23 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
Sat Mar 23 09:55:13 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:55:13 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:55:13 2019 daemon.err nginx: 2019/03/23 09:55:13 [error] 4067#0: *24 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lSat Mar 23 09:55:13 2019 daemon.err nginx: 2019/03/23 09:55:13 [error] 4067#0: *25 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
Sat Mar 23 09:57:11 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:57:11 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:57:57 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:57:57 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:58:07 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 09:58:07 2019 daemon.err fw-ext: Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Sat Mar 23 10:45:20 2019 daemon.err nginx: 2019/03/23 10:45:20 [error] 4067#0: *97 lua entry thread aborted: runtime error: /usr/lib/lua/web/sessioncontrol.lua:443: attempt to call ngx.redirect after sending out the headers
mentre sembra funzionare la telegestione tim
Data Funzione Processo Messaggio
Mar 23 10:55:31 daemon.info odhcpd[3078] Using a RA lifetime of 0 seconds on br-lan
Mar 23 10:54:36 daemon.info cwmpd[4438] PROT_TRACE: LAST STATE: <Idle>
Mar 23 10:54:36 daemon.info cwmpd[4438] PROT_TRACE: Transaction succeeded, closing connection.
Mar 23 10:54:36 daemon.info cwmpd[4438] PROT_TRACE: < Empty Response
Mar 23 10:54:36 daemon.info cwmpd[4438] PROT_TRACE: > GetParameterValues Response
Mar 23 10:54:35 daemon.info cwmpd[4438] PROT_TRACE: < GetParameterValues Request
Mar 23 10:54:35 daemon.info cwmpd[4438] PROT_TRACE: > Empty Post
Mar 23 10:54:35 daemon.info cwmpd[4438] PROT_TRACE: < InformResponse
Mar 23 10:54:35 daemon.info cwmpd[4438] PROT_TRACE: > Inform (2 PERIODIC)
Mar 23 10:54:34 daemon.info cwmpd[4438] PROT_TRACE: ConnectionRequestURL updated to http://79.26.xxxxxxx7170/ConnectionRequest
-
@yhcim86 Ora con la nuova Gui Stable 9.0.49 funziona alla perfezione e sempre, puoi visionare i dati del DSLAM dove sei collegato.
-
@putipower su che versione sei ? che hai settato nel version spoof? sul cell sei da wifi o 4g ?
-
@Ansuel si potrebbe evitare che l'aggiornamento della GUI reimporti la blacklist di default? Fortuna che avevo fatto un backup...
Grazie.
-
Il DDNS di google non funziona. E' da molto tempo che ci provo e nonostante gli aggiornamenti questa cosa è rimasta in sospesa
-
@yhcim86 non mi pare siano state fatte modifiche a riguardo...
Ho aggiornato la gui all'ultima stabile di Ansuel ed è tornato a funzionare i dati del dslam compreso la porta dove sono collegato. Ho gui 9.0.49 firmware 1.1.1 agtef.
Ma cosa era successo???
@yhcim86 Ora con la nuova Gui Stable 9.0.49 funziona alla perfezione e sempre, puoi visionare i dati del DSLAM dove sei collegato.
Sì ho fatto l'aggiornamento ed è tornato tutto ok grazie mille
-
Il DDNS di google non funziona.
Non sono sicuro possa dipendere da questo, ma in fase di flash del firmware root 1.0.3 tramite AutoflashGUI quale opzione hai usato?
Personalmente adoperando l'opzione DGA4132 1.0.3 (root) AdvancedDDNS non mi ha mai dato nessun problema in merito ai DNS differenti da TIM, che siano Google, Cloudflare, ecc.
-
@putipower su che versione sei ? che hai settato nel version spoof? sul cell sei da wifi o 4g ?
uso sempre l'ultima dev,
2.0.0 da comunicare a cwmp
uso 3g
prima usavo ipv6 e non funzionava,poi mi e' stato suggerito di provare senza ipv6 ed ha iniziato a funzionare,ma dal primo riavvio risponde modem spento
se provo in wifi locale vede modem generico
-
@Brian_Furious hai attivato la flag HTTPS?
@Combine DNS e DDNS son cose diverse
-
Lo so, ho letto male e confuso pardon.
A prescindere dai DNS però ha parlato di problematica di DDNS. E se provasse a flashare quel tipo di firmware root? Io credo che potrebbe risolvere il problema.
-
@Ansuel ho provato a riattivare ipv6 e non mi si registra piu il telefono.allora lho disattivato e non mi funziona piu la navigazione sia ethernet che wifi,la pagina web dice connection refused ,ma il telefono si registra
ilsecondo timub su wan funziona bene :help:
https://ibb.co/pZNZzyp
-
@Ansuel @FrancYescO
Mar 26 19:21:20 user.debug mmpbxd[11476] [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1369 - statusCode 403
Mar 26 19:21:20 user.debug mmpbxd[11476] [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4075 - Unable to retrieve currentDestination from SIP network ..
Mar 26 19:21:20 user.debug mmpbxd[11476] [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2030 - TRANSC_CLIE - TranscClientDNSContinue: Transc-client 0x0x31c9f0 - no failed message. transc-client state - Failed
mi servirebbe un aiuto veloce se possibile
-
403 fa presumere semplicemente credenziali errate
Ma senza sapere nemmeno che provider stai configurando..
-
tim ma non ho configurato niente,ho fatto un reset di configurazione e ripristinato la configurazione
-
se si attiva la modalità eco led la funzione opera come citato ma se premo il tasto sul modem per vedere i led viene eseguito solo un flash dei suddetti rendendo impossibile capirne quali sono accesi e il time se settato non funziona -_- e un mio problema o della gui ??
-
@andrea.ant innalza il timeout almeno a 5000
-
Ciao a tutti,
ho cercato nel thread e non ho trovato risposta al mio quesito..
:headbang:
Vorrei accedere in remoto, tramite DDNS (no-ip correttamente configurato), al client Aria2 installato tramite GUI Ansuel (ultima versione) sul mio TIM HUB DGA4132 rootato (ultimo fw).
Come posso fare? Grazie anticipatamente a chi potrà aiutarmi.
-
@Brian_Furious hai attivato la flag HTTPS?
Si, ho provato in tutti i modi.
Lo so, ho letto male e confuso pardon.
A prescindere dai DNS però ha parlato di problematica di DDNS. E se provasse a flashare quel tipo di firmware root? Io credo che potrebbe risolvere il problema.
Da non molto ho rootato il modem di nuovo con la versione 1.0.3 se non sbaglio. Poi ho fatto upgrade all'ultima versione, perchè c'era una cosa buggata con quella versione di firmware. A prescindere dai firmeware comunque i DDNS google, girando i parametri per un'ora, non ha funzionato.
-
@FrancYescO puo' essere sta t...a di AMANDA che non mi fa funzionare l'app mytim?se pensi di si come potrei sistemare?
grazie
Mar 27 19:21:06 daemon.err fw-ext Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Mar 27 19:21:06 kern.info kernel [85889.661000] xt_CT: No such helper "AMANDA"
Mar 27 19:21:06 daemon.err fw-ext Error adding CT helper AMANDA for udp ( --dport 10080) in helper_binds
Mar 27 19:21:06 kern.info kernel [85889.642000] xt_CT: No such helper "AMANDA"
-
Non credo AMANDA possa c'è trarci qualcosa, da quanto leggo è un protocollo per fare wiki (?)
Con la telegestione Tim non so come sbattere non avendo quell'isp non riesco a fare prove
-
:'( grazie lo stesso
-
in version sppof che hai? provato a riavviare? ipv6? più dettagli...
-
@Ansuel
spoof 2.0.0 da comunicare manualmente
ho riavviato piu volte anche a distanza di giorni
ipv6 disattivo(l'unico momento che mi ha funzionato e' quando ho disattivato ipv6,poi probabilmente ho riavviato e non ha piu funzionato)
driver xdsl agtef 1.1.0
se mi collego con wifi locale mi vede modem generico,non il timhub
in 3g risponde modem spento...
telegestione attiva con intervallo a 3600
edit
puo' dipendere dal fatto che la porta 7170 rimanga in ascolto sia che la telegestione sia attiva che non?
edit
@Ansuel se attivo ipv6 va in crash il telefono e la navigazione.come lo disattivo il voip torna a registrarsi ma niente navigazione
Mar 28 15:07:11 2019 daemon.err nginx: 2019/03/28 15:07:11 [error] 4128#0: *90 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lThu Mar 28 15:07:11 2019 daemon.err nginx: 2019/03/28 15:07:11 [error] 4128#0: *87 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lThu Mar 28 15:07:12 2019 daemon.err nginx: 2019/03/28 15:07:11 [error] 4128#0: *89 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lThu Mar 28 15:07:12 2019 daemon.err nginx: 2019/03/28 15:07:12 [error] 4128#0: *86 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lThu Mar 28 15:07:12 2019 daemon.err nginx: 2019/03/28 15:07:12 [error] 4128#0: *88 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
/usr/lThu Mar 28 15:07:12 2019 daemon.err nginx: 2019/03/28 15:07:12 [error] 4128#0: *94 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:280: bad argument #5 to 'format' (no value)
Thu Mar 28 15:23:25 2019 daemon.err miniupnpd[5805]: Failed to get IP for interface pppoe-wan
Thu Mar 28 15:23:26 2019 daemon.err cwmpd[5207]: UBUS_CLIENT: Failed to retrieve external IP address
Thu Mar 28 15:23:26 2019 daemon.err cwmpd[5207]: SOCK_TRACE: cwmp_createClientSocket - no ip to bind to on interface wan - fail
Thu Mar 28 15:23:26 2019 daemon.err cwmpd[5207]: UBUS_CLIENT: Failed to retrieve external IP address
Thu Mar 28 15:23:26 2019 daemon.err cwmpd[5207]: SOCK_TRACE: cwmp_createClientSocket - no ip to bind to on interface wwan - fail
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:23:30 2019 daemon.err miniupnpd[5805]: Failed to broadcast good-bye notifications
Thu Mar 28 15:23:57 2019 daemon.err cwmpd[5207]: CONNECTION: Failed to connect to server.
Thu Mar 28 15:24:28 2019 daemon.err cwmpd[5207]: CONNECTION: Failed to connect to server.
Thu Mar 28 15:25:22 2019 daemon.err cwmpd[5207]: CONNECTION: Failed to connect to server.
Thu Mar 28 15:26:13 2019 daemon.err miniupnpd[24000]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Thu Mar 28 15:26:13 2019 daemon.err miniupnpd[24000]: Failed to get IP for interface pppoe-wan
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: sendto(udp_shutdown=6): No such device
Thu Mar 28 15:26:18 2019 daemon.err miniupnpd[24000]: Failed to broadcast good-bye notifications
se riavvio il modem da gui non funziona più niente ne telefono ne navigazione
Thu Mar 28 15:38:20 2019 daemon.err mosquitto[3686]: Error: Unable to load server certificate "/tmp/certs/chain.pem". Check certfile.
Thu Mar 28 15:38:37 2019 daemon.err wansensing.lua[3036]: Command failed: Not found
Thu Mar 28 15:38:49 2019 daemon.err transformer[3239]: /usr/share/transformer/mappings/rpc/optical.interface.map ignored (/usr/lib/lua/transformer/typestore.lua:88: 'rpc.optical.Interface.{i}.' is already registered!)
Thu Mar 28 15:38:49 2019 daemon.err transformer[3239]: /usr/share/transformer/mappings/rpc/optical.map ignored (/usr/lib/lua/transformer/typestore.lua:88: 'rpc.optical.' is already registered!)
Thu Mar 28 15:39:38 2019 daemon.err rmmod: module is not loaded
edit
nemmeno con lo spengere e riaccendere il modem mi torna la linea....uff devo fare un reset
Mar 28 15:58:59 user.debug mmpbxd[10068] [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1369 - statusCode 403
Mar 28 15:58:59 user.debug mmpbxd[10068] [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4075 - Unable to retrieve currentDestination from SIP network ..
Mar 28 15:58:59 user.debug mmpbxd[10068] [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2030 - TRANSC_CLIE - TranscClientDNSContinue: Transc-client 0x0x156cba0 - no failed message. transc-client state - Failed
Mar 28 15:58:59 user.info mmpbxd[10068] SIP Registration: SIP: +3907xxxxxxxx : Deregister
Mar 28 15:58:59 user.info mmpbxd[10068] SIP Registration: SIP: +3907xxxxxxxx : Failure Reason: 403 No Roaming Agreement From Current Network 110200201005004 edit senza fare reset ho disattivato l accesso internet e riattivo con il cambio ip il telefono si e subito registrato ma nessuna navigazione ne in wifi ne in ethernet :headbang:
edit e' tornato tutto nella normalita disattivando wansensing e disaativando e riattivando connessione dsl
ora ho il terrore di fare qualunque cosa.....
-
ciao @Ansuel, con l'ultima GUI DEV, non funziona più la "pianificazione wireless"
Quando vado sulla scheda esce il seguente errore
"Si è verificato un errore interno del server. Contatta l´amministratore"
-
@chocobo devi resettare la conf del tod
-
Anche io ho lo stesso problema.
Come si resetta la conf del tod?
-
cp /rom/etc/config/tod /etc/config/
-
Proverò.
avevo provato a cancellare il contenuto del file tod da /etc/config e rifare la programmazione ma dava ancora lo stesso errore.
-
non va bene cancellare il file
va cancellata una parte nel file dentro
-
Comunque ho appena copiato il file tod da /rom/etc/config in /etc/config e mi da l'errore ancora
-
uci show tod
-
/etc/config$ uci show tod
tod.global=tod
tod.global.enabled='1'
tod.global.tod_enabled='1'
tod.global.tracelevel='4'
tod.global.time_change_monfreq='10'
tod.action765D66E65A274447EA1D1F3338B93388=action
tod.action765D66E65A274447EA1D1F3338B93388.timers=''
tod.timer765D66E65A274447EA1D1F3338B93388=timer
tod.wifitod_765D66E65A274447EA1D1F3338B93388=wifitod
Ecco.
Ma il problema lo fa nel momento che creo la regola.
Andava tanto bene prima perchè toccare cose che vanno bene :-\
-
@CastleBravo perchè le cose non andavano bene e sopratutto c'è sempre da migliorare....
(prima di questa modifica veniva spento tutto il wifi non solo l'interfaccia selezionata)
comunque riresetta mi ero scordato di pushare una modifica ad un file... dovevi specificare che era rotto nella creazione della regola
-
Eh me ne ero dimenticato di specificarlo.
Comunque non so se con (prima di questa modifica veniva spento tutto il wifi non solo l'interfaccia selezionata) intendessi che non spegneva le bande singolarmente, se ho capito bene ti dico che a me invece le spegneva perfettamente come le impostavo una indipendente dall'altra.
Se ho capito male cosa intendevi?
Adesso provo con la modifica che hai fatto. Poi ti informerò
-
semplicemente selezionavi il wifi guest 2.4 e veniva disattivano anche l'ap non guest 2.4
-
Ah capito!
E' ok adesso :-*
-
@Ansuel a me non va proprio la programmazione.
Non mi da più errore ma non mi accende ne spegne il wifi. Nessuna banda
-
@CastleBravo puoi provare con l'ultima dev? (rifai la regola nel caso)
-
ciao a tutti,
ho installato il firmware UNO sul TG789vac v2 di TIM ed ho installato la GUI di Ansuel (versione 9.0.79), però se provo a modificare qualsiasi parametro della wireless ricevo questo errore: Some parameters failed validation wps_button_handler: Invalid value
qualcuno sa dirmi da cosa dipende?
grazie
-
Ho provato ora e non ho questo errore, prova e reinstallare la gui.
P.S. il posto giusto su cui postare per tg789vac v2 e questo:
https://www.ilpuntotecnico.com/forum/index.php/topic,77981.0.html
qui sei OT
-
ho provato più volte.. continua a darmi quell'errore.. comunque mi sposto sul nuovo topic.. grazie
-
@Ansuel, con GUI_DEV 9.0.80, la pianificazione del WiFi non funziona e con la 9.0.8.2 mi ritrovo le scritte sottosopra
-
Ciao a tutti, solo un chiarimento: nella gui - wireless (2,4/5) - interfaccia - elenco controlli accesso (ACL) ho attivato la blacklist ed ho messo un indirizzo MAC xx:xx: ecc.,
una volta salvato se vado a vedere la casella appare la scritta:
indirizzo MAC">xx:xx: ......
non dovrebbe venire scritto solo xx:xx:......., probabilmente va bene lo stesso.
Grazie.
DGA4132
2.0.1.001
gui 9.0.49
-
salve, ho aggiornato all'ultima gui sviluppatore oggi, ma stranamente le scritte sono meta' sottosopra. e' un pesce d'aprile ?
-
@Ansuel se non sbaglio avevo letto tempo fa che c'era in ballo un futuro sviluppo riguardante il tweak SNR per VDSL2 sul DGA4132... :happy:
Ci sono novità al riguardo?
-
Volevo provare ad usare il dga4132 dietro un altro router (usando wan/eth) come AP e server per transmission, ma non riesco a risolvere due problemi su trasmission, il primo è che da sempre la porta chiusa, invece ho verificato che è aperta e l'altro problema è che quando resetto o spengo il dga4132 tutti i torrent in coda spariscono e li devo ricaricare (le parti già scaricate le mantiene), avete qualche dritta? Grazie
-
@Ansuel
Help, oggi 6 aprile non riesco più ad entrare ne con putty ne con winscp, ieri era tutto regolare, non ho toccato ne fatto nulla, gui regolarmente attiva,
DGA4132
gui 9.0.49
oggi ho provato a ricaricare la gui, ho riavviato sia modem che pc ho cancellato cronologia ma nulla non si entra.
Che succede? come rimedio?
Grazie.
-
@ghigo0812 l'apertura porte e' da fare sul router a monte, la modalita' migliore con cui collegare l'hub attualmente e' probabilmente IP statico, sui torrent al riavvio non ti saprei aiutare ma che io ricordo c'e una cartella impostabile nelle config dove lui deve pescare tutti i torrent da mettere in lista quando si avvia, forse e' impostata male
@olicar inizia a chiarire cosa intendi per non entrare.. non risponde il server ssh? password sbagliata? la prima cosa che mi viene da pensare e' che fosse in ascolto su wan con password di default...
-
Sul router a monte le porte sono aperte, le ho testate col pc(usato lo stesso indirizzo che do al dga) dove uso un altro client torrent.
Per la directory non l ho trovata in etc/config/transmission ho cambiato altri parametri ma quello non l ho trovato.
-
E' un problema noto di transmission, dipende dalla versione usata, con la versione 2.93-6 non ho questi problemi.
-
@FrancYescO non entrare intendo che quando lancio Putty o winscp, login root ok, passord root access denied.
Grazie.
-
avevi accesso ssh wan attivo? sembra proprio che qualcosa/qualcuno abbia semplicemente cambiato password...
-
Purtroppo si in funzioni extra sistema accesso SSh wan era attivo.
prima era tutto in default root/root come si possa aver cambiato non saprei sono l'unico ad operare e non ho fatto nulla, rimedio?
-
non vedo molte alternative valide se non il reset, anche perche' se qualcuno ti ha cambiato la password da wan (una ssh con username/password root esposta su wan viene beccata dai bot di scansione in tempo 0) chissa quali altre schifezze puo' aver combinato...
-
:facepalm: l'accesso ssh o telnet su wan non va mai lasciato aperto, figuriamoci poi con la password di default...
Reset immediato!
-
Grazie. :) mi era preso un accidenti e senza aver fatto nulla se non aver attivato WAN ma poi per cosa? forse una svista >:(, comunque tutto risolto, resettato rimesso qualche parametro di nuovo in linea, di nuovo grazie per il supporto e il grande lavoro che state svolgendo TUTTI :clap:.
Per la password vedremo di cambiarla il fatto è che ne faccio un uso sporadico dei programmi poi finisce che la dimentico.
Continuo a seguirvi, ciao.
-
E' un problema noto di transmission, dipende dalla versione usata, con la versione 2.93-6 non ho questi problemi.
Io ho la gui 9.0.49 e ho installato trasmission 2.94 con l'opzione direttamente da gui. Come posso installare una versione diversa che funzioni correttamente? Grazie
-
CIao ragazzi,
Da quando ho attivato il band steering hostapd mi spamma tutti i MAC address su logread, come disattivo il logging?
Grazie
-
ho attivato il tunnel ip6 to ip4 e abilitando ip6 dalla gui ansuel mi si connette ma non va più il telefono -_- come posso fare in modo che anche il telefono va ????
-
@Ansuel porterai la tua gui anche sul modem sercom visto che ora è disponibile il root?
-
Ansuel come poso istallare GUI LuCI openwrt su fastgate 4131
-
DGA ( DGA4132 )
Versione software
17.3.c Cyan
Versione GUI
9.1.8
GUI non aggiornata, non si riesce ad aggiornare alla 9.1.14. ho provato dalla gui e da ssh esegue l'aggiornamento ma poi torna alla schermata di login e dice che la versione installata e' sempre la 9.1.8 e che esiste un aggiornamento.
ho fatto il download della relese 9.1.14 e l'ho installata dalla gui ma stessa cosa.
se eseguo da ssh l'aggiornamento a "mano" ho questa risposta
root@modemtim:/tmp# /etc/init.d/rootdevice force
Root Script: Installing in progress...
ash: !=: argument expected
root@modemtim:/tmp#
-
Già segnalato l'errore sulla pagina di github
-
ok grazie mille
-
volevo segnalare che la GUI 9.1.14 non funziona non si installa provato anche manualmente cin WinSCP
-
@Ansuel perché non viene più aggiornata la gui DEV?
-
edit
-
Buongiorno a tutti,
chiedo già' scusa :P ma sono nuovo e non so se e' il posto giusto dove chiedere,
ieri ho sbloccato il modem (TIM) di mio padre ecco le caratteristiche:
Nome prodotto: MediaAccess TG ( MediaAccess TG789vac v2 )
Versione software: 17.2 Mint
Versione GUI: 9.0.49
Volevo avere alcune informazioni ho già sbloccato e installato la GUI di Ansuel (molto bella) :D e ora volevo capire alcune cose tipo:
1- la versione software di questo modem cioè la 17.2 Mint e' aggiornabile alla 17.3? se si come?
2 - e' possibile installare il protocollo "dnsmasq and ntpd" che uso già su un altro modem e mi trovo molto bene? e se si come?
ciao e grazie
-
Ciao a tutti
non mi funziona luci su DGA4132 GUI: 9.0.49 :o
Cioè me la installa e vedo al cartella www_luci con relative sottocartelle ma non parte
"Impossibile raggiungere il sito Connessione negata da 192.168.1.1."
grazie!
-
Ho un problema con TG789vac v2, 17.2 e GUI 9.0.49.
Selezionando LED eco ed abbassando il valore anche a 100, un led resta sempre acceso ed è parecchio fastidioso vista la collocazione del router. C'è un modo per spegnere tutti i led completamente evitando nastro adesivo?
Grazie
-
@ram86 il led che intendi dovrebbe essere l'infoled, io per spegnerlo ho risolto aggiungendo questa riga in /etc/crontabs/root (dopo averla messa ricorda di riavviare cron con /etc/init.d/cron restart)
0 * * * * sed -i '141s/staticLed("power:green", true)/staticLed("power:green", false)/' /etc/ledfw/stateMachines.lua && /usr/share/transformer/scripts/restart_leds.sh
L'ho potuto testare solo sul DGA4130 però se la riga è giusta anche per il TG789vac v2 allora dovrebbe andare.
Il comando agisce sulla riga 141 (può cambiare con gli aggiornamenti GUI o SW), sostituisce la stringa solo se trova il match all'esatta posizione perciò puoi provare tranquillamente
-
@aezakmi123 grazie, non avevo visto la risposta. Provato ora ma sembra non fare nulla di diverso, c'è qualche impostazione che devo lasciare attiva nella gui magari?
-
@ram86 l'opzione eco led deve essere attiva da GUI, potresti dirmi di che colore è il LED che rimane acceso?
Prova questo comando:
sed -i '128s/staticLed("power:blue", true)/staticLed("power:blue", false)/' /etc/ledfw/stateMachines.lua && /usr/share/transformer/scripts/restart_leds.sh
Se il LED non si spegne, ripristina con questo:
sed -i '128s/staticLed("power:blue", false)/staticLed("power:blue", true)/' /etc/ledfw/stateMachines.lua && /usr/share/transformer/scripts/restart_leds.sh
-
@aezakmi123 provato ma nessun cambiamento, è immediato? Il led che rimane acceso è quello verde, con eco led mi spegne tutti gli altri ma ne resta acceso sempre uno, che era proprio quello che volevo spegnere.
[edit]
andando ad analizzare statemachines.lua ho trovato
service_ok_fullpower = {
staticLed("power:orange", false),
staticLed("power:red", false),
staticLed("power:blue", false),
staticLed("power:green", true)
ho cambiato semplicemente l'ultimo con false e... magia si è spento 8)
-
Visto in ritardo l'edit[ You must login or register to view this spoiler! ]
Importante, a ogni aggiornamento GUI il file viene sovrascritto perciò aggiungi questo modificando la linea dove va ad agire (0 * * * * sed -i '1XXs/staticLed...) così ogni ora va a riscrivere il file correttamente
@ram86 il led che intendi dovrebbe essere l'infoled, io per spegnerlo ho risolto aggiungendo questa riga in /etc/crontabs/root (dopo averla messa ricorda di riavviare cron con /etc/init.d/cron restart)
0 * * * * sed -i '141s/staticLed("power:green", true)/staticLed("power:green", false)/' /etc/ledfw/stateMachines.lua && /usr/share/transformer/scripts/restart_leds.sh
-
Ciao a tutti, ho da poco configurato correttamente il timhub con operatore tiscali e tecnologia ftth sia la parte dati che voce. Ho notato che dopo aver configurato la parte voce, sia il led internet che quello della porta ethernet dove sono collegato col pc principale lampeggiano a turno come se si scambiassero traffico in stile ping, siccome mi sembra uno spreco di traffico di rete . Vi chiedo se è possibile sniffare la porta in modalità mirroring del timhub per cercare di capire a cosa sia dovuto questo presunto traffico. Aggiungo che pure a pc spento vi è questo palleggiamento tra i due led che vi ho appen descritto. Grazie
-
ciao,
hoprovato ad installare la guidi ansuel seguendo la guida ed i 3 comandi curl -k https://raw.githubusercontent.com/Ansuel/gui-dev-build-auto/master/GUI.tar.bz2 --output /tmp/GUI.tar.bz2
bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -
/etc/init.d/rootdevice force
ora no riesco ad accedere piu alla gui e neanche in ssh al router; cosa posso provare? il router ora ha le impostazioni difabbrica
-
ciao ma in quale router l'hai installata?
-
tg89vac xtream di fastweb
riesco a navigare con le impostazioni di default , manon posso accedere all gui neanche dopo un reset; ho provato con un tftp caricando il file 2081001_FW_108_MOS_TG789vacXtream.rbi ma andava in bootloop, ora non so come dopo un po di reset è ripartito ma con la gui di ansuel inaccessibile
-
@Ansuel @roleo o chi ne capisce, buongiorno avrei necessita di installare sul mio 4130 o 4132 un plugin che mi monitorizza l'ups( gruppo di continuita) tipo questo https://oldwiki.archive.openwrt.org/inbox/software.nut . sapete se funziona ? grazie
-
Non mi sembra che il nut sia presente nei repository, anche perché per funzionare necessita del driver specifico per il tipo di ups usato (sempre che sia supportato) https://networkupstools.org/stable-hcl.html. Sotto linux funziona bene, anche se deve essere totalmente configurato a mano, sotto openwrt non l'ho mai provato.
-
Domanda forse non opportuna, magari mi sono perso qualcosa: a parte Technicolor che non rilascia i sorgenti del nuovo fw del 4132, ma lo sviluppo della GUI di Ansuel si è arrestato? Oppure, se continua, come procedono i lavori di aggiornamento? Il 4132, per esempio, rischia di diventare un "ciocco" di plastica da fermare ai fw 2.0.x?
Grazie...
-
Ciao,
Penso che debba sempre esserci un po di spazio per le domande di questo tipo, personalmente ho installato il fw nuovo con il root senza la gui e lo sto usando così.
Provando a installare la gui sui firmware 18.3 apparivano tanti errori che ruotavano attorno a questo:
lua: error loading module 'tch.socket.unix' from file '/usr/lib/lua/tch.so':
libdl.so.0: cannot open shared object file: No such file or directory
stack traceback:
[C]: ?
[C]: in function 'require'
/usr/lib/lua/datamodel-bck.lua:27: in main chunk
[C]: in function 'require'
/usr/lib/lua/datamodel.lua:13: in main chunk
[C]: in function 'require'
(command line):1: in main chunk
[C]: ?
Per fare queste prove, circa un mese fa ho quasi brickato in maniera permanente il mio dispositivo.
Credo proprio che la difficoltà sia dovuta proprio alla mancanza dei sorgenti.
Oggi però Technicolor mi ha risposto. Guardate l'altro thread.
-
Non ho ben capito... hai messo il nuovo firmware e da questo errore? comunque le gui dev sono 100% compatibili col nuovo firmware... ho ora montato un agthp con 18.3 funzionante su linea fastweb
-
Avevo installato la gui sul nuovo firmware, quell'errore lo dava dopo rootdevice force, e lo ripeteva tante volte.
Dunque adesso sono compatibili? La procedura di installazione è sempre quella?
Per ulteriori dettagli ecco quello che è successo poco più di un mese fa. Il mio è un AGTEF.
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg250993.html#msg250993
-
per ora solo la gui dev la stabile non lo è ...
-
Io mi sono lanciato a provare e ho installato prima la gui dev così pensavo di aggiornare senza problemi poi il firmware 2.1.0 ma invece mi si era piantato.
si riaccendeva all'infinito, poi ero riuscito a farlo accendere ma non agganciava la linea infine non so come sono riuscito.
non mi vanno però le app tranne la testra gui
ho dei problemi con la programmazione del wifi, la 5ghz sembra fare il suo lavoro ma la 2,4 non la attiva o spegne inoltre se una volta fatte le regole provo a modificare qualche parametro mi da poi errore e devo cancellare il file tod
-
Quando si attiva la 2.4 attiva anche la ospiti.
Non so se sia per questo che poi la schermata sballa e da errore quando si prova a modificare.
-
potete reportare questo errore su github che cerco di fixarlo sta sera? dopo questo credo di rilasciare stabile
-
che sia perchè nel file customfeeds.conf ho questo che non mi fa updatare gli opkg?
src/gz chaos_calmer_base http://repository.ilpuntotecnicoeadsl.com/files/roleo/public/agthp/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages http://repository.ilpuntotecnicoeadsl.com/files/roleo/public/agthp/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci http://repository.ilpuntotecnicoeadsl.com/files/roleo/public/agthp/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing http://repository.ilpuntotecnicoeadsl.com/files/roleo/public/agthp/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony http://repository.ilpuntotecnicoeadsl.com/files/roleo/public/agthp/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management http://repository.ilpuntotecnicoeadsl.com/files/roleo/public/agthp/brcm63xx-tch/packages/management
-
ok aggiornato alla 9.2.28 però perchè adesso nelle estensioni mi dice "No Extensions are supported on this device" ?!?!
Non si può più installare Luci, Blacklist Transmission ecc ecc?
La programmazione wifi ancora da lo stesso problema ma la 2.4 quando si accende anche da tastino accende anche la ospiti, e forse è questo che da il problema anche nella programmazione.
-
Ho un altro problema.
E' 2 volte che quando spengo il PC, quando lo vado a riaccendere e digito 192.168.1.1 nel browser mi appare:
Error 503 : UNKNOWN
Service not available. Probably too much session open. Wait 20 seconds and retry.
Go Back
ma non c'è verso di riconnettersi, devo riavviare il modem oppure da ssh dare il comando per riavviare transformer e nginx
-
Qualcuno che sta lavorando sui nuovi 18.x con kernel 4.1 potrebbe provare ad inserire questo modulo e vedere se fa quel che deve?
https://filebin.net/vll27bt8lhrnz5zi
di preciso c'è da fare rmmod di keymanager, ripdrv e poi insmod di questo, ed infine dmesg per leggere l'output, dovreste vedere qualcosa relativo alle chiavi in r2secr
-
@LuKePicci failed to insert
r2secr: version magic '4.1.38 SMP preempt mod_unload ARMv7' should be '4.1.38 SMP preempt mod_unload ARMv7 '
-
@Ansuel ma la programmazione wifi non va più come era successo anche tempo fa mi pare quando eravamo arrivati alla versione 9.
A parte che se si va a modificare le regole già fatte spesso poi da errore e occorre cancellare il file tod per ricrearle, ma anche quando si programmano non accende ne spegne niente
-
si se sti problemi non li segnalate su github io non li verrò mai a sapere... e poi su che versione della gui sei ?
-
eh non ci sono su github, non ci capisco niente e avevo provato a registrarmi e scrivertelo ma sono negato.
Sono sulla 9.2.47 dev
-
Con la 9.2.56 ancora niente programmazione wifi.
non mi spegne le bande ne l'una ne l'altra, non appare più l'errore quando di modificano le impostazioni ma se per esempio attivo una regola
banda 5ghz 14:00 a 23:00 che sia attiva
se poi creo una regola della 2.4ghz che sia attiva in altro orario mi cambia quella della 5ghz da attiva a off.
un casino insomma, era già successo in passato @Ansuel che avessi cambiato il wifi e dopo l'avevi sistemato, perchè è stato nuovamente modificato?
inoltre mi sono accorto che nella card "Pianificazione" segna tra le regola wireless sempre una in più di quelle realmente create, ma domani ricontrollo perchè il file tod non era stato pulito bene dopo aver cancellato tutte le regole.
-
@Ansuel .. non ho lo spazio per aggiungere un ulteriore byte con lo spazio vuoto nel vermagic di quel modulo senza ricompilarlo… prova un po' a metterlo in /lib/modules/ insieme agli altri e caricalo con modprobe -f, dovrebbe bypassare quel check. Un archivio di sorgenti per questo kernel da un device non technicolor ce l'ho ma non mi andava proprio di compilare tutta la toolchain epr un modulino del genere.
A proposito, di recente hanno rilasciato il sorgente di questo modulo, non che fosse ignoto, ma se volete guardarvelo ora potete.
-
??? dove lo hanno rilasciato ?
-
Sulla sua repo, https://github.com/pedro-n-rocha/secr
A proposito qui ce n'e un altro che pure voelva l'osck su un paio di device 18.3 su mips, dici che in quel modo risolve anche lui? https://github.com/pedro-n-rocha/secr/issues/7
Comunque ho scambiato i due casi, era a questo che interessava la chiave, all'altro gliel'abbiamo chiesta noi per il motivo che ti ho spiegato di là.
-
Ciao a tutti,
Ho notato che con l'ultimo aggiornamento della GUI sul DGA4130 con fw 2.0.1, la schermata di accesso non è più centrata ma rimane molto in basso.
Una volta che si fa il login, cliccando in alto sulla voce per cambiare da " schede a statistiche " , impostando la voce su " statistiche ", rimane tutto bianco (da smartphone), mentre da pc, compaiono diverse schermate del login. Come mai?
Foto del problema:
(https://i.postimg.cc/hfxH4wTr/bugmodem01.jpg) (https://postimg.cc/hfxH4wTr)
-
@slimfit forza aggiornamento. dovrebbe risolversi... si sarà applicato male l'aggiornamento ?
-
@Ansuel C'è un modo per forzare l'aggiornamento in altri modi?
Perchè non riesco ad entrare nella scheda Gateway per farlo dato che appena faccio il login la schermata è la seguente:
(https://i.postimg.cc/Z0DfNhrm/bugmodem.jpg) (https://postimg.cc/Z0DfNhrm)
Se provo a cliccare in alto su " Schede " viene fuori il bug postato sopra :(
-
Rieccomi, mi mandi il kconfig in /proc/config.gz preso dalla 18.3? Sia -S che -K se possibile, altrimenti anche solo quello che ti trovi a portata di mano va bene.
-
@LuKePicci purtroppo ho già visto e non c'è nulla riguardo flag di compilazione kernel :(
comunque te lo metto su un pastebin
https://pastebin.com/KD2jfRiq
@slimfit da ssh fai upgradegui
-
@Ansuel Perfetto, fatto upgradegui da Putty ed ora è tutto ok. Grazie ancora.
-
Ok, provo a buttarlo dentro un 4.1 broadcom sempre per 63138 e vediamo che succede. Certo mancano un po' di patch di technicolor, pazienza, questo passa il convento. E' un VBNT-K questo giusto?
-
è un agthp ma non dovrebbe fare nessuna differenza...
-
buongiorno ho il router dga4132 con firmware 2.0 libero e ultima gui di ansuel. lo uso con vdsl tiscali e voip tiscali. sapete se posso agiornare al ultimo firmware libero? e quale versione?grazie
-
Se sei sull'ultima gui puoi aggiornare al firmware 2.1.0_005
Tieni conto però che le estensioni non sono ancora supportate
In tal caso puoi usare il firmware 2.0 1
-
ciao non vedo il 2.10 ma solo il 2.0.1 closed
-
Sì sul repo devo ancora caricarlo... Lo puoi trovare da altre fonti
-
salve ho il router dga4132 con firmware 2.0 libero ed installata ultima gui di ansuel.Mi succede una cosa strana ,riesco a chiamare senza problemi,ma a ricevere mi succede che parte la segreteria dopo una decina di minuti che non uso il telefono.mi spiego se il telefono non lo usato da piun di 10 minuti chiamo da telefonino e parte segreteria ,se faccio prima una chiamate dw telefono fiso e poi richiamo da cellulare chiame e non parte la segreteria.uso linea vodafone cosa posso fare?grazie
-
È un problema noto a Vodafone devono risolvere da parte loro...
Sto cercando una soluzione con l'aiuto di un altro utente
-
Portate il tempo di scadenza della registrazione a 3 minuti
-
Scusa l'ignoranza dove si va a modificare?grazie
-
https://imgur.com/a/LTUP8CC
imposta 60*3 = 180
-
scusa avevo capito 180 secondi ma in quale schermata?grazie
-
visto ora foto scusami
-
quindi in scadenza invece di 3600 metto 180?
-
Fatta la prova come mi avete consigliato ma il risultato non cambia. Chiamato tecnici vodafone sono entrati in remoto dal mio PC e hanno detto che loro non sono capaci di modificare parametri modem perché a loro sconosciuto. Come posso risolvere? Grazie
-
Buonasera ho sbloccato il router con il firmware uno, funziona tutto, volevo chiedere se è possibile creare una connessione VPN penso protocollo pptp , avendo un abbonamento con una VPN volevo sfruttarla , grazie
-
@Ansuel AGTEF 2.0.1 e GUI DGA4130 9.2.56
La Voice Mode non funziona;
Disabilitando la modalità WANSENSE, mi fa scegliere.
Bridged funziona, ma se metto VoiceMode ritorna su WANSENSE on.
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr '10:13:*****'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr '10:13:*****'
option vid '835'
option ipv6 '0'
config interface 'wan'
option auto '1'
option demand '0'
option password 'alicenewag'
option macaddr '10:13:*****'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option username '*******@00000.aliceres.mgmt'
option ifname 'ptm0.837'
option proto 'bridge'
option enabled '1'
-
io ho caricato il firmware 2.2.0_001 e funziona bene con l'ultima GUI
vorrei sapere l'Indirizzo ACS per la telegestione tim grazie
-
@andrea.ant L'indirizzo ACS non dovrebbe essere cambiato e preimpostato dalla GUI :
https://regman-mon.interbusiness.it:10800/acs/
-
grazie ma ho notato che anche se acceso eco led mi si accendono quelli del wifi e del telefono xD
-
firmware 2.2.0
ultima GUI stabile
sulla gui ce scritto IPV6 non assegnato no?
se metto la gui TIM ed accedo su accesso internet dopo la scritta NAT ce scritto IPV6 ma questa spunta permette di disattivare IPV6
perche tale spunta manca sulla GUI ansuel ?
disattivandola la cpu del modem passa dal 10 al 2 % di utilizzo O.o !!!!!!!!!
nessuno ci ha fatto caso?
cosi facendo nascondendo la spunta e mettendola SOLO nella scheda RETE LOCALE l'IPV6 e attivo solo a meta e messo in pausa
mentre si puo disattivare tranquillamente da GUI TIM
-
che significa e' attivo solo a meta'? quello nella tab rete locale serve per attivarlo appunto sulla rete locale, quello nella tab internet per fare in modo che venga instaurante anche una connessione wan ipv6 (e se manca lo switch per disattivare forse e' perche' non e' stata correttamente "unita" l'ultima versione di quella card con quella della gui mod)
-
Ciao ragazzi
sono nuovo in questo forum e ho installato la GUI di Ansuel sul tg789vac v2. Adesso volevo provare l'interfaccia web di Transmission, ma mi dice che il mio ip non è autorizzato. Ho provato a modificare (da ssh) i punti "rpc-whitelist" e rpc-whitelist-enabled nel file "transmission" da "/etc/config", ma ancora nulla! Ho provato anche a creare il file "settings.json", in quanto non esiste, ma neanche questo ha funzionato.
Vi ringrazio in anticipo
-
Nel TG789 le app amule/transmission/aria2 vanno installate con il supporto usb inserito, perché si deve creare tutte cartelle config compresa in /tmp/run/mountd/sda1/ , questo per non andare a saturare la nand. Poi devi cambiare solo la riga "rpc-whitelist": "127.0.0.1,192.168.1.*", mettendo la classe di Ip del tuo router.
-
Ho installato transmission su un disco esterno, vado a cambiare da shell i parametri rpc (quelli del file settings.json presente nel disco), ma quando avvio il servizio ritornano come prima.
-
Risolto. Li ho modificati nel percorso "/etc/transmission"
-
Ma con firmware 2.1 e nuova gui stabile si dovrebbero riuscire ad installare le estensioni? Perchè ho messo l'ultima gui stabile e il firmware 2.1 ma non sono riuscito ad installare la blacklist nè da gui nè da winscp mi dava problemi con wget e non potevo installare il fix allora sono tornato al vecchio firm 1.1.2 fixato nuovamente wget ma da gui non installava mentre da winscp si ma ora non blocca le chiamate. ho anche provato ad installare trasmission da gui ma non lo installa e il pallino non diventa verde.
Altra cosa non vedo il changelog e il numero di versione gui sono state spostate da qualche parte?
-
Quando hai installato la gui era online il modem? Prova a dare un upgradegui da ssh.. le estensioni dovresti riuscire ad installarle.
-
Se volessi aggiornare dalla AGTHP_2.0.1_001 alla AGTHP_2.2.0_001 bisogna obbligatoriamente fare il reset delle impostazioni ? Attualmente ho l'ultima GUI stabile v. 9.3.71
-
In linea di massima negli upgrade non serve, ma farlo e riconfigurare da 0 è sempre consigliato
-
Ok, grazie!!!
-
Allora siccome avevo quel problema delle estensioni ho reinstallato tutto da 0 sono ripartito dal firmware 1.0.3 poi root installato gui 8.70.52 quindi aggiornato alla gui stabile 9.3.75 poi firmware 1.1.2 e successivamente firmware 2.1. Fino alla 1.1.2 compresa il voip si registrava. Messo la 2.1 non si registra. Ovviamente non ho alcuna estensione installata per ridurre al momento i problemi. Nelle statistiche mi scrive nella sezione informazioni telefonia in avvia in arresto e N/D.
-
È inutile fare tutti questi giri di firmware e estensioni, l'ideale è mettere ultimo firmware e al massimo fare un reset in modo da reinstallare e riconfigurare la gui da 0
Dato che non ti compaiono nemmeno le linee in statistica, o il servizio VoIP è spento o più probabilmente c'è qualche errore nelle config Che non fa nemmeno avviare il servizio... Teoricamente lo vedi facendo logread | grep mmpbx
-
Allora rimesso 1.1.2 che mi si registra se ti è utile a capire dove sta il problema rimetto il 2.1 ed eseguo il comando che mi hai dato. Fammi sapere.
Edit: ecco qua il logread sul 2.1
Sun Aug 11 13:08:26 2019 daemon.notice mmpbxfwctl[5056]: mmpbxfwctl daemon started
Sun Aug 11 13:08:28 2019 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5056's current scheduling policy: SCHED_OTHER
Sun Aug 11 13:08:28 2019 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5056's current scheduling priority: 0
Sun Aug 11 13:08:28 2019 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5056's new scheduling policy: SCHED_RR
Sun Aug 11 13:08:28 2019 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5056's new scheduling priority: 76
Sun Aug 11 13:08:37 2019 user.info root: Mmpbx stopping, mmpbx.state=STOPPING
Sun Aug 11 13:08:38 2019 user.info root: Mmpbx stopped, mmpbx.state=NAstopped
Sun Aug 11 13:08:40 2019 user.info root: Mmpbx starting mmpbx.state=STARTING
Sun Aug 11 13:08:46 2019 user.debug mmpbxd[6767]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Sun Aug 11 13:08:51 2019 user.debug mmpbxd[6767]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] ACR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] ACR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] ACR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] BARGE_IN deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] BARGE_IN deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] BARGE_IN deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CALL_RETURN deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CALL_RETURN deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CALL_RETURN deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 1] CALL_WAITING activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 2] CALL_WAITING activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CFBS deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CFBS deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CFBS deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CFNR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CFNR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CFNR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CFU deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CFU deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CFU deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*0] CLIP activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*1] CLIP activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*2] CLIP activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CLIP activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CLIP activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CLIP activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*1] CLIR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*2] CLIR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CLIR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CLIR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CLIR deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 1] CONFERENCE activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 2] CONFERENCE activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] CONFERENCE activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] CONFERENCE activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] CONFERENCE activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*0] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*1] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [*55*2] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [***] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] HOLD activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [+390xxxxxxx] MWI activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line1] MWI activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [line2] MWI activated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 1] TRANSFER deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 2] TRANSFER deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 1] WARMLINE deactivated
Sun Aug 11 13:08:51 2019 user.info mmpbxd[6767]: [FXS 2] WARMLINE deactivated
Sun Aug 11 13:08:51 2019 user.debug mmpbxd[6767]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Sun Aug 11 13:08:51 2019 user.debug mmpbxd[6767]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Sun Aug 11 13:08:51 2019 user.warn mmpbxd[6767]: memCircBufRead: Driver not initialized!
Sun Aug 11 13:08:51 2019 user.warn mmpbxd[6767]: memCircBufRead: Driver not initialized!
Sun Aug 11 13:09:05 2019 user.info root: Mmpbx stopping, mmpbx.state=STOPPING
Sun Aug 11 13:10:33 2019 user.info root: Mmpbx stopped, mmpbx.state=NAstopped
Sun Aug 11 13:10:34 2019 user.info root: Mmpbx stopping, mmpbx.state=STOPPING
Sun Aug 11 13:10:34 2019 user.info root: Mmpbx stopped, mmpbx.state=NAstopped
Sun Aug 11 13:10:35 2019 user.info root: Mmpbx starting mmpbx.state=STARTING
Sun Aug 11 13:10:37 2019 user.debug mmpbxd[9008]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Sun Aug 11 13:10:40 2019 user.debug mmpbxd[9008]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] ACR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] ACR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] ACR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] BARGE_IN deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] BARGE_IN deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] BARGE_IN deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CALL_RETURN deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CALL_RETURN deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CALL_RETURN deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 1] CALL_WAITING activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 2] CALL_WAITING activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CFBS deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CFBS deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CFBS deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CFNR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CFNR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CFNR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CFU deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CFU deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CFU deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*0] CLIP activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*1] CLIP activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*2] CLIP activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CLIP activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CLIP activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CLIP activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*1] CLIR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*2] CLIR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CLIR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CLIR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CLIR deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 1] CONFERENCE activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 2] CONFERENCE activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] CONFERENCE activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] CONFERENCE activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] CONFERENCE activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*0] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*1] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [*55*2] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [***] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] HOLD activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [+390xxxxxxx] MWI activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line1] MWI activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [line2] MWI activated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 1] TRANSFER deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 2] TRANSFER deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 1] WARMLINE deactivated
Sun Aug 11 13:10:40 2019 user.info mmpbxd[9008]: [FXS 2] WARMLINE deactivated
Sun Aug 11 13:10:40 2019 user.debug mmpbxd[9008]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Sun Aug 11 13:10:40 2019 user.debug mmpbxd[9008]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Sun Aug 11 13:10:40 2019 user.warn mmpbxd[9008]: memCircBufRead: Driver not initialized!
Sun Aug 11 13:10:40 2019 user.warn mmpbxd[9008]: memCircBufRead: Driver not initialized!
Sun Aug 11 13:10:57 2019 user.info root: Mmpbx stopping, mmpbx.state=STOPPING
Sun Aug 11 13:11:03 2019 user.info root: Mmpbx stopped, mmpbx.state=NAstopped
-
Ciao a tutti dopo aver sbloccato il ruote tim hub con l'interfaccia di Ansell che ringrazio, vorrei sapere se fosse possibille utilizzare lla porta sfp come lan cosi da poterla usare con il firewall senza utilizzare media converter.
Ho effettuato varie prove di fatti il ping e la risoluzione dns funziona, ma non la navigazione.. ho proato ad aggiungere regole fw all tim hub a caambiare nome interfaccie, ma nulla.
icmp,, dns funziona, ma null'altro vi sarei grati per :help: :help:l'aiuto
-
La connessione a internet la stabilisce il timhub o il firewall?
Se il timhub vuoi farlo funzionare come ONT teoricamente ti basta impostare GPON come tipo di connessione in broadband e poi bridge nella pagina ad internet ... Ovviamente disattivando prima il wansensing
-
Ciao allora la connessione viene instaurata dal tim hub tramite rj11 VDSL, io vorrei utilizzare invece della lan normale la fibra che collego direttamente al whatchguard M400
il problema che mi ritrovo che non naviga ma icmp e dns passano perchè ho provato a fare sia ping 8.8.8.8 che ping google.it dal mio pc
Se gentilmeente mi spieghi come fare te ne sarei grato.
-
Se ne parlava qui, che io ricordi senza essere arrivati ad una soluzione, vedi se trovi info che ti possono essere utili e/o magari aiutare
https://www.ilpuntotecnico.com/forum/index.php/topic,80163.0.html
-
Se ne parlava qui, che io ricordi senza essere arrivati ad una soluzione, vedi se trovi info che ti possono essere utili e/o magari aiutare
https://www.ilpuntotecnico.com/forum/index.php/topic,80163.0.html (https://www.ilpuntotecnico.com/forum/index.php/topic,80163.0.html)
ciao l'interfaccia SFP riesco a farla comunicare con il firewall tanto più che lo vede up essendo che il firewall per vedere se la linea è up fà degli icmp verso 8.8.8.8 , riesco ad entrarci dalla mia subnet sia in ssh che via web, mi sembra sia essere un di filtro http/s etc.. o roba del genere altrimenti non uscirebbe :help: :help:
Interfaccia Destinazione Maschera Gateway Sorgente Metrica
wan 0.0.0.0 0.0.0.0 IP PUBLIC 0
wlnet_b_24 192.168.168.0 255.255.255.128 0.0.0.0 192.168.168.1 0
wlnet_b_5 192.168.168.128 255.255.255.128 0.0.0.0 192.168.168.129 0
lan 192.168.178.0 255.255.255.0 0.0.0.0 192.168.178.1 0
sfptag 192.168.179.0 255.255.255.0 0.0.0.0 192.168.179.1 0
wan IP PUBLIC 255.255.255.255 0.0.0.0 IP PUBLIC GATEWAY 0
-
Se può essere di aiuto a qualcuno con il mio stesso problema ho risolto seguendo i consigli di FrancYescO (il problema è nei file di configurazione forse perchè derivanti da precedenti versioni che non sono compatibili completamente con i nuovi firmware) per quanto riguarda la non registrazione del voip dopo l'aggiornamento ai firmware dal 2.1 in su (con conseguente led info rosso e led voip spento). In pratica ho risolto andando nella seconda tab "impostazione gui" poi giù fino alla fine ed ho eseguito reset configurazioni di fabbrica (Attenzione che tutte le impostazioni che avete inserito voi saranno cancellate quindi salvatele in qualche modo se poi le vorrete reinserire). Una volta fatto eseguite da ssh il comando upgradegui. Poi reinserite i dati delle vostre configurazioni. Con la telegestione attiva (dato che resettato i file di config) dovrebbe registrarvi il voip.
-
Prima del reset avevi provato ad impostare (o era compilato?) l'URL acs?
Sarebbe interessante un confronto tra le config che hai ora del VoIP e quelle della versione precedente
-
Avevo come URL sia prima che dopo il reset https://regman-mon.interbusiness.it:10800/acs/
I valori voip li ho sempre ottenuti dalla telegestione
mai inseriti a mano
La config precedente non ce l'ho ma ne ho salvata un'altra che probabilmente non registrava il voip. Posso vedere con quella quando ho un attimo di tempo quale file dava problemi al voip.
-
Ciao ragazzi, uso l'estensione transmission installata nella GUI di Ansuel (fatta veramente bene e lo ringrazio). Tuttavia, non sono riuscito ad aprire le porte all'esterno della WAN. Sembrerebbe già mappata la porta, ma penso che il firewall la blocchi. Avete per caso qualche idea?
-
La porta va aperta in modo diverso... Non va fatto il port forward
Cerca su internet open modem Port openwrt
E modifica il file firewall manualmente
E poi riavvia il firewall
-
Risolto, grazie Ansuel! :D
-
Purtroppo la configurazione che ho non ha il problema del voip quindi non si riesce a capire dove stava il problema della mancata registrazione del voip. Quindi per ora rimane solo la soluzione del reset config che avevo descritto nel mio precedente post.
-
Ho un problema, sono con l'ultima gui dev (9.3.86) con fw 2.1.0, e l'interfaccia all'improvviso, anche mentre sto cambiando delle configurazioni, mi slogga dal modem facendomi apparire l'interfaccia iniziale con la richiesta del nome utente e della password. E' un problema solo mio o c'è un impostazione che non so per evitare di essere sloggato continuamente? Grazie in anticipo.
P.S.: indagando un po', noto che nell'istante che mi slogga, mi appare un errore di login expired.
-
Prova con un altro browser forse
-
Che browser? Sicuro non ti slogga quando cambi determinate impostazioni?
-
Ho un problema (...)
Stessa cosa fa a me sono con stesso firmware e stessa gui dell'utente.
Ho agtef 4130 e uso di solito chrome ma anche firefox fa lo stesso.
PS questa notte mi si è aggiornato dalla versione 2.0.0 alla 2.1.0 e la gui è sempre rimasta tutto funziona bene a parte questa piccola cosa.
In più è scomparso nella prima tab la possibilità di riavviare il modem ad una determinata ora.
Riguardo chiedo ad @Ansuel la problematica dei led che ti ho scritto in GitHub sai se è fixata oppure ci hai dato un' occhiata perchè fa cosi?
Grazie mille
-
Potete postare un logread? Siete si dev giusto?
-
Si sono in dev vuoi un debug che è meglio??
Te lo mando per mail???
-
@Ansuel ho provato sia firefox, che edge che chromium, stesso problema. Il log te lo invio via pm o qui?
@yhcim86 anche a me era successo una cosa simile, prova a forzare l'aggiornamento della gui, a me così si è risolto.
Spulciando il log, nei momenti di disconnessione ottengo questi messaggi
Aug 14 15:00:01 daemon.emerg nginx 2019/08/14 15:00:01 [emerg] 17668#0: *232 [lua] system-modal.lp"]:327: DebugHelper2019-08-14-1500.tar.gz, client: 192.168.1.205, server: localhost, request: "POST /modals/system-modal.lp HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Aug 14 15:00:01 daemon.emerg nginx 2019/08/14 15:00:01 [emerg] 17668#0: *232 [lua] system-modal.lp"]:326: ciao, client: 192.168.1.205, server: localhost, request: "POST /modals/system-modal.lp HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Aug 14 14:59:40 daemon.err nginx 2019/08/14 14:59:40 [error] 17668#0: *215 [lua] session.lua:217: POST without CSRF token, client: 192.168.1.205, server: localhost, request: "POST /authenticate HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Aug 14 14:56:26 daemon.err nginx 2019/08/14 14:56:26 [error] 17668#0: *202 [lua] session.lua:217: POST without CSRF token, client: 192.168.1.205, server: localhost, request: "POST /authenticate HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
-
Che devo fare io????
-
Stessa cosa fa a me sono con stesso firmware e stessa gui dell'utente.
(...)
@yhcim86 riguardo al fatto della scomparsa nella prima tab la possibilità di riavviare il modem ad una determinata ora, prova a fare forza aggiornamento dalla tab impostazione gui
-
@Ansuel e @FrancYescO con un upradegui da putty la gui sembra essere migliorata.
Nella prima Tab è ricomparso il form per il riavvio pianificato e anche l'aggiornamento software.
Rimane il problema che dopo circa 30 secondi la Gui ti butta fuori e bisogna riaccedere alla stessa tramite login e password.
Problema dei led se attivo il pulsante led eco si spegnono i led eccetto il power che resta verde fisicamente e sia sulla tab diagnostica led.
Se lo disattivo mi si riaccendono tutti i led compresi quelli della radio wifi 2,4 e 5ghz e gli altri sia fisicamente che da tab diagnostica.
Non funziona ancora il tasto NCS WIFI se messo a on e fatto salva al refresh della gui te lo ritrovi a off e la funzione non viene svolta sia fisicamente sui led del modem che sia sulla tab diagnostica della gui parte led.
Numero errato regole Wifi nella tab pianificazione mi da 3 regole pianificazione wireless ma invece ce n'è solo una che lascia attive le radio 2,4 e 5Ghz dalle 8.30 di mattino alle 23.30 di sera di tutti i giorni.
Provato a cancellare la regola e a ricrearla fa sempre la stessa cosa di prima.
Mi dite cosa volete un logred come faccio a farlo?
Volete un zip debug???
Fatemelo sapere anche dove devo mandarlo.
-
@yhcim86 oltre allo zip di debug (carica su un sito tipo https://anonfile.com/ e manda via pm) servirebbe la cartella config completa...
che l'upgradegui risolva in alcuni casi e' normale, solo che senza avere la cartella config prima di dare upgradegui e' difficile capire cosa sia capitato e risolvere per tutti..
-
Domattina ti mando il necessario grazie mille.
Edit: @FrancYescO e @Ansuel ho caricato il config completo che mi hai chiesto sulla issure su github che ho aperto io, l'ho zippato cosi me lo ha fatto mettere dimmi se lo vedi e se va bene.
Lo zip del debug lo avevo caricato in precedenza dimmi se lo trovi sempre nella issure.
Ho poi un altro problema riguardo la pianificazione del Wifi e ti spiego più avanti se vuoi senza aprire una nuova issure ok??
Grazie mille e buon ferragosto a tutti e beati chi è al mare io sono a casa in mutua causa operazione al pipollo!!!!!
-
Salve a tutti. Ho da poco sbloccato il modem Tg 789vac v2 della TIM. Ho installato il firmware UNO. Tutto ok. Mi è stato consigliato nell'altro 3rd di sbloccare UNO e poi installare la gui Ansuel per avere tutte le funzionalità avanzate. Io vorrei sapere in particolare, avendo una ADSL scarsina, se con Telnet attivato poi posso modificare l'SNR? Grazie
-
Se installi la GUI mod la modifica dell'SNR, in ADSL, puoi farla da interfaccia
-
@Ansuel (o qualcun altro): riprova con questo https://github.com/LuKePicci/secr/raw/master/r2secr.arm.4.1.ko
-
@LuKePicci funziona.
-
Ottimo
-
ciao dopo aggiornamento DGA 4132 dev gui 9.4.6 il voip non funziona piu correttamente , se ritorno alla 9.3.77 tutto torna ad andare correttamente , ho il firmware 2.2 . vi prego aiutatemi , è citato che da SSh si lancia il comando upgrade gui ma dove rovo o meglio che cosa è SSh un programma?
-
ciao devi scaricarti putty
-
Win10 contiene gia OpenSSH, e quindi è possibile direttamente eseguire il per connettersi:
ssh [email protected]@ghedo75
-
per quanto riguarda il problema col voip con la dev 9.4.6?
avete soluzioni?
-
Io sono con la 9.4.2 su fw 2.1 Stable e funziona.
Potresti spiegare meglio cosa è che non va con il VoIP?
Ti consiglio cmq di provare un factory reset dal menu Modem.
-
@dark4codrutz ciao a cosa ti riferisci col factoy reset ? quello presente nella tabs gui ripristina configurazione di fabbrica ?
-
no. quello nella pagina modem, dopodichè dovrai reinstallare la GUI.
-
La condivisione samba funziona ? Personalmente a me non si connette. Forse sbaglio qualcosa ?
Sambashare e attivo da SSH la chiavetta si vede ma da lato esterno niente da fare...
-
Lato esterno intendi lan?
Comunque devi tenere attivo il protocollo smb1 (che ormai è disattivato di default in Windows), non so se è cambiato qualcosa con i firmware >=2.1.0
-
Ciao,
Vorrei chiedere ad Ansuel se è possibile ordinare per ip la lista delle reservation dhcp.
Io ne ho tante e vederle senza un ordine è abbastanza fastidioso per poterle gestire bene.
Altra cosa che sarebbe interessante... in caso si disponga di due connettività usare la WAN come failover e/o balancer
Io usai multiwan con una routerstation e funzionava bene, sarebbe bello integrarlo nella gui
Grazie
-
Lato esterno intendi lan?
Comunque devi tenere attivo il protocollo smb1 (che ormai è disattivato di default in Windows), non so se è cambiato qualcosa con i firmware >=2.1.0
Sono su Linux. Cmq non ci sono riuscito in nessun modo. Bho. Fa nulla . Grazie
-
Tim HUb con gui 9.3.77 e firmware 2.1.0 non visualizzo più i grafici xDSL
-
Prova ad aggiornare la GUI. Ora è alla versione 9.4.22
-
quella è la versione dev, comunque serve almeno un logread per capire il problema
-
Ciao ragazzi, potreste linkarmi il download del firmware più recente del DGA4132 (AGTHP)? (mi pare il 2.1.0)
Non riesco a trovarlo, grazie.
EDIT: Trovato.
Per chi ne avesse bisogno il link è https://repository.ilpuntotecnico.com/files/Ansuel/AGTHP/
Raccomando personalmente di scaricare solo le versioni stable e non le beta.
Dall'elenco noto che non manca troppo tempo affinché esca la versione 2.2.0
Saluti
-
Scusate l'ignoranza ma da dove lo tiro fuori il logread?
-
accedi ad ssh e dai quel comando dopo che ti capita il problema, in alternativa da gui in system extra puoi fare il pacchetto di debug che è comunque utile allo scopo
-
quale rapporto vi serve che lo posto?
configlist.txt
deviceinfo.txt
error.log
gui-install.log
processes.txt
-
In teoria tutti, puoi caricare tutto lo zip ma error.log dovrebbe bastare per capire
-
__________________________________LOG_________________________________________
Tue Aug 27 22:28:41 2019 daemon.err mosquitto[4288]: Error: Unable to load server certificate "/tmp/certs/chain.pem". Check certfile.
Tue Aug 27 22:28:52 2019 daemon.err transformer[3302]: /usr/share/transformer/mappings/rpc/optical.interface.map ignored (typestore.lua:88: 'rpc.optical.Interface.{i}.' is already registered!)
Tue Aug 27 22:28:52 2019 daemon.err transformer[3302]: /usr/share/transformer/mappings/rpc/optical.map ignored (typestore.lua:88: 'rpc.optical.' is already registered!)
Tue Aug 27 22:28:53 2019 daemon.err transformer[3302]: /usr/share/transformer/mappings/rpc/leds.map ignored (typestore.lua:88: 'rpc.Leds.' is already registered!)
Tue Aug 27 22:28:59 2019 daemon.err modprobe: dsphal is already loaded
Tue Aug 27 22:29:12 2019 daemon.err miniupnpd[6989]: could not open lease file: /var/upnp.leases
Tue Aug 27 22:29:12 2019 daemon.err miniupnpd[6989]: Why did you run me anyway?
Wed Aug 28 22:00:04 2019 daemon.err modprobe: dsphal is already loaded
Wed Aug 28 22:00:06 2019 daemon.err cwmpd[9085]: TRANSFORMER_PROXY: Event listening select returned error: Interrupted system call
Thu Aug 29 13:59:05 2019 daemon.err nginx: 2019/08/29 13:59:05 [error] 4367#0: *22 [lua] sessionmgr.lua:242: handleAuth(): Failed logon attempt for user admin, client: 192.168.1.232, server: localhost, request: "POST /authenticate HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Sat Aug 31 22:06:10 2019 daemon.err cwmpd[9085]: APP_TRACE: bad address 'regman-mon.interbusiness.it'
Sat Aug 31 22:06:11 2019 daemon.err pppd[6555]: error sending pppoe packet: No such device or address
Sat Aug 31 22:06:11 2019 daemon.err wansensing.lua[3004]: [DSL] devCtl_adslGetObjectValue error
Sat Aug 31 22:06:11 2019 daemon.err wansensing.lua[3004]: [DSL] Get AdslCfgProfile failed.
Sat Aug 31 22:06:12 2019 daemon.err cwmpd[9085]: APP_TRACE: bad address 'regman-mon.interbusiness.it'
Sat Aug 31 22:06:24 2019 daemon.err cwmpd[9085]: APP_TRACE: bad address 'regman-mon.interbusiness.it'
Sat Aug 31 22:06:44 2019 daemon.err cwmpd[9085]: APP_TRACE: bad address 'regman-mon.interbusiness.it'
Sat Aug 31 22:08:02 2019 daemon.err modprobe: dsphal is already loaded
Sat Aug 31 22:11:29 2019 daemon.err nginx: 2019/08/31 22:11:29 [error] 4367#0: *192 attempt to set ngx.header.HEADER after sending out response headers, client: 192.168.1.232, server: localhost, request: "POST / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Sun Sep 1 15:46:24 2019 daemon.err nginx: 2019/09/01 15:46:24 [error] 4367#0: *244 [lua] session.lua:90: POST without CSRF token, client: 192.168.1.232, server: localhost, request: "POST /authenticate HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Sun Sep 1 21:03:42 2019 daemon.err nginx: 2019/09/01 21:03:42 [error] 4367#0: *259 attempt to set ngx.header.HEADER after sending out response headers, client: 192.168.1.232, server: localhost, request: "POST / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/stats.lp"
-
Comunque giusto per farvi capire tutti i grafici sono vuoti...
(https://i.postimg.cc/ZqwJ7yj0/Schermata-2019-09-04-alle-19-54-42.png) (https://postimages.org/)
-
Quindi? Nessuno può aiutarmi?
-
riavvia o dai /etc/init.d/transformer restart da ssh e' un problema che si ripresenta ma non si e' mai capito bene a cosa e' dovuto..
-
riavviare ho già riavviato una decina di volte, domani provo a dare il comando e vediamo cosa succede
-
Ciao dopo aggiornamento gui se provo ad accedere tramite ssh inserendo le credenziali root e root mi dice che la password è errata , come faccio a resettare le credenziali ? Io non ho mai modificato nulla
-
tramite comando da ssh i grafici funzionano dinuovo. Grazie...
-
Ultima nota: riavviando il modem i grafici tornano non funzionanti. Spero che questo bug venga corretto nella prossima versione della gui...
-
manda un logread subito dopo che riavii il router se sistematicamente ad ogni riavvio non ti funzionano, assicurati prima che non vadano e poi mandacci un logread completo... se vuoi in privato dato che potrebbe contenere dati sensibili
-
per attivare openvpn sul nostro scolapasta si può usare solo la riga di comando o c'è qualche altro modo un poco meno macchinoso?
-
@FrancYescO ti ho inviato il report tramite messaggio privato...
-
@lmp93 sfortunatamente niente di utile dal log comunque ansuel molto probabilmente dovrebbe aver risolto il problema... se vuoi testa le ultime dev
-
attendo la prossima stable con la risoluzione del problema, grazie
-
Ho fatto il root e ho messo la GUI di @Ansuel ieri sul mio DGA4132. Tutto stava funzionando bene fino ad oggi, quando ho notato che riavviando il modem per i primi 2 minuti la connessione andava benone ma subito dopo il ping saliva da 30ms fino ai 5000ms e il download scendeva sotto i 5mbit/s. Avevo un problema simile prima del rooting, solo che prima invece di salire il ping e scendere il download la ADSL andava in timeout, spero che qualcuno possa capire il mio problema e darmi qualche consiglio.
Il mio firewall è a livello basso e ho praticamente tutto il resto in default.
Ecco gli ultimi log del modem:
Sep 12 15:08:58 daemon.info odhcpd[2939] Using a RA lifetime of 0 seconds on wl1_1
Sep 12 15:08:50 daemon.notice odhcpd[2939] Failed to send to ff02::1%wl0_1 (Operation not permitted)
Sep 12 15:08:50 daemon.info odhcpd[2939] Using a RA lifetime of 0 seconds on wl0_1
Sep 12 15:07:31 daemon.notice odhcpd[2939] Failed to send to ff02::1%br-lan (Operation not permitted)
Sep 12 15:07:31 daemon.info odhcpd[2939] Using a RA lifetime of 0 seconds on br-lan
Sep 12 15:04:50 daemon.notice odhcpd[2939] Failed to send to ff02::1%wl0_1 (Operation not permitted)
Sep 12 15:04:50 daemon.info odhcpd[2939] Using a RA lifetime of 0 seconds on wl0_1
Sep 12 15:04:11 daemon.notice odhcpd[2939] Failed to send to ff02::1%wl1_1 (Operation not permitted)
Sep 12 15:04:11 daemon.info odhcpd[2939] Using a RA lifetime of 0 seconds on wl1_1Questo è quello che succede durante uso normale:
(https://i.postimg.cc/kMRqMWHr/8-FUL4-C1s-IV.png) (https://postimages.org)
edit
Ho appena scoperto che questo succede solo quando un telefono in particolare si connette alla rete wifi, qualche consiglio su come risolverlo? Graie in anticipo a tutti quelli che proveranno ad aiutarmi.
-
che telefono? prova a settare i mhz del wifi fissi anche se direi che c'e qualche problema sul telefono (mi capitò un S5 tra le mani che se connesso al wifi faceva piantare tutta la linea, ho preferito non perderci tempo e ho fatto resettare direttamente il telefono)
-
Un Galaxy A5 2017, comunque ho visto che aveva la memoria piena, così ho liberato alcuni GB e adesso sembra che vada tutto bene, possibile che sia stato quello?
-
Scusi non sapevo che ci fossero regole di questo tipo, sono nuovo ai forum. La ringrazio di avermi informato, mi adeguerò alle regole.
-
Scusate mi sapete dire se DGA4130 (
AGTEF_1.1.2) rootato , Versione GUI 9.4.70-184d06d3 si può usare sotto FTTH Tiscali 1Giga??
-
si... poi dipende dalla tecnologia, se sei senza ONT esterno (cagliari e perugia) devi tenerti anche il genew e chiedere te lo configurino come ONT al 130.
-
@ FrancYescO è sotto openfiber no Cagliari no Perugia
-
Allora già hai ONT esterno... Quindi puoi collegare nella porta WAN del 4130 e configurarlo con i parametri che trovi nel mytiscali (teoricamente VLAN 835 e qualunque credenziale PPPoE)
-
TG789vac V2 TIM con firmware iiNet 2.2.1 e GUI 9.4.70
(https://i.ibb.co/ZgYLMnj/extra-functions.png) (https://ibb.co/3FMrCD3)
La "piastrella" è quella delle "Funzioni Extra", una volta aperta sembra funzionare tutto. Di seguito l'error.log di nginx
2019/09/16 16:19:36 [error] 4796#0: *5 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:36 [error] 4796#0: *3 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:36 [error] 4796#0: *1 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:45 [error] 4796#0: *7 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:45 [error] 4796#0: *4 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:45 [error] 4796#0: *8 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:45 [error] 4796#0: *6 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
2019/09/16 16:19:45 [error] 4796#0: *9 lua entry thread aborted: runtime error: /usr/lib/lua/web/taint.lua:89: bad argument #4 to 'c' (no value)
stack traceback:
coroutine 0:
[C]: in function 'c'
/usr/lib/lua/web/taint.lua:89: in function </usr/lib/lua/web/taint.lua:83>
(tail call): ?
[string "091_system.lp"]:25: in function 'n'
/usr/lib/lua/web/lp.lua:55: in function 'include'
/www/docroot/ajax/get_card.lua:11: in function 'n'
/usr/lib/lua/web/web.lua:99: in function 'process'
content_by_lua(nginx.conf:109):4: in function <content_by_lua(nginx.conf:109):1>, client: 192.168.11.246, server: localhost, request: "GET /ajax/get_card.lua?modal=/modals/system-modal.lp HTTP/1.1", host: "192.168.11.1", referrer: "http://192.168.11.1/"
-
C'è un motivo particolare per cui utilizzi iinet? quando sono disponibili firmware base più nuovi è solo un rompimento di scatole backportare quindi ti consiglierei più semplicemente di mettere UNO
-
In realtà no ma all'epoca, quando avevo tirato su un firmware diverso da quello telecom, era conosciuto solo l'iinet mi pare. Quindi avevo messo quello. Posso mettere il firmware UNO direttamente dalla GUI di quello iinet e poi sbloccarlo per avere l'accesso in ssh o devo andare di tftp e poi sbloccarlo?
-
Se lo installi da GUI hai l'opzione per mantenere il root.
Volendo puoi anche non resettare le configurazioni e quindi mantenere anche la GUI, ma te lo sconsiglio e ti direi di fare l'aggiornamento mantenendo solo root per poi reinstallare la GUI al riavvio
-
Buongiorno, stamani mi e' venuta questa folle idea:
c'e un comando per spegnere il router ? reboot lo fa ripartire, poweroff fa lo stesso di reboot....
e per farlo riattivare ? wake on lan 192.168.1.1 ?
grazie
-
Tasto dietro al modem???
comunque normalmente è difficile trovare questa opzione su modem/nas/router/switch quindi...
-
Quindi va bene così :) come a Faenza.. si fa senza ...
-
@Ansuel penso che ci sia qualche problema nell'aggiornamento alla versione 2.1.0 del firmware. Praticamente ho scoperto che vengono mantenute delle configurazioni nei mmpbx***** che invece dovrebbero essere sovrascritte con l'aggiornamento. Ieri sera ero stanco e non ho spulciato le configurazioni, ma appena ho copiato i file da un modem con fonia OK con firmware 2.1.0 su uno con fonia KO stesso firmare ha iniziato a funzionare.
-
La configurazione era stata inserita in manuale o tramite ACS?
A come dice @putipower sembra da alcuni IP 9279.x non funzioni il VoIP (e basta riavviare per farlo riprendere) mentre se la configurazione è stata messa tramite ACS dovrebbe utilizzare VLAN (sempre se sia ancora il default) e quindi non soffrire del problema
-
veramente avevo scritto che erano gli ip che cominciavano con 79.xx.xx. ma proprio oggi si e' registrato con questo serie di ip......
-
ero andato a memoria che ovviamente non mi ha aiutato :D
comunque il discorso è lo stesso, a quanto pare la prima prova da fare sono un po di riavvii (forse la cosa ideale è guardare se si ha l'errore 403 nei log)
-
ciao a tutti
dopo aver aggiornato all'ultimo fw 2.1.0 ho dovuto reimpostare qualche settaggio e mi sono accorto che attivando/disattivando la condivisione samba e stampante il relativo file /etc/config/samba non modifica option enabled '1'
e' normale o potrebbe essere un bug?
non trovo piu' i pulsanti per fare switch bank attivo e passivo e copiare da bank attivo a passivo
ps: sono su gui 9.4.70 stable
update: dopo aver reinstallato la gui stable 9.4.70 tramite ssh e' comparsa la scheda "configurazione xDSL" e i pulsanti per clone bank sono presenti nella scheda "funzioni extra di sistema"
update2: il clone da bank1 a bank2 non funziona, bank1 18.3 bank2 rimane 17.3
-
E possibile eseguire un wol dal router per accendere i PC interni alla rete ?
-
@r.firefox
opkg update && opkg install etherwake
etherwake MACaddess
-
Ho provato ma non va . Ho anche cercato online una soluzione.. ma nessuna ha funzionato
-
A me funziona, avrai settato male il BIOS (non basta abilitare il WoL). Il PC una volta spento deve mantenere alimenta la scheda di rete perciò da spento controlla se i LED della NIC continuano a lampeggiare
-
Il BIOS e a posto . Il wol lo prende anche da Wan . Da etherwake pero dice che e ok ma al PC non arriva nulla..
-
Il wol su windows funziona solo se non l'hai arrestato.
-
Sono su linux. Il wol da qualsiasi device mi funziona benissimo, quindi non e' un problema di configurazione del bios , se lancio etherwake [MAC ADDRESS] da ssh sul router non ne vuole prorio sapere.
Bho, io le ho provate di tutte, ma nulla da fare !
edit
Risolto:
sul pc destinazione da terminale:
sudo tcpdump -i enp3s0 '(udp and port 7) or (udp and port 9)'
non rileva i pacchetti wol che arrivano dal router. da tutti gli altri device in rete si si, escluso quelli che partono direttamente dalla shell del router.
E dopo una serata di test si puo' passare a configurare cron.
grazie a tutti.
-
Aggiornamento di DGA4130 alla 2.1.0, a partire da firmware 1.1.0 (con root) e interfaccia di ansuel (9.4.70).
In un altro thread mi hanno consigliato di aggiornare il mio DGA 4130 al firmware 2.1. Attualmente lo uso come access point, poiché sono passato da Tim a Wind, e non mi si è più aggiornato dopo la versione 1.1.
Il firmware attuale è su bank 1, mentre su bank 2 ci dovrebbe essere il firmware 1.04 (il codice riportato dall'interfaccia di Ansuel è 16.3.7636-278 etc..)
Ho fatto il root molto tempo fa e poi non ho più seguito molto questo thread, ragion per cui chiedo conferma prima di procedere (avendo brickato un tg789 tempo fa vorrei evitare la brutta esperienza!).
Il modo di procedere che mi sembra più sicuro è quello di usare l'interfaccia di Ansuel per aggiornare il firmware con le opzioni "remove config file after upgrade" e "Root only modem after upgrade".
In questo modo il modem dovrebbe tornare alle impostazioni di fabbrica TIM (con ip 192.168.1.1 e dhcp attivo) ma con accesso ssh come adesso (stessa user e pass). A quel punto, dovrei re-impostare i parametri per renderlo un access point e re-installare l'interfaccia di Ansuel.
Come ulteriore sicurezza, pensavo di usare l'opzione "clona bank", ma anche a me non funziona: dopo aver dato il comando i codici dei firmware nei due bank sono ancora diversi.
Ci sono altri dettagli da tenere in considerazione?
Grazie,
LionHe
-
La clonazione è rotta nell'ultima stabile
Aggiorna a dev se hai necessità
-
@Ansuel , quando è previsto il rilascio della prossima "stable"?
-
manca ancora un pò
-
#opkg update
wget: server returned error: HTTP/1.1 404 Not Found
*** Failed to download the package list from http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VANTW/packages/Packages.gz
perchè?
-
(https://i.postimg.cc/2jbFMnbm/qc-Jg-PX8h-WX.png)
-
TG789vac v2. fw UNO sul bank_1 e fw iiNet bank_2. bank_1 attivo con ultima GUI Ansuel stabile. Ho provato più volte la funzione "Clona banco" per avere il fw UNO anche sul bank_2 ma non succede nulla, anche riavviando il router sul bank_2 rimane sempre il firmware iiNet (nella scheda "modem" mi ritrovo sempre la versione 16.3.xxx nel bank_2). E' successo anche a qualcun'altro?
(https://i.ibb.co/6Nmgt7j/fw.png)
-
la funzione di clonazione e' buggata nell'ultima stable, fixata nella dev, ed in ogni caso ti sconsiglio di usarla su 789 dato che clona anche gli overlay e potresti avere problemi di spazio.
ti consiglierei un semplice
dd if=/dev/mtd3 of=/dev/mtd4per copiare il fw del bank1 nel bank2
-
@FrancYescO grazie della dritta. Ho lanciato il comando e secondo te è possibile che sia in esecuzione da oltre un'ora? Ci vuole veramente così tanto tempo o qualcosa è andato storto?
-
Da che client lo hai lanciato il comando? Magari roba tipo winscp possono andare in timeout
Che ci metta un po' è normale ma un ora credo sia troppo
-
Da putty ho lanciato il comando
-
Scusate, è possibile recuperare o resettare la password dell'account admin dell'interfaccia web accedendo come root da WINSCP o PUTTY ? Il password manager sembrerebbe che non l'ha salvata. Grazie
-
Si c'è un comando ma non mi ricordo qual è. Quando mi serve di solito avvio la restricted-shell e do help, il comando appare nella lista dei pochi comandi a disposizione.
-
Ciao grazie, cosa sarebbe la resticted-shell e come la avvio?
-
si avvia con clash, il comando comunque è newsrpuser
-
@FrancYescO non so quanto tempo ci abbia messo, perchè ho lasciato il pc acceso e sono andato al lavorare, ma alla fine ce l'ha fatta. Quindi ora ho 2 firmware uguali e mi trovo con questa situazione:
root@dsldevice:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 32256 8732 23524 27% /
/dev/root 20224 20224 0 100% /rom
/dev/mtdblock2 32256 8732 23524 27% /overlay
overlayfs:/overlay/bank_1
32256 8732 23524 27% /
Se ora creo una dir bank_2 sotto /overlay e copio tutto il contenuto di bank_1 in bank_2 dovrei ritrovarmi i 2 banks esattamente uguali a livello di fw e cfg e dovrebbe avanzarmi poco meno del 50% di spazio in /overlay. E' corretto?
-
Sì, è corretto, ma se poi avvii la seconda con la gui installata parte la migrazione in bank_1. Se non copi la cartella e avvii la seconda te la trovi esattamente pulita e senza root come dopo un reset.
-
Grazie @LuKePicci. Non voglio avviare la seconda, voglio averla esattamente uguale alla prima in caso di malfunzionamento della stessa. Quindi copierò il contenuto di /overlay/bank_1 in /overlay/bank_2 facendo avviare il router sempre da bank_1. Se per qualche arcano motivo bank_1 non dovesse funzionare, avrei il router esattamente come l'avevo lasciato ma con avvio da bank_2. Questo è il mio scopo
-
Un altra domanda, quali sono i repository che devo usare per OPKG e come si aggiornano? Grazie ancora
DGA ( DGA4132 )
Versione software
18.3 Cobalt
Versione GUI
9.4.70-184d06d3
Versione software
AGTHP_2.1.0
-
@lucash78 non riuscirai a tenerlo avviato in bank_2. Con custom GUI appena avviato parte la clonazione e torna in bank_1
Per finire in bank_2 hai bisogno che il sistema vada in errore tre volte di seguito durante un tentativo di avvio. Inoltre, se da bank_1 ti si avvia senza errori ma finisci in una situazione in cui non puoi accedere ne da webui ne da ssh allora in bank_2 non ci arriverai tanto facilmente.
Se l'overlay ti si riempie, è possibile che l'avvio di bank_1 fallisca. Se lo fa per tre volte di seguito poi prova a partire in bank_2, sempre con overlay piena, per cui facilmente andrà in errore anche lei, o altrimenti parte correttamente e, con custom gui, mi pare rilevi la situazione di overlay stracolma e parta la formattazione totale, o forse tenta una clonazione su bank_1 a prescindere fallendo sempre causo overlay piena… quest'ultima cosa non la so, devi chiedere ai dev
-
ovviamente overlay piena ha la priorita' su tutto: viene fatto l'erase di userfs. comunque in generale preoccuparsi del bank2 con custom GUI non serve a molto, se mai serva fare un recovery perche' il bank1 va in loop e non si riprende nemmeno con il flash da TFTP, si fa il failboot per farlo passare al bank2 e lo si recupera
per come e' ideata la funzione di failboot originale non viene richiamata praticamente mai quando serve (parlo di un bootloop ad esempio)...
@TCW https://github.com/Ansuel/GUI_ipk/tree/kernel-4.1 ma con custom GUI dovrebbero essere stato impostati automaticamente
-
...
Potrebbe essere questo lo switch che porterebbe al clonazione su bank_1 di cui parli? Disattivandolo, secondo voi, potrebbe funzionare quello che ho in mente o è semplicemente una cosa irrealizzabile?
(https://i.ibb.co/Ltp21SX/extra.png)
Ho appena trovato questo codice sul forum e credo si riferisca proprio alla funzione nell'immagine e credo funzioni come penso io lo switch
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
}
-
Si, penso di sì, ma come ha detto @FrancYescO è davvero difficile che in una situazione problematica lui finisca con l'avviarsi autonomameente in bank_2, e comunque se riempi l'overlay e se questo causa un passaggio in bank_2 e se il suo avvio riesce dopo qualche secondo ti ritrovi col device completamente resettato dal check anti-brick che formatta giustamente tutto.
Secondo me ti conviene piuttosto conservare in bank_2 un firmware facilmente rootabile, magari con root già fatto, e senz alcuna customizzazione.
-
appena notato un bug in quel codice (/overlay/bank_1/etc/config/env dovrebbe essere /overlay/bank_1/etc/config/modgui)... in pratica il setting viene ignorato quando in bank2 quindi il trasferimento viene comunque fatto..
-
Non so quanto sia "vecchio" quel codice, magari è già stato fixato. In ogni caso credo desisterò dal fare quello che avevo in testa, lascerò il bank_2 col firmware pulito e in caso di necessità effettuerò il root per risolvere eventuali problemi sul bank_1. Però l'idea di avere una sorta di "mirroring" dei banks mi allettava parecchio :)
-
Se il firmware che hai messo in bank_2 non è direttamente rootabiile, questa cosa che hai appena detto, cioè tenerlo pulito SENZA ROOT per poi eventualmente sbloccarlo e fixare la 1 non puoi farla.
Il fatto che sia facilmente downgradabile non conta: il downgrade flashrebbe il firmware in bank_1 portandolo ad avviarsi sull'overlay corrotto che non consentiva l'avvio del firmware precedente. (edit: e no, nemmeno un downgrade con TFTP sarebbe possibile perchè TFTP scrive sempre in bank_1 a prescindere)
-
Quindi mi pare di capire che dovrei passare sul bank_2, effettuare il root e poi tornare su bank_1 giusto?
-
Si, con custom gui la cosa più sicura sarebbe quella (vedi l'edit sotto). L'alternativa per ottenere lo stesso risultato sarebbe stata rootare il firmware, clonare tutto come volevi fare tu, spostarsi in bank_1 (se non lo si è già) e poi installare la custom gui.
(edit: però in quello che hai detto c'è un'imprecisione, perchè se nella 2 hai un firmware non direttamente rootabile devi prima sbloccarlo indirettamente da quella attuale, poi passarci per vedere applicarsi lo sblocco e poi tornare sulla 1, se ci passi ora resti lì senza alcuna chance di rootarlo direttamente)
-
Sono tremendamente confuso ora. La mia situazione è questa: bank_1 con fw UNO rootato e custom gui Ansuel, bank_2 con fw UNO stock, senza root né gui
-
A posto, UNO è direttamene rootabile, allora puoi rootarlo sia indirettamente che da lì una volta avviato. Quello che dicevo prima si riferiva al 4132, ho corretto in modo che sia valido in generale. laddove il firmware in bank_2 non fosse stato direttamente sbloccabile (su altri modelli tipo il 4132 è così).
-
Ah bene, grazie della buona notizia!!
-
@TCW https://github.com/Ansuel/GUI_ipk/tree/kernel-4.1 ma con custom GUI dovrebbero essere stato impostati automaticamente
Ok grazie dopo provo, comunque non mi andava:
Product: vbnt-s_ti
Release: Cobalt (18.3)
Version: 18.3.0376-3161022-20190719102436-ba306d94a6d60674186e54439e1855ed5dafe1 c7
Hash config: ba306d94a6d60674186e54439e1855ed5dafe1c7
Hash openwrt: 7e4bef83724c35f32109855fb42d406d1adb4c7f
Hash kernel: 9e920505f38d4d318ffd04947021cd2f0cb90fc3
Hash technicolor: be1600da2e42b616c21944f5cda837593b7e265d
Hash routing: 210fc51dab0344d982f6be3c8cf289be0c27a689
Hash custo: 5288b6dc6f78ae2d570b03e2bac7d1577771f102
Hash lte: c5489476431fbf8931c438ca51a399b8745fb721
Hash packages: 47142ee8543d3d9ed247e13487aa125730abaefa
Bootloader: 17.19.1062-0000000-20170512080206-5bebd9fb97718f93b20bca231a620df630 da9918
root@modemtim:~# opkg update
Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/base/Pac kages.gz
wget: bad address 'raw.githubusercontent.com'
*** Failed to download the package list from https://raw.githubusercontent.com/A nsuel/GUI_ipk/kernel-4.1/base/Packages.gz
Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/packages /Packages.gz
wget: bad address 'raw.githubusercontent.com'
*** Failed to download the package list from https://raw.githubusercontent.com/A nsuel/GUI_ipk/kernel-4.1/packages/Packages.gz
Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/luci/Pac kages.gz
wget: bad address 'raw.githubusercontent.com'
*** Failed to download the package list from https://raw.githubusercontent.com/A nsuel/GUI_ipk/kernel-4.1/luci/Packages.gz
Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/routing/ Packages.gz
wget: bad address 'raw.githubusercontent.com'
*** Failed to download the package list from https://raw.githubusercontent.com/A nsuel/GUI_ipk/kernel-4.1/routing/Packages.gz
Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/telephon y/Packages.gz
wget: bad address 'raw.githubusercontent.com'
*** Failed to download the package list from https://raw.githubusercontent.com/A nsuel/GUI_ipk/kernel-4.1/telephony/Packages.gz
Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/target/p ackages/Packages.gz
wget: bad address 'raw.githubusercontent.com'
*** Failed to download the package list from https://raw.githubusercontent.com/A nsuel/GUI_ipk/kernel-4.1/target/packages/Packages.gz
Downloading http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VANTW /packages/Packages.gz
wget: bad address 'downloads.openwrt.org'
*** Failed to download the package list from http://downloads.openwrt.org/chaos_ calmer/15.05.1/brcm63xx-tch/VANTW/packages/Packages.gz
Collected errors:
* opkg_download: Failed to download https://raw.githubusercontent.com/Ansuel/GU I_ipk/kernel-4.1/base/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://raw.githubusercontent.com/Ansuel/GU I_ipk/kernel-4.1/packages/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://raw.githubusercontent.com/Ansuel/GU I_ipk/kernel-4.1/luci/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://raw.githubusercontent.com/Ansuel/GU I_ipk/kernel-4.1/routing/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://raw.githubusercontent.com/Ansuel/GU I_ipk/kernel-4.1/telephony/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://raw.githubusercontent.com/Ansuel/GU I_ipk/kernel-4.1/target/packages/Packages.gz, wget returned 1.
* opkg_download: Failed to download http://downloads.openwrt.org/chaos_calmer/1 5.05.1/brcm63xx-tch/VANTW/packages/Packages.gz, wget returned 1.
-
o i link sono scritti male o il router non raggiungeva internet quando hai provato a dare il l'update
-
Un altra domanda è normale che aggiornando da 1.0.3 a 2.0.0 o 2.1.0 si perdano alcune tab (per esempio quella dell QoS) ?
-
è una modifica che è stata fatta al CWMP TIM e che non è stata ancora gestita su customGUI, dovrebbe risolversi forzando un upgrade della gui.
-
Buongiorno. Vorrei chiedervi una cosa. Ho sbloccato il router in oggetto con la modifica di Ansuel. Questo sblocco è avvenuto diverso tempo fa. Ora da un po di tempo ho notato che la velocità di download (posseggo attualmente un profilo 200mb) è sceso a 20-25 mb/s. Penso sia dovuto al fatto che ho una versione del router piuttosto vecchia. Vi posto i riferimenti del router:
Fornitore del prodotto
Technicolor
Nome prodotto
AGEVO
Versione Software
AGTEF_1.0.3
Versione Gui
6.6.1
Nome Host
modemtim
Versione Datapump
A2pvbH042r.d26m
Firmware OID
58ec9b09e474f4c618fbe9e0
Versione Bootloader
16.11.1013-0000000-20160314084347-870409210027d7bcfa4d54666160c0bb5322e291
OID Bootloader
unofficialbuildOID0000
Versione Hardware
VBNT-K
Ovviamente il router mi dice che c'è un aggiornamento della GUI. Con l'attuale versione posso procedere tranquillamente o devo fare aggiornamenti intermedi? Il crollo del Download potrebbe dipendere da questo?
Grazie
-
Io temo che il calo sia dovuto ad un nuovo disturbante comunque attendi pure altri pareri.
-
Ma tu credi, che al di la delle prestazioni del download, possa fare l'aggiornamento senza problemi? Intendo, dalla versione che ho attualmente all'ultimo GUI stabile?
-
prima di aggiornare firmware aggiornare sempre prima la GUI.
-
L'aggiornamento del GUI lo faccio dalla finestra Gateway e il firmware (attualmente ho AGTEF_1.0.3). Da dove posso fare l'aggiornamento del firmware? Un'altra cosa: visto il problema del download dovrei ricorrere all'assistenza Telecom. Se faccio il reset alle impostazioni di fabbrica, ho visto che ci sono due opzioni: Reset o rimuovi Root. Se faccio il primo, cioè senza rimuovere root, i tecnici telecom se ne accorgono o posso far fare un controllo e poi sbloccarlo di nuovo? Spero do essermi fatto capire. Grazie per la grande disponibilità
-
Fai mantieni root, lascia che si autoaggiorni, poi senti tim, poi reinstalla la gui.
-
nessuno di quei due reset, quello giusto da fare è nella prima scheda nella pagina Gateway.
Se vuoi avere a che fare con l'assistenza (per me è inutile come anticipato da MisterFTTH sara' semplicemente una nuova attivazione che ha fatto schendere la velocita'), aggiorna la GUI e dopodiche' aggiorna il firmware selezionando "esegui solo il root dopo l'aggiornamento" in modo che il reset viene fatto in automatico con l'upgrade (che è anche un modo molto piu' sicuro di aggiornare) e manterrai il root che l'assistenza sicuramente non notera'
il firmware lo scarichi da qui https://repository.ilpuntotecnico.com/files/Ansuel/AGTEF/ al momento attuale il firmware che devi ufficialmente avere è AGTEF_2.1.0_CLOSED.rbi
-
Buonasera. Richiedo nuovamente la vostra assistenza poiché la situazione è peggiorata. Faccio un breve riassunto. Ho aperto la richiesta di aiuto poiche Vavevo notato che negli ultimi giorni la connessione fibra (profilo 200 mb) era lenta con Max 30 mb. Il router in oggetto da me sboccato diverso tempo fa andava bene ( versione 1.0.3) con gui 6.xxx. Dopo aver postato qui e dopo aver contattato il servizio tecnico TIM ( mai fu più sciagurata come decisione.... come da voi già prospettato) ieri mi chiedono di fare un reset del router che io eseguo tramite pressione del tastino dietro. Ieri prima del reset, tra l’altro non andava la fonia, internet si. Apprendo ieri che la velocità di 30mb era dovuta ad un cambio di contratto tra l’altro da me non richiesto. Insomma a farla breve resetto il router, mi si aggiorna il firmware alla versione 2.0.0. , con interfaccia TIM. Da questa mattina la fonia funziona, la connessione internet no. Contatto assistenza TIM e mi rispondono che a loro risulta tutto ok e che bisogna cambiare il router (che sto ancora pagando e la cui garanzia e’ scaduta). Sono ladri e incompetenti. Mi rivolgo a voi....disperato. Come posso verificare cosa non va? Devo risbloccare il router e vedere che succede?. Spero in un vostro aiuto, sicuramente più competente della TIM. Grazie sin fa ora.
-
Da questa mattina la fonia funziona, la connessione internet no.
ma .. non è impossibile? prova qualche altro reset da tastino, il telefono va su internet e che io sappia questi tim non usano una connessione separata per la fonia quindi la connessione deve stare funzionando
-
sei sicuro la versione sia 2.0.0? attualmente hai accesso SSH?
in ogni caso il mio consiglio è di installare l'ultima GUI disponibile (semplicemente perche' ne avevi una troppo vecchia in passato e serve ad evitare ci sia qualche file resiliente che sta creando problemi al firmware originale) aggiornare al firmware 2.1.0 che è quello attuale, dopodiche' fai un bel reset da tastino e aspetti si autoconfiguri tutto da solo.
-
Vi aggiorno sulla situazione. Ho fatto un nuovo reset e adesso funziona sia fonia che internet. Attualmente ho l’interfaccia TI M con firmware 2.0.0. Ho voluto provare a sbloccarlo nuovamente in fase di sblocco mi dice che ho versione che non permette lo sblocco ( fa riferimento alla 1.0.4J. Ora, io credo che il root non l’abbia perso....almeno spero e quindi vorrei provare a rimettere la GUI nuova per vedere se riesco tramite SSH, senza fare nuovamente lo sblocco. . Vi faccio sapere. Grazie ragazzi....altro che assistenza TELECOM, mi volevo rifilare altro router da pagare insieme a questo attuale. Grazie di nuovo.
-
Guarda che dalla loro c'e da dire che se "manometti" il loro router ti becchi anche i malfunzionamenti che la cosa può causare: sono problemi che probabilmente tenendolo originale non avresti avuto e che giustamente loro non hanno modo di risolvere se non con una sostituzione dato che per loro è a tutti gli effetti guasto
-
@m3rlinus sul nostro forum sei invitato ad evitare affermazioni colorite, non mi ripeterò.
-
Credo ci sia qualche problema tra GUI e VoIP, pensavo fosse colpa di Vodafone ma adesso provando con Zoiper sono riuscito a registrarmi, quindi c'entra sicuramente qualcosa la GUI, perché dopo l'aggiornamento Firmware (2.2.0_002 --> 2.2.0_003) il VoIP funzionava regolarmente per poi smettere di funzionare dando sempre lo stesso errore "Network Error", questo solo sul DGA4132, perché sul TG789vac V2 con l'ultima GUI nessun problema invece
Questo è il log all'avvio
Sun Oct 20 13:34:06 2019 user.info mmpbxd: mmpbx.state=STARTING
Sun Oct 20 13:34:06 2019 user.info mmpbxd: the 2 values of max contact do not exist!
Sun Oct 20 13:34:06 2019 daemon.err modprobe: dsphal is already loaded
Sun Oct 20 13:34:06 2019 daemon.err modprobe: slicslac is already loaded
Sun Oct 20 13:34:06 2019 daemon.err modprobe: modmmswitch is already loaded
Sun Oct 20 13:34:06 2019 daemon.err modprobe: modmmtonegen is already loaded
Sun Oct 20 13:34:08 2019 user.debug mmpbxd[24615]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Sun Oct 20 13:34:09 2019 kern.err kernel: [ 2075.862086] [SLICSLAC] Si3226x_Init_with_Options(845) size = 2 init_opt = 0
Sun Oct 20 13:34:10 2019 kern.warn kernel: [ 2077.052713] dgasp: kerSysRegisterDyingGaspHandler: slicslac registered
Sun Oct 20 13:34:12 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] ACR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] ACR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] ACR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] BARGE_IN deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] BARGE_IN deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] BARGE_IN deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CALL_RETURN deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CALL_RETURN deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CALL_RETURN deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 1] CALL_WAITING activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 2] CALL_WAITING activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CFBS deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CFBS deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CFBS deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CFNR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CFNR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CFNR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CFU deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CFU deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CFU deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*0] CLIP activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*1] CLIP activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*2] CLIP activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CLIP activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CLIP activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CLIP activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*1] CLIR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*2] CLIR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CLIR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CLIR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CLIR deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 1] CONFERENCE activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 2] CONFERENCE activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] CONFERENCE activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] CONFERENCE activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] CONFERENCE activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*0] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*1] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [*55*2] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [***] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] HOLD activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line0] MWI activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [line1] MWI activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [+390284542452] MWI activated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 1] TRANSFER deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 2] TRANSFER deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 1] WARMLINE deactivated
Sun Oct 20 13:34:12 2019 user.info mmpbxd[24615]: [FXS 2] WARMLINE deactivated
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - SOCKET - RvSocketSendBuffer(sock=56,addr=83.224.127.3:5060,buf=0x1084568,len=729,errno=101)=-2145371137
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSPORT - SipTransportUdpSendMessage - Message sending failed (crv=-1)
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSMITTER - TransmitterControlTransmitMessage - pTrx=0x0xb4c470d8: failed to send message 0xb4cc8100 over UDP (Connection 0x(nil))(rv=-11:NETWORK_PROBLEM)
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSMITTER - ProcessAndTransmit - trx=0x0xb4c470d8: Message failed to be sent. (rv=-11)
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSMITTER - TransmitterControlSend - pTrx=0x0xb4c470d8: Failed to transmit message
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSACTION - TransactionTransportTrxStateChangeEv - pTransc=0x0xb4c190c8: Message failed to be sent (rv=0:OK)
Sun Oct 20 13:34:17 2019 daemon.debug mmpbxfwctl[5274]: received cmd:iptables -t filter -C MMPBX --src 83.224.127.3 -p udp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Sun Oct 20 13:34:17 2019 daemon.debug mmpbxfwctl[5274]: received cmd:iptables -t filter -C MMPBX --src 83.224.127.3 -p tcp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Sun Oct 20 13:34:17 2019 user.info mmpbxd[24615]: SIP Registration: SIP: +390284542452 : Deregister
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 0
Sun Oct 20 13:34:17 2019 user.debug mmpbxd[24615]: [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1486 - In case of a previous send socket error, retry after 30 sec
-
Sarebbe da provare facendo solo lo sblocco senza GUI... Ho più paura sia qualcosa del firmware
-
Si, ma allora perché subito dopo l'aggiornamento funzionava e poi ha smesso?
-
sicuramente è stato un caso... magari ti bastava anche riavviare il modem e si riprendeva il demone mmpbx ha comportamenti abbastanza strani che sono anche complicati da debbuggare..
-
Ok, un riavvio comunque non basta, consigli di tornare al firmware 2.1.0?
-
sinceramente non saprei, ne credo sia cambiato molto dal 2.1.0 in poi riguardo il voip, la prima prova che farei è proprio quella al post precedente giusto per avere conferma che non è la GUI a fare casini, almeno gia' si restringe il cerchio per cercare di individuare il problema
-
Comunque dopo un riavvio ha ripreso a funzionare, non capisco da cosa dipenda... Potrebbe (ma non sono sicuro) dipendere dal fatto di aver acceso la tab telefonia solo dopo aver riavviato il modem
-
Ragazzi, vuoi avete qualche problema ultimamente con gli DNS della Telecom ? Pagine che non caricano con Name_Not_Resolved ?
Nella GUI ho visto che si possano aggiungere server DNS , ma come si possano ordinare ?
Nel momento dell'aggiunta il server viene messo in testa all'elenco, ciò che voglio e tenere i server Tim (auto-rilevati) in testa e quelli aggiunti manualmente metterli in coda. Tutto nella speranza di avere VoIP che registra e server DNS di backup.
Sicuramente c'è qualche file config che si possa ordinare a piacimento ma vorrei anche proporre questa feature per la GUI.
-
Sono giorni che TIM ha problema con DNS, una cosa da non fare e resettare come ho letto da qualche parte.
https://tecnologia.libero.it/tim-rete-fissa-problemi-con-internet-22-ottobre-cambiare-dns-31088
-
Confermo, ho un amico che mi sta tenendo aggiornato sulla situazione, da ieri per lo meno. Se si resetta il router poi non va manco l'autoconfigurazione, se invece si mettono dns alternativi va tutto normalmente.
-
problema voip
non riesco a venirne a capo.mi fallisce la prima registrazione.se faccio un cambio ip si registra immediatamente.c'e' un problema con il primo scambio,mi risponde registrazione rifiutata.
SIP Registration: SIP: +390xxxxxx : Failure Reason: 403 No Roaming Agreement From Current Network 110200201005004
user.debug mmpbxd[9273] [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 403
Oct 25 12:23:13 user.debug mmpbxd[9273] [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
Oct 25 12:23:13 user.debug mmpbxd[9273] [MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSC_CLIE - TranscClientDNSContinue: Transc-client 0x0x1ea2020 - no failed message. transc-client state - Failed
Oct 25 12:23:13 user.info mmpbxd[9273] SIP Registration: SIP: +39xxxxxxx : Deregister
Oct 25 12:23:13 daemon.debug mmpbxfwctl[5253] received cmd:iptables -t filter -C MMPBX --src 5.97.116.39 -p tcp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Oct 25 12:23:13 daemon.debug mmpbxfwctl[5253] received cmd:iptables -t filter -C MMPBX --src 5.97.116.39 -p udp --dport 5060 -m comment --comment Allow_SIP -j ACCEPTho provato con tutti i firmware possibili compreso l'ultima beta 004.ho fatto reset e fatto reimpostare in automatico voip,ma il problema rimane.sono con tim.
:help:
edit: ho notato che se aggiorno il firmware o lo reinstalo al riavvio senza gui aggiornata il voip si aggancia subito.
qualcuno riesce a controllarmi se da luci-->interfaces-->voip ha la mia stessa configurazione come da foto?
https://ibb.co/kXwRn3F
grazie
-
Ciao a tutti, questo tipo di errore in cui non si vede lo stdout nel momento in cui si eseguono installazione di pacchetti & co, è noto?
Ammetto che potrei aver pasticciato upgradando alla 2.2 con versione developer, ma ora sono tornato indietro alla 2.1 versione stable, facendo l'aggiornamento a gui che mantiene solo il root...
https://pasteboard.co/IEbI8MR.png (https://pasteboard.co/IEbI8MR.png) screenshot relativo alla disinstallazione di aria2
-
Aggiornamento sulla funzione PPPoE relay non funzionante:
Qualsiasi firmware stabile e beta superiore alla 2.0.1 e fino alla 2.2.0 beta 4 non fa funzionare correttamente il PPoE Relay
Sia stock che con GUI mod
Ho un router Asus in cascata (su subnet diversa dall'hub per fugare ogni dubbio) collegato ad una porta ethernet dell'hub (lo fa con tutte le porte) configurato per effettuare una connessione PPP, riceve correttamente l'IP ma non si riesce a navigare.
Con i firmware 2.0.1 e inferiori funziona tutto a meraviglia
C'è qualche modo per debuggare il problema? :facepalm: :facepalm:
Il problema si pone anche con WanSensing, protezione DDoS, condivisione samba, condivisione stampante, Tab modem LTE disattivati, anche con PPP con selezione operatore generico o manuale Tim
-
usavo tranquillamente il pppoe relay con firmware 2.0.1 quindi piuttosto mi sembra un problema di configurazione.. prova a postare il file /etc/config/network
-
Scusami ho aggiornato il post, intendevo che fino alla 2.0.1 funzionava tutto, d alla 2.1 in poi non va. Appena torno a casa mando la conf
-
...prova a postare il file /etc/config/network
/etc/config/network 2.0.1:
config interface 'loopback'
option ipaddr '127.0.0.1'
option proto 'static'
option netmask '255.0.0.0'
option ifname 'lo'
config globals 'globals'
option ula_prefix 'none'
option default_ps '0'
config device 'waneth4'
option vid '835'
option name 'waneth4'
option ipv6 '0'
option macaddr 'NASCOSTO'
option ifname 'eth4'
option type '8021q'
config device 'wanptm0'
option vid '835'
option name 'wanptm0'
option ipv6 '0'
option macaddr 'NASCOSTO'
option ifname 'ptm0'
option type '8021q'
config interface 'wan'
option proto 'pppoe'
option auto '1'
option ifname 'wanptm0'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option reqopts '1 3 6 15 33 42 51 121 249'
option ipv6 '0'
option macaddr 'NASCOSTO'
option demand '0'
option username 'timadsl'
option password 'timadsl'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option profile '1'
option session_id '0'
option proto 'mobiled'
option auto '1'
config interface 'wan6'
option proto 'dhcpv6'
option auto '0'
option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
option dns_metric '20'
option iface_464xlat '0'
option noslaaconly '1'
option ifname '@wan'
config interface 'sfptag'
option ipaddr '192.168.10.1'
option ifname 'eth4'
option netmask '255.255.255.0'
option proto 'static'
config interface 'lan'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ipv6 '0'
option ip6assign '0'
option proto 'static'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay 'wanptm0'
option force_link '0'
option type 'bridge'
config switch 'bcmsw'
option jumbo '0'
option qosimppauseenable '0'
option enable_vlan '0'
option reset '1'
config interface 'wlnet_b_24'
option ipaddr '192.168.168.1'
option ip6hint '1'
option ipv6 '0'
option netmask '255.255.255.128'
option name 'Ospiti-TIM-24978686'
option ifname 'wl0_1'
option ip6assign '64'
option force_link '0'
option proto 'static'
config interface 'wlnet_b_5'
option ipaddr '192.168.168.129'
option ip6hint '2'
option ipv6 '0'
option netmask '255.255.255.128'
option name 'Ospiti-TIM-24978686'
option ifname 'wl1_1'
option ip6assign '64'
option force_link '0'
option proto 'static'
config device 'wlnet_b_5eth5'
option enabled '1'
option vid '3'
option name 'wl1_1'
option ipv6 '1'
option ifname 'eth5'
option type '8021q'
config interface 'public_lan'
option ipaddr '0.0.0.0'
option netmask '0.0.0.0'
option ipv6 '0'
option auto '1'
option disabled_info 'proto=static,ip=0.0.0.0,mask=255.255.255.248'
option proto 'static'
option ifname '@lan'
config interface 'ipoe'
option reqopts '1 3 6 43 51 58 59'
option neighreachabletime '1200000'
option ipv6 '1'
option neighgcstaletime '2400'
option metric '1'
option release '1'
option proto 'dhcp'
/etc/config/network 2.2.0_004:
config interface 'loopback'
option ipaddr '127.0.0.1'
option proto 'static'
option netmask '255.0.0.0'
option ifname 'lo'
config globals 'globals'
option ula_prefix 'none'
option default_ps '0'
config interface 'lan'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option rpfilter '1'
option ipv6 '0'
option ip6assign '0'
option proto 'static'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay 'wanptm0'
option force_link '0'
option type 'bridge'
config switch 'bcmsw'
option jumbo '0'
option qosimppauseenable '0'
option enable_vlan '0'
option reset '1'
config interface 'wlnet_b_24'
option ipaddr '192.168.168.1'
option ip6hint '1'
option ipv6 '0'
option netmask '255.255.255.128'
option name 'Ospiti-TIM-24978686'
option ifname 'wl0_1'
option ip6assign '64'
option force_link '0'
option proto 'static'
config interface 'wlnet_b_5'
option ipaddr '192.168.168.129'
option ip6hint '2'
option ipv6 '0'
option netmask '255.255.255.128'
option name 'Ospiti-TIM-24978686'
option ifname 'wl1_1'
option ip6assign '64'
option force_link '0'
option proto 'static'
config device 'wlnet_b_5eth5'
option enabled '1'
option vid '3'
option name 'wl1_1'
option ipv6 '1'
option ifname 'eth5'
option type '8021q'
config interface 'public_lan'
option ipaddr '0.0.0.0'
option netmask '0.0.0.0'
option ipv6 '0'
option auto '0'
option disabled_info 'proto=static,ip=0.0.0.0,mask=255.255.255.248'
option proto 'static'
option ifname '@lan'
config device 'waneth4'
option vid '835'
option name 'waneth4'
option ipv6 '0'
option macaddr 'NASCOSTO'
option ifname 'eth4'
option type '8021q'
config device 'wanptm0'
option vid '835'
option name 'wanptm0'
option ipv6 '0'
option macaddr 'NASCOSTO'
option ifname 'ptm0'
option type '8021q'
config interface 'wan'
option proto 'pppoe'
option auto '1'
option ifname 'wanptm0'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option ipv6 '0'
option macaddr 'NASCOSTO'
option demand '0'
option username 'timadsl'
option password 'timadsl'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option auto '1'
option session_id '0'
option profile '1'
option iface_464xlat '0'
option proto 'mobiled'
config interface 'wan6'
option proto 'dhcpv6'
option auto '0'
option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
option dns_metric '20'
option iface_464xlat '0'
option noslaaconly '1'
option ifname '@wan'
config interface 'sfptag'
option ipaddr '192.168.10.1'
option ifname 'eth4'
option netmask '255.255.255.0'
option proto 'static'
config device 'voipeth4'
option enabled '0'
option mtu '1400'
option ipv6 '0'
option vid '84'
option name 'voipeth4'
option ifname 'eth4'
option macaddr 'NASCOSTO'
option type '8021q'
config interface 'voip'
option auto '0'
option dnsset 'voip'
option peerdns '1'
option ip4table 'voip'
option defaultroute '1'
option vendorid 'DGA4132_CP1831JA0L0'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option ipv6 '0'
option macaddr 'NASCOSTO'
option proto 'dhcp'
option ifname '<set by script>'
config interface 'ipoe'
option reqopts '1 3 6 43 51 58 59'
option neighreachabletime '1200000'
option ipv6 '1'
option neighgcstaletime '2400'
option metric '1'
option release '1'
option proto 'dhcp'
Ho provato a confrontarli con Kdiff3, sono cambiate diverse impostazioni e anche diverse sezioni sono spostate, per esempio sulla conf 2.0.1 la
config device 'wanptm0'viene effettuata prima della
config interface 'lan'che utilizza al suo interno wanptm0
Nella 2.2.0 'lan' viene configurata prima di 'wanptm0', non so se potrebbe creare problemi questa cosa
Ho provato a prendere la config del 2.0.1, l'ho messa al posto di quella del 2.2.0 e ho fatto
service network restart, l'operazione si è conclusa con successo, nonostante questo con TIM Hub navigo, con Asus no, ma è una cosa strana, sembra non risolvere i nomi dns, come se filtrasse qualcosa sulla porta 53, non ne sono proprio sicuro ma se il browser ha l'ip in cache una parte di alcune pagine me le carica, la ricerca google funziona ad esempio, ma quasi solo quella
Intanto io rimetto la 2.0.1, che così non ho internet sul router Asus, disponibilissimo ad altre prove
-
Lascia perdere il relay e mettilo in bridge.
-
Come lo metto in bridge?
Poi non ho il problema del doppio NAT? :headbang:
Edit: ho detto una ca**ata, in bridge niente doppio NAT, ma poi se metto in bridge come aggiorno le app tipo blacklist o la stessa GUI?
Edit 2: se lo mettp in bridge perdo anche l'uso del voip, direi che non è una strada percorribile, quindi o trovo il modo di risolvere nelle release successive alla 2.0.1 o resto alla 2.0.1 o mi compro un Fritz 7590 e festa finita
-
leggi qui e dintorni
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg245426.html#msg245426
-
Se lo metti in bridge su una porta il resto continua a funzionare come previsto. Solo sui router da due soldi con firmware consumer tipo il fritz non puoi tenere funzionanti le due cose in contemporanea.
Ho appena notato che gli hai proposto la cascatona, ma così si spaventa poverino. Per quello che serve a lui basta spostare la porta lan a cui ha attaccato il device in cascata sul bridge wan ed è a posto. Se attualmete lui va di relay allora vuol dire che non gli occorre tenerli entrambi operativi sula stessa subnet, cosa che la cascatona madornale prevedeva.
-
Intanto grazie per le risposte
Non mi occorre che stiano sulla stessa
subnet, mi occorre che l'hub si colleghi per fornire il VoIP, la possibilità di autoaggiornamento della GUI, la possibilità di installazione delle app (blacklist principalmente) e fornire connettività WiFi di backup in caso il router in cascata (ora Asus ma presto sarà un mikrotik) fosse in manutenzione.
L'unica cosa collegata alle eth è il router in cascata, quindi non mi interessa di "perderne" una
Mi sono letto il link ma ci ho capito poco, non sono molto ferrato sulle configurazioni di openwrt...
Come dovrei configurare il network del 4032 per dedicare una eth al bridge?
È possibile configurarlo per farlo hardware dallo switch e non dalla cpu?
Il file network se lo modifico mantiene la modica al riavvio?
È corretto applicare le nuove impostazioni con service network restart?
Prendetemi per mano siate gentili :noob:
-
Se a monte hai un'altro router e vuoi dare connessione al TIMHUB ti basta semplicemente configurarlo come Broadband->ETH (va da se che il cavetto sara' da collegare nella porta WAN del TIMHUB) e Internet->DHCP (o statico se non hai il DHCP sul router a monte), l'unica cosa a cui devi prestare attenzione per questo tipo di configurazione è che in "Rete Locale" ci sia una subnet diversa rispetto quella che prendera' tramite DHCP (dal router a monte) ovviamente con questa configurazione tutti i dispositivi collegati al TIMHUB non vedranno quelli del router a monte essendo in subnet diverse, dell'alternativa piu' corretta di questa configurazione (metterli nella stessa subnet e dominio di broadcast) se ne è parlato qui https://www.ilpuntotecnico.com/forum/index.php/topic,81419.msg256092.html#msg256092
ma in ogni caso non sono sicuro che il VOIP di TIM attraversi il NAT che fa il router a monte, l'alternativa un po' piu' "barbara" è fargli stabilire una seconda pppoe tramite pppoe passthrough
il file network si mantiene al riavvio, per riavviare il servizio va bene anche il service restart, o /etc/init.d/network restart
-
@LaboDJ è molto semplice, cambia le sezioni che hai nel file /etc/config/network come qui di seguito, quello che manca va lasciato come è ora:
config interface 'wan'
option type 'bridge'
[…]
list ifname 'wanptm0' # wanptm0 = modem, waneth4 = ethernet
list ifname 'eth0'
config device 'mgmteth0'
option type '8021q'
option name 'mgmtptm0'
option ifname 'eth0'
option vid '42'
option ipv6 '0'
config interface 'lan'
option type 'bridge'
option proto 'static'
[…]
list ifname 'mgmteth0'
# list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
Vai semplicemente a definire un bridge lato wan e a spostarci dentro eth0, che è la porta che dovrai usare per il router in cascata. Il risultato è funzionalmente identico al relay, solo che così funziona come cristo comanda-
-
così funziona come cristo comanda-
Non ti facevo così veemente :pumpkin:
-
Magari qualcuno in TIM che legge così capisce che non ci vuole uno scienziato per implementare un funzione di bridging decente.
Su shodan è pieno di router vecchi con firmware non aggiornati esposti in rete. Alcuni di questi sono vulnerabili a qualche antica falla. Ahimè molti di questi sono configurati sfruttando il pppoe relay del router TIM. Ebbene se sfrutti la falla ed entri nel loro vecchio router poi da lì non ci vuole niente, davvero niente, per entrare nel router tim lato lan e fare macelli senza rompere ulteriormente le scatole a quello in cascata. La triste ironia è che il router TIM magari è pure aggiornato e non vulnerabile lato wan.
-
Se a monte hai un'altro router e vuoi dare connessione al TIMHUB... CUT
Ho un router sotto al Tim Hub non al contrario...
Oggi pomeriggio provo a rimettere la 2.2.0 beta 4 e provo la soluzione di @LuKePicci
-
Puoi provarla anche sul 2.0.1 , quando eth0 è nel bridge lan il router in cascata passa dal relay, quando eth0 è nel bridge wan il router in cascata raggiunge direttamente il modem/ont.
-
Finalmente sono venuto a capo di questo problema
Provo la config di @LuKePicci sulla 2.0.1, tutto regolare, navigo correttamente da Asus e da Hub.
Aggiorno alla 2.2.0 beta 4, reset impostazioni, rimetto la gui e metto le stesse config di prima, risultato?
Sull'HUB navigo, sull'Asus no.
Questa storia che qualche pacchetto comunque passa mi puzza, vado a vedere la /etc/config/firewall, troppa roba, poi mi dico "il firewall non è che qualche pacchetto lo fa passare e qualche pacchetto lo droppa" mhh...
Entro nell'asus, cambio i valori di MTU e MRU da 1500 a 1492, BOOM 8) funziona
Ripristino il file config originale, funziona uguale (in pppoe relay chiaramente e non in bridge)
Il valore di 1500 non lo avevo messo a caso, tempo fa avevo fatto un test di frammentazione del pacchetto e la dimensione massima non frammentata era 1500.
Ora io il mio problema l'ho risolto (sperando non vengano fuori altre rogne), rimarrebbe da capire perché con la 2.0.1 MTU e MRU a 1500 vanno bene e con le successive versioni fanno un casino micidiale, non mi pare tanto normale
EDIT: la situazione è mooooooolto migliorata sull'asus, tuttavia alcuni siti sono irraggiungibili, tipo github.com e bitbucket.org con l'hub riesco ad aprirli, con l'asus no, sto facendo ulteriori prove, vi tengo aggiornati
-
Qualcuno può cortesemente controllare se lo switch del DGA4132 è effettivamente capace di lavorare in full-duplex?
Basta fare un iperf -d tra due host attestati sullo stesso bridge (ad esempio porte lan 1 e 2 su configurazioni standard).
Questi i miei risultati sul DGA4132:
[ ID] Interval Transfer Bandwidth
[ 6] 0.0-10.0 sec 571 MBytes 479 Mbits/sec
[ 4] 0.0-10.0 sec 498 MBytes 416 Mbits/sec
e questi su uno switch da 20 EUR:
[ 6] 0.0-10.0 sec 1.09 GBytes 934 Mbits/sec
[ 4] 0.0-10.0 sec 1.09 GBytes 930 Mbits/sec
-
Nessuno?
-
Ho invalidato un po la prova perche' uno degli host/server era il 4130 stesso, inoltre utilizzavo un adattatore usbc-gigabit (che non sono sicuro abbia le capacita' di raggiungere il gigabit pieno).. ma se ti puo servire a capire qualcosa:
(https://i.ibb.co/yyLMV42/image.png) (https://ibb.co/yyLMV42)
(sembra il server iperf è un servizio di sistema quindi non è valso quel mio iperf -s lanciato sul modem)
-
Ti ringrazio per il riscontro.
Purtroppo eseguendo iperf direttamente sul router si falsa il test poichè a quel punto i pacchetti attraversano tutto il network stack e si rischia di essere limitati dalla cpu dello stesso. Io sono interessato alle prestazioni dello switch puro (strato L2).
Inoltre è importante eseguire iperf lato client con il parametro -d in modo da avere traffico in entrambi i sensi e valutare dunque il full-duplex.
In sostanza, se il link è full duplex devo poter inviare a 1Gb/s e ricevere a 1Gb/s contemporaneamente.
Questo avviene con lo switch da 20 EUR, ma non con il DGA4132, che invece dimezza il throughput.
-
@FrancYescO quale emulatore di terminale utilizzi?
-
ok son riuscito a beccare un'altro host porta 1 e porta 3 (non chiedermi perche' ma nella porta 2 negoziava a 100M) tolta la bonta' dei NIC degli host mi sembra tutto lineare
(https://i.ibb.co/jJW5gcD/image.png) (https://ibb.co/jJW5gcD)
@MisterFTTH iTerm2 > fish (non mantiene compatibilita' con bash) > omf > bobthefish https://github.com/oh-my-fish/theme-bobthefish
-
bobthefish https://github.com/oh-my-fish/theme-bobthefish
Ecco perché mi diceva qualcosa...ce l'ho anche nei bookmark...dannata vecchiaia :rotfl:
-
ok son riuscito a beccare un'altro host porta 1 e porta 3 (non chiedermi perche' ma nella porta 2 negoziava a 100M) tolta la bonta' dei NIC degli host mi sembra tutto lineare
Si, quelle cifre sono normali. Non mi resta che capire che diavolo è preso al mio...
-
Ciao a tutti, mi servirebbe qualche chiarimento , non so se sono nel posto giusto, ma qui cè una persona che ammiro;
linea FTTH 1Gb Tim, routerTim Hub, versione firmware 2.2.0.001, Gui Ansuel 9.4.0 il rimanente no lo ricordo comunque ultima stabile,
mini ont SFP inserito nel router, al momento dell'attivazione avendo nella Gui scheda-Banda Larga il riconoscimento Wan in manuale ho posizionato su Gpon ma il router non si allinea, mentre se lo posiziono su ethernet si, come va fatto il settaggio per la fibra?.
Per non perdere la 4 porta ethernet Gui Ansuel in rete locale la porta Wan attiva?
Naturalmente con il tecnico Tim abbiamo fatto un reset alle impostazioni di fabbrica il router, si avvia regolarmente, però la Gui Tim mostra più poco che nulla, mi piacerebbe rimettere la Gui Ansuel mi potete dare i settaggi corretti.
Vi seguo da una vita ma non ho di certo le vostre capacità prima di fare preferisco chiedere, grazie.
-
Che intendi per non si allinea? Nella schermata broadband vedi i dati del modulo SFP?
La funzione della 4a porta LAN mi pare sia selezionabile dalla modal Rete locale, ma con modulo SFP inserito puoi impostarla solo come LAN (che dovrebbe essere quello che fa di default)
-
Che intendi per non si allinea? Nella schermata broadband vedi i dati del modulo SFP?
Non parte proprio, solo Led i rosso wifi e ethernet lampeggianti, purtroppo non avendo resettato non vedo più nulla
La funzione della 4a porta LAN mi pare sia selezionabile dalla modal Rete locale, ma con modulo SFP inserito puoi impostarla solo come LAN (che dovrebbe essere quello che fa di default)
pertanto si lascia come è
ma nella scheda banda larga Gpon o ethernet (vado a memoria)
-
Allora già hai ONT esterno... Quindi puoi collegare nella porta WAN del 4130 e configurarlo con i parametri che trovi nel mytiscali (teoricamente VLAN 835 e qualunque credenziale PPPoE)
Esattamente ZXHN F601 - ZTE GPON (Openfiber) .Infatti collegato la porta Wan del 4130 con ZXHN F601 - ZTE GPON , mi da connesso 1Giga , ma non riesco a navigare.....La configurazione guidata non mi funziona .....ci mette troppo tempo a caricarsi .Ho anche provato a resettare il 4130 , ora ho la gui blu Tim. Non trovo la procedura x reinstallare la Gui..
-
per l'installazione della GUI vai qui https://www.ilpuntotecnico.com/forum/index.php/topic,81461.0.html
per la configurazione non usare il wizard, imposta manualmente VLAN 835 e modalita' ETH in broadband e in internet PPPoE e le credenziali prese dal mytiscali
-
@FrancYescO grazie mille , ora ho risolto .Erano mesi che non mettevo mano alla ''rete''
-
Buonasera a tutti,
qualcuno che sappia aiutarmi?
In voice mode, non riesce a negoziare sulla vlan 837
questa al conf:
config interface 'wan'
option demand '0'
option macaddr 'xx:xx:xx:xx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option auto '1'
option enabled '1'
option password 'alicenewag'
option username '[email protected]'
option ifname 'ptm0.837'
option proto 'bridge'
Grazie!
-
Tim non configura più i modem usando la VLAN 837, non so se è inutilizzata del tutto ma di sicuro la voice mode della GUI ha qualche problema dato che non è stata più manutenuta dopo il fw1.0.3 (infatti si stava pensando di rimuoverla)
-
Non la sapevo questa cosa...
Comunque ho risolto cambiando il protocollo della connessione:
option proto 'bridge' -> option proto 'pppoe'
In automatico negozia la connessione e funziona!
pppoe-wan Link encap:Point-to-Point Protocol
inet addr:206.174.xxx.xxx P-t-P:207.255.xxx.xxx Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:21028 errors:0 dropped:0 overruns:0 frame:0
TX packets:21105 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1909873 (1.8 MiB) TX bytes:1669417 (1.5 MiB)
-
Salve a tutti,
Ho installato transmission e la gui sembra funzionare, ho provato in tutti i modi a dare i permessi di scrittura sulle cartelle della periferica usb ma da sempre permission denied (all'inizio del download...), anche se faccio partire il servizio come root... come supero questo problema?
Grazie mille...
Ho risolto utilizzando il percorso:
/tmp/run/mountd/sdb1/download
Prima utilizzavo il percorso /mnt/usb...
-
Qualcuno si intende di DMZ?
Da quello che ho visto questo modem mi consente di pubblicare direttamente un server in internet lasciandolo comunque nella stessa subnet di tutti i server in LAN…
Sicuramente sbaglio io, ma non mi pace molto come soluzione di DMZ, nel senso che io la vorrei in una subnet separata, cosi da potere controllare meglio il traffico, cioè ;
1 da internet lascio aperto la 443 https del server web che risiede nella subnet della dmz (es 192.168.2.0/24).
2 da DMZ consento solo il traffico che dal server web va al MySQL che si trova in LAN (192.168.1.0/24)
per intenderci questa foto che ho trovato su internet raffigura perfettamente la tipica DMZ che si ottiene con firewall singolo o eventualmente con modem avanzato:
https://en.wikipedia.org/wiki/File:DMZ_network_diagram_1_firewall.svg (https://en.wikipedia.org/wiki/File:DMZ_network_diagram_1_firewall.svg)
E' possibile secondo voi con semplicemente un modem modificato come questo o devo per forza installarmi un firewall interno tipo pfsense?
Grazie
EDIT: ok, sembrerebbe più semplice del previsto, nel senso che ci sono i comandi openwrt e alla peggio addirittura luci per creare una VLAN, un interfaccia DMZ e gestire il traffico col firewall. Non vorrei si trattasse di falso entusiasmo, dato che devo ancora fare tutto, ma avendo in chiaro le pass PPPoE si potrebbe ottenere ulteriori IP pubblici per pubblicare agevolmente servizi di più server senza dovere ogni volta cambiare le porte. Così di primo achito direi ottimo lavoro e grazie ad ansuel e a tutti quelli che ci hanno lavorato!
-
@grzmrc se hai la possibilità di far uso del pppoe relay è la soluzione più semplice, senza dover lavorare sul nat
-
Assolutamente no! Il relay non fornisce alcun isolamento dell'host esposto dal resto della rete! Se tale host viene compromesso entrare sulle altre risorse come se si fosse in lan è un gioco da ragazzini. A prescindere dagli effetti collaterali del DMZ, tipo il fatto di "saltare" il nat, l'isolamento va implementato comunque, e non tramite subnet distinte ma separando opportunamente le varie interfacce in gruppi in bridge distinti.
-
Qualcuno si intende di DMZ?
Sto tentando di fare praticamente la stessa cosa su un DGA4132, sono riuscito ad avere un secondo ip pubblico su una nuova interfaccia wan2, ma non riesco a creare la nuova vlan con ip 192.168.2.0/24 che vorrei utilizzasse wan2. Tu sei riuscito a fare qualcosa?
Sembra praticamente impossibile creare delle vlan su questo dispositivo.
Ciao @LuKePicci, sono un neoiscritto ma leggo sempre con interesse ogni tuo post.
Tu credi sia realmente possibile creare una nuova vlan per una lan con classe differente su questo dispositivo?
-
Oh si, ci credo eccome. per la serie impariamo a giocare con le vlan qui le cose avevano preso una piega decisamente perversa: https://www.ilpuntotecnico.com/forum/index.php/topic,77325.msg245426.html#msg245426
-
Wao, mi metto subito a studiare, grazie mille :-)
Tenendo presente quello che voglio fare, hai qualche particolare suggerimento?
Intanto ti ringrazio molto :-)
@LuKePicci , una domanda, cascatona funziona con i dispositivi in cascata, ma se voglio creare più vlan tutte sullo stesso dispositivo?
Io vorrei che sul dga4132 ci siano due vlan:
lan 192.168.1.0/24
lan2 192.168.0.0/24
Mi sfugge qualcosa?
Io vorrei creare una VLAN per il DMZ come riportato qui:
https://openwrt.org/docs/guide-user/firewall/fw3_configurations/fw3_dmz
-
A quel link c'è la dimostrazione che con le vlan puoi fare quello che ti pare. Se ho ben capito tu vuoi semplicemente tenere separati due gruppi di host a cui vengono applicate regole di firewalling distinte. Quello che non mi è chiaro è se questa separazione ti serve a livello di porta fisica o se le due reti debbano essere accessibili su ogni porta o se a te serva isolare solo un gruppo di device wireless.
Se su una porta abiliti entrambe le VLAN, a quel punto per scegliere a quale connetterti c'è solo da configurare il client con tag VLAN o no. Questo significa che un device sulla VLAN in DMZ, se compromesso, può essere riconfigurato per entrare nell'altra.
Se invece il device in DMZ è su una porta distinta, il tagging vlan resta interamente gestito all'interno del 4132. In questo caso l'unica cosa da fare è configurare lo switch interno in modo da tenere separate le due, e poi definire una lan2 che le comprenda e le regoli a tua discrezione. Questi technicolor adottano il modello DSA quindi le istruzioni che vedi nella wiki di openwrt quando si parla di configurare le interfacce vlan non corrispondono a quello che devi fare.
Nel primo caso hai effettivamente due reti in giro per casa a cui accedere dagli stessi cavi fisici, nel secondo le VLAN le sfrutti come trucco solo per esporre e isolare porte diverse dello switch come fossero interfacce distinte, quando per definizione di switch non lo sarebbero. Senza DSA faresti come dice la wiki openwrt. Qui, con DSA, il dispositivo già vede porte diverse dello switch come interfacce distinte, ma non sono sicuro le isoli, altrimenti senza scomodare nessuna VLAN ti basterebbe definire lan2 e metterci dentro, per esempio, eth2 ed eth3.
-
Si perfetto, vorrei avere due gruppi di host distini e separati. La separazione non mi occorre a livello di porta fisica ma vorrei che le due reti siano accessibili su ogni porta, i device wireless non mi interessano.
Ho visto che posso fare la separazione a livello di porta fisica come descritto di seguito:
https://www.ilpuntotecnico.com/forum/index.php?topic=78520.0
giusto?
Ma io invece vorrei che le due reti distinte siano accessibili da ogni porta ma proprio non riesco. Riesci a darmi una mano?
Intanto vedo di cercare documentazione sul funzionamento delle vlan secondo il modell DSA, non l'ho mai utilizzato prima, mi è nuovo.
-
DSA è una cosa relativa a come gli switch si presentano al device da cui sono connessi.
A te la separazione su porta non interessa, dunque del tagging VLAN nello switch non ti importa alcunché. Prima di procedere sappi che questa cosa che vai a fare non ha nulla a che vedere con un DMZ (=zona isolata su cui non vigono regole).
Cominciamo a creare la seconda vlan su un suo vid specifico a cui appoggiare lan2, poi dopo se ti serve possiamo spostare anche la prima lan su un suo vid piuttosto che lasciarla untagged. Duplica di sana pianta la sezione lan che hai già in /etc/config/network, rinominala in lan2 e cambiale ip, 192.168.0.1, Più avanti cambierai anche ifname.
Ora devi creare un device vlan con vid 2 su ogni interfaccia che ne deve far parte. Dovresti già avere altri device di tipo 8021q nello stesso file /etc/config/network, prendi spunto da una di quelle e creane tante chiamate vlan2_eth0 vlan2_eth1 vlan2_eth2 vlan2_eth3, imposta i loro ifname rispettivamente a eth0 eth1 eth2 eth3 e tutti i loro vid a 2.
Torna in lan2 e riempi ifname con tutte queste appena create, quindi "vlan2_eth0 vlan2_eth1 vlan2_eth2 vlan2_eth3".
Poi vai in /etc/config/dhcp e, se ti serve, fai in modo che il server lavori anche su lan2. cioè aggiungi un blocco config dhcp 'lan2' identico a quello che hai per lan.
A questo punto devi solo decidere in che rapporto devono essere le due lan, e assegnare lan2 ad una nuova zona firewall o ad una già esistente. Magari inizia a metterla in zona lan e verifica che tutto funzioni, poi eventualmente a separarle ci pensi dopo.
-
Si, so che questo al momento non c'entra con il DMZ, ma al momento mi basta iniziare a creare questa seconda lan, poi vorrei esporre il DMZ tramite questa lan e fare in modo che tutti i dispositivi in essa presenti si colleghino ad internet tramite una seconda connessione pppoe (un secondo ip pubblico).
Probabilmente stanotte c'ero anche andato vicino tramite il file network di un DGA4130 con firmware UNO:
https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg237205.html#msg237205
in cui ci sono le vlan configurate quasi come mi hai indicato, ma non ci sono riuscito ed ho deciso di chiedere aiuto.
Intanto mi metto subito a lavoro e seguo i tuoi consigli, appena fatto posto qui il file editato.
Ti ringrazio veramente tanto per il supporto.
-
Il file network del firmware UNO ha i quattro device vlan come in effetti serve a te ma in quel caso c'è anche di mezzo il tagging vlan dello switch che è abilitato e fa si che poi sui cavi tu di vlan non ne veda proprio.
Fat uscire da una seconda wan con diverso ip pubblico i device sulla seconda vlan è facile.
Quella cosa che dici di voler "esporre il DMZ tramite questa lan" non mi è chiara.
-
Allora ho modificato nuovamente tutto ed ho riavviato sia router che desktop sul quale ho assegnato staticamente un nuovo indirizzo ip, ma non navigo né capisco se sono connesso.
Se dal desktop sono in lan con indirizzo 192.168.1.10 riesco a pingare il gateway di lan2 su 192.168.0.1.
Se dal desktop sono in lan2 con un indirizzo 192.168.0.10, allora non riesco a pingare il gateway 192.168.0.1.
Cosa sbaglio?
Di seguito ti copio i tre files network, firewall e dhcp.
Al momento sto solo provando a creare e far funzionare questa seconda lan, se riesco a farla funzionare procedo con la seconda wan.
/etc/config/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 default_ps '0'
option ula_prefix 'none'
config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option rpfilter '1'
option igmp_snooping '1'
option ifname 'eth0 eth1 eth2 eth3 eth4 eth5'
list pppoerelay 'wanptm0'
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 '1'
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-*********'
config interface 'wlnet_b_5'
option proto 'static'
option ip6assign '64'
option ipv6 '1'
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-*********'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '1'
config interface 'public_lan'
option ifname '@lan'
option proto 'static'
option ipaddr '0.0.0.0'
option netmask '0.0.0.0'
option auto '1'
option disabled_info 'proto=static,ip=0.0.0.0,mask=255.255.255.248'
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr 'oscurato'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'oscurato'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option password 'oscurato'
option macaddr 'oscurato'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username 'oscurato'
list dns '1.1.1.1'
list dns '1.0.0.1'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option iface_464xlat '0'
option auto '0'
config interface 'wan6'
option ifname '@wan'
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'
config interface 'sfptag'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.10.1'
config device 'voipeth4'
option enabled '0'
option type '8021q'
option name 'voipeth4'
option macaddr 'oscurato'
option ifname 'eth4'
option vid '84'
option mtu '1400'
option ipv6 '0'
config interface 'voip'
option auto '0'
option proto 'dhcp'
option ifname '<set by script>'
option macaddr 'oscurato'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option vendorid 'DGA4132_**********'
option ip4table 'voip'
option defaultroute '1'
option dnsset 'voip'
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 interface 'lan2'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.0.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option rpfilter '1'
option igmp_snooping '1'
option ifname 'vlan2_eth0 vlan2_eth1 vlan2_eth2 vlan2_eth3'
list pppoerelay 'wanptm0'
config device 'vlan2_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan2_eth0'
option mtu '1500'
option vid '2'
config device 'vlan2_eth1'
option type '8021q'
option ifname 'eth1'
option name 'vlan2_eth1'
option mtu '1500'
option vid '2'
config device 'vlan2_eth2'
option type '8021q'
option ifname 'eth2'
option name 'vlan2_eth2'
option mtu '1500'
option vid '2'
config device 'vlan2_eth3'
option type '8021q'
option ifname 'eth3'
option name 'vlan2_eth3'
option mtu '1500'
option vid '2'
/etc/config/dhcp
config dnsmasq 'dnsmasq'
option domainneeded '1'
option boguspriv '1'
option filterwin2k '0'
option localise_queries '1'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option expandhosts '1'
option nonegcache '0'
option authoritative '1'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
option strictorder '1'
option dhcpscript '/lib/dnsmasq/dhcp-event.sh'
list hostname 'dsldevice'
option allservers '1'
option addmac '0'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,6,"4132"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,5,"CP1752RAP53"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,4,"A491B1"'
option server '151.99.125.1'
option domain 'homenet'
option serversfile '/tmp/adb_list.overall'
config odhcpd 'odhcpd'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
config dhcp 'lan'
option interface 'lan'
option leasetime '21600s'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option force '1'
option ignore '0'
option start '55'
list dhcp_option '6,192.168.1.1'
option limit '199'
config dhcp 'wlnet_b_24'
option interface 'wlnet_b_24'
option start '2'
option leasetime '1h'
option force '1'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1480'
option limit '125'
config dhcp 'wlnet_b_5'
option interface 'wlnet_b_5'
option start '130'
option leasetime '1h'
option force '1'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1480'
option limit '125'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config dhcp 'wan6'
option interface 'wan'
option ignore '1'
config dhcp 'wwan'
option interface 'wwan'
option ignore '1'
config relay 'relay'
config opassthrud 'opassthrud'
option passthruscript '/lib/dhcpopassthrud/dnsmasq.sh'
option options_needed '0'
config dnsrule
option dnsset 'voip'
option policy 'if1_mwan'
config dhcp 'voip'
option interface 'voip'
option ignore '1'
config dhcp 'voip6'
option interface 'voip'
option ignore '1'
config dhcp 'lan2'
option interface 'lan2'
option leasetime '21600s'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option force '1'
option ignore '0'
option start '55'
list dhcp_option '6,192.168.0.1'
option limit '199'
/etc/config/firewall ( ho provato sia inserendo lan2 nella zona lan, che creando una nuova zona per lan2)
.
.
.
config zone 'lan'
option name 'lan'
list network 'lan'
list network 'lan2'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'
.
.
.
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
option drop_invalid '1'
config zone 'lan'
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'
config zone 'wan'
option name 'wan'
list network 'wan'
list network 'wan6'
list network 'wwan'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'
config forwarding 'lan_wan'
option src 'lan'
option dest 'wan'
config zone 'public_lan'
option name 'public_lan'
list network 'public_lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option wan '0'
option log '1'
option log_limit '5/minute'
config forwarding 'public_lan_wan'
option src 'public_lan'
option dest 'wan'
option name 'subnet_out'
option enabled '0'
config forwarding 'wan_public_lan'
option src 'wan'
option dest 'public_lan'
option name 'subnet_in'
option enabled '0'
config zone 'z_wlnetb24'
option name 'z_wlnetb24'
list network 'wlnet_b_24'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option mtu_fix '1'
option wan '0'
config forwarding 'for_wlnetb24'
option src 'z_wlnetb24'
option dest 'wan'
config rule 'Drop_non_TCP_SYN'
option name 'Drop_non_TCP_SYN'
option src 'wan'
option dest '*'
option proto 'tcp'
option target 'DROP'
option extra '! --tcp-flags ALL SYN'
config rule 'drop_lan_2_z_wlnetb24'
option name 'drop_lan_2_z_wlnetb24'
option src 'lan'
option dest 'z_wlnetb24'
option proto 'all'
option target 'DROP'
config rule
option src 'lan'
option name 'Deny_CWMP_Conn_Reqs_from_LAN'
option proto 'tcp'
option dest_port '7170'
option target 'DROP'
config rule 'drop_z_wlnetb24_2_lan'
option name 'drop_z_wlnetb24_2_lan'
option src 'z_wlnetb24'
option dest 'lan'
option proto 'all'
option target 'DROP'
config rule 'drop_lan_2_z_wlnetb24_GW'
option name 'drop-lan_2_z_wlnetb24_GW'
option src 'lan'
option proto 'all'
option target 'DROP'
option family 'ipv4'
option dest_ip '192.168.168.1'
config rule 'Allow_z_wlnetb24_ICMP'
option name 'Allow_z_wlnetb24_ICMP'
option src 'z_wlnetb24'
option proto 'igmp'
option target 'ACCEPT'
option family 'ipv4'
option dest_ip '192.168.168.1'
config rule 'Allow_z_wlnetb24_DHCP'
option name 'Allow_z_wlnetb24_DHCP'
option src 'z_wlnetb24'
option proto 'udp'
option dest_port '67'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb24_DNS'
option name 'Allow_z_wlnetb24_DNS'
option src 'z_wlnetb24'
option proto 'udp'
option dest_port '53'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb24_ICMPv6'
option name 'Allow-z_wlnetb24_ICMPv6'
option src 'z_wlnetb24'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config zone 'z_wlnetb5'
option name 'z_wlnetb5'
list network 'wlnet_b_5'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option wan '0'
config forwarding 'for_wlnetb5'
option src 'z_wlnetb5'
option dest 'wan'
config rule 'drop_lan_2_z_wlnetb5'
option name 'drop_lan_2_z_wlnetb5'
option src 'lan'
option dest 'z_wlnetb5'
option proto 'all'
option target 'DROP'
config rule 'drop_z_wlnetb5_2_lan'
option name 'drop_z_wlnetb5_2_lan'
option src 'z_wlnetb5'
option dest 'lan'
option proto 'all'
option target 'DROP'
config rule 'drop_lan_2_z_wlnetb5_GW'
option name 'drop-lan_2_z_wlnetb5_GW'
option src 'lan'
option proto 'all'
option target 'DROP'
option family 'ipv4'
option dest_ip '192.168.168.129'
config rule 'Allow_z_wlnetb5_ICMP'
option name 'Allow_z_wlnetb5_ICMP'
option src 'z_wlnetb5'
option proto 'igmp'
option target 'ACCEPT'
option family 'ipv4'
option dest_ip '192.168.168.129'
config rule 'Allow_z_wlnetb5_DHCP'
option name 'Allow_z_wlnetb5_DHCP'
option src 'z_wlnetb5'
option proto 'udp'
option dest_port '67'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb5_DNS'
option name 'Allow_z_wlnetb5_DNS'
option src 'z_wlnetb5'
option proto 'udp'
option dest_port '53'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb5_ICMPv6'
option name 'Allow-z_wlnetb5_ICMPv6'
option src 'z_wlnetb5'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule1'
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule 'rule2'
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule 'rule3'
option name 'Allow-Ping6'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule4'
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule5'
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule6'
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule7'
option name 'access_2_LAN_IP'
option src 'lan'
option proto 'tcp'
option family 'ipv4'
option extra '-m multiport --dports 80,22,8080,443,8443 -m addrtype --limit-iface-in ! --dst-type LOCAL'
option target 'REJECT'
config rule 'rule8'
option name 'close_port_139'
option src 'wan'
option proto 'tcp'
option dest_port '139'
option family 'ipv4'
option target 'DROP'
config rule 'rule9'
option name 'close_port_445'
option src 'wan'
option proto 'tcp'
option dest_port '445'
option family 'ipv4'
option target 'DROP'
config rule 'rule11'
option name 'Deny-CUPS-wan'
option src 'wan'
option proto 'tcp'
option dest_port '631'
option family 'ipv4'
option target 'DROP'
config rule 'rule13'
option name 'Deny-CUPS-wan-v6'
option src 'wan'
option proto 'tcp'
option dest_port '631'
option family 'ipv6'
option target 'DROP'
config rule 'SSH_wan'
option name 'SSH-wan'
option src 'wan'
option proto 'tcp'
option dest_port '22'
option target 'DROP'
option family 'ipv4'
config rule
option name 'Restrict-TCP-LAN-Input'
option src 'lan'
option dest_ip '!lan'
option proto 'tcp'
option family 'ipv4'
option extra '-m mark --mark 0/0x9000000'
option target 'REJECT'
config include
option path '/etc/firewall.user'
config include
option path '/etc/firewall.voipblock'
option reload '1'
config include 'tchext_restart'
option type 'script'
option path '/lib/functions/firewall-restart-ext-tch.sh'
config include 'tchext'
option type 'script'
option path '/lib/functions/firewall-ext-tch.sh'
option reload '1'
config cone 'cone1'
option name 'PS and XBox Live 1'
option src 'wan'
option dest_port '88'
config cone 'cone2'
option name 'PS and XBox Live 2'
option src 'wan'
option dest_port '3074:3658'
config cone 'cone3'
option name 'PS and XBox Live 3'
option src 'wan'
option dest_port '10070'
config cone 'cone4'
option name 'PS and XBox Live 4'
option src 'wan'
option dest_port '4500'
config include 'tod'
option type 'script'
option path '/lib/functions/tod.sh'
option reload '1'
config include 'intercept'
option type 'script'
option path '/usr/lib/intercept/firewall.sh'
config fwconfig 'fwconfig'
option defaultoutgoing_lax 'ACCEPT'
option defaultoutgoing_normal 'ACCEPT'
option defaultoutgoing_high 'DROP'
option defaultoutgoing_user 'ACCEPT'
option defaultincoming_lax 'REJECT'
option defaultincoming_normal 'DROP'
option defaultincoming_high 'DROP'
option defaultincoming_user 'DROP'
option level 'normal'
config rulesgroup 'pinholerules'
option enabled '1'
option name 'FW rules for opening pinholes'
option type 'pinholerule'
config redirectsgroup 'userredirects'
option enabled '1'
option name 'FW redirects defined by the user'
option type 'userredirect'
config redirectsgroup 'dmzredirects'
option enabled '0'
option name 'FW redirects for the DMZ functionality'
option type 'dmzredirect'
config dmzredirect 'dmzredirect'
option name 'DMZ rule'
option src 'wan'
option dest 'lan'
option family 'ipv4'
option target 'DNAT'
option proto 'tcpudp'
config rulesgroup 'normalrules'
option enabled '1'
option name 'FW rules for normal level'
option type 'normalrule'
config rulesgroup 'laxrules'
option enabled '0'
option name 'FW rules for lax level'
option type 'laxrule'
config rulesgroup 'highrules'
option enabled '0'
option name 'FW rules for high level'
option type 'highrule'
config rulesgroup 'userrules'
option enabled '0'
option name 'FW rules for user level'
option type 'userrule'
config rulesgroup 'userrules_v6'
option enabled '0'
option name 'FW rules for user level IPv6'
option type 'userrule_v6'
config rulesgroup 'defaultrules'
option enabled '1'
option name 'FW rules for default behavior'
option type 'defaultrule'
config highrule 'highrule1'
option name 'HTTP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2'
option name 'HTTPS'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3'
option name 'SMTP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4'
option name 'POP3'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5'
option name 'IMAP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6'
option name 'SSH'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config highrule 'highrule1_guest24'
option name 'HTTP'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2_guest24'
option name 'HTTPS'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3_guest24'
option name 'SMTP'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4_guest24'
option name 'POP3'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5_guest24'
option name 'IMAP'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6_guest24'
option name 'SSH'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config highrule 'highrule1_guest5'
option name 'HTTP'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2_guest5'
option name 'HTTPS'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3_guest5'
option name 'SMTP'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4_guest5'
option name 'POP3'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5_guest5'
option name 'IMAP'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6_guest5'
option name 'SSH'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config defaultrule 'defaultipv6incoming'
option name 'Default action for incoming IPv6 traffic'
option src 'wan'
option dest 'lan'
option proto 'all'
option family 'ipv6'
option target 'ACCEPT'
option enabled '0'
config defaultrule 'defaultipv6outgoing'
option name 'Default action for outgoing IPv6 traffic'
option src 'lan'
option dest 'wan'
option proto 'all'
option family 'ipv6'
option target 'ACCEPT'
option enabled '0'
config defaultrule 'defaultoutgoing'
option name 'Default action for outgoing NAT'
option src 'lan'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config defaultrule 'defaultoutgoing_guest24'
option name 'Default action for outgoing NAT'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config defaultrule 'defaultoutgoing_guest5'
option name 'Default action for outgoing NAT'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config helper 'ftphelper'
option helper 'ftp'
option dest_port '21'
option proto 'tcp'
config helper 'tftphelper'
option helper 'tftp'
option dest_port '69'
option proto 'udp'
config helper 'snmphelper'
option helper 'snmp'
option family 'ipv4'
option dest_port '161'
option proto 'udp'
config helper 'pptphelper'
option helper 'pptp'
option family 'ipv4'
option dest_port '1723'
option proto 'tcp'
config helper 'siphelper'
option enable '0'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
config helper 'siploopback'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
option intf 'loopback'
config helper 'irchelper'
option helper 'irc'
option family 'ipv4'
option dest_port '6667'
option proto 'tcp'
config helper 'amandahelper'
option helper 'amanda'
option dest_port '10080'
option proto 'udp'
config helper 'rtsphelper'
option helper 'rtsp'
option dest_port '554'
option family 'ipv4'
option proto 'tcp'
config include 'dhcpsnooper'
option type 'script'
option path '/lib/functions/firewall-dhcpsnooper.sh'
option reload '0'
config include 'miniupnpd'
option type 'script'
option path '/usr/share/miniupnpd-tch/firewall.include'
option family 'IPv4'
option reload '1'
config include 'mmpbx'
option type 'script'
option path '/lib/functions/firewall-mmpbx.sh'
option reload '1'
config include 'dropbear'
option type 'script'
option path '/lib/functions/firewall-dropbear.sh'
option reload '1'
config zone 'z_if1'
option name 'zoneif1'
list network 'voip'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option mtu_fix '1'
option wan '1'
config forwarding 'for_if1'
option src 'lan'
option dest 'zoneif1'
config zone 'lan2'
option name 'lan2'
list network 'lan2'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'
config forwarding 'lan2_wan'
option src 'lan2'
option dest 'wan'
-
Ma sul desktop hai settato il vlan id a 2?
-
Ehm... a dire il vero no, ho solo settato come al solito IP 192.168.0.10, Netmask 255.255.255.0 e Gateway 192.168.0.1, mi vergogno quasi a chiedertelo :-(, ma come faccio a settare il vlan id a 2 nella connessione? Ho a disposizione sia Linux che Windows.
-
Ok allora le config fatte sopra sono tutte corrette. Tra linux e windows le cose cambiano molto. Su windows, se il driver della scheda di rete lo supporta, trovi questa impostazione nelle settings avanzate del device da gestione dispositivi, è lo stesso posto da cui alcune volte puoi cambiare il MAC address della scheda.
Da linux si usa un comando tipo vconfig add <ifname> <vid> (il driver vlan 8021q deve essere caricato), quindi per esempio vconfig add eth0 2, dopodiché se fai ifconfig -a ti ritrovi un nuova interfaccia chiamata eth0.2, configura la tua connession usando eth0.2 al posto di eth0 come faresti normalmente e sei a posto.
-
Su windows non ho i drivers che supportano il vlan id -.-"
Su Linux ci sto provando ma ancora non funziona, ma sicuramente sbaglio io qualcosa, quindi ti aggiorno appena ho risolto.
Intanto volevo solo ringraziarti per l'aiuto.
@LuKePicci , ok ho testato con successo la lan2 su Linux e funziona maniera assolutamente spettacolare!!!
Domanda, qualche post fa mi hai detto:
Cominciamo a creare la seconda vlan su un suo vid specifico a cui appoggiare lan2, poi dopo se ti serve possiamo spostare anche la prima lan su un suo vid piuttosto che lasciarla untagged.
e se alla luce del tuo suggerimento sposto anche la prima lan su un suo vid, dopo anche per collegarmi ad essa dovrò indicare il suo vlan id? Perché se così fosse mi conviene lasciarne almeno una untagged che non richiede il vid. Oppure se le setto vid 1 non è necessario?
Infine per quanto riguarda la wan2, concordando con te:
Fat uscire da una seconda wan con diverso ip pubblico i device sulla seconda vlan è facile.
credevo fosse la cosa più stupida da fare ma pure mi sto sbattendo da più di due ore.
In pratica in interfaces ed in dhcp ho creato una wan2 replicando completamente wan, mentre in firewall ho modificato:
config forwarding 'lan2_wan'
option src 'lan2'
option dest 'wan'
in:
config forwarding 'lan2_wan2'
option src 'lan2'
option dest 'wan2'
ho riavviato il router e controllando sia da gui in "IP Extra" che da ssh con con un bel ifconfig verifico che vengono effettivamente assegnati due diversi IP a wan ed a wan2. Purtroppo però non riesco a navigare da lan2. Se nel firewall invece della sezione lan2_wan2 metto lan2_wan, riesco a navigare anche da lan2, ma ovviamente tramite wan e non tramite wan2.
Secondo te debbo fare altro? Mi perdo qualche passaggio?
Aggiornamento su wan: il problema sembra che non riescano a funzionare contemporaneamente le due connessioni wan e wan2, il problema non è lan2, mi è infatti capitato che il desktop in lan2 avesse la connessione con l'ip di wan2, ma tutti i dispositivi in lan non riuscivano a navigare tramite wan. In pratica sembra possa funzionare solo una connessione pppoe. Ma potrei anche aver sbagliato io qualcosa (spero).
Ho anche provato a creare wan2 in questo modo:
config interface 'wan2'
option auto '1'
option proto 'pppoe'
option demand '0'
option password 'oscurato'
option macaddr 'oscurato'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'vlan2_wanptm0'
option username 'oscurato'
list dns '1.1.1.1'
list dns '1.0.0.1'
config device 'vlan2_wanptm0'
option type '8021q'
option name 'vlan2_wanptm0'
option macaddr 'oscurato'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
ma così facendo non viene proprio assegnato l'ip né a wan né a wan2.
-
@LuKePicci , un aggiornamento per quanto riguarda la wan, con il comando route ho questo:
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.100.1 0.0.0.0 UG 0 0 0 pppoe-wan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
E pppoe-wan e pppoe-wan2 ricevono sempre correttamente un IP pubblico, lo verifico con ifconfig e da gui.
br-lan dovrebbe connettersi con pppoe-wan
br-lan2 dovrebbe connettersi con pppoe-wan2
L'interfaccia di default non è sempre la stessa, non ho capito in base a cosa ma all'avvio a volte è pppoe-wan, altre volte è pppoe-wan2.
Quando l'interfaccia di default è pppoe-wan, allora i dispositivi in br-lan riescono a connettersi ad internet, mentre i dispositivi in br-lan2 non riescono a connettersi ad internet.
Quando l'interfaccia di default è pppoe-wan2, allora i dispositivi in br-lan2 riescono a connettersi ad internet, mentre i dispositivi in br-lan non riescono a connettersi ad internet.
Potrebbe trattarsi di un problema di route? Devo impostare forse qualche regola per le rotte? Oppure ho proprio sbagliato l'approccio per realizzare wan2?
-
Sì, se sposti la prima lan su vid 1 poi devi settare il vid a 1 di conseguenza. Motivo per cui lasciamo perdere così la prima.
Se ho detto che era semplice è perchè era semplice. Fatti una cultura, senza far nulla, e poi ne riparliamo: https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3
(tieni presente che un mwan c'è già installato sul router, per il tuo caso credo sia già sufficiente quello, quando sei psicologicamente proonto ti faccio vedere una config di esempio per mwan così da creare la tua di conseguenza).
-
Sì, se sposti la prima lan su vid 1 poi devi settare il vid a 1 di conseguenza. Motivo per cui lasciamo perdere così la prima.
Si allora mi conviene lasciarla così.
Se ho detto che era semplice è perchè era semplice. Fatti una cultura, senza far nulla, e poi ne riparliamo: https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3
(tieni presente che un mwan c'è già installato sul router, per il tuo caso credo sia già sufficiente quello, quando sei psicologicamente proonto ti faccio vedere una config di esempio per mwan così da creare la tua di conseguenza).
Ho già letto la documentazione, ma si parla di un pacchetto mvan3 che ho visto non essere disponibile per il dga4132.
Ho provato a guardare il file /etc/config/mwan ma non ho capito come poterlo adattare a ciò che serve a me.
Ho anche letto questa discussione (che un poco si avvicina alle mie necessità):
https://www.ilpuntotecnico.com/forum/index.php?topic=80865.150
Ho anche letto quest'altra discussione:
https://forum.openwrt.org/t/dual-wan-questions/28178
ed ho provato a creare delle regole di route, ma nulla.
Al momento sono proprio in impasse e non ho proprio idea di cosa altro poter fare.
Rileggo intanto la documentazione di mwan3.
-
mwan3 si può installare, io ce l'ho, ma non credo ti occorra, quell'mwan che già c'è dovrebbe andar bene.
Non devi creare nessuna route a mano. Assicurati soltanto che disabilitando una delle due connessioni l'altra ottenga automaticamente una default route (è quella che comincia con "default" nel comando route). Il fatto che tu non ne veda mai due in contemporanea potrebbe essere irrilevante. Assicurati quindi che disabilitando una delle due l'altra funzioni sulla relativa vlan con le regole del firewall che avevi correttamente settato. Poi procediamo.
-
mwan3 si può installare, io ce l'ho, ma non credo ti occorra, quell'mwan che già c'è dovrebbe andar bene.
Ho appena riprovato ad installarlo:
opkg update
opkg mwan3
ma ricevo: * opkg_install_cmd: Cannot install package mwan3.
Forse è perché sono sull'ultimo firmware 2.2.0 e molti pacchetti non sono presenti? Tu su che firmware sei?
O mwan3 l'hai compilato a mano?
Non devi creare nessuna route a mano. Assicurati soltanto che disabilitando una delle due connessioni l'altra ottenga automaticamente una default route (è quella che comincia con "default" nel comando route). Il fatto che tu non ne veda mai due in contemporanea potrebbe essere irrilevante. Assicurati quindi che disabilitando una delle due l'altra funzioni sulla relativa vlan con le regole del firewall che avevi correttamente settato. Poi procediamo.
Ricapitolando, in network ho:
config interface 'wan2'
option auto '1'
option proto 'pppoe'
option demand '0'
option password 'oscurato'
option macaddr 'oscurato'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option username 'oscurato'
list dns '1.1.1.1'
list dns '1.0.0.1'
in dhcp:
config dhcp 'wan2'
option interface 'wan2'
option ignore '1'
in firewall:
config zone 'wan2'
option name 'wan2'
list network 'wan2'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'
config forwarding 'lan2_wan2'
option src 'lan2'
option dest 'wan2'
con entrambe le connessioni attive al momento ho:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.100.1 0.0.0.0 UG 0 0 0 pppoe-wan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
ma navigo solo con wan.
Disabilitando una delle due, ossia rimuovendola dai tre files, l'altra funziona senza problemi. C'è per caso anche modo di disabilitare una delle due connessioni, magari con un comando, senza rimuoverla dai files?
-
si basta che usi ifup/ifdown, cioè per passare da una all'altra basta fare ifdown wan && ifup wan2 e viceversa. In alternativa puoi mettere option auto '0' sulle interfacce che non vuoi vengano messe up in automatico quando il servizio network viene avviato.
Ok allora ci sei quasi. Non ti serve mwan3, non so perchè volevi comunque installarlo, mwan che già c'è basta e avanza. Apri il suo file di configurazione, /etc/config/mwan e aggiungi qualcosa del genere:
config globals 'globals'
config policy 'wan_only'
option interface 'wan'
config policy 'wan2_only'
option interface 'wan2'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
Assicurati che wan sia abilitato, /etc/init.d/mwan enable
Poi riavvia tutto. Dovrebbe bastare così.
-
Niente, purtroppo continua a funzionare una sola rete alla volta, ossia quella che per prima si impossessa dell'interfaccia di defaut.
Cerco di spiegare meglio quello che ho notato.
Se riavvio il router e controllando con route ho:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.100.1 0.0.0.0 UG 0 0 0 pppoe-wan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
Allora in questo caso navigo solo con wan.
Infatti riesco a pingare solo con:
ping -c 5 -I pppoe-wan www.google.com
Ma non riesco a pingare con:
ping -c 5 -I pppoe-wan2 www.google.com
Se riavvio il router e controllando con route ho:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.100.1 0.0.0.0 UG 0 0 0 pppoe-wan2
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
Allora in questo caso navigo solo con wan2.
Infatti riesco a pingare solo con:
ping -c 5 -I pppoe-wan2 www.google.com
Ma non riesco a pingare con:
ping -c 5 -I pppoe-wan www.google.com
Non sono sicuro in base a cosa un'interfaccia prende il sopravvento sull'altra, mi sembra comunque che l'ultima interfaccia a diventare attiva è quella che prende il sopravvento.
Ho anche provato ad assegnare delle metriche a wan e wan2 nel file network in modo da avere:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.100.1 0.0.0.0 UG 10 0 0 pppoe-wan
default 192.168.100.1 0.0.0.0 UG 20 0 0 pppoe-wan2
192.168.0.0 * 255.255.255.0 U 20 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
ma anche in questo modo funziona una connessione alla volta, quella con la metrica più bassa.
Idee?
-
Quella di impostare metriche diverse ad entrambe è una cosa necessaria, è spiegato anche nella doc che ti ho linkato. Mi dici solo come le hai impostate? Non hai creato tu le default route statiche vero?
Ad ogni modo l'ultima tabella di routing è perfetta, senza mwan l'unica in uso è quella con la metrica più bassa. Con mwan dovresti vederlo ignorare le metriche e fare quello che dice la config di mwan. Ricordati solo di riavviare mwan (o il router) per vedere applicate le regole.
edit: forse dobbiamo dirottare anche il gateway però mi serve che configuri tutto il resto come ho detto per capire se è davvero necessario
-
Quella di impostare metriche diverse ad entrambe è una cosa necessaria, è spiegato anche nella doc che ti ho linkato. Mi dici solo come le hai impostate? Non hai creato tu le default route statiche vero?
Ho semplicemente aggiunto nel file network ed mwan:
option metric '10' in wan
option metric '20' in wan2 e lan2 (non so se in lan2 è necessario)
Ho anche provando assegnando delle rotte statiche a wan2:
config route
option interface 'wan2'
option target '0.0.0.0'
option netmask '0.0.0.0'
option gateway '192.168.100.1'
option table '2'
config rule
option in 'lan2'
option dest '0.0.0.0/0'
option priority '2'
option lookup '2'
ma non è cambiato nulla.
Nella documentazione di mwan3 è anche riportato come necessario che entrambe le wan debbono avere l'impostazione default gateway abilitata, cito:
Every WAN interface should have a default gateway configured.
Note: PPPoE connections only show the “Use gateway metric” option if “Use default gateway” option is enabled.
ma la guida è poi fatta per luci che io non utilizzo, per abilitare il default gateway in uci basta aggiungere option defaultroute '1'? Non ne sono sicuro
Ad ogni modo l'ultima tabella di routing è perfetta, senza mwan l'unica in uso è quella con la metrica più bassa. Con mwan dovresti vederlo ignorare le metriche e fare quello che dice la config di mwan. Ricordati solo di riavviare mwan (o il router) per vedere applicate le regole.
SI, proprio per essere certo riavvio il router ogni volta ma purtroppo non vuole funzionare. Non è che per caso mwan utilizza wan2 per il fallback e non in parallelo? Mi è anche venuto questo dubbio.
edit: forse dobbiamo dirottare anche il gateway però mi serve che configuri tutto il resto come ho detto per capire se è davvero necessario
Ok, come devo configurare il tutto? Procedo all'istante.
-
Ok, le metriche sono impostate a dovere (si fa come hai fatto ma nella docu di openwrt non è scritto, devo ricordarmi di aggiungerlo qui (https://openwrt.org/docs/guide-user/network/wan/wan_interface_protocols) per i protocolli in cui questa opzione vale). Non serve indicarlo su per lan, ha senso solo per i "proto" che autoimpostano una defaultroute alla connessione (dhcp, pppoe, ecc). L'opzione "Use default metric" di luci si traduce in option defaultroute '1' su wan e wan2 ma tale opzione è a 1 di default quando non la espliciti. Rimuovi quelle rotte/regole statiche che hai aggiunto sono inutili.
Dunque, finche non impostavi metriche diverse accadeva questo (https://dev.archive.openwrt.org/attachment/ticket/6892/defaultroute-metric.patch.html):
Define the metric of the default route and only add it if there
is no other default route with the same metric. With the default
value of -1, the route is only added if there is no default route at
Ora invece ne hai correttamente due. Andiamo oltre.
Per tua sfortuna, TIM usa lo stesso ip per come gateway per ogni sessione ppp, nello specifico 192.168.100.1. Dalla tabella corretta che mi hai mostrato prima si vede bene che le rotte per raggiungerlo sono due. Non so di preciso come risolvere questa cosa senza separare le tabelle, ma proviamo prima a vedere se mwan ci risolve il problema. Sono quasi certo che questa cosa non funzioni perchè l'ip del gateway non appare mai nel pacchetto come ip destinazione, prova comuqnue a modificare il suo file di config come segue (bada all'ordine in cui sono inserite le regole):
config globals 'globals'
config policy 'wan_only'
option interface 'wan'
config policy 'wan2_only'
option interface 'wan2'
config rule 'gw_wan'
option policy 'wan_only'
option src 'lan'
option dest_ip '192.168.100.1/32'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'gw2_wan2'
option policy 'wan2_only'
option src 'lan2'
option dest_ip '192.168.100.1/32'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
Male che vada si finisce a fare tabelle distinte.
-
Prima di procedere ti faccio due domande velocissime:
- avevo dimenticato di dirti che le metriche le ho impostate anche in mwan:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
config policy 'wan_only'
option interface 'wan'
option metric '10'
config policy 'wan2_only'
option interface 'wan2'
option metric '20'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
che faccio le lascio? Inoltre le nuove regole posso aggiungerle sotto quelle già esistenti di default, giusto?
- ho notato che la documentazione di mwan3 suggerisce giustamente di verificare la routing table, loro mostrano questo:
# ip route show
default via 10.0.3.2 dev eth1 proto static src 10.0.3.15 metric 10
default via 10.0.4.2 dev eth2 proto static src 10.0.4.15 metric 20
nel mio caso ho:
default via 192.168.100.1 dev pppoe-wan proto static metric 10
default via 192.168.100.1 dev pppoe-wan2 proto static metric 20
in pratica a me manca il src, come posso fare per portarmi nella stessa situazione?
-
Le metriche in mwan nel tuo caso non occorrono (servono per il failover, e non sono sicuro la variante di mwan che hai tu li supporti) quindi rimuovile.
Le regole che ti ho dato devi mettere in quell'ordine, fa matching sulla prima che trova, quindi gw2_wan2 deve per forza andare prima di lan2_wan2, idem per l'altra.
Ottima osservazione riguardo il source mancante nella tabella, quella cosa potrebbe essere risolutiva, indago e ti faccio sapere.
-
Allora ho provato sia con le metriche che senza in mwan, riavviando ogni volta, ma non va.
Senza metriche:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
config policy 'wan_only'
option interface 'wan'
config policy 'wan2_only'
option interface 'wan2'
config rule 'gw_wan'
option policy 'wan_only'
option src 'lan'
option dest_ip '192.168.100.1/32'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'gw2_wan2'
option policy 'wan2_only'
option src 'lan2'
option dest_ip '192.168.100.1/32'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
Con metriche:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
config policy 'wan_only'
option interface 'wan'
option metric '10'
config policy 'wan2_only'
option interface 'wan2'
option metric '20'
config rule 'gw_wan'
option policy 'wan_only'
option src 'lan'
option dest_ip '192.168.100.1/32'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'gw2_wan2'
option policy 'wan2_only'
option src 'lan2'
option dest_ip '192.168.100.1/32'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
Ho inoltre notato che quando riavvio manualmente mwan /etc/init.d/mwan restart ricevo questi errori:
uci: Entry not found
uci: Entry not found
uci: Entry not found
13 869 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore mask 0xf0000000
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 mark match ! 0x0/0xf0000000 CONNMARK save mask 0xf0000000
13 869 mwan_pre all -- * * 0.0.0.0/0 0.0.0.0/0
11 1519 mwan_output all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 ctdir ORIGINAL connmark match ! 0x0/0xf0000000 CONNMARK restore mask 0xf0000000
uci: Entry not found
uci: Entry not found
uci: Entry not found
22 1401 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore mask 0xf0000000
1 64 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 mark match ! 0x0/0xf0000000 CONNMARK save mask 0xf0000000
22 1401 mwan_pre all -- * * 0.0.0.0/0 0.0.0.0/0
25 3475 mwan_output all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 ctdir ORIGINAL connmark match ! 0x0/0xf0000000 CONNMARK restore mask 0xf0000000
uci: Entry not found
uci: Entry not found
è normale?
-
Sì, è "normale", quando decide in quale tabella lavorare prova a leggere un valore che normalmente non è definito.
Da quello che ho visto, far apparire il src nelle regole di default funzionerebbe ma nel tuo caso è improponibile. Conviene andare direttamente a creare tabelle distinte. Dunque, vai in /etc/iproute2/rt_tables ne vedi già un po', creane una nuova dalle un id univoco e chiamala main2. Vai in /etc/config/network, aggiungi a wan option ip4table 'main' e a wan2 option ip4table 'main2'. Mantieni le metriche in wan e wan2, rimuovile da mwan. Rimuovi le due rule gw*_wan* in mwan che non hanno sortito alcun effetto Riavvia tutto e vediamo come viene fuori la tabella di routing (nota: da questo punto in poi devi usare il comando ip route show table all).
-
Da quello che ho visto, far apparire il src nelle regole di default funzionerebbe ma nel tuo caso è improponibile.
Posso chiederti come avrei dovuto fare e perché in questo caso è improponibile?
Dunque, vai in /etc/iproute2/rt_tables ne vedi già un po', creane una nuova dalle un id univoco e chiamala main2. Vai in /etc/config/network, aggiungi a wan option ip4table 'main' e a wan2 option ip4table 'main2'. Mantieni le metriche in wan e wan2, rimuovile da mwan. Rimuovi le due rule gw*_wan* in mwan che non hanno sortito alcun effetto Riavvia tutto e vediamo come viene fuori la tabella di routing (nota: da questo punto in poi devi usare il comando ip route show table all).
C'ho messo un pò a risponderti perché a main2 avevo inavvertitamente dato lo stesso id di local e restavo chiuso fuori dal router, che cretino -.-"
Comunque sei un GRANDE, ora vanno entrambe.
Ricevo risposta al ping con entrambi i comandi:
ping -c 5 -I pppoe-wan 8.8.8.8
ping -c 5 -I pppoe-wan2 8.8.8.8
La tabella di route è però cambiata, vedo che non tiene più conto delle metriche di wan2 ed infatti è anche scomparso il suo gateway:
default 192.168.100.1 0.0.0.0 UG 10 0 0 pppoe-wan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
Qui l'output di ip route show table all, ottimo, che ne dici?
default via 192.168.100.1 dev pppoe-wan2 table main2 proto static metric 20
local default dev lo table tod scope host
default via 192.168.100.1 dev pppoe-wan proto static metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.xx
C'è solo un problema, ora non funziona più il voip, cosa possiamo fare?
Intanto ti ringrazio veramente per tutto, senza il tuoi aiuto non ci sarei mai riuscito. GRAZIE!!!
-
Una cosa alla volta.
Il comando route non conosce altre tabelle di routing all'infuori di main, perciò lì non vedi nient'altro.
Il parametro src, come avrai capito guardando l'ultimo output e la docu su mwan3 doveva contentere l'ip pubblico ottenuto, che nel tuo caso immagino sia dinamico, quindi non avremmo potuto inserirlo staticamente in una regola. Saremmo dovuti intervenire su ppp e farlo aggiungere a lui dinamicamente mentre crea la regola, ma di implementare il source routing in ppp non mi andava proprio ;-) magari in qualche versione di openwrt più recente questo avviene, ma comunque è un problema che ti si presenta solo quando il gateway coincide. Con le tabelle distinte non c'è verso che questo crei problemi.
Mo veniamo al voip. chi sarebbe il provider? Da quale wan vuoi che funzioni? Mi devi dire qualcosa in più su cosa hai come option interface in /etc/config/mmbpxrvsipnet, quanti e quali helper sip hai attivi in /etc/config/firewall e possibilmente se di default mwan era attivo o meno.
-
Mo veniamo al voip. chi sarebbe il provider? Da quale wan vuoi che funzioni? Mi devi dire qualcosa in più su cosa hai come option interface in /etc/config/mmbpxrvsipnet, quanti e quali helper sip hai attivi in /etc/config/firewall e possibilmente se di default mwan era attivo o meno.
POSTEDIT:
@LuKePicci aspetta, aspetta come non detto, falso allarme, il voip va, ho solo riavviato un paio di volte mentre facevo un po di test ed ha preso ad andare :-) :-) :-)
Non so prima cosa gli sia successo.
In pratica sembra andare tutto. WAO!!!
-
@LuKePicci , ti disturbo nuovamente, forse sul voip ho cantato vittoria troppo in fretta. Non capisco perché ma riavviando il router a volte va e resta collegato senza problemi ed altre volte si collega e poi si disconnette e dalla gui leggo Registrazione rifiutata e nel log da ssh, logread, vedo:
SIP Registration: SIP: +39XXXXXXXXXX : Failure Reason: 403 No Roaming Agreement From Current Network XXXXXXXXXXXXXXX
basta poi un /etc/init.d/network restart per farlo registrare correttamente ma dopo un poco viene nuovamente disconnesso e con logread ho:
SIP Registration: SIP: 39XXXXXXXXXX : Deregister
[MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
[MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 403
Rispondo quindi alle domande che mi avevi fatto in precedenza.
Il provider è TIM, e se può servire non utilizzo l'hostname dell outboundProxy, ma il suo indirizzo IP, in modo da poter utilizzare dei DNS differenti da quelli del provider.
Vorrei che funzionasse da wan.
Questo è il mio /etc/config/mmpbxrvsipnet:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option uri 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option uri 'line2'
In /config/etc/firewall ho i seguenti helper:
config helper 'ftphelper'
option helper 'ftp'
option dest_port '21'
option proto 'tcp'
config helper 'tftphelper'
option helper 'tftp'
option dest_port '69'
option proto 'udp'
config helper 'snmphelper'
option helper 'snmp'
option family 'ipv4'
option dest_port '161'
option proto 'udp'
config helper 'pptphelper'
option helper 'pptp'
option family 'ipv4'
option dest_port '1723'
option proto 'tcp'
config helper 'siphelper'
option enable '0'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
config helper 'siploopback'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
option intf 'loopback'
config helper 'irchelper'
option helper 'irc'
option family 'ipv4'
option dest_port '6667'
option proto 'tcp'
config helper 'amandahelper'
option helper 'amanda'
option dest_port '10080'
option proto 'udp'
config helper 'rtsphelper'
option helper 'rtsp'
option dest_port '554'
option family 'ipv4'
option proto 'tcp'
Purtroppo non so dirti se di default mwan era attivo, ma credo di si anche perché al suo interno di default c'è:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
-
ciao in
/etc/config/mmpbxrvsipnet:
option reg_expire '600000'
scenderei a 3600
-
1) Non c'è motivo per cui mwan dovesse intervenire sul voip prima di creare la nostra seconda wan, e continua a non esserci nemmeno ora perchè mmpbxd è in grado di scegliere per proprio conto la propria interfaccia.
2) Dovresti verificare che l'ip del proxy sia il medesimo sia quando passi da wan che quando passi da wan2, altrimenti dobbiamo tornare a risolvere il dns del proxy voip. Potrai comunque usare i tuoi dns, quello di usare il suo ip è un trucco stupido.
3) mwan non gestisce il traffico generato dal router almeno che non passi attraverso il nat, per cui esiste quell'helper loopback per sip attivo.
Cosa farei: rimuoverei/commenterei via da mwan le 4 sezioni relative al voip preesistenti, metterei option enabled '0' sull'helper sip in loopback. Se già così ci siamo la cosa dell'ip hardcodato ce la teniamo buona con naso un po' storto.
-
ciao in
/etc/config/mmpbxrvsipnet:
option reg_expire '600000'
scenderei a 3600
Il valore impostato è quello di default, che vantaggio avrei nel diminuirlo a 3600?
1) Non c'è motivo per cui mwan dovesse intervenire sul voip prima di creare la nostra seconda wan, e continua a non esserci nemmeno ora perchè mmpbxd è in grado di scegliere per proprio conto la propria interfaccia.
Infatti mi sono molto meravigliato quando ho avuto il problema.
2) Dovresti verificare che l'ip del proxy sia il medesimo sia quando passi da wan che quando passi da wan2, altrimenti dobbiamo tornare a risolvere il dns del proxy voip. Potrai comunque usare i tuoi dns, quello di usare il suo ip è un trucco stupido.
Ho reimpostato il dns invece dell'ip ma il problema è ancora presente. Probabilmente non è lui la causa di tutto ciò.
3) mwan non gestisce il traffico generato dal router almeno che non passi attraverso il nat, per cui esiste quell'helper loopback per sip attivo.
Cosa farei: rimuoverei/commenterei via da mwan le 4 sezioni relative al voip preesistenti, metterei option enabled '0' sull'helper sip in loopback. Se già così ci siamo la cosa dell'ip hardcodato ce la teniamo buona con naso un po' storto.
Cosa faccio? Procedo lo stesso nonostante ho verificato che il problema non è l'IP hardcodato?
Ho fatto un test, ho semplicemente rimosso option ip4table 'main' da wan ed option ip4table 'main2' da wan2 e il voip ha ripreso ad andare. Ora ovviamente sono al punto di prima, non mi funzionano le due connessioni.
-
Fai queste due cose:
Cosa farei: rimuoverei/commenterei via da mwan le 4 sezioni relative al voip preesistenti, metterei option enabled '0' sull'helper sip in loopback.
e rimetti a posto le tabelle ovviamente
-
Niente da fare, ho appena provato ma purtroppo il voip continua a non andare.
In questo caso il log è il seguente:
[MMRVSIPIMPL::NETWORKOBJ]:C: onStackLogEvent:2052 - TRANSACTION - TransactionTransportTrxStateChangeEv - pTransc=0x0xb4c3f638: Message failed to be sent (rv=0:OK)
SIP Registration: SIP: +39XXXXXXXXXX : Deregister
[MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network
[MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 0
-
riaggiungi le sezioni in mwan, tieni l'helper spendo e vedi che succede
se non dovesse funzionare, riattiva l'helper (sempre quello di loopback) e cambia interface da wan a lan in mmpbxrvsipnet
come ultima chance, rimetti wan come interface, spegni l'helper, togli le regole voip da mwan e aggiungi una route statica verso l'ip/subnet del proxy nella tabella main, deve essere una regola con un match più lungo rispetto a quelle di default (di cui ne abbiamo due).
-
riaggiungi le sezioni in mwan, tieni l'helper spendo e vedi che succede
se non dovesse funzionare, riattiva l'helper (sempre quello di loopback) e cambia interface da wan a lan in mmpbxrvsipnet
Provato, purtroppo ancora niente da fare.
come ultima chance, rimetti wan come interface, spegni l'helper, togli le regole voip da mwan e aggiungi una route statica verso l'ip/subnet del proxy nella tabella main, deve essere una regola con un match più lungo rispetto a quelle di default (di cui ne abbiamo due).
Puoi darmi un aiuto a realizzare la route statica verso l'ip del proxy, non ho capito come devo fare.
-
config route 'voip_tim'
option interface 'wan'
option table 'main'
option netmask '255.255.255.255'
option metric '10'
option target '_ipProxy_/32'
option gateway '192.168.100.1'
-
Sei un grande, con la rotta statica ha ripreso a funzionare senza problemi anche il voip, ho riavviato più volte e sembra non ci siano problemi.
Proprio non capisco però perché senza questa rotta il voip si comporta in modo bizzarro, senza questa rotta la maggior parte delle volte non funziona proprio perché non riesce a registrarsi, altre volte invece si registra ma dopo poco si disconnette, altre volte ancora si registra e riesce a funzionare. Bo.
Comunque con la rotta sembra non esserci problemi e funziona la vlan, la wan2 ed il voip.
Grazie.
-
E' un mix di cose a cui io stesso faccio fatica a star dietro. Per prima cosa mwan3 (e di riflesso anche mwan credo) ha problemi a dirottare sulle diverse interfacce il traffico generato dall'interno del router. Per dirottare mmpbx su una interfaccia wan specifica (tipico in vari isp) quelli di technicolor hanno attivato un helper sip per il traffico sip generato dal router, che interviene sui messaggi in uscita a prescindere da quale interfaccia mmpbxd usi in ascolto. Il tuo problema era palesemente dovuto al fatto che nonostante mwan costringesse mmpbx a usare wan per un determinato tipo di traffico, e nonostante il fatto che mmpbxd fosse in ascolto sulla medesima, passando dall'lhelper l'effetto di mwan in output veniva neutralizzato, e i pacchetti uscivano dall'uno o l'atra interfaccia wan poiché entrambe disponevano di rotte valide. Dunque, da quanto ho capito:
- con l'helper loopback attivo, mwan attivato, interfaccia mmpbx settata a su wan: mmpbx si mette in ascolto su wan e passa in ingresso al router attraverso mwan, l'helper uccide il tracking fatto da mwan che non riconosce più il traffico ritoccato dall'helper, in uscita il traffico trova quidni due rotte valide, va dove gli pare, a prescindere da dove mmpbx sia in ascolto
- senza helper attivo e con mwan attivato: mmpbx non passa attraverso l'input di mwan che quindi non interviene, il traffico uscente trova due rotte valide, va dove gli pare, a prescindere da dove mmpbx sia in ascolto
- con l'helper loopback attivo, mwan attivato, interfaccia mmpbx settata su lan: mmpbx si mette in ascolto su lan e passa in ingresso al router attraverso mwan, l'helper gestisce la traduzione dei messaggi sip contenenti indirizzi lan ma uccide nuovamente il tracking fatto da mwan, in uscita il traffico trova due rotte valide, va dove gli pare, resta un mistero su quale delle due l'helper metta mmpbx in ascolto
- con la rotta statica: il dubbio su quale rotta di default seguire svanisce, le rotte con match più lungo prendono la priorità su quelle di default, impostando mmpbx su wan lui si mette in ascolto sulla medesima, non sorge il bisogno di farlo passare da mwan e quindi anche l'helper diventa inutile per traffico generato dall'interno del router, ma di fatto questa rotta risolverebbe anche il non funzionamento dei casi precedenti.
Alcune cose di quelle che ho appena detto, riguardo il non funzionamento di alcune combo, potrebbero dipendere dal fatto che i due gateway delle due wan coincidono. Non escluderei anche che con una configurazione di mwan più attenta il traffico passante per l'helper potesse comunque essere tracciato correttamente.
Se ti venisse in mente di registrare un altro account sip con altro provider in mmpbx, il cui ip non fosse statico o riconducibile ad una subnet ristretta, e quindi non routabile staticamente, allora saresti nei guai, e dovresti rimettere mano a questa faccenda e trovare il modo di far funzionare mwan sul traffico passante attraverso l'helper.
La route statica è in main, quindi i client su vlan 2 (correttamente gestiti da mwan) dovrebbero non avere problemi a ragiungere il proxy voip da wan2. Verifica che le telefonate funzionino correttamente, e che entrambi gli interlocutori sentano l'audio e che le chiamate non cadano dopo pochi minuti.
-
Brutte notizie, oggi ho semplicemente riavviato ed il voip non si registra più. Da ieri non ho toccato nulla.
Credo mi convenga rinunciare.
Se può servire, come route ho questo:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.100.1 0.0.0.0 UG 10 0 0 pppoe-wan
xx.xx.xx.xx 192.168.100.1 255.255.255.255 UGH 10 0 0 pppoe-wan
192.168.0.0 * 255.255.255.0 U 0 0 0 br-lan2
192.168.1.0 * 255.255.255.0 U 0 0 0 br-lan
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan2
192.168.100.1 * 255.255.255.255 UH 0 0 0 pppoe-wan
192.168.168.0 * 255.255.255.128 U 0 0 0 wl0_1
192.168.168.128 * 255.255.255.128 U 0 0 0 wl1_1
e come ip route show table all:
default via 192.168.100.1 dev pppoe-wan2 table main2 proto static metric 20
local default dev lo table tod scope host
default via 192.168.100.1 dev pppoe-wan proto static metric 10
xx.xx.xx.xx via 192.168.100.1 dev pppoe-wan proto static metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.xx
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1
192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129
xx.xx.xx.xx songo ovviamente gli ip del server voip e quelli pubblici
POSTEDIT:
Non chiedetemi come ma al posto dell'ip dell'outboundProxy mi sono ritrovato il suo hostname e ovviamente il voip non si registrava a causa dei DNS differenti da quelli di TIM. Sono sicuro al 100% di non averlo messo io ed infatti fino a prima del riavvio il voip era registrato con i custom dns. Inoltre la telegestione e l'assistenza remota sono ambedue disattivate. Non so proprio cosa possa essere successo.
Inserendo nuovamente l'ip al posto dell'hostname tutto ha ripreso a funzionare. Terrò sotto controllo questa cosa per cercare di capire cosa possa essere successo.
Intanto @LuKePicci ti chiedo scusa per il falso allarme e ti ringrazio per la minuziosa spiegazione.
-
Buongiorno a tutti,
Volevo chiedere il vostro aiuto riguardo la configurazione del voip tim.
Il problema che si presenta è la non funzionalità delle chiamate, anche quando la linea risulta correttamente registrata.
Questa è la modifica che ho recentemente fatto al modem, ho smanettato un po' con le interfacce e i file config del voip in modo che il modem facesse solo "ppp realy" e che il voip passasse dall'interfaccia lan, configurata per collegarsi ad internet attraverso un pc con PfSense che fa da router. Ovviamente nel proxy del voip ho messo l'indirizzo ip ricavato dalla procedura trovata qui sul forum per usare dns non di tim.
Prima di questa modifica che ho fatto, PfSense e il modem avevano due indirizzi ip pubblici differenti e il voip passava per l'interfaccia wan. Capitava comunque che a caso il voip non si registrasse più costringendomi a spegnere la wan su PfSense, riavviare la wan sul modem, aspettare che il telefono si registrasse per poi riattivare la wan su PfSense (Per qualche motivo che non so questo era l'unico modo per far ripartire il voip). Questo succedeva 2/3 volte a settimana.
Dopo la modifica il voip riesce sempre a registrarsi, ma le chiamate funzionano solamente per 10 minuti circa:
- Quando provo a chiamare dal telefono fisso, una volta composto il numero, cade la linea
- Se provo invece a chiamare il numero del telefono fisso dal cellulare, quest ultimo prova a chiamare, senza far sentire però il tipico suono di quando si prova ad effettuare una chiamata, infatti dopo una trentina di secondi riattacca.
Se non riavvio la telefonia dalle schede o tramite comando "/etc/init.d/mmpbxd restart" le chiamate non funzionano, o magari riprendono a funzionare dopo ore
-
Ciao ragazzi, ho letto con estremo interesse l'intera discussione sul forum openwrt circa Technicolor che non vuole rilasciare il codice sorgente:
https://forum.openwrt.org/t/technicolor-gpl-source-code-request/16233
ho notato che siete intervenuti in molti di voi. Avevo letto che in passato Technicolor inviava il codice a chi scriveva ad un determinato indirizzo email che ho trovato su questo forum, ma invece sul forum openwrt leggo che neanche @Ansuel è riuscito ad avere i sorgenti del firmware 4.1, ci sono poi state novità a riguardo?
Ho inoltre notato che Ansuel ha anche messo a disposizione un toolchain per compilare i pacchetti per il firmware 4.1:
https://github.com/Ansuel/GUI_ipk
Nei prossimi giorni voglio vedere se riesco a compilarmi qualche pacchetto. Qualcuno c'ha già provato? È molto complicato?
@LuKePicci , intanto a distanza di una settimana e dopo moltissimi riavvii ti informo che la doppia wan ed il voip funzionano magnificamente bene.
-
Secondo me la soluzione più pulita è quella di gestire due tabelle di routing separate usando l'opzione route table in quella del voip.
-
Mi pare che avessimo fatto proprio così, mettendo ip4table a main sulla route statica verso il proxy.
@Marvel sì, Ansuel ha avuto quelli che technicolor chiama sorgenti del firmware 18.3 basato su linux 4.1. In verità quel pacchetto sorgenti è pià o meno inutile, un qualsiasi toolchain configurato sulla stessa libc e stesso kernel avrebbe generato pacchetti compatibili, ma sempre e solo per applicazioni userspace. Alla fin fine, quello che c'è nei loro sorgenti non ci serve., perchè quello che non siamo in grado di fare senza, non possiamo farlo nemmeno avendoli.
-
io usavo due rotte di default in due routing table distinte, una main per i dati e una voip per la voce. e matchavo l'interfaccia voip nell'interface di mmpbx. così da non dover lavorare sulle statiche. poi sono passato ad asterisk e non sono più riuscito ad indicarli quale tabella utilizzare
-
Pure qui abbiamo due default in due tabelle diverse, ma quelle che dicono dove raggiungere il gateway sono entrambe nella tabella principale, quindi mmpbx selezionando la seconda wan come interfaccia usava la relativa regola di default nella seconda tabella ma nel tentativo di raggiungere il gateway finiva per uscire sulla prima. Se non hai TIM il problema potresti non notarlo perchè non è detto che il gateway dei due ip assegnati sia il medesimo, e quando non lo è le due default route puntano su interfacce diverse senza ambiguità.
Ripropongo le rotte attive (prima di aggiungere la statica) nel caso di @Marvel da cui si vede il problema.
default via 192.168.100.1 dev pppoe-wan2 table main2 proto static metric 20 #default2 tabella main2
local default dev lo table tod scope host
default via 192.168.100.1 dev pppoe-wan proto static metric 10 #default1 tabella main
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.20 #gateway2 tabella main (!!)
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.10 #gateway1 tabella main
Non si capisce per quale motivo la regola gateway2 ppp la metta in main invece che in main2 come la default2, se fosse possibile istruirlo a fare diversamente forse si risolve.
-
io inoltre avevo cambiato il file mwan mettendo al posto di wan l'interfaccia del voip
-
comunque hai ragione, l'avevo notato anche io la rotta del gateway che andava nella stessa tabella di routing main. una soluzione potrebbe essere mettere una metrica più bassa a quella del voip
-
Puoi creare una policy di mwan che vincoli mmpbxd su una certa default route (impostando la relativa interfaccia) ma non risolvi il problema, per il medesimo motivo.
La metrica più bassa sulla default route non risolve il problema, come vedi main ha già la metrica più bassa (è lì che vogliamo far andare il voip) e infatti lui riusciva a registrarsi e a funzionare normalmente, ma appena quella rotta ha un problema (disconnette wan ad esempio) interviene l'altra, che rimane attiva fino ad un suo problema. La rotta statica che abbiamo aggiunto in main serve ad evitare ad mmpbx l'imbarazzo della scelta, così facendo usa in modo deterministico la prima wan. Se al posto di due wan dati con lo stesso gateway tu hai una wan e una interfaccia voip e vuoi far andare la fonia sulla seconda allora hai due opzioni: tieni due rotte di default in due tabelle diverse, i gateway non sono in comune quindi la selezione dell'interfaccia in mmbpx è sufficiente; l'altra è tenere solo la default route per wan nella tabella main, disabilitare la default route per voip e aggiungerne una statica per la subnet dei proxy voip verso il gateway (se è statico, ad esempio per tiscali e Vodafone lo è). In questo modo hai una specie di default route che prende solo la subnet della rete sip e mmpbx quando decide come raggiungerli va attraverso di esso. Nel firmware tiscali c'è implementata una cosa a metà tra le due, usa la tabella separata ma non ci mette la default route e va con la statica, per me non ha senso. Lo svantaggio di far funzionare il voip sulla seconda tabella è che poi alcune cose non funzionano normalmente, tipo la risoluzione dei nomi con nslookup o il ping fatto da busybox nella shell del router. I setup di mwan che ho visto su firmware TIM e Tiscali non hanno nessun senso, sono inutili e creano solo problemi, ad esempio se vuoi tenere attive due reti sip su due interfacce diverse. Avrebbe senso dirottare il voip tramite mwan se tutte le interfacce avessero una default route su tabelle distinte con gateway diversi, a quel punto da mwan dici quali classi di ip devono essere raggiunte da dove e allora ha senso. Se vuoi vedere un setup di mwan che abbia senso guarda quello Telia con le quattro reti distinte per dati, voip, iptv telegestione.
-
@LuKePicci , purtroppo ieri ho fatto un'amara scoperta, a causa di un temporale è andata via la connessione internet e di conseguenza il voip, quando la connessione internet è tornata il voip non si è collegato e nel log ritrovo sempre:
SIP Registration: SIP: +39XXXXXXXXXX : Failure Reason: 403 No Roaming Agreement From Current Network XXXXXXXXXXXXXXXX
SIP Registration: SIP: +39XXXXXXXXXX : Deregiste
[MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
[MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 403
Ho quindi risimulato la situazione, con internet e voip collegati ho staccato e riattaccato il cavo adsl dal router, nel 90% dei casi ho lo stesso problema. Stessa cosa se riavvio manualmente la rete (/etc/init.d/network restart). Se invece riavvio il router tutto funziona correttamente.
Facendo un test ripristinando la configurazione originale funziona tutto correttamente.
Secondo te possiamo perfezionare ancora qualcosa?
-
Ha senso, se mmpbx parte mentre wan1 non è ancora online le rotte che gli abbiamo impostato non portano da nessuna parte e lui torna ad usare quelle su wan2 che in mancanza d'altro rappresentano per lui una scelta possibile. Proviamo a scomodare di nuovo mwan. Nota che così facendo mmpbx non funzionerà più su interfacce diverse da wan. Per te non è un problema perchè non hai il voip su rete dedicata.
Il tuo file mwan attuale dovrebbe essere questo:
config globals 'globals'
config policy 'wan_only'
option interface 'wan'
config policy 'wan2_only'
option interface 'wan2'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
Aggiungi questo:
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'wan_only'
Teoricamente queste sezioni "host" sono fatte per regolare traffico generato sull'host, quindi non hanno il problema del passare o meno dall'helper come quelle basate su filtri di rete definite in sezioni "rule". Se questa cosa funziona allora puoi anche rimuovere la route statica verso il proxy.
-
Il mio mwan al momento è il seguente:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
config policy 'wan_only'
option interface 'wan'
config policy 'wan2_only'
option interface 'wan2'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
Le due rule gw*_wan* le abbiamo rimosse quando abbiamo creato le tabelle separate in /etc/iproute2/rt_tables.
#POSTEDIT:
Allora mi sembra di aver capito che tutto dipende dall'ordine in cui si avviano le interfacce.
Controllando con 'logread | grep mwna', quando si avviano con questo ordine, wan come ultima:
Wed Feb 5 16:24:39 2020 user.notice mwan: ifup interface loopback (lo) <string_matching_support enabled>
Wed Feb 5 16:24:46 2020 user.notice mwan: ifup interface wlnet_b_24 (wl0_1) <string_matching_support enabled>
Wed Feb 5 16:24:53 2020 user.notice mwan: ifup interface lan (br-lan) <string_matching_support enabled>
Wed Feb 5 16:24:57 2020 user.notice mwan: ifup interface public_lan (br-lan) <string_matching_support enabled>
Wed Feb 5 16:25:02 2020 user.notice mwan: ifup interface lan2 (br-lan2) <string_matching_support enabled>
Wed Feb 5 16:25:06 2020 user.notice mwan: ifup interface wlnet_b_5 (wl1_1) <string_matching_support enabled>
Wed Feb 5 16:25:10 2020 user.notice mwan: ifup interface wan2 (pppoe-wan2) <string_matching_support enabled>
Wed Feb 5 16:25:15 2020 user.notice mwan: ifup interface wan (pppoe-wan) <string_matching_support enabled
Allora il voip si registra correttamente.
Se si avviano invece con questo ordine, wan2 come ultima:
Wed Feb 5 16:25:53 2020 user.notice mwan: ifup interface loopback (lo) <string_matching_support enabled>
Wed Feb 5 16:26:00 2020 user.notice mwan: ifup interface wlnet_b_24 (wl0_1) <string_matching_support enabled>
Wed Feb 5 16:26:05 2020 user.notice mwan: ifup interface lan (br-lan) <string_matching_support enabled>
Wed Feb 5 16:26:11 2020 user.notice mwan: ifup interface public_lan (br-lan) <string_matching_support enabled>
Wed Feb 5 16:26:15 2020 user.notice mwan: ifup interface lan2 (br-lan2) <string_matching_support enabled>
Wed Feb 5 16:26:20 2020 user.notice mwan: ifup interface wlnet_b_5 (wl1_1) <string_matching_support enabled>
Wed Feb 5 16:26:25 2020 user.notice mwan: ifup interface wan (pppoe-wan) <string_matching_support enabled>
Wed Feb 5 16:26:29 2020 user.notice mwan: ifup interface wan2 (pppoe-wan2) <string_matching_support enabled>
Allora il voip ha problemi a registrarsi.
Ho anche provato a riordinale le interfacce in /etc/config/mwan ed in /etc/config/network, ma non cambia nulla, l'ordine d'avvio è pressocché casuale.
#POSTEDIT2
Si, è sicuro dipende dall'ordine di avvio. Ho provato anche ad impostare mwan come mi hai consigliato ma non cambia nulla.
Qual'è il legame tra mwan e le interfacce in networks? Che pacchetto è l'mwan installato su questo dispositivo? C'è documentazione? Si tratta di un pacchetto standard di openwrt?
#POSTEDIT3
La cosa strana è che se riavvio il router, l'ultima interfaccia a partire è sempre wan e quindi il voip si registra sempre correttamente:
root@DGA4132:~# logread | grep mwan
Wed Feb 5 16:59:38 2020 user.notice mwan: Booting mwan
Wed Feb 5 16:59:45 2020 user.notice mwan: Starting mwan
Wed Feb 5 16:59:49 2020 user.notice mwan: ifdown interface wan () <string_matching_support enabled>
Wed Feb 5 16:59:51 2020 user.notice mwan: ifdown interface wan () <string_matching_support enabled>
Wed Feb 5 16:59:51 2020 daemon.notice procd: /etc/rc.d/S21mwan: 16 966 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore mask 0xf0000000
Wed Feb 5 16:59:51 2020 daemon.notice procd: /etc/rc.d/S21mwan: 0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 mark match ! 0x0/0xf0000000 CONNMARK save mask 0xf0000000
Wed Feb 5 16:59:51 2020 daemon.notice procd: /etc/rc.d/S21mwan: 16 966 mwan_pre all -- * * 0.0.0.0/0 0.0.0.0/0
Wed Feb 5 16:59:51 2020 daemon.notice procd: /etc/rc.d/S21mwan: 2 129 mwan_output all -- * * 0.0.0.0/0 0.0.0.0/0
Wed Feb 5 16:59:51 2020 daemon.notice procd: /etc/rc.d/S21mwan: 0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 ctdir ORIGINAL connmark match ! 0x0/0xf0000000 CONNMARK restore mask 0xf0000000
Wed Feb 5 16:59:52 2020 user.notice mwan: ifdown interface wan2 () <string_matching_support enabled>
Wed Feb 5 16:59:52 2020 daemon.notice procd: /etc/rc.d/S21mwan: 21 1556 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore mask 0xf0000000
Wed Feb 5 16:59:52 2020 daemon.notice procd: /etc/rc.d/S21mwan: 3 474 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 mark match ! 0x0/0xf0000000 CONNMARK save mask 0xf0000000
Wed Feb 5 16:59:52 2020 daemon.notice procd: /etc/rc.d/S21mwan: 21 1556 mwan_pre all -- * * 0.0.0.0/0 0.0.0.0/0
Wed Feb 5 16:59:52 2020 daemon.notice procd: /etc/rc.d/S21mwan: 5 332 mwan_output all -- * * 0.0.0.0/0 0.0.0.0/0
Wed Feb 5 16:59:52 2020 daemon.notice procd: /etc/rc.d/S21mwan: 0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 ctdir ORIGINAL connmark match ! 0x0/0xf0000000 CONNMARK restore mask 0xf0000000
Wed Feb 5 16:59:53 2020 user.notice mwan: ifup interface loopback (lo) <string_matching_support enabled>
Wed Feb 5 17:00:06 2020 user.notice mwan: ifup interface lan (br-lan) <string_matching_support enabled>
Wed Feb 5 17:00:21 2020 user.notice mwan: ifup interface public_lan (br-lan) <string_matching_support enabled>
Wed Feb 5 17:00:37 2020 user.notice mwan: ifup interface lan2 (br-lan2) <string_matching_support enabled>
Wed Feb 5 17:00:44 2020 user.notice mwan: ifup interface wlnet_b_24 (wl0_1) <string_matching_support enabled>
Wed Feb 5 17:00:48 2020 user.notice mwan: ifup interface wlnet_b_5 (wl1_1) <string_matching_support enabled>
Wed Feb 5 17:00:55 2020 user.notice mwan: ifup interface wan2 (pppoe-wan2) <string_matching_support enabled>
Wed Feb 5 17:08:43 2020 user.notice mwan: ifup interface wan (pppoe-wan) <string_matching_support enabled>
Se invece riavvio la rete (/etc/init.d/network restart) o simulo una perdita di connessione staccando e riattaccando il cavo di rete, allora l'ordine di avvio è casuale e quando l'ultima interfaccia ad avviarsi è wan2 allora il voip non si registra.
So che questa differenza di comportamento è strana, ma è così.
-
Alt, le regole gw è vero le avevamo rimosse, ma le altre perchè ce le avevi ancora?
Tieni in mwan tutto quello che ha ora meno le due regole if1_e ed if1_f, non c'entrano niente con quello che stiamo facendo, dirottano su wan il traffico non proveniente dal router destinato a quelle porte. La sezione hostvoip ce l'hai già quindi tienitela buona, fai delle prove con e senza e vedi se togliendola anche dopo il riavvio funziona in modo casuale.
La documentazione di mwan non esiste, è un pacchetto proprietario di tch ma è fatto di script quindi puoi esaminarlo, non è molto diverso da mwan3.
-
Dalle prove fatte avevamo visto che le due regole if1_e ed if1_f, né ci aiutavano, né ci danneggiavano.
Ho comunque già provato a rimuoverle ed ho testato con e senza la sezione hostvoip, ma il risultato non cambia. Se l'ultima interfaccia ad avviarsi e wan allora il voip si registra, altrimenti non riesce e mi da l'errore che ho riportato prima.
Se solo riuscissi ad alterare e fissare l'ordine di boot delle interfacce allora avrei risolto.
Oltre alle metriche, qui si parla anche di peso:
https://github.com/bertrandmartel/openwrt-mwan-config/blob/master/README.md
ma da quanto ho capito serve per il balancer, ho infatti effettuato qualche test e per ciò che serve a me il peso sembra inutile.
-
Salve, qualcuno è riuscito / ha notizie sull'ipv6 per AGTEF? ho visto che è comparsa l'impostazione nella sezione relativa al PPP ma se l'attivo la linea non funziona.
Ho anche provato a impostare sul PPP username e passwd di TIm ma nulla.
Qualcuno ha notizie?
-
Salve, qualcuno è riuscito / ha notizie sull'ipv6 per AGTEF? ho visto che è comparsa l'impostazione nella sezione relativa al PPP ma se l'attivo la linea non funziona.
Ho anche provato a impostare sul PPP username e passwd di TIm ma nulla.
Qualcuno ha notizie?
Non mi sembra ci siano novità, al momento non funziona. Se non sbaglio su github puoi trovare più informazioni.
Alt, le regole gw è vero le avevamo rimosse, ma le altre perchè ce le avevi ancora?
Tieni in mwan tutto quello che ha ora meno le due regole if1_e ed if1_f, non c'entrano niente con quello che stiamo facendo, dirottano su wan il traffico non proveniente dal router destinato a quelle porte. La sezione hostvoip ce l'hai già quindi tienitela buona, fai delle prove con e senza e vedi se togliendola anche dopo il riavvio funziona in modo casuale.
La documentazione di mwan non esiste, è un pacchetto proprietario di tch ma è fatto di script quindi puoi esaminarlo, non è molto diverso da mwan3.
Rettifico quanto detto prima, dopo molti test anche con un riavvio del router può capitare che wan2 sia l'ultima a partire e quando questo accade il voip non si registra.
Sembra quindi che la regola in /etc/config/networks non funzioni:
config route 'voip_tim'
option interface 'wan'
option table 'main'
option netmask '255.255.255.255'
option metric '10'
option target '85.38.239.101'
option gateway 'IP_DEL_GATEWAY_VOIP'
Inoltre ho notato che durante il processo di avvio delle interfacce, quando wan2 parte per ultima, vedo:
netdev path : ppp0 -> wanptm0 -> ptm0
pppoe-wan2: renamed from ppp0
netdev path : ppp1 -> wanptm0 -> ptm0
pppoe-wan: renamed from ppp1
ed in questo caso non funziona il voip.
Quando invece l'ultima a partire è wan, ho:
netdev path : ppp1 -> wanptm0 -> ptm0
pppoe-wan2: renamed from ppp1
netdev path : ppp0 -> wanptm0 -> ptm0
pppoe-wan: renamed from ppp0
Non credo di poter far nulla per alterare questo comportamento, non credo c'entri mwan.
-
La route statica serve ad evitare che una volta entrato in condizione funzionante smetta di farlo, nell'ipotesi che senza disconnessioni ad un tratto passasse ad usare l'altra route verso il gateway, che è anch'essa nella tabella principale. Non mi è chiaro però se l'altra volta quando mi hai detto che smetteva di funzionare era per via di disconnessioni o meno. Nel primo caso quella route allora forse è del tutto inutile.
Stavo invece pensando ad un modo di aggirare totalmente il problema. Se lasciassimo che mmpbx tenti di registrare simultaneamente lo stesso numero su wan e wan2 in teoria a seconda di quale interfaccia parte per prima una volta funziona solo la prima, l'altra funziona solo la seconda. Di sicuro quella regola hostvoip e il fatto di aver scelto wan come interfaccia in mmpbx stanno impedendo ad mmpbx di funzionare su wan2, da qui l'errore che vedi riguardo la "current destination from SIP network", vuol dire semplicemente che sta cercando di raggiungere il proxy da un'interfaccia che mwan non gli consente di usare.
L'altra cosa da provare è spostare quella route onlink che finisce nella tabella sbagliata nella seconda tabella. La causa pare sia il mancato supporto in netifd alla gestione del parametro ip4table, o meglio, netifd ne tiene conto ma non offre all'upscript di ppp la possibilità di farlo. https://patchwork.ozlabs.org/patch/523296/
-
La route statica serve ad evitare che una volta entrato in condizione funzionante smetta di farlo, nell'ipotesi che senza disconnessioni ad un tratto passasse ad usare l'altra route verso il gateway, che è anch'essa nella tabella principale. Non mi è chiaro però se l'altra volta quando mi hai detto che smetteva di funzionare era per via di disconnessioni o meno. Nel primo caso quella route allora forse è del tutto inutile.
Credo che il problema che sto avvertendo ora sia lo stesso che avvertivo l'altra volta e del quale ti parlavo nel msg259960:
https://www.ilpuntotecnico.com/forum/index.php/topic,78585.msg259960.html#msg259960
Credevo fosse stato risolto dalla rotta ma invece per pura fortuna nei riavvii che avevo effettuato era andato tutto in ordine. Dopo quei test non c'era stato più alcun riavvio, anche perché il mio router è protetto da ups, quindi pensavo fosse tutto ok ed invece la perdita della connessione adsl causata dal temporale di qualche giorno fa ha riportato il problema a galla.
Gli errori infatti sono gli stessi, solo dopo il temporale di questi giorni ho però indagato maggiormente ed ho notato che dipende dall'ordine di avvio delle due interfacce wan. Ad ora non ho mai avvertito disconnessioni dopo che il voip si è registrato correttamente.
Stavo invece pensando ad un modo di aggirare totalmente il problema. Se lasciassimo che mmpbx tenti di registrare simultaneamente lo stesso numero su wan e wan2 in teoria a seconda di quale interfaccia parte per prima una volta funziona solo la prima, l'altra funziona solo la seconda. Di sicuro quella regola hostvoip e il fatto di aver scelto wan come interfaccia in mmpbx stanno impedendo ad mmpbx di funzionare su wan2, da qui l'errore che vedi riguardo la "current destination from SIP network", vuol dire semplicemente che sta cercando di raggiungere il proxy da un'interfaccia che mwan non gli consente di usare.
Ho già provato a fare una cosa del genere, ho rimosso la voce hostvoip da mwan e ho provado a impostare diverse interfacce (lan e lan2) in mmpbx al posto di wan, ma in questo modo mmpbxd non riesce mai a registrarsi. Tu hai qualche indicazione precisa o qualche suggerimento?
#POSTEDIT
Ho appena provato a sostituire wan con wan2 in mmpbxrvsipnet ed in questo caso quando wan2 è l'ultima interfaccia il voip si registra, quando invece wan è l'ultima interfaccia allora il voip non si registra. In tutto questo avevo dimenticato di rimuovere la rotta voip_tim da network che vincolava il voip a wan e nonostante tutto impostando l'interfaccia wan2 in mmpbxrvsipnet quando wan2 è l'ultima interfaccia allora il voip si registra. La rotta voip_tim quindi viene completamente ignorata.
Utilizzare wan e wan2 in mmpbxrvsipnet è quindi una via percorribile, ma come faccio a fargliele usare contemporaneamente?
L'altra cosa da provare è spostare quella route onlink che finisce nella tabella sbagliata nella seconda tabella. La causa pare sia il mancato supporto in netifd alla gestione del parametro ip4table, o meglio, netifd ne tiene conto ma non offre all'upscript di ppp la possibilità di farlo. https://patchwork.ozlabs.org/patch/523296/
Aspetta, qui non ti seguo, mi spieghi meglio?
-
Ok, allora comincia a rimuovere la rotta rivelatasi inutile, serviva a risolvere un problema che a quanto pare non sussiste.
Da questo momento do per scontato che la regola hostvoip in mwan non sia impostata, quindi da qui in avanti mwan non c'entra nulla col problema del voip.
Per usare lan e lan2 in mmpbx ti riserverebbe l'helper sip per loopback, ma è un tentativo che non porta da nessuna parte.
Il nocciolo della questione, come avevo spiegato a @nclmrc è che nella stessa tabella main tu hai due regole gateway1 e gateway2 fatte così:
default via 192.168.100.1 dev pppoe-wan2 table main2 proto static metric 20 #default2 tabella main2
local default dev lo table tod scope host
default via 192.168.100.1 dev pppoe-wan proto static metric 10 #default1 tabella main
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.20 #gateway2 tabella main (!!)
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.10 #gateway1 tabella main
Quelle due regole sono nella stessa tabella, portano dalla stessa parte, da due strade diverse, ed hanno la stessa metrica.
Se scendi l'A1 in auto ad un certo punto puoi andare a Roma tramite la panoramica o la direttissima, la gente prende la seconda perchè c'è un cartello segnaletico sul quale è scritto che con quella ci si mette meno tempo. Se la metrica delle due direzioni fosse la stessa, tu avresti il problema di stabilire dal quale passare.
Se io su tiscali tiro su due pppoe diverse su due AC diversi ottengo due gateway diversi, quindi ciascuna delle due default route punta su un gateway distinto, e questo imbarazzo della scelta non sussiste. TIM invece usa lo stesso gateway epr tutte le connessioni, quindi hai due rotte valide nella stessa tabella verso 192.168.100.1
Ho il leggero presentimento che se netifd e l'upscript di ppp impostassero anche quella regola sulla giusta tabella questo problema non si verificherebbe. Siccome questa cosa richiederebbe qualche patch poco confortevole, torniamo al workaround della doppia config di mmpbx
Prendi il file mmpbxrvsipnet, dovresti già avere la definizione parziale di una seconda network, se così non fosse dimmelo che dobbiamo sistemare prima altro. Segnati come si chiama questa seconda, sip_net_1 forse, buttala, duplica di sana pianta la prima sip_net, rinominala con lo stesso nome di quella che hai buttato, mettile come interfaccia wan2, mantieni wan sulla prima, duplica di sana pianta anche il profilo col numero tim chiamato sip_profile_0, rinominalo il duplicato in sip_profile_1 e cancella il sip_profile_1 eventualmente pre-esistente. In teoria una delle due si registrerà sempre, a quel punto dobbiamocontrollare il mapping tra profili e porte FXS.
-
Ok, allora comincia a rimuovere la rotta rivelatasi inutile, serviva a risolvere un problema che a quanto pare non sussiste.
Da questo momento do per scontato che la regola hostvoip in mwan non sia impostata, quindi da qui in avanti mwan non c'entra nulla col problema del voip.
Già fatto.
Per usare lan e lan2 in mmpbx ti riserverebbe l'helper sip per loopback, ma è un tentativo che non porta da nessuna parte.
Infatti c'avevamo già provato.
Il nocciolo della questione, come avevo spiegato a @nclmrc è che nella stessa tabella main tu hai due regole gateway1 e gateway2 fatte così:
default via 192.168.100.1 dev pppoe-wan2 table main2 proto static metric 20 #default2 tabella main2
local default dev lo table tod scope host
default via 192.168.100.1 dev pppoe-wan proto static metric 10 #default1 tabella main
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.20 #gateway2 tabella main (!!)
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.10 #gateway1 tabella main
Quelle due regole sono nella stessa tabella, portano dalla stessa parte, da due strade diverse, ed hanno la stessa metrica.
Se scendi l'A1 in auto ad un certo punto puoi andare a Roma tramite la panoramica o la direttissima, la gente prende la seconda perchè c'è un cartello segnaletico sul quale è scritto che con quella ci si mette meno tempo. Se la metrica delle due direzioni fosse la stessa, tu avresti il problema di stabilire dal quale passare.
Se io su tiscali tiro su due pppoe diverse su due AC diversi ottengo due gateway diversi, quindi ciascuna delle due default route punta su un gateway distinto, e questo imbarazzo della scelta non sussiste. TIM invece usa lo stesso gateway epr tutte le connessioni, quindi hai due rotte valide nella stessa tabella verso 192.168.100.1
Si, questo mi è ormai molto chiaro.
Ho il leggero presentimento che se netifd e l'upscript di ppp impostassero anche quella regola sulla giusta tabella questo problema non si verificherebbe. Siccome questa cosa richiederebbe qualche patch poco confortevole, torniamo al workaround della doppia config di mmpbx
Prendi il file mmpbxrvsipnet, dovresti già avere la definizione parziale di una seconda network, se così non fosse dimmelo che dobbiamo sistemare prima altro. Segnati come si chiama questa seconda, sip_net_1 forse, buttala, duplica di sana pianta la prima sip_net, rinominala con lo stesso nome di quella che hai buttato, mettile come interfaccia wan2, mantieni wan sulla prima, duplica di sana pianta anche il profilo col numero tim chiamato sip_profile_0, rinominalo il duplicato in sip_profile_1 e cancella il sip_profile_1 eventualmente pre-esistente. In teoria una delle due si registrerà sempre, a quel punto dobbiamocontrollare il mapping tra profili e porte FXS.
Ho già provato a giocare con le definizioni interne a questo file duplicando sip_net ma in questo caso il voip non tenta proprio di registrarsi e mi dice servizio non disponibile, se ti interessano ricreo il tutto e ti passo i log.
Intanto ti spiego nel dettaglio cosa avevo fatto, probabilmente, quasi sicuramente avrò sbagliato io.
Questo è il mio /etc/config/mmpbxrvsipnet originale:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option uri 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option uri 'line2'
Ed io l'ho modificato in questo modo:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option uri 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option uri 'line2'
config network 'sip2_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan2'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip2_profile_0'
option network 'sip2_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip2_profile_1'
option network 'sip2_net'
option enabled '0'
option uri 'line1'
config profile 'sip2_profile_2'
option network 'sip2_net'
option enabled '0'
option uri 'line2'
Ma così il voip non va proprio più.
-
Eh si, non puoi usare i nomi che ti pare tipo sip2*, andrebbero tutti ridefiniti in /etc/config/mmpbx ed è un vero casino, soprattutto coi profili.
Prova così:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity 1'
option log_sip_message '1'
config network 'sip_net'
option user_friendly_name 'SIP network 1'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option uri 'line2'
config network 'sip_net_1'
option user_friendly_name 'SIP network 2'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan2'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_1'
option network 'sip_net_1'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
Poi vai in /etc/config/mmpbx, nelle parti iniziali del file c'è una cosa del genere, aggiungi la parte riguardante sip_net_1
config network 'sip_net'
option config 'mmpbxrvsipnet'
config network 'sip_net_1'
option config 'mmpbxrvsipnet'
poi ovunque trovi list network 'sip_net' aggiungi subito sotto una riga list network 'sip_net_1' tipo (ce ne sono tante!):
config scc 'scc_generic'
list network 'sip_net'
list network 'sip_net_1'
option eon '#'
option separator '*'
option inter_digit_timer '5000'
option mode 'standard'
-
Ho anche appena provato a modificare il file in questo modo:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option uri 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option uri 'line2'
config network 'sip_net_1'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan2'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_3'
option network 'sip_net_1'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_4'
option network 'sip_net_1'
option enabled '0'
option uri 'line1'
config profile 'sip_profile_5'
option network 'sip_net_1'
option enabled '0'
option uri 'line2'
Ma il risultato non cambia, il voip non tenta proprio la registrazione, questi i log:
Thu Feb 6 20:35:10 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:35:10 2020 user.notice mmpbxd: Restarting
Thu Feb 6 20:35:16 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:35:17 2020 user.info mmpbxd: mmpbx.state=STARTING
Thu Feb 6 20:35:17 2020 user.info mmpbxd: the 2 values of max contact do not exist!
Thu Feb 6 20:35:19 2020 user.debug mmpbxd[17233]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MMPBX] :C: loadRvSipProfileConfig:766 - Failed to construct SIP profile: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MMPBX] :E: mmRvSipNetConfigInit:2310 - Error loading SIP profile config: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MMRVSIPIMPL] :C: mmNetImplRvSipInit:512 - MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: memm_free(): double Free
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MMRVSIPIMPL::INTERFACESELECTION]:E: defaultUpdateLocalAddress:712 - Set local address for network=0x4c3fd0 fail (MMPBX_ERROR_INVALIDSTATE), new local address xx.x.xx.xx, ipv6Scope=0
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MEMM] memm_free: Attempt to release invalid pointer: 0x4c3d28 (poolid = 32767) called from 0xb69c9c70
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: memm_free(): double Free
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MEMM] memm_free: Attempt to release invalid pointer: 0x4c3d28 (poolid = 32767) called from 0xb69c9c70
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: memm_free(): double Free
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MEMM] memm_free: Attempt to release invalid pointer: 0x4c3d28 (poolid = 32767) called from 0xb69c9c70
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 1] CALL_WAITING activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 2] CALL_WAITING activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*0] CLIP activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*1] CLIP activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*2] CLIP activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*1] CLIR deactivated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*2] CLIR deactivated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 1] CONFERENCE activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 2] CONFERENCE activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*0] HOLD activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*1] HOLD activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [*55*2] HOLD activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [***] HOLD activated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 1] TRANSFER deactivated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 2] TRANSFER deactivated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 1] WARMLINE deactivated
Thu Feb 6 20:35:22 2020 user.info mmpbxd[17233]: [FXS 2] WARMLINE deactivated
Thu Feb 6 20:35:22 2020 user.debug mmpbxd[17233]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:35:23 2020 user.debug mmpbxd[17233]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:35:23 2020 user.warn mmpbxd[17233]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:35:23 2020 user.warn mmpbxd[17233]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:35:39 2020 user.info mmpbxd: Failed to start; cleanup and stopping
Thu Feb 6 20:35:40 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:35:40 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:35:40 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:35:40 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:35:40 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:35:40 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:35:40 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:35:40 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:35:41 2020 user.info mmpbxd: mmpbx.state=STARTING
Thu Feb 6 20:35:41 2020 user.info mmpbxd: the 2 values of max contact do not exist!
Thu Feb 6 20:35:44 2020 user.debug mmpbxd[17547]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMPBX] :C: loadRvSipProfileConfig:766 - Failed to construct SIP profile: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMPBX] :E: mmRvSipNetConfigInit:2310 - Error loading SIP profile config: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMRVSIPIMPL] :C: mmNetImplRvSipInit:512 - MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: memm_free(): double Free
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MEMM] memm_free: Attempt to release invalid pointer: 0x2006d28 (poolid = 32767) called from 0xb69e9c70
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: memm_free(): double Free
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MEMM] memm_free: Attempt to release invalid pointer: 0x2006d28 (poolid = 32767) called from 0xb69e9c70
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: memm_free(): double Free
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MEMM] memm_free: Attempt to release invalid pointer: 0x2006d28 (poolid = 32767) called from 0xb69e9c70
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMRVSIPIMPL::INTERFACESELECTION]:E: defaultUpdateLocalAddress:712 - Set local address for network=0x2006d30 fail (MMPBX_ERROR_INVALIDSTATE), new local address xx.xx.xx.xxx, ipv6Scope=0
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 1] CALL_WAITING activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 2] CALL_WAITING activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*0] CLIP activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*1] CLIP activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*2] CLIP activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*1] CLIR deactivated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*2] CLIR deactivated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 1] CONFERENCE activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 2] CONFERENCE activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*0] HOLD activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*1] HOLD activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [*55*2] HOLD activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [***] HOLD activated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 1] TRANSFER deactivated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 2] TRANSFER deactivated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 1] WARMLINE deactivated
Thu Feb 6 20:35:47 2020 user.info mmpbxd[17547]: [FXS 2] WARMLINE deactivated
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:35:47 2020 user.debug mmpbxd[17547]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:35:47 2020 user.warn mmpbxd[17547]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:35:47 2020 user.warn mmpbxd[17547]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:36:03 2020 user.info mmpbxd: Failed to start; cleanup and stopping
Thu Feb 6 20:36:04 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:36:04 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:36:04 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:36:10 2020 user.info mmpbxd: mmpbx.state=NA
#POSTEDIT
@LuKePicci mentre scrivevo ho visto il tuo nuovo post, leggo, provo e ti faccio sapere.
#POSTEDIT2
Ciao @MisterFTTH , scusa per il doppio post, era per far capire a @LuKePicci che c'erano novità. Come vedi, generalmente, sono molto attento con gli edit :-) ma in questo caso si perdeva il filo del discorso, ho comunque cercato di riordinare il tutto.
Eh si, non puoi usare i nomi che ti pare tipo sip2*, andrebbero tutti ridefiniti in /etc/config/mmpbx ed è un vero casino, soprattutto coi profili.
Prova così:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity 1'
option log_sip_message '1'
config network 'sip_net'
option user_friendly_name 'SIP network 1'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option uri 'line2'
config network 'sip_net_1'
option user_friendly_name 'SIP network 2'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan2'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_reject_response '486'
option ingress_media_timeout '1000'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option realtime_qos_field 'dscp'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option realtime_qos_value 'af42'
option secondary_registrar_port '5060'
option reliable_provisional_response 'supported'
option provisional_timer '180'
option reg_back_off_timeout '180'
option call_waiting_provisional_response '182'
option re_registration_mode 'standard'
option forking_mode 'default'
option primary_proxy 'oscurato'
option dtmf_relay 'auto'
option control_qos_value 'ef'
option session_timer 'enabled'
config profile 'sip_profile_1'
option network 'sip_net_1'
option enabled '1'
option user_name 'oscurato'
option uri 'oscurato'
option password 'oscurato'
Poi vai in /etc/config/mmpbx, nelle parti iniziali del file c'è una cosa del genere, aggiungi la parte riguardante sip_net_1
config network 'sip_net'
option config 'mmpbxrvsipnet'
config network 'sip_net_1'
option config 'mmpbxrvsipnet'
poi ovunque trovi list network 'sip_net' aggiungi subito sotto una riga list network 'sip_net_1' tipo (ce ne sono tante!):
config scc 'scc_generic'
list network 'sip_net'
list network 'sip_net_1'
option eon '#'
option separator '*'
option inter_digit_timer '5000'
option mode 'standard'
Niente da fare, il voip non va più anche modificando tutti i files come mi hai suggerito, stesso errore di prima, ecco il log:
logread | grep mmpbx
Thu Feb 6 20:58:38 2020 daemon.notice mmpbxfwctl[5649]: mmpbxfwctl daemon started
Thu Feb 6 20:58:40 2020 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5649's current scheduling policy: SCHED_OTHER
Thu Feb 6 20:58:40 2020 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5649's current scheduling priority: 0
Thu Feb 6 20:58:40 2020 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5649's new scheduling policy: SCHED_RR
Thu Feb 6 20:58:40 2020 daemon.notice procd: /etc/rc.d/S98mmpbxfwctl: pid 5649's new scheduling priority: 76
Thu Feb 6 20:58:44 2020 user.notice mmpbxd: Starting at boot time
Thu Feb 6 20:58:46 2020 user.info mmpbxd: mmpbx.state=STARTING
Thu Feb 6 20:58:46 2020 user.info mmpbxd: the 2 values of max contact do not exist!
Thu Feb 6 20:58:53 2020 user.debug mmpbxd[7064]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MMPBX] :C: loadRvSipProfileConfig:766 - Failed to construct SIP profile: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MMPBX] :E: mmRvSipNetConfigInit:2310 - Error loading SIP profile config: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MMRVSIPIMPL] :C: mmNetImplRvSipInit:512 - MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: memm_free(): double Free
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MEMM] memm_free: Attempt to release invalid pointer: 0x1cd7d28 (poolid = 32767) called from 0xb699fc70
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: memm_free(): double Free
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MEMM] memm_free: Attempt to release invalid pointer: 0x1cd7d28 (poolid = 32767) called from 0xb699fc70
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MMRVSIPIMPL::INTERFACESELECTION]:E: defaultUpdateLocalAddress:712 - Set local address for network=0x1cd7d30 fail (MMPBX_ERROR_INVALIDSTATE), new local address 127.0.0.1, ipv6Scope=0
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 1] CALL_WAITING activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 2] CALL_WAITING activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*0] CLIP activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*1] CLIP activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*2] CLIP activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*1] CLIR deactivated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*2] CLIR deactivated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 1] CONFERENCE activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 2] CONFERENCE activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*0] HOLD activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*1] HOLD activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [*55*2] HOLD activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [***] HOLD activated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 1] TRANSFER deactivated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 2] TRANSFER deactivated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 1] WARMLINE deactivated
Thu Feb 6 20:58:58 2020 user.info mmpbxd[7064]: [FXS 2] WARMLINE deactivated
Thu Feb 6 20:58:58 2020 user.debug mmpbxd[7064]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:58:59 2020 user.debug mmpbxd[7064]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:58:59 2020 user.warn mmpbxd[7064]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:58:59 2020 user.warn mmpbxd[7064]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:59:13 2020 user.info mmpbxd: Failed to start; cleanup and stopping
Thu Feb 6 20:59:13 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:59:13 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:59:13 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:59:19 2020 user.notice mmpbxd: Restarting
Thu Feb 6 20:59:19 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:59:20 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:59:21 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:59:21 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:59:21 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:59:23 2020 user.info mmpbxd: mmpbx.state=STARTING
Thu Feb 6 20:59:24 2020 user.info mmpbxd: the 2 values of max contact do not exist!
Thu Feb 6 20:59:29 2020 user.notice mmpbxd: Restarting
Thu Feb 6 20:59:30 2020 user.debug mmpbxd[11312]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMPBX] :C: loadRvSipProfileConfig:766 - Failed to construct SIP profile: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMPBX] :E: mmRvSipNetConfigInit:2310 - Error loading SIP profile config: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMRVSIPIMPL] :C: mmNetImplRvSipInit:512 - MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: memm_free(): double Free
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MEMM] memm_free: Attempt to release invalid pointer: 0x3e7d28 (poolid = 32767) called from 0xb69e9c70
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: memm_free(): double Free
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MEMM] memm_free: Attempt to release invalid pointer: 0x3e7d28 (poolid = 32767) called from 0xb69e9c70
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMRVSIPIMPL::INTERFACESELECTION]:E: defaultUpdateLocalAddress:712 - Set local address for network=0x3e7d30 fail (MMPBX_ERROR_INVALIDSTATE), new local address xx.xx.xx.xxx, ipv6Scope=0
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 1] CALL_WAITING activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 2] CALL_WAITING activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*0] CLIP activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*1] CLIP activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*2] CLIP activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*1] CLIR deactivated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*2] CLIR deactivated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 1] CONFERENCE activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 2] CONFERENCE activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*0] HOLD activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*1] HOLD activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [*55*2] HOLD activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [***] HOLD activated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 1] TRANSFER deactivated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 2] TRANSFER deactivated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 1] WARMLINE deactivated
Thu Feb 6 20:59:33 2020 user.info mmpbxd[11312]: [FXS 2] WARMLINE deactivated
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:59:33 2020 user.debug mmpbxd[11312]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 20:59:33 2020 user.warn mmpbxd[11312]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:59:33 2020 user.warn mmpbxd[11312]: memCircBufRead: Driver not initialized!
Thu Feb 6 20:59:33 2020 user.notice mmpbxd: Restarting
Thu Feb 6 20:59:48 2020 user.notice mmpbxd: Restarting
Thu Feb 6 20:59:50 2020 user.info mmpbxd: Failed to start; cleanup and stopping
Thu Feb 6 20:59:50 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:59:50 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:59:50 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:59:56 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:59:57 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 20:59:57 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 20:59:57 2020 user.info mmpbxd: Service stopped
Thu Feb 6 20:59:57 2020 user.info mmpbxd: mmpbx.state=NA
Thu Feb 6 20:59:57 2020 user.info mmpbxd: mmpbx.state=STARTING
Thu Feb 6 20:59:58 2020 user.info mmpbxd: the 2 values of max contact do not exist!
Thu Feb 6 21:00:00 2020 user.debug mmpbxd[12822]: [MEMM] Info: Pooldescr [memm_pooldesc] reallocated to increase its size (107 elements)
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMRVSIPIMPL] :E: mmNetImplRvSipSetMtfPriority:154 - Configured priority value 0 or negative, priority not modified for mtf thread
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMPBX] :C: loadRvSipProfileConfig:766 - Failed to construct SIP profile: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMPBX] :E: mmRvSipNetConfigInit:2310 - Error loading SIP profile config: MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMRVSIPIMPL] :C: mmNetImplRvSipInit:512 - MMPBX_ERROR_INVALIDCONFIG
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: memm_free(): double Free
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MEMM] memm_free: Attempt to release invalid pointer: 0xf92d28 (poolid = 32767) called from 0xb698bc70
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: memm_free(): double Free
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MEMM] memm_free: Attempt to release invalid pointer: 0xf92d28 (poolid = 32767) called from 0xb698bc70
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMRVSIPIMPL::INTERFACESELECTION]:E: defaultUpdateLocalAddress:712 - Set local address for network=0xf92fd0 fail (MMPBX_ERROR_INVALIDSTATE), new local address xx.xx.xx.xx, ipv6Scope=0
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 1] CALL_WAITING activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 2] CALL_WAITING activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*0] CLIP activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*1] CLIP activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*2] CLIP activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*1] CLIR deactivated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*2] CLIR deactivated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 1] CONFERENCE activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 2] CONFERENCE activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*0] HOLD activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*1] HOLD activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [*55*2] HOLD activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [***] HOLD activated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 1] TRANSFER deactivated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 2] TRANSFER deactivated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 1] WARMLINE deactivated
Thu Feb 6 21:00:03 2020 user.info mmpbxd[12822]: [FXS 2] WARMLINE deactivated
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 21:00:03 2020 user.debug mmpbxd[12822]: [MMBRCMFXS] :E: hwCleanup:886 - FXS-hwCleanup called
Thu Feb 6 21:00:03 2020 user.warn mmpbxd[12822]: memCircBufRead: Driver not initialized!
Thu Feb 6 21:00:03 2020 user.warn mmpbxd[12822]: memCircBufRead: Driver not initialized!
Thu Feb 6 21:00:20 2020 user.info mmpbxd: Failed to start; cleanup and stopping
Thu Feb 6 21:00:20 2020 user.info mmpbxd: mmpbx.state=STOPPING
Thu Feb 6 21:00:21 2020 user.info mmpbxd: Stopping service; voice=NA@init_stop
Thu Feb 6 21:00:21 2020 user.info mmpbxd: Service stopped
Thu Feb 6 21:00:27 2020 user.info mmpbxd: mmpbx.state=NA
-
Come dice il log c'è qualche altro errore nelle config dei profili, mmpbx è un po' suscettibile, accertati di non aver lasciato profili non definiti e che tutto sia coerente con quanto dichiarato in nel file di config principale. Io pure ho visto quel messaggio tante volte mentre configuravo il secondo provider voip, alla fine a furia di scovare errori è andato. L'unico consiglio che posso darti è armarti di pazienza.
-
Certo, mi spulcio tutto. Ma i profili sono definiti solo nel file /etc/config/mmpbxrvsipnet? O anche altrove?
-
Dichiarati in mmpbx, definiti in mmpbxrvsipnet, ma vi ritrovi menzione anche altrove probabilmente.
-
Niente da fare, sempre il solito errore e credo di aver controllato bene tutti i profili. Domani ricontrollo tutto.
Intanto potresti spiegarmi cosa intendevi qui:
L'altra cosa da provare è spostare quella route onlink che finisce nella tabella sbagliata nella seconda tabella. La causa pare sia il mancato supporto in netifd alla gestione del parametro ip4table, o meglio, netifd ne tiene conto ma non offre all'upscript di ppp la possibilità di farlo. https://patchwork.ozlabs.org/patch/523296/
Semmai provo anche questa soluzione.
#POSTEDIT
Scusa, me l'avevi spiegato:
Ho il leggero presentimento che se netifd e l'upscript di ppp impostassero anche quella regola sulla giusta tabella questo problema non si verificherebbe. Siccome questa cosa richiederebbe qualche patch poco confortevole, torniamo al workaround della doppia config di mmpbx
Meglio che vada a dormire, è proprio tardi e domani sono cavoli -.-"
#POSTEDIT2
@LuKePicci , forse ci siamo senza la doppia config mmpbx, ho modificato mwan ed ho seguito la strada consigliata da @nclmrc :
io usavo due rotte di default in due routing table distinte, una main per i dati e una voip per la voce. e matchavo l'interfaccia voip nell'interface di mmpbx. così da non dover lavorare sulle statiche. poi sono passato ad asterisk e non sono più riuscito ad indicarli quale tabella utilizzare
Al momento il voip si registra fregandosene di quale interfaccia wan/wan2 si avvia per ultima. Domani faccio un po di pulizia dei files, continuo con i test e vi aggiorno.
-
Non ho capito di preciso cosa hai fatto. Hai già due default route per wan e wan2 in due tabelle distinte e wan impostata come interface in mmpbx,
-
Sto tentando di far utilizzare al voip sempre la stessa interfaccia, ieri notte ho fatto un test alquanto empirico che nell'immediato sembrava avesse dato risultati.
Nel fine /etc/config/network avevo modificato l'interfaccia voip per farle utilizzare la tabella di routing voip, presente in /etc/iproute2/rt_tables ed avevo anche modificato di conseguenza il file /etc/config/mmpbxrvsipnet:
/etc/config/network
.
.
.
config interface 'voip'
option auto '0'
option proto 'dhcp'
option ifname '<set by script>'
option macaddr 'oscurato'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option vendorid 'DGA4132_********'
option defaultroute '1'
option dnsset 'voip'
option ip4table 'voip'
.
.
.
/etc/config/mmpbxrvsipnet
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'voip'
.
.
.
A router avviato con wan in mmpbxrvsipnet, ho effettuato la modifica ed ho notato che con il comando /etc/init.d/network restart il voip si registrava sempre con successo.
Ho poi scoperto che se riavviavo il router con voip in mmpbxrvsipnet, allora il voip non tentava proprio la registrazione. Dovevo quindi avviare il router con wan in mmpbxrvsipnet e poi una volta registrato potevo sostituirlo con voip. Ho alla fine comunque scoperto che il tutto era instabile, infatti il voip si scollegava spesso.
Ora sto provando a far utilizzare al voip sempre l'interfaccia wan, quindi sto facendo dei test con il file mmpbxrvsipnet originale e collegando l'interfaccia voip alla tabella main.
/etc/config/network
.
.
.
config interface 'voip'
option auto '0'
option proto 'dhcp'
option ifname '<set by script>'
option macaddr 'oscurato'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option vendorid 'DGA4132_********'
option defaultroute '1'
option dnsset 'voip'
option ip4table 'main'
.
.
.
In questo caso noto dei comportamenti differenti, la maggior parte delle volte il voip si registra indipendentemente dall'ordine di avvio di wan o wan2, pochissime volte non si registra con lo stesso errore di prima, alcune volte non si registra ma schedula un secondo tentativo con il quale si registra con successo, e questa cosa non capitava quasi mai precedentemente:
[MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
[MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 0
[MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1486 - In case of a previous send socket error, retry after 30 sec
Credo di esserci quasi ma mi manca ancora qualcosa.
-
No sei fuori strada, l'interfaccia voip non c'entra nulla, nel tuo caso non è nemmeno configurata, quello che scegli in mmpbxrvsipnet come interfaccia e la tabella di routing usata da mmpbxd sono due cose scollegate, purtroppo.
L'unico modo per dire a mmpbxd quale tabella di routing usare è quella regola hostvoip che c'era in mwan. L'interfaccia che metti in mmpbxrvsipnet è quella su cui mmpbx resta in ascolto, per cui in realtà si registra a prescindere da cosa tu ci metta dentro, salvo poi andare in errore nel caso in cui quell'interfaccia non esista ovviamente.
Il nostro problema non è fare in modo che mmpbx utilizzi una certa tabella di routing (l'abbiamo già fatto con mwan) ma costringerlo a non usare mai quella delle due regole onlink che porta sulla connessione sbagliata. Quando metti un'interfaccia disabilitata (tipo la tua voip) in mmpbxrvsipnet succede che riavviando al rete mmpbx non venga in alcun modo coinvolto perchè l'interfaccia su cui è in ascolto non viene messa giù, quindi lui non si accorge di nulla e continua a funzionare.
Devi assolutamente scoprire come passare da questa situazione:
192.168.100.1 dev pppoe-wan2 proto kernel scope link src xx.xx.xx.20 #gateway2 tabella main (!!)
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.10 #gateway1 tabella maina questa:
192.168.100.1 dev pppoe-wan2 table main2 proto kernel scope link src xx.xx.xx.20 #gateway2 tabella main (!!)
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.10 #gateway1 tabella maine come fare in modo che questa modifica sopravviva ad ogni riconnessione visto che quell'ip al posto delle xx.xx.xx.xx è dinamico e cambia quasi tutte le volte.
-
Ok, mi fermo subito allora.
Quindi devo arrivare ad avere questo:
ip route show table main
default via 192.168.100.1 dev pppoe-wan proto static metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1
192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129
xx.xx.xx.xx= ip bubblico ppoe-wan
ip route show table main2
default via 192.168.100.1 dev pppoe-wan2 proto static metric 20
192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy
yy.yy.yy.yy= ip bubblico ppoe-wan2
Me lo confermi?
In tal caso non ho proprio idea di come farlo tramite le configurazioni di openwrt, ma posso crearmi qualche script che alteri correttamente le tabelle di routing.
-
Sì, è quello che devi ottenere. Tu preoccupati solo di ottenerlo manualmente, poi controlla che le due vlan vadano ancora correttamente sulle due diverse connessioni, a farlo avvenire automaticamente in openwrt ci pensiamo dopo, dovremo toccare gli upscript ppp di netifd
-
A farlo manualmente ci riesco a volo, le due tabelle che ti ho copiato sopra le ho prese dal router dopo aver dato un paio di semplici comandi.
In partenza sono in questa situazione:
ip route show table main
default via 192.168.100.1 dev pppoe-wan proto static metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1
192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129
ip route show table main2
default via 192.168.100.1 dev pppoe-wan2 proto static metric 20
Mi basta poi dare i due seguenti comandi:
ip route del 192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy
ip route add 192.168.100.1 dev pppoe-wan2 table main2 proto kernel scope link src yy.yy.yy.yy
Per avere le due tabelle in questo modo:
ip route show table main
default via 192.168.100.1 dev pppoe-wan proto static metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1
192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129
ip route show table main2
default via 192.168.100.1 dev pppoe-wan2 proto static metric 20
192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy
Ovviamente ho verificato che poi le due wan funzionano correttamente, ho già provato il ping con entrambe:
ping -c 5 -I pppoe-wan www.google.com
ping -c 5 -I pppoe-wan2 www.google.com
e funziona tutto correttamente.
Volendo non ci metto nulla a crearmi uno script che mi faccia questo in automatico, ma vorrei evitarlo, preferirei configurare tutto correttamente.
Questo inoltre può essere importante?:
ip -4 rule
0: from all lookup local
1015: from all fwmark 0x1000000/0x1000000 lookup tod
1016: from all iif pppoe-wan lookup main
1017: from all iif pppoe-wan2 lookup main
2016: from all fwmark 0x10000000/0xf0000000 lookup main
2017: from all fwmark 0x20000000/0xf0000000 lookup main2
3016: from all fwmark 0x10000000/0xf0000000 unreachable
3017: from all fwmark 0x20000000/0xf0000000 unreachable
10000: from yy.yy.yy.yy lookup main2
10000: from xx.xx.xx.xx lookup main
20000: from all to yy.yy.yy.yy lookup main2
20000: from all to xx.xx.xx.xx lookup main
32766: from all lookup main
32767: from all lookup default
90034: from all iif lo lookup main2
90035: from all iif lo lookup main
Ossia, devo alterare anche questo:
1016: from all iif pppoe-wan lookup main
1017: from all iif pppoe-wan2 lookup main
e farlo diventare:
1016: from all iif pppoe-wan lookup main
1017: from all iif pppoe-wan2 lookup main2
?
-
Quelle rule le crea mwan in /usr/lib/mwan/setup.sh nella funzione mwan_update_ip_rules(), e sinceramente mi sembra strano possano aver commesso un errore così banale in un contesto in cui fanno riferimento alla variabile col nome della tabella giusta ogni due righe, credo sia corretto così.
-
Bene, quindi ora devo "solo" fare in modo che openwrt mi crei automaticamente le tabelle come ho fatto io manualmente. Mi parlavi di intervenire sugli upscript ppp di netifd, per me è arabo, mi metto subito a studiare. Tu puoi darmi una mano?
#POSTEDIT
Dopo aver reimpostato le tabelle avevo provato con successo le wan dal router, ora ho proprio provato le due vlan distinte e funzionano alla perfezione.
-
E' molto semplice, questo è lo script che viene eseguito non appena la connessione ppp va in porto https://github.com/openwrt/openwrt/blob/master/package/network/services/ppp/files/lib/netifd/ppp-up
Fai in modo che quello script sistemi la route mettendo quei due comandi lì dentro
Come vedi ad un certo punto chiama delle funzioni di netifd definite qui https://git.openwrt.org/?p=project/netifd.git;a=blob;f=scripts/netifd-proto.sh;h=87d337df07e9aa94b80ea53d050eadde791739d9;hb=HEAD che però sembra fregarsene di usare le giuste tabelle scelte in ip4table.
-
Ci provo, anche se la modifica non sembra proprio così semplice :-)
Se dovessi riuscirci posto lo script modificato. Se riusciamo a far funzionare il tutto abbiamo fatto veramente na bella cosa.
POSTEDIT:
Ho visto che lo script ppp-up utilizza anche gli scipt in /etc/ppp/ip-up.d/*:
https://openwrt.org/docs/guide-user/services/vpn/pptp/client
Ed ho inoltre scoperto che si possono anche utilizzare degli script hotplug situati in /etc/hotplug.d/iface/:
https://openwrt.org/docs/guide-user/base-system/hotplug
Credo che quest'ultima sia la soluzione migliore.
-
Per fare prove va bene qualsiasi cosa ma dato che l'indirizzo sull'interfaccia viene creato proprio nell'upscript mettere lì quelle regole è iù semplice. solo lì hai già le variabili con i valori che ti occorrono del gateway, dell'ip assegnato e dell'interfaccia, altrimenti devi andarteli a pescare in qualche strano modo.
-
Già provato in entrambi i modi, riesco a creare correttamente le tabelle ma il voip continua a fare i capricci, quando wan2 si attiva per ultima lui continua a non registrarsi.
Ho provato creando uno script in /etc/hotplug.d/iface/:
if [ "$ACTION" = "ifup" ] && [ "$INTERFACE" = "wan2" ]; then
public_ip_wan2=`ifconfig pppoe-wan2 | grep 'addr:' | cut -d: -f2 | awk '{ print $1}'`
ip route del 192.168.100.1 dev pppoe-wan2 proto kernel scope link src $public_ip_wan2
ip route add 192.168.100.1 dev pppoe-wan2 table main2 proto kernel scope link src $public_ip_wan2
fi
ed ho provato aggiungendo al file /lib/netifd/ppp-up il seguente codice:
public_ip_wan2=`ifconfig pppoe-wan2 | grep 'addr:' | cut -d: -f2 | awk '{ print $1}'`
ip route del 192.168.100.1 dev pppoe-wan2 proto kernel scope link src $public_ip_wan2
ip route add 192.168.100.1 dev pppoe-wan2 table main2 proto kernel scope link src $public_ip_wan2
In entrambi i casi le tabelle vengono create correttamente ma il voip rompe ancora le scatole.
Vedo di forzare l'ordine di avvio delle interfacce per risolvere il problema.
P.S.: In ppp-up quali sono le variabili con i valori del gateway, dell'ip assegnato e dell'interfaccia? Ho provato ad utilizzare $IPREMOTE convinto che fosse la variabile per l'ip pubblico ma non andava.
-
IPREMOTE è il gateway, IPLOCAL è l'ip pubblico che ti assegnano.
Prova ad assegnargli anche una metrica diversa dall'altra.
-
Già ci sono le metriche che avevamo impostato prima in network, per curiosità ieri sera le ho rimosse per vedere che succedeva ed ha smesso di funzionare una delle due wan.
Veramente assurdo che il voip continui a voler usare l'ultima wan ad attivarsi nonostante le rotte.
@LuKePicci , diciamo che ho risolto facendo in modo che il mio script hotplug mi faccia un ifup wan dopo ogni ifup wan2, in questo modo wan è sempre l'ultima a registrarsi e tutto funziona correttamente. Ma non è una soluzione che mi piace più di tanto. Vorrei tanto capire perché mmbpxd si comporta in questo modo bizzarro.
#POSTEDIT
Credo comunque che sia proprio mwan a fare casino, infatti tramite l'hotplug /etc/hotplug.d/iface/15-mwan richiama lo script /usr/lib/mwan/setup.sh per ogni ifups/ifdown delle interfacce.
-
Io intendevo le metriche sulle due rotte del gateway, lì le metriche non le vedo comparire mentre appaiono correttamente sulle due default route.
Di sicuro mwan rifà l'ifup quando serve, infatti i log che hai postato per farmi vedere l'ordine dipendevano da lui e non dal reload. Per escludere che sia lui il problema ti basta disattivarlo, stopparlo e riavviare il router. A quel punto vedi se facendo i vari reload ad un certo punto si spacca o meno.
-
Io intendevo le metriche sulle due rotte del gateway, lì le metriche non le vedo comparire mentre appaiono correttamente sulle due default route.
L'ho capito dopo, provato, non cambia nulla.
Di sicuro mwan rifà l'ifup quando serve, infatti i log che hai postato per farmi vedere l'ordine dipendevano da lui e non dal reload.
Infatti non capivo come accadesse, ma l'ho capito ieri spulciando gli script hotplug.
Per escludere che sia lui il problema ti basta disattivarlo, stopparlo e riavviare il router. A quel punto vedi se facendo i vari reload ad un certo punto si spacca o meno.
Questa è una cosa che posso fare.
-
@LuKePicci secondo te apportando delle modifiche a mwan è possibile far funzionare asterisk con una sua routing table dedicata?
-
Credo di sì, con una regola host tipo quella che c'è di default. Però il tuo caso specifico non lo conosco, anche tu hai a che fare con due wan dati o una è su vlan dedicata voce?
-
Mi funziona tutto.
root@DGA4132:~# ip route show table all
default via 10.56.17.1 dev pppoe-voip table voip proto static
local default dev lo table tod scope host
default via 46.182.152.1 dev pppoe-wan proto static
10.56.17.1 dev pppoe-voip proto kernel scope link src 10.56.29.6
46.182.152.1 dev pppoe-wan proto kernel scope link src xxx.xxx.xxx.xxx
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.253
192.168.10.0/24 dev eth4 proto kernel scope link src 192.168.10.1
192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1
192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129
239.0.0.0/8 dev br-lan scope link
root@DGA4132:~# asterisk -rvvv
Asterisk 13.20.0, Copyright (C) 1999 - 2014, Digium, Inc. and others.
Created by Mark Spencer <[email protected]>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 13.20.0 currently running on DGA4132 (pid = 5640)
DGA4132*CLI> sip show registry
Host dnsmgr Username Refresh State Reg.Time
xxxxxxxxxxxx:5060 N xxxxxxxxx@ 105 Registered Sun, 09 Feb 2020 15:23:00
1 SIP registrations.
DGA4132*CLI>
@LuKePicci cosa serve l'opzione dnsset in network?
-
Ciao @nclmrc , sto pensando da un pò di installare anche io asterisk, ma come lo tieni configurato? In cascata su mmpbx?
-
@Marvel come linea guida ho sequito questa https://www.ilpuntotecnico.com/forum/index.php?topic=80658.0
in pratica è l'inverso, è mmpbx che ti consente di registrare le due fxs come estensioni di asterisk, l'importante è far girare asterisk e mmpbx su porte diverse.
-
Grazie, appena finisco di sistemare i miei problemini con la doppia wan ed mmpbx inizio a giocarci un pochino.
-
lo scrivo qua, perchè forse è il topic più indicato. ho creato uno script bash che mi va a backuppare le configurazioni che ho modificato nel corso del tempo al mio TIM Hub, così in caso di problemi dovuti ad aggiornamenti o errori di configurazioni si può sempre resettare e ricaricarci le configurazioni salvate. io per comodità questo script lo faccio partire tutte le notti da un raspberry e va salvare le configurazioni in un hd collegato al TIM Hub. Nulla vieta di farlo girare direttamente sul modem. funziona tutto tramite scp. se qualcuno è interessato o pensa si possa mettere a disposizione di tutti me lo può tranquillamente utilizzare o postare.
#!/bin/bash
ROOT=/mnt/NAS/Backup/DGA4132
FILES=/mnt/NAS/Backup/DGA4132/files
rm -rf $FILES
mkdir -p $FILES/etc/opkg
mkdir -p $FILES/etc/dropbear
mkdir -p $FILES/etc/init.d
mkdir -p $FILES/usr/share
cd $FILES
touch ./etc/opkg/distfeeds.conf
scp [email protected]:/etc/banner ./etc/
scp [email protected]:/etc/dropbear/authorized_keys ./etc/dropbear/
scp [email protected]:/etc/hosts ./etc/
scp [email protected]:/etc/init.d/asterisk ./etc/init.d/
scp -r [email protected]:/etc/adsl ./etc/
scp -r [email protected]:/etc/asterisk ./etc/
scp -r [email protected]:/etc/config ./etc/
scp -r [email protected]:/root ./
scp -r [email protected]:/usr/share/asterisk ./usr/share/
zip -r $ROOT/DGA4132_`date +%Y%m%d_%H%M%S`.zip *
exit 0
come potete tranquillamente vedere crea uno zip con la data
-
@Marvel alla fine devi riuscire a mettere la rotta che punta verso il gateway della pppoe voce, nella routing table voce. Giusto?
-
@LuKePicci questo il mio file mwan
config globals 'globals'
config policy 'voip'
option interface 'voip'
config rule 'voip_e'
option policy 'voip'
option dest_port '40000:65000'
config rule 'voip_f'
option policy 'voip'
option dest_port '5060'
interface voip è fondamentale affinchè asterisk si registri. quelle due rule non sono determinanti, sai che funzione svolgono?
-
lo scrivo qua, perchè forse è il topic più indicato. ho creato uno script bash che mi va a backuppare le configurazioni che ho modificato nel corso del tempo al mio TIM Hub
Siamo tutti pazzi qui :-) Io faccio partire una volta a settimana un backup verso il mio server rsyncd e la destinazione è inclusa nei backup rsnapshot del server.
@Marvel alla fine devi riuscire a mettere la rotta che punta verso il gateway della pppoe voce, nella routing table voce. Giusto?
In teoria non è più molto chiaro cosa io debba fare, ho fatto in modo che tramite questo script hotplug:
https://www.ilpuntotecnico.com/forum/index.php/topic,78585.msg260415.html#msg260415
le tabelle di routing vengono organizzate sempre in questo modo:
https://www.ilpuntotecnico.com/forum/index.php/topic,78585.msg260399.html#msg260399
ed mmpbx dovrebbe registrarsi sempre sulla prima wan che utilizza la tabella di routing main, ma se all'avvio delle interfacce l'ultima a partire è la wan2 allora mmpbx non riesce a registrarsi e dai log vedo l'errore che ho postato in qualche post fa.
Al momento ho risolto con uno script hotplug facendo in modo che l'interfaccia wan sia sempre l'ultima ad attivarsi, funziona tutto alla perfezione ma questo workaround non mi soddisfa.
Tu ora mi parli di gateway ppoe voce e routing table voce, mi spieghi meglio?
@LuKePicci , intanto giusto una curiosità, sto utilizzando senza problemi questo script mwan:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config host 'hostvoip'
option policy 'if1_mwan'
list path '/usr/bin/mmpbxd'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
config policy 'wan_only'
option interface 'wan'
config policy 'wan2_only'
option interface 'wan2'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
config rule 'lan2_wan2'
option policy 'wan2_only'
option src 'lan2'
ma se provo a modificarlo utilizzando i nomi presenti in quello originale in questo modo:
config globals 'globals'
config policy 'if1_mwan'
option interface 'wan'
config policy 'if2_mwan'
option interface 'wan2'
config host 'hostvoip'
option path '/usr/bin/mmpbxd'
option policy 'if1_mwan'
config rule 'if1_e'
option policy 'if1_mwan'
option dest_port '40000:65000'
config rule 'if1_f'
option policy 'if1_mwan'
option dest_port '5060'
config rule 'lan_if1'
option policy 'if1_mwan'
option src 'lan'
config rule 'lan2_if2'
option policy 'if2_mwan'
option src 'lan2'
allora i dispositivi nella rete non riescono più a prendere i dns dal router, non è strano? non dovrebbero essere equivalenti?
-
@Marvel prova a fare così, secondo me ti funziona.
metti la navigazione internet nella tabella main, la voce nella tabella voip
cancella l'interfaccia voip che viene generata di default, l'interfaccia dedicata alla voce chiamala voip e mettici sia dnsset voip sia ipv4table voip, il file mwan mettilo come era di default e cambia solo l' interfaccia in voip, in mmpbx metti voip come interfaccia
-
@nclmrc nel tuo caso non ti occorrono né mwan né la tabella separata. Ti basta disabilitare mwan (o svuotarlo completamente), disabilitare la defaultroute sull'interfaccia voip, rimuovere l'opzione ip4table dall'interfaccia voip e aggiungere la rotta statica verso 10.0.0.0 attraverso 10.56.17.1 che immagino sia statico. Eì così che facciamo solitamente su Vodafone e Tiscali. mwan non ti è di alcuna utilità perchè quella e solo quella subnet è raggiungibile tramite pppoe-voip quindi il problema non si pone. Inizia a servirti mwan nel momento in cuo non disabiliti la defaultorute dell'interfaccia voip, perchè se non assegni a quella interfaccia una tabella separata ti ritrovi con due default route (una non valida perchè non hai accesso al web tramite pppoe-voip) nella stessa tabella, e non funziona più nulla. Riguardo il tuo file mwan attuale: se togli la prima regola o disattivi mwan senza disattivare la defaultroute dell'interfaccia voip perdi connettività alla rete, le altre due servono per il traffico proveniente dalla lan, se non le rimuovi non riesci a connettere alcun client voip SIP/RTP su porta 5060/40000:65000
@Marvel ho un'altra idea. Prova a configurare una terza pppoe, puoi riciclare quella che c'è già chiamata voip che dovrebbe già essere in zona wan sul firewall, mettile option defaultroute a 0, mettile option ip4table a voip (che già c'è in /etc/iproute2/rt_tables), Torna nella config di mwan, aggiungi una policy voip_only sulla stregua delle altre due simili, poi assegnala alla direttiva host per mmpbx al posto della wan_only che hai ora. Metti voip come interfaccia in mmpbxrvsipnet e riaggiungi la rotta statica verso il proxy che avevamo scartato, con option table a voip. Questa rotta statica dovrà essere l'unica presente nella tabella voip, main e main2 lasciale come vengono. Se le altre due hanno metrica 10 e 20, dai 30 come metrica alla rotta statica (e all'interfaccia voip, ma con defaultroute a 0 credo sia inutile).
-
@LuKePicci volevo provare con due routing table distinte e due default router per non dover mettere le rotte statiche. Mi funziona mettendo in mwan l'interfaccia Voip. Sai dirmi cosa serve dnsset?
Grazie
-
dnsset serve a fare questo https://www.ilpuntotecnico.com/forum/index.php/topic,80598.msg256163.html#msg256163 usando i server dns ricevuti dinamicamente dall'interfaccia
Per ulteriori info: https://prplworks.files.wordpress.com/2015/10/services-across-multiple-wan-interface.pdf
-
@LuKePicci praticamente serve per limitare l'uso dei dns associati all'interfaccia voip alla sola l'interfaccia voip?
se è così è perfetto, almeno all'interfaccia del voip ci associ quelli ottenuti dal tuo operatore tramite peerdns, e per i dati su routing table main ci metti quelli che vuoi te.
comunque tornando al problema di @Marvel , a me adesso sta funzionando asterisk su routing table voip, semplicemente mettendo in mwan l'interfaccia voip. visto che la rotta che punta al gateway voip sta sempre nella main table, chi dice ad asterisk che deve usare il gateway voip per raggiungere il sip proxy? secondo te @LuKePicci il match avviene sull'interfaccia o sul gateway?
-
l'option dnsset serve a taggare i dns ricevuti/impostati su quell'interfaccia, cioè tu imposti dnssat per l'interfaccia su "cacca", poi vai in mwan e crei delle dnsrule secondo le quali un certo dominio va risolto dai dns taggati "cacca" contattati attraverso una certa policy, tipo wan_only (che di solito corrisponde punta all'interfaccia su cui hai impostato quel tag). Serve a risolvere quelle situazioni in cui ogni interfaccia prende i suoi dns e a seconda di quello che devi fare i dns da contattare cambiano. In dnsmasq puoi già impostare filtri su domini specifici ma poi devi anche spiegare a dnsmasq come contattare quel server e se i loro indirizzi cambiano poi è un problema.
se è così è perfetto, almeno all'interfaccia del voip ci associ quelli ottenuti dal tuo operatore tramite peerdns, e per i dati su routing table main ci metti quelli che vuoi te.
Sì ma questa cosa la fai normalmente anche senza dnsset se il server dns del provider ha un ip statico. Con dnset + mwan puoi rendere questa procedura automatica prendendo i dns ricevuti in fase di connessione. Purtroppo eprò questa soluzione non è gestibile in situazioni comuni, ad esempio:
- su tiscali, i nomi dei server sip raggiungibili su interfaccia voip devono essere risolti dal server dns tiscali su interfaccia voip, che non è pppoe ma ip statica, quindi le semplici regole manuali in dnsmasq hanno il medesimo effetto
- su Vodafone, i nomi dei server sip raggiungibili su interfaccia voip devono essere risolti dai server Vodafone su interfaccia wan, ma se aggiungo un list dns 1.1.1.1 in wan ed imposto dnsset di wan su "Vodafone" poi ottengo tre dns taggati "Vodafone", i loro due e il mio 1.1.1.1. A quel punto non posso andare in mwan a dire che i nomi dei proxy vanno risolti dal dnsset "Vodafone" perchè 1.1.1.1 non è valido
-
@LuKePicci nel frattempo avevo modificato il post precedente. sai darmi quella risposta?
-
comunque tornando al problema di @Marvel , a me adesso sta funzionando asterisk su routing table voip, semplicemente mettendo in mwan l'interfaccia voip. visto che la rotta che punta al gateway voip sta sempre nella main table, chi dice ad asterisk che deve usare il gateway voip per raggiungere il sip proxy? secondo te @LuKePicci il match avviene sull'interfaccia o sul gateway?
Tu non hai detto ad asterisk quale routing table andare a guardare, non hai aggiunto alcuna direttiva host per asterisk. L'unico effetto del creare una policy con assegnata l'interfaccia voip in mwan è che mwan va a gestire la separazione dei lookup tra la tabella main e la tabella indicata nell'interfaccia voip, ovvero voip. In questa situazione la defaultroute attraverso voip non rompe le scatole all'altra ed internet continua a funzionare. Senza il suo intervento non riusciresti a tenere due defaultroute nella tabella main senza che succedano casini perchè credo che dalla pppoe del voip tu non abbia accesso ad internet (non ho ancora capito chi è il tuo provider). Per rispondere alla tua domanda mi serve sapere l'ip del proxy sip.
-
@LuKePicci il sip server proxy ha un ip pubblico al di fuori della rete quindi 10.0.0.0/8, secondo me da come si comporta questa CPE riesce ad intercettare il traffico SIP/RTP autonomamente e lo fa passare nell'interfaccia dichiarata nel file mwan, comunque la rotta di default della pppoe-voip sta nella routing table voip
-
Quindi l'ip 10.0.0.0/8 del proxy sip è raggiungibile solo e soltanto da pppoe-voip? Sei assolutamente sicuro che dalla pppoe-wan quell'ip non sia raggiungibile? Ho provato a replicare la tua situazione e ti confermo che non funziona, cioè che avendo la route onlink in tabella main o voip, la default route in tabella voip, mwan attivo con policy voip definita ma mai applicata all'host, mmpbx non sa come raggiungere l'ip del proxy su 10.0.0.0/8, Non c'è niente su questo firmware in grado di dirottare su una o altra wan il traffico voip al di fuori di mwan, che però non tocca assolutamente i servizi in esecuzione sul device a meno che non vi aggiungi la direttiva host (come spiegato nel pdf). Ripeto, sei assolutamente certo che da pppoe-wan l'ip del proxy voip non sia raggiungibile?
Aspetta, ma tu hai l'helper sip attivo su loopback vero? Se sì, è quello.
-
Sono sicurissimo, il proxy ha un Ip pubblico raggiungibile solo dalla rete privata delle cpe.
edit
@LuKePicci
config helper 'siploopback'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
option intf 'loopback'
-
E' lui, prova a disabilitarlo e vedi se ancora ti si registra. Non dovrebbe.
-
Lo disabilito a mano perché da gui non si può fare
-
Sì devi mettergli l'option enable '0' che quando manca vale 1 di default. Poi fai il reload del firewall.
-
Fatto adesso non funge, perché mi presento con l'ip pubblico. Io però non l'ho mai toccato l'helper loopback sip.
-
Si di default è attivo su alcuni firmware. Ora sei in una situazione "normale", dove per dirottare mmpbx hai bisogno di mwan e annessa regola host - ma torno a dire che nel tuo caso è inutile, io opterei per la route statica, niente mwan, niente helper, niente altre tabelle.
-
A me ha sempre funzionato era solo x capire perché ad esempio a @Marvel non funziona. Comunque con mmpbx avevo bisogno dell'hostvoip path, con asterisk funziona senza nemmeno quello.
-
Lui l'helper ce l'ha spento perchè è una delle prime cose che gli ho fatto spegnere per non uscire pazzi. Lui comunque non ha una rete dedicata al voip, lì c'è necessità di avere la default route su entrambe le interfacce. hostvoip e helper convivono in modo piuttosto bizzarro. Sembra quasi che l'helper sia sfruttato per mettere una pezza laddove il socket wrapper di mwan faccia casini. Il problema di hostvoip è che impedisce ad mmpbx di usare anche altre interfacce quando serve, ad esempio se ti vuoi registrare contemporaneamente su due proxy, uno su vlan voip e uno in internet.
-
@Marvel prova a fare così, secondo me ti funziona.
@Marvel ho un'altra idea.
@nclmrc @LuKePicci avete avuto la stessa idea, provato, ma niente, stesso comportamento, se la nuova interfaccia voip è l'ultima a partire allora il voip si registra altrimenti nulla.
Mi basta dare:
ifup voip && ifup wan && ifup wan2
e vedo il voip non registrarsi. Dopodiché mi basta dare ifup voip per farlo registrare. Che cavolo!!!
@LuKePicci , non vorrei veramente abusare della tua pazienza ma potresti darmi la tua opinione in merito al mio quesito di qualche post fa:
...
#POSTEDIT
E proprio ora credo di aver capito il problema, se do ifup voip && ifup wan && ifup wan2 la registrazione del voip fallisce, se invece do i comandi separatamente:
ifup voip
ifup wan
ifup wan2
aspettando che mmpbxd si registri prima di avviare wan w wan 2, allora funziona correttamente.
È come se nell'avvio in sequenza le reti si accavallassero, lui inizia a registrarsi su una che si sta attivando ma poi il processo di avvio gliene fa trovare un'altra e da qui l'errore:
SIP Registration: SIP: +39XXXXXXXXXX : Failure Reason: 403 No Roaming Agreement From Current Network
[MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
[MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 403
Potrebbe darsi che il problema sia questo?
Se così fosse sarebbe un grave problema poiché durante il processo di boot o su un /etc/init.d/network restart, io purtroppo non credo di poter intervenire in alcun modo.
-
Fai un
grep -r /rom -e if._mwan e vedi cosa esce. Potrebbe esserci qualche script nel firmware in cui sia hardcodato uno di quei nomi.
-
Questo è l'output:
grep -r /rom -e if._mwan
/rom/etc/config/dhcp: option policy 'if1_mwan'
grep: /rom/etc/fstab: No such file or directory
/rom/etc/parameter_conversion/conversion:uci_set mwan.if1_mwan.interface
grep: /rom/etc/snmp/snmpd.conf: No such file or directory
/rom/etc/uci-defaults/tch_5001_LTE_2_Box:uci set mwan.if1_mwan=policy
/rom/etc/uci-defaults/tch_5001_LTE_2_Box:uci set mwan.if1_mwan.interface=wan
/rom/etc/uci-defaults/tch_5001_LTE_2_Box:uci set mwan.hostvoip.policy='if1_mwan'
/rom/etc/uci-defaults/tch_5001_LTE_2_Box:uci set mwan.if1_e.policy=if1_mwan
/rom/etc/uci-defaults/tch_5001_LTE_2_Box:uci set mwan.if1_f.policy=if1_mwan
/rom/etc/wansensing/worker_ethwan.lua: x:set("mwan", "if1_mwan", "interface", "wan")
/rom/etc/wansensing/worker_ethwan.lua: x:set("mwan", "if1_mwan", "interface", "voip")
In /etc/config/dhcp ho:
config dnsrule
option dnsset 'voip'
option policy 'if1_mwan'
-
Bhè direi che ti sei risposto. Come ho spiegato prima a @nclmrc quella regola significa che tutti i server dns ottenuti automaticamente via dhcp/ipcp/altro dalle interfacce in /etc/config/network su cui hai impostato dnsset 'voip' vengono raggiunti attraverso la policy con quel nome.
edit: dnsrule ammette sia l'opzione policy che outpolicy, una dice come vanno raggiungi gli ip dei dns server, l'altra dice in quali casi usare quel dnsset, non sono sicuro quale delle due faccia l'una o l'altra cosa.
edit2:
Potrebbe darsi che il problema sia questo?
Di sicuro, ma lo avevamo già appurato. Se mmpbx apre il socket mentre c'è solo una rotta valida (quella corretta) il problema non si presenta. Se apre il socket e poi le altre rotte valide finiscono nella tabella, allora va in crisi. Se elimini la regola hostvoip, mmpbx viene esonerato dal passare attraverso il wrapper di mwan all'apertura del socket, ma non hai più alcuna garanzia sul fatto che usi l'una o l'altra wan. E' una situazione abbastanza sfigata, perchè lo scenario in cui hai due wan dati ed mmpbx in esecuzione sullo stesso host in cui gira mwan e con l'sip che assegna lo stesso gw a tutte le sessioni è decisamente singolare. Dimmi una cosa, ma a prescindere dall'ordine con cui avvii le interfacce, se lasci che si avviino, poi riavvii mwan e poi riavii mmpbx hai comunque l'errore?
-
Bhè direi che ti sei risposto. Come ho spiegato prima a @nclmrc quella regola significa che tutti i server dns ottenuti automaticamente via dhcp/ipcp/altro dalle interfacce in /etc/config/network su cui hai impostato dnsset 'voip' vengono raggiunti attraverso la policy con quel nome.
Ti chiedo scusa ma non ti seguo. Se io ho questo:
config policy 'if1_mwan'
option interface 'wan'
config rule 'lan_if1'
option policy 'if1_mwan'
option src 'lan'
ed in /etc/config/network non ho impostato dnsset 'voip' per l'interfaccia wan, perché il tutto mi manda ko i dns, ossia perché i miei dispositivi nella rete non sono più in grado di utilizzare i dns del router?
mentre funge tutto con:
config policy 'wan_only'
option interface 'wan'
config rule 'lan_wan'
option policy 'wan_only'
option src 'lan'
edit2:Di sicuro, ma lo avevamo già appurato. Se mmpbx apre il socket mentre c'è solo una rotta valida (quella corretta) il problema non si presenta. Se apre il socket e poi le altre rotte valide finiscono nella tabella, allora va in crisi. Se elimini la regola hostvoip, mmpbx viene esonerato dal passare attraverso il wrapper di mwan all'apertura del socket, ma non hai più alcuna garanzia sul fatto che usi l'una o l'altra wan. E' una situazione abbastanza sfigata, perchè lo scenario in cui hai due wan dati ed mmpbx in esecuzione sullo stesso host in cui gira mwan e con l'sip che assegna lo stesso gw a tutte le sessioni è decisamente singolare. Dimmi una cosa, ma a prescindere dall'ordine con cui avvii le interfacce, se lasci che si avviino, poi riavvii mwan e poi riavii mmpbx hai comunque l'errore?
Si, in effetti prima ho detto una grande fesseria, nei giorni scorsi avevo appurato che se ad esempio do in ordine i seguenti comandi aspettando che ogni interfaccia si avvii correttamente:
ifup wan
ifup wan2
e po do:
/etc/init.d/mmpbxd reload
allora il voip non si registra lo stesso.
Ho anche appena verificato la rotta:
ip route get xx.xx.xx.xx
xx.xx.xx.xx.xx via 192.168.100.1 dev pppoe-wan src yy.yy.yy.yy.yy
cache
xx.xx.xx.xx = IP proxy Voip
yy.yy.yy.yy = ip pubblico wan
che è corretta, perché quindi non vuole andare? -.-"
Hai qualche idea di come verificare che combina mmpbx e perché si ubriaca? O credi che mi convenga lasciar perdere ed accontentarmi del mio workaround?
#POSTEDIT
Ho anche appena provato come mi hai suggerito, quindi:
ifup wan
ifup wan2
/etc/init.d/mwan restart
/etc/init.d/mmpbxd reload
ed anche in questo caso il voip non si registra.
-
Se il workaround regge io mi terrei quello.
La storia dei dns è semplice, tu parti da config/mwan, in cui ha detto che i device in lan devono usare una determinata policy, che a quella policy sia abbinata l'interfaccia wan è irrilevante. In config/dhcp hai detto che il traffico a cui è applicata la policy con quel nome deve usare i dns taggati col dnsset "voip". In config/network non hai nessuna interfaccia i cui dns vengano taggati con dnsset "voip", ergo non hai dns utili per risolvere i nomi, da cui il ko.
Per curiosità, riattiva l'helper per loopback, mantieni la regola hostvoip in mwan e rifai l'ultima prova.
-
Se il workaround regge io mi terrei quello.
Il workaround regge alla grande, se wan parte prima di wan2, allora riavvia nuovamente wan ed il voip si registra sempre.
Ci avrei tenuto a sistemare meglio il tutto giusto per una questione di corretta configurazione.
La storia dei dns è semplice, tu parti da config/mwan, in cui ha detto che i device in lan devono usare una determinata policy, che a quella policy sia abbinata l'interfaccia wan è irrilevante. In config/dhcp hai detto che il traffico a cui è applicata la policy con quel nome deve usare i dns taggati col dnsset "voip". In config/network non hai nessuna interfaccia i cui dns vengano taggati con dnsset "voip", ergo non hai dns utili per risolvere i nomi, da cui il ko.
Ok, ok, tutto chiaro.
Per curiosità, riattiva l'helper per loopback, mantieni la regola hostvoip in mwan e rifai l'ultima prova.
Già provato stamattina, ho provato tutte le possibili combinazioni, ma nulla da fare.
Mi sono anche portato nella stessa identica situazione riportata sul wiki di mwan eliminando seconda tabella di routing e regole mwan, manipolando le rotte con uno script ip-up.d ho ottenuto l'equivalente di questo:
# ip route show
default via 10.0.3.2 dev eth1 proto static src 10.0.3.15 metric 10
default via 10.0.4.2 dev eth2 proto static src 10.0.4.15 metric 20
# ip route show
default via 192.168.100.1 dev pppoe-wan proto static src $public_ip_wan metric 10
default via 192.168.100.1 dev pppoe-wan2 proto static src $public_ip_wan2 metric 20
In questa condizione sul wiki mwan viene indicato di testare il funzionamento di entrambe le interfacce, nel mio caso funziona solo quella che si avvia per ultima. Noi abbiamo risolto il problema utilizzando la doppia tabella di routing (main e main2) ma la sensazione è che a mmpbx la cosa continua a non piacere.
-
Anche mwan3 sposta le defaultroute in tabelle distinte, solo che ci pensa lui a crearle con nomi dinamici. Tieniti il workaround.
-
Si, ho scritto mwan ma mi riferivo al wiki di mwan3 ed ai suggerimenti in esso presenti:
https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3
io credo che alla luce degli ultimi test anche con mwan3 non risolverei il problema, tu cosa pensi? Perché se mi suggerisci di fare un tentativo allora provo a compilarlo ed installarlo.
Comunque il mio workaround è realmente molto semplice, nel caso possa interessare a qualcuno:
/etc/hotplug.d/iface/10-wan
if [ "$ACTION" = "ifup" ] && [ "$INTERFACE" = "wan2" ]; then
ifup wan
fi
-
mwan3 non supporta la gestione di app in esecuzione sul router, quindi non avresti la possibilità di definire nulla di simile ad "hostvoip" e non avresti come dire ad mmpbx di usare una certa interfaccia. Direi che il workaround è la cosa migliore.
-
E la cosa non sarebbe un grande problema dato che al momento la direttiva hostpvoip nel mio mwan non sortisce alcun effetto, presente o meno non sembra cambiare nulla.
Comunque voglio anche provare asterisk, chissà se utilizzando asterisk e mettendoci in cascata mmpbx potrei risolvere questo strano problema. Devo provare quanto prima.
@nclmrc , nel thread che mi hai linkato per asterisk:
https://www.ilpuntotecnico.com/forum/index.php/topic,80658.0.html
leggo:
BUG riscontrati
Nel caso si dovesse disconnettere la linea, il VOIP non riparte in autonomia, bisogna riavviare il mmpbxd
/etc/init.d/mmpbxd restart
me lo confermi?
-
Se asterisk di suo senza mwan ti fa scegliere su quale interfaccia uscire allora lo risolvi di sicuro.
-
Me lo auguro, solo che io non ho mai utilizzato asterisk e so che è un software enorme quindi prima di iniziare a giocarci avrò molto da studiare. Inoltre leggo che anche utilizzando asterisk ci sono problemi con mmpbxd che non riparte in automatico in caso di disconnessioni, tu hai esperienze a riguardo?
Hai qualche consiglio sull'utilizzo di asterisk con questi dispositivi?
-
no su asterisk non so proprio nulla mi dispiace.
ho un'ultima prova da farti fare. con tre connessioni, wan (tabella main, defaultroute on, metric 10) wan2 (tabella main2, defaultroute on, metric 20) e voip (tabella voip, defaultroute off, metric 5), helper spento, rimuovi/commenta dal file di config di mwan la hostvoip e ogni altra policy riguardante l'interfaccia voip, togli anche la dnsrule dal file dhcp, scegli voip come interfaccia in mmpbx, rimetti la rotta statica che avevamo creato verso l'ip del proxy con table "voip" e destinazione "voip" al posto di "main" e "wan", e dalle metrica 5.
In questo modo mwan non dovrebbe avere più nulla a che fare con mmpbx, che è una cosa che se ben ricordo non hai mai provato.
-
Asterisk purtroppo non ha la gestione dell' interfaccia su cui uscire. Io sinceramente non ho il problema di dover riavviare mmpbx.
-
Certo, tu sei messo come me su tiscali, abbiamo gw diversi per ogni interfaccia, siamo in situazioni più standard, e tutto funziona normalmente.
-
ho un'ultima prova da farti fare. con tre connessioni, wan (tabella main, defaultroute on, metric 10) wan2 (tabella main2, defaultroute on, metric 20) e voip (tabella voip, defaultroute off, metric 5), helper spento, rimuovi/commenta dal file di config di mwan la hostvoip e ogni altra policy riguardante l'interfaccia voip, togli anche la dnsrule dal file dhcp, scegli voip come interfaccia in mmpbx, rimetti la rotta statica che avevamo creato verso l'ip del proxy con table "voip" e destinazione "voip" al posto di "main" e "wan", e dalle metrica 5.
In questo modo mwan non dovrebbe avere più nulla a che fare con mmpbx, che è una cosa che se ben ricordo non hai mai provato.
Avevo già fatto un test simile ma senza toccare il file dhcp.
Ho appena fatto con attenzione tutto, ricontrollando più volte i files e riavviando il router, ma nulla, stesso bizzarro comportamento. Se pppoe-voip è l'ultima interfaccia a partire allora mmpxd si registra, altrimenti mi da il solito errore.
La cosa assurda è che le tre interfacce wan sono attive, funzionano e le rotte sono tutte corrette.
Ad mmpbx gli assegno un'interfaccia che si attiva e funziona regolarmente, anche senza indicare la route statica in network col seguente comando verifico che l'ip del proxy voip viene raggiunto correttamente dall'interfaccia assegnata:
ip route get xx.xx.xx.xx
xx.xx.xx.xx.xx via 192.168.100.1 dev pppoe-voip src yy.yy.yy.yy.yy
cache
xx.xx.xx.xx = IP proxy Voip
yy.yy.yy.yy = ip pubblico pppoe-voip
E allora cos'è che non va? Realmente il fatto dello stesso gateway per tutte e tre le interfacce? E solo ad mmpbxd non piace sta cosa? Secondo me c'è altro che ancora mi sfugge.
-
@Marvel prova con asterisk
-
@nclmrc , si ho intenzione di fare una prova veloce in questo fine settimana o al massimo nel prossimo, se dovesse funzionare allora inizio a studiarmelo per bene. Secondo te, se seguo la guida che mi hai linkato qualche post fa riesco a tirarlo su almeno per provarlo anche se non ho la minima conoscenza di asterisk?
-
@Marvel chiedi a me nel caso. Ho fatto uno script
-
@LuKePicci cosa fa esattamente il siploopback?
-
@nclmrc , ovviamente l'esperto è @LuKePicci , io ti riporto ciò che mi ha spiegato lui qualche post fa:
3) mwan non gestisce il traffico generato dal router almeno che non passi attraverso il nat, per cui esiste quell'helper loopback per sip attivo.
Per prima cosa mwan3 (e di riflesso anche mwan credo) ha problemi a dirottare sulle diverse interfacce il traffico generato dall'interno del router. Per dirottare mmpbx su una interfaccia wan specifica (tipico in vari isp) quelli di technicolor hanno attivato un helper sip per il traffico sip generato dal router, che interviene sui messaggi in uscita a prescindere da quale interfaccia mmpbxd usi in ascolto. Il tuo problema era palesemente dovuto al fatto che nonostante mwan costringesse mmpbx a usare wan per un determinato tipo di traffico, e nonostante il fatto che mmpbxd fosse in ascolto sulla medesima, passando dall'lhelper l'effetto di mwan in output veniva neutralizzato, e i pacchetti uscivano dall'uno o l'atra interfaccia wan poiché entrambe disponevano di rotte valide. Dunque, da quanto ho capito:
- con l'helper loopback attivo, mwan attivato, interfaccia mmpbx settata a su wan: mmpbx si mette in ascolto su wan e passa in ingresso al router attraverso mwan, l'helper uccide il tracking fatto da mwan che non riconosce più il traffico ritoccato dall'helper, in uscita il traffico trova quidni due rotte valide, va dove gli pare, a prescindere da dove mmpbx sia in ascolto
- senza helper attivo e con mwan attivato: mmpbx non passa attraverso l'input di mwan che quindi non interviene, il traffico uscente trova due rotte valide, va dove gli pare, a prescindere da dove mmpbx sia in ascolto
- con l'helper loopback attivo, mwan attivato, interfaccia mmpbx settata su lan: mmpbx si mette in ascolto su lan e passa in ingresso al router attraverso mwan, l'helper gestisce la traduzione dei messaggi sip contenenti indirizzi lan ma uccide nuovamente il tracking fatto da mwan, in uscita il traffico trova due rotte valide, va dove gli pare, resta un mistero su quale delle due l'helper metta mmpbx in ascolto
- con la rotta statica: il dubbio su quale rotta di default seguire svanisce, le rotte con match più lungo prendono la priorità su quelle di default, impostando mmpbx su wan lui si mette in ascolto sulla medesima, non sorge il bisogno di farlo passare da mwan e quindi anche l'helper diventa inutile per traffico generato dall'interno del router, ma di fatto questa rotta risolverebbe anche il non funzionamento dei casi precedenti.
Sembra quasi che l'helper sia sfruttato per mettere una pezza laddove il socket wrapper di mwan faccia casini.
-
Per capire il ruolo dell'helper su questi firmware si dovrebbe capire come funziona il socket wrapper di mwan per traffico sull'host e controllare se siano state o meno apportate modifiche al codice di netfilter per gli helper. A guardare la wiki di mwan3 mi viene da pensare che il wrapper implementi una cosa analoga a quella che nella wiki chiamano "routable loopback". A quel punto se il socket wrapper interviene sui socket aperti da un'app epr cui esiste una definizione mwan di tipo host (la nostra hostvoip) allora il traffico uscente dall'app (nel nostro caso mmpbx) passa da netfilter (il "firewall"), è soggetto al tracking e alle rule di mwan e passa attraverso l'helper. Il che è necessario perchè quando mmpbx apre un socket su loopback si presenta con ip locale, e quindi il traffico sip necessita di aggiustamenti forniti dall'helper. Il tutto ha perfettamente senso: quando mmpbx è soggetto a definizione host in mwan l'helper sip di netfilter va attivato per loopback. Tutto ciò trova riscontro nel mio caso e in quello di @nclmrc, ma va in pappa in scenari come quello di @Marvel, lì come gli avevo spiegato l'intervento dell'helper (necessario attivando hostvoip) sembra far danni, come se sostituisse i campi con valori di ip inerenti l'interfaccia pubblica sbagliata (errore no roaming agreement), il che si verifica solo in casi come il suo dove il proxy da raggiungere è effettivamente routabile su due interfacce diverse. Mi resta invece poco chiaro il perchè escludendo mmpbx dal controllo di mwan lui non sia capace di funzionare quando l'ordine di avvio delle interfacce cambia.
-
... ma va in pappa in scenari come quello di @Marvel, lì come gli avevo spiegato l'intervento dell'helper (necessario attivando hostvoip) sembra far danni, come se sostituisse i campi con valori di ip inerenti l'interfaccia pubblica sbagliata (errore no roaming agreement), il che si verifica solo in casi come il suo dove il proxy da raggiungere è effettivamente routabile su due interfacce diverse. Mi resta invece poco chiaro il perchè escludendo mmpbx dal controllo di mwan lui non sia capace di funzionare quando l'ordine di avvio delle interfacce cambia.
Infatti è assurdo, anche perché se configuro tutto per far funzionare mmpbxd su wan2 e poi questa è l'ultima ad attivarsi funziona. Quindi il problema non l'una o l'altra interfaccia ma proprio mmpbxd. Settimana prossima conto di fare la prova con Asterisk per vedere che succede.
@LuKePicci , domanda veloce.
Ho un server in lan esposto su internet tramite wan ed ovviamente è possibile accedervi grazie al port forwarding delle porte 80 e 443.
Ora ho appena preparato un serverino che è collegato in lan2 e che si collega correttamente ad internet tramite wan2, ora sto tentando di aprire le porte 80 e 443 su wan2 per permetterne l'accesso ma non va. Questa è una delle due regole che ho inserito in firewall:
config userredirect 'userredirectA756'
option family 'ipv4'
option dest_ip '192.168.0.3'
option target 'DNAT'
option dest_port '80'
option enabled '1'
list proto 'tcp'
option name 'HTTP-wan2'
option src 'wan2'
option src_dport '80'
option dest 'lan2'
Devo fare anche altro o dovrebbe bastare questo?
-
@LuKePicci secondo te perchè l'helper SIP è riportato nel file qos? ho notato che in tale file c'è pure il dscp mark per quanto riguatda il voip.
-
@Marvel hai creato le relative zone per lan2 e wan2 nel firewall?
-
@Marvel fammi vedere l'altra regola di forwarding, quella verso il server in lan
-
@Marvel hai creato le relative zone per lan2 e wan2 nel firewall?
Si, altrimenti non sarei riuscito a collegarmi a wan2 tramite lan2.
È stata una delle prime cose che abbiamo fatto.
@Marvel fammi vedere l'altra regola di forwarding, quella verso il server in lan
Ti copio tutto il mio file firewall:
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
option drop_invalid '1'
config zone 'lan'
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'
config zone 'wan'
option name 'wan'
list network 'wan'
list network 'wan6'
list network 'wwan'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'
config forwarding 'lan_wan'
option src 'lan'
option dest 'wan'
config zone 'lan2'
option name 'lan2'
list network 'lan2'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'
config zone 'wan2'
option name 'wan2'
list network 'wan2'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'
config forwarding 'lan2_wan2'
option src 'lan2'
option dest 'wan2'
config zone 'public_lan'
option name 'public_lan'
list network 'public_lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option wan '0'
option log '1'
option log_limit '5/minute'
config forwarding 'public_lan_wan'
option src 'public_lan'
option dest 'wan'
option name 'subnet_out'
option enabled '0'
config forwarding 'wan_public_lan'
option src 'wan'
option dest 'public_lan'
option name 'subnet_in'
option enabled '0'
config zone 'z_wlnetb24'
option name 'z_wlnetb24'
list network 'wlnet_b_24'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option mtu_fix '1'
option wan '0'
config forwarding 'for_wlnetb24'
option src 'z_wlnetb24'
option dest 'wan'
config rule 'Drop_non_TCP_SYN'
option name 'Drop_non_TCP_SYN'
option src 'wan'
option dest '*'
option proto 'tcp'
option target 'DROP'
option extra '! --tcp-flags ALL SYN'
config rule 'drop_lan_2_z_wlnetb24'
option name 'drop_lan_2_z_wlnetb24'
option src 'lan'
option dest 'z_wlnetb24'
option proto 'all'
option target 'DROP'
config rule
option src 'lan'
option name 'Deny_CWMP_Conn_Reqs_from_LAN'
option proto 'tcp'
option dest_port '7170'
option target 'DROP'
config rule 'drop_z_wlnetb24_2_lan'
option name 'drop_z_wlnetb24_2_lan'
option src 'z_wlnetb24'
option dest 'lan'
option proto 'all'
option target 'DROP'
config rule 'drop_lan_2_z_wlnetb24_GW'
option name 'drop-lan_2_z_wlnetb24_GW'
option src 'lan'
option proto 'all'
option target 'DROP'
option family 'ipv4'
option dest_ip '192.168.168.1'
config rule 'Allow_z_wlnetb24_ICMP'
option name 'Allow_z_wlnetb24_ICMP'
option src 'z_wlnetb24'
option proto 'igmp'
option target 'ACCEPT'
option family 'ipv4'
option dest_ip '192.168.168.1'
config rule 'Allow_z_wlnetb24_DHCP'
option name 'Allow_z_wlnetb24_DHCP'
option src 'z_wlnetb24'
option proto 'udp'
option dest_port '67'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb24_DNS'
option name 'Allow_z_wlnetb24_DNS'
option src 'z_wlnetb24'
option proto 'udp'
option dest_port '53'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb24_ICMPv6'
option name 'Allow-z_wlnetb24_ICMPv6'
option src 'z_wlnetb24'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config zone 'z_wlnetb5'
option name 'z_wlnetb5'
list network 'wlnet_b_5'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option wan '0'
config forwarding 'for_wlnetb5'
option src 'z_wlnetb5'
option dest 'wan'
config rule 'drop_lan_2_z_wlnetb5'
option name 'drop_lan_2_z_wlnetb5'
option src 'lan'
option dest 'z_wlnetb5'
option proto 'all'
option target 'DROP'
config rule 'drop_z_wlnetb5_2_lan'
option name 'drop_z_wlnetb5_2_lan'
option src 'z_wlnetb5'
option dest 'lan'
option proto 'all'
option target 'DROP'
config rule 'drop_lan_2_z_wlnetb5_GW'
option name 'drop-lan_2_z_wlnetb5_GW'
option src 'lan'
option proto 'all'
option target 'DROP'
option family 'ipv4'
option dest_ip '192.168.168.129'
config rule 'Allow_z_wlnetb5_ICMP'
option name 'Allow_z_wlnetb5_ICMP'
option src 'z_wlnetb5'
option proto 'igmp'
option target 'ACCEPT'
option family 'ipv4'
option dest_ip '192.168.168.129'
config rule 'Allow_z_wlnetb5_DHCP'
option name 'Allow_z_wlnetb5_DHCP'
option src 'z_wlnetb5'
option proto 'udp'
option dest_port '67'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb5_DNS'
option name 'Allow_z_wlnetb5_DNS'
option src 'z_wlnetb5'
option proto 'udp'
option dest_port '53'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb5_ICMPv6'
option name 'Allow-z_wlnetb5_ICMPv6'
option src 'z_wlnetb5'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule1'
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule 'rule2'
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule 'rule3'
option name 'Allow-Ping6'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule4'
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule5'
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule6'
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule7'
option name 'access_2_LAN_IP'
option src 'lan'
option proto 'tcp'
option family 'ipv4'
option extra '-m multiport --dports 80,22,8080,443,8443 -m addrtype --limit-iface-in ! --dst-type LOCAL'
option target 'REJECT'
config rule 'rule8'
option name 'close_port_139'
option src 'wan'
option proto 'tcp'
option dest_port '139'
option family 'ipv4'
option target 'DROP'
config rule 'rule9'
option name 'close_port_445'
option src 'wan'
option proto 'tcp'
option dest_port '445'
option family 'ipv4'
option target 'DROP'
config rule 'rule11'
option name 'Deny-CUPS-wan'
option src 'wan'
option proto 'tcp'
option dest_port '631'
option family 'ipv4'
option target 'DROP'
config rule 'rule13'
option name 'Deny-CUPS-wan-v6'
option src 'wan'
option proto 'tcp'
option dest_port '631'
option family 'ipv6'
option target 'DROP'
config rule 'SSH_wan'
option name 'SSH-wan'
option src 'wan'
option proto 'tcp'
option dest_port '22'
option target 'DROP'
option family 'ipv4'
config rule
option name 'Restrict-TCP-LAN-Input'
option src 'lan'
option dest_ip '!lan'
option proto 'tcp'
option family 'ipv4'
option extra '-m mark --mark 0/0x9000000'
option target 'REJECT'
config include
option path '/etc/firewall.user'
config include 'tchext_restart'
option type 'script'
option path '/lib/functions/firewall-restart-ext-tch.sh'
config include 'tchext'
option type 'script'
option path '/lib/functions/firewall-ext-tch.sh'
option reload '1'
config cone 'cone1'
option name 'PS and XBox Live 1'
option src 'wan'
option dest_port '88'
config cone 'cone2'
option name 'PS and XBox Live 2'
option src 'wan'
option dest_port '3074:3658'
config cone 'cone3'
option name 'PS and XBox Live 3'
option src 'wan'
option dest_port '10070'
config cone 'cone4'
option name 'PS and XBox Live 4'
option src 'wan'
option dest_port '4500'
config include 'tod'
option type 'script'
option path '/lib/functions/tod.sh'
option reload '1'
config include 'intercept'
option type 'script'
option path '/usr/lib/intercept/firewall.sh'
config fwconfig 'fwconfig'
option defaultoutgoing_lax 'ACCEPT'
option defaultoutgoing_normal 'ACCEPT'
option defaultoutgoing_high 'DROP'
option defaultoutgoing_user 'ACCEPT'
option defaultincoming_lax 'REJECT'
option defaultincoming_normal 'DROP'
option defaultincoming_high 'DROP'
option defaultincoming_user 'DROP'
option level 'normal'
config rulesgroup 'pinholerules'
option enabled '1'
option name 'FW rules for opening pinholes'
option type 'pinholerule'
config redirectsgroup 'userredirects'
option enabled '1'
option name 'FW redirects defined by the user'
option type 'userredirect'
config redirectsgroup 'dmzredirects'
option enabled '0'
option name 'FW redirects for the DMZ functionality'
option type 'dmzredirect'
config dmzredirect 'dmzredirect'
option name 'DMZ rule'
option src 'wan'
option dest 'lan'
option family 'ipv4'
option target 'DNAT'
option proto 'tcpudp'
config rulesgroup 'normalrules'
option enabled '1'
option name 'FW rules for normal level'
option type 'normalrule'
config rulesgroup 'laxrules'
option enabled '0'
option name 'FW rules for lax level'
option type 'laxrule'
config rulesgroup 'highrules'
option enabled '0'
option name 'FW rules for high level'
option type 'highrule'
config rulesgroup 'userrules'
option enabled '0'
option name 'FW rules for user level'
option type 'userrule'
config rulesgroup 'userrules_v6'
option enabled '0'
option name 'FW rules for user level IPv6'
option type 'userrule_v6'
config rulesgroup 'defaultrules'
option enabled '1'
option name 'FW rules for default behavior'
option type 'defaultrule'
config highrule 'highrule1'
option name 'HTTP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2'
option name 'HTTPS'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3'
option name 'SMTP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4'
option name 'POP3'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5'
option name 'IMAP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6'
option name 'SSH'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config highrule 'highrule1_guest24'
option name 'HTTP'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2_guest24'
option name 'HTTPS'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3_guest24'
option name 'SMTP'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4_guest24'
option name 'POP3'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5_guest24'
option name 'IMAP'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6_guest24'
option name 'SSH'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config highrule 'highrule1_guest5'
option name 'HTTP'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2_guest5'
option name 'HTTPS'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3_guest5'
option name 'SMTP'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4_guest5'
option name 'POP3'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5_guest5'
option name 'IMAP'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6_guest5'
option name 'SSH'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config defaultrule 'defaultipv6incoming'
option name 'Default action for incoming IPv6 traffic'
option src 'wan'
option dest 'lan'
option proto 'all'
option family 'ipv6'
option target 'ACCEPT'
option enabled '0'
config defaultrule 'defaultipv6outgoing'
option name 'Default action for outgoing IPv6 traffic'
option src 'lan'
option dest 'wan'
option proto 'all'
option family 'ipv6'
option target 'ACCEPT'
option enabled '0'
config defaultrule 'defaultoutgoing'
option name 'Default action for outgoing NAT'
option src 'lan'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config defaultrule 'defaultoutgoing_guest24'
option name 'Default action for outgoing NAT'
option src 'z_wlnetb24'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config defaultrule 'defaultoutgoing_guest5'
option name 'Default action for outgoing NAT'
option src 'z_wlnetb5'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config helper 'ftphelper'
option helper 'ftp'
option dest_port '21'
option proto 'tcp'
config helper 'tftphelper'
option helper 'tftp'
option dest_port '69'
option proto 'udp'
config helper 'snmphelper'
option helper 'snmp'
option family 'ipv4'
option dest_port '161'
option proto 'udp'
config helper 'pptphelper'
option helper 'pptp'
option family 'ipv4'
option dest_port '1723'
option proto 'tcp'
config helper 'siphelper'
option enable '0'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
config helper 'siploopback'
option helper 'sip'
option dest_port '5060'
option proto 'tcpudp'
option intf 'loopback'
config helper 'irchelper'
option helper 'irc'
option family 'ipv4'
option dest_port '6667'
option proto 'tcp'
config helper 'amandahelper'
option helper 'amanda'
option dest_port '10080'
option proto 'udp'
config helper 'rtsphelper'
option helper 'rtsp'
option dest_port '554'
option family 'ipv4'
option proto 'tcp'
config include 'dhcpsnooper'
option type 'script'
option path '/lib/functions/firewall-dhcpsnooper.sh'
option reload '0'
config include 'miniupnpd'
option type 'script'
option path '/usr/share/miniupnpd-tch/firewall.include'
option family 'IPv4'
option reload '1'
config include 'mmpbx'
option type 'script'
option path '/lib/functions/firewall-mmpbx.sh'
option reload '1'
config include 'dropbear'
option type 'script'
option path '/lib/functions/firewall-dropbear.sh'
option reload '1'
config zone 'z_if1'
option name 'zoneif1'
list network 'voip'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option mtu_fix '1'
option wan '1'
config forwarding 'for_if1'
option src 'lan'
option dest 'zoneif1'
config userredirect 'userredirectD95C'
option dest_port '80'
option dest 'lan'
option src_dport '80'
list proto 'tcp'
option enabled '1'
option name 'HTTP'
option src 'wan'
option family 'ipv4'
option target 'DNAT'
option dest_ip '192.168.1.3'
config userredirect 'userredirectF69E'
option enabled '1'
option family 'ipv4'
option dest 'lan'
option dest_ip '192.168.1.3'
list proto 'tcp'
option src 'wan'
option name 'HTTPS'
option src_dport '443'
option target 'DNAT'
option dest_port '443'
config userredirect 'userredirectA756'
option family 'ipv4'
option dest_ip '192.168.0.3'
option target 'DNAT'
option dest_port '80'
option enabled '1'
list proto 'tcp'
option name 'HTTP-wan2'
option src 'wan2'
option src_dport '80'
option dest 'lan2'
config userredirect 'userredirect6A1C'
option family 'ipv4'
option dest_port '443'
option enabled '1'
option target 'DNAT'
list proto 'tcp'
option name 'HTTPS-wan2'
option dest_ip '192.168.0.3'
option src_dport '443'
option src 'wan2'
option dest 'lan2'
Le regole per wan2 ho dovute crearle a mano nel file poiché la gui del router non me le faceva creare.
#POSTEDIT
@LuKePicci , ho verificato che le regole vengono effettivamente create:
iptables -t nat -L -nv
Chain zone_wan2_postrouting (1 references)
pkts bytes target prot opt in out source destination
4266 395K postrouting_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for postrouting */
4266 395K MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
Chain zone_wan2_prerouting (1 references)
pkts bytes target prot opt in out source destination
3860 426K prerouting_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for prerouting */
16 712 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 /* !fw3: HTTP-wan2 */ to:192.168.0.3:80
4 160 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 /* !fw3: HTTPS-wan2 */ to:192.168.0.3:443
Chain zone_wan_postrouting (1 references)
pkts bytes target prot opt in out source destination
20006 1481K postrouting_wan_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for postrouting */
20005 1481K MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
Chain zone_wan_prerouting (1 references)
pkts bytes target prot opt in out source destination
7031 828K MMPBX all -- * * 0.0.0.0/0 0.0.0.0/0
7008 819K prerouting_wan_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for prerouting */
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:7170 /* !fw3: ubus:cwmpd[cwmpd] redirect 0 */ redir ports 7170
46 2260 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 /* !fw3: HTTP */ to:192.168.1.3:80
23 1301 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 /* !fw3: HTTPS */ to:192.168.1.3:443
fw3 print | grep 80
iptables -t nat -A zone_wan_prerouting -p tcp -m tcp --dport 80 -m comment --comment "!fw3: HTTP" -j DNAT --to-destination 192.168.1.3:80
iptables -t nat -D zone_lan_prerouting -p tcp -s 192.168.1.0/255.255.255.0 -d xx.xx.xx.xx/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP (reflection)" -j DNAT --to-destination 192.168.1.3:80
iptables -t nat -A zone_lan_prerouting -p tcp -s 192.168.1.0/255.255.255.0 -d xx.xx.xx.xx/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP (reflection)" -j DNAT --to-destination 192.168.1.3:80
iptables -t nat -D zone_lan_postrouting -p tcp -s 192.168.1.0/255.255.255.0 -d 192.168.1.3/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP (reflection)" -j SNAT --to-source 192.168.1.1
iptables -t nat -A zone_lan_postrouting -p tcp -s 192.168.1.0/255.255.255.0 -d 192.168.1.3/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP (reflection)" -j SNAT --to-source 192.168.1.1
iptables -t nat -A zone_wan2_prerouting -p tcp -m tcp --dport 80 -m comment --comment "!fw3: HTTP-wan2" -j DNAT --to-destination 192.168.0.3:80
iptables -t nat -D zone_lan2_prerouting -p tcp -s 192.168.0.0/255.255.255.0 -d yy.yy.yy.yy/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP-wan2 (reflection)" -j DNAT --to-destination 192.168.0.3:80
iptables -t nat -A zone_lan2_prerouting -p tcp -s 192.168.0.0/255.255.255.0 -d yy.yy.yy.yy/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP-wan2 (reflection)" -j DNAT --to-destination 192.168.0.3:80
iptables -t nat -D zone_lan2_postrouting -p tcp -s 192.168.0.0/255.255.255.0 -d 192.168.0.3/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP-wan2 (reflection)" -j SNAT --to-source 192.168.0.1
iptables -t nat -A zone_lan2_postrouting -p tcp -s 192.168.0.0/255.255.255.0 -d 192.168.0.3/255.255.255.255 -m tcp --dport 80 -m comment --comment "!fw3: HTTP-wan2 (reflection)" -j SNAT --to-source 192.168.0.1
Ma non ne vuole sapere di andare.
Ho anche provato ad aprire su wan2 porte non aperte su wan per assicurarmi che non ci siano problemi di conflitti sulle stesse porte ed anche in questo caso le porte non vengono effettivamente aperte.
Non è che per caso devo giocare con i mangle e le marcature?
#POSTEDIT2
Ho come l'impressione che non riesca ad indirizzare il traffico in ingresso verso il giusto dispositivo nella rete lan2.
-
ce l'hai una regola del genere su entrambe le interfacce wan?
iptables -t nat -A PREROUTING -i pppoe-wan -d _ip_/255.255.255.255 -m comment --comment "!fw3" -j zone_wan_prerouting
e questa per entrambe le lan?
iptables -t nat -A POSTROUTING -o br-lan -m comment --comment "!fw3" -j zone_lan_postrouting
-
Si, su entrambe:
iptables -t nat -D PREROUTING -i pppoe-wan -d xx.xx.xx.xx/255.255.255.255 -m comment --comment "!fw3" -j zone_wan_prerouting
iptables -t nat -A PREROUTING -i pppoe-wan -d xx.xx.xx.xx/255.255.255.255 -m comment --comment "!fw3" -j zone_wan_prerouting
iptables -t nat -D PREROUTING -i pppoe-wan2 -d yy.yy.yy.yy/255.255.255.255 -m comment --comment "!fw3" -j zone_wan2_prerouting
iptables -t nat -A PREROUTING -i pppoe-wan2 -d yy.yy.yy.yy/255.255.255.255 -m comment --comment "!fw3" -j zone_wan2_prerouting
iptables -t nat -A zone_lan_postrouting -m comment --comment "!fw3: user chain for postrouting" -j postrouting_lan_rule
iptables -t nat -D POSTROUTING -o br-lan -m comment --comment "!fw3" -j zone_lan_postrouting
iptables -t nat -A POSTROUTING -o br-lan -m comment --comment "!fw3" -j zone_lan_postrouting
iptables -t nat -A zone_lan2_postrouting -m comment --comment "!fw3: user chain for postrouting" -j postrouting_lan2_rule
iptables -t nat -D POSTROUTING -o br-lan2 -m comment --comment "!fw3" -j zone_lan2_postrouting
iptables -t nat -A POSTROUTING -o br-lan2 -m comment --comment "!fw3" -j zone_lan2_postrouting
-
E queste?
iptables -t filter -A zone_wan_input -m conntrack --ctstate DNAT -m comment --comment "!fw3: Accept port redirections" -j ACCEPT
iptables -t filter -A zone_wan_forward -m conntrack --ctstate DNAT -m comment --comment "!fw3: Accept port forwards" -j ACCEPT
-
Si:
iptables -t filter -A zone_wan_input -m conntrack --ctstate DNAT -m comment --comment "!fw3: Accept port redirections" -j ACCEPT
iptables -t filter -A zone_wan_forward -m conntrack --ctstate DNAT -m comment --comment "!fw3: Accept port forwards" -j ACCEPT
iptables -t filter -A zone_wan2_input -m conntrack --ctstate DNAT -m comment --comment "!fw3: Accept port redirections" -j ACCEPT
iptables -t filter -A zone_wan2_forward -m conntrack --ctstate DNAT -m comment --comment "!fw3: Accept port forwards" -j ACCEPT
Se vuoi posso postarti tutto l'output.
Dici che non c'entra mwan?
Non sapendo cosa altro provare stanotte mi sono messo un po a cercare qualche info e mi sono imbattuto in questa pagina:
https://kb.kurgan.org/LinuxDebian/MultiWAN
Dove si parla di mangle e per il nat in ingresso usa un --set-mark differente per ogni wan.
-
Certo è la base di mwan, marca le sessioni in mangle prima di nat e filter in modo da riconoscerle dopo le dovute trasformazioni e spedirla sulla giusta wan (perchè alla fine dell'elaborazione la marcatura è ancora quella e lui riesce a riconoscerla). In teoria mwan con le connessioni in ingresso c'entra ben poco.
Nel file /etc/config/firewall che hai postato ieri hai una cosa del genere, ma non ce l'hai per lan2/wan2, vedi se aggiungendola risolvi qualcosa, ricordati che l'ordine delle regole conta quindi mettila vicino a quella che già c'è:
config defaultrule 'defaultoutgoing'
option name 'Default action for outgoing NAT'
option src 'lan'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
Poi, dopo aver ricaricato il firewall, fai qualche tentativo a raggiungere la porta dall'esterno e usa il comando iptables -t nat -vnL dovresti vedere aumentare il numero di pacchetti tradotti, se lo fa allora al nat ci arriva.
Infine se usi continuamente iptables -t nat -vnL e iptables -t filter -vnL, anche quando il pacchetto non arriva al dispositivo locale, dovresti comunque vedere aumentare il counter di qualche regola nella chain di zone_wan2_forward e (se ha successo) in quella di forwarding_wan2_rule.
-
Nel file /etc/config/firewall che hai postato ieri hai una cosa del genere, ma non ce l'hai per lan2/wan2, vedi se aggiungendola risolvi qualcosa
Si, l'avevo notato e c'ho già provato ieri notte ma senza risolvere nulla. A dire il vero ho anche creato le sezioni public_lan2 sia in network che in firewall partendo da public_lan, che a dire il vero non ho ben capito cosa faccia, ma comunque non ho risolto nulla.
-
Quella è per la zona lan indirizzata su ip pubblico, cioè non dietro NAT, nulla che ti possa interessare. Guarda i counter e vedi a che punto si inceppa il forwarding. Poi farei anche un tcpdump su wan2 e br-lan2 per capire se magari in realtà il forwarding sta già funzionando correttamente.
-
Poi, dopo aver ricaricato il firewall, fai qualche tentativo a raggiungere la porta dall'esterno e usa il comando iptables -t nat -vnL dovresti vedere aumentare il numero di pacchetti tradotti, se lo fa allora al nat ci arriva.
Infine se usi continuamente iptables -t nat -vnL e iptables -t filter -vnL, anche quando il pacchetto non arriva al dispositivo locale, dovresti comunque vedere aumentare il counter di qualche regola nella chain di zone_wan2_forward e (se ha successo) in quella di forwarding_wan2_rule.
Appena riprovato ad inserire:
config defaultrule 'defaultoutgoing_wan2'
option name 'Default action for outgoing NAT WAN2'
option src 'lan2'
option dest 'wanw'
option proto 'all'
option target 'ACCEPT'
E non cambia nulla.
Ho inoltre verificato che i contatori aumentano sia per zone_wan2_forward che per forwarding_wan2_rule, ciò accade sia con che senza la regola precedente:
iptables -t filter -vnL | grep zone_wan2_forward
1 60 zone_wan2_forward all -- pppoe-wan2 * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
3 180 zone_wan2_forward all -- pppoe-wan2 * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
3 180 zone_wan2_forward all -- pppoe-wan2 * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
5 300 zone_wan2_forward all -- pppoe-wan2 * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
7 420 zone_wan2_forward all -- pppoe-wan2 * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
iptables -t filter -vnL | grep forwarding_wan2_rule
10 600 forwarding_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for forwarding */
12 720 forwarding_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for forwarding */
12 720 forwarding_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for forwarding */
14 840 forwarding_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for forwarding */
16 960 forwarding_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for forwarding */
Guarda i counter e vedi a che punto si inceppa il forwarding.
Come faccio a vedere a che punto si inceppa dai counter?
Guarda i counter e vedi a che punto si inceppa il forwarding. Poi farei anche un tcpdump su wan2 e br-lan2 per capire se magari in realtà il forwarding sta già funzionando correttamente.
Questi i risultati di tcpdum usando il sito https://www.yougetsignal.com/tools/open-ports/ per testare la porta 80 sugli ip di wan wan2:
tcpdump -pnvvi pppoe-wan port 80
tcpdump: listening on pppoe-wan, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
16:31:43.199625 IP (tos 0x0, ttl 54, id 20488, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.42793 > xx.xx.xx.xx.80: Flags [S], cksum 0x3c05 (correct), seq 2538660443, win 14600, options [mss 1460,sackOK,TS val 1995158099 ecr 0,nop,wscale 8], length 0
16:31:43.201678 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
xx.xx.xx.xx.80 > 198.199.98.246.42793: Flags [S.], cksum 0xc2d8 (correct), seq 1271775184, ack 2538660444, win 28960, options [mss 1452,sackOK,TS val 254551618 ecr 1995158099,nop,wscale 7], length 0
16:31:43.396143 IP (tos 0x0, ttl 54, id 20489, offset 0, flags [DF], proto TCP (6), length 52)
198.199.98.246.42793 > xx.xx.xx.xx.80: Flags [.], cksum 0x6251 (correct), seq 1, ack 1, win 58, options [nop,nop,TS val 1995158149 ecr 254551618], length 0
16:31:43.399216 IP (tos 0x0, ttl 54, id 20490, offset 0, flags [DF], proto TCP (6), length 52)
198.199.98.246.42793 > xx.xx.xx.xx.80: Flags [F.], cksum 0x6250 (correct), seq 1, ack 1, win 58, options [nop,nop,TS val 1995158149 ecr 254551618], length 0
16:31:43.404165 IP (tos 0x0, ttl 63, id 39333, offset 0, flags [DF], proto TCP (6), length 52)
xx.xx.xx.xx.80 > 198.199.98.246.42793: Flags [F.], cksum 0x6174 (correct), seq 1, ack 2, win 227, options [nop,nop,TS val 254551668 ecr 1995158149], length 0
16:31:43.599924 IP (tos 0x0, ttl 54, id 20491, offset 0, flags [DF], proto TCP (6), length 52)
198.199.98.246.42793 > xx.xx.xx.xx.80: Flags [.], cksum 0x61ea (correct), seq 2, ack 2, win 58, options [nop,nop,TS val 1995158200 ecr 254551668], length 0
^C
6 packets captured
6 packets received by filter
0 packets dropped by kernel
tcpdump -pnvvi pppoe-wan2 port 80
tcpdump: listening on pppoe-wan2, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
16:32:06.869232 IP (tos 0x0, ttl 53, id 25766, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.36036 > yy.yy.yy.yy.80: Flags [S], cksum 0x7970 (correct), seq 2444668372, win 14600, options [mss 1460,sackOK,TS val 1995164018 ecr 0,nop,wscale 8], length 0
16:32:07.868496 IP (tos 0x0, ttl 53, id 25767, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.36036 > yy.yy.yy.yy.80: Flags [S], cksum 0x7876 (correct), seq 2444668372, win 14600, options [mss 1460,sackOK,TS val 1995164268 ecr 0,nop,wscale 8], length 0
16:32:07.871370 IP (tos 0x0, ttl 53, id 34304, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.36038 > yy.yy.yy.yy.80: Flags [S], cksum 0x3b5a (correct), seq 809061484, win 14600, options [mss 1460,sackOK,TS val 1995164268 ecr 0,nop,wscale 8], length 0
16:32:08.869258 IP (tos 0x0, ttl 53, id 34305, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.36038 > yy.yy.yy.yy.80: Flags [S], cksum 0x3a60 (correct), seq 809061484, win 14600, options [mss 1460,sackOK,TS val 1995164518 ecr 0,nop,wscale 8], length 0
16:32:08.872402 IP (tos 0x0, ttl 54, id 35910, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.36041 > yy.yy.yy.yy.80: Flags [S], cksum 0xda72 (correct), seq 2507097888, win 14600, options [mss 1460,sackOK,TS val 1995164518 ecr 0,nop,wscale 8], length 0
16:32:09.867516 IP (tos 0x0, ttl 54, id 35911, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.36041 > yy.yy.yy.yy.80: Flags [S], cksum 0xd978 (correct), seq 2507097888, win 14600, options [mss 1460,sackOK,TS val 1995164768 ecr 0,nop,wscale 8], length 0
16:33:20.020583 IP (tos 0x4, ttl 54, id 0, offset 0, flags [DF], proto TCP (6), length 40)
167.114.68.123.80 > yy.yy.yy.yy.61625: Flags [S.], cksum 0x3f0c (correct), seq 2221866809, ack 1827274753, win 17520, length 0
^C
7 packets captured
7 packets received by filter
0 packets dropped by kernel
Continuo a guardare cosa può essere e cerco di imparare a debuggare questo problema, non son molto esperto a riguardo, non l'ho mai fatto prima.
Se hai qualche suggerimento sono tutto orecchie ma mi rendo anche conto di non poter abusare della tua pazienza :-) quindi sentiti libero di "mandarmi a quel paese" quando ti sarai stancato :-)
-
Nella regola sopra hai inserito "wanw" invece di "wan2"
Quando guardi l'output ti iptables non puoi fare grep in quel modo, cerca la riga "Chain >nome della chain>", quello che devi guardare è lì sotto. Se usi grep come hai fatto vedi solo le regole che puntano A quella chain e non quelle da cui la chain è composta.
Rifai i test facendo il tcpdump su br-lan2
-
Nella regola sopra hai inserito "wanw" invece di "wan2"
Cavolo, hai ragione. Ho corretto e riavviato. Continua a non funzionare il port forwarding, ma lo immaginavo poiché avevo già provato ieri.
Quando guardi l'output ti iptables non puoi fare grep in quel modo, cerca la riga "Chain >nome della chain>", quello che devi guardare è lì sotto. Se usi grep come hai fatto vedi solo le regole che puntano A quella chain e non quelle da cui la chain è composta.
Rifaccio i test.
#POSTEDIT
@LuKePicci , hai ragione, prima ho fatto una scemenza colossale, immagino la grossa risata che ti sei fatto, di seguito i valori corretti tentando di accedere all'ip pubblico di wan 2:
In questa chain i contatori aumentano: iptables -L zone_wan2_forward -n -v -t filter
Chain zone_wan2_forward (1 references)
pkts bytes target prot opt in out source destination
32 1920 forwarding_wan2_rule all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3: user chain for forwarding */
32 1920 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate DNAT /* !fw3: Accept port forwards */
0 0 zone_wan2_dest_DROP all -- * * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
In questa chain invece no: iptables -L forwarding_wan2_rule -n -v -t filter
Chain forwarding_wan2_rule (1 references)
pkts bytes target prot opt in out source destination
ma la stessa cosa accade per la rispettiva chain su wan: iptables -L forwarding_wan_rule -n -v -t filter
Chain forwarding_wan_rule (1 references)
pkts bytes target prot opt in out source destination
Rifai i test facendo il tcpdump su br-lan2
Ok.
#POSTEDIT2
Allora sul sito https://www.yougetsignal.com/tools/open-ports/ ho inserito ip pubblico di wan2 ed ho fatto testare la porta 80, il sito mi dice che la porta è chiusa, sul router ho dato il comando:
tcpdump -pnvvi br-lan2 port 80
ed in effetti qualcosa succede:
tcpdump: listening on br-lan2, link-type EN10MB (Ethernet), capture size 262144 bytes
17:37:50.234104 IP (tos 0x0, ttl 52, id 9180, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.45577 > 192.168.0.3.80: Flags [S], cksum 0x9c7e (correct), seq 2466117550, win 14600, options [mss 1360,sackOK,TS val 1996149874 ecr 0,nop,wscale 8], length 0
17:37:50.236252 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x0e36 (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1885208 ecr 1996149874,nop,wscale 7], length 0
17:37:51.232522 IP (tos 0x0, ttl 52, id 9181, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.45577 > 192.168.0.3.80: Flags [S], cksum 0x9b84 (correct), seq 2466117550, win 14600, options [mss 1360,sackOK,TS val 1996150124 ecr 0,nop,wscale 8], length 0
17:37:51.234558 IP (tos 0x0, ttl 52, id 56624, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.45579 > 192.168.0.3.80: Flags [S], cksum 0x725a (correct), seq 2876770396, win 14600, options [mss 1360,sackOK,TS val 1996150124 ecr 0,nop,wscale 8], length 0
17:37:51.236637 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x0dd2 (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1885308 ecr 1996149874,nop,wscale 7], length 0
17:37:51.238799 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0xabeb (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1885308 ecr 1996150124,nop,wscale 7], length 0
17:37:52.232040 IP (tos 0x0, ttl 52, id 56625, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.45579 > 192.168.0.3.80: Flags [S], cksum 0x7160 (correct), seq 2876770396, win 14600, options [mss 1360,sackOK,TS val 1996150374 ecr 0,nop,wscale 8], length 0
17:37:52.234026 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0xab87 (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1885408 ecr 1996150124,nop,wscale 7], length 0
17:37:52.237278 IP (tos 0x0, ttl 53, id 44682, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.45580 > 192.168.0.3.80: Flags [S], cksum 0xbef1 (correct), seq 3981670637, win 14600, options [mss 1360,sackOK,TS val 1996150375 ecr 0,nop,wscale 8], length 0
17:37:52.239250 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x2c60 (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1885408 ecr 1996150375,nop,wscale 7], length 0
17:37:52.630952 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x0d46 (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1885448 ecr 1996149874,nop,wscale 7], length 0
17:37:53.230963 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x2bfc (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1885508 ecr 1996150375,nop,wscale 7], length 0
17:37:53.237237 IP (tos 0x0, ttl 53, id 44683, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.45580 > 192.168.0.3.80: Flags [S], cksum 0xbdf7 (correct), seq 3981670637, win 14600, options [mss 1360,sackOK,TS val 1996150625 ecr 0,nop,wscale 8], length 0
17:37:53.239331 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x2bfc (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1885508 ecr 1996150375,nop,wscale 7], length 0
17:37:53.430984 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0xab0f (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1885528 ecr 1996150124,nop,wscale 7], length 0
17:37:54.630955 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x0c7e (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1885648 ecr 1996149874,nop,wscale 7], length 0
17:37:55.230979 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x2b34 (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1885708 ecr 1996150375,nop,wscale 7], length 0
17:37:55.430977 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0xaa47 (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1885728 ecr 1996150124,nop,wscale 7], length 0
17:37:58.630983 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x0aee (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1886048 ecr 1996149874,nop,wscale 7], length 0
17:37:59.230972 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x29a4 (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1886108 ecr 1996150375,nop,wscale 7], length 0
17:37:59.431000 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0xa8b7 (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1886128 ecr 1996150124,nop,wscale 7], length 0
17:38:06.631084 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x07ce (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1886848 ecr 1996149874,nop,wscale 7], length 0
17:38:07.230997 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x2684 (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1886908 ecr 1996150375,nop,wscale 7], length 0
17:38:07.430969 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0xa597 (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1886928 ecr 1996150124,nop,wscale 7], length 0
17:38:22.631029 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45577: Flags [S.], cksum 0x018e (correct), seq 722364025, ack 2466117551, win 28960, options [mss 1460,sackOK,TS val 1888448 ecr 1996149874,nop,wscale 7], length 0
17:38:23.430978 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45580: Flags [S.], cksum 0x2030 (correct), seq 752052277, ack 3981670638, win 28960, options [mss 1460,sackOK,TS val 1888528 ecr 1996150375,nop,wscale 7], length 0
17:38:23.630961 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.80 > 198.199.98.246.45579: Flags [S.], cksum 0x9f43 (correct), seq 871011679, ack 2876770397, win 28960, options [mss 1460,sackOK,TS val 1888548 ecr 1996150124,nop,wscale 7], length 0
^C
34 packets captured
34 packets received by filter
0 packets dropped by kernel
E se lo lascio girare un bel po ho:
tcpdump: listening on br-lan2, link-type EN10MB (Ethernet), capture size 262144 bytes
18:01:48.314003 IP (tos 0x0, ttl 64, id 42146, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.3.51267 > 104.207.143.23.80: Flags [S], cksum 0xb15b (correct), seq 1543328122, win 29200, options [mss 1460,sackOK,TS val 2029016 ecr 0,nop,wscale 7], length 0
18:01:48.451802 IP (tos 0x0, ttl 51, id 0, offset 0, flags [DF], proto TCP (6), length 60)
104.207.143.23.80 > 192.168.0.3.51267: Flags [S.], cksum 0xe9af (correct), seq 32363405, ack 1543328123, win 28960, options [mss 1360,sackOK,TS val 451008658 ecr 2029016,nop,wscale 7], length 0
18:01:48.453855 IP (tos 0x0, ttl 64, id 42147, offset 0, flags [DF], proto TCP (6), length 52)
192.168.0.3.51267 > 104.207.143.23.80: Flags [.], cksum 0x8845 (correct), seq 1, ack 1, win 229, options [nop,nop,TS val 2029030 ecr 451008658], length 0
18:01:48.590008 IP (tos 0x0, ttl 51, id 2706, offset 0, flags [DF], proto TCP (6), length 52)
104.207.143.23.80 > 192.168.0.3.51267: Flags [.], cksum 0x8764 (correct), seq 1, ack 90, win 227, options [nop,nop,TS val 451008796 ecr 2029030], length 0
18:01:48.591508 IP (tos 0x0, ttl 51, id 2707, offset 0, flags [DF], proto TCP (6), length 307)
104.207.143.23.80 > 192.168.0.3.51267: Flags [P.], cksum 0x380e (correct), seq 1:256, ack 90, win 227, options [nop,nop,TS val 451008797 ecr 2029030], length 255: HTTP, length: 255
HTTP/1.1 200 OK
Date: Sun, 16 Feb 2020 17:01:48 GMT
Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/5.4.16
X-Powered-By: PHP/5.4.16
Content-Length: 32
Connection: close
Content-Type: text/html; charset=UTF-8
Current IP Address: yy.yy.yy.yy[!http]
18:01:48.593771 IP (tos 0x0, ttl 51, id 2708, offset 0, flags [DF], proto TCP (6), length 52)
104.207.143.23.80 > 192.168.0.3.51267: Flags [F.], cksum 0x8663 (correct), seq 256, ack 90, win 227, options [nop,nop,TS val 451008797 ecr 2029030], length 0
18:01:48.595777 IP (tos 0x0, ttl 64, id 42149, offset 0, flags [DF], proto TCP (6), length 52)
192.168.0.3.51267 > 104.207.143.23.80: Flags [.], cksum 0x864c (correct), seq 90, ack 256, win 237, options [nop,nop,TS val 2029044 ecr 451008797], length 0
18:01:48.597747 IP (tos 0x0, ttl 64, id 42150, offset 0, flags [DF], proto TCP (6), length 52)
192.168.0.3.51267 > 104.207.143.23.80: Flags [F.], cksum 0x864a (correct), seq 90, ack 257, win 237, options [nop,nop,TS val 2029044 ecr 451008797], length 0
18:01:48.733001 IP (tos 0x0, ttl 51, id 2709, offset 0, flags [DF], proto TCP (6), length 52)
104.207.143.23.80 > 192.168.0.3.51267: Flags [.], cksum 0x85c6 (correct), seq 257, ack 91, win 227, options [nop,nop,TS val 451008939 ecr 2029044], length 0
Io però non so interpretare questa situazione e non so nemmeno se ho eseguito correttamente il test, è questo ciò che volevi?
Intanto ti assicuro che il server su 192.168.0.3 è correttamente configurato al 100%, riesco a raggiungerlo in locale e se riconfiguro la rete e lo sposto su br-lan/pppoe-wan funziona correttamente anche il port-forwarding, al momento non c'è né firewall né altro che possa causare problemi, c'è solo apache in ascolto su 80 e 443.
#POSTEDIT3
Ti voglio far presente che ho anche notato una cosa alquanto strana.
Se su un pc collegato in br-lan/ppoe-wan apro il browser e inserisco l'indirizzo pubblico di ppoe-wan, allora vengo correttamente reindirizzato sul server presente in br-lan ed esposto tramite pppoe-wan.
Se su un pc collegato in br-lan/ppoe-wan apro il browser e inserisco l'indirizzo pubblico di ppoe-wan2, allora non succede assolutamente nulla e non riesco ad accedere al server presente in br-lan2 e che dovrebbe essere esposto tramite pppoe-wan2.
Se su un pc collegato in br-lan2/ppoe-wan2 apro il browser e inserisco l'indirizzo pubblico di ppoe-wan, allora vengo reindirizzato sulla pagina di accesso del router (?!?!?!?!?).
Se su un pc collegato in br-lan2/ppoe-wan2 apro il browser e inserisco l'indirizzo pubblico di ppoe-wan2, nemmeno succede nulla e non riesco ad accedere al server presente in br-lan2 e che dovrebbe essere esposto tramite pppoe-wan2.
-
Ok allora il port forward funziona, i pacchetti arrivano al tuo server e lui risponde pure ma la risposta non arriva a destinazione (di preciso, arriva SYN, lui risponde SYN+ACK ma non arriva mai l'ACK finale). Ora se tu stessi facendo una SYN scan sarebbe anche normale, ma se il test dice che la porta non è aperta vuol dire che il SYN+ACK non gli arriva.
Sulle chain di forward è tutto ok, passi da zone_wan2_forward, entri in forwarding_wan2_rule che è vuota quindi torni in zone_wan2_forward e finisci in ACCEPT. A questo punto de guardi il counter in -iptables -t nat vedi la traduzione ma già sappiamo che funziona perchè abbiamo visto da tcpdump che la fa correttamente. Guardando invece il tcpdump fatto su pppoe-wan2 mentre tentavi di raggiungere il server in lan2 si vede che da lì non passa alcun SYN+ACK (puoi vedere dal test fatto su pppoe-wan cosa sarebbe dovuto apparire se fossero passati), il che mostra come effettivamente al port tester non arrivi nulla. Adesso prova a fare una cosa, rifai lo stesso test verso il server su lan2 via wan2, ma tieni aperto il tcpdump su pppoe-wan (la 1, non la 2). Voglio vedere se epr caso il SYN+ACK mancante finisce su quell'interfaccia. Se li vedì lì, allora è un problema su mwan. Se invece non sono nemmeno lì, allora si sono persi da qualche parte nel nat in uscita (che ha a che fare con la regola che ti ho fatto aggiungere), in tal caso per sapere che fine fanno seguili sui counter di iptables alla stessa maniera, prima sulla filter di lan2, poi sulla nat e poi sulla filter di wan2, per non uscire da nessuna parte dovranno andare a finire su qualche regola DROP.
Le cose strane che hai nominato sono in parte ragionevoli. Quando crei un port-forward lui ti crea anche le relative regole di reflection, cioè sono fatte in modo tale ce da pc in locale tu possa "raggiungere" un servizio su ip pubblico del router. E' come se applicasse non solo la regola NAT alle connessioni provenienti da wan ma anche a quelle provenienti da lan. In più lui cambia anche l'ip sorgente del traffico in se stesso. Quindi:
1- ok, ce lo aspettavamo
2 -ok, se c'è una regola di reflection per dirottare tali richieste direttamente in lan2, allora è normale che non accada nulla perchè le relative interfacce br-lan e br-lan2 sono in zone lan e lan2 isolate tra loro, se non ci fosse (ma c'è, me l'hai fatta vedere qualche post addietro) la regola di reflection avendo quel problema di "porta chiusa" è ragionevole che non funzioni
3- è ragionevole, sappiamo che la webui del router è in ascolto su br-lan all'ip del router, immagino che con reflection questo risultato sia ammissibile
4- questa non me la spiego, se ci fosse relfection dovrebbe funzionare a prescindere da mwan, senza reflection sarebbe normale che non funzioni
-
Guardando invece il tcpdump fatto su pppoe-wan2 mentre tentavi di raggiungere il server in lan2 si vede che da lì non passa alcun SYN+ACK (puoi vedere dal test fatto su pppoe-wan cosa sarebbe dovuto apparire se fossero passati), il che mostra come effettivamente al port tester non arrivi nulla.
Non volermene, è da quando hai scritto che sto cercando di capire cosa avrei dovuto vedere sul tcpump2 di pppoe-wan2 se SYN+ACK fossero passati. Non riesco a capire la differenza tra i due tcpdump, di pppoe-wan e pppoe-wan2. Non che non mi fidi eh, sia chiaro, solo che mi piacerebbe capire.
Adesso prova a fare una cosa, rifai lo stesso test verso il server su lan2 via wan2, ma tieni aperto il tcpdump su pppoe-wan (la 1, non la 2). Voglio vedere se epr caso il SYN+ACK mancante finisce su quell'interfaccia. Se li vedì lì, allora è un problema su mwan. Se invece non sono nemmeno lì, allora si sono persi da qualche parte nel nat in uscita (che ha a che fare con la regola che ti ho fatto aggiungere), in tal caso per sapere che fine fanno seguili sui counter di iptables alla stessa maniera, prima sulla filter di lan2, poi sulla nat e poi sulla filter di wan2, per non uscire da nessuna parte dovranno andare a finire su qualche regola DROP.
Intanto scollego il server in br-lan/ppoe-wan e faccio il test che mi ha chiesto. Se lo lascio attivo credo possa falsare il test.
#POSTEDIT
O, ho fatto il test che mi hai chiesto, mi sono collegato su https://www.yougetsignal.com/tools/open-ports/, ho inserito l'ip pubblico di pppoe-wan2 e la porta 80, poi ho lanciato:
tcpdump -pnvvi pppoe-wan port 80
tcpdump: listening on pppoe-wan, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
20:22:23.986661 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x5170 (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 192509 ecr 1998618361,nop,wscale 7], length 0
20:22:24.983180 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x510d (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 192608 ecr 1998618361,nop,wscale 7], length 0
20:22:24.992530 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xba9e (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 192609 ecr 1998618612,nop,wscale 7], length 0
20:22:25.984306 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xba3a (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 192709 ecr 1998618612,nop,wscale 7], length 0
20:22:25.994318 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xf536 (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 192709 ecr 1998618862,nop,wscale 7], length 0
20:22:26.002812 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xba39 (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 192710 ecr 1998618612,nop,wscale 7], length 0
20:22:26.184311 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x5094 (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 192729 ecr 1998618361,nop,wscale 7], length 0
20:22:26.984286 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xf4d2 (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 192809 ecr 1998618862,nop,wscale 7], length 0
20:22:26.993524 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xf4d2 (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 192809 ecr 1998618862,nop,wscale 7], length 0
20:22:28.184327 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x4fcc (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 192929 ecr 1998618361,nop,wscale 7], length 0
20:22:28.584317 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xb936 (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 192969 ecr 1998618612,nop,wscale 7], length 0
20:22:28.984269 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xf40a (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 193009 ecr 1998618862,nop,wscale 7], length 0
20:22:32.184408 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x4e3c (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 193329 ecr 1998618361,nop,wscale 7], length 0
20:22:32.584482 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xb7a6 (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 193369 ecr 1998618612,nop,wscale 7], length 0
20:22:32.984336 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xf27a (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 193409 ecr 1998618862,nop,wscale 7], length 0
20:22:40.184416 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x4b1c (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 194129 ecr 1998618361,nop,wscale 7], length 0
20:22:40.584494 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xb486 (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 194169 ecr 1998618612,nop,wscale 7], length 0
20:22:40.984390 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xef5a (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 194209 ecr 1998618862,nop,wscale 7], length 0
20:22:56.184556 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59698: Flags [S.], cksum 0x44dc (correct), seq 322838223, ack 3448019863, win 28960, options [mss 1360,sackOK,TS val 195729 ecr 1998618361,nop,wscale 7], length 0
20:22:56.584566 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59699: Flags [S.], cksum 0xae46 (correct), seq 4211629845, ack 1012439588, win 28960, options [mss 1360,sackOK,TS val 195769 ecr 1998618612,nop,wscale 7], length 0
20:22:56.984453 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
yy.yy.yy.yy.80 > 198.199.98.246.59702: Flags [S.], cksum 0xe91a (correct), seq 2856302113, ack 1888756652, win 28960, options [mss 1360,sackOK,TS val 195809 ecr 1998618862,nop,wscale 7], length 0
^C
21 packets captured
21 packets received by filter
0 packets dropped by kernel
Dove yy.yy.yy.yy è effettivamente l'ip pubblico di pppoe-wan2.
Ma la cosa strana è che ho fatto questo test due volte, la prima volta il tcpdump risultava vuoto, la seconda volta mi ha dato questo.
Ho inoltre notato che se ad esempio faccio lo scan di una porta non aperta su una delle due wan e metto in ascolto tcpdump su quella porta, comunque ottengo qualcosa. Ad esempio qui ho testato la porta 82 su ip pubblico di pppoe-wan2, sul router ho lanciato:
tcpdump -pnvvi pppoe-wan2 port 82
ed ho ottenuto questo:
tcpdump: listening on pppoe-wan2, link-type LINUX_SLL (Linux cooked), capture size 262144 bytes
20:26:36.659187 IP (tos 0x0, ttl 53, id 30859, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.58255 > yy.yy.yy.yy.82: Flags [S], cksum 0xd77b (correct), seq 1049562417, win 14600, options [mss 1460,sackOK,TS val 1998681530 ecr 0,nop,wscale 8], length 0
20:26:37.657408 IP (tos 0x0, ttl 53, id 30860, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.58255 > yy.yy.yy.yy.82: Flags [S], cksum 0xd681 (correct), seq 1049562417, win 14600, options [mss 1460,sackOK,TS val 1998681780 ecr 0,nop,wscale 8], length 0
20:26:37.659124 IP (tos 0x0, ttl 54, id 42764, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.58262 > yy.yy.yy.yy.82: Flags [S], cksum 0x74d3 (correct), seq 3685667256, win 14600, options [mss 1460,sackOK,TS val 1998681780 ecr 0,nop,wscale 8], length 0
20:26:38.654436 IP (tos 0x0, ttl 53, id 5075, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.58266 > yy.yy.yy.yy.82: Flags [S], cksum 0xa8c1 (correct), seq 335438973, win 14600, options [mss 1460,sackOK,TS val 1998682030 ecr 0,nop,wscale 8], length 0
20:26:38.660518 IP (tos 0x0, ttl 54, id 42765, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.58262 > yy.yy.yy.yy.82: Flags [S], cksum 0x73d9 (correct), seq 3685667256, win 14600, options [mss 1460,sackOK,TS val 1998682030 ecr 0,nop,wscale 8], length 0
20:26:39.650948 IP (tos 0x0, ttl 53, id 5076, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.58266 > yy.yy.yy.yy.82: Flags [S], cksum 0xa7c7 (correct), seq 335438973, win 14600, options [mss 1460,sackOK,TS val 1998682280 ecr 0,nop,wscale 8], length 0
è normale?
-
Il secondo è del tutto normale, sono i test in arrivo, sono tutti SYN, con nessuna risposta perchè su quella porta non c'è nulla in ascolto.
Il primo test invece sono tutti SYN-ACK... quelli che dovevano arrivare dall'altra parte, eccoli qua.
Effettivamente l'output di tcpdump così com'è è un po' illeggibile se non sai cosa stai cercando di preciso, ti conviene aggiungere l'opzione -w /tmp/cattura.pcap e aprire il file risultante in wireshark per vedere meglio cosa hai davanti.
E niente, per qualche ragione del tutto fuori dalla mia comprensione i pacchetti di risposta stanno finendo tutti sull'interfaccia sbagliata. Il colmo è che l'interfaccia viene selezionata correttamente, infatti il pacchetto viene fatto uscire con ip sorgente pari a quello di pppoe-wan2 ma viene comunque buttato sulla prima. Torno a dire che il problema è quel gateway identico sulle due connessioni. Non proverei a passare ad mwan3, nella docu fa comunque esempi che hanno un gateway diverso per ogni rotta quindi ho il leggero presentimento che non abbiamo mai gestito un caso del genere. Farei due cose: uno, scasserei le palle a quelli di mwan3 cercando di farmi dire se una situazione del genere è gestibile secondo loro, e due, proverei lo stesso test tenendo spenta pppoe-wan.
-
Non ricordo con quale comando, ma ieri sono riuscito a controllare i mark che venivano assegnati alle due interfacce wan, ed arano lo stesso, quindi credo sia quasi normale quello che accade, non credi? E se provassi a mettere un mark diverso su wan2? Ieri c'ho provato ma sono andato a tentativi senza validi risultati.
Provo a ricordare come ho fatto ieri e posto tutto qui.
#POSTEDIT
Intanto cito da qui:
https://kb.kurgan.org/LinuxDebian/MultiWAN
Se serve il NAT entrante (per esempio, un host della LAN pubblica una porta sulle due WAN, in modo che da fuori, collegandosi a uno qualsiasi dei due ip pubblici, si raggiunga sempre lo stesso host della LAN) allora la cosa si complica un pochino. Dovremo infatti usare il modulo fwmark di iptables, e gestire i mark nelle regole di routing. Diciamo che vogliamo nattare la porta 25 (smtp) in ingresso, e mandarla a un server che sta in LAN.
Nel firewall dobbiamo fare il DNAT, e questo e` ovvio. Facendo due regole, una per interfaccia, dico al firewall che qualsiasi connessione entrante da fuori sulla 25 (e su tutte e due le WAN) venga mandata allo stesso host interno
Nel firewall però dobbiamo anche marcare con fwmark le connessioni che stiamo andando a nattare, allo scopo di poterle poi "ricondurre" alla giusta interfaccia WAN, ovvero per fare in modo che i pacchetti di risposta ad una connessione che entra dalla interfaccia WAN numero 1 vengano mandati fuori dalla interfaccia WAN numero 1 e non dall'altra (e viceversa ovviamente). Per farlo, ci sono 3 cose da fare; marcare le connessioni entranti (operazione che avviene nella table "mangle") distinguendo con un mark diverso quelle della interfaccia WAN 1 da quelle della WAN 2, e poi restorare il mark nei pacchetti "related, established" che tornano dalla LAN alla WAN, in modo che poi possiamo "dirigerli" verso la giusta interfaccia WAN usando una "ip rule".
Mi sembra proprio che nel mio caso i pacchetti di risposta ad una connessione che entra dalla interfaccia WAN numero 2 vengano mandati fuori dalla interfaccia WAN numero 1 e stando a quanto riportato è "normale" senza un mark corretto. Sbaglio? O ho capito male io?
-
ip -4 rule
A me i marker non sono uguali, tu cosa intendi di preciso?
root@OpenWrt:~# ip -4 rule
0: from all lookup prelocal
1: from all lookup local
220: from all lookup 220
1016: from all iif vlan935_eth4 lookup main
1017: from all iif pppoe-test lookup main
1018: from all iif pppoe-wan lookup main
2016: from all fwmark 0x10000000/0xf0000000 lookup main
2017: from all fwmark 0x20000000/0xf0000000 lookup iptv
2018: from all fwmark 0x30000000/0xf0000000 lookup main
3016: from all fwmark 0x10000000/0xf0000000 unreachable
3017: from all fwmark 0x20000000/0xf0000000 unreachable
3018: from all fwmark 0x30000000/0xf0000000 unreachable
10000: from 10.152.0.28 lookup main
10000: from 62.11.174.217 lookup main
10000: from 82.84.71.101 lookup iptv
20000: from all to 10.152.0.28/21 lookup main
20000: from all to 62.11.174.217 lookup main
20000: from all to 82.84.71.101 lookup iptv
32766: from all lookup main
32767: from all lookup default
90029: from all iif lo lookup main
90032: from all iif lo lookup main
90033: from all iif lo lookup iptv
root@OpenWrt:~#
Lasia perdere i marker, rimetti mano allo script che crea le default route di ppp, fai in modo che le default route appaiano fatte in questo modo (deve sparire la direttiva via _ip_gw_[/i) e dimmi se internet funziona ancora e se è cambiato qualcosa:
default dev pppoe-wan proto static
-
Secondo me l'esempio che hai riportato non c'entra nel tuo caso, serve quando ad uno stesso pc (ad esempio in lan2) sia concesso di raggiungere internet attraverso sia wan che wan2. A quel punto esiste il problema di "rilegare" il traffico stabilito su una connessione sulla medesima. Questa è una cosa che MultiWAN non faceva di suo, ma che mwan3 fa con un parametro specifico. Se questo fosse il tuo caso, vedresti uscire da pppoe-wan i pacchetti SYN-ACK di risposta a quelli ricevuti da pppoe-wan2 ma li vedresti uscire con ip sorgente uguale a quello pubblico di wan e non wan2 (come si vede nel tuo dump).
Il tuo caso è più subdolo, lui ha capito da quale interfaccia uscire, del resto ne ha una sola, ma non lo fa.
-
A me i marker non sono uguali, tu cosa intendi di preciso?
Ok, con questo comando anche a me risultano differenti. Ieri sera avevo visto qualcosa che mi aveva fatto credere di avere gli stessi mark su wan e wan2, sul router non c'è l'history e non ricordo proprio che avevo fatto. Sicuramente però avrò frainteso qualcosa.
Lasia perdere i marker, rimetti mano allo script che crea le default route di ppp, fai in modo che le default route appaiano fatte in questo modo (deve sparire la direttiva via _ip_gw_[/i) e dimmi se internet funziona ancora e se è cambiato qualcosa:
default dev pppoe-wan proto static
Ok, fatto a mano al momento senza script. Fatto sia per pppoe-wan che per pppoe-wan2. Internet funziona, navigo, ma per l'accesso al server non è cambiato nulla.
ip route show
default dev pppoe-wan proto static scope link metric 10
192.168.0.0/24 dev br-lan2 proto kernel scope link src 192.168.0.1
192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1
192.168.100.1 dev pppoe-wan proto kernel scope link src xx.xx.xx.xx
192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1
192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129
ip route show table main2
default dev pppoe-wan2 proto static scope link metric 20
192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy metric 20
Farei due cose: uno, scasserei le palle a quelli di mwan3 cercando di farmi dire se una situazione del genere è gestibile secondo loro, e due, proverei lo stesso test tenendo spenta pppoe-wan.
Avevo dimenticato di risponderti a questo, ieri avevo già provato a spegnere pppoe-wan per vedere se riuscivo ad accedere al server su pppoe-wan2, ma nulla, non riuscivo.
-
E dove vanno a finire quei pacchetti quando pppoe-wan è spenta? Se non funziona vuol dire che non vanno né in pppoe-wan (Spenta) nè in pppoe-wan2 (tcpdump ti dovrebbe dare la conferma), quindi dovresti vederli finire in qualche regola DROP in iptables. Scopri quale.
-
Ok, allora con wan spenta, test della porta 80 su pppoe-wan2 dal solito sito, lancio sul router:
tcpdump -pnvvi pppoe-wan2 port 80
23:26:20.917560 IP (tos 0x0, ttl 54, id 34892, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53254 > yy.yy.yy.yy.80: Flags [S], cksum 0x25c4 (correct), seq 3708686371, win 14600, options [mss 1460,sackOK,TS val 2001377634 ecr 0,nop,wscale 8], length 0
23:26:20.925563 IP (tos 0x0, ttl 53, id 4543, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53259 > yy.yy.yy.yy.80: Flags [S], cksum 0x4d6c (correct), seq 1017612509, win 14600, options [mss 1460,sackOK,TS val 2001377634 ecr 0,nop,wscale 8], length 0
23:26:21.916706 IP (tos 0x0, ttl 53, id 4544, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53259 > yy.yy.yy.yy.80: Flags [S], cksum 0x4c72 (correct), seq 1017612509, win 14600, options [mss 1460,sackOK,TS val 2001377884 ecr 0,nop,wscale 8], length 0
23:26:26.295716 IP (tos 0x0, ttl 54, id 46326, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53273 > yy.yy.yy.yy.80: Flags [S], cksum 0x4417 (correct), seq 2671061589, win 14600, options [mss 1460,sackOK,TS val 2001378979 ecr 0,nop,wscale 8], length 0
23:26:27.294928 IP (tos 0x0, ttl 54, id 46327, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53273 > yy.yy.yy.yy.80: Flags [S], cksum 0x431d (correct), seq 2671061589, win 14600, options [mss 1460,sackOK,TS val 2001379229 ecr 0,nop,wscale 8], length 0
23:26:27.296422 IP (tos 0x0, ttl 54, id 65050, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53276 > yy.yy.yy.yy.80: Flags [S], cksum 0x9c90 (correct), seq 244146567, win 14600, options [mss 1460,sackOK,TS val 2001379229 ecr 0,nop,wscale 8], length 0
23:26:28.293733 IP (tos 0x0, ttl 54, id 65051, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53276 > yy.yy.yy.yy.80: Flags [S], cksum 0x9b96 (correct), seq 244146567, win 14600, options [mss 1460,sackOK,TS val 2001379479 ecr 0,nop,wscale 8], length 0
23:26:28.302336 IP (tos 0x0, ttl 54, id 46001, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53280 > yy.yy.yy.yy.80: Flags [S], cksum 0x8a0e (correct), seq 1852969766, win 14600, options [mss 1460,sackOK,TS val 2001379479 ecr 0,nop,wscale 8], length 0
23:26:29.296492 IP (tos 0x0, ttl 54, id 46002, offset 0, flags [DF], proto TCP (6), length 60)
198.199.98.246.53280 > yy.yy.yy.yy.80: Flags [S], cksum 0x8914 (correct), seq 1852969766, win 14600, options [mss 1460,sackOK,TS val 2001379729 ecr 0,nop,wscale 8], length 0
e vedo che ad incrementare sono i contatori in zone_wan2_src_DROP:
Chain zone_wan2_src_DROP (1 references)
pkts bytes target prot opt in out source destination
45 4714 DROP all -- pppoe-wan2 * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
#POSTEDIT
Ho riacceso wan, ho fatto lo stesso test di prima su wan2/porta80, ho notato che con tcpdump -pnvvi pppoe-wan port 80 ci sono nuovamente le stesse cose di prima di wan2, ed anche in questo caso il contatore di zone_wan2_src_DROP continua ad incrementarsi.
@LuKePicci , per me ora è tutto arabo, ho finito le idee e quindi sono prossimo ad alzare bandiera bianca, quando ti sarai stancato fammelo sapere e ci fermiamo, non voglio veramente farti perdere tempo.
Eventualmente mi compilo haproxy e uso lui per esporre entrambi i server sulle porte standard, anche se la soluzione della doppia wan sarebbe stata fantastica.
#POSTEDIT2
Vedo che anche i contatori di zone_wan_src_DROP non sono pari a zero.
Chain zone_wan_src_DROP (1 references)
pkts bytes target prot opt in out source destination
31 3098 DROP all -- pppoe-wan * 0.0.0.0/0 0.0.0.0/0 /* !fw3 */
-
Ok, magari il prossimo fine settimana faccio qualche prova anch'io. che mmpbx avesse problemi di suo posso anche capirlo ma che un port forward vada in aceto in questo modo balordo è a dir poco assurdo. Ormai è una questione di principio.
Aspetta, ma in tutto questo tempo hai sempre tenuto questa in main2?
192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy metric 20
Prova a rispostarla dov'era in principio.
-
Ok, magari il prossimo fine settimana faccio qualche prova anch'io. che mmpbx avesse problemi di suo posso anche capirlo ma che un port forward vada in aceto in questo modo balordo è a dir poco assurdo. Ormai è una questione di principio.
Ah, ma se tu non ti arrendi io ci continuo a sperare ed a provare, mi arrenderei solo perché non ho le competenze per risolvere da solo questo problema e non mi via di scocciarti così tanto. Pensa che mi ero ricompilato anche il kernel del serverino arm per poter aggiungere il supporto 8021q.
Aspetta, ma in tutto questo tempo hai sempre tenuto questa in main2?
192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy metric 20
Prova a rispostarla dov'era in principio.
Oggi è sempre stata lì, quindi durante tutti i nostri test. Ho fatto una stron*ata? Devo ripeterli?
Ieri però l'avevo messa dove era in principio e non era cambiato nulla, continuava a non funzionare.
P.S.: è molto complicato compilare in crosscompile per questo dispositivo utilizzando il toolchain di Ansuel (per compilarmi haproxy)? Sono solito compilare in crosscompile per i miei serverini arm e per i miei telefoni android ma non l'ho mai fatto per openwrt.
#POSTEDIT
Ho notato che alcune chain presenti per wan, non esistono per wan2, ad esempio la chain zone_wan_dest_REJECT, non esiste zone_wan2_dest_REJECT.
#POSTEDIT2
Ho rifatto al volo i test dopo aver rimesso al posto originale 192.168.100.1 dev pppoe-wan2 proto kernel scope link src yy.yy.yy.yy metric 20 non è cambiato nulla, stessi identici comportamenti che abbiamo notato fino ad ora.
-
Non so dirti di preciso se potesse creare problemi, ma era comunque un qualcosa che avevamo toccato quindi volevo appurare che non fosse proprio quello il problema. Siccome lo spostarla non ha sortito alcun effetto io la rimetterei dov'era in origine in pianta stabile. Prova a individuare tutte le differenze tra le due zone in termini di chain, per avere qualcosa di tangibile devo provare in prima persona.
Comunque nell'output di tcpdump tu hai due righe per pacchetto, quello che guardo io è quel "Flags [ ..]" nella righe relative a tcp, che contiene il flag S (SYN) nel primo pacchetto inviato da entrambe le parti alla connessione, e l'identificativo del segmento riportato in ack. Il primo pacchetto della connessione è inviato da chi tenta di connettersi ed ha S settato ma non fa ack di nulla. Quello in risposta ha anche lui S settato ma fa ack del primo segmento appena ricevuto, il terzo in risposta a quest'ultimo ha solo ack del primo segmento inviato.
Per cui. questo era un SYN:
16:31:43.201678 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)
xx.xx.xx.xx.80 > 198.199.98.246.42793: Flags [S.], cksum 0xc2d8 (correct), seq 1271775184, ack 2538660444, win 28960, options [mss 1452,sackOK,TS val 254551618 ecr 1995158099,nop,wscale 7], length 0questo era un SYN+ACK:
16:31:43.396143 IP (tos 0x0, ttl 54, id 20489, offset 0, flags [DF], proto TCP (6), length 52)
198.199.98.246.42793 > xx.xx.xx.xx.80: Flags [.], cksum 0x6251 (correct), seq 1, ack 1, win 58, options [nop,nop,TS val 1995158149 ecr 254551618], length 0e questo è l'ACK con cui la connessione è ufficialmente aperta:
16:31:43.399216 IP (tos 0x0, ttl 54, id 20490, offset 0, flags [DF], proto TCP (6), length 52)
198.199.98.246.42793 > xx.xx.xx.xx.80: Flags [F.], cksum 0x6250 (correct), seq 1, ack 1, win 58, options [nop,nop,TS val 1995158149 ecr 254551618], length 0
Il fatto che i SYNACK provenienti dal server su lan2 finissero su pppoe-wan non me lo spiego, potrebbe dipendere dal solito ordine di avvio delle interfacce o magari si è risolto togliendo il gw dalle defaultroute. Il fatto che con pppoe-wan spenta comunque tu abbia il problema è in un certo qual modo confortante, significa che c'è qualcosa di errato nelle config che si può sistemare. Quello che voglio provare a fare io è creare la seconda zona wan2 e vedere se ho anch'io problemi a fare forwarding su di essa. Proverò prima con una porta a caso su cui il router non è anch'esso in ascolto e vediamo che succede. Magari ci provo prima su un altro router openwrt puro.
-
Non so dirti di preciso se potesse creare problemi, ma era comunque un qualcosa che avevamo toccato quindi volevo appurare che non fosse proprio quello il problema. Siccome lo spostarla non ha sortito alcun effetto io la rimetterei dov'era in origine in pianta stabile.
Fatto, rimessa in pianta stabile dove era, ho rimosso i permessi di esecuzione alls script ppp che la spostava.
Prova a individuare tutte le differenze tra le due zone in termini di chain, per avere qualcosa di tangibile devo provare in prima persona.
Ok, cerco ti trovare tutte le differenze tra le due zone in termini di chain, appena fatto ti posto tutto qui.
Comunque nell'output di tcpdump tu hai due righe per pacchetto, quello che guardo io è quel "Flags [ ..]" nella righe relative a tcp
Perfetto, ora è tutto chiaro, veramente non capivo come facevi a interpretare le informazioni. C'ho perso quasi un'ora ieri per provare a capirlo :-) Grazie mille, se non altro sto imparando molte cose per me nuove.
Il fatto che i SYNACK provenienti dal server su lan2 finissero su pppoe-wan non me lo spiego, potrebbe dipendere dal solito ordine di avvio delle interfacce o magari si è risolto togliendo il gw dalle defaultroute.
Ho rimosso il gw dalle defaultroute ed ho rifatto i test, i SYNACK provenienti dal server su lan2 finiscono ancora su pppoe-wan.
Il fatto che con pppoe-wan spenta comunque tu abbia il problema è in un certo qual modo confortante, significa che c'è qualcosa di errato nelle config che si può sistemare.
Speriamo, sarebbe fantastico se si riuscisse a sistemare il tutto, e probabilmente se si riuscisse a sistemare questa cosa potrebbe funzionare correttamente anche mmmpbx.
Quello che voglio provare a fare io è creare la seconda zona wan2 e vedere se ho anch'io problemi a fare forwarding su di essa. Proverò prima con una porta a caso su cui il router non è anch'esso in ascolto e vediamo che succede. Magari ci provo prima su un altro router openwrt puro.
Se nel frattempo ti viene qualche idea o vuoi farmi fare qualche prova io sono a tua completa disposizione.
Ne approfitto in tanto per chiederti aiuto su un'altra cosa. Questa notte ho provato a compilarmi haproxy con la toolchain messa a disposizione da @Ansuel qui:
https://github.com/Ansuel/GUI_ipk
Ho impostato tutte le variabili, ho preparato la buildroot, l'ambiente base riesco a prepararlo con successo, ma mi fallisce la compilazione di tutti i pacchetti. Ti elenco tutti gli step che ho seguito:
ho scaricato ed estratto la toolchain in:
/home/marvel/DGA4132/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/
poi:
cd /home/marvel/DGA4132/
export ARCH=arm
export PATH=/home/marvel/DGA4132/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/bin/:$PATH
export STAGING_DIR=/home/marvel/DGA4132/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/
export CROSS_COMPILE=arm-openwrt-linux-gnueabi
arm-openwrt-linux-gnueabi-gcc -v
git clone https://github.com/openwrt/chaos_calmer.git
cd chaos_calmer/
./scripts/feeds update
make defconfig -j6
make package/symlinks -j6
make menuconfig
make tools/install -j6
make toolchain/install -j6
make target/compile -j6
fino a qui funziona tutto correttamente, poi
./scripts/feeds install haproxy
make /package/feeds/packages/haproxy -j6
e qui la compilazione del pacchetto fallisce con il seguente errore:
make[1] /package/feeds/packages/haproxy
make -r /package/feeds/packages/haproxy: build failed. Please re-run make with -j1 V=s to see what's going on
/home/marvel/DGA4132/chaos_calmer/include/toplevel.mk:181: set di istruzioni per l'obiettivo "/package/feeds/packages/haproxy" non riuscito
make: *** [/package/feeds/packages/haproxy] Errore 1
Ti chiedo scusa in anticipo se scoccio sempre te, volevo chiedere info in questo thread:
https://www.ilpuntotecnico.com/forum/index.php?topic=77766.60
ma ho visto che anche su questa cosa sei molto preparato ed ho pensato di chedere direttamente a te. Non è colpa mia se sei così troppo preparato :-) :-) :-)
Ovviamente io c'ho sbattuto la testa fino alle 5 di stanotte e dalle 10 di stamane ad ora ma non capisco perché non va.
-
Se usi un semplice make V=s capisci subito dove è il problema.
Per compilare singoli pacchetti a volte bisogna compilare le dipendenze prima.
Alcuni pacchetti non gradiscono la compilazione parallela.
-
@larsen64it , grazie per la risposta, mi confermi quindi che gli step che ho effettuato per prepararmi l'ambiente di compilazione sono tutti corretti? Non ho sbagliato/mancato qualcosa? Sto compilando in crosscompile per un DGA4132 con fw AGTHP_2.2.0.
Se compilo con:
make V=s /package/feeds/packages/haproxy/
questo è l'errore:
make[1]: Entering directory '/home/marvel/DGA4132/chaos_calmer'
make[1]: *** No rule to make target '/package/feeds/packages/haproxy/'. Stop.
make[1]: Leaving directory '/home/marvel/DGA4132/chaos_calmer'
/home/marvel/DGA4132/chaos_calmer/include/toplevel.mk:181: set di istruzioni per l'obiettivo "/package/feeds/packages/haproxy/" non riuscito
make: *** [/package/feeds/packages/haproxy/] Errore 2
Ho comunque provato a compilare con successo un semplice .c:
cat << EOF > hello-world.c
#include <stdio.h>
int main (int argc, char** argv)
{
printf("Hello World\n");
return 0;
}
EOF
$ arm-openwrt-linux-gnueabi-gcc hello-world.c -o hello-world
$ file hello-world
hello-world: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), not stripped
ma se invece compilo i pacchetti falliscono tutti.
Non voglio ovviamente la soluzione, proverò a sbatterci la testa da solo, vorrei solo sapere se ho preparato correttamente l'ambiente per la compilazione.
Ho visto che non è disponibile un SDK per noi, quindi la via della buildroot con la toolchain è corretta, giusto?
Devo per caso preparare il .config in qualche modo particolare?
#POSTEDIT GRANDE QUANTO UNA CASA
Sono un cogl*one, lanciavo make /package/feeds/packages/haproxy/ con lo slash avanti, devo smetterla di fare ste cose di notte.
#POSTEDIT2
Ora riesco ad andare avanti ma poi ho un errore sulla compilazione nella toolchain di Ansuel, credo di aver sbagliato a preparare qualcosa.
./scripts/feeds install haproxy
make package/feeds/packages/haproxy/prepare
make[1] package/feeds/packages/haproxy/prepare
make[2] -C feeds/packages/net/haproxy prepare
make package/feeds/packages/haproxy/compile
make[1] package/feeds/packages/haproxy/compile
make[2] -C package/libs/toolchain compile
make -r package/feeds/packages/haproxy/compile: build failed. Please re-run make with -j1 V=s to see what's going on
/home/marvel/DGA4132/chaos_calmer/include/toplevel.mk:181: set di istruzioni per l'obiettivo "package/feeds/packages/haproxy/compile" non riuscito
make: *** [package/feeds/packages/haproxy/compile] Errore 1
make V=s package/feeds/packages/haproxy/compile
make[1]: Entering directory '/home/marvel/DGA4132/chaos_calmer'
make[2]: Entering directory '/home/marvel/DGA4132/chaos_calmer/package/libs/toolchain'
cp -fpR /home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libuClibc-*.so /home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libcrypt-*.so /home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libm-*.so /home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libpthread-*.so /home/marvel/DGA4132/chaos_calmer/build_dir/target-mips_mips32_uClibc-0.9.33.2/toolchain/
cp: cannot stat '/home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libuClibc-*.so': No such file or directory
cp: cannot stat '/home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libcrypt-*.so': No such file or directory
cp: cannot stat '/home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libm-*.so': No such file or directory
cp: cannot stat '/home/marvel/DGA4132/chaos_calmer/staging_dir/toolchain-mips_mips32_gcc-4.8-linaro_uClibc-0.9.33.2/lib/libpthread-*.so': No such file or directory
Makefile:636: recipe for target '/home/marvel/DGA4132/chaos_calmer/build_dir/target-mips_mips32_uClibc-0.9.33.2/toolchain/.built' failed
make[2]: *** [/home/marvel/DGA4132/chaos_calmer/build_dir/target-mips_mips32_uClibc-0.9.33.2/toolchain/.built] Error 1
make[2]: Leaving directory '/home/marvel/DGA4132/chaos_calmer/package/libs/toolchain'
package/Makefile:191: recipe for target 'package/libs/toolchain/compile' failed
make[1]: *** [package/libs/toolchain/compile] Error 2
make[1]: Leaving directory '/home/marvel/DGA4132/chaos_calmer'
/home/marvel/DGA4132/chaos_calmer/include/toplevel.mk:181: set di istruzioni per l'obiettivo "package/feeds/packages/haproxy/compile" non riuscito
make: *** [package/feeds/packages/haproxy/compile] Errore 2
Qualche piccolo suggerimento?
-
Credo che quello che hai fatto tu sia un cross compile
https://openwrt.org/docs/guide-developer/crosscompile
che è differente dall'usare toolchain esterno
https://oldwiki.archive.openwrt.org/doc/howto/external_toolchain
(https://i.ibb.co/qWmMKyq/ex-tool.png) (https://ibb.co/qWmMKyq) (https://i.ibb.co/swM0jSr/ex-tool2.png) (https://ibb.co/swM0jSr)
CONFIG_EXTERNAL_TOOLCHAIN=y
# CONFIG_NATIVE_TOOLCHAIN is not set
CONFIG_TARGET_NAME="arm-linux"
CONFIG_TOOLCHAIN_PREFIX="arm-linux-"
CONFIG_TOOLCHAIN_ROOT="/opt/toolchains/new"
CONFIG_TOOLCHAIN_BIN_PATH="./usr/bin ./bin"
CONFIG_TOOLCHAIN_INC_PATH="./usr/include ./include ./usr/arm-linux/sysroot/usr/include"
CONFIG_TOOLCHAIN_LIB_PATH="./usr/lib ./lib ./usr/arm-linux/sysroot/lib"
# Configuration
#
CONFIG_LIBC_ROOT_DIR="/opt/toolchains/new"
CONFIG_LIBC_FILE_SPEC="./lib/ld{-*.so,-*.so.*,-linux*.so.*} ./lib/lib{uClibc,anl,c,cidn,crypt,dl,m,nsl,nss_dns,nss_files,resolv,util}{-*.so,.so.*}"
CONFIG_PACKAGE_libgcc=y
#
# Configuration
#
CONFIG_LIBGCC_ROOT_DIR="/opt/toolchains/new"
CONFIG_LIBGCC_FILE_SPEC="./lib/libgcc_s.so.*"
CONFIG_PACKAGE_libpthread=y
#
# Configuration
#
CONFIG_LIBPTHREAD_ROOT_DIR="/opt/toolchains/new"
CONFIG_LIBPTHREAD_FILE_SPEC="./lib/libpthread{-*.so,.so.*}"
CONFIG_PACKAGE_librt=y
#
# Configuration
#
CONFIG_LIBRT_ROOT_DIR="/opt/toolchains/new"
CONFIG_LIBRT_FILE_SPEC="./lib/librt{-*.so,.so.*}"
CONFIG_PACKAGE_libstdcpp=y
#
# Configuration
#
CONFIG_LIBSTDCPP_ROOT_DIR="/opt/toolchains/new"
-
Si, infatti sto tentando di fare un cross compile tramite la toolchain messa a disposizione da Ansuel, non si può?
Ho infatti seguito la documentazione ufficiale:
https://openwrt.org/docs/guide-developer/crosscompile
https://oldwiki.archive.openwrt.org/doc/howto/build.a.package
E poi come riferimenti ho anche seguito questa pagina:
https://telecnatron.com/articles/Cross-Compiling-For-OpenWRT-On-Linux/index.html
Sui soc ARM e sui telefoni android sono solito procedere in questo modo, qui non posso farlo?
Questa è la prima volta che "gioco" con OpenWrt.
Vedo di capire come utilizzare correttamente la toolchain di Ansuel.
Grazie per gli input.
-
Forse è meglio chiedere direttamente a Ansuel come ha impostato il tutto.
Ma come lo hai impostato tu con tutti gli EXPORT ha preso poco o nulla visto che cerca le librerie di mips.
-
Diciamo che sono riuscito ad arginare il problema con una procedura differente, cerca le librerie giuste, ma comunque va in errore. Finisco di fare una prova e posto tutto.
Ma se volessi utilizzare la toolchain esterna senza cross compile come devo fare? Dove utilizzo le due configurazioni che mi hai indicato? Con i make menuconfig non riesco mai ad ottenere quello che mi hai mostrato tu con le due immagini.
-
Certo che ti sei trovato un bel professorone in materia. Per la toolchain esterna la devi impostare entrando menuconfig
Come da esempio che ti avevo postato
[*] Advanced configuration options (for developers)
[*] Use external toolchain
Target name: arm-openwrt-linux-uclibcgnueabi (in my case, yours may vary)
Toolchain prefix: arm-openwrt-linux-uclibcgnueabi- (mind the dash at the end)
Toolchain root: /path/to/toolchain/staging_dir/toolchain-arm_v5te_gcc-linaro_uClibc-0.9.32_eabi
Entrando poi base system ha controllare che libc & CO abbiano preso il giusto percorso che puoi anche modificare editando .config
-
Certo che ti sei trovato un bel professorone in materia.
Io da tutti voi posso solo che imparare e vi ringrazio perché avete la pazienza di sopportarmi.
Per la toolchain esterna la devi impostare entrando menuconfig
Domanda molto ma molto molto stupida, devo mica eseguirla sul router? Cosa che temo. E se si, come si fa dato che è oltre 500mb? Dimmi che non ho capito assolutamente un cavolo sulla toolchain esterna. Lo spero, perché altrimenti sul DGA quanto ci mette a compilare?
-
Domanda molto ma molto molto stupida
Concordo, questa non me l'aspettavo e secondo te dove li trova il tutto:
sudo apt-get -y install build-essential asciidoc binutils bzip2 gawk gettext git libncurses5-dev libz-dev patch unzip zlib1g-dev lib32gcc1 libc6-dev-i386 subversion flex uglifyjs git-core gcc-multilib p7zip p7zip-full msmtp libssl-dev texinfo libglib2.0-dev xmlto qemu-utils upx libelf-dev autoconf automake libtool autopoint device-tree-compiler
-
Ok, quindi stiamo comunque facendo cross compiling. Prima di dire altre fesserie cerco di capirne di più, mi sto confondendo le idee.
-
Forse sono anche io che te le confondo. Comunque fai prima a chiedere ad Ansuel.
-
Credo di aver capito che utilizzando la tollchain esterna non c'è bisogno di impostare alcuna variabile d'ambiente.
Ho fatto dei passi avanti ma ho ancora errori in fase di compilazione, credo per le diverse librerie utilizzate. Se ho ben capito la toolchain utilizza glibc mentre i pacchetti che tento di compilare utilizzano uclibc, ma forse ho detto una fesseria.
Ora la compilazione mi si ferma così:
make V=s package/feeds/packages/haproxy/compile
make[1]: Entering directory '/home/marvel/DGA4132/chaos_calmer'
make[2]: Entering directory '/home/marvel/DGA4132/chaos_calmer/package/libs/toolchain'
rm -rf /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/tmp-libc
mkdir -p /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/stamp /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/tmp-libc
for file in ./lib/ld{-*.so,-linux*.so.*} ./lib/lib{anl,c,cidn,crypt,dl,m,nsl,nss_dns,nss_files,resolv,util}{-*.so,.so.*}; do dir=`dirname $file` ; install -d -m0755 /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/tmp-libc/$dir ; cp -fpR /home/marvel/DGA4132/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/$file /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/tmp-libc/$dir/ ; done ; exit 0
SHELL= /home/marvel/DGA4132/chaos_calmer/staging_dir/host/bin/flock /home/marvel/DGA4132/chaos_calmer/tmp/.root-copy.flock -c 'cp -fpR /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/tmp-libc/. /home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/'
bash: /home/marvel/DGA4132/chaos_calmer/staging_dir/host/bin/flock: No such file or directory
Makefile:636: recipe for target '/home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/stamp/.libc_installed' failed
make[2]: *** [/home/marvel/DGA4132/chaos_calmer/staging_dir/target-toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/root-ar71xx/stamp/.libc_installed] Error 127
make[2]: Leaving directory '/home/marvel/DGA4132/chaos_calmer/package/libs/toolchain'
package/Makefile:191: recipe for target 'package/libs/toolchain/compile' failed
make[1]: *** [package/libs/toolchain/compile] Error 2
make[1]: Leaving directory '/home/marvel/DGA4132/chaos_calmer'
/home/marvel/DGA4132/chaos_calmer/include/toplevel.mk:181: set di istruzioni per l'obiettivo "package/feeds/packages/haproxy/compile" non riuscito
make: *** [package/feeds/packages/haproxy/compile] Errore 2
Procedo correttamente clonando questo repo: https://github.com/openwrt/chaos_calmer.git ?
#POSTEDIT
Ci sono quasi, riesco ad eseguire con successo:
./scripts/feeds install haproxy
make package/feeds/packages/haproxy/prepare
make package/feeds/packages/haproxy/compile
ma ho un errore su quello che dovrebbe essere l'ultimo step:
make package/feeds/packages/haproxy/install V=s
time: target/linux/prereq#0.17#0.06#0.38
make[1]: Entering directory '/home/marvel/DGA4132/openwrt'
make[1]: *** No rule to make target 'package/feeds/packages/haproxy/install'. Stop.
make[1]: Leaving directory '/home/marvel/DGA4132/openwrt'
/home/marvel/DGA4132/openwrt/include/toplevel.mk:225: set di istruzioni per l'obiettivo "package/feeds/packages/haproxy/install" non riuscito
make: *** [package/feeds/packages/haproxy/install] Errore 2
#POSTEDIT2
Allora, ho capito come compilare i pacchetti, non mi è possibile compilarli uno alla volta come tentavo prima, devo selezionarli nel menuconfig e lacio il make, in questo modo tutto fila liscio senza errori.
Questo però riesco a farlo senza la toolchain di Ansuel, se utilizzo la toolchain di Ansuel la compilazione fallisce.
Ma non c'è nessuno che ha provato a compilarsi dei pacchetti con questa toolchain e che può darmi qualche indicazione? Ho ovviamente impostato il target corretto, la libreria corretta ed i percorsi corretti, ma niente da fare.
Intanto proprio mentre vi scrivo ho lanciato una nuova compilazione da una buildroot pulita, speriamo bene.
#POSTEDIT3
Niente da fare, è fallita anche questa volta col seguente errore:
make -V=sc
cc1: some warnings being treated as errors
Kbuild:21: recipe for target 'kernel/bounds.s' failed
make[6]: *** [kernel/bounds.s] Error 1
Makefile:1096: recipe for target 'prepare0' failed
make[5]: *** [prepare0] Error 2
make[5]: Leaving directory '/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux-gnueabi_glibc/linux-bcm53xx_generic/linux-4.14.169'
Makefile:33: recipe for target '/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux-gnueabi_glibc/linux-bcm53xx_generic/linux-4.14.169/.modules' failed
make[4]: *** [/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux-gnueabi_glibc/linux-bcm53xx_generic/linux-4.14.169/.modules] Error 2
make[4]: Leaving directory '/home/marvel/DGA4132/openwrt/target/linux/bcm53xx'
Makefile:13: recipe for target 'compile' failed
make[3]: *** [compile] Error 2
make[3]: Leaving directory '/home/marvel/DGA4132/openwrt/target/linux'
time: target/linux/compile#1.04#0.36#1.89
target/Makefile:23: recipe for target 'target/linux/compile' failed
make[2]: *** [target/linux/compile] Error 2
make[2]: Leaving directory '/home/marvel/DGA4132/openwrt'
target/Makefile:18: recipe for target '/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux-gnueabi_glibc/stamp/.target_compile' failed
make[1]: *** [/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux-gnueabi_glibc/stamp/.target_compile] Error 2
make[1]: Leaving directory '/home/marvel/DGA4132/openwrt'
Build failed - please re-run with -j1 to see the real error message
/home/marvel/DGA4132/openwrt/include/toplevel.mk:225: set di istruzioni per l'obiettivo "world" non riuscito
Il .config che sto utilizzando è il seguente: https://pastebin.com/WAkWXLcn
@LuKePicci o @Ansuel , riuscite a darmi qualche indicazione per favore?
#POSTEDIT4
Me la canto e me la suono da solo, sembra che ora stia andando cambiando nel .config da:
CONFIG_TARGET_NAME="arm-openwrt-linux-gnueabi"
CONFIG_TOOLCHAIN_PREFIX="arm-openwrt-linux-gnueabi-"
a:
CONFIG_TARGET_NAME="arm-openwrt-linux"
CONFIG_TOOLCHAIN_PREFIX="arm-openwrt-linux-"
Dita incrociate.
#POSTEDIT5
Niente da fare, spero in un vostro aiuto.
#POSTEDIT6
Ora sto compilando con un nuovo .config dove ho disabilitato tutto ciò che non è userspace. Speriamo bene.
#POSTEDIT7
Ok ragazzi, come direbbe Tony Stark: "Posso compilare."
Si, riesco a compilare la maggior parte dei pacchetti, anche se non tutti e con la mia solita fortuna non riesco a compilare l'unico pacchetto che mi serviva, ossia haproxy, la cui compilazione fallisce col seguente errore:
make[3]: Entering directory '/home/marvel/DGA4132/openwrt/feeds/packages/net/haproxy'
rm -f /home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3/.built
touch /home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3/.built_check
make TARGET=linux-glibc -C /home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3 DESTDIR="/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3/ipkg-install" CC="arm-openwrt-linux-gcc" PCREDIR="/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/usr/" USE_LUA=1 LUA_LIB_NAME="lua5.3" LUA_INC="/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/usr/include/lua5.3" LUA_LIB="/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/usr/lib" SMALL_OPTS="-DBUFSIZE=16384 -DMAXREWRITE=1030 -DSYSTEM_MAXCONN=165530" USE_LINUX_TPROXY=1 USE_LINUX_SPLICE=1 USE_TFO=1 USE_NS=1 USE_ZLIB=1 USE_PCRE=1 USE_PCRE_JIT=1 USE_GETADDRINFO=1 USE_THREAD=1 USE_PTHREAD_PSHARED=1 VERSION="2.1.3" SUBVERS="-1" VERDATE="2020/02/18" IGNOREGIT=1 USE_OPENSSL=1 ADDLIB="-lcrypto -lm " CFLAGS="-Os -pipe -fno-caller-saves -fno-plt -mfloat-abi=soft -D_FORTIFY_SOURCE=1 -Wl,-z,now -Wl,-z,relro -fno-strict-aliasing -Wdeclaration-after-statement -fwrapv -Wno-format-truncation -Wno-unused-label -Wno-sign-compare -Wno-unused-parameter -Wno-old-style-declaration -Wno-ignored-qualifiers -Wno-clobbered -Wno-missing-field-initializers -Wno-implicit-fallthrough -Wno-stringop-overflow -Wno-cast-function-type -Wtype-limits -Wshift-negative-value -Wshift-overflow=2 -Wduplicated-cond -Wnull-dereference" LD="arm-openwrt-linux-gcc" LDFLAGS="-L/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/usr/lib -L/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/lib -L/home/marvel/DGA4132/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/usr/lib -L/home/marvel/DGA4132/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_glibc_eabi/lib -znow -zrelro -latomic" EXTRA_OBJS="contrib/prometheus-exporter/service-prometheus.o"
make[4]: Entering directory '/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3'
CC src/ev_poll.o
arm-openwrt-linux-gcc: error: unrecognized command line option '-Wshift-negative-value'
arm-openwrt-linux-gcc: error: unrecognized command line option '-Wshift-overflow=2'
arm-openwrt-linux-gcc: error: unrecognized command line option '-Wduplicated-cond'
arm-openwrt-linux-gcc: error: unrecognized command line option '-Wnull-dereference'
Makefile:875: recipe for target 'src/ev_poll.o' failed
make[4]: *** [src/ev_poll.o] Error 1
make[4]: Leaving directory '/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3'
Makefile:163: recipe for target '/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3/.built' failed
make[3]: *** [/home/marvel/DGA4132/openwrt/build_dir/target-arm-openwrt-linux_glibc/haproxy-ssl/haproxy-2.1.3/.built] Error 2
make[3]: Leaving directory '/home/marvel/DGA4132/openwrt/feeds/packages/net/haproxy'
time: package/feeds/packages/haproxy/ssl/compile#0.13#0.04#0.56
package/Makefile:111: recipe for target 'package/feeds/packages/haproxy/compile' failed
make[2]: *** [package/feeds/packages/haproxy/compile] Error 2
make[2]: Leaving directory '/home/marvel/DGA4132/openwrt'
package/Makefile:107: recipe for target '/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/stamp/.package_compile' failed
make[1]: *** [/home/marvel/DGA4132/openwrt/staging_dir/target-arm-openwrt-linux_glibc/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/marvel/DGA4132/openwrt'
/home/marvel/DGA4132/openwrt/include/toplevel.mk:225: set di istruzioni per l'obiettivo "world" non riuscito
make: *** [world] Errore 2
Comunque se vi serve qualcosa battete un colpo, vedo se riesco a compilarvelo.
#POSTEDIT8
Ragazzi, ce l'ho fatta, mi sono compilato anche haproxy, dopo aver trovato questo problema:
https://github.com/haproxy/haproxy/issues/83
ho capito che usavo il repo più recente di openwrt e non andava bene, usando il branch 18.06 sono riuscito a compilare tutto.
Intanto chiedo scusa a tutti coloro che ho disturbato con questo mio "diario" e la soddisfazione di aver fatto tutto da solo è grande.
Un grazie a @larsen64it per avermi messo sulla giusta strada facendomi capire di dover usare la toolchain come toolchain esterna e non come ero solito fare ed un grazie enorme ad @Ansuel per aver messo a disposizione di tutti noi la sua toolchain.
Se a qualcuno dovesse servire qualche pacchetto non esitate a chiedere, sono a disposizione.
-
Prova a individuare tutte le differenze tra le due zone in termini di chain, per avere qualcosa di tangibile devo provare in prima persona.
@LuKePicci , ho ripreso il problema del port forwarding, ho controllato tutte le chain e non vi sono differenze, è stata una mia svista quella dell'altra volta. Se può servire mi sono compilato anche mwan3 e ora posso provare anche con lui, in modo da poter anche chiedere supporto ai ragazzi di mwan3.
#POSTEDIT
@LuKePicci , ti aggiorno su una cosa, se wan2 parte per ultima il port forwarding verso wan2 funziona e va in malora quello verso wan.
#POSTEDIT2
Ed ho risolto anche questa, sono troppo forte!!!!
Ora funziona senza problemi il port forwarding sia su wan che su wan2.
Se può servire a qualcuno basta aggiungere questa regola:
config rule
option in 'lan2'
option priority '2'
option lookup 'xxx'
dove xxx è ovviamente l'id numerico della routing table.
L'unica cosa che non funziona ancora come vorrei è mmpbxd, devo sempre utilizzare il workaround, ma conto di lavorarci nei prossimi giorni.
Quasi quasi ora provo asterisk, @nclmrc , puoi darmi qualche consiglio prima di fare casini? Seguo semplicemente quella guida che mi hai linkato in qualche post fa?
-
si @Marvel puoi iniziare ad usare quella per fare andare almeno su il trunk
-
Perfetto, questo sarà ciò che farò in questo fine settimana.
@LuKePicci , intanto ci sono novità con la doppia wan ed mmpbxd, faccio un veloce riepilogo.
Con wan e wan2, se wan2 parte per ultima ed mmpbxd utilizza l'interfaccia wan, allora ho il seguente errore:
logread
Tue Mar 3 09:32:08 2020 user.debug mmpbxd[11289]: [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
Tue Mar 3 09:32:08 2020 user.debug mmpbxd[11289]: [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 403
Per avere maggiori informazioni ho quindi fatto un tcpdump sia su wan che su wan2 ed il risultato è stato abbastanza chiarificatore.
Su wan2 non ho nulla, il traffico passa correttamente tramite wan ed ho questo errore:
tcpdump -pnvvi pppoe-wan port 5060
SIP/2.0 403 No Roaming Agreement From Current Network 110200201005004
che mi ha fatto molto pensare.
Sembra quasi che sia la TIM a respingere la richiesta di registrazione del mio voip e non un problema del router e con la mia configurazione potrebbe anche starci. Dal mio router si attivano due inidirizzi IP pubblici, prima wan e poi wan2 ed mmpbxd tenta di registrarsi tramite wan. La tim però vede che l'ultimo indirizzo IP pubblico del mio router è quello associato a wan2 e quindi per una questione di sicurezza non permette la registrazione del voip sull'indirizzo ip associato a wan ritenendo che sia l'ip di wan2 quello ormai associato alla mia utenza.
Facendo una ricerca su ho infatti trovato diversa roba che avvalora la mia tesi, compresa la documentazione ufficiale tim:
https://www.telecomitalia.com/content/dam/telecomitalia/documents/TIM-Gm-Interface-specification.pdf
https://www.adslzone.net/foro/fibra-optica.94/manual-configuracion-voip-ftth-movistar.312263/page-6
Ed anche un post del nostro @FrancYescO:
https://www.hwupgrade.it/forum/showpost.php?p=45474367&postcount=929
Probabilmente cambiando correttamente il mac address delle due wan potrei riuscire a risolvere il problema ma sembra sia impossibile. Ho ovviamente provato a cambiare quelle in wan e wan2 ma non cambia nulla.
Secondo voi c'è un modo corretto per cambiare il mac address alle due wan?
-
Questo comportamento che descrivi c'è uguale anche su Vodafone (su proxy pubblico), ma lì i realtà non arriva proprio nessun messaggio di errore. Il modo corretto per cambiare il mac è quello spiegato sul thread riguardo la config voip su Vodafone.
edit: ci ho riflettuto un attimo, l'esempio di Vodafone sui mac address non è calzante, lì hai due device 8021q sulla stessa porta, ognuno fa una pppoe. Per questo motivo lì avevamo fatto cambiare anche il mac del device 8021q in modo che coincidesse alla pppoe soprastante, tu non devi farlo, devi cambiare il mac solo all'interfaccia soprastante, dato che il device 8021q che usi per entrambe è il medesimo, quello su vlan 836.
-
Tu cosa ne pensi della mia conclusione? Il mio ragionamento potrebbe filare? Anche perché se imposto wan2 come interfaccia di mmpbxd e wan2 parte per ultima allora funziona ed ho l'errore se è wan a partire per ultima.
Per quanto riguarda il mac address, ho già provato a cambiarlo semplicemente sull'interfaccia wan2 creandone uno completamente nuovo e di con un vendor id differente ma con questo non è cambiato nulla.
Il punto è che sia wan che wan2 utilizzano lo stesso device wanptm0 che ha un suo mac address che alla fine è lostesso sia di wan che wan2.
Ho già letto la discussione sulla configurazione vodafone e ho visto che lì è presente il device voipptm0 con l'interface voipvoip, io invece il device voipptm0 non ce l'ho. Ho solo wanptm0 su vlan 835 e nessuna vlan 836.
#POSTEDIT
Ed risolto anche questo problema :-) c'avevo visto lungo.
Per risolverlo mi è bastato cambiare le credenziali di accesso di wan2 con quelle generiche di tim al posto di quelle più complesse che avevo preso da wan che a questo punto credo servano anche per l'autenticazione voip :-)
Ovviamente @LuKePicci grazie mille per tutto il supporto che mi hai fornito nella fase iniziale, senza il tuo aiuto non sarei mai riuscito a configurare su questo dispositivo né le vlan né mwan. Grazie veramente tanto.
-
Non conoscendo così bene TIM non avrei saputo aiutarti oltre, però che le credenziali usate di base sui router tim siano speciali lo sapevo già molto bene. Senza di esse la linea non funziona allo stesso modo. Mi sembra ragionevole che con quelle credenziali lui facesse un solo binding alla volta, Vodafone con host_uniq è uguale, non puoi usare lo stesso host_uniq su due pppoe senza che una delle due si disassoci dalla tua utenza. E col setup di router generico è uguale, solo l'ultima pppoe dati ti fa connettere al proxy sip. Ma ora che hai wan2 su credenziali generiche per caso ha anche cambiato ip del gateway o è sempre lui=
-
Non conoscendo così bene TIM non avrei saputo aiutarti oltre, però che le credenziali usate di base sui router tim siano speciali lo sapevo già molto bene. Senza di esse la linea non funziona allo stesso modo. Mi sembra ragionevole che con quelle credenziali lui facesse un solo binding alla volta, Vodafone con host_uniq è uguale, non puoi usare lo stesso host_uniq su due pppoe senza che una delle due si disassoci dalla tua utenza.
Ma guarda che il tuo aiuto è stato enorme, senza di te non sarei mai riuscito a configurare il router così come ho fatto. L'illuminazione è stato il tcpdump sulle due wan quando avevo il problema con mmpbxd, lì ho capito che non era un problema di mmpbxd ma era la tim che gli impediva di registrarsi, in un primo momento ho provato a cambiare i mac address, poi mi sono focalizzato sulle credenziali e mi sono ricordato di quelle generiche che usavo senza il voip.
Se ora funziona tutto come volevo è anche grazie a te.
E col setup di router generico è uguale, solo l'ultima pppoe dati ti fa connettere al proxy sip.
Ovviamente ora non ho più il problema sull'ordine di avvio, anche quando wan2 parte per ultima il voip si registra regolarmente su wan. Ho infatti rimosso anche il workaround che utilizzavo fino ad ora. Sono proprio felice.
Ma ora che hai wan2 su credenziali generiche per caso ha anche cambiato ip del gateway o è sempre lui=
É stata la prima cosa che ho verificato :-) il gateway è sempre lo stesso per entrambe le wan, ma ormai non è più un problema perché grazie alle due tabelle di routing separate e grazie ad mwan le due wan coesistono senza problemi.
Infine grazie alla regola che ho riportato qualche post fa (non so se l'hai vista) ho anche risolto il problema del port-forwarding su wan2 che ora funziona alla perfezione.
-
Sì l'ho vista, ma ce n'è già una uguale per lan(1) ?
-
Sì l'ho vista, ma ce n'è già una uguale per lan(1) ?
No, per lan(1) non c'è nessuna regola simile ma credo sia normale dato che lan(1) deve funzionare con wan che si trova nella tabella (principale) main.
-
Buongiorno ragazzi, volevo dirvi che mi sono tirato su un repo su un mio server locale con tutta una serie di pacchetti per i nuovi firmware con kernel 4.1 (fw > 2) che mancano nel repo di @Ansuel , ho ad esempio compilato iperf, nmap, dns-crypt, haproxy, mwan3, banip e ne compilerò altri man mano che mi serviranno o mi verranno in mente.
Se volete posso aprire verso l'esterno il repo sul mio server in modo che lo potete utilizzare, ovviamente a vostro rischio e pericolo.
Se può interessarvi fatemi sapere che sistemo alcune cose e pubblico tutto.
Ciao.
-
Mandali sul repo di Ansuel con una PR
-
È stata la prima cosa che ho pensato di fare ma poi mi sono fermato per due motivi:
- è un work in progress, sto facendo diverse prove e sto ricompilando spesso i pacchetti ed il mio repo locale è sulla stessa macchina con la quale li compilo e quindi per me al momento è più comodo gestire tutto così
- il mio repo è ibrido, non riesco a compilare tutti i pacchetti con buldroot/toolchain di Ansuel dato che non ho i sorgenti del kernel, molti pacchetti (tipo mwan3 e banip) ho dovuto compilarli con buildroot ufficiale e toolchain di Ansuel, non so quindi quanto conviene inviarli sul repo di Ansuel e mischiare il tutto
Al momento ritengo più comodo e conveniente aggiungere il nuovo repo in /etc/opkg/customfeeds.conf e tenerlo separato da quello di Ansuel, semmai più in là mi organizzo diversamente ed almeno per i pacchetti "normali" farò il PR.
-
Puoi considerare anche la repo di Ansuel come "tutto un test" (vedi openvpn...)
Se te ne fai un fork e magari inserisci un bel git push di quelli che compili nella tua repo github verrà più semplice sia per la tua gestione che per un eventuale merge delle repo
Anche perché prima o poi le repo su server homemade...
-
Puoi considerare anche la repo di Ansuel come "tutto un test" (vedi openvpn...)
Se te ne fai un fork e magari inserisci un bel git push di quelli che compili nella tua repo github verrà più semplice sia per la tua gestione che per un eventuale merge delle repo
Ok, allora appena posso cerco di procedere in questo modo, anche perché devo riorganizzarmi un poco per usare github dato che ad ora utilizzo gitlab hostato su uno dei miei due server.
Anche perché prima o poi le repo su server homemade...
Oddio, a dire il vero i miei due server sono accesi ininterrottamente uno da 5 anni e l'altro da 3 anni :-) e soprattutto uno dei due non posso spegnerlo perché mi eroga tutta una serie di servizi che uso quotidianamente :-) sono un pazzo, lo so.
-
sono un pazzo, lo so.
Se - come presumo - utilizzi configurazioni RAID magari via ZFS e backup vari & eventuali, non sei affatto pazzo :smirk:
-
Se - come presumo - utilizzi configurazioni RAID magari via ZFS e backup vari & eventuali, non sei affatto pazzo :smirk:
Ovviamente, se così non fosse sarei veramente un incosciente ad utilizzare dei miei server.
Menomale dai, qualcuno che mi capisce :-) mi sento meno pazzo :-)
-
Spero di essere nel posto giusto, dalla GUI è possibile cambiare la password di root di ssh?
Non so cosa sia successo ma non riesco più ad accedere.
Grazie,
Emanuele
-
Ciao amici....
Vi segnalo con mia enorme felicita' che sono riuscito ad ottenere sia un cross-compiler arm che gira su Windows/wsl
(obiettivo gia' raggiunto alcuni mesi fa)
che un compilatore nativo funzionante per DGA4130 firmware 2.2.0 quindi glibc2.24 completo di gdb, bison, m4, make, automake, autoconf... (montato sulla chiavetta usb) . La procedura e' replicabile e percio' voglio installare un nuovo
windows per scrivermi da zero tutta la procedura per poi salvarmela.
Anche se sembra complicato perche' si tratta comunque di costruire una "canadian cross"
ovvero costruire un compilatore che compila su x86 e restituisce un compilatore per arm che a sua volta compilera' e genera codice arm , alla fine funziona.
Vorrei pero' sapere se:
1) puo' interessare
2) sono off topic qui? se si dove potrei scrivere?
-
Ma cosa permette di fare più della buildroot di roleo su base openwrt 15 con supporto glbc 2.24 / linux 4.1 o di quella di ansuel analoga basata su openwrt 18?
-
comunque per queste storie di (cross)compilazione docker mi e' tornato incredibilmente utile, mi son trasportato l'immagine in giro senza avere preoccupazioni di farla funzionare su windows, mac, o linux oltre al fatto di non avere proccupazioni di "sporcare" wsl o mettere su intere macchine virtuali era mia intenzione fare dei Dockerfile che potessero compilare anche per tch...
questo ad esempio e' quello che avevo fatto per compilare il fw Zyxel
https://www.hwupgrade.it/forum/showpost.php?p=46412784&postcount=690
-
Comunque ecco per voi la mia esperienza che mi regalerà un cross-compiler x86->arm
e un compilatore arm->arm nativo aggiornabile in qualsiasi momento cambino librerie o kernel.
Sapete, per gli smanettoni come me essere riuscito a fare una cosa e comunicarlo agli altri
e' una grossa soddisfazione. Spero che la mia spiegazione sia
sufficientemente chiara e soprattutto che qualcuno possa testare che effettivamente funziona.
PARTENZA!
Scarico da Microsoft Store Ubuntu 18.04 LTS
# apt update
# apt upgrade
# apt install build-essential //gcc
# apt install flex //flex
# apt install texinfo //makeinfo
# apt install unzip //unzip
# apt install help2man //help2man
# apt install libtool-bin //libtool
# apt install ncurses-dev //curses
# apt install automake //crosstool
ORA INSTALLO IL PROGRAMMA CROSSTOOL-NG
$ wget http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.24.0.tar.bz2
$ tar xvjf crosstool-ng-1.24
$ cd crosstool-ng-1.24
LO INSTALLO NELLA CARTELLA cross
$ ./configure --prefix=/home/user/cross
$ make
$ make install //installa dove indicato su prefix
$ rm -rf crosstool-ng-1.24 //adesso non serve piu'
RICORDARSI CHE IL PROGRAMMA CT-NG
mette la configurazione in cross/bin/.config
mette i files temporanei in cross/bin/.build
salva i tar.gz che scarica in src (se esiste cartella src)
$ mkdir /home/user/src //salva i tar.gz qui
$ cd /home/user/cross/bin
$ ./ct-ng menuconfig
QUA USARE LA CONFIGURAZIONE PER "Cross" (vedi sotto)
CHE MI CREA, USANDO X86, IL CROSS COMPILER X86->ARM
$ ./ct-ng build
$ cd
INSTALLO IL CROSS COMPILER IN /opt SUL MIO COMPUTER X86
WINDOWS-UBUNTU COSI' SE VOGLIO COMPILO arm PURE DA QUA
# cd x-tools
# cp -r arm-unknown-linux-gnueabi /opt
# cd ..
# rm -rf x-tools
E SETTO IL MIO PATH IN MODO CHE CT-NG LO TROVI
BASTERA' EDITARE IL FILE .profile
$ PATH="$PATH:/opt/arm-unknown-linux-gnueabi/bin"
e fare source .profile
ADESSO MI PREPARO A CREARE IL COMPILATORE NATIVO
$ cd /home/user/cross/bin
# rm -rf .build // rimuovo i files vecchi
$ ./ct-ng menuconfig
QUA USARE LA CONFIGURAZIONE PER "Canadian" (vedi sotto)
CHE MI CREA, USANDO X86, IL COMPILER ARM->ARM
$ ./ct-ng build
$ cd
IMPACCHETTO IL COMPILATORE E LO PORTO SUL MODEM
# cd x-tools/HOST-arm-unknown-linux-gnueabi
# tar cvzf compiler.tgz arm-unknown-linux-gnueabi
INSERISCO UNA CHIAVETTA FORMATTATA EXT4 SUL MODEM
NON SAPETE COME FARE? USATE AOMEI PARTITION FREEWARE
https://www.diskpart.com/free-partition-manager.html
CREATE UN SISTEMA CHROOT PER COMPILARE.
usero' m per indicare la base / del futuro filesystem
chrootato e installato sulla porta usb n.1 ovvero sda1
accertarsi che /dev/sda1 sia montato (col comando mount)
COPIARE LE LIBRERIE NECESSARIE IN /lib /usr/lib
E I VARI FILES TIPO QUELLI IN /etc, SPECIALMENTE
/etc/passwd /etc/group /etc/shadow E I COMANDI /bin
esempio: #cp -r /bin /tmp/run/mountd/sda1/m
ACCERTARSI CHE IL SISTEMA CHROOT FUNZIONI CIOE' FACENDO
# chroot /tmp/run/mountd/sda1/m
PROVARE CHE I COMANDI FUNZIONINO REGOLARMENTE
ORA CHE TUTTO FUNZIONA, TRASFERISCO CON SCP
IL MIO COMPILATORE compiler.tgz sulla chiavetta
$ scp compiler.tgz 192.168.1.1:/tmp/run/mountd/sda1/m
# chroot /tmp/run/mountd/sda1/m
# mkdir opt
# cd opt
# tar xvzf compiler.tgz
METTIAMO IL LINK SIMBOLICO IN /bin
# cd /bin
# ln -s /opt/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-gcc gcc
CON LO STESSO METODO AGGIUNGERE ANCHE IL LINK IN /bin
AGLI ALTRI PROGRAMMI TIPO gdb, ldd, make, yacc, bison
ADESSO CI PREPARIAMO AD USARE IL TUTTO DA UTENTE NORMALE
# chroot /tmp/run/mountd/sda1/m
# su user // lavora da utente normale
$ cd /home/user // nella propria directory
E ORA NON RESTA CHE SETTARE IL PATH DEL COMPILATORE
BASTERA' EDITARE IL FILE .profile
$ PATH="$PATH:/opt/arm-unknown-linux-gnueabi/bin"
e fare source .profile
FINE.
------- SEGUE CONFIGURAZIONE CROSSTOOL-NG PER Cross o Canadian ------
------- CROSS: CREA SU X86 COMPILATORE X86->ARM -------
------- CANADIAN: CREA SU X86 COMPILATORE ARM->ARM -------
Paths and misc options ---> │ │
Target options ---> │ │
Toolchain options ---> │ │
Operating System ---> │ │
Binary utilities ---> │ │
C-library ---> │ │
C compiler ---> │ │
Debug facilities ---> │ │
Companion libraries ---> │ │
Companion tools ---> │ │
Paths and misc options -------------------------
│ │ *** crosstool-NG behavior *** │ │
│ │ [ ] Use obsolete features │ │
│ │ [ ] Try features marked as EXPERIMENTAL │ │
│ │ [ ] Debug crosstool-NG │ │
│ │ *** Paths *** │ │
│ │ (${HOME}/src) Local tarballs directory │ │
│ │ [*] Save new tarballs │ │
│ │ [ ] Prefer buildroot-style layout of the downloads │ │
│ │ (${CT_TOP_DIR}/.build) Working directory │ │
│ │ (${CT_PREFIX:-${HOME}/x-tools}/${CT_HOST:+HOST-
│ │ ${CT_HOST}/}${CT_TARGET}) Prefix directory │ │
│ │ [*] Remove the prefix dir prior to building │ │
│ │ [*] Install licenses │ │
│ │ [*] Render the toolchain read-only │ │
│ │ [*] Strip host toolchain executables │ │
│ │ [ ] Strip target toolchain executables │ │SI
│ │ *** Downloading *** │ │
│ │ Download agent (wget) ---> │ │
│ │ [ ] Forbid downloads │ │
│ │ [ ] Force downloads │ │
│ │ (10) Connection timeout │ │
│ │ (--passive-ftp --tries=3 -nc --progress=dot:binary) Extra options │ │
│ │ [ ] Stop after downloading tarballs │ │
│ │ [ ] Use a mirror │ │
│ │ [*] Verify download digests (checksums) │ │
│ │ Digest algorithm (SHA-512) ---> │ │
│ │ [ ] Verify detached signatures │ │
│ │ *** Extracting *** │ │
│ │ [ ] Force extractions │ │
│ │ [*] Override config.{guess,sub} │ │
│ │ [ ] Stop after extracting tarballs │ │
│ │ Patches origin (Bundled only) ---> │ │
│ │ *** Build behavior *** │ │
│ │ (0) Number of parallel jobs │ │
│ │ () Maximum allowed load │ │
│ │ [*] Use -pipe │ │
│ │ () Extra build compiler flags │ │
│ │ () Extra build linker flags │ │
│ │ () Extra host compiler flags │ │
│ │ () Extra host linker flags │ │
│ │ Shell to use as CONFIG_SHELL (bash) ---> │ │
│ │ *** Logging *** │ │
│ │ Maximum log level to see: (EXTRA) ---> │ │
│ │ [ ] Warnings from the tools' builds │ │
│ │ [*] Progress bar │ │
│ │ [*] Log to a file │ │
│ │ [*] Compress the log file │ │
Target options ---------------------------------
│ │ Target Architecture (alpha) ---> │ │arm
│ │ *** Options for arm *** │ │
│ │ Default instruction set mode (arm) ---> │ │
│ │ [ ] Use Thumb-interworking (READ HELP) │ │
│ │ -*- Use EABI │ │
│ │ () Suffix to the arch-part │ │
│ │ [ ] Omit vendor part of the target tuple │ │
│ │ *** Generic target options *** │ │
│ │ [ ] Build a multilib toolchain (READ HELP!!!) │ │
│ │ [*] Attempt to combine libraries into a single directory │ │
│ │ [*] Use the MMU │ │
│ │ Endianness: (Little endian) ---> │ │
│ │ Bitness: (32-bit) ---> │ │
│ │ *** Target optimisations *** │ │
│ │ () Architecture level │ │
│ │ () Emit assembly for CPU │ │
│ │ () Tune for CPU │ │
│ │ () Use specific FPU │ │
│ │ Floating point: (auto (let gcc decide)) ---> │ │
│ │ () Target CFLAGS │ │
│ │ () Target LDFLAGS │ │
Toolchain options ------------------------------
│ │ *** General toolchain options *** │ │
│ │ -*- Use sysroot'ed toolchain │ │
│ │ (sysroot) sysroot directory name │ │
│ │ () sysroot prefix dir (READ HELP) │ │
│ │ [ ] Build Static Toolchain │ │
│ │ [*] Add crosstool-NG version to --version output │ │
│ │ () Toolchain ID string │ │
│ │ () Toolchain bug URL │ │
│ │ *** Tuple completion and aliasing *** │ │
│ │ (unknown) Tuple's vendor string │ │
│ │ () Tuple's sed transform │ │
│ │ () Tuple's alias │ │
│ │ *** Toolchain type *** │ │
│ │ Type (Cross/Canadian) ---> │ │Cross prima, poi Canadian
│ │ *** Build system *** │ │
│ │ () Tuple (READ HELP!) │ │
│ │ () Tools prefix (READ HELP!) │ │
│ │ () Tools suffix (READ HELP!) │ │
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - QUESTA SEZIONE APPARE SE CANADIAN
│ │ *** Host system *** │ │
│ │ (arm-unknown-linux-gnueabi) Tuple (READ HELP!) │ │CANADIAN: arm-unknown-linux-gnueabi
│ │ () Tools prefix (READ HELP!) │ │
│ │ () Tools suffix (READ HELP!) │ │
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - QUESTA SEZIONE FINE
│ │ *** Misc options *** │ │
│ │ [ ] Enable nls │ │
Operating System --------------------------------
│ │ Target OS (linux) ---> │ │linux
│ │ *** Options for linux *** │ │
│ │ Source of linux (Released tarball) ---> │ │
│ │ Version of linux (4.1.49) ---> │ │4.1.49
│ │ Kernel verbosity: (Simplified) ---> │ │
│ │ [*] Check installed headers │ │
│ │ *** Common kernel options *** │ │
│ │ [*] Build shared libraries │ │
Binary utilities --------------------------------
│ │ Binary format: (ELF) ---> │ │
│ │ Binutils (binutils) ---> │ │
│ │ *** Options for binutils *** │ │
│ │ Show binutils versions from (GNU) ---> │ │
│ │ Source of binutils (Released tarball) ---> │ │
│ │ Version of binutils (2.32) ---> │ │2.32
│ │ *** GNU binutils *** │ │
│ │ Linkers to enable (ld) ---> │ │
│ │ [ ] Enable support for plugins │ │
│ │ <M> Enable -z relro in ELF linker by default │ │
│ │ () binutils extra config │ │
│ │ [ ] binutils libraries for the target
C-library --------------------------------------
│ │ C library (glibc) ---> │ │
│ │ *** Options for glibc *** │ │
│ │ Show glibc versions from (GNU) ---> │ │
│ │ Source of glibc (Released tarball) ---> │ │
│ │ Version of glibc (2.29) ---> │ │2.24
│ │ [ ] Build libidn add-on │ │
│ │ () extra config │ │
│ │ () Extra config params (READ HELP) │ │
│ │ () extra target CFLAGS │ │
│ │ [*] Enable obsolete (Sun) RPC │ │
│ │ [ ] Disable symbols versioning │ │
│ │ () Oldest supported ABI │ │
│ │ [*] Force unwind support (READ HELP!) │ │
│ │ [ ] Build and install locales │ │
│ │ Minimum supported kernel version (Same as kernel headers (default)) ---> │ │
│ │ *** Common C library options *** │ │
│ │ Threading implementation to use: (native) ---> │ │
│ │ [ ] Create /etc/ld.so.conf file │ │
│ │ [*] Install a cross ldd-like helper │ │
C compiler -------------------------------------
│ │ Compiler (gcc) ---> │ │
│ │ *** Options for gcc *** │ │
│ │ Show gcc versions from (GNU) ---> │ │
│ │ Source of gcc (Released tarball) ---> │ │
│ │ Version of gcc (8.3.0) ---> │ │
│ │ () Flags to pass to --enable-cxx-flags │ │
│ │ () Core gcc extra config │ │
│ │ () gcc extra config │ │
│ │ [*] Link libstdc++ statically into the gcc binary │ │
│ │ [ ] Use system zlib │ │
│ │ <M> Configure TLS (Thread Local Storage) │ │
│ │ *** Optimisation features *** │ │
│ │ [*] Enable GRAPHITE loop optimisations │ │
│ │ [*] Enable LTO │ │
│ │ *** Settings for libraries running on target *** │ │
│ │ [*] Optimize gcc libs for size │ │
│ │ [ ] Compile libmudflap │ │
│ │ [ ] Compile libgomp │ │
│ │ [ ] Compile libssp │ │
│ │ [ ] Compile libquadmath │ │
│ │ [ ] Compile libsanitizer │ │
│ │ *** Misc. obscure options. *** │ │
│ │ [*] Use __cxa_atexit │ │
│ │ [ ] Do not build PCH │ │
│ │ <M> Use sjlj for exceptions │ │
│ │ <M> Enable 128-bit long doubles │ │
│ │ [ ] Enable build-id │ │
│ │ linker hash style (Default) ---> │ │
│ │ Decimal floats (auto) ---> │ │
│ │ *** Additional supported languages: *** │ │
│ │ [ ] C++ │ │SI
│ │ [ ] Fortran │ │
Debug facilities -------------------------------
│ │ [ ] duma ---- │ │
│ │ [ ] gdb ---- │ │CANADIAN: SI
│ │ [ ] ltrace ---- │ │
│ │ [ ] strace ---- │ │
Companion libraries ----------------------------
│ │ [ ] Check the companion libraries builds (!!! READ HELP!!!) │ │
│ │ [ ] cloog ---- │ │
│ │ [ ] expat ---- │ │
│ │ -*- gettext ---> │ │
│ │ -*- gmp ---> │ │
│ │ -*- isl ---> │ │
│ │ [ ] libelf ---- │ │
│ │ -*- libiconv ---> │ │
│ │ -*- mpc ---> │ │
│ │ -*- mpfr ---> │ │
│ │ -*- ncurses ---> │ │
│ │ -*- zlib ---> │ │
│ │ -*- Build local libiconv │ │
│ │ -*- Build local gettext │ │
│ │ -*- Build local zlib │ │
Companion tools --------------------------------
│ │ [ ] Install companion tools for host │ │CANADIAN: SI
│ │ [ ] autoconf ---- │ │CANADIAN: SI
│ │ [*] automake ----> │ │CANADIAN: SI
│ │ [ ] bison ---- │ │CANADIAN: SI
│ │ [ ] dtc ---- │ │
│ │ [ ] libtool ---- │ │CANADIAN: SI
│ │ [ ] m4 ---- │ │CANADIAN: SI
│ │ [ ] make ---- │ │CANADIAN: SI
------------------------------------------------
FINE DELLA CONFIGURAZIONE
-
salve a tutti, avrei necessità di capire se si può fare questa cosa.
se dalla rete interna o esterna un'app si vuole connettere ad una specifica porta , e' possibile eseguire un wake on lan del pc dove viene inoltrata la connessione di quella porta ?
ho letto che si puo' fare con "ethtool -s eth0 wol pug"
ma ethtool non c'e nel repository openwrt del timhub, mentre nel repo online c'e... quindi non si puo' installare credo.
-
chiedi a @Marvel se riesce a compilartelo
-
forse ho fatto.. ma uno script generato dove lo salveresti nel router ?
e non riesco a trovare come fare a lanciarlo alla startup
-
dipende come lo vuoi lanciare, facendo port knocking immagino puoi estendere il firewall per far partire lo script... per la posizione direi nella home di root /root/
-
@r.firefox @FrancYescO
ethtool è già presente nel mio repo:
https://bit.ly/3ae1wHF
-
grazie ! grazie !
sto lavorando su uno script per accendere il server da remoto se avviene una chiamata da lan/wan sulla porta 8096
clear
WAKE=0
COUNTER=0
ip="192.168.0.2"
ip2=192.168.0.900
port=8096
echo "Listening to port $port for Host-IP $ip"
echo "Loop times >: $COUNTER"
echo "Wake times >: $WAKE"
while !(ping -c 1 -q $ip2 > /dev/null); do
if ( tcpdump -i any -c 1 -nn port 8096 --immediate-mode > /dev/null); then
echo "waking up $ip"
/usr/bin/etherwake -D -b -i br-lan METTERE IL MAC ADDRESS DELL MACCHINA DA ACCENDERE QUI
WAKE=$((WAKE+1))
fi
COUNTER=$((COUNTER+1))
clear
echo "Listening to port $port for Host-IP $ip"
echo "Loop times >: $COUNTER"
echo "Wake times >: $WAKE"
done
-
Secondo me ti conveniva mettere socat in ascolto con una cosa del genere in /etc/config/socat
config socat 'wakeup'
option enable '1'
option SocatOptions 'tcp-l:8096,reuseaddr,fork system:'\''/root/wakeup.sh && socat stdio tcp:192.168.0.9:8096'\'',pipes'
e vedere se ti fa entrambe le cose, cioè sia lanciare lo script wakeup, che inoltrare la connessione, invece di ricorrere ad un filtro permanente in tcpdump
PS: ovviamente devi disabilitare il portforward wan->lan che probabilmente hai attivo, e devi mettere una regola di nat lan->lan per fare in modo che le connessioni al pc su quella porta vengano prese in carico da socat, cioè devi cambiare l'ip destinazione con quello del router quando porta e ip di destinazione della connessione in arrivo sono quelli del pc di destinazione.
-
Molto tecnico e sicuramente meglio, ma forse preferisco farlo cosi' che e' piu' semplice anche x altri che vorranno usare qualcosa del genere. cmq grazie ne terro' di conto sicuramente.
molto gentile.
Ho fatto queste modifiche x velocizzare lo script, funziona benissimo
WAKE=0
NOW=$(date +"%m-%d-%Y-%T")
while true
do
clear
echo "Date "$NOW "Time "$TIME
echo "Wake times >: $WAKE"
echo
tcpdump -ttttnnr /tmp/tcpdump.log | cut -c-69
echo
if (tcpdump -i any -c 1 -nn port 8096 --immediate-mode -w /tmp/tcpdump.log); then
echo "waking up 192.168.0.2"
/usr/bin/etherwake -D -b -i br-lan xx:xx:xx:xx:xx:xx > /dev/null 2>&1
WAKE=$((WAKE+1))
fi
done
-
Ciao a tutti di nuovo!
Sto cercando di collegare un HDD USB al router per fare una condivisione SMB ed un Server DLNA ma il router non vede gli HDD.
Nella scheda di configurazione SMB non appare alcun disco.
Vi faccio vedere gli output di "lsusb -t", "ls -l /dev/sd*" e di "dmesg"
root@OpenWrt:~# lsusb -t
Bus 004 Device 003: ID 174c:55aa
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0002
Bus 004 Device 001: ID 1d6b:0003
root@OpenWrt:~# ls -l /dev/sd*
brw-r--r-- 1 root root 8, 0 Mar 28 12:52 /dev/sda
brw-r--r-- 1 root root 8, 1 Mar 28 12:52 /dev/sda1
[ 812.316000] usb 4-2: new SuperSpeed USB device number 3 using xhci-hcd
[ 812.335000] scsi3 : usb-storage 4-2:1.0
[ 813.340000] scsi 3:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI: 6
[ 813.349000] sd 3:0:0:0: [sda] Spinning up disk............ready
[ 822.367000] sd 3:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 822.374000] sd 3:0:0:0: [sda] Write Protect is off
[ 822.379000] sd 3:0:0:0: [sda] Mode Sense: 43 00 00 00
[ 822.384000] sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 822.399000] sda: sda1
[ 822.402000] sd 3:0:0:0: [sda] Attached SCSI disk
[ 825.368000] EXT3-fs (sda1): error: couldn't mount because of unsupported optional features (240)
[ 825.394000] EXT4-fs (sda1): couldn't mount as ext2 due to feature incompatibilities
[ 825.532000] EXT4-fs (sda1): recovery complete
[ 825.552000] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: errors=continue
Inoltre ho pensato di seguire una guida di openWRT sui dischi esterni
https://openwrt.org/docs/guide-user/storage/usb-drives
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
Downloading https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/xtream35b/packages/Packages.gz.
wget: not an http or ftp url: https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/xtream35b/packages/Packages.gz
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.
* opkg_download: Failed to download https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/xtream35b/packages/Packages.gz, wget returned 1.
root@OpenWrt:~# opkg install kmod-usb-storage
Package kmod-usb-storage (3.4.11-1) installed in root is up to date.
root@OpenWrt:~# opkg install kmod-usb-storage-uas
Unknown package 'kmod-usb-storage-uas'.
Collected errors:
* opkg_install_cmd: Cannot install package kmod-usb-storage-uas.
root@OpenWrt:~# opkg install usbutils
Unknown package 'usbutils'.
Collected errors:
* opkg_install_cmd: Cannot install package usbutils.
root@OpenWrt:~# opkg install block-mount
Unknown package 'block-mount'.
Collected errors:
* opkg_install_cmd: Cannot install package block-mount.
Non so che fare. Ho provato due diversi dischi esterni, con alimentazione esterna, sia USB 2.0 che USB 3.0.
Come mai opkg non raggiunge i repository ? Il router ha connessione verso l'esterno; la GUI l'ho aggiornata tramite comando da terminale e l'ha scaricata direttamente dal web ed ho fatto tentativi di ping su 8.8.8.8 e su www.google.com, ed entrambi vanno a buon fine.
Suggerimenti?
Sono con la GUI dev aggiornata su un Fastweb Xtream 35B.
Grazie a tutti per le eventuali risposte
-
opkg non va perchè wget fa le puzze e devi fixarlo: https://www.ilpuntotecnico.com/forum/index.php/topic,78382.msg260794.html#msg260794
per l'HDD non saprei, dato che te lo rileva ipotizzeri dipende il filesystem usato
-
ragazzi io ho effettuato tutte le procedure di sblocco, firmware e gui. tutto andato liscio . ho un problema con la pianificazione del wifi, ho creato la regola ma non si spegne mai, in pratico lo vorrei far spegnere dalle 23.00 e riaccendere alle 08.00 di mattina.
-
Allora, la storia di Samba continua ad andare storta.
Nonostante il fix di opkg, il pacchetto che cercavo non è disponibile, ma credo non servisse.
Sono andato avanti così:
root@OpenWrt:/# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime,size=115621888,mode=1777)
tmpfs on /dev type tmpfs (rw,noatime,mode=0755,size=512K)
devpts on /dev/pts type devpts (rw,noatime,mode=600,ptmxmode=000)
/dev/mtdblock2 on /overlay type jffs2 (rw,noatime)
overlayfs:/overlay/bank_1 on / type overlayfs (rw,noatime,lowerdir=/,upperdir=/overlay/bank_1)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
cgroup_root on /cgroups type tmpfs (rw,relatime)
cpumemblk on /cgroups/cpumemblk type cgroup (rw,relatime,blkio,memory,cpu)
none on /proc/bus/usb type usbfs (rw,relatime)
/dev/sda1 on /mnt/usb/asmedia_ASMT1051_1_817a type ext4 (rw,relatime,data=ordered)
dall'ultima riga si evince che il disco è montato
/dev/sda1 on /mnt/usb/asmedia_ASMT1051_1_817a type ext4 (rw,relatime,data=ordered)
infatti
root@OpenWrt:/# cd /mnt/usb/asmedia_ASMT1051_1_817a/
root@OpenWrt:/mnt/usb/asmedia_ASMT1051_1_817a# ls
00_*** 01_*** 10_*** Download lost+found www
root@OpenWrt:/mnt/usb/asmedia_ASMT1051_1_817a#
allora ho modificato manualmente il file /etc/config/samba come segue:
config samba
option 'name' 'Technicolor'
option 'workgroup' 'WORKGROUP'
option 'description' 'Technicolor Gateway'
option 'homes' '1'
option 'enabled' '1'
option 'charset' 'UTF-8'
config 'sambashare'
option 'name' 'NAS'
option 'path' '/mnt/usb/asmedia_ASMT1051_1_817a'
option 'guest_ok' 'yes'
option 'create_mask' '0700'
option 'dir_mask' '0700'
option 'read_only' 'no'
option 'enabled' '1'
config 'sambashare'
option 'name' 'printers'
option 'path' '/var/spool/samba'
option 'guest_ok' 'yes'
option 'printable' 'yes'
option 'browsable' 'no'
option 'writable' 'no'
option 'enabled' '1'
option 'min_print_space' '20000'
ho riavviato il router e cercato su Windows la condivisione di rete, ma tutto tace.
sono andato nella GUI, nella scheda della condivisione e anche lì tutto tace:
Condivisione file Samba
Nome Samba
Gruppo lavoro Samba:
Descrizione Samba
DLNA attivato
Nome DLNA:
OpenWrt DLNA Server
Stato profilazione:
In attesa
Informazioni unità collegata
0 dispositivi connessi
Porta Nome prodotto Produttore Alimentazione Versione File system Spazio totale Spazio usato Spazio disponibile Volume Condividi Espelli
root@OpenWrt:~# /etc/init.d/samba restart
lpadmin: Unable to connect to server: Bad file descriptor
lpadmin: Unable to connect to server: Bad file descriptor
lpadmin: Unable to connect to server: Bad file descriptor
/usr/share/cups/usb: No such file or directory
DEBUG: list_devices
DEBUG: libusb_get_device_list=5
Non so proprio che pesci prendere :headbang:
-
@varma di che dispositivo/firmware stai parlando? L'xtream 35b di fastweb?
-
@LuKePicci si, proprio quello
-
@varma
Non so se ti puo' aiutare, ma io con il montaggio di base del mio router(dga4131) avevo problemi con samba e dlna sul mio samsung, infatti non vedevo alcun file, io l'ho risolta con l'installazione di fstab block-mount e reinstallazione di samba e minidlna:
installare
opkg update
opkg install --force-reinstall --force-overwrite block-mount
block detect | uci import fstab
block umount
block mount
/etc/init.d/mountd disable
samba
opkg update
opkg install --force-reinstall --force-overwrite luci-app-samba
/etc/init.d/samba restart
/etc/init.d/samba enable
minidlna
opkg update
opkg install luci-app-minidlna
/etc/init.d/minidlna restart
/etc/init.d/minidlna enable
#opkg install libffmpeg-mini #la libreria di default non funziona con mini dlna se installi questa(forzandola) funziona
/etc/init.d/dlnad disable
questo il mio /etc/config/fstab
config global
option anon_swap '0'
option anon_mount '0'
option auto_swap '1'
option auto_mount '1'
option delay_root '5'
option check_fs '0'
config mount
option target '/mnt/sda1'
option enabled '1'
option fstype 'ext4'
option uuid 'f6db1702-d7a1-d501-50c3-1702d7a1d501'
config mount
option enabled '1'
option uuid 'd7fba1c0-cff4-d301-5072-a1c0cff4d301'
option target '/mnt/sda2'
questo e' il mio /etc/config/samba
config samba
option name 'OpenWrt'
option workgroup 'WORKGROUP'
option description 'OpenWrt'
option homes '1'
config sambashare
option browseable 'yes'
option name 'OPENWRT'
option path '/mnt/sda1'
option read_only 'no'
option guest_ok 'yes'
questo il mio /etc/config/minidlna
config minidlna 'config'
option port '8200'
option interface 'br-lan'
option friendly_name 'OpenWrt DLNA Server'
option db_dir '/var/run/minidlna'
option log_dir '/var/log'
option inotify '1'
option notify_interval '900'
option serial '12345678'
option model_number '1'
option root_container 'B'
option enabled '1'
list media_dir '/mnt/sda1'
poi riavvia il router con le configurazioni tue
se hai luci il blockmount lo configuri da system mount point
-
Ho provato a seguire un po' delle indicazioni che mi hai dato.
Prima di tutto ho sistemato opkg con il fix indicatomi da @FrancYescO.
Poi ho fatto un po' di testa mia e ho configurato opkg come segue. Vi prego di correggermi se ho fatto qualche caXXata.
/etc/opkg.conf (no ho trovato il file /etc/opkg/customfeeds.conf come suggerito su Github da @FrancYescO su https://github.com/FrancYescO/789vacv2_opkg)
arch all 100
arch brcm63xx 200
arch brcm63xx-tch 300
# src/gz attitude_adjustment_base https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/base
src/gz attitude_adjustment_packages https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/packages
# src/gz attitude_adjustment_luci https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/luci
# src/gz attitude_adjustment_routing https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/routing
# src/gz attitude_adjustment_telephony https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/telephony
# src/gz attitude_adjustment_management https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/management
dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz base https://github.com/FrancYescO/789vacv2_opkg/tree/master/base
src/gz packages https://github.com/FrancYescO/789vacv2_opkg/tree/master/packages
src/gz luci https://github.com/FrancYescO/789vacv2_opkg/tree/master/luci
src/gz routing https://github.com/FrancYescO/789vacv2_opkg/tree/master/routing
src/gz telephony https://github.com/FrancYescO/789vacv2_opkg/tree/master/telephony
src/gz management https://github.com/FrancYescO/789vacv2_opkg/tree/master/management
Ho provato a seguire alcuni dei comandi indicatomi da @a1pollo ma nada...
root@OpenWrt:~# opkg install --force-reinstall --force-overwrite block-mount
Removing package block-mount from root...
Not deleting modified conffile /etc/config/fstab.
Installing block-mount (0.2.0-9) to root...
Downloading https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/packages/block-mount_0.2.0-9_brcm63xx.ipk.
Configuring block-mount.
Collected errors:
* resolve_conffiles: Existing conffile /etc/config/fstab is different from the conffile in the new package. The new conffile will be placed at /etc/config/fstab-opkg.
root@OpenWrt:~# block detect | uci import fstab
-ash: block: not found
root@OpenWrt:~# opkg install luci
Package luci (0.11.1-1) installed in root is up to date.
Nonostante dica che luci è installato non riesco a raggiungerlo da browser su ip_router:9080 e su ip_router/luci mi dà il seguente errore nella Gui Ansuel "Error 404 : NOT_FOUND"
Pliz, help me...
-
@ varma
Se luci e' installato correttamente su /etc/config ti ritrovi il file di configurazione uhttpd, devi modificare le porte:
config uhttpd 'main'
list listen_http '0.0.0.0:9080'
list listen_http '[::]:9080'
list listen_https '0.0.0.0:9443'
list listen_https '[::]:9443'
sulla porta normale hai la gui mod poi dopo dai i comandi:
/etc/init.d/uhttpd start
/etc/init.d/uhttpd enable
-
Grazie @a1pollo
Nel frattempo ho deisistito e sono ritornato alla mia configurazione precedente.
Uso come NAS il mio Odroid C1 con il disco esterno di cui abbiamo parlato.
Volevo liberare l'Odroid C1 per metterlo a lavorare su progetti di calcolo distribuito tipo rosetta@home, ma ho visto che di quelli di biologia/medicali nessuno supporta Arm. Quindi ho ripreso la strada vecchia e lasciato quella nuova.
Meglio così, non sapevo neanche che prestazioni di trasferimento avrei avuto sul router, inoltre tengo il SoC del router sgravato da task inutili ed è libero di pensare solo alle funzioni di networking.
Grazie anche @FrancYescO.
Comunque se qualcuno volesse confermare o correggere il mio /etc/opkg.conf, attendo dritte.
-
Ciao, non perderti d'animo,io sul mio ne ho fatto di tutti i tipi, l'ho mandato in bootloop svariate volte, prima di trovare la configurazione ottimale.
sopra ci girano:
transmission,vpn strongswan con pubkey,la riconfigurazione del montaggio delle usb,con samba e dlna.
I feed per il tuo modello, non so esattamente quali siano quelli giusti e qui ti possono aiutare anche gli altri, ho visto che hai una riga decomentata perche' solo quella?
src/gz attitude_adjustment_packages https://archive.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/packages
dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
arch all 100
arch brcm63xx 200
arch brcm63xx-tch 300
src/gz base https://github.com/FrancYescO/789vacv2_opkg/tree/master/base
src/gz packages https://github.com/FrancYescO/789vacv2_opkg/tree/master/packages
src/gz luci https://github.com/FrancYescO/789vacv2_opkg/tree/master/luci
src/gz routing https://github.com/FrancYescO/789vacv2_opkg/tree/master/routing
src/gz telephony https://github.com/FrancYescO/789vacv2_opkg/tree/master/telephony
src/gz management https://github.com/FrancYescO/789vacv2_opkg/tree/master/management
I feed si possono mettere anche su altri due files in /etc/opkg/customfeeds.conf distfeeds.conf e puoi averne piu' di uno, ovviamente quando li aggiungi devi fare opkg update.
Sul link che tu hai messo c'e' scritto:
and this in /etc/opkg/customfeeds.conf
src/gz chaos_calmer_base http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/base
src/gz chaos_calmer_packages http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/packages
src/gz chaos_calmer_luci http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/luci
src/gz chaos_calmer_routing http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/routing
src/gz chaos_calmer_telephony http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/telephony
src/gz chaos_calmer_management http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/management
Sul mio uso i feed di BoLaMN piu' i feed di Roleo agtf 1.1.0, non so' se sono compatibili con il tuo router.
Luci alla fine funziona?
-
Non mischiamo le cose, i feed di AGTEF non sono compatibili con AGTOT (789vac)
roleo ha anche dei feed per AGTOT ma sono per il vecchio firmware iinet e incompatibili con UNO.
i miei feed su github (clonati da dove ho citato) sono teoricamente quanto di meglio disponiamo, contando che poi volendo si possono usare anche i pacchetti ufficiali OpenWRT con la patch indicata non penso ci sia necessità di cercare/compilare altro
PS. la GUI salvo imprevisti già si occupa di impostare i feed nel modo in cui meglio si ritiene valido
-
Ma infatti volevo semplicemente dire questo, che i nostri router sono tutti simili(hardware), ma hanno versioni di openwrt un po' diverse, per cui ogni modello e versione ha bisogno di feed ricompilati differenti, pero' con le configurazioni si avvicinano.
-
Salve, mi sono accorto di una cosa
tcpdump -i any -c 1 -nn port 8096 --immediate-mode
rileva solo le connessioni dall'esterno... e' possibile monitorare solo quelle interne 192.168.x.x ?
-
dipende tutto da cosa intendi con quell' ".x.x". Chiaramente tra due ip della stessa subnet le connessioni vanno e vengono direttamente tra loro senza passare attraverso il router, perciò ti avevo suggerito di usare sempre e comunque il router come proxy.
-
Eccoci al dunque. Se e quando hai tempo se mi puoi indicare di preciso come fare ci provo ! Grazie!
A dire il vero ho guardato nei post passati, e ho visto che mi avevi dato spunto, ma non ci ho capito un granche' :rotfl:
-
Inizia ad installare socat e configurarlo coem ti avevo detto. Poi togli al regola di port forwarding (redirect) che probabilmente hai creato. Fatto questo se da locale accedi all'ip del router con la solita porta dovresti essere rediretto a mezzo socat dove volevi, alla connessione dovrebbe anche partire quel comando.
Ovviamente questo meccanismo a cui hai pensato, a prescindere dalla tecnica che hai proposto to o quella che avevo detto io, non è che sia proprio bellissimo. Alla fin fine ogni prima connessione che tenti fa partire con successo il wake on lan ma probabilmente fallisce se il pc è ancora spento o in accensione. Riuscirà invece ad un secondo tentativo fatto dopo un po'.
-
Ti viene in mente qualcosa di diverso ? Mi sembrano soluzioni un po' stravaganti entrambe
-
Purtroppo no
-
Peccato, grazie lo stesso.
-
Ho un DGA4130 con firmware AGTEF_2.1.0 e con l'ultima versione stabile della GUI di Ansuel 9.5.38. Non so da quando, il log ha ogni 5 secondi la riga
Apr 19 16:00:23 modemtim nqnd: E;ndinname.c;ndLLMNRNameLookup();2778--->NO NAME
Ho la stessa versione della GUI su un tg789vac v2 (con firmware UNO) ma questo errore non c'e'.
Come è possibile eliminarlo?
-
nqnd è il demone di nqe (samba non-GPL) https://visualitynq.com/products/ynq
cat /etc/init.d/nqe | grep nqnd
Uno ha samba
-
@larsen64it Grazie 1000 per la dritta.
Ho stoppato il servizio con /ect/init.d/nqe stop, abilitato samba dall'interfaccia, poi la ho disabilitata e riabilitato nuovamente /ect/init.d/nqe start, ed è scomparsa quella fastidiosa linea. Evidentemente c'era qualche impostazione rimasta durante l'aggiornamento (pur non avendo mai usato samba, mah).
-
Si il problema è che il vecchio samba e il nuovo nqe si configurano entrambi da /etc/config/samba (per me è una scemenza, speriamo sistemino), quindi qualsiasi modifica apportata a quel file dal vecchio firmware ne salva una copia non conforme al nuovo servizio a cui quelle configurazioni si applicano dopo l'aggiornamento. E' una di quelle classiche cose per cui comunemente si chiede di fare un reset dopo l'aggiornamento. Di casi simili ce ne sono tantissimi.
-
teoricamente di questa roba si occupa /etc/parameter_conversion/conversion ma direi che non sta funzionando su 4130 dato che il file di config che mi ritrovo in effetti è molto diverso da quello che ho su 4131 con firmware 18 e anche il file di conversion mi sembra abbastanza diverso nella sostanza
https://github.com/FrancYescO/tch_firmware_extracted/blob/18.3.n.0439_FW_258_DGA4131/etc/parameter_conversion/conversion#L208-L221
https://github.com/FrancYescO/tch_firmware_extracted/blob/AGTEF_2.2.0_CLOSED/etc/parameter_conversion/conversion#L219-L222
-
Sperare che funzioni qualcosa in quegli script di migrazione è una lotteria in cui palesemente nessuno crede. C'è persino che non si fida di quelli di Windows e formatta il pc ogni 6 mesi, figuriamoci questi su Homeware.
-
Sì, se sposti la prima lan su vid 1 poi devi settare il vid a 1 di conseguenza. Motivo per cui lasciamo perdere così la prima.
@LuKePicci ma non è possibile mettere una vlan in access su alcune porte e in trunk in altre?
-
E' possibile fare tutto ma non ho capito che intendi, prova a fare un disegno. Mi mancano i riferimenti necessari per comprendere a cosa ti riferisci esattamente con porte access e trunk
Ho fatto qualche ricerca, quei due termini sembrano fare riferimento a due modalità applicabili alle porte di switch gestiti cisco. Qui la cosa nella pratica è analoga, in una vlan quelle che su cisco sono porte access qui sono untagged. Chiamano invece trunk quelle su cui viaggia traffico taggato, quindi potenzialmente appartenente a più vlan distinte appunto dai tag.
Una stessa porta può essere untagged per al massimo una singola vlan e contemporaneamente tagged per nessuna, alcune, o tutte le altre vlan.
In altre parole ad una vlan puoi assegnare alcune porte come untagged (che non potranno essere untagged per nessun'altra vlan) ed altre porte tagged.
-
@LuKePicci questa conf sembra funzionare
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'vlan10_eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan10_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan10_eth0'
option vid '10'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
anche con la notazione dot funziona
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'eth0.10'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'eth0.20'
ho problemi invece con la wifi 5ghz ad arrivare alla porzione di rete che sta dietro il trunk vlan10_eth0.
è un problema abbastanza bloccante perchè dietro quell'interfaccia ci sono i firewall pfsense virtuali in ha installati nel vmware.
te che hai più esperienza di me, sai perchè proprio la wifi 5ghz da problemi. ha già qualche tag nativo?
-
Ma le vlan dello switch come le hai configurate? Hai abilitato il tagging su vid 10 alla sua porta?
Se ho capito quello che stai cercando di ottenere, io la farei funzionare con una cosa del genere (edit: cambiando di conseguenza anche il mapping di wl1 da eth5 a vlan1_eth5 in /etc/config/ethernet):
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'vlan1_eth0'
list ifname 'vlan1_eth1'
list ifname 'vlan1_eth2'
list ifname 'vlan1_eth3'
list ifname 'vlan1_eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan1_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan1_eth0'
option vid '1'
config device 'vlan1_eth1'
option type '8021q'
option ifname 'eth1'
option name 'vlan1_eth1'
option vid '1'
config device 'vlan1_eth2'
option type '8021q'
option ifname 'eth2'
option name 'vlan1_eth2'
option vid '1'
config device 'vlan1_eth3'
option type '8021q'
option ifname 'eth3'
option name 'vlan1_eth3'
option vid '1'
config device 'vlan1_eth5'
option type '8021q'
option ifname 'eth5'
option name 'vlan1_eth5'
option vid '1'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
config switch 'bcmsw'
…
option unit '0'
option enable_vlan '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option qosimppauseenable '0'
option unit '1'
option enable_vlan '1'
option jumbo '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '1'
option ports '0* 1* 2* 3* 5* 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config switch_vlan 'guest_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
Oppure così (ma non so se funziona, di solito tch usa la soluzione sopra) se vuoi provare ad evitare di gestire il tagging lato cpu su tutte le interfacce e quindi evitare di dover cambiare il mapping di wl1:
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
config switch 'bcmsw'
…
option unit '0'
option enable_vlan '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option qosimppauseenable '0'
option unit '1'
option enable_vlan '1'
option jumbo '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '1'
option ports '0* 1* 2* 3* 5* 8*'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config switch_vlan 'guest_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
Quest'altra invece riproduce qualcosa di simile a quello che volevi fare con la tua soluzione, ovvero tagga su eth0 il traffico lan e lo lascia non taggato sulle altre, facendole però comunicare correttamente tra loro, ed anche questa richiede modifiche al mapping di wl1:
[code]config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'vlan10_eth0'
list ifname 'vlan10_eth1'
list ifname 'vlan10_eth2'
list ifname 'vlan10_eth3'
list ifname 'vlan10_eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan10_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan10_eth0'
option vid '10'
config device 'vlan10_eth1'
option type '8021q'
option ifname 'eth1'
option name 'vlan10_eth1'
option vid '10'
config device 'vlan10_eth2'
option type '8021q'
option ifname 'eth2'
option name 'vlan10_eth2'
option vid '10'
config device 'vlan10_eth3'
option type '8021q'
option ifname 'eth3'
option name 'vlan10_eth3'
option vid '10'
config device 'vlan10_eth5'
option type '8021q'
option ifname 'eth5'
option name 'vlan10_eth5'
option vid '10'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
config switch 'bcmsw'
…
option unit '0'
option enable_vlan '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option qosimppauseenable '0'
option unit '1'
option enable_vlan '1'
option jumbo '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '10'
option ports '0t 1* 2* 3* 5* 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config switch_vlan 'guest_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
Quest'altra è uguale alla precedente dal punto di vista esterno, ma gestisce diversamente il tagging sulla porta verso la cpu e non richiede modifiche al mapping di wl1, ma fa passare il traffico tra eth0 e le altre solo via bridge cpu e non direttamente tramite switch:
[code]config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'vlan10_eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan10_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan10_eth0'
option vid '10'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
config switch 'bcmsw'
…
option unit '0'
option enable_vlan '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option qosimppauseenable '0'
option unit '1'
option enable_vlan '1'
option jumbo '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '1'
option ports '1* 2* 3* 5* 8*'
config switch_vlan 'lan_b_switch'
option device 'bcmsw_ext'
option vlan '10'
option ports '0t 8t*'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config switch_vlan 'guest_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
Così non usi lo switch, resta tutto come di default ma hai in più l'interfaccia host taggata qui sul technicolor da cui far passare il voip verso eth0. Tuttavia non devi farti trarre in inganno dalla DSA. Il fatto che tu non vada a definire qui nel sistema operativo interfacce vid 20 per le altre eth1..eth5 non impedisce alle corrispondenti porte di ricevere il traffico così taggato proveniente dal'host connesso alla porta a cui corrisponde eth0.
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
config switch 'bcmsw'
…
option unit '0'
option enable_vlan '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option qosimppauseenable '0'
option unit '1'
option enable_vlan '0'
option jumbo '1'
-
@LuKePicci ho configurato così
https://imgur.com/a/37T2uVz
a livello di switch dga4132 non volevo mettere le mani, a me sinceramente funziona tutto con le conf postate tranne il wifi 5ghz. il mio intanto è quello di usare solo la porta eth0 taggata per separare il traffico in input al vmware.
-
Devi per forza configurare lo switch, altrimenti quello che mandi taggato in eth0 esce taggato sulle altre porte, e quello che mandi non taggato sulle altre porte esce non taggato su eth0. Tu vuoi che il traffico lan su eth0 sia taggato ma lo hai lasciato non taggato sulle altre, quindi per quanto appena detto la cosa non funziona.
-
@LuKePicci è per questo dici non funziona la wifi 5ghz essendo l eth5?
-
Sì, certo. Ora ti aggiungo al post di sopra altre due configurazioni equivalenti. L'ultima non richiede configurazioni allo switch ma lascia agli host connessi sulle altre porte la possibilità di accedere all'altra vlan a loro piacimento.
-
@LuKePicci nelle conf che mi hai girato, * sta per untag, t per tag? e 8t sta per?
-
@LuKePicci ho provato questa conf, cambiando solo la notazione dot ma non mi funziona sempre la 5ghz
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'vlan10_eth0'
list ifname 'eth1'
list ifname 'eth2'
list ifname 'eth3'
list ifname 'eth5'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'vlan20_eth0'
config device 'vlan10_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan10_eth0'
option vid '10'
config device 'vlan20_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan20_eth0'
option vid '20'
config switch 'bcmsw'
...
option enable_vlan '1'
config switch_vlan 'lan_switch'
option device 'bcmsw'
option vlan '10'
option ports '0t 1* 2* 3* 5* 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw'
option vlan '20'
option ports '0t 8t'
-
* -> untag, t -> tag, 8t significa che la porta dello switch a cui è connessa la cpu è taggata
devi controllare il numero della porta alla quale la 5ghz è connessa, io non li conosco, ho usato negli esempi numeri che coincidono ai nomi delle interfacce perchè mi pareva che nel vant-w fossero mappati 1:1 ma non ho come verificarlo, devi controllare direttamente tu da mdkshell dando uno "stat ports all".
Ovviamente devi sempre fare un reload di network per applicare le modifiche
-
@LuKePicci sono sicuro che è l'eth5 perchè c'è gia questa conf della rete ospiti a 5ghz
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '1'
non sarà questa che da noia?
EDIT: questo l'output
MDK.0> stat ports all
Port 0 statistics:
Tx packets 61783
Tx bytes 21135395
Tx errors 0
Rx packets 64143
Rx bytes 20945399
Rx errors 0
Rx drops 2491
Port 1 statistics:
Tx packets 0
Tx bytes 0
Tx errors 0
Rx packets 0
Rx bytes 0
Rx errors 0
Rx drops 0
Port 2 statistics:
Tx packets 0
Tx bytes 0
Tx errors 0
Rx packets 0
Rx bytes 0
Rx errors 0
Rx drops 0
Port 3 statistics:
Tx packets 0
Tx bytes 0
Tx errors 0
Rx packets 0
Rx bytes 0
Rx errors 0
Rx drops 0
Port 4 statistics:
Tx packets 0
Tx bytes 0
Tx errors 0
Rx packets 0
Rx bytes 0
Rx errors 0
Rx drops 0
Port 5 statistics:
Tx packets 14078
Tx bytes 7197157
Tx errors 0
Rx packets 8888
Rx bytes 861370
Rx errors 0
Rx drops 0
Port 7 statistics:
Tx packets 0
Tx bytes 0
Tx errors 0
Rx packets 0
Rx bytes 0
Rx errors 0
Rx drops 0
-
Ok allora eth5 sembra proprio mappata sulla porta 5 come avevo immaginato.
Per fixare la rete ospiti devi aggiungere anche la sua vlan sullo switch.
config switch_vlan 'guest_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
Riprova senza usare la notazione col punto, e fai un reboot completo. Se non si risolve, prova con la prima configurazione che avevo suggerito (edit: questo però richiede di rimappare wl1 su vlan1_eth5 in /etc/config/ethernet).
-
ho fatto una prova senza notazione dot non va lo stesso, per la prima volta ho provato anche le altre porte eth e non vanno se ci collego un pc.
sembrerebbe un problema generalizzato sul bridge lan.
qual'è la configurazione che mi suggerivi di provare?
-
Domanda banale, ma come si chiamava lo switch prima che gli abilitassi la vlan?
Mi fai vedere per intero la versione originale di questa sezione così come la avevi all'inizio e come ce l'hai ora per intero?
config switch 'bcmsw'
...
option enable_vlan '1'
Se si chiamava veramente bcmsw come nel mio esempio ora lì dovresti avere qualcosa tipo:
config switch 'bcmsw'
option reset '1'
option enable_vlan '1'
option qosimppauseenable '0'
option jumbo '0'
-
@LuKePicci ho cambiato solo il parametro enable_vlan
config switch 'bcmsw'
option reset '1'
option enable_vlan '1'
option qosimppauseenable '0'
option jumbo '0'
EDIT: nel file ethernet non va cambiato niente?
-
Fai un "vlan show all" dentro mdkshell, non vorrei che stiamo configurando lo switch sbagliato.
-
@LuKePicci
root@DGA4132:~# mdkshell
MDK.0> vlan show all
MDK.1>
-
Ottimo, allora ti sistemo le quattro configurazioni sopra, stavamo settando lo switch errato.
edit: Fatto. Quando fai il reload di network accertati che non appaia nessun errore relativo a bcmswconfig. Puoi verificare che le abbia prese tornando in mdkshell e dando 'vlan show' (senza 'all')
/etc/config/network va toccato solo con la prima delle configurazioni suggerite, tu riprova prima con la terza, poi se vuoi puoi testare anche le altre.
-
@LuKePicci adesso funziona
sono usciti questi log
root@DGA4132:/rom/etc# /etc/init.d/network reload
Success.
Success.
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
-
buona sera, ho un tg789vac v2, ex tim moddato con l'ultima versione della gui di ansuel. vorrei sapere come dovrei fare per cambiare l'indirizzo wan e se mettendo quelli di google o cloudfire, mi può cambiare qualcosa. grazie.
-
@nclmrc è a posto così
-
@LuKePicci ho notato uan cosa strana, con la 5ghz non accedo più al modem; ho cambiato 8t in 8* e ci riaccedo, soltanto perdo l'accesso a tutta l'altra rete, che può essere?
EDIT: ho messo wifi 5ghz ma succede uguale con tutte le eth del bridge lan
-
E' vero, lì ci va 8*. L'altra rete a cosa è collegata?
edit: no alt! ho capito il problema, ho corretto le soluzioni suggerite (sono diventate 5) e le loro descrizioni, leggile tutte attentamente e scegli quale adottare
-
@LuKePicci adesso va tutto a meraviglia!!! ho capito anche il concetto, la vlan devi applicarla a tutte le porte del bridge, poi a livello di switch imposti come aspettarsi il traffico se tag o untag.
Grazieeee
-
Si,, una volta che abiliti la gestione vlan sullo switch ogni vlan va definita. Lato CPU puoi decidere per ogni vlan se deve arrivare taggata o meno. Quando gliela fai arrivare taggata (8t) allora ti serve definire il device 8021q. Su ogni porta solo una singola VLAN può essere untagged.
Prima la terza soluzione era sbagliata perchè avevo detto che la vlan 10 era taggata su porta 0, non taggata sulle altre, e taggata sulla cpu, ma sul sistema operativo avevo messo il device 8021q solo per rimuovere il tag da eth0 quando in realtà con 8t stai dicendo che tutte lo avranno. Per fare in modo che da sistema operativo tu possa evitare di creare questi device su tutte le porte, allora la porta 0 taggata (0t) deve stare in una vlan diversa, taggata lato cpu (8t), rispetto a tutte le altre che vanno a finire sulla cpu non taggate (0*).
Mo però hai una differenza importante tra la soluzione 4 e le altre, e cioè che nella 4 il traffico tra vlan 1 e vlan 10 passa tramite il bridge fatto dal sistema operativo invece che bypassarla andando diretto tramite switch. Per questo motivo secondo me ti conviene scegliere una delle prime tre.
-
@LuKePicci ti riporto la mia conf definitiva.
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list pppoerelay 'atmwan'
list ifname 'eth0.10'
list ifname 'eth1.10'
list ifname 'eth2.10'
list ifname 'eth3.10'
list ifname 'eth5.10'
config interface 'voip'
option type 'bridge'
list ifname 'atmvoip'
list ifname 'eth0.20'
config switch 'bcmsw_int'
option reset '1'
option type 'bcmsw'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
option unit '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option enable_vlan '1'
option qosimppauseenable '0'
option jumbo '1'
option unit '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '10'
option ports '0t 1* 2* 3* 5* 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config switch_vlan 'guest5GHz_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
-
@LuKePicci ho notato adesso che è sparita la wifi a 5ghz, provato a togliere le conf del nuovo switch e riavviato, è tornata, rimesse ed è risparita.
-
L'hai rimappata in /etc/config/ethernet come avevamo detto?
-
@LuKePicci ho fatto così, sono passato alla nomenclatura estesa anche
config port 'vlan10_eth5'
option enable '1'
option speed 'auto'
option duplex 'full'
config mapping
option port 'vlan10_eth5'
option wlan_remote '1'
EDIT: sembrano non andare nemmeno le altre porte dello switch
-
No, port non devi toccarla, solo il mapping in fondo.
-
@LuKePicci avevo provato anche in quel modo ma non andava
-
Che ci possa essere qualcosa da sistemare sulla 5GHz è possibile, ma il resto dello switch deve funzionare con le config che hai postato sopra nel file network. E' chiaro che se c'è qualche errore nel file ethernet le porte diventano inutilizzabili a prescindere dallo switch.
-
@LuKePicci lo strano è che dalla 2.4 riesco a raggiungere tutto, ti devo postare qualche file?
-
@LuKePicci ti passo un boot.log per vedere se riesci ad intuire qualcosa
https://pastebin.com/PPKcgh1r (https://pastebin.com/PPKcgh1r)
-
@LuKePicci ho riprovato ripartendo da pulito come ieri, e arrivando ad inserire la conf da te proposta funziona tutto. Al riavvio del router non parte ne la 5ghz ne funziona la parte switch.
-
Interessante. Prova a non rinominare lo switch interno, non chiamarlo bcmsw_int vedi se cambia qualcosa.
Fammi vedere un brctl show
Il problema sembra riguardare il solo switch. la 5GHz smette di funzionare perchè fa parte di esso. La 2.4 funziona perchè è in bridge via software.
-
@LuKePicci
root@DGA4132:~# brctl show
bridge name bridge id STP enabled interfaces
br-lan 7fff.a491b12b08ec no eth0.10
eth1
eth2
eth3
eth5
wl0
br-voip 7fff.a491b12b08ec no atmvoip
eth0.20
br-wan 7fff.a491b12b08ec no atmwan
eth0.30
root@DGA4132:~#
-
Ma sei passato ad un altra config? Questa mi pare diversa da quella definitiva più sopra. Perchè qui eth1-5 non sono più taggate?
-
@LuKePicci rimesse, avevo fatto tutti gli step di ieri
root@DGA4132:~# brctl show
bridge name bridge id STP enabled interfaces
br-lan 7fff.a491b12b08ec no eth0.10
eth1.10
eth2.10
eth3.10
eth5.10
wl0
br-voip 7fff.a491b12b08ec no atmvoip
eth0.20
br-wan 7fff.a491b12b08ec no atmwan
eth0.30
-
Ok, tieni queste impostazioni, ignora il wifi da 5ghz, riavvia il dispositivo, controlla se da una qualsiasi porta dello switch riesci ad accedere al router.
Nel mentre che non funziona entra da wifi 2.4, fai un vlan show in mdkshell, poi fai un reload di network, vedi se questo riabilita lo switch e guarda se da errori, altrimenti prova con un restart di network e infine con un restart di swmdk. Se non riesci a capire cosa non gli consente di applicare quelle impostazioni al boot rappezza momentaneamente mettendo tutto in un servizio custom. Per sapere come risolverla correttamente bisognerebbe andare a guardare un le config di un firmware non tim che ha il tagging abilitato di default, tipo quello Telenor.
-
@LuKePicci test fatto
riavviato non andava
MDK.1> vlan show
VLAN 3 ports: 5 8 untagged: none
VLAN 10 ports: 0-3 5 8 untagged: 1-3 5
VLAN 20 ports: 0 8 untagged: none
VLAN 30 ports: 0 8 untagged: none
MDK.1>
reload network
root@DGA4132:~# /etc/init.d/network reload
Success.
Success.
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
root@DGA4132:~#
non andava
restart network
root@DGA4132:~# /etc/init.d/network restart
Success.
Success.
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
CDK_E_UNAVAIL
root@DGA4132:~#
switch ha iniziato a funzionare, ma la wifi 5ghz non si vede
ho provato a tagliere dal bridge e dallo switch il wifi a 5ghz ma al riavvio lo switch non funzionava
-
Si quello della wifi a 5GHz è un problema secondario. Quel chip viene configurato tramite comandi inviati via rete all'interfaccia impostata qui:
config mapping
option port 'vlan10_eth5'
option wlan_remote '1'
Se quell'interfaccia sta nello switch e all'avvio lo switch non funziona lui non riesce ad inizializzarlo. Magari un restart del servizio hostapd mentre lo switch sta funzionando risolve la cosa.
Il fatto che da switch non funzionante tu veda comunque già applicate le vlan mi fa pensare a qualche problema nell'ordine di avvio dei servizi. Probabile che un restart di network piazzato nel punto giusto possa risolvere la cosa. Quando ho un po' più di tempo vedo come è fatto sul vant-w Telenor.
La config dello switch corretta comuqnue è quella.
-
@LuKePicci ti agiorno, così per curiosità ho cambiato la VLAN della LAN da 10 a 1, adesso la wifi 5ghz si accende al boot
-
Allora vuol dire che che devi aggiungere una vlan 1 allo stesso modo di come hai aggiunto la 3 per i guest, perchè evidentemente l'interfaccia di configurazione è raggiungibile su quella vlan. Lascia la tua lan su 10. Oppure prova a cambiare quel wlan_remote da 1 a 10, vedi se è quello il vid che tenta di usare o quell'1 si riferisce banalmente a "wl1"
Però a questo punto conviene capire bene quali vlan passavano su eth5 prima delle modifiche. Prova a rimettere le config originale e avvia un tcpdump su eth5, nel frattempo dai un restart di hostapd poi apri una qualunque pagina web da wifi 5ghz. Ferma il dump, mettilo su pc, aprilo con wireshark, aggiungi una colonna che visualizzi il vlan id e ordina tutto su quel campo, vedi cosa viaggia dove, in particolare il traffico della guest (dovresti vederla su vid 3) il traffico della principale e quello della configurazione.
-
@LuKePicci per il momento posso lasciare tranquillamente la vlan1 tanto è comunque taggata. per fare il riparire il bridge è comunque necessario un network restart. ma sul mapping della 5ghz è la prima volta che provi a fare delle modifiche o l'hai già fatte in passato?
-
Prima volta, io non ho quel modello. Sul mio la 5ghz non è collegata allo switch.
per il momento posso lasciare tranquillamente la vlan1 tanto è comunque taggata
Eh no, se usando vlan 1 invece di 10 tu noti un cambiamento vuol dire che la 1, prima delle modifiche di cui ti stai occupando, era già utilizzata per qualcosa di coi io non ero a conoscenza.
Se ipotizziamo che prima lui usava la vlan 1 per comunicare non si sa cosa verso il chip wifi 5ghz, ora sul router ci sarà qualcosa che si aspetta ancora di far arrivare pacchetti taggati con vlan 1 fino a quel chip. Sul setup attuale però questo non avviene, perchè lo switch è configurato per togliere dal traffico taggato ad 1 proveniente dalla cpu e per mandarlo non taggato al wifi, per cui in questo momento starebbe funzionando praticamente per pure coincidenze su qualcosa che ignoro.
-
@LuKePicci ti vedo molto preparato su tutta una serie di configurazioni particolari e nozioni di rete in genere.
Io invece sono praticamente "zero" se confrontato con te (ma anche con tanti altri utenti del forum). Mi piacerebbe iniziare ad approfondire, per poter capire se è fattibile sviluppare un'idea di conf che avevo in mente... ma anche solo per aumentare le mie conoscenze.
Quali suggerimenti, blog, libri, siti suggerisci di guardare? (scusate, se OT possiamo passare subito in MP)
Ah... l'idea di configurazione sarebbe la seguente (ma è chiaro che ho bisogno prima di un po' di basi):
- avere 1 LAN "normale" per tutti i PC /stampanti / Cell che si usano normalmente in una casa (ovviamente tutto in WiFi)
- avere 1 WiFi Guest... per il classico utilizzo Guest / amici / parenti
(e fin qui tutto normale)
- avere una 2° LAN, anche questa in WiFi che sia una specie di Guest, ma non coincida con la Guest, alla quale collegare qualche dispositivo IoT (Webcam, Bimby, elettrodomestici, monitor fotovoltaico, ...). L'ideale sarebbe che dalla prima LAN possa connettermi a quest'ultima per accedere ai vari dispositivi; ma da quest'ultima LAN i dispositivi IoT (se compromessi) non possano accedere alla mia LAN. Questa LAN deve accedere ad Internet... e al limite io vi accedo passando da Internet se non riuscissi direttamente dalla LAN
Bel casino? Possibile?
Ma in ogni caso... cosa mi suggerisci di "studiare" prima?
Grazie mille
-
Non è un casino, concettualmente è molto semplice. Anzi se la seconda lan di cui parli è esclusivamente wifi è quasi banale. Come hai giustamente detto la rete che ti interessa creare è molto simile a quella guest. Non posso aiutarti passo passo ma a scopo puramente didattico ti consiglio di trasformare la rete (anzi le reti, perchè sono due, 2,4 e 5 ghz) guest wifi esistente in quella di cui hai bisogno per l'IoT. Così facendo ti eviti tutta una serie di problematiche inerenti la creazione di ulteriori SSID wireless ex-novo.
Quindi, salvati un backup delle config correnti (tutta la cartella /overlay, non l'export da gui), attiva le reti guest disponibili di default, poi vai in /etc/config/firewall e studiati il suo contenuto, cioè arriva a capire cosa significano e perchè ci sono quelle regole. Ne vedrai alcune che impediscono ai client guest di contattare quelli della lan principale. A te quelle se ho ben capito stanno bene. Devi solo invece abilitare l'opposto, che onestamente non so se sia già così di default o meno, e cioè dare ai client della principale la possibilità di contattare quelli in guest. La rete wireless guest ha anche attiva la client isolation, cioè impedisce ai client wireless di contattarsi a vicenda. Se I tuoi device IoT non si parlano direttamente tra di loro ma passano sempre da internet a te questo potrebbe sate anche bene, altrimenti disabilita la suddetta isolation. Quando tutto funzionerà, salvati un backup delle nuove config. e prova a sdoppiare tutto ciò che trovi riguardo alla rete guest fino ad averne due indipendenti, una come la volevi tu che a quel punto chiamerai rete IoT, e l'altra guest come da manuale.
Più di queste linee guida generali io non so darti perchè non ci ho mai provato direttamente, non saprei dirti dove andare a cercare quello che c'è da modificare di preciso. Però sì, credo si possa fare di sicuro.
-
Grazie mille... sì, mi sembra un buon approccio :D.
Ora devo "solo" trovare un po' di tempo per studiare e provare. Ma scusa la domanda stupida... quindi alla fine arriverei ad avere (diciamo) 6 reti Wifi? Cioè 3 sul 2,4GHz e 3 sul 5GHz... Ovvero su ogni "radio" posso metterci tutti i SSID che voglio?
-
C'è un limite mi pare di 4 ssid per radio. Io sul fastgate mi ritrovo di default, su ogni radio, la principale, la secondaria, la ospiti e la wow-fi
Ovviamente tutti gli ssid della stessa radio sono costretti ad operare sullo stesso canale.
-
@LuKePicci ti giro il mio file network per intero. Così per capire quello che è cambiato. Ricapitolando mettendo vlan1 la wifi 5ghz si è avviata. Lo switch non funzionava ma con un network restart è ripartito. Lo strano è che la porta eth0 dove è connesso il vmware funzionava anche senza il riavvio. In sostanza ho notato che di default il router mette le porte taggate quando ce una vlan. Infatti in precedenza avevo creato solo il bridge con vlan 20 per il voip tra dga4132 e vmware, e tutto funzionava senza network restart. Ha problemi solo quando ci sono bridge misti.
root@DGA4132:~# cat /etc/config/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 default_ps '0'
option ula_prefix 'none'
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list ifname 'eth0.1'
list ifname 'eth1.1'
list ifname 'eth2.1'
list ifname 'eth3.1'
list ifname 'eth5.1'
config interface 'wan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.10.254'
option gateway '192.168.10.1'
list dns '192.168.1.100'
list dns '192.168.1.1'
list dns '8.8.8.8'
list ifname 'atmwan'
list ifname 'eth0.10'
config interface 'voip'
option type 'bridge'
option netmask '255.255.255.0'
option ipaddr '192.168.20.254'
list ifname 'atmvoip'
list ifname 'eth0.20'
config switch 'bcmsw_int'
option reset '1'
option type 'bcmsw'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
option unit '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option enable_vlan '1'
option qosimppauseenable '0'
option jumbo '1'
option unit '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '1'
option ports '0t 1* 2* 3* 5* 8t'
config switch_vlan 'wan_switch'
option device 'bcmsw_ext'
option vlan '10'
option ports '0t 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config interface 'wlnet_b_24'
option proto 'static'
option ip6assign '64'
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-19597549'
option ipv6 '0'
config interface 'wlnet_b_5'
option proto 'static'
option ip6assign '64'
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-19597549'
option ipv6 '0'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '1'
config interface 'public_lan'
option ifname '@lan'
option proto 'static'
option auto '1'
option disabled_info 'proto=static,ip=0.0.0.0,mask=255.255.255.248'
option ipv6 '0'
option ipaddr '0.0.0.0'
option netmask '0.0.0.0'
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr 'A4:91:B1:2B:08:EC'
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'A4:91:B1:2B:08:EC'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config config 'config'
option wan_mode 'dhcp'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option iface_464xlat '0'
option auto '0'
config interface 'wan6'
option ifname '@wan'
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'
config interface 'sfptag'
option proto 'static'
option ifname 'eth4'
option netmask '255.255.255.0'
option ipaddr '192.168.100.1'
config interface 'ipoe'
option reqopts '1 3 6 43 51 58 59'
option proto 'dhcp'
option neighreachabletime '1200000'
option release '1'
option neighgcstaletime '2400'
option metric '1'
option ipv6 '1'
root@DGA4132:~#
-
Scusate ma essendoci un thread dedicato per la GUI mod di Ansuel qual'è il senso di avere due thread a che sembra parlino della stessa cosa (supporto GUI)?
Avrebbe senso secondo me visto il titolo di questo thread usare questo thread per le richieste su funzionalità non incluse attualmente nella GUI da sviluppare.
Non per il supporto della GUI per cui esiste un thread dedicato.
-
Questo thread non ha a che fare con la gui mod. Si parla di scoprire e testare nuovi idee cercando di capire se funzionerebbe o meno sui dispositivi in oggetto.
-
@LuKePicci
Molti dei post precedenti a me sembrano delle richieste di supporto piuttosto che di nuove funzionalità non presenti attualmente.
Essendo Ansuel l'autore della GUI mod secondo me l'indicazione "L'angolo di Ansuel" può portare a credere che si parli della GUI mod.
Essendoci dei thread dedicati sia per i prodotti DGA4130 e DGA4132 con GUI stock e un thread per la gui mod (per tutti i prodotti) credo che come hai indicato questo thread serve a discutere esclusivamente di nuove funzioni/possibili sviluppi di funzionalità non presenti attualmente nei prodotti oggetto del thread.
-
nuove funzioni/possibili sviluppi di funzionalità non presenti attualmente nei prodotti oggetto del thread
e infatti di questo parlavamo
-
@nclmrc ti confermo che giocando con le vlan anche io ho notato dei comportamenti bizzarri del wifi 5ghz, nel mio caso avevo creato una nuova vlan lan2 ed in essa non avevo inserito né eth4 né eth5:
config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option rpfilter '1'
option igmp_snooping '1'
option ifname 'eth0 eth1 eth2 eth3 eth4 eth5'
list pppoerelay 'wanptm0'
config interface 'lan2'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.0.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option rpfilter '1'
option igmp_snooping '1'
option ifname 'vlan2_eth0 vlan2_eth1 vlan2_eth2 vlan2_eth3'
list pppoerelay 'wanptm0'
config device 'vlan2_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan2_eth0'
option mtu '1500'
option vid '2'
config device 'vlan2_eth1'
option type '8021q'
option ifname 'eth1'
option name 'vlan2_eth1'
option mtu '1500'
option vid '2'
config device 'vlan2_eth2'
option type '8021q'
option ifname 'eth2'
option name 'vlan2_eth2'
option mtu '1500'
option vid '2'
config device 'vlan2_eth3'
option type '8021q'
option ifname 'eth3'
option name 'vlan2_eth3'
option mtu '1500'
option vid '2'
ed in questo modo se in lan mi collegavo al wifi 5ghz non riuscivo ad esplorare il resto della rete lan, aggiungendo vlan2_eth4 e vlan2_eth5 in lan2 si è risolto il problema del wifi 5ghz su lan. Rimuovendo eth4 ed eth5 da lan2 il problema su lan si ripresenta. Strano, ma non ho indagato più di tanto.
Scusate ma essendoci un thread dedicato per la GUI mod di Ansuel qual'è il senso di avere due thread a che sembra parlino della stessa cosa (supporto GUI)?
Avrebbe senso secondo me visto il titolo di questo thread usare questo thread per le richieste su funzionalità non incluse attualmente nella GUI da sviluppare.
Non per il supporto della GUI per cui esiste un thread dedicato.
Ehmm... a dire il vero la maggior parte delle cose di cui stiamo parlando qui non c'entrano assolutamente nulla con la gui e più ricerca e sviluppo delle cose di cui stiamo parlando credo si muoia.
-
@Marvel alla fine puoi postare la tua conf definitiva x la vlan2?
-
@nclmrc , ma certo, è quella che ti ho descritto prima:
config interface 'lan2'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.0.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '1'
option rpfilter '1'
option igmp_snooping '1'
option ifname 'vlan2_eth0 vlan2_eth1 vlan2_eth2 vlan2_eth3 vlan2_eth4 vlan2_eth5'
list pppoerelay 'wanptm0'
config device 'vlan2_eth0'
option type '8021q'
option ifname 'eth0'
option name 'vlan2_eth0'
option mtu '1500'
option vid '2'
config device 'vlan2_eth1'
option type '8021q'
option ifname 'eth1'
option name 'vlan2_eth1'
option mtu '1500'
option vid '2'
config device 'vlan2_eth2'
option type '8021q'
option ifname 'eth2'
option name 'vlan2_eth2'
option mtu '1500'
option vid '2'
config device 'vlan2_eth3'
option type '8021q'
option ifname 'eth3'
option name 'vlan2_eth3'
option mtu '1500'
option vid '2'
config device 'vlan2_eth4'
option type '8021q'
option ifname 'eth4'
option name 'vlan2_eth4'
option mtu '1500'
option vid '2'
config device 'vlan2_eth5'
option type '8021q'
option ifname 'eth5'
option name 'vlan2_eth5'
option mtu '1500'
option vid '2'
-
@Marvel ma la wifi 5ghz ti funziona?
-
In quella config alla wifi 5ghz arrivano pacchetti taggati su vid 2, se funziona allora sono sempre più convinto che su quella eth5 ci sia qualcosa di importante da sapere. Mi pare che qualcuno mi avesse mandato il bootlog del chip quantenna. Se lo ritrovo ve lo posto.
-
https://github.com/kevdagoat/hack-technicolor/issues/79#issuecomment-611604925
-
Ad esempio un
ip -d link show su config di defaul non guasterebbe
@nclmrc prova così:
/etc/config/ethernet
config mapping
option port 'eth5.1'
option wlan_remote '1'
/etc/config/network
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list ifname 'eth0.1'
list ifname 'eth1.1'
list ifname 'eth2.1'
list ifname 'eth3.1'
list ifname 'eth5.1'
config interface 'wan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.10.254'
option gateway '192.168.10.1'
list dns '192.168.1.100'
list dns '192.168.1.1'
list dns '8.8.8.8'
list ifname 'atmwan'
list ifname 'eth0.10'
config interface 'voip'
option type 'bridge'
option netmask '255.255.255.0'
option ipaddr '192.168.20.254'
list ifname 'atmvoip'
list ifname 'eth0.20'
config switch 'bcmsw_int'
option reset '1'
option type 'bcmsw'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
option unit '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option enable_vlan '1'
option qosimppauseenable '0'
option jumbo '1'
option unit '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '1'
option ports '0t 1* 2* 3* 5t 8t'
config switch_vlan 'guest5GHz_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
config switch_vlan 'wan_switch'
option device 'bcmsw_ext'
option vlan '10'
option ports '0t 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '1'
/etc/config/wireless
config wifi-iface 'wl1'
option device 'radio_5G'
option mode 'ap'
option state '1'
option vlan_id '1'
option network 'lan'
option reliable_multicast '1'
option ssid 'TIM-xxxxxxxx'
config wifi-iface 'wl1_1'
option device 'radio_5G'
option mode 'ap'
option state '0'
option vlan_id '3'
option network 'wlnet_b_5'
option reliable_multicast '0'
option ssid 'Ospiti-TIM-xxxxxxxx'
-
@nclmrc non ho mai provato ad utilizzare il wifi sulla lan2, infatti come dice @LuKePicci lì i pacchetti arrivano con tag id 2.
Ho dovuto aggiungere vlan2_eth4 e vlan2_eth5 in lan2 perché se in essa non sono presenti si imbabola il wifi 5ghz su lan e quando si imbambola e mi connetto al wifi 5ghz su lan riesco a navigare senza problemi su internet ma non riesco a raggiungere il router o gli altri dispositivi in lan. Non so se sono riuscito a spiegarmi, so che è strano ma tant'è.
Credo che il tutto dipenda da come è gestito il quantenna che sembra quasi un dispositivo a sé stante, se infatti si fa un bel nmap in lan si trova uno strano dispositivo ModemTIM-AP-XXXXXX con un ip tutto suo che da quanto ho capito c'entra qualcosa con eth5, non ho approfondito ma il suo funzionamento è un poco strano.
-
Qual è l'ip?
-
Al momento 192.168.1.185, ma mi sembra gli venga assegnato dinamicamente. Il dispositivo è presente sia su DGA4130 che su DGA4132.
-
@LuKePicci @Marvel forse ho capito come risolvere. Posso mettere la porta 5 taggata e mettere il vid sul ssid della 5ghz in effetti sulla rete guest 5ghz c'è option vlan di 3
EDIT provato non parte nemmenoo la 5GHZ
-
E' possibile modificare l'MTU? non ho trovato nessuna opzione a riguardo.
Grazie
-
@nclmrc se metti il vlan_id in wireless per la wl1 poi non devi taggare la porta 5, altrimenti i dati gli arrivano col tag ancora applicato. Prova con le config che ti ho messo sopra. Ora la tua uscita non taggata verso la porta 5 è tramite la porta 8 taggata (vid1) ovvero dall'interfaccia eth5.1.
PS: in ethernet ci va eth5.1 non eth5
-
@LuKePicci con l'ultima conf la wifi si è avviata correttamente ma lo switch non andava, ripartito con network restart
@Marvel non ho capito una cosa, ma nella tua conf se ti colleghi alla 5ghz su vlan 2 che ti succede?
-
Non ne ho idea, il wifi lo utilizzo solo con gli smartphones e non mi sembra ci sia un modo agevole su uno smartphone android per collegarsi ad una vlan passandogli il tag id.
-
sul wifi il valn id si traduce nell'ssid. Ogni ESSID è un "vlan id" diverso per lo stesso mac/BSSID.
Nella config di @Marvel l'ssid principale non può far parte della vlan2, va creato un ssid a parte, tipo quello guest, con una sua option vlan_id impostata su 2. A quel punto l'interfaccia vlan2_eth5 puù essere messa nel bridge lan2 e i client connessi a quel secondo SSID vi farebbero parte.
-
Aspetta, aspetta, mi stai dicendo che se creo un nuovo ssid con vid 2, posso poi semplicemente connettere i dispositivi wifi senza dover impostare l'id vlan come invece faccio per i dispositivi wired?
No perché tempo fa per prova ho collegato un server alla vlan2 tramite wifi con nmtui e l'ho fatto come faccio per i dispositivi wired, ossia passando l'id vlan e il dispositivo si collegava regolarmente ad internet. La prova fu fatta sul wifi a 2.4ghz perché troppo lontano dal router per agganciare la 5ghz.
-
Corretto. Ma attento a non confondere 2.4 e 5ghz perchè la stessa cosa si fa in modi totalmente diversi
Sulla 2.4 di bcm, e sulla 5ghz del mio 4131 che è sempre bcm, hai un ssid principale su wl0, tu crei un nuovo ssid e lo metti su una wl0_lan2 a quel punto non devi far altro che mettere wl0_lan2 nel bridge lan2 al posto di wl0, ma attenzione perchè mettere wl0 o wl0_lan2 in un bridge non vuol dire andarla ad aggiungere alla list ifname del file network, lo si fa direttamente dal file wireless selezionando come option network 'lan2' al posto di 'lan'.
Sulla 5ghz di quantenna hai un ssid principale su wl1, però il nome dell'interfaccia da mettere sul bridge è quella eth5 o eth5.qualcosa da cui proviene il traffico dallo switch a seconda di come questo è configurato. Se crei un ssid wl1_lan2 con vlan_id 2 a quel punto il quantenna inizia a sputare verso la cpu pacchetti taggati con vid 2 che puoi captare attraverso vlan2_eth5, ed è questa l0interfaccia che devi mettere nel bridge lan2. Con il quantenna non hai l'aggiunta automatica al bridge fatta prima tramite option network.
@nclmrc riprova con la stessa config ma metti la porta 5 dello switch lan (vlan1 ) da 5 a 5t. So che ci avevi già provato ma ora con option vlan_id 1 in wireless dovrebbe essere diverso.
-
Figata, non mi serve ma appena posso devo farlo assolutamente.
Che tu sappia non c'è proprio qualche metodo o artefatto per fare un qualcosa di simile con i dispositivi wired? Ossia fare in modo da poterli connettere in una vlan senza dovergli passare l'id vlan? Perché ad esempio molti dispositivi windows non hanno i drivers di rete per indicare l'id vlan.
-
Qualcosa di simile alla scelta manuale dell'ssid a cui connettersi è la scelta manuale del vlan id a cui connettersi.
Quello che puoi fare tu è, abilitando la gestione vlan nello switch, impostare alcune porte fisiche per mandare di default il traffico untagged su una delle due vlan (quella che ora arriva untagged alla cpu, in lan), ed altre porte per mandarlo di default sull'altra (quella che ora arriva tagged alla cpu, su lan2).
-
Ma così dovrei separare fisicamente le porte e le reti, io invece vorrei che le due reti continuino ad essere accessibili da ogni porta.
-
Resterebbero accessibili entrambe su ogni porta, ma ogni porta va di default solo su una delle due, per entrare nell'altra avresti bisogno di impostare il tag.
-
@LuKePicci no in quel modo non carica la 5ghz, in ethernet devo alsciare eth5.1?
-
Ok, ora è abbastanza chiaro il problema. Il quantenna si aspetta le configurazioni da interfaccia untagged. Per far sì che questo avvenga il router deve spedirle tramite eth5.1 che nello switch lan avevi come untagged (5*). D'altro canto gli script di tch per la configurazione del quantenna fanno mapping tra ogni ssid e vlan. La vlan che quell'ssid deve usare è comunicata tramite l0interfaccia detta prima. Se in wireless non è impostata nessuna option vlan_id lui assume che quell'ssid, una volta configurato, debba comunicare direttamente con eth5 untagged, ma nel nostro caso non è così perchè la giusta interfaccia verso l'untagged è eth5.1. Mettendogli option vlan_id 1 le cose da quel punto di vista quadrano, una volta configurata lui manda il traffico di quell'ssid su eth5.1 che arriva untagged al quantenna ma nel frattempo lui è stato configurato per usare vlan 1 anche lui, quindi invia allo switch roba taggata con vid 1 su porta 5. Per far si che questa accolga quel traffico bisognerebbe taggarla ma a quel punto perdi il canale untagged attraverso cui fare la configurazione. Quindi bisogna lasciargli libero il canale untagged per la configurazione. @nclmrc vediamo che succede così:
/etc/config/ethernet
config mapping
option port 'eth5'
option wlan_remote '1'
/etc/config/network
config interface 'lan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.1.254'
option ipv6 '0'
option ip6assign '0'
option force_link '0'
option rpfilter '1'
list ifname 'eth0.1'
list ifname 'eth1.1'
list ifname 'eth2.1'
list ifname 'eth3.1'
list ifname 'wl1'
config interface 'wan'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ipaddr '192.168.10.254'
option gateway '192.168.10.1'
list dns '192.168.1.100'
list dns '192.168.1.1'
list dns '8.8.8.8'
list ifname 'atmwan'
list ifname 'eth0.10'
config interface 'voip'
option type 'bridge'
option netmask '255.255.255.0'
option ipaddr '192.168.20.254'
list ifname 'atmvoip'
list ifname 'eth0.20'
config switch 'bcmsw_int'
option reset '1'
option type 'bcmsw'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
option unit '0'
config switch 'bcmsw_ext'
option reset '1'
option type 'bcmsw'
option enable_vlan '1'
option qosimppauseenable '0'
option jumbo '1'
option unit '1'
config switch_vlan 'lan_switch'
option device 'bcmsw_ext'
option vlan '1'
option ports '0t 1* 2* 3* 5t 8t'
config switch_vlan 'guest5GHz_switch'
option device 'bcmsw_ext'
option vlan '3'
option ports '5t 8t'
config switch_vlan 'notag_switch'
option device 'bcmsw_ext'
option vlan '5'
option ports '5* 8*'
config switch_vlan 'wan_switch'
option device 'bcmsw_ext'
option vlan '10'
option ports '0t 8t'
config switch_vlan 'voip_switch'
option device 'bcmsw_ext'
option vlan '20'
option ports '0t 8t'
config device 'wlnet_a_5eth5'
option type '8021q'
option name 'wl1'
option enabled '1'
option ifname 'eth5'
option vid '1'
option ipv6 '1'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '1'
/etc/config/wireless
config wifi-iface 'wl1'
option device 'radio_5G'
option mode 'ap'
option state '1'
option vlan_id '1'
option network 'lan'
option reliable_multicast '1'
option ssid 'TIM-xxxxxxxx'
config wifi-iface 'wl1_1'
option device 'radio_5G'
option mode 'ap'
option state '0'
option vlan_id '3'
option network 'wlnet_b_5'
option reliable_multicast '0'
option ssid 'Ospiti-TIM-xxxxxxxx'
-
@LuKePicci non capisco lo switch vlan 5
-
Serve a fare quello che dicevo sopra. Visto che con 5t in LAN non funziona vuol dire che dobbiamo comunque attivargli la 5* e gliela diamo da lì
-
@LuKePicci ma perchè proprio la vlan 5?
EDIT: ho provato adesso la wifi 5ghz si avvia correttamente ma non ci si collega nemmeno con il network restart. va cambiato qualcosa nel mapping?
-
Il 5 è un numero a caso.
Ok, stavolta uguale a prima ma con eth5.1 definita per esteso come se fosse vlan1_eth5 ma la chiamiamo secondo la sua convenzione come nel nuovo esempio, e al psoto di eth5.1 in lan ci mettiamo wl1
-
@LuKePicci ma nel file ethernet ci devo mettere wl1?
EDIT: fatto ma perche spunta fuori questo w11??
https://imgur.com/jt5Vcd8
errata traduzione
root@DGA4132:/www# grep -r w11 *
lang/it-it/webui-core.po:msgstr "w11"
-
No nel file ethernet ci deve restare eth5
A parte la traduzione cosa è successo?
-
@LuKePicci wifi 5ghz si avvia ma non ci connette nemmeno dopo network restart
-
La ospiti invece si connette?
mi fai un ifconfig -a in quella situazione, devo vedere i mac address
-
root@DGA4132:~# ifconfig
atmvoip Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:402 errors:0 dropped:0 overruns:0 frame:0
TX packets:11585 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:24128 (23.5 KiB) TX bytes:1577320 (1.5 MiB)
atmwan Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22293 errors:0 dropped:0 overruns:0 frame:0
TX packets:16579 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3596965 (3.4 MiB) TX bytes:1740131 (1.6 MiB)
bcmsw Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:36190 errors:0 dropped:0 overruns:0 frame:0
TX packets:19679 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5187698 (4.9 MiB) TX bytes:7923220 (7.5 MiB)
Base address:0xffff
br-lan Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:7282 errors:0 dropped:50 overruns:0 frame:0
TX packets:3031 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1599041 (1.5 MiB) TX bytes:595601 (581.6 KiB)
br-voip Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet6 addr: fe80::a691:b1ff:fe2b:8ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3395 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:190040 (185.5 KiB) TX bytes:972 (972.0 B)
br-wan Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet addr:192.168.10.254 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::a691:b1ff:fe2b:8ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3506 errors:0 dropped:0 overruns:0 frame:0
TX packets:148 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:195146 (190.5 KiB) TX bytes:8518 (8.3 KiB)
eth0 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet6 addr: fe80::a691:b1ff:fe2b:8ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:38628 errors:0 dropped:1820 overruns:0 frame:0
TX packets:27440 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5591663 (5.3 MiB) TX bytes:4538830 (4.3 MiB)
eth0.1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8289 errors:0 dropped:0 overruns:0 frame:0
TX packets:4511 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1746154 (1.6 MiB) TX bytes:757922 (740.1 KiB)
eth0.10 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5376 errors:0 dropped:0 overruns:0 frame:0
TX packets:788 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:381341 (372.4 KiB) TX bytes:90464 (88.3 KiB)
eth0.20 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11595 errors:0 dropped:0 overruns:0 frame:0
TX packets:404 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1414524 (1.3 MiB) TX bytes:24616 (24.0 KiB)
eth1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth1.1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
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)
eth2 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth2.1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
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)
eth3 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth3.1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
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)
eth4 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet addr:192.168.100.1 Bcast:192.168.100.255 Mask:255.255.255.0
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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth5 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet6 addr: fe80::a691:b1ff:fe2b:8ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10849 errors:0 dropped:8 overruns:0 frame:0
TX packets:13883 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1075880 (1.0 MiB) TX bytes:6902769 (6.5 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:1008 errors:0 dropped:0 overruns:0 frame:0
TX packets:1008 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:63568 (62.0 KiB) TX bytes:63568 (62.0 KiB)
wl0 Link encap:Ethernet HWaddr A4:91:B1:2B:08:ED
inet6 addr: fe80::a691:b1ff:fe2b:8ed/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1572 errors:0 dropped:5 overruns:0 frame:1673
TX packets:7839 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:175134 (171.0 KiB) TX bytes:1760498 (1.6 MiB)
Interrupt:92
wl0_1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:ED
inet addr:192.168.168.1 Bcast:192.168.168.127 Mask:255.255.255.128
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:1673
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)
wl1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet6 addr: fe80::a691:b1ff:fe2b:8ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:6665 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:1519611 (1.4 MiB)
wl1_1 Link encap:Ethernet HWaddr A4:91:B1:2B:08:EC
inet addr:192.168.168.129 Bcast:192.168.168.255 Mask:255.255.255.128
inet6 addr: fe80::a691:b1ff:fe2b:8ec/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:2236 (2.1 KiB)
EDIT sulla rete ospiti non ti so dire perchè non sono in casa.
-
Salve. Ho aggiornato all'ultima dev e mi ha chiesto il riavvio per applicare OPB Planning.
Ho erroneamente spento e riacceso il modem ed adesso lampeggia la spia info arancione e poi si auto riavvia e ritorna a lampeggiare arancione all'infinito.
Come posso risolvere? 😔 Temo di aver fatto una cazzata
-
Riavvio non vuol dire spegni/riaccendi.
Ti è andato in BOOTP e si aspetta il caricamento del firmware. Se hai caricato l'ultima beta leggi da qua
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.msg264479.html#msg264479
Altrimenti carica l'ultima versione stabile del firmware con tftp.
-
Immaginavo di aver fatto una topica clamorosa.
Sinceramente ci capisco poco...
Ho messo l'ultima beta, eventualmente per ripristinare al firmware originale quale guida e file devo seguire?
Grazie
Aggiornamento; ripristinato firmware Tiscali originale.
Nell'eventualità di ri-aggiornare alla gui, per riavvio del dispositivo si intende da gui stessa?
Grazie e scusate le domande da niubbazzo
-
Salve a tutti.
QUalcuno mi aiuta con multi wan 4.1?
Ho abilitato luci e installato mwan 4.1.
ORa vorrei che un cavo che proviene dall'ONT Open Fiber con fibra.city si colleghi ad una porta ethernet e possa fare binding tra le due connessioni con ISP diverse, Open Fiber e TIM 200 megabit.
https://forum.openwrt.org/t/best-way-to-configure-bonding-in-openwrt/26290 (https://forum.openwrt.org/t/best-way-to-configure-bonding-in-openwrt/26290)
https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3 (https://openwrt.org/docs/guide-user/network/wan/multiwan/mwan3)
L'alternativa è mettere questo su x86 e due schede NIC della Intel:
https://www.openmptcprouter.com/ (https://www.openmptcprouter.com/)
-
@magnus71 Sei poi riuscito ad ottenere qualche risultato? Vorrei provare anch'io a fare il Load Balancing di due adsl, stavo pensando di comprare un router apposito per questo ma volevo capire prima se era possibile ottenere qualche risultato con il DGA4130/4131
-
Ho risolto con il Linksys Lrt224-Eu
-
Puoi farlo di sicuro con mwan3, forse anche con l'mwan di tch ma non so come
-
Qualcuno vuole provare su agtef/hp 1.1.1/.2 ?
https://github.com/hack-technicolor/hack-technicolor/issues/115
-
Ho un DGA4132 e vorrei configurare 1 vlan untagged (ethernet + wifi) + 1 vlan tagged (ethernet), in modo che chi si connette senza specificare nulla finisca sulla vlan untagged e chi invece lo desidera, sulla seconda. Mi sono letto diverse pagine per capire come configurare le VLAN ma mi pare ci siano problemi relativi al wifi 5 ghz. Potreste dirmi com'è la situazione in merito ed eventualmente indicarmi la configurazione da usare?
-
Posso suggerire qualcosa per la ricerca e sviluppo che mi piacerebbe fosse integrato?
Ci provo:
Vorrei che il modem potesse partecipare come nodo mesh ad una rete wifi mesh già esistente per ampliare la copertura wifi dell'abitazione. Utilizzo il sistema velop di linksys :)
Grazie anche a chi semplicemente dirà "No non si può fare"
-
No non si può fare, e non si potrà finchè non ci rilasciano un firmware con le capacità (magari anche nascoste) per farlo.
-
ragazzi per caso qualcuno di voi è riuscito a spostare eth4 da wan a lan così da usare tutte e 5 le porte fisiche?
modificando /etc/config/network aggiungendo eth4 allo switch lan e riavviando tutto sembra funzionare, quello che è collegato alla porta rossa sembra regolare ed è raggiungibile pingandolo però non ha accesso su internet.. non credo sia il firewall anche perchè è tutto @default , cosa potrebbe essere?
-
La eth4 non fa parte dello switch, è una porta a se stante. Una sua vlan taggata può però essere messa in bridge con lo switch interno, in modo che sembri funzionare come se vi facesse parte, ma ne vale la pena solo se vi occorre a tutti i costi una quinta porta per una stampante o cose banale del genere, perchè la sua gestione, a differenza dell'interconnessione nello switch, pesa sul SoC principale.
-
Ciao a tutti, ho provato ad utilizzare sia un 4130 che un 4132 come modem su ASUS RT-AC-68U. Tutto sembra funzionare, tranneché, facendo vari test appare un grave problema di latenza in upload (1200/1550m/s). Ho pure installato LuCi/SQM, senza ottenere miglioramenti; che ne dite?
-
non ho capito chi è in cascata a chi
-
@LuKePicci - Sorry, Asus in cascata ai DGA: approfitto della tua attenzione/competenza, per chiedere anche dove posso trovare le istruzioni per configurare i DGA in modalità 'Voice'.
-
Per la latenza prova a disattivare le opzioni di risparmio energetico delle eth
per la modalità voice, il modo più semplice, disattiva il tagging VLAN su broadband e mettilo come modalità ETH, internet in DHCP, poi configuri il voip..
-
Salve, ho la gui ansuel da diverso tempo e il modem sbloccato, ma non riesco più ad accedere alla gui mi dice password errata! Riesco ad entrare tramite scp con root e vorrei sapere i passi da fare per eventualmente aggiornarla così che possa riaccedere alla gui. Grazie
-
Buonasera a tutti... ho fatto un rapido check nel forum ma non ho trovato la soluzione al mio problema.
In casa ho alcuni dispositivi domotici Shelly e per farli funzionare con HomeKit utilizzo un serverino Raspberry con Homebridge collegato sulla Ethernet.
Se tengo il modem con il FW 2.0.1 al massimo, Homebridge li vede e li gestisce. Se aggiorno al 2.1.0 o successivi, spariscono da Homebridge, ma è possibile raggiungerli via IP singolarmente nelle loro WebGui.
Lo fa col FW stock, rootato e via dicendo. Ho il DGA4132 con gui Ansuel ed ho confrontato gli instradamenti fra i due FW che son diversi sugli ip 239 (credo per i multicast...) che questi cazzettini utilizzano per annunciare sulla rete il loro cambio di stato, on , off ecc.
"Shelly devices use CoAP to announce their presence in a network, as well as to broadcast status updates. These announcements are sent as IP multicast messages (to IP address 224.0.1.187 and UDP port 5683)"
Ora, da un check su forum ed altre risorse, sembra che dalla 2.1.0 abbiano disattivato i multicast sulla rete locale: come li riattivo??
Voi dite: tieni il 2.0... magari! Ho il WIFI che fa un gran casino con la 2.0 e speravo di migliorare la questione con il 2.1 o successivo.... ma invece peggioro solo la situazione.
EDIT:
Dopo un pò di smanettamento ci sono riuscito.
Per i device con root, abilitate l'export ed import del file in chiaro e senza firma.
Editatelo e cercate questo:
[mcastsnooping]
...
mcastsnooping.lan.mcast_flooding='0'
...
Portate lo 0 a 1 . Salvate la conf e caricatela: multicast attivo sulla lan! :)
-
Ciao
Ho visto la tua domanda ed avrei una simile situazione / richiesta. Anche io ho cercato e trovato alcune cose scritte ma non essendo un esperto, capisco poco.
Io purtroppo ho una miserabile DSL (10Mb download, se va bene, poi la sera son piantato) ed condividere una connessione alternativa 4G in orario serale potrebbe essermi utile.
Posseggo un DGA4130 rootato con FW AGTEF_2.2.0 e GUI 9.5.17.
1. sapete se è possibile il "load balancing" o la "connessione di back-up" su porta USB?
2. se affermativo (poi magari gentilmente mi linkate dove ci sono le spiegazioni), sapete se sarebbe possibile utilizzare un vecchio smartphome come modem (tethering USB) da collegare appunto su tale porta USB come "connessione di back-up"?
Scusate se ho scritto castronerie.
Grazie
Ciao
@magnus71 Sei poi riuscito ad ottenere qualche risultato? Vorrei provare anch'io a fare il Load Balancing di due adsl, stavo pensando di comprare un router apposito per questo ma volevo capire prima se era possibile ottenere qualche risultato con il DGA4130/4131
-
Buonasera,
Leggendo a giro mi sembra di capire che TIM abbia cominciato a fare spoofing dei sui DNS sopra a quelli impostati manualmente (transparent dns proxy).
Sempre leggendo a giro mi sembra di capire che le due principali soluzioni siano DoH (DNS over HTTPS) oppure DNSCrypt.
Cosa ne pensate a riguardo?
-
Non vedo perchè non farne uso.
ma puoi essere più specifico? cosa starebbero spoffando?
-
Praticamente se imposti i DNS (sia manualmente sul PC che da router) poi l'ISP intercetta la tua richiesta sulla porta 53 e la reindirizza ai suoi DNS rendendo inutile il fatto di averli cambiati.
Per vedere ciò basta andare qui: https://www.dnsleaktest.com/
Se l'ISP sta facendo dns transparent proxy, appariranno i server DNS dell'ISP invece di quelli impostati manualmente.
Per poter agire a livello di router invece che sui singoli dispositivi, secondo te si riesce a installare dnscrypt o qualcosa di simile per fare DoH?
-
Leggendo a giro mi sembra di capire che TIM abbia cominciato a fare spoofing dei sui DNS
In giro...dove? Hai qualche riferimento in più...? Al momento sulla mia linea, per fare un esempio, non accuso nulla del genere...
In ogni caso le due soluzioni tecniche proposte sono auspicabili a priori, come indicato anche da @FrancYescO.
-
A me sta succedendo, ho TIM e da un po' di tempo a questa parte (non so quantificare) non riuscivo più ad accedere ad alcuni siti (made-in-china.com per esempio) e pensavo fosse un problema dovuto ai server di OVH incendiati.
Poi facendo tracert ho visto che venivo reindirizzato a localhost. E questo avveniva anche livello di DGA4130.
Poi non so, magari ho qualcosa configurato male nel modem, ma non mi pareva di aver cambiato molto. L'unica cosa su cui mi viene il dubbio sono i DNS TIM che ci sono nella pagina di connessione, però quelli non li ho toccati
Adesso sto usando l'applicazione di 1.1.1.1 che è abbastanza comoda, però auspicavo a riuscire a fare questa modifica a livello modem/router
Si Windows 10 versione Insider è anche possibile forzare DoH su tutte le connessioni ma non ho Insider in modo da provare
-
Quindi succede a te...ma non in giro non hai trovate altre testimonianze?
Io utilizzo DNS alternativi a livello di server DHCP del router e come detto non ho problemi, la mia sensazione è che sia una condizione legata a qualche tua impostazione da rivedere...
-
Anch'io ho impostato i DNS di cloudflare a livello di DHCP sul DGA4130, però vengono reindirizzati a quelli di TIM
Vedi -> https://forum.fibra.click/d/6223-funzionamento-del-dns-proxy/15
-
Sicuro il client non stia semplicemente utilizzando quelli IPv6?
-
Stavo per risponderti: "Non ho IPv6 attivato..."
Ma ho controllato ed effettivamente avevo proprio IPv6 attivo, disattivandolo effettivamente non ho problemi di reindirizzamento dei DNS
Però adesso sono curioso,
Avevo attivo "Stato IPv6" in "rete locale" ma nella home mi dava comunque "IPv6 non assegnato".
Nella pagina "Accesso internet" invece IPv6 è sempre stato disattivato, però appena ho disattivato quello in rete locale non riuscivo più a connettermi a internet, ho dovuto reinserire nome utente e password.
Controllando su windows invece ho notato che in IPv6 prendeva dei DNS, da dove li prendeva?
P.S. Poi c'è da dire che anche a lavoro da me è successa la stessa cosa, non è che TIM ha cambiato qualcosa nell'ultimo periodo?
-
Ha attivato (sistemato) qualcosa con gli ultimi firmware (credo dal 2.2.0 in poi) riguardo ipv6
-
Per quanto riguarda invece il discorso di Dnscrypt ha senso/è fattibile metterlo sul modem o sarebbe meglio metterlo per dire su un Pihole?
Ah poi dimenticavo, sempre nell'interfaccia del 4130 c'è due volte la voce per i DNS, una volta sotto "rete locale" e una volta sotto "ip extra" c'è differenza tra le due?
-
La prima cambia i dns che il dhcp imposta sui pc che lo utilizzano, la seconda cambia i dns statici associati alle interfacce e si aggiungono nel file resolv quando quella interfaccia va up (e rimossi quando va down) ed è utilizzato dal server dns nel router (dnsmasq) per scegliere i dns upstream tra quelli disponibili sia statici (impostati da te) che dinamici (ottenuti automaticamente dal provider). Dovresti usare sempre quest'ultima, almeno che tu non voglia per qualche motivo delegare ad un altro dispositivo locale la funzione di resolver dns (ad esempio un pihole), ma in quel caso la rete diventa inservibile quando tale dispositivo va down.
-
Veramente non può funzionarti perché non hai fatto le cose giuste:
- il file 80-banhosts va creato nel percorso /etc/hotplug.d/iface/. Tale percorso esiste già, non puoi sbagliarti e non è dentro /root.
- il file dhcp si trova nel percorso /etc/config/ ed esiste già, nemmeno qui puoi sbagliarti nel modificarlo
- segui alla lettera la mia guida: l'adblock in questione funziona benissimo
- ci sono alcuni siti che probabilmente non funzioneranno bene, io finora però non ne ho incontrati
- l'aggiornamento della GUI di Ansuel è un problema solo se riscrive il file dhcp... non ricordo se lo fa, per cui verifica la cosa aprendo manualmente il file di aggiornamento
- l'aggiornamento firmware è un problema
Sii un po' più fiducioso ;)
io sono capitato qui, ho seguito tutto alla lettera ma non funziona, crea il file ma poi su internet è pieno zeppo di ads... non capisco cosa sbaglio
-
usa https://www.macoers.com/blog/antonio-macolino/adblock-su-dga4130-dga4131-dga4132-homeware-18-rimuovere-pubblicita
-
Sono arrivato a questo topic tramite un altro in cui si cercava di configurare VLAN col tim-hub. Premessa il mio tim -hub è già sbloccato. Oggi ho collegato la porta eth1 (che corrisponde a eth0 nel file di configurazione) del tim-hub ad uno switch managed tp-link 8 porte. Quello che vorrei fare è:
Creare 2 VLAN tramite la GUI dello switch tp-link e che siano capaci sia di andare su internet che comunicare tra loro. Da quanto capito dovrei:
1) Configurare la porta dello switch del tim-hub (eth0) col protocollo 802.1Q così che possa gestire il traffico delle VLAN che creerò nello switch tp-link e definire due interfacce logiche ethernet . Ad esempio
VLAN1 192.168.1.X/24 GW 192.168.1.1 Mask /24 eth0/0.1
VLAN2 192.168.2.X/24 GW 192.168.2.1 Mask /24 eth0/0.2
Se è corretto, quale sintassi e comandi devo andare ad inserire/modificare nel file /etc/config/network che ho nel tim-hub?
Lato switch TP-link dovrei invece nella porta collegata al tim-hub configurarla sempre col protocollo 802.1Q ed impostarla in modalità trunk, mentre tutte le altre porte saranno di tipo access e col protocollo 802.1Q oppure impostate staticamente a quale VLAN appartengono.
Vi allego l'attuale configurazione
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'
option ula_prefix 'none'
config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option force_link '0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
option rpfilter '1'
option ipv6 '0'
option ip6assign '0'
list pppoerelay 'waneth4'
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 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-18333335'
option ipv6 '0'
config interface 'wlnet_b_5'
option proto 'static'
option ip6assign '64'
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-18333335'
option ipv6 '0'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '1'
config interface 'public_lan'
option ifname '@lan'
option proto 'static'
option ipaddr '0.0.0.0'
option netmask '0.0.0.0'
option auto '1'
option disabled_info 'proto=static,ip=0.0.0.0,mask=255.255.255.248'
option ipv6 '0'
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr 'A4:91:B1:17:BE:96'
option ifname 'eth4'
option ipv6 '1'
option vid '835'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'A4:91:B1:17:BE:96'
option ifname 'ptm0'
option vid '835'
option ipv6 '1'
config interface 'wan'
option auto '1'
option demand '0'
option macaddr 'A4:91:B1:17:BE:96'
option ipv6 '0'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'waneth4'
option username *************t'
option metric '0'
option password '******'
list dns '1.1.1.1'
option keepalive '4,20'
option proto 'pppoe'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option iface_464xlat '0'
option auto '0'
config interface 'wan6'
option ifname '@wan'
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 dns_metric '20'
option auto '1'
config interface 'sfp'
option proto 'static'
option ifname 'eth4'
option ipaddr '192.168.2.2'
option netmask '255.255.255.0'
config device 'voipeth4'
option type '8021q'
option name 'voipeth4'
option macaddr 'A4:91:B1:17:BE:97'
option ifname 'eth4'
option mtu '1400'
option ipv6 '0'
option enabled '0'
config interface 'voip'
option proto 'dhcp'
option macaddr 'A4:91:B1:17:BE:97'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option vendorid 'DGA4132_CP1736SA2KC'
option ip4table 'voip'
option defaultroute '1'
option dnsset 'voip'
option auto '0'
config interface 'sfptag'
option ipaddr '192.168.10.1'
option netmask '255.255.255.0'
option proto 'static'
option ifname 'eth4'
config interface 'ipoe'
option reqopts '1 3 6 43 51 58 59'
option proto 'dhcp'
option neighreachabletime '1200000'
option ipv6 '1'
option neighgcstaletime '2400'
option metric '1'
option release '1'
-
Buongiorno ragazzi,
è da un po' di tempo che la WebIf di CUPS ha smesso di funzionare. Ieri dopo tanto tempo ho deciso di resettare l' AGTEF aggiornando il FW base e installando l' ultima GUI di Ansuel ma continua a non funzionare. Prima non caricava proprio la pagina, adesso mi dice "FORBIDDEN" . Ho provato a cambiare qualcosina nel file cupsd.conf seguendo qualche guida su internet ma niente. Qualche consiglio? Non so più che fare :'( :'( :'(
-
ha installato il firmware 2.3.2?
-
ha installato il firmware 2.3.2?
No, 2.3.1, l'ultimo che ho trovato
-
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.msg274241.html#msg274241
-
https://www.ilpuntotecnico.com/forum/index.php/topic,81461.msg274241.html#msg274241
Ma quindi c'è la 2.3.2 per AGTEF? Ho visto che c'è per Tim Hub ma nelle varie repository porta solo la 2.3.1 per AGTEF
-
https://www.mediafire.com/file/d3zovzqa3l4bxrb/AGTEF_2.3.2_CLOSED.rbi/file
-
https://www.mediafire.com/file/d3zovzqa3l4bxrb/AGTEF_2.3.2_CLOSED.rbi/file
Aggiornamento firmware fallito. (Codice errore: 16)
-
@Jokervv
Le tue richieste non riguardano sviluppi della GUI Ansuel ma l'uso della GUI Ansuel.
Per l'uso della GUI Ansuel esiste un thread dedicato.
Vedi link firma.
-
@Jokervv
Le tue richieste non riguardano sviluppi della GUI Ansuel ma l'uso della GUI Ansuel.
Per l'uso della GUI Ansuel esiste un thread dedicato.
Vedi link firma.
Hai pienamente ragione, chiedo scusa a tutti, :new: :(
Grazie mille a @FrancYescO e @larsen64it per l' aiuto comunque <3
-
Scusate, non ho avuto modo di giocare molto con l'AGTHP negli ultimi tempi.
Con il firmware 2.2.0 / Cobalt 18.3 i file compilati con il arm-openwrt-linux-gcc che ho da un po' di tempo in /opt non vanno più...
Any clue? È cambiato qualcosa a livello di kernel?
-
ho installato adblock 4.0.7-9 ma non trovo piu il pacchetto per luci...qualcuno mi puo aiutare?
grazie
adblock non mi funziona non carica la lista da bloccare
::: adblock runtime information
+ adblock_status : enabled
+ adblock_version : 4.0.7
+ blocked_domains : 0
+ active_sources : adaway adguard disconnect yoyo
+ dns_backend : dnsmasq, /tmp/dnsmasq.d
+ run_utils : /usr/bin/curl, /usr/bin/awk
+ run_ifaces : trigger: -, report: -
+ run_directories : base: /tmp, backup: /tmp, report: /tmp, jail: /tmp
+ run_flags : backup: 1, reset: 0, flush: 0, force: 0, search: 0, report: 0, mail: 0, jail: 0
+ last_run : reload, 0m 3s, 484/222/218, 26.05.2022 11:06:48
+ system : Broadcom BCM963138, OpenWrt SNAPSHOT r14079-ffe00cbb06
-
qualcuno è capace di rendere compatibile con openwrt 19 il pacchetto luci-app-adblock?????
grazie
-
Ah... l'idea di configurazione sarebbe la seguente (ma è chiaro che ho bisogno prima di un po' di basi):
- avere 1 LAN "normale" per tutti i PC /stampanti / Cell che si usano normalmente in una casa (ovviamente tutto in WiFi)
- avere 1 WiFi Guest... per il classico utilizzo Guest / amici / parenti
(e fin qui tutto normale)
- avere una 2° LAN, anche questa in WiFi che sia una specie di Guest, ma non coincida con la Guest, alla quale collegare qualche dispositivo IoT (Webcam, Bimby, elettrodomestici, monitor fotovoltaico, ...). L'ideale sarebbe che dalla prima LAN possa connettermi a quest'ultima per accedere ai vari dispositivi; ma da quest'ultima LAN i dispositivi IoT (se compromessi) non possano accedere alla mia LAN. Questa LAN deve accedere ad Internet... e al limite io vi accedo passando da Internet se non riuscissi direttamente dalla LAN
Bel casino? Possibile?
Ma in ogni caso... cosa mi suggerisci di "studiare" prima?
Grazie mille
Ciao a tutti, perdonate se riesumo la vecchia richiesta di @Cesarino37 , ma avevo la stessa necessità; seguendo le indicazioni di @LuKePicci sono riuscito nell'intento e volevo condividere la cosa con la comunità.
Il mio router è il DGA4132 (AGTHP).
la maggior parte delle regole firewall sono aggiunte dinamicamente, e visibili tramite iptables-save; si possono aggiungere regole custom nel file /etc/firewall.user; come scritto in quel file è meglio inserire le proprie regole nelle tabelle root (es INPUT o OUTPUT) oppure quelle che finiscono con _rule.
arrivando al dunque, le regole che non permettono di raggiungere le reti guest dalla LAN sono
-A zone_lan_forward -m comment --comment "!fw3: drop_lan_2_z_wlnetb24" -j zone_z_wlnetb24_dest_DROP
-A zone_lan_forward -m comment --comment "!fw3: drop_lan_2_z_wlnetb5" -j zone_z_wlnetb5_dest_DROP
b24 e b5 indicano la frequenza della radio, in pratica sono trattate individualmente.
le tabelle zone_z_wlnetX_dest_DROP hanno un'unica regola, che come suggerisce il nome scarta tutti i pacchetti.
Prima di queste tabelle, zone_lan_forward chiama in causa la tabella forwarding_lan_rule, ed è qui che si può aggiungere l'eccezione che ci interessa. in /etc/firewall.user basta aggiungere le due righe
iptables -A forwarding_lan_rule -o wl0_1 -m comment --comment "allow lan client to IoT WiFi" -j ACCEPT
iptables -A forwarding_lan_rule -o wl1_1 -m comment --comment "allow lan client to IoT WiFi" -j ACCEPT
NOTA: queste regole permettono TUTTO il traffico da lan a rete guest, potrebbe invece essere più sensato accettare solo il traffico verso le porte specifiche utilizzate dai device.
Nel mio caso, sto mettendo in piedi un server con Home Assistant; inizialmente pensavo di metterlo in una VLAN separata che si connettesse con la Wifi IoT, ma leggendo dei vostri tentativi con VLAN e WiFi mi sa che faccio prima a modificare le regole di cui sopra per far dialogare il solo Home Assistant con questa rete!
-
@sanzoghenzo INTERESSANTE!
In agosto dovrei avere un po' più di tempo per riprendere la cosa (per il momento abbandonata) e magari ti chiedo lumi. Ho sempre pensato di usare solo il WiFi per la rete "IoT"... ma credi possa essere possibile in qualche modo usare anche una porta LAN specifica? (ho una TV LG con Alexa collegata via Ethernet che non mi dispiacerebbe passare sulla rete "IoT")
... ma forse per questa ultima cosa occorre per forza l'utilizzo di una VLAN?
-
@sanzoghenzo INTERESSANTE!
In agosto dovrei avere un po' più di tempo per riprendere la cosa (per il momento abbandonata) e magari ti chiedo lumi. Ho sempre pensato di usare solo il WiFi per la rete "IoT"... ma credi possa essere possibile in qualche modo usare anche una porta LAN specifica? (ho una TV LG con Alexa collegata via Ethernet che non mi dispiacerebbe passare sulla rete "IoT")
... ma forse per questa ultima cosa occorre per forza l'utilizzo di una VLAN?
Ciao @Cesarino37, perdona il ritardo nella risposta...
Per dedicare una porta lan specifica, isolandola dal resto della LAN, credo ti serva per forza una VLAN.
Se invece ti basta far raggiungere la smart tv ai device della rete IoT, basta una regola del firewall.
È quello che sto cercando di fare per mandare gli eventi degli shelly al server home assistant, ma ancora non ho trovato la regola giusta!
-
Sono passato dall'ultima stabile alla dev su dga4132 firm 2.2.1 e inizialmente funzionava tutto. Al primo riavvio del modem però va in bootloop e nn c'è verso di riprenderlo (temo perché siano corrotti entrambi i bank) suggerimenti per salvarlo dalla spazzatura?
-
Se non riesci a resettarlo da tasto devi ricaricare il firmware tramite tftp.
temo perché siano corrotti entrambi i bank
è praticamente impossibile (tralasciando problemi hardware), con la gui, sia stabile che dev, per via dell'auto bank planning, solo la bank_2 è occupata dal firmware avviabile.
-
Se invece ti basta far raggiungere la smart tv ai device della rete IoT, basta una regola del firewall.
È quello che sto cercando di fare per mandare gli eventi degli shelly al server home assistant, ma ancora non ho trovato la regola giusta!
Ciao a tutti, sto ancora tentando di far passare i pacchetti del protocollo CoIoT (usato dagli shelly) dalla mia wireless IoT (la rete ospiti 2.4GHz) alla lan.
queste le regole che ho aggiunto al mio firewall:
iptables -A input_lan_rule -s 192.168.168.0/24 -d 192.168.1.220 -p tcp --dport 5683 -m comment --comment "allow CoIoT from IoT WiFi to HomeAssistant" -j ACCEPT
iptables -A input_lan_rule -s 192.168.168.0/24 -d 192.168.1.220 -p udp --dport 5683 -m comment --comment "allow CoIoT from IoT WiFi to HomeAssistant" -j ACCEPT
Funzionano per qualche giorno, poi smettono (me ne accorgo perché si passa da un'azione istantanea a dover aspettare anche 1 minuto per accendere/spegnere le luci).
volevo fare un po' di troubleshooting, ma senza riempire il firewall di regole per scrivere log su dmesg, sapete se esiste un tool (già installato o installabile) per eseguire il monitoraggio dei pacchetti passanti per il router (con possibilita di filtro per porta, sorgente, destinazione, etc)?
-
Ciao a tutti,
Ho una fwa wind con cpe esterna collegata alla wan,
purtroppo non capisco come mai a volte il router impazzisce e prende l'ip della cpe.
fastidioso il fatto che i cellulari si collegano alla wifi ma perdono l'accesso a internet.
si collega ma senza connessione esterna di cui l'ip e' 192.168.192.xx
la rete interna e' 192.168.1.x
ho fatto vari tentativi di cui forse l'unico e' aumentare il lease, ma non credo sia una soluzione stabile
la wan e' in dhcp, ho provato anche ip statico ma non fa' differenze
Se qualcuno cortesemente mi potesse dare una dritta sarebbe interessante fare qualche prova.
p.s. DGA ( DGA4132 ) AGTHP_2.3.5 GUI Version 9.6.97-7e66e3cc
-
@LuKePicci ti vedo molto preparato su tutta una serie di configurazioni particolari e nozioni di rete in genere.
Io invece sono praticamente "zero" se confrontato con te (ma anche con tanti altri utenti del forum). Mi piacerebbe iniziare ad approfondire, per poter capire se è fattibile sviluppare un'idea di conf che avevo in mente... ma anche solo per aumentare le mie conoscenze.
Quali suggerimenti, blog, libri, siti suggerisci di guardare? (scusate, se OT possiamo passare subito in MP)
Ah... l'idea di configurazione sarebbe la seguente (ma è chiaro che ho bisogno prima di un po' di basi):
- avere 1 LAN "normale" per tutti i PC /stampanti / Cell che si usano normalmente in una casa (ovviamente tutto in WiFi)
- avere 1 WiFi Guest... per il classico utilizzo Guest / amici / parenti
(e fin qui tutto normale)
- avere una 2° LAN, anche questa in WiFi che sia una specie di Guest, ma non coincida con la Guest, alla quale collegare qualche dispositivo IoT (Webcam, Bimby, elettrodomestici, monitor fotovoltaico, ...). L'ideale sarebbe che dalla prima LAN possa connettermi a quest'ultima per accedere ai vari dispositivi; ma da quest'ultima LAN i dispositivi IoT (se compromessi) non possano accedere alla mia LAN. Questa LAN deve accedere ad Internet... e al limite io vi accedo passando da Internet se non riuscissi direttamente dalla LAN
Bel casino? Possibile?
Ma in ogni caso... cosa mi suggerisci di "studiare" prima?
Grazie mille
Buonasera a tutti,
mi trovo nuovamente a scrivere, per richiedere il vostro supporto in merito ai famigerati DGA4130/32.
Nello specifico, vorrei riprendere il post di @Cesarino37, in quanto mi piacerebbe realizzare qualcosa di simile.
Premetto che non conosco OpenWrt in modo approfondito. Giusto quelle poche cose che in passato mi hanno permesso di modificare un AGPF.
Di seguito la mia idea:
- Rete Completa n.1 (ETH3 + WiFi 2.4/5) con classe di Indirizzi IP 192.168.1.1/24 (DHCP);
- Rete Completa n.2 (ETH1 + WiFi 2.4/5) con classe di Indirizzi IP 192.168.39.1/24;
- Rete Completa n.3 (ETH2 + WiFi 2.4/5) con classe di Indirizzi IP 192.168.78.1/24.
Tutte le reti devono essere separate tra di loro e non devono vedersi. Devono però poter accedere ad internet. Attraverso la Rete n.1 poi, devo poter accedere alla rete a monte. Con la Rete n.2 e n.3 non c'è bisogno, per cui se si può evitare è meglio.
La Rete WiFi Ospiti la si può anche eliminare del tutto, così come la public_lan, se è quella dedicata agli ospiti. Questo lavoro infatti, verrà interamente svolto dalla Rete n.3. Se poi la public_lan serve al DGA4132 per un corretto funzionamento di se stesso e delle altre funzionalità, possiamo pure lasciarla.
Vorrei invece lasciare la porta WAN come tale, assieme alla SFP e alla DSL, in modo tale da poter utilizzare tutte le altre modalità, in futuro.
Attualmente, il DGA4132 fa da ROUTER (LAN-WAN). Effettuando quest'operazione naturalmente vorrei passarlo ad ACCESS POINT (LAN-LAN2).
Ho letto su internet molti forum e visto molti tutorial in cui si parlava di VLAN e Regole Firewall, ma sinceramente mi sono perso un po'. >:(
Da dove iniziamo?
Ringrazio gentilmente chi riuscirà a darmi un mano.
Saluti.
-
Buongiorno ragazzi,
sto cercando di scaricare l'ultimo FW per l'AGTHP (2.4.0) dal sito regman di TIM senza successo. Ho estratto l'user PPP dal modem ma non riesco a trovare la password, avete idea di come possa estrarla?
L'user è del tipo [email protected] ma non accetta nessuna password di quelle che ho trovato in rete. Avete dei suggerimenti da darmi?
-
Il 2.4.0 agthp e nel repository di ansuel , penso che nessuno lo abbia provato però.
La versione e quella stabile .
https://repository.ilpuntotecnico.com/files/Ansuel/AGTHP/AGTHP_2.4.0_CLOSED.rbi