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

[misteroX]

Originariamente inviato da Stev-O

no ma dicevo nel codice proprio

Ok avevo capito male.

[Stev-O]

resto sempre in attesa di sapere se le pagine web wpa2 funzionano bene tutte nelle nuove opzioni

ah

mi accorgo ora che manca il radius misto in wpa2 (dovrebbe essere l'opzione 7)

[MisterWEX]

Originariamente inviato da Stev-O

resto sempre in attesa di sapere se le pagine web wpa2 funzionano bene tutte nelle nuove opzioni

ah

mi accorgo ora che manca il radius misto in wpa2 (dovrebbe essere l'opzione 7)

Allora ho applicato tutte le impostazioni WPA2, non ho riscontrato malfunzionamenti nel router, ho fatto ogni volta un backup del file di configurazione e controllato in un editor di testo il suddetto file.
L'opzione 7 non c'è nel file di configurazione quindi non è supportata.

A questo indirizzo c'è un pacchetto per il driver dsl 23k:
http://www.neufbox4.org/forum/viewtopic.php?pid=4697
all'interno c'è solo il binario per piattaforma 6358, servirebbe quello per piattaform 6348, cmq mi sembra che si può compilare dai sorgenti contenuti anche per la piattaforma 6348...

questi driver dsl spuntano come i funghi ... c'è in giro anche il 23n

[Stev-O]

Originariamente inviato da MisterWEX

Allora ho applicato tutte le impostazioni WPA2, non ho riscontrato malfunzionamenti nel router, ho fatto ogni volta un backup del file di configurazione e controllato in un editor di testo il suddetto file.

quindi la wpa funzionava in ogni sua modalità

L'opzione 7 non c'è nel file di configurazione quindi non è supportata.

ma come fai a saperlo ? nel v4 c'e' hai provato a testare server radius + wpa 2 insieme e non andava ?

A questo indirizzo c'è un pacchetto per il driver dsl 23k:
http://www.neufbox4.org/forum/viewtopic.php?pid=4697
all'interno c'è solo il binario per piattaforma 6358, servirebbe quello per piattaform 6348, cmq mi sembra che si può compilare dai sorgenti contenuti anche per la piattaforma 6348...

questi driver dsl spuntano come i funghi ... c'è in giro anche il 23n

si ma mi sa che non vanno

ci sono troppe diversità: uno avevo provato a mettere un driver dell'usr 9108 senza successo

anche le nomenclature di versione variano da specie a specie

per 6348/6358 non vedo particolari differenze perchè lo stesso driver sul n funziona (e l'n è un 6358)

al momento il più recente come compilazione è l'f sarei orientato dal mettere quello se poi fa dei danni nel senso che è instabile si pianta ecc si sostituisce il file e si reinstalla

[Stev-O]

poi c'e' un'altra questioncina importante

sarebbe utile riuscire a estrarre kernel e filesystem direttamente da una immagine

il filesystem è compresso squashfs per cui ci vorrebbe un estrattore/convertitore

ma soprattutto ci vorrebbe un indicatore su dove finisce il fs (inizia con sqsh) in modo da poter estrarre i pezzi dall'img

il kernel dovrebbe iniziare a 10100h e terminare appunto prima di sqsh"

sarebbe una utile cosa

[MisterWEX]

Originariamente inviato da Stev-O

quindi la wpa funzionava in ogni sua modalità
ma come fai a saperlo ? nel v4 c'e' hai provato a testare server radius + wpa 2 insieme e non andava ?

la modalità 7 dovrebbe essere WPA+WPA2_802.1x... ho provato a caricare un file di configurazione modificato per quella modalità e mi dà errore... forse mi sfugge qualche cosa... però mi ricordo che avevo provato già con altri firmware e le modalità dovrebbero essere solo quelle elencate dentro il file di configurazione, per questo avevo scritto quasi con certezza che l'opzione 7 non è supportata

[Stev-O]

il fatto è che nessuno usa radius quindi diventa difficile da provare

cmq sul v4 c'e' ma vai a trovare qualcuno che provi se va li e poi non è detto che vada qui

cmq la mettero' commentata per adesso

[misteroX]

Ciao,
Commentando la funzione printhelp nel file svr-runopts.c che è quella che stampa l'help siamo scesi a 166K per il dropbear sempre però da testare sul router .

166K 2008-06-20 16:39 dropstrip6

Ciao
MisteroX

[misteroX]

Ciao Stev-O,
ho fatto parecchie prove è la versione funzionante del dropbear mi si ferma a 170k mentre quella da 166K mi da errore.
Sul mio Dlink G604T (firmware rtech ) ho notato che il dropbear ed è di 100k ma compilando quella versione di dropbear per il nostro router la dimensione cresce circa 181k sia con la toolchain presa dal sito del progetto UBERT e sia con la mia toolchain basata su compilatore gcc ver 3.4.2.

Continuerò a lavorarci su per recuperare ancora dei k.

Ciao
MisteroX

[Ch4OSm4n]

Ciao ragazzi, sono possessore del firmware .32 Dgteam (complimenti)!!! Da un paio di giorni ho visto che però la notte, dalle 2 alle 3 circa 3-4 volte nei registri appare la scritta LCP DOWN e poi si rinizializza automaticamente. In questo periodo non ho p2p acceso di notte, quindi praticamente il router è acceso a far niente; volevo sapere cosa succederebbe al p2p ad esempio, con un lcp down per qualche secondo.

I miei valori sono :
Velocità di connessione 8128 kbps 480 kbps
Attenuazione linea 17.0 db 11.5 db
Margine rumore 17.0 db 19.0 db

Ed ho una 7 mega (alice), secondo voi agisco sull'snr oppure mi sto cosi? Diciamo che non noto mai disconnessioni e la velocità è ottima, non so se si possa fare di piu o magari se lcp dipenda da quei valori.

Grazie mille ragazzi

[Paky]

non è un problema di firm o settaggi
con quei valori sei già apposto

delle disconnessioni ogni tanto sono normali , non è colpa del router ma del provider

nei p2p una disconnessione a notte ti può far perdere qualche coda (emule), ma non è la fine del mondo, sopratutto se il down non implica il cambio IP

[Ch4OSm4n]

Grazie mille paky, mi hai tranquillizzato

[Stev-O]

170 puo' anche iniziare ad andare rispetto ai 500 di prima: proverei a cavare del codice eliminando pezzi e controlli inutili variabili inutilizzate o cose cosi'

[SimoLNX]

Per DG834N c'e' mica qualcosa in arrivo? Mi sarebbe molto utile il traffic shaping.

[Stev-O]

non è un negozio eh

[SimoLNX]

Lo so non prenderla a male era solo per info eventuali...

[misteroX]

Ciao Stev-O

Punto della situazione:
dropbear 170k di meno non riesco perchè non mi funziona.

Effettuati test:
da prove sul router si può togliere uuencode uudecode. Sto ricompilando bbtext per i miei test.
Ho ridotto lo scritp rcS.dropbear eliminando la parte di uuencode uudecode, commenti vari ed altro.
Rimane il file dropbearkey che serve per generare le chiavi sull'host necessarie per accesso in rsa/dss.
Questo file va mantenuto e installato sul router. Provo a limarlo per renderlo più leggero possibile.
Nello script /etc/ppp/ip-up-demand probabilmente exovii ha messo il richiamo [ -e /etc/ppp/my-ip-up ] && /etc/ppp/my-ip-up per riavviare il servizio dropbear nel caso di una riconnessione adsl e di conseguenza riavviare le regole di iptables.
Nella versione che preparo proverò ad elimnare lo script e fare alcuni test togliendo la linea adsl per vedere se alla riconnessione il servizio ssh rimane attivo.
Dal sito Netgear in francese : "Il faut que le script soit aussi lancé lors d'une (re)connexion, donc lancé par /etc/ppp/my-ip-up."
http://www.netgear-forum.com/forum/i...&f=510&t=32095

Lo script setup_x.cgi e gli script in /usr/sbin/fw-script non li tocco visto che probabilemte metterai il tutto nella tua cgi, giusto ?



Ciao
MisteroX

[eliafino]

Salve ragazzi,
mi introduco per una domanda sul DG834GT...
...c'è una ben che minima possibilità di dare priorità al VoIP?
Tipo ai pacchetti, ad uno specifico IP di rete o alle porte? QoS? Qualche regolina in telnet?

Magari vero...

Un saluto by Elia

[Stev-O]

Originariamente inviato da misteroX

Ciao Stev-O

Punto della situazione:
dropbear 170k di meno non riesco perchè non mi funziona.

Effettuati test:
da prove sul router si può togliere uuencode uudecode. Sto ricompilando bbtext per i miei test.
Ho ridotto lo scritp rcS.dropbear eliminando la parte di uuencode uudecode, commenti vari ed altro.
Rimane il file dropbearkey che serve per generare le chiavi sull'host necessarie per accesso in rsa/dss.
Questo file va mantenuto e installato sul router. Provo a limarlo per renderlo più leggero possibile.
Nello script /etc/ppp/ip-up-demand probabilmente exovii ha messo il richiamo [ -e /etc/ppp/my-ip-up ] && /etc/ppp/my-ip-up per riavviare il servizio dropbear nel caso di una riconnessione adsl e di conseguenza riavviare le regole di iptables.
Nella versione che preparo proverò ad elimnare lo script e fare alcuni test togliendo la linea adsl per vedere se alla riconnessione il servizio ssh rimane attivo.
Dal sito Netgear in francese : "Il faut que le script soit aussi lancé lors d'une (re)connexion, donc lancé par /etc/ppp/my-ip-up."
http://www.netgear-forum.com/forum/i...&f=510&t=32095

Lo script setup_x.cgi e gli script in /usr/sbin/fw-script non li tocco visto che probabilemte metterai il tutto nella tua cgi, giusto ?



Ciao
MisteroX

va bene
direi che per il momento 170k possono essere adeguati
rifai il pacco sorgenti con le modifiche necessarie poi posta il tutto

il riavvio delle regole in caso di riconnessione me lo vedo io nell'rc dato che aggiungero' un modulo al firewall di sistema quindi quella rogna sparisce

la cgi anche li mettero' un'aggiunta alla webpage di impostazione

vorrei provare a usare il busybox 1.00 (1.01 mi sembrava avesse un baco dello stdout) partendo dai sorgenti forniti dalla netgear sotto apps con alcune modifiche

ma vorrei provare a compilarlo tutto insieme per risparmiare spazio sperando l'assenza di effetti collaterali

[Stev-O]

Originariamente inviato da eliafino

Salve ragazzi,
mi introduco per una domanda sul DG834GT...
...c'è una ben che minima possibilità di dare priorità al VoIP?
Tipo ai pacchetti, ad uno specifico IP di rete o alle porte? QoS? Qualche regolina in telnet?

Magari vero...

Un saluto by Elia

ci sono 2 moduli caricati nel kernel nell'ultima versione che danno priorità al traffico voip (impostazione wan con possibilità di disattivarlo in caso di prob) oltre alle impostazioni manuali tcp/ip

parlo dell'originale 1.02.14