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

[NY0]

Originariamente inviato da Stev-O

eh ma devi guardare l'attainable

si ricorda che per andare in telnet bisogna digitare root cone login e come pw l'interfaccia web

e che per andare in telnet bisogna scrivere da linea di comando dos (o usando un cliente telnet: si consiglia putty linux telnet)

telnet 192.168.0.1 (o l'ip che dirsivoglia)

e cmq l'ultima versione è la 0743 non la 42...

sorry...davo admin...

chiedo venia

[Blue Angel]

Caricato 1.01.32 versione 743 sul gt...che dire,a occhio mi sembra molto stabile, più veloce nel caricare pagine web, accesso msn, e uso di emule. Inoltre un sensibile miglioramento nell'attenuazione (-1db) e nel snr (+2db) senza modificare nessuna impostazione rispetto alla versione originale dello stesso firmware. Molte funzionalità aggiuntive e ben fatte,con spiegazione molto precisa di ogni modifica introdotta. Già ero soddisfattissimo di questo router,ora sono senza parole. Davvero un bel lavoro, complimenti!

[Stev-O]

Originariamente inviato da Blue Angel

Caricato 1.01.32 versione 743 sul gt...che dire,a occhio mi sembra molto stabile, più veloce nel caricare pagine web, accesso msn, e uso di emule. Inoltre un sensibile miglioramento nell'attenuazione (-1db) e nel snr (+2db) senza modificare nessuna impostazione rispetto alla versione originale dello stesso firmware. Molte funzionalità aggiuntive e ben fatte,con spiegazione molto precisa di ogni modifica introdotta. Già ero soddisfattissimo di questo router,ora sono senza parole. Davvero un bel lavoro, complimenti!

sono commosso...

qualcuno che le ha lette...

[johnpetrucci77]

ciao stev-o
sono un bel po':
UDP Packet - Source:218.202.218.12,7121 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:36:55 - UDP Packet - Source:87.21.53.32,7133 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:37:33 - UDP Packet - Source:84.60.167.150,19698 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:37:33 - UDP Packet - Source:82.51.178.187,21594 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:37:33 - UDP Packet - Source:217.126.72.133,11661 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:10:44 - UDP Packet - Source:79.2.131.111,10799 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:58 - UDP Packet - Source:61.62.212.153,62053 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:88.178.129.175,4672 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:78.12.86.141,7942 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:87.5.235.90,20725 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:60.30.68.155,57799 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:49:01 - UDP Packet - Source:81.211.222.217,6468 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:49:01 - UDP Packet - Source:87.11.180.198,11359 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:00:38 - UDP Packet - Source:88.226.66.156,4672 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:01:01 - UDP Packet - Source:84.153.209.72,4672 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:11:20 - UDP Packet - Source:38.107.161.234,7346 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:11:48 - UDP Packet - Source:87.16.186.92,4516 Destination:192.168.0.2,1756 - [DOS]

questo da stamattina alle 9:00.
alzero' un po' l'udp flood

nel driver info c'e' scritto questo:
/usr/sbin/adslctl: ADSL driver and PHY status
Status: Showtime Channel: INTR, Upstream rate = 320 Kbps, Downstream rate = 4832 Kbps
Link Power State: L0
Mode: G.DMT
Channel: Interleave
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 29.9 31.0
Attn(dB): 23.0 13.0
Pwr(dBm): 19.8 11.6
Max(Kbps): 10528 1028
Rate (Kbps): 4832 320
G.dmt framing
K: 152(0) 11
R: 16 16
S: 1 16
D: 64 4
ADSL2 framing
MSGc: 1 1
B: 152 11
M: 1 16
T: 1 1
R: 16 16
S: 1.1045 17.3333
L: 1224 96
D: 64 4

per veder cambiare un po'l'snr o sfruttare un po'piu' la banda cosa mi consigli?
Lasciarlo al 100% o impostarlo diversamente?

comunque resta il fatto che questo V1.01.32 - DGTeam Rev. 0743
e' in assoluto il migliore firmware che abbia mai provato,sopratutto per chi come me di telnet
non ne capisce un beneamato c......

[Blue Angel]

Originariamente inviato da Stev-O

sono commosso...

qualcuno che le ha lette...

Ebbene sì, è incredibile, ma sono dotato della facoltà della vista!!!

[caurusapulus]

Entro anche io nel BETA TESTING.
Ho messo su la DG834GT_V1.01.32_DGTeam_0743
Stev ti dico come funziona (credo benissimo) in sti giorni a venire xkè non ci sono da domani in poi (ma fino a stasera avoglia )
Comunque congratulazioni xkè ci sono un sacco di figate

[caurusapulus]

Non mi torna una cosa.
Ho Tiscali 10mbit in ULL ma è in interleaved...
Questo è quello che il router dice:
Link Power State: L0
Mode: ADSL2+
Channel: Fast
Trellis: ON
Line Status: No Defect
Training Status: Showtime

Il che, se fosse vero, non mi dispiacerebbe... ma comunque i ping rimangono su standard non da linea in Fast:

>ping maya.ngi.it

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 32 byte di dati:

Risposta da 88.149.128.3: byte=32 durata=39ms TTL=55
Risposta da 88.149.128.3: byte=32 durata=38ms TTL=55
Risposta da 88.149.128.3: byte=32 durata=38ms TTL=55
Risposta da 88.149.128.3: byte=32 durata=36ms TTL=55

Statistiche Ping per 88.149.128.3:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 36ms, Massimo =  39ms, Medio =  37ms


>ping maya.ngi.it

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 32 byte di dati:

Risposta da 88.149.128.3: byte=32 durata=35ms TTL=55
Risposta da 88.149.128.3: byte=32 durata=36ms TTL=55
Risposta da 88.149.128.3: byte=32 durata=36ms TTL=55
Risposta da 88.149.128.3: byte=32 durata=37ms TTL=55

Statistiche Ping per 88.149.128.3:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 35ms, Massimo =  37ms, Medio =  36ms

Ps: utilissimo il "regola-SNR" ed "Esegui test MTU"

[Paky]

per confermare il fast pinga il resolver DNS non NGI

[caurusapulus]

Originariamente inviato da Paky

per confermare il fast pinga il resolver DNS non NGI

cioè dici i miei dns?

edit: ping del gateway

>ping 213.205.16.44

Esecuzione di Ping 213.205.16.44 con 32 byte di dati:

Risposta da 213.205.16.44: byte=32 durata=25ms TTL=254
Risposta da 213.205.16.44: byte=32 durata=25ms TTL=254
Risposta da 213.205.16.44: byte=32 durata=25ms TTL=254
Risposta da 213.205.16.44: byte=32 durata=25ms TTL=254

Statistiche Ping per 213.205.16.44:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 25ms, Massimo =  25ms, Medio =  25ms

>ping 213.205.16.44

Esecuzione di Ping 213.205.16.44 con 32 byte di dati:

Risposta da 213.205.16.44: byte=32 durata=25ms TTL=254
Risposta da 213.205.16.44: byte=32 durata=24ms TTL=254
Risposta da 213.205.16.44: byte=32 durata=24ms TTL=254
Risposta da 213.205.16.44: byte=32 durata=26ms TTL=254

Statistiche Ping per 213.205.16.44:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 24ms, Massimo =  26ms, Medio =  24ms

Dite che sono ping da Fast? Io direi di si

Ps: scusate l'OT

[Paky]

io direi proprio di si , anche se l'adsl di telecom è + cazzuta

Esecuzione di Ping 212.216.112.112 con 32 byte di dati:

Risposta da 212.216.112.112: byte=32 durata=11ms TTL=245
Risposta da 212.216.112.112: byte=32 durata=11ms TTL=245
Risposta da 212.216.112.112: byte=32 durata=12ms TTL=245
Risposta da 212.216.112.112: byte=32 durata=11ms TTL=245

Statistiche Ping per 212.216.112.112:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 11ms, Massimo =  12ms, Medio =  11ms

[caurusapulus]

Originariamente inviato da Paky

io direi proprio di si , anche se l'adsl di telecom è + cazzuta

Esecuzione di Ping 212.216.112.112 con 32 byte di dati:

Risposta da 212.216.112.112: byte=32 durata=11ms TTL=245
Risposta da 212.216.112.112: byte=32 durata=11ms TTL=245
Risposta da 212.216.112.112: byte=32 durata=12ms TTL=245
Risposta da 212.216.112.112: byte=32 durata=11ms TTL=245

Statistiche Ping per 212.216.112.112:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 11ms, Massimo =  12ms, Medio =  11ms

Sono in Wi-Fi, quindi 1ms lo perdo
Cmq sono soddisfatto.


Chiudiamo l'OT

[joker72]

x Stev-O
Scusa una domanda,sto facendo delle prove di velocita' scaricando cd iso su debian pero' o un problema, uso il netgear D834GT che o acquistato da poco e non riesco ad arrivare al massimo della banda piu o meno arrivo a scaricare 1,300 MB/sec e non di piu,poi dopo un po comincia pure a calare il download,stacco il router metto lo zyxel p 660hw d1 che usavo prima e come per magia arrivo in download a 2,100 MB/sec,rimetto il D834GT e la velocita si abbassa notevolmente,questo mi capita su casi tutti i download che faccio

Ora da premettere una cosa,come linea ho alice 20 mega,la portante e sempre fissa a 19500 si con il netgear e con lo zyxel, o pravato ad aggiornare il firmware sul netgear con originali e non,attualmente o su la 0.743 ma niente
Mi domando se c'e qualcosa che mi sfugge nella configuazione del router perche la cosa e al quanto strana
Spero di essermi spiegato bene

[Paky]

Originariamente inviato da caurusapulus

Sono in Wi-Fi, quindi 1ms lo perdo
Cmq sono soddisfatto.


Chiudiamo l'OT

giusto , chiuso OT

....anche io sono in wifi

[MaxFrames]

Ragazzi, mi serve aiuto! Ho installato sul mio Dg834GT l'ultima build del firmware modificato basato su 1.2.09, e ho notato che c'e' un problema!
Il problema e' che la porta 8080/TCP risulta aperta anche se non c'e' nessuna regola di firewall che la apre (e non uso UPnP)!
Per chiuderla non ho avuto altra scelta che inserire a mano una regola, prima della regola di chiusura del firewall, che blocca specificamente quella porta, anche se non dovrebbe proprio essere aperta e quindi dovrebbe ricadere nella regola di chiusura!
Magari ce ne sono anche altre di porte del genere, aperte anche se dovrebbero essere chiuse... non ho avuto tempo di fare uno scan completo.
Come mai questo problema?
PS: oggi mi sono trovato il router parzialmente sconfigurato, erano saltate meta' delle opzioni. Non vorrei che, nonostante la presenza di una password molto "strong" per la gestione remota, qualcuno fosse entrato e avesse fatto danni sfruttando la porta aperta 8080...

[Delpi]

scusami ma se nn abiliti la gestione remota essa nn è aperta di default!

poi i port scan xkè nn li fa direttamente da dentro la lan ma da un IP esterno, come hai detto?

[MaxFrames]

Allora: gli scan li faccio usando un sito web esterno per comodità, ma potrei anche usare un port scanner installato sul mio PC specificando l'indirizzo IP esterno del mio router. Non quello interno del PC, perche' voglio essere sicuro che le eventuali porte trovate aperte siano quelle visibili dall'esterno e non dalla mia LAN (alcune porte, come quelle per la condivisione di file, sono aperte all'interno della LAN perche' ho anche un portatile con cui scambio dati).
Per quanto riguarda la gestione remota, certo che non e' attiva di default: l'ho attivata io perche' mi serve! Pero' ho impostato il settaggio che dovrebbe permettere solo ad un certo indirizzo IP di connettersi. Invece risulta che la porta che io ho scelto per la gestione remota e' comunque accessibile da qualsiasi indirizzo IP, come se quel settaggio non funzionasse!
Non ci capisco piu' molto... mi ci vorrebbe la consulenza di uno dei modder.
Comunque ho una mezza idea che queste righe della configurazione del firewall siano le responsabili:
1 40 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8570 to:192.168.0.1:80
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8570 to:192.168.0.1:80
Non vorrei dire una bestialita', ma mi sembra quasi che dicano che qualsiasi host puo' accedere sulla porta 8570 alla gestione remota via web del router (192.168.0.1).
E questo nonostante che io abbia specificato che solo un certo indirizzo IP puo'!
E infatti leggendo sempre nella configurazione si nota, nella prima riga, anche:
0 0 DNAT tcp -- ppp0 * [indirizzo IP del PC autorizzato] [indirizzo IP attuale del router] tcp dpt:8570 to:192.168.0.1:80

[Delpi]

scusa ma nn capisco... io per testare le porte facco un post scan da un pc della lan, attravero shieldup ad es che fa il test sull'ip associato dall' ISP al router..

poi tu hai attivato la gestione remota, associandogli un solo IP come possibile accesso giusto?

e mi dici ke se ti colleghi con un altro ip al router, lui ti visualizza la pagina del login anche se nn è il pc(o IP) che avrebbe l'accesso esclusivo da remoto??

[MaxFrames]

Originariamente inviato da Delpi

e mi dici ke se ti colleghi con un altro ip al router, lui ti visualizza la pagina del login anche se nn è il pc(o IP) che avrebbe l'accesso esclusivo da remoto??

NO.
Non l'ho detto...
Ho detto solo che la porta sul firewall risulta OPEN, invece che STEALTH come dovrebbe essere, considerato che non ho creato regole di firewall che la aprono!

[Delpi]

ah ok! quindi già su quel punto.. se l'accesso tramite quella porta è esclusivo per un IP già sarebbe impossibile sfruttare la gabola...

secondo io sapevo che le porte son Stealth finchè un programma dall'interno della lan nn ne richiede l'apertura..

nn vorrei ke la porta fossa aperta perchè altrimenti nn ci sarebbe modo di entrae dall'esterno nel pc xkè nn ci sarebbe possibilità di apertura della stessa da parte di nessuna applicazione interna alla LAN (poi magari sto dicendo una ca**ata!)

ciaoo!

[Stev-O]

Originariamente inviato da johnpetrucci77

ciao stev-o
sono un bel po':
UDP Packet - Source:218.202.218.12,7121 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:36:55 - UDP Packet - Source:87.21.53.32,7133 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:37:33 - UDP Packet - Source:84.60.167.150,19698 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:37:33 - UDP Packet - Source:82.51.178.187,21594 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 13:37:33 - UDP Packet - Source:217.126.72.133,11661 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:10:44 - UDP Packet - Source:79.2.131.111,10799 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:58 - UDP Packet - Source:61.62.212.153,62053 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:88.178.129.175,4672 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:78.12.86.141,7942 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:87.5.235.90,20725 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:48:59 - UDP Packet - Source:60.30.68.155,57799 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:49:01 - UDP Packet - Source:81.211.222.217,6468 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 14:49:01 - UDP Packet - Source:87.11.180.198,11359 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:00:38 - UDP Packet - Source:88.226.66.156,4672 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:01:01 - UDP Packet - Source:84.153.209.72,4672 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:11:20 - UDP Packet - Source:38.107.161.234,7346 Destination:192.168.0.2,1756 - [DOS]
Fri, 2007-11-02 15:11:48 - UDP Packet - Source:87.16.186.92,4516 Destination:192.168.0.2,1756 - [DOS]

questo da stamattina alle 9:00.
alzero' un po' l'udp flood

eh si vede che la kad macina adesso che è sotto pressione più di prima...

cmq su udp flood invece di hits 5 burst 10, metti
hits: 10
burst: 20

e vedi

invito anche altri che hanno come default il firewall spi inserito a riferire di eventuali rilevazioni in quantità e/o settaggi utilizzati

questa discussione dovrebbe servire anche e soprattutto a questo

[cmq se sono solo quelle in tuto il giorno non sono tantissime... ]

nel driver info c'e' scritto questo:
/usr/sbin/adslctl: ADSL driver and PHY status
Status: Showtime Channel: INTR, Upstream rate = 320 Kbps, Downstream rate = 4832 Kbps
Link Power State: L0
Mode: G.DMT
Channel: Interleave
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 29.9 31.0
Attn(dB): 23.0 13.0
Pwr(dBm): 19.8 11.6
Max(Kbps): 10528 1028
Rate (Kbps): 4832 320
G.dmt framing
K: 152(0) 11
R: 16 16
S: 1 16
D: 64 4
ADSL2 framing
MSGc: 1 1
B: 152 11
M: 1 16
T: 1 1
R: 16 16
S: 1.1045 17.3333
L: 1224 96
D: 64 4

per veder cambiare un po'l'snr o sfruttare un po'piu' la banda cosa mi consigli?
Lasciarlo al 100% o impostarlo diversamente?

lasciarlo cosi'
tu hai la 4 mega e un att.ble di 10 (quindi un avanzo notevole), con un margine di 30 quasi: imho è già roccioso cosi'

l'unica cosa che mi è strana è il trellis off: lo hai messo tu ???

comunque resta il fatto che questo V1.01.32 - DGTeam Rev. 0743
e' in assoluto il migliore firmware che abbia mai provato,sopratutto per chi come me di telnet
non ne capisce un beneamato c......

vi ricordo, e colgo l'occasione per ribadirlo a tutti, che sotto telnet esiste il comando: command, che è quello che governa tutte le impostazioni, vecchie quasi tutte, e tutte le nuove e viene richiamato anche se non lo vedete anche quando premete applica/aggiungi/ecc quando usate l'interfaccia web.

se digitate:

# command help

trovate un elenco dei comandi disponibili
poi via via trovate per ciascuno l'elenco dei parametri es se fate:

# command adsl

trovate l'elenco dei parametri per settare l'adsl
e cosi' via

occhio perchè i comandi effettivi che inviate, se corretti, vi cambiano le impostazioni, come se vi trovaste sul webpanel...

in pratica chi volesse, potrebbe anche disinserire il webpanel per liberare la porta web in locale (e si puo' fare) e usare solo la linea di comando (se se la sente chiaramente...)