[Thread Ufficiale] TP-Link TD-W8970v1 - Firmware OpenWRT

[matteo85]

Vi informo che ho appena committato uno script che blocca in tutta la rete i server di advertising, praticamente quando siete in wifi da qualunque pc, telefono, tablet, ecc. non vedete banner in nessun sito o app

Il commit è questo:
https://github.com/openwrt/packages/...6a18f67d61e43e

[lcapriotti]

bello ma impegnativo come manutenzione, adaway mi aggiorna una lista simile anche 2 volte al giorno...

[matteo85]

Originariamente inviato da lcapriotti

bello ma impegnativo come manutenzione, adaway mi aggiorna una lista simile anche 2 volte al giorno...

impegnativo?

cmq sono due cose diverse, adaway è un app, il mio blocco invece gira sul router

[lcapriotti]

certo, ma il nocciolo e' costruirsi li file hosts.
Comunque veramente una ottima iniziativa.

[matteo85]

Originariamente inviato da lcapriotti

certo, ma il nocciolo e' costruirsi li file hosts.
Comunque veramente una ottima iniziativa.

il mio script ricrea il file hosts prendendolo da http://winhelp2002.mvps.org/hosts.txt e aggiornandolo ad ogni boot, e poi ogni 7 giorni

[lcapriotti]

si, quello e' uno delle 4 sorgenti di default di adaway, che combina i file hosts presi da altri 3 siti per costruirne uno piu' completo. Magari per la versione 2 del tuo script puoi pensarci anche tu

[blackhole00]

Originariamente inviato da matteo85

Vi informo che ho appena committato uno script che blocca in tutta la rete i server di advertising, praticamente quando siete in wifi da qualunque pc, telefono, tablet, ecc. non vedete banner in nessun sito o app

Il commit è questo:
https://github.com/openwrt/packages/...6a18f67d61e43e

Molto molto interessante grazie! Sarebbe utile capire quanto incide sulle performance questo file hosts gigantesco...

Visto che siamo quasi giunti alla Chaos Chalmer RC3...ci vorrebbe una nuova release per il nostro W8970 con le nuove MUSL in azione e lo script banhosts

Sarebbe molto bello avere anche Fwknop (sorgenti --> QUI) compilato per il nostro gioiello... Ricordo che Fwknop è un demone per il port knocking che usa un solo pacchetto cifrato per l'autorizzazione e possiede anche l'app per Luci... i client si possono trovare su http://www.dstuart.org/fwknop/, quelli android su http://incomsystems.biz/linux/fwknop2/.

[matteo85]

Originariamente inviato da blackhole00

Molto molto interessante grazie! Sarebbe utile capire quanto incide sulle performance questo file hosts gigantesco...

Visto che siamo quasi giunti alla Chaos Chalmer RC3...ci vorrebbe una nuova release per il nostro W8970 con le nuove MUSL in azione e lo script banhosts

Sarebbe molto bello avere anche Fwknop (sorgenti --> QUI) compilato per il nostro gioiello... Ricordo che Fwknop è un demone per il port knocking che usa un solo pacchetto cifrato per l'autorizzazione e possiede anche l'app per Luci... i client si possono trovare su http://www.dstuart.org/fwknop/, quelli android su http://incomsystems.biz/linux/fwknop2/.

Giusto 200 kb di RAM

[blackhole00]

Nell'attesa di una nuova release CC, ho indagato sul problema del demone pppd che aggancia l'adsl solo dopo 2 riavvii... In pratica il demone pppd cicla alla ricerca del circuito ATM senza mai trovarlo, dando il seguente errore ciclico:

daemon.notice netifd: Interface 'wan' is now down
daemon.notice netifd: Interface 'wan' is setting up now
daemon.info pppd[27899]: Plugin pppoatm.so loaded.
daemon.info pppd[27899]: PPPoATM plugin_init
daemon.info pppd[27899]: PPPoATM setdevname_pppoatm - SUCCESS:8.35
daemon.notice pppd[27899]: pppd 2.4.7 started by root, uid 0
daemon.err pppd[27899]: connect(8.35): Address already in use
daemon.info pppd[27899]: Exit.

Il problema si può risolvere, senza riavviare/spegnere il router, riavviando il seguente processo (hangup dal menu Processi in Luci):

/usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35

Dopo il riavvio di questo processo la navigazione è immediata e il led internet si accende subito: qualcuno riesce a darmi una spiegazione?

Si può fare un fix attraverso uno script di riavvio di br2684ctl in /etc/hotplug.d/iface, quando l'interfaccia WAN è down? Del tipo:

#!/bin/sh

if [ "$INTERFACE" = "wan" ] && [ "$ACTION" = "ifdown" ]
then
/usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35
fi

[matteo85]

Originariamente inviato da blackhole00

Nell'attesa di una nuova release CC, ho indagato sul problema del demone pppd che aggancia l'adsl solo dopo 2 riavvii... In pratica il demone pppd cicla alla ricerca del circuito ATM senza mai trovarlo, dando il seguente errore ciclico:


Il problema si può risolvere, senza riavviare/spegnere il router, riavviando il seguente processo (hangup dal menu Processi in Luci):


Dopo il riavvio di questo processo la navigazione è immediata e il led internet si accende subito: qualcuno riesce a darmi una spiegazione?

Si può fare un fix attraverso uno script di riavvio di br2684ctl in /etc/hotplug.d/iface, quando l'interfaccia WAN è down? Del tipo:

fai prima a scriverti un watchdog che se non c'è connettività riavvia il demone, tipo ogni minuto

[blackhole00]

Il watchdog dovrebbe essere questo, in /root/whatdog.sh con permessi di esecuzione:

#!/bin/sh
n=0
while [ $n -lt 5 ]
do
if /bin/ping -c 1 8.8.8.8 >/dev/null
then
exit 0
fi
n=$((n+1))
done
/etc/init.d/br2684ctl restart
(oppure /usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35 ???)

Per cron invece (ogni 2 minuti):

*/2 * * * * /bin/sh /root/watchdog.sh

Il problema è che i comandi /etc/init.d/br2684ctl restart oppure /usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35 non sortiscono alcun effetto...MA LA CONNESSIONE RIPRENDE SOLO QUANDO PREMO IL PULSANTE HANGUP PRESENTE NELLA GRAFICA DI LUCI, RELATIVO AL PROCESSO /usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35

Come faccio ad invocare con uno script l'esatto comando che viene eseguito in seguito al bottone hangup di Luci???

[matteo85]

Originariamente inviato da blackhole00

Il watchdog dovrebbe essere questo, in /root/whatdog.sh con permessi di esecuzione:


Per cron invece (ogni 2 minuti):


Il problema è che i comandi /etc/init.d/br2684ctl restart oppure /usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35 non sortiscono alcun effetto...MA LA CONNESSIONE RIPRENDE SOLO QUANDO PREMO IL PULSANTE HANGUP PRESENTE NELLA GRAFICA DI LUCI, RELATIVO AL PROCESSO /usr/sbin/br2684ctl -c 0 -e 1 -p 1 -a 0.8.35

Come faccio ad invocare con uno script l'esatto comando che viene eseguito in seguito al bottone hangup di Luci???

non ti so dire dato che non ho luci, dovresti sbirciare nei sorgenti
cmq invece di quel ciclo while non puoi settare una deadline così?

ping -c 1 -w5 8.8.8.8

[blackhole00]

Originariamente inviato da matteo85

non ti so dire dato che non ho luci, dovresti sbirciare nei sorgenti
cmq invece di quel ciclo while non puoi settare una deadline così?

ping -c 1 -w5 8.8.8.8

Si, grazie. E' più efficiente come suggerisci tu

Però che mistero: da Luci il riavvio del demone br2684ctl mi fa subito navigare e accende il led internet...da shell niente da fare!
Non c'è un modo di sniffare quella chiamata da shell senza spulciarmi i sorgenti di Luci? Spero di non aver detto un'eresia...

[matteo85]

Originariamente inviato da blackhole00

Si, grazie. E' più efficiente come suggerisci tu

Però che mistero: da Luci il riavvio del demone br2684ctl mi fa subito navigare e accende il led internet...da shell niente da fare!
Non c'è un modo di sniffare quella chiamata da shell senza spulciarmi i sorgenti di Luci? Spero di non aver detto un'eresia...

potresti installare strace e dare:

strace -p $PID_DI_LUCI -feexecve

e vedere cosa lancia a sua volta..

[blackhole00]

Originariamente inviato da matteo85

potresti installare strace e dare:

strace -p $PID_DI_LUCI -feexecve

e vedere cosa lancia a sua volta..

Potentissimo strace ma non ho visto se è disponibile per Openwrt...

Cmq alla fine ho risolto
va fatto il restart di br2684ctl invocando:

/etc/rc.d/S50br2684ctl restart

lo script è un link a quello presente in /etc/init.d/ ... ma da quest'ultimo non va ... Che vorrà significare????

[avware]

Originariamente inviato da blackhole00

Nell'attesa di una nuova release CC, ho indagato sul problema del demone pppd che aggancia l'adsl solo dopo 2 riavvii... In pratica il demone pppd cicla alla ricerca del circuito ATM senza mai trovarlo, dando il seguente errore ciclico:


Il problema si può risolvere, senza riavviare/spegnere il router, riavviando il seguente processo (hangup dal menu Processi in Luci):


Dopo il riavvio di questo processo la navigazione è immediata e il led internet si accende subito: qualcuno riesce a darmi una spiegazione?

Si può fare un fix attraverso uno script di riavvio di br2684ctl in /etc/hotplug.d/iface, quando l'interfaccia WAN è down? Del tipo:

Usando br2684 tu stai incapsulando una connessione (es. ATM) su una PPPoE, quindi una PPPoEoATM. Il motivo dell'errore è che il demone pppd trova già un'interfaccia avente indirizzo assegnato, quindi non riesce a tirar su una 'nas0' interna. Il fatto che dopo 1-2 tentativi riesci a beccarlo libero è pura fortuna. La domanda ora è: perché fai tutto ciò ? Se a te occorre una connessione PPPoATM (es. isp Tiscali) ti basta configurare una if atm pura (alcune if non sono necessariamente visibili tramite ipconfig perché virtuali).

esempio (nota: la sezione bridge non c'è perchè inesistente):

config interface 'wan'                    
        option proto 'pppoa'              
        option encaps 'vc'                
        option atmdev '0'          
        option vci '35'            
        option vpi '8'             
        option username 'faffo'
        option password 'fuffa'                         
        option peerdns '0'                               
        option dns '208.67.220.220 208.67.222.222 8.8.8.8'
        option mtu '1478'                                 
        option keepalive '3 30'

[blackhole00]

Originariamente inviato da avware

Usando br2684 tu stai incapsulando una connessione (es. ATM) su una PPPoE, quindi una PPPoEoATM. Il motivo dell'errore è che il demone pppd trova già un'interfaccia avente indirizzo assegnato, quindi non riesce a tirar su una 'nas0' interna. Il fatto che dopo 1-2 tentativi riesci a beccarlo libero è pura fortuna.

Hai perfettamente ragione ...infatti l'errore che avevo sul demone br2684 era:

Interface "nas0" could not be created, reason: File exists

Originariamente inviato da avware

La domanda ora è: perché fai tutto ciò ? Se a te occorre una connessione PPPoATM (es. isp Tiscali) ti basta configurare una if atm pura (alcune if non sono necessariamente visibili tramite ipconfig perché virtuali).

Pensavo l'atm-bridge fosse indispensabile perchè era già inserito di default nel firmware scaricato Ora ho notato che il wiki di Openwrt recita: "Each atm-bridge section maps the specified ATM curcuit an atm# pseudo ethernet device which can be used for example in conjunction with pppoe to establish a DSL connection to the ISP.".
Evidentemente non ho ben chiaro il concetto di encapsulation del circuito atm: quindi tale bridge andrebbe messo solo se mi collegassi in PPPoE ?

FATTO STA CHE CON I TUOI SUGGERIMENTI E LE TUE PREZIOSE OSSERVAZIONI NON HO PIU' NESSUN PROBLEMA, GRAZIE! (ho rimosso l'atm-bridge e configurato l'interfaccia wan come da te indicato). Ora mi collego in PPPoATM, aggancio la portante e navigo immediatamente ad ogni riavvio

[avware]

Originariamente inviato da blackhole00

Evidentemente non ho ben chiaro il concetto di encapsulation del circuito atm: quindi tale bridge andrebbe messo solo se mi collegassi in PPPoE ?

Quel tipo di incapsulamento si chiama AAL5. Gli incapsulamenti non sono complicati: nascono per permettere il routing attraverso instradamenti che prevedono più punti (hardware) che "conoscono" protocolli diversi. Ogni nodo estrae l'incapsulamento più esterno e lascia passare il contenuto.

Tranquillo.. io ne so poco più di te solo perché ci sono già cascato Tempo fa ebbi problemi con l'adsl, risolti con sollecito su twitter (Tiscali) dove mi consigliavano di tornare in PPPoA ..li capii di non utilizzare uno standard e iniziai a studiare. Come tutte le cose di questo tipo finii senza dormire la notte pur di sapere cosa sbagliavo, per la cronaca: son finito a leggermi le sorgenti del kernel scoprendo che le interfacce atm sono gestite internamente, ti basta solo usare pppd.

[avware]

Qualcuno di voi ha notato dei "eth0: tx ring full" nel dmesg ? Sto cercando di capire da cosa sono causati e il pezzo di codice imputato è questo:

       len = skb->len < ETH_ZLEN ? ETH_ZLEN : skb->len;

       if ((desc->ctl & (LTQ_DMA_OWN | LTQ_DMA_C)) || ch->skb[ch->dma.desc]) {
               netdev_err(dev, "tx ring full\n");
               netif_tx_stop_queue(txq);
               return NETDEV_TX_BUSY;
       }

Ma non capisco minimamente cosa fa.. any idea ?

[blackhole00]

Originariamente inviato da avware

Qualcuno di voi ha notato dei "eth0: tx ring full" nel dmesg ?

Innanzitutto grazie per l'esauriente risposta sulla struttura "a cipolla" degli incapsulamenti

Per quanto riguarda quel warning del kernel, io non ce l'ho...googlando un po', se non l'hai già fatto, ho trovato alcuni ticket ancora aperti su Openwrt in cui si dice che il problema è dovuto a situazioni di elevato carico (ad esempio usando minidlna e video playback "oneroso" in fast forward)...un utente dice anche che "My whole log is full of these messages (CC 15.05-rc2, r45918 - TP-LINK TD-W8970)", pertanto potrebbe essere dovuto alle versioni recenti di CC (se ne usi una).

Eccoti i link dei 2 ticket:
https://dev.openwrt.org/ticket/14163
https://dev.openwrt.org/ticket/12105

Sul codice invece nulla...