[Thread ufficiale] amod - firmware modificato per DGND4000, DGN3500, DGN2200V3/V4

[random566]

mi dispiace ancora di più.
comunque adesso, dopo il refresh della pagina, dnsmasq è configurabile, probabilmente era rimasta nella cache del browser la vecchia versione.

[alfonsor]

fossero questi i guai ... scatolette con quattro circuiti dentro

ps
se vai nel menu wan mi sa che è rimasta la voce del pppoe relay, che però era solo per le solite prove che faccio ogni tanto, ma non funziona

[Totix92]

alfonsor hai provato a recuperarlo senza utility? io ho recuperato il mio a causa di un brick causato dall'installazione della beta .22 senza usare l'utility per il recovery
stacca tutti i cavi dal router lasciando solo l'alimentazione, accendi il router senza premere il pulsante di reset, dopo 15/30 secondi collega il cavo lan del pc alla porta lan n°1 e vedi se assegna l'ip e gateway, appena apri il browser se non appare da solo vai all'indirizzo del router e dovrebbe apparire un'iterfaccia solo testuale dove selezionare dal pc un file .img del firmware e ricaricarlo
molti non lo sanno forse... ma la quasi totalità dei router con chipset broadcom possono essere recuperati cosi... a meno che non si è corrotto il cfe
prova

[random566]

è vero, c'è la voce pppoe relay, comunque, anche se non funziona, può essere di buon auspicio...

[alfonsor]

Originariamente inviato da iz0bbz

Solo per confermare che con amod 1.0.5 il dropbear 'accato' funziona bene sia con autenticazione admin/<password> che con autenticazione RSA.
Ancora grazie

figurati...

per quanto riguarda lo hack, guarda che nei routerini tutto funziona così; tutto quello che c'è dentro è sempre da appena un pò a grandemente modificato per adattarsi, da busybox in poi

altrimenti, liscio, sarebbe un pò complicato fare funzionare le cose; con un solo utente, praticamente, con la root non scrivibile, con la memoria col contagocce, con memoria solo volatile

qui lo hack è al minimo: se ti connetti con il nome admin, ti logghi come fossi root e se l'autenticazione è via password, con la password http; niente di eclatante, niente che riduce la sicurezza di una connessione ssh, niente di speciale davvero

invece, la strada di aggiungere l'utente admin a mano, comporta, tanto per dire, che se l'user cambia password sulla pagina web, o riscrivi completamente setup.cgi cioé il programma che si occupa della gestione dell'interfaccia web oppure la nuova password non funzionerà fino al reboot (o ti devi inventare un meccanismo che controlla il file /etc/passwd ma è una cosa abbastanza brutta)

[Totix92]

ho notato che da quando ho aggiornato alla versione 1.0.5 di amod la velocità di trasferimento file dall'hdd al pc e viceversa da 2.5 mb/s è aumentato a quasi 5 mb/s

[Totix92]

Originariamente inviato da hardhu

Purtroppo con amod 1.0.5 per il 2200v3, transmission mi causa continue cadute della connessione.

Ne sono sicuro perché dopo un po' di disconnessioni ho lasciato il router acceso senza transmission, e non ci sono stati problemi. Appena ho acceso l'hard disk collegato al router, e transmission è partito in automatico, subito la linea è caduta, e da quel momento in poi registro di nuove delle disconnessioni frequenti.

Ecco un po' del log. Purtroppo va letto dal basso verso l'alto, comunque si vede come appena attacchi l'hard disk cada la portante.

[Internet disconnected] Saturday, April 13,2013 22:58:13         
[DSL: Down] Saturday, April 13,2013 22:58:07          
[USB device attached] The USB storage device <00AAJB-00TYA0> (<data2>) is attached to, Saturday, April 13,2013 22:57:54         
[admin login] from source 192.168.0.4, Saturday, April 13,2013 22:55:05        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:53:02        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:52:09        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:52:09        
[UPnP set event:DeletePortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:51:57        
[UPnP set event:DeletePortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:51:57        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:51:33        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:51:33        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:51:23        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:51:22        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:50:50        
[UPnP set event:AddPortMapping] from source 192.168.0.4, Saturday, April 13,2013 22:50:50        
[DoS attack: ACK Scan] from source: 176.31.228.8:10011, Saturday, April 13,2013 22:49:18        
[DHCP IP: (192.168.0.4)] to MAC address 00:1C:25:32:D9:67, Saturday, April 13,2013 22:30:46        
[DoS attack: ACK Scan] from source: 66.96.160.149:80, Saturday, April 13,2013 21:35:21        
[DHCP IP: (192.168.0.3)] to MAC address 00:22:FB:BE:DF:20, Saturday, April 13,2013 20:44:51        
[DHCP IP: (192.168.0.3)] to MAC address 00:22:FB:BE:DF:20, Saturday, April 13,2013 20:27:09        
[DHCP IP: (192.168.0.3)] to MAC address 00:22:FB:BE:DF:20, Saturday, April 13,2013 20:26:56        
[DHCP IP: (192.168.0.3)] to MAC address 00:22:FB:BE:DF:20, Saturday, April 13,2013 20:26:16        
[DHCP IP: (192.168.0.3)] to MAC address 00:22:FB:BE:DF:20, Saturday, April 13,2013 20:22:41        
[Time synchronized with NTP server time-g.netgear.com] Saturday, April 13,2013 20:07:56         
[UPnP set event:AddPortMapping] from source 192.168.0.3, Saturday, April 13,2013 20:07:28        
[UPnP set event:AddPortMapping] from source 192.168.0.3, Saturday, April 13,2013 20:07:26        
[DHCP IP: (192.168.0.3)] to MAC address 00:22:FB:BE:DF:20, Saturday, April 13,2013 20:07:10        
[Internet connected] IP address: 151.95.98.230, Saturday, April 13,2013 20:07:10        
[DSL: Up] Saturday, April 13,2013 20:07:07          
[DHCP IP: (192.168.0.7)] to MAC address E4:7C:F9:F7:FD:C3, Saturday, April 13,2013 20:07:00        
[DHCP IP: (192.168.0.2)] to MAC address 74:E2:F5:2E:BC:E0, Saturday, April 13,2013 20:06:41        
[DHCP IP: (192.168.0.6)] to MAC address 74:44:01:37:EC:CC, Saturday, April 13,2013 20:06:10        
[Initialized, firmware version: V1.1.00.10_1.00.10 ] Saturday, April 13,2013 20:05:36

Dopodiché ecco che ricominciano le disconnessioni frequenti:

[Internet connected] IP address: 151.51.138.21, Saturday, April 13,2013 23:09:31        
[DSL: Up] Saturday, April 13,2013 23:08:26          
[Internet disconnected] Saturday, April 13,2013 23:07:19         
[DSL: Down] Saturday, April 13,2013 23:07:13          
[...]    
[Internet connected] IP address: 151.51.138.21, Saturday, April 13,2013 23:06:33        
[DSL: Up] Saturday, April 13,2013 23:06:29          
[Internet disconnected] Saturday, April 13,2013 23:05:44         
[DSL: Down] Saturday, April 13,2013 23:05:38          
[...]     
[Internet connected] IP address: 151.51.138.21, Saturday, April 13,2013 22:59:47        
[DSL: Up] Saturday, April 13,2013 22:59:10

Magari è un problema solo mio, ma, tanto per fare delle prove, dato che ho scaricato più o meno tutte le release di amod, qual è la prima in cui è stato implementato transmission?

io non ho nessun problema con trasmission, scarica che è una meraviglia

[alfonsor]

non c'è niente di nuovo riguardante transmission
e non c'è niente di nuovo riguardante samba

non posso che inserire la faccenda nelle casualità

[alex12345]

Ciao Alfonsor, con l'ultimo fw 9.1.9.9 non so per quale motivo il router si riavvia in modo casuale, con le versioni precedenti sono stato up anche per più di 20 giorni.
Non riesco a risalire al problema, l'unica modifica che ho fatto è che ho aggiunto 2 eccezioni in Firewall Rules.
Adesso sto facendo delle prove

[alfonsor]

alex, non saprei, in questi due giorni sono solo sul 3500 e va decentemente, quando ho visto il 3500 riavviarsi da solo è sempre stato per un uso spropositato della usb

[trim_de_brim]

lo so che è bacato ma in devices come vi appaiono i nomi dei client?

oggi ne vedo due su i cinque connessi o meglio premo il tasto refresch ne scompare uno e appare l'altro da notare che dopo il nome del pc appare uno spazio e una D
(utilizzare dnsmasq non ha portato giovamento tranne l'assegnazione univoca dell'indirizzo ip )
è una situazione un po comica

[PuNkEtTaRo]

alfonsor, hai avuto modo di dare un'occhiata all'eseguibile che controlla i led?
Sarebbe molto comodo per me, ma credo anche per qualcun'altro, poter spegnere completamente tutti i led, magari pianificandone lo spegnimento.
Se non ricordo male, gnommo provò a fare qualcosa ma l'eseguibile era blindato.
Grazie come sempre!

[legolas93]

Prima di tutto ti ringrazio per il tuo lavoro che apprezzo molto. (Sempre stato uno spettatore silente fino ad ora )


Ieri sono passato dalla 1.0.0 alla 1.0.5 e ho notato che il led del WiFi ha iniziato a lampeggiare se in uso. Preciso che non ho mai immesso nessun comando riguardante il WiFi. Ti risulta questo comportamento?

PS: ora provo a vedere se riesco a ritrovare il comando per averlo fisso.

[alfonsor]

i nomi dei dispositivi collegati non sono assolutamente legati a amod; i nomi vengono trovati da setup.cgi, di cui non esistono i sorgenti ed è sempre quello

dnsmasq non c'entra niente con i nomi che appaiono in quella pagina web

i nomi che vanno e vengono ci sono sempre stati e questo accade per via di come è fatto il protocollo arp, fonte primaria della ricerca dei nomi; ci sono in qualsiasi firmware per il dgn3500

quello che accade attivando dnsmasq e quindi disattivando il server dhcp è che non c'è il file di lease da cui, molto probabilmente, il meccanismo in setup.cgi cercava di ricavare i nomi

ma quando scrivo "ho inserito dnsmasq, ma alla configurazione, all'uso, tutto ci dovete pensare voi" intendo proprio che sono conscio che porterà difficoltà con altre componenti

ma siccome il meccanismo "dispositivi collegati" per quanto mi riguarda non ha mai funzionato, siccome non penso che uno usa il 3500 e figurarsi il 2200V3 per gestire un internet point o una biblioteca e cose simili, alla fine si hanno sempre una decina di dispositivi che conosciamo, il computer della moglie, quello dei figli, il telefonino di Giovanna e via dicendo, non penso sia una cosa grave

d'altronde, se uno vuole avere dispositivi collegati come era prima di dnsmasq, disattivi dnsmasq................


i led possono essere spenti, ma non possono essere poi riaccesi in maniera sensata; cioé uno spegne i led, poi al mattino li vuole riaccendere, ma non so quali vanno riaccesi e quali no; siccome i led del 2200 (perchè nel 3500 i led della wan non si possono proprio controllare, quindi non c'è niente da fare) sono molto fiochi, direi che la questione non è primaria

comunque, non aggiungo niente di nuovo al firmware per un prossimo periodo, perchè per aggiungere troppe cose si dimenticano i bug di tutti i giorni, le "$" dimenticate nei file di avvio dei service e via dicendo, cioé blocco un attimo per fare debug

l'unica cosa è che sto cercando un server ntp che funzioni davvero, perché quello messo openntp direi che è una ciofeca in versione linux

[Totix92]

Originariamente inviato da hardhu

Se hai il 2200v3 mi diresti:
- che provider hai?
- che configurazione hai in Adsl setup e advanced?
- cosa usi per lo storage con transmission?

Secondo voi il fatto di avere il router attaccato all'hard disk usb che uso per transmission può essere all'origine delle disconnessioni? Magari i campi magnetici generati dall'hard disk in funzione potrebbero "danneggiare" il segnale adsl che arriva al router (non crocifiggetemi se scrivo una c....zzata)?

1) Infostrada 8 mb, sono a 300 mt dalla centrale
2) PPPoA VC e mtu a 1478
3) un WD My Passport 500 gb
4) si è una cavolata

[alfonsor]

Originariamente inviato da hardhu

Se hai il 2200v3 mi diresti:
- che provider hai?
- che configurazione hai in Adsl setup e advanced?
- cosa usi per lo storage con transmission?

Secondo voi il fatto di avere il router attaccato all'hard disk usb che uso per transmission può essere all'origine delle disconnessioni? Magari i campi magnetici generati dall'hard disk in funzione potrebbero "danneggiare" il segnale adsl che arriva al router (non crocifiggetemi se scrivo una c....zzata)?

guarda, transmission non c'entra nulla con la configurazione adsl

come storage per transmission puoi usare una qualsiasi pennetta da qualsiasi grandezza, diciamo 4 giga, la inserisci, sarà montata su U, selezioni U nella pagina services in transmission home e lo avvii

transmission si creerà la sua cartella transmission con tutti i file dentro, e con il file di configurazione settings.json

quindi vai alla sua pagina indirizzorouter:9091 e da qui puoi già modificare alcuni parametri premendo il tasto a forma di rotellina in basso a sinistra

quindi scegli un torrent lo metti in transmission e lo avvii, perché lo devi avviare tu, visto che la configurazione di base in settings.json non avvia i torrent appena inseriti, né avvia i download al boot; questo è per consumare meno risorse possibili, se vuoi cambiarlo lo puoi fare editando a mano settings.json

se funziona funziona in questa maniera banalmente; non aprire porte, non fare niente, perché le porte se le apre da solo, non attivare l'upnp in settings.json, perché si apre la porta casuale scelta all'avvio da solo la macro che lo lancia

con alcuni torrent non funziona, come avvii il download crascia; questa è una situazione comune su molti router, indipendente dalla versione di transmission, la versione trunk cioé quella attualmente in sviluppo, sul sito di transmission fa la stessa cosa; io non so cosa è

con la maggior parte dei torrent invece funziona

cosa accade a te? perché non lo hai scritto. lanci il download e cosa accade? non si lancia proprio transmission?

[alfonsor]

cosa intendi per cali di portante? disconnessioni? o cala la velocità di download come riportato ad esempio in status?

[alfonsor]

il 2200 mi si è bruciato per cui non posso provare se attaccando al volo una usb succede qualcosa

di solito ho sempre provato transmission con la usb connessa dal boot

quello che mi sembra di capire è che tu non hai la usb connessa, ma la connetti quando ti serve

questo non è molto consigliabile in generale, perché l'interfaccia usb sia del 2200 e sia del 3500 è molto delicata

martedì mi dovrebbe arrivare il nuovo 2200, che non mi serve a niente come non mi serviva a niente quello precedente, se non per fare amod, an passant, e vedrò di provare

nel frattempo, non lanciare transmission al boot, cioé deseleziona la casellina, spegni il router, attacca la chiavetta usb, riaccendilo, aspetta il boot, va su service e lancia transmission, vediamo se in questa modalità succede qualcosa

se così funziona tutto ed invece attaccando la usb a router accesso la connessione va giù, allora dobbiamo provare a disabilitare transmission ed osservare cosa accade ad attaccare una periferica usb mentre si è connessi

di solito il modem che mi connette è in alto su uno scaffale, quindi ha una sua periferica usb sempre connessa, non provo praticamente mai lo stacca attacca...

[trim_de_brim]

Originariamente inviato da alfonsor

i nomi dei dispositivi collegati non sono assolutamente legati a amod; i nomi vengono trovati da setup.cgi, di cui non esistono i sorgenti ed è sempre quello

dnsmasq non c'entra niente con i nomi che appaiono in quella pagina web

i nomi che vanno e vengono ci sono sempre stati e questo accade per via di come è fatto il protocollo arp, fonte primaria della ricerca dei nomi; ci sono in qualsiasi firmware per il dgn3500

quello che accade attivando dnsmasq e quindi disattivando il server dhcp è che non c'è il file di lease da cui, molto probabilmente, il meccanismo in setup.cgi cercava di ricavare i nomi

ma quando scrivo "ho inserito dnsmasq, ma alla configurazione, all'uso, tutto ci dovete pensare voi" intendo proprio che sono conscio che porterà difficoltà con altre componenti

ma siccome il meccanismo "dispositivi collegati" per quanto mi riguarda non ha mai funzionato, siccome non penso che uno usa il 3500 e figurarsi il 2200V3 per gestire un internet point o una biblioteca e cose simili, alla fine si hanno sempre una decina di dispositivi che conosciamo, il computer della moglie, quello dei figli, il telefonino di Giovanna e via dicendo, non penso sia una cosa grave

d'altronde, se uno vuole avere dispositivi collegati come era prima di dnsmasq, disattivi dnsmasq................


i led possono essere spenti, ma non possono essere poi riaccesi in maniera sensata; cioé uno spegne i led, poi al mattino li vuole riaccendere, ma non so quali vanno riaccesi e quali no; siccome i led del 2200 (perchè nel 3500 i led della wan non si possono proprio controllare, quindi non c'è niente da fare) sono molto fiochi, direi che la questione non è primaria

comunque, non aggiungo niente di nuovo al firmware per un prossimo periodo, perchè per aggiungere troppe cose si dimenticano i bug di tutti i giorni, le "$" dimenticate nei file di avvio dei service e via dicendo, cioé blocco un attimo per fare debug

l'unica cosa è che sto cercando un server ntp che funzioni davvero, perché quello messo openntp direi che è una ciofeca in versione linux

Grazie per i tuo lavoro
non è che potresti centralizzare la gestione dei log?
Su syslog leggo che mi connetto che mi attaccano con un dos
ma non so niente di dnsmasq per esempio...
ciao

[alfonsor]

che sarebbe la gestione centralizzata dei log?