FIRMWARE CUSTOM NETGEAR DG834 SERIES -- CHIPSET BROADCOM -- (v4/GT/PN/N)

[misteroX]

Originariamente inviato da MircoT

d
[/code]

regole del firewall dopo aver dato "applica" nelle regole del firewall (anche senza modificare nulla):

=======NAT table======
Chain PREROUTING (policy ACCEPT 13041 packets, 1053K bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0          tcp dpt:5050 
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0          tcp dpt:5190 
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0          tcp dpt:1863 
    0     0 ACCEPT     all  --  *      *       0.0.0.0/0            224.0.0.0/3        
    0     0 DROP       all  --  ppp0   *       0.0.0.0/0           !87.4.244.225       
    3   192 PRE_BASIC  all  --  *      *       0.0.0.0/0            0.0.0.0/0          
    3   192 UPNP       all  --  *      *       0.0.0.0/0            0.0.0.0/0          
    3   192 NAPT       all  --  *      *       0.0.0.0/0            0.0.0.0/0          

Chain POSTROUTING (policy ACCEPT 110 packets, 6598 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 MASQUERADE  all  --  *      ppp0    192.168.200.0/24     0.0.0.0/0          
    0     0 MASQUERADE  all  --  *      ppp0    0.0.0.0/0            0.0.0.0/0          
    0     0 MASQUERADE  all  --  *      *       0.0.0.0/0            0.0.0.0/0          MARK match 0x2643 

Chain OUTPUT (policy ACCEPT 111 packets, 6664 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain DNS (1 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 DNAT       all  --  *      *       0.0.0.0/0            192.168.200.254     random 50% to:85.38.28.96 
    0     0 DNAT       all  --  *      *       0.0.0.0/0            192.168.200.254    to:85.37.17.43 

Chain NAPT (1 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain PRE_BASIC (1 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0          tcp dpt:5050 
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0          tcp dpt:5190 
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0          tcp dpt:1863 
    0     0 DROP       all  --  ppp0   *       0.0.0.0/0           !87.4.244.225       
    0     0 DNS        udp  --  br0    *       0.0.0.0/0            192.168.200.254    udp dpt:53 

Chain UPNP (1 references)
 pkts bytes target     prot opt in     out     source               destination         
=====filter table=====
Chain INPUT (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ACCEPT     2    --  *      *       0.0.0.0/0            0.0.0.0/0          
    0     0 DROP       tcp  --  !ppp0  *       0.0.0.0/0            0.0.0.0/0          state NEW tcp flags:!0x16/0x02 
   48 10886 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0          state RELATED,ESTABLISHED 
    0     0 INPUT_UDP  udp  --  ppp0   *       0.0.0.0/0            0.0.0.0/0          
    0     0 INPUT_TCP  tcp  --  ppp0   *       0.0.0.0/0            0.0.0.0/0          
    0     0 DOS_POD    icmp --  ppp0   *       0.0.0.0/0            0.0.0.0/0          icmp type 8 
    5   312 ACCEPT     all  --  !ppp0  *       0.0.0.0/0            0.0.0.0/0          state NEW 

---cut

da questo momento in poi non sembra più perdere le regole e la navigazione con ip e dns assegnati dal dhcp funziona regolare.

credo che il problema sia nelle regole per il dns, che dopo un po' spariscono (spariscono anche le sezioni chain PRE_BASIC e chain NAPT...):ho provato durante "il malfunzionamento" a mettere i dns manualmente e a lasciare l'ip automatico, e la navigazione funziona.


ciauzzzz!

p.s.: volevo postare l'intero quadro delle regole, ma il forum si impalla durante il posting ed esce una pagina bianca... tagliando un po' di roba invece funziona... boh..

Ciao ,
noto con dispiacere che hai lo stesso problema che abbiamo in molti.

due sono le scelte:
Attualmente fino a che Stev-O non mette mano al firmware 835 puoi usrarlo ma ti darà sempre gli stessi problemi salvo che tu da console telnet non esegua rc firewall restart ed il tutto ritorna a funzionare anche per giorni.
Seconda scelta torni indietro di versioni 834 (attualmente ritirata da Stev-O perchè conteneva alcuni bug) o le varie 743 sempre del DGTEAM e sempre valide come firmware.

Ciao
MisteroX

[+Benito+]

Originariamente inviato da qwerty12_1

Salve,

Non parlo italiano (dispiace), in modo sto utilizzando Google Translate. Sto chiedendo qui perché credo che questo thread è la più grande risorsa del DG834GT router.

Voglio essere in grado di controllare la spia di DG834GT.
Ho scoperto che si può eseguire:
"echo g0 > /proc/led" e che si spegnerà il potere ha portato.

Ma Ethernet e WLAN ancora portato via. So che in ultima DG834GT firmware, NETGEAR uso madwifi e posso ath_pci modulo di patch per disabilitare LED. Ma essi non comprendono madwifi loro fonte nel tarball sorgente quindi non so quale versione di madwifi viene utilizzato. Qualcuno sa versione esatta qui?

Grazie.

If you are english I suppose the better way to communicate is to write in your own language, 'cause google translator works very bad...

[MircoT]

Originariamente inviato da misteroX

Ciao ,
noto con dispiacere che hai lo stesso problema che abbiamo in molti.

due sono le scelte:
Attualmente fino a che Stev-O non mette mano al firmware 835 puoi usrarlo ma ti darà sempre gli stessi problemi salvo che tu da console telnet non esegua rc firewall restart ed il tutto ritorna a funzionare anche per giorni.
Seconda scelta torni indietro di versioni 834 (attualmente ritirata da Stev-O perchè conteneva alcuni bug) o le varie 743 sempre del DGTEAM e sempre valide come firmware.

Ciao
MisteroX

Per il mio uso in realtà è un falso problema in quanto uso solo ip e dns fissi, quindi il bug non mi tocca per ora...
Me ne sono accorto per caso provando una macchina virtuale in VMWare Fusion: il Mac aveva ip fisso e navigava, la macchina virtuale usava il dhcp e non navigava... ma appena mettevo il dns manuale riprendeva ad andare...
Da lì ho notato sto strano problema delle regole.
Per altro non serve neanche aprire il Telnet: basta dare Applica nel pannello delle regole del firewall. Non le perderà più fino allo spegnimento.
La 734 mi dava dei problemi con il collegamento wireless... si disconnetteva a caso per qualche secondo... e durante un download non è bello...
Per il momento posso attendere. Speriamo arrivi presto una 836 con il problema firewall risolto. Per il resto la 835 va abbastanza bene.

Ciauzzz!

[garfield1]

Dopo un uptime che durava dai primi del mese anche io prendo la tessera del club del cecati del dns.

Navigazione bloccata dalla mancata risoluzione degli indirizzi, ma possibile con l'ip (infatti emule andava).

Applica sulle regole del firewall e tutto riparte.

Sarebbe interessante capire cosa innesca il cambiamento, magari abilitando il log sulle regole, ma se lo abilito come funziona? Il registro ha una soglia di memorizzazione automatica oppure ad un certo punto si intasa?

[supreme]

Una domanda a cui vorrei dare una risposta:
che differenza c'è tra il comando telnet adslctl start e adslctl configure ?

adslctl start [--up] [--mod <a|d|l|t|2|p|e|m>] [--lpair <(i)nner|(o)uter>]
[--trellis <on|off>] [--snr <snrQ4>] [--bitswap <on|off>] [--sesdrop<on|off>]
[--sra <on|off>]
[--CoMinMgn <on|off>] [--i24k <on|off>] [--phyReXmt <on|off>]

adslctl configure [--mod <a|d|l|t|2|p|e|m>] [--lpair <(i)nner|(o)uter>]
[--trellis <on|off>] [--snr <snrQ4>] [--bitswap <on|off>] [--sesdrop<on|off>]
[--sra<on|off>]
[--CoMinMgn <on|off>] [--i24k <on|off>] [--phyReXmt <on|off>]

[Tedesco]

Salve

Io ho un DG834GT con il Firmware Originale 1.02.14 e vorrei sapere su quale Firmware mi consigliate passare.

Uso principalmente la connessione per navigare,P2P e Streaming.

E' possibile che ogni tanto con il Firmware attuale abbia qualche problema di instabilita' sulla connessione ?
Ecco perche vorrei sperimentare con un Firm Mod.

Grazie

[dmann9999]

Originariamente inviato da Tedesco

Salve

Io ho un DG834GT con il Firmware Originale 1.02.14 e vorrei sapere su quale Firmware mi consigliate passare.

Uso principalmente la connessione per navigare,P2P e Streaming.

E' possibile che ogni tanto con il Firmware attuale abbia qualche problema di instabilita' sulla connessione ?
Ecco perche vorrei sperimentare con un Firm Mod.

Grazie

ti consiglio l'1.1.32 dgteam 743 , in quanto l'1.02.16 dgteam 835 al momento ha qualche problema di gioventù.
ciao ciao

[ThePaK]

Sono rimasto così quando ho scoperto che da anni mi tengo questo firmware originale schifosissimo sul mio DGN834N , sono entrato in questa sezione per cercare info per un nuovo acquisto ormai disperato per le porcate che mi fa spesso....


Vedo che per DG834N c'è solo un Firmware , domani lo provo , ci sono controindicazioni?

(grazie di cuore a chiunque sia stato a fare tutto questo ben di dio, sei/siete il mio idolo/i)

[ness.uno]

Vi è mai capitato che non rinnovi l'IP del dyndns?(1.1.32 dgteam 743)
Ma anche con l'originale 1.02.14, forse necessita di un reset?
Mentre con il WAG300N Linksys non ho di questo problema.
Grazie
Ciao

[MaxFrames]

Dopo settimane di buon funzionamento, anche io mi debbo iscrivere al club. eMule mi dava id basso, e per risolvere ho dovuto andare nella schermata delle regole del firewall e cliccare su Applica (senza modificare nulla).
La navigazione però, con i DNS impostati nel router e passati al PC via DHCP, non dava problemi.

[MircoT]

Originariamente inviato da MaxFrames

Dopo settimane di buon funzionamento, anche io mi debbo iscrivere al club. eMule mi dava id basso, e per risolvere ho dovuto andare nella schermata delle regole del firewall e cliccare su Applica (senza modificare nulla).
La navigazione però, con i DNS impostati nel router e passati al PC via DHCP, non dava problemi.

stamattina, appena acceso, ho visto che le regole del firewall erano già a "donne di facili costumi"... a 'sto punto, fino a che non esce una nuova release corretta, faccio l'applica nelle regole del firewall ad ogni accensione...

en passant: vedo che il dhcp assegna l'ip del router come dns, cioè il router fa da dns forwarder... tu dici che hai impostato a mano i dns e che questi vengono poi passati ai client via dhcp: dove/come lo fai?
nella configurazione del dhcp c'è solo l'intervallo degli ip, non c'è un posto dove mettergli i dns da passare ai client...


ciauzzzz!

[MaxFrames]

Beh, i DNS sono in Impostazioni di base e il mio PC è impostato per ricevere dal router sia l'indirizzo IP sia i DNS.

[MircoT]

Originariamente inviato da MaxFrames

Beh, i DNS sono in Impostazioni di base e il mio PC è impostato per ricevere dal router sia l'indirizzo IP sia i DNS.

in effetti è l'unico posto dove inserirli...
quindi se li si inserisce vengono anche passati ai client via dhcp?
sicuro che il tuo pc non abbia l'ip del router come dns?
ipconfig /all ci toglierebe il dubbio...


ciauzzz!

[littlemau]

Originariamente inviato da MircoT

sicuro che il tuo pc non abbia l'ip del router come dns?

E' quello che ha detto...

[MaxFrames]

Il mio PC usa i due DNS OpenDNS impostati sul router... è così che funziona il DHCP

[misteroX]

Ciao,
come Kenmasters ho applicato il modulo firewall della 834 al firmware della 835.
Ad oggi non ho avuto nessun problema di regole firewall o altro.

Questo è l'uptime da quando ho riavviato il router :
# uptime
11:49:41 up 2 days, 20:28, load average: 0.00, 0.00, 0.00

Ad ogni modo continuo a monitorarlo per vedere se fa scherzì.

Ciao
MisteroX

[MircoT]

Originariamente inviato da MaxFrames

Il mio PC usa i due DNS OpenDNS impostati sul router... è così che funziona il DHCP

non sempre: ad esempio se non metti i dns nella configurazione base e gli dici di usare quelli dati dal ISP, il dhcp assegna l'ip del router come dns.
in quel caso il router forwarda le richieste dns ai dns "imparati" dal ISP... e 'sta cosa non mi piace: preferisco inserire tutto io nella configurazione dhcp... era meglio se quei campi li mettevano nella configurazione dhcp...

grazie comunque. faccio una prova.

[MircoT]

fatta la prova: ovviamente è come dicevate voi

però ho notato una cosa che potrebbe aiutare a risolvere il problema del firewall: appena ho inserito i dns e dato applica, ho controllato le regole del firewall ed erano a posto, ma dopo neanche 10 minuti aveva già perso le regole relative ai dns...
al solito un applica alle regole del firewall ha rimesso le cose a posto...
quindi sembra che il problema "esca" dopo poco che il dhcp server è partito e ha aggiornato le regole del firewall... che so, magari non le salva dopo averle modificate... se non ricordo male le regole del firewall vengono ricaricate di tanto in tanto....
spero che questa ""scoperta"" possa essere di aiuto...


ciauzz!

[ThePaK]

Per il DG834N l'ultima versione disponibile è la 743 , ma leggo che per gli altri modelli ci sono versioni più nuove... è prevista una relase anche per il DG834N o quellà sarà l'ultima versione?

[Paky]

Originariamente inviato da MircoT

però ho notato una cosa che potrebbe aiutare a risolvere il problema del firewall: ....

il problema del firewall si risolve mettendo le mani al codice

tutto il resto è un tappabuchi fino al prossimo riavvio , o peggio riavvio forzato per cause di forza maggiore (sbalzo/blackout)


quindi assodato che il firm il problema ce l'ha, io consiglierei la rimozione del link dell'835 fino al ritorno di Stev