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

[Stev-O]

Originariamente inviato da MisterWEX

Io infatti parlavo solo delle pagine in italiano... hanno lo stesso MD5 Checksum delle mie quindi quelle non le hai riscritte ... cmq non fa niente... CIAO

ma se sono le stesse del V3

cmq SOLO in italiano
le avessi scritte (o meglio copiate per tutte le lingue) avrei anche potuto capire

poi tra l'altro c'erano anche le guide da sistemare togliendo le voci in più
anche quelle hanno il checksum uguale ?

guarda, visto che avevi fatto solo le pagine interfaccia italiana senza le guide e le versioni inglese/francese/tedesco al massimo posso arrivare a scrivere le prime tre lettere del nick: va bene ?

Originariamente inviato da nicfio

Intendevo questo:

http://img401.imageshack.us/my.php?image=adsltg0.jpg

...e questo:

http://img413.imageshack.us/my.php?image=diagwc8.jpg


Ciao.

Originariamente inviato da Life bringer

Eppure non mi sembra di essere ubriaco, o meglio, non ancora





Porta pazienza stev-O!

dovrebbero vietare gli alcoolici durante il giorno

perchè io per assurdo avvo pensato alla faccenda del test in diagnostica
che per inciso gli slider non li ha

Originariamente inviato da MircoT

ho aggiornato anche io al V1.02.16 - DGTeam Rev. 0834 (riscaricato stamattina per essere sicuro che fosse l'ultimo)
per ora tutto bene, ma vediamo se domani mattina, alla riaccensione, mi fa lo stesso scherzo dell'altra volta, cioè perde la configurazione... il martello è sempre a portata di mano...

noto questo "problemino" che non c'era nè sul .14 originale che sullo .09 dgteam (sullo .09 originale non ricordo... son passato quasi subito al .14).



sembra solo un problema estetico... basta sapere che non significa nulla e fine.
magari lo si può sistemare alla prossima revisione.


complimenti per lavoro!
ciauzzzzz!

un altro che legge solo in avanti e non indietro

Originariamente inviato da littlemau

Sei ubriaco...

Non vedi che manca la "slide"???

Era troppo carina...

Imperdonabile Stev-O...imperdonabile...

allora

elenco parziale dei browser che visualizzano lo slider (la cui mancanza cmq NON preclude il funzionamento di alcunchè)

firefox dalla 0 alla 3.1
konqueror
safari
camino
netscape o similari compatibili

NON la visualizzano
explorer 6-7-...
opera 9-...
poi mi dicono maxthon

altri non li ho provati

se qualcuno trova il modo di far leggere gli <script> </script> all'interno del codice con quei browser faccia un fischio
(potrebbe essere menzionato in prima pagina, quindi misterwex ha ancora l'occasione per incrementare la stringa del suo nick )

Originariamente inviato da MircoT

ma il cursore c'è ancora..
mi sembra uguale a prima...


ciauzzzz!

mai toccato alcuna gif slider dalla 0735 ad oggi

Originariamente inviato da shevaluk

Mi interesserebbe sapere come si comporta nella gestione del wireless questo nuovo firmware..
Ho la .32 DG Team e tra i firmware precedenti a questo risultava essere la migliore/stabile nella gestione del wireless..

la qualitativa e discutibile classifica è

1) 16 / 32 / 14 14 e 16 sono analoghi sono uguali....
2) 28
3) < 28
4) 13
5) 09
6) 04
...
a 108 auto

1) 16/14/13
2) 09 04
3) 32 28
4) < 28

Originariamente inviato da FreeMan

la slide si vede e non si vede a seconda del browser usato.. cmq resta sempre la casellina dove digitare

>bYeZ<

appunto

Originariamente inviato da Life bringer

Rivelazione!
Ecco perchè a me non si vede! Colpa di stev-o che non ha ottimizzato l'interfaccia per ie8, vergogna!!!

anche ie7 ie 6 il 5 non lo so

le pagine web sono cosi' di default, non erano ottimizzate prima e neanche adesso: la netgear non usa gli sliders java

Originariamente inviato da MisterWEX

Confermo! E' sempre stato così anche con le versioni vecchie, con l'explorer niente slide.

anch'io anch'io

Originariamente inviato da Paky

è la prima cosa con cui ho smanettato questa mattina
fantastico Steve

l'ho torturato ma fino ad adesso non sono riuscito a farlo sbroccare


ho appena fatto destro elimina sulla pianificazione di WIN

ho bestemmiato dietro un pomeriggio per rifare il pezzodi codice che controlla l'ora

avevo anche scritto sui muri l'orologio con le varie possibilità

Originariamente inviato da Paky

si non hai le travegole , si comporta proprio così
io ce l'ho sotto ups quindi non rischio blackout , ma capisco che per molti sia problematico ritrovarselo riavviato e con la wifi KO

ferma ferma
mi ero sincerato che partisse proprio questo prima di uppare...

mo spiegatemi

che orario avete inserito
che server ntp usavate
a che ora avete riavviato

perchè potrebbe essere colpa facilmente del client ntp orario che ritarda l'aggiornamento certe volte

avevo pensato anche di inserire un ritardo al boot per essere sicuro che facesse la verifica dopo l'aggiornamento ma quando ho provato funzionava e ho desistito

il ocmando che fa la verifica è l'ultimo che compare nello script rcS

lasciato per ultimo apposta

[Paky]

Originariamente inviato da Stev-O

ferma ferma
mi ero sincerato che partisse proprio questo prima di uppare...

mo spiegatemi

che orario avete inserito
che server ntp usavate
a che ora avete riavviato

perchè potrebbe essere colpa facilmente del client ntp orario che ritarda l'aggiornamento certe volte

avevo pensato anche di inserire un ritardo al boot per essere sicuro che facesse la verifica dopo l'aggiornamento ma quando ho provato funzionava e ho desistito

il ocmando che fa la verifica è l'ultimo che compare nello script rcS

lasciato per ultimo apposta

già , non avevo pensato al fatto che riavviando o spegnendolo l'orario resetta e si deve aspettare il collegamento al server NTP

faccio qualche prova con orari congruenti alla data di default e ti dico.....

[Paky]

si era come pensavi

resettando l'orario torna a 01:00

l'attacco in pianificazione era pomeridiano , le 14 , quindi i conti tornano , la wifi invece di accendersi va giù

....ma ( eh si perchè c'è sempre un MA )

il problema permane

ho fatto questa prova:

ora sono le 01.14

quindi ho messo l'attacco della pianificazione alle 01:17 e ho riavviato il router

l'orario resetta come deve alle 01 , e la wifi è spenta ...tutto bene
il router si riallinea, aggiorna l'ora dal server NTP e segna correttamente le 01:15......attendo

scattano le 01:17 ma la WIFI non parte rimane giu

a te l'ardua sentenza Stev

[Stev-O]

prova ad attivare tutte le 3 le interfacce tra cui il dropbear

quello è il più lento a partire e puo' darsi che dia il tempo a ntp di aggiornarsi
io quando avevo provato ero cosi'

cmq penso che mettero' un ritardo al comando e una protezione per cui se l'anno è il 1970 (cioè ntp in banana o arrancante) lascia passare l'evento

[Paky]

Originariamente inviato da Stev-O

prova ad attivare tutte le 3 le interfacce tra cui il dropbear

quello è il più lento a partire e puo' darsi che dia il tempo a ntp di aggiornarsi
io quando avevo provato ero cosi'

cmq penso che mettero' un ritardo al comando e una protezione per cui se l'anno è il 1970 (cioè ntp in banana o arrancante) lascia passare l'evento

non siamo legati anche al tempo di aggancio della portante?

[Paky]

col drope attivo ha funzionato , wifi down , poi quando si è aggiornato l'NTP ed è scattata l'ora prefissata si è accesa


faccio qualche altra prova

[Paky]

un caso cmq riesce a fregare la pianificazione in caso di riavvio

è questo

-orario di inizio antecedente alle 01 di default , es 23:00

-orario di fine ho messo 1:30 (ora il mio orologio fa le 1:40)

riavvio

la wifi si accende , e fin qui ok ,le 01 dell'orario default vengono dopo le 23

il router si riallinea , aggiorna l'orario dal server NTP...segna 1:42
la wifi dovrebbe spegnersi perchè impostata alle 1:30 ..ma così non avviene

quindi salta il turno ....
ora sarebbe utile sapere se alle 23 del giorno dopo tutto torni a funzionare , altrimenti è un bel casino


devo ammettere che un caso del genere è MOOOLTO difficile che si presenti

(orario di inizio < delle 01 , e orario di fine < dell'orario NTP aggiornato al momento del blackout/riavvio)

oppure

(orario di inizio > delle 01:00 , e orario NTP aggiornato al momento del blackout/riavvio > delle 01:00)

[FreeMan]

Originariamente inviato da Stev-O

elenco parziale dei browser che visualizzano lo slider (la cui mancanza cmq NON preclude il funzionamento di alcunchè)

firefox dalla 0 alla 3.1
konqueror
safari
camino
netscape o similari compatibili

NON la visualizzano
explorer 6-7-...
opera 9-...
poi mi dicono maxthon

altri non li ho provati

maxthon come tutti i browser "IE based" ovviamente da quel problema.. anche GreenBrowser per es... ecc

>bYeZ<

[MircoT]

Originariamente inviato da Stev-O

...

un altro che legge solo in avanti e non indietro

...

minchia, certo che sei veramente pesante...
prima ti lagni che nessuno fa beta-test e non ci si accorge che le regole del firewall in uscita non vengono usate e poi quando un pirla (io) ti dice che quello che aveva già accennato qualcun'altro (non ricordo chi) è successo anche a me (per altro dicendoti che non è poi sto granchè di problema, ma che nelle versioni precedenti comunque non c'era... il che dovrebbe esserti utile per capire che FORSE in quella pagina c'è qualcosa di diverso tra questo firmware e i precedenti) tu ti incazzi?
boh... io non so che dire...
fai un gran lavoro di ottimizzazione del firmware di un routerino che ha buone potenzialità, ma come rapporti umani sei messo male...
tutti abbiamo dei difetti, ma non puoi lagnarti che nessuno ti aiuta nei test e poi quando qualcuno ti dice qualcosa ti inalberi dicendo che siamo ubriachi... guardarsi allo specchio ogni tanto no?

en passant:
- il pulsante spegni il router è inutile... a che serve se poi devo staccare l'alimentazione per farlo ripartire... non ha senso, meglio toglierlo, non vedo l'utilità. EDIT: in realtà potrebbe servire ad utenti che si sono "dimenticati" di spegnere il router e lo vogliono fare da remoto... non ci avevo pensato all'inizio, un qualche tipo di utilità potrebbe esserci. non ho provato, ma presumo (spero) che ci sia un qualche messaggio di richiesta di conferma per evitare pigature accidentali.
- la pagina di test avanzato dell'adsl: nel frame blu non c'è nessun accenno al fatto che facendo quei test la linea adsl verrà interrotta e che alcuni test potrebbero durare parecchio tempo... un pirla (sempre io) che li esegue senza sapere queste cose potrebbe anche leggermente incazzarsi di vedere andar giù la portante senza saperlo prima... e potrebbe anche alterarsi non sapendo che ci impiegano parecchio per essere completati...
- la sincronizzazione dell'ora avviene comunque ANCHE con il server di netgear, anche se ho impostato un server ntp diverso. quindi fa la sincronizzazione 2 volte. non è un problema grave credo, ma mi sembra comunque una anomalia (che non c'era sul fw 09 dgteam).
- nella lista dei processi l'http è caricato 2 volte:

  PID  Uid     VmSize Stat Command
    1 root        296 S   init                
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kblockd/0]
   17 root            SW  [pdflush]
   18 root            SW  [pdflush]
   19 root            SW  [kswapd0]
   20 root            SW< [aio/0]
   26 root            SW  [mtdblockd]
   71 root        244 S   /sbin/klogd 
  154 root        188 S   /usr/sbin/potcounter 
  155 root        228 S   /usr/sbin/crond 
  157 root        168 S   /usr/sbin/scfgmgr 
  161 root        184 S   /usr/sbin/cmd_agent_ap 
  162 root        168 S   /usr/sbin/pb_ap 
  190 root        248 S   /usr/sbin/utelnetd -l /bin/login -d 
  194 root        296 S   init                
  585 root        520 S   /usr/sbin/pppd plugin pppoa 8.35 user mircot@
 1376 root        268 S N /sbin/syslogd -f /etc/syslog.conf 
 1385 root        268 S N /usr/sbin/netgear_ntp -z GMT-1 
 2037 root        244 S   /usr/sbin/udhcpd /etc/udhcpd.conf 
 2171 root        364 S   /usr/sbin/hostapd -B /etc/hostapd.conf 
 2258 root        272 S N /usr/sbin/mini_httpd -d /www -r NETGEAR DG834GT  -c *
 3198 root        244 S N dgteam.cgi 
 3200 root        320 S N /usr/sbin/mini_httpd -d /www -r NETGEAR DG834GT  -c *
 3201 root        348 S N sh -c /bin/ps > /tmp/diagtest 
 3202 root        308 R N /bin/ps

non so se sia voluto e non mi ricordo se era così anche nella 09, ma intanto io lo segnalo.


e con questo passo e chiudo.
ciao.

[misteroX]

Ciao Stev-O,
e quasi 2 gg che ho su la versione patched e non mi da nessun problema particolare.

Ci sono solo due link da correggere nel menu a SX della pagina di admin:

Sito ufficiale DGTeam "http://dgteam.ilbello.com/install/index.php"
forum di supporto DGTeam "http://dgteam.ilbello.com/forum"

probabilmente non più raggiungibili da tempo.

Complimenti molto stabile !!!

Ciao
MisteroX

[MisterWEX]

Originariamente inviato da Stev-O

ma se sono le stesse del V3

Non sapevo che il V3 supportava la modalità a 108Mbps....

Originariamente inviato da Stev-O

cmq SOLO in italiano
le avessi scritte (o meglio copiate per tutte le lingue) avrei anche potuto capire

Se le avevo semplicemente copiate perchè non lo favevi direttamente tu invece di richiedermi i file poco tempo fa... che poi hai inserito senza apportare nessuna modifica... bastava un carattere "spazio" per cambiare il checksum...

Originariamente inviato da Stev-O

poi tra l'altro c'erano anche le guide da sistemare togliendo le voci in più
anche quelle hanno il checksum uguale ?

Non ho mai sminuito il tuo lavoro, cmq forse non ero stato chiaro, avevo premesso che avevo dato un piccolo contributo e avevo specificato solo per le pagine in italiano relative al wireless, non avevo parlato di altre lingue o guide...

Originariamente inviato da Stev-O

guarda, visto che avevi fatto solo le pagine interfaccia italiana senza le guide e le versioni inglese/francese/tedesco al massimo posso arrivare a scrivere le prime tre lettere del nick: va bene ?

Fai quello che vuoi, sei semplicemente divertente nelle risposte... aspetto un'altra tua risposta per farmi altre quattro risate...

[pegasolabs]

Raga state tranquilli please....
Ricordo a tutti, nessuno escluso, di tener presente il punto del regolamento:

1.6 - Note generali
a) Ricordiamo inoltre che più di ogni regolamento dovrebbe essere il buonsenso e la buona educazione, in primis, a determinare una condotta che comporti un rapporto con gli altri.

[MircoT]

aggiungo un (forse) effetto collaterale del problema sulla pagina delle stazioni wireless:
- collegandomi con un portaile via wireless, la lista delle stazioni disponibili non mostra mai il portatile collegato (rimangono quelle 2 stazioni farlocche). il mac address lo devo aggiungere a mano. il che è un po' strano perchè nella pagina "periferiche collegate" il portatile e il relativo mac address sono regolarmente presenti.

Non so se questo problema ci fosse anche sulla 09 dgteam.
Sulla 09 dgteam di sicuro "a me" non comparivano le stazioni farlocche tra quelle disponibili, ma non ho avuto occasione di controllare con il portatile collegato.

ciao.

[maciomacio]

Originariamente inviato da pegasolabs

Raga state tranquilli please....
dovrebbe essere il buonsenso
[/b]

Grazie.

Non faccio quasi mai l'accesso, nondimeno ho letto intere discussioni
su questo forum ed in particolare questa, quella del PN (poco frequentata)
e quialche altra (HDD ecc) ma, in ogni caso, seguo abbastanza
i post di Steve.

Steve, mi è sembrato da subito un pelo 'puntiglioso' ma anche un mio carissimo si esprime un po' 'recisamente' come fa Steve e vi posso assicurare
che è la persona più dolce e onesta e modesta del mondo (parlo
del mio amico perche Steve non ho il piacere di conoscerlo).

Ripeto, ho letto molti post di Steve e mi sento di 'spezzare una lancia'
in suo favore, non mi è mai sembrato scortese, magari burbero
ed un po' goliardico (bellissima la sua: "sei un fan di Celentano"
perché un tale aveva messo la programmazione a "mezzanotte e tre").

Quindi voglio ricordare che il mezzo 'virtuale' che
usiamo si impedisce una corretta comprensione dei 'toni'
visto che questa può essere compiuta solo di persona,
ergo....meglio farsi guidare dal buonsenso...
che non ha praticamente mai sbagliato

via saluto e buona domenica

MM

[FreeMan]

Non si dove replicare pubblicamente al richiamo di un mod.. eventualmente in pvt come da regolamento.

Detto questo, il richiamo fatto è solo uno dei tanti altri già fatti a Stev-O.. fatti anche da me che lo conosco ormai da tempo e ci parlo spesso in privato.. anche io gli ho sempre detto che DEVE smussare gli spigoli del suo carattere.. il tutto a prescindere dal fatto che abbia o meno ragione di "arrabbiarsi" con gli utenti.

Ora chiudiamo questo OT

>bYeZ<

[dierre]

domanda: ho su questo firmware V1.02.09 - DGTeam Rev. 0743
Mi sta arrivando fastweb. Posso usare il nostro dg come switch per gli altri piccì di casa? (che sono 6 fra fissi e portatili).
Nel senso io attacco il dg al router fastweb e poi è il dg che si occupa di smistare il tutto.

[FreeMan]

+ che una questione di fw (moddato) è questione di router.. se ne è parlato + volte nei thread dedicati.. fai ricerca li

>bYeZ<

[Stev-O]

scusate ma al momento di questioni caratteriali e comportamentali interessa poco

parliamo di cose serie

Originariamente inviato da Paky

non siamo legati anche al tempo di aggancio della portante?

no non gliene puo' fregar di meno
la portante la agganciail driver in ogni caso

fai te che quando caricai delle versioni sbagliate / malcompilate del busybox il router rimaneva li e non andava, pero' dopo un tot laluce della portante lampeggiava fino all'aggancio

chiaramente per niente senza fare autenticazione alcuna...
è un livello + vicino all'hardware quello

Originariamente inviato da Paky

un caso cmq riesce a fregare la pianificazione in caso di riavvio

è questo

-orario di inizio antecedente alle 01 di default , es 23:00

-orario di fine ho messo 1:30 (ora il mio orologio fa le 1:40)

riavvio

la wifi si accende , e fin qui ok ,le 01 dell'orario default vengono dopo le 23

il router si riallinea , aggiorna l'orario dal server NTP...segna 1:42
la wifi dovrebbe spegnersi perchè impostata alle 1:30 ..ma così non avviene

quindi salta il turno ....
ora sarebbe utile sapere se alle 23 del giorno dopo tutto torni a funzionare , altrimenti è un bel casino


devo ammettere che un caso del genere è MOOOLTO difficile che si presenti

(orario di inizio < delle 01 , e orario di fine < dell'orario NTP aggiornato al momento del blackout/riavvio)

oppure

(orario di inizio > delle 01:00 , e orario NTP aggiornato al momento del blackout/riavvio > delle 01:00)

vedi, il fatto è che i comandi NON vengono eseguiti uno dopo l'altro ma l'ntp si esegue e poi fa andare avanti gli altri e termina aggiornando l'ora solo dopo alcuni secondi....

esecuzione in background del processo (fork())
prova a fare rc ntp restart
finisce subito ? aspetta li fermo

dopo un po' a sorpresa compaiono 2 righe
ntp_replay() ecc ecc
0 0
ecco, a quel punto ha aggiornato l'ora (cioèe il numero di secondi dall'1-1-2000 direi in questo caso, altrimenti in genere dal 1-1-1970)

ecco perchè si scavalca tutto

(client proprietario.... pfff ma se usavano ntpd che fa anche da server orario volendo ...)

per la verifica è sempre la stessa storia, lui riceve un'orario sbagliato e si regola su quello
se non si aggiorna riceve l'1.00 o le 2.00 a seconda dell'offset che gli dai e quindi se per lui è l'una è ancora dentro
è una questione di ritardo/anticipo/rincorsa, quelle cose che mi fanno imbestialire regolarmente...

cmq adesso ho messo una protezione per cui la pianificazione si imposta a stato on quando legge l'anno 1970 o il 2000 (in questo ho visto che imposta il 2000 nei fw vecchi tipo il 32 il 1970, lo vedi in registri proprio)

per il riallineamento dopo aver fatto il giro, tranquillo:
la pianificazione è tutta in /etc/crontab
se fai cat /etc/crontab vedi tutto quello che è pianificato e vedrai che c'e' anche il riavvio di wireless se spuntato e firewall oltre a syslog mail noip ddns se li avete e l'ottimizzazione ram che gira ogni 3 ore

Originariamente inviato da Paky

col drope attivo ha funzionato , wifi down , poi quando si è aggiornato l'NTP ed è scattata l'ora prefissata si è accesa


faccio qualche altra prova

a ulteriore conferma...

Originariamente inviato da FreeMan

maxthon come tutti i browser "IE based" ovviamente da quel problema.. anche GreenBrowser per es... ecc

>bYeZ<

io di pagine web mi interesso pochissimo
hai idea del motivo ?

Originariamente inviato da MircoT

minchia, certo che sei veramente pesante...
prima ti lagni che nessuno fa beta-test e non ci si accorge che le regole del firewall in uscita non vengono usate e poi quando un pirla (io) ti dice che quello che aveva già accennato qualcun'altro (non ricordo chi) è successo anche a me (per altro dicendoti che non è poi sto granchè di problema, ma che nelle versioni precedenti comunque non c'era... il che dovrebbe esserti utile per capire che FORSE in quella pagina c'è qualcosa di diverso tra questo firmware e i precedenti) tu ti incazzi?
boh... io non so che dire...
fai un gran lavoro di ottimizzazione del firmware di un routerino che ha buone potenzialità, ma come rapporti umani sei messo male...
tutti abbiamo dei difetti, ma non puoi lagnarti che nessuno ti aiuta nei test e poi quando qualcuno ti dice qualcosa ti inalberi dicendo che siamo ubriachi... guardarsi allo specchio ogni tanto no?

en passant:
- il pulsante spegni il router è inutile... a che serve se poi devo staccare l'alimentazione per farlo ripartire... non ha senso, meglio toglierlo, non vedo l'utilità.

sta a vedere che mi devi anche venire a dire cosa devo o non devo fare
ci sono tanti altri modelli con fw modificati che ce l'hanno quel comando (routertech, openwrt-ddwrt...): visto che costava poco, l'ho messo anch'io

cmq non c'e' problema, se non ti piace editi le pagine web e togli il pezzo di codice cosi' sparisce e ricompili la tua versione personale: ci sono i sorgenti apposta...

EDIT: in realtà potrebbe servire ad utenti che si sono "dimenticati" di spegnere il router e lo vogliono fare da remoto... non ci avevo pensato all'inizio, un qualche tipo di utilità potrebbe esserci. non ho provato, ma presumo (spero) che ci sia un qualche messaggio di richiesta di conferma per evitare pigature accidentali.

no non c'e', pero', se collegata, fa partire la stampante col modulo rma: previdente

- la pagina di test avanzato dell'adsl: nel frame blu non c'è nessun accenno al fatto che facendo quei test la linea adsl verrà interrotta e che alcuni test potrebbero durare parecchio tempo... un pirla (sempre io) che li esegue senza sapere queste cose potrebbe anche leggermente incazzarsi di vedere andar giù la portante senza saperlo prima... e potrebbe anche alterarsi non sapendo che ci impiegano parecchio per essere completati...

vallo a dire alla netgear, quelle pagine le hanno create loro mica io

- la sincronizzazione dell'ora avviene comunque ANCHE con il server di netgear, anche se ho impostato un server ntp diverso. quindi fa la sincronizzazione 2 volte. non è un problema grave credo, ma mi sembra comunque una anomalia (che non c'era sul fw 09 dgteam).

non mi risulta
dovrebbe dirmelo anche nella visualizzazione del log allora, mentre invece mi dice solo "invio e ricevo"
se invece l'hai scoperto per "altre vie" l'errore è interno al codice di ntp_netgear che, lo dice la parola, è un sorgente proprietario e quindi anche qui bisogna andare a chiedere a loro

- nella lista dei processi l'http è caricato 2 volte:

  PID  Uid     VmSize Stat Command
    1 root        296 S   init                
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kblockd/0]
   17 root            SW  [pdflush]
   18 root            SW  [pdflush]
   19 root            SW  [kswapd0]
   20 root            SW< [aio/0]
   26 root            SW  [mtdblockd]
   71 root        244 S   /sbin/klogd 
  154 root        188 S   /usr/sbin/potcounter 
  155 root        228 S   /usr/sbin/crond 
  157 root        168 S   /usr/sbin/scfgmgr 
  161 root        184 S   /usr/sbin/cmd_agent_ap 
  162 root        168 S   /usr/sbin/pb_ap 
  190 root        248 S   /usr/sbin/utelnetd -l /bin/login -d 
  194 root        296 S   init                
  585 root        520 S   /usr/sbin/pppd plugin pppoa 8.35 user mircot@
 1376 root        268 S N /sbin/syslogd -f /etc/syslog.conf 
 1385 root        268 S N /usr/sbin/netgear_ntp -z GMT-1 
 2037 root        244 S   /usr/sbin/udhcpd /etc/udhcpd.conf 
 2171 root        364 S   /usr/sbin/hostapd -B /etc/hostapd.conf 
 2258 root        272 S N /usr/sbin/mini_httpd -d /www -r NETGEAR DG834GT  -c *
 3198 root        244 S N dgteam.cgi 
 3200 root        320 S N /usr/sbin/mini_httpd -d /www -r NETGEAR DG834GT  -c *
 3201 root        348 S N sh -c /bin/ps > /tmp/diagtest 
 3202 root        308 R N /bin/ps

non so se sia voluto e non mi ricordo se era così anche nella 09, ma intanto io lo segnalo.

uhm... allora è un vizio
mai sentito parlare di processi figli ? padri, nipoti, nonni ?
quello è proprio un processo figlio del primo, derivante dal fatto che la cgi è in esecuzione per il comando che hai appena richiesto tramite essa (la visualizzazione dei processi)

meno male che non hai attivato upnp altrimenti mi verresti a dire che lo carica 6 volte

Originariamente inviato da misteroX

Ciao Stev-O,
e quasi 2 gg che ho su la versione patched e non mi da nessun problema particolare.

Ci sono solo due link da correggere nel menu a SX della pagina di admin:

Sito ufficiale DGTeam "http://dgteam.ilbello.com/install/index.php"
forum di supporto DGTeam "http://dgteam.ilbello.com/forum"

probabilmente non più raggiungibili da tempo.

Complimenti molto stabile !!!

Ciao
MisteroX

ma lasciali li quelli non si sa mai, a togliere/cancellare si fa sempre in tempo, a mettere/rimettere invece

Originariamente inviato da MircoT

aggiungo un (forse) effetto collaterale del problema sulla pagina delle stazioni wireless:
- collegandomi con un portaile via wireless, la lista delle stazioni disponibili non mostra mai il portatile collegato (rimangono quelle 2 stazioni farlocche). il mac address lo devo aggiungere a mano. il che è un po' strano perchè nella pagina "periferiche collegate" il portatile e il relativo mac address sono regolarmente presenti.

Non so se questo problema ci fosse anche sulla 09 dgteam.
Sulla 09 dgteam di sicuro "a me" non comparivano le stazioni farlocche tra quelle disponibili, ma non ho avuto occasione di controllare con il portatile collegato.

ciao.

ancora

è mai possibile?

l'hanno già detto in 10
il fatto è che quella pagina è fatta in modo strano (sempre da loro)

cmq dovrei aver codificato e risolto la questione quindi per cortesia se avete da segnalare sta cosa evitate di sprecare un post

[FreeMan]

Originariamente inviato da Stev-O

io di pagine web mi interesso pochissimo
hai idea del motivo ?

soliti prob di interpretazione + o meno corretta del codice HTML.. ogni browser ha le sue pecche.. strano però che in questo caso le abbia IE di norma è usato come standard anche se forse non dovrebbe essere così

cmq, non saprei al momento cosa dire a riguardo.. qualche trucco ci sarà per fargli vedere correttamente quei tag.. ma..


una cosa che vorrei direi/chiedere: far si che la funzione BLOCCA SITI sia un po' + utile? tipo poter dare in pasto al router delle liste di domini da bloccare perchè pericolosi ecc? immagino che non si potrebbe dargli liste molto lunghe onde evitare di intasare la ram, ma magari una lista ristretta alle cose + pericolose? penso che sul web qualcosa di pronto ci dovrebbe essere..

un discorso che mi interesserebbe soprattutto per gli altri che navigano nella mia LAN dove il motto "prevenire è meglio che curare" affonda le sue radici

p.s. ovviamente tali client sono cmq protetti a dovere ma..

>bYeZ<

[Life bringer]

Scherzi a parte, barra o casellina non è assolutamente un problema, giustamente come deto non cambia assolutamente nulla.