DLink G604T to Routertech

[cicala]

Originariamente inviato da Vathek

Purtroppo il problema sembra piuttosto difficile da risolvere, perché thechief ha detto che c'è di mezzo cm_logic...

Secondo me cmq basterebbe fare uno script che esegue il calcolo e poi nell'interfaccia web si richiama quello script... al limite si cominicia a fare lo script e lo si salva in filesystem in fase di creazione del firmware... richiamabile via telnet...

Cmq leggi il mio post sopra!

e famo lo script
edit: che ne dici di questo:

#!/bin/bash
#
temp=$(cat /proc/uptime)
let upSeconds="${temp%%.*}"
let secs=$((${upSeconds}%60))
let mins=$((${upSeconds}/60%60))
let hours=$((${upSeconds}/3600%24))
let days=$((${upSeconds}/86400))
echo -n "Uptime: ${days}giorni ${hours}ore ${mins}minuti"

per il thttpd ho dato prima un "killall thttpd" e poi "/usr/sbin/thttpd -g -d /var -u root -p 1080" e tutto ok... accesso via web a /var
ho rifatto "killall thttpd" e poi "/usr/sbin/thttpd -d /usr/www -u root -p 80 -c /cgi-b"... mi da la finestra di login ma mi rimanda ad una pag rosa con questo errore:

403 Forbidden
The requested URL '/cgi-bin/webcm' resolves to a file which is marked executable but is not a CGI file; retrieving it is forbidden.

[DDNS]

posso aggiornarlo con acorp del 604?

Originariamente inviato da DarkWolf

@DDNS si è acorp based ma con pspboot e il firmware usa dsp piuttosto vecchi

[Vathek]

Originariamente inviato da cicala

per il thttpd ho dato prima un "killall thttpd" e poi "/usr/sbin/thttpd -g -d /var -u root -p 1080" e tutto ok... accesso via web a /var
ho rifatto "killall thttpd" e poi "/usr/sbin/thttpd -d /usr/www -u root -p 80 -c /cgi-b"... mi da la finestra di login ma mi rimanda ad una pag rosa con questo errore:

403 Forbidden
The requested URL '/cgi-bin/webcm' resolves to a file which is marked executable but is not a CGI file; retrieving it is forbidden.

Magia delle magie!... prima mi dava il tuo stesso errore... adesso funziona sia sulla porta 1080 che sulla 80 (dove sostituisce l'interfaccia web classica senza più neanche l'errore che da a te)...

[bertoz85]

@Vathek: scusa se ti stresso ma non mi hai risposto... la modalità wireless 4X l'hai abilitata su quale firmware? Col mio (darkwolf "31/12/2006-2" in prima pagina) posso avere dei problemi?
Quale opzinoi hai abilitato delle 4 (le tre in Extra Wireless e l'altra nella config. generale) ????

grazie
ciao

[DDNS]

sono andato a cecare il source code su routertech.org, dove si trova?
ho trovato questo
http://www.routertech.org/viewtopic.php?p=11060#11060
ci sono solo i vari upg del firmaware

trovato

[Vathek]

Originariamente inviato da bertoz85

@Vathek: scusa se ti stresso ma non mi hai risposto... la modalità wireless 4X l'hai abilitata su quale firmware? Col mio (darkwolf "31/12/2006-2" in prima pagina) posso avere dei problemi?
Quale opzinoi hai abilitato delle 4 (le tre in Extra Wireless e l'altra nella config. generale) ????

grazie
ciao

Attualmente sono in beta testing su una nuova versione del routertech e quindi sto lavorando su quella...

Del 4x ho solo abilitato 4x, 4x concatenate e 4x packet bursting... il resto l'ho lasciato così com'è...

Se non ricordo male cmq anche sulla versione che hai tu ci sono tali voci quindi puoi provare ad usarlo...

Ti ricordo cmq che è una funzione di cui non si ha molta esperienza, e non è escluso che potrebbe danneggiare la parte wireless del router... facendola lavorare troppo...

Per il resto al momento i pochi che l'hanno attivata non hanno riscontrato problemi...

@Cicala.
Nel router non funziona il tuo script, penso sia perché non c'è la "bash" (o almeno credo)... ho provato a modificarlo utilizzando !/bin/sh ma non riconoscoe il comando "let"...

[cicala]

Originariamente inviato da Vathek

@Cicala.
Nel router non funziona il tuo script, penso sia perché non c'è la "bash" (o almeno credo)... ho provato a modificarlo utilizzando !/bin/sh ma non riconoscoe il comando "let"...

gia... stavo ruzzando anchio sul router per farlo fungere...
ps. cmnque l'ho spudoratamente copiato dal web

[Carciofone]

Originariamente inviato da cicala

ps. cmnque l'ho spudoratamente copiato dal web

Vergogna!!
Guardate che vi tengo d'occhio!

Scherzavo.... ma perchè non vi prendete un Linksys anche voi??

Scherzavo di nuovo...

[JackTheVendicator]

Da buon rompipa**e mi inserisco nella discussione

Originariamente inviato da cicala

e famo lo script
edit: che ne dici di questo:

#!/bin/bash
#
temp=$(cat /proc/uptime)
let upSeconds="${temp%%.*}"
let secs=$((${upSeconds}%60))
let mins=$((${upSeconds}/60%60))
let hours=$((${upSeconds}/3600%24))
let days=$((${upSeconds}/86400))
echo -n "Uptime: ${days}giorni ${hours}ore ${mins}minuti"

IMHO e' fattibilissimo... nel mio fw per 300T l'interfaccia web richiama uno script sh cgi a parte (ma per altri motivi).
In ogni caso, per fare quello che dici tu, bisogna attivare il supporto per i calcoli matematici in command line nella busybox (ovviamente da make menuconfig )

Ah gia'... ci vuole anche let e echo fancy output (se non ricordo e' necessario per l'opzione -n, ma probabilmente e' gia' attivato) (sempre nel menuconfig della busybox )

Originariamente inviato da cicala

per il thttpd ho dato prima un "killall thttpd" e poi "/usr/sbin/thttpd -g -d /var -u root -p 1080" e tutto ok... accesso via web a /var
ho rifatto "killall thttpd" e poi "/usr/sbin/thttpd -d /usr/www -u root -p 80 -c /cgi-b"... mi da la finestra di login ma mi rimanda ad una pag rosa con questo errore:

403 Forbidden
The requested URL '/cgi-bin/webcm' resolves to a file which is marked executable but is not a CGI file; retrieving it is forbidden.

Prova "/usr/sbin/thttpd -g -d /var -u root -p 1080 -c 'cgi-bin/*'"

[DarkWolf]

New snapshot on my beta page. Check for changes to "Run command"

[Thhh]

scusate se vi tedio con le mie banali domande, ma come si torna da questo firmware ai vecchi v2?
con i pacchetti autoinstallanti non va...

[DarkWolf]

Originariamente inviato da Thhh

scusate se vi tedio con le mie banali domande, ma come si torna da questo firmware ai vecchi v2?
con i pacchetti autoinstallanti non va...

con i classici tool... ciclamab:adam2app(pctool); pacchetti tiupgrade! Va... va...

[rdefalco]

Originariamente inviato da DarkWolf

New snapshot on my beta page. Check for changes to "Run command"

scaricato lo snapshot, ma a domani sera per metterlo in test, onde evitare rischi di downtime non gestibile in mia assenza nel frattempo l'attuale beta5 è up da circa 50 ore senza alcun rallentamento o problema

[Vathek]

Ok, ho appena upgradato via web alla nuova Beta5 del 9 Gennaio... avanti col testing

EDIT
Ho notato che il nat_fix.sh è stato corretto e non da più l'errore di cui si parlava qualche post fa...

Tuttavia mi pare di notare che ora nat_fix imposta il numero di connessioni a 6100 circa e non più a 11000... come mai?

[robertoanto]

Ciao a tutti.
Se volete posso provare anche io la beta5 però non so dove reperirla

[bertoz85]

Originariamente inviato da Vathek

Attualmente sono in beta testing su una nuova versione del routertech e quindi sto lavorando su quella...

Del 4x ho solo abilitato 4x, 4x concatenate e 4x packet bursting... il resto l'ho lasciato così com'è...

Se non ricordo male cmq anche sulla versione che hai tu ci sono tali voci quindi puoi provare ad usarlo...

Ti ricordo cmq che è una funzione di cui non si ha molta esperienza, e non è escluso che potrebbe danneggiare la parte wireless del router... facendola lavorare troppo...

Per il resto al momento i pochi che l'hanno attivata non hanno riscontrato problemi...

ma intendi quelle 3 che sono nella schermata Extra Wireless? o quella nella schermata dove si sceglie anche il canale e che è marcata con un bel WARNING in maiuscolo???

ciao

[Vathek]

Nella schermata dove si sceglie anche il canale... il WARNING è stato aggiunto da DarkWolf proprio per evitare che il newbye la scelga senza prendersi le sue responsabilità

Nella versione ufficiale cmq il WARNING non c'è...

[DarkWolf]

Originariamente inviato da Vathek

Ok, ho appena upgradato via web alla nuova Beta5 del 9 Gennaio... avanti col testing ...

Lo so ho chiesto info anche io e mi ha risposto...
Because nat_fix.sh has been changed.

cat /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established 120 (fix >1200)
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_generic_timeout 60 (fix >120)

comunque magari prima proviamolo e poi eventualmente possiamo sempre moddarlo... (e perché no fixarlo direttamente senza bisogno di lanciare ogni volta lo script)
@robertoanto
La beta la stiamo testando: Io (con Atmel e conn pppoa);Vathek (con AMD);rdefalco (con un G624T e conn Static);cicala (appartiene al gruppo di betatesting ed è molto preparato con script et simili); erpalma (anche lui ha fatto parecchi test e poi ammiro troppo l'uomo nel suo avatar )
c'è da aggiungere che mi è stato espressamente chiesto di non far girare troppo il link in quanto la fase di betatesting è racchiusa ad un numero limitatissimo di utenti (tra i quali lui stesso ha scelto anche me probabilmente in quanto gli ho dato info ben precise in merito alcuni bug risolti nella nostra mod) considera che sullo stesso forum routertech non trovo informazioni di nessun genere sulla 2.2 - quindi se hai particolari problemi con la 2.1 del 31/12 per G604T teoricamente risolti sulla beta allora sarà un piacere passartela (a te e agli altri) altrimenti vi chiedo di essere comprensivi e attendere che venga rilasciata la versione finale
PS che ne pensate dell'aggiunta "Command list" nella sezione "run command"?
(è stata una mia idea ) PPS se avete altre idee ovviamente sarò lieto di proporle - (ho proposto anche il parental control... ma sarà dura)
-------------
Possibile novità ancora da valutare...

I have been looking at memory issues. dsp5 seems to be the best dsp version to use for these routers. It supports all the things that needs to be supported, but uses far less memory than dsp6.x or 7.x. This frees up more memory for P2P, etc. So we are considering using dsp5 for future releases, instead of dsp6 as we currently use. Any comments?

Io mi sono dichiarato favorevole in quanto ritengo che la stabilità ecc sia un punto fondamentale... bisogna ovviamente considerare quanto questo possa influire sui valori SNR ecc... - domani probabilmente la beta con dsp5 fate un backup (o screenshot) della sezione "Modem Status" per eventuali confronti
-------------
È probabile che una volta completata la fase di testing (quando gli ultimi bug verranno risolti) venga rilasciata dalla stessa Rtech una versione per i nostri Dlink, tanto una volta completa rimarrà da integrare solo il nostro led.conf, eliminare la sez "Ethernet Switch Configuration" e il terzo gruppo da "LAN Configuration" (anche se sinceramente preferirei quasi non accadesse )... comunque la scelta spetta (giustamente) a loro

[cicala]

Originariamente inviato da JackTheVendicator

IMHO e' fattibilissimo... nel mio fw per 300T l'interfaccia web richiama uno script sh cgi a parte (ma per altri motivi).
In ogni caso, per fare quello che dici tu, bisogna attivare il supporto per i calcoli matematici in command line nella busybox (ovviamente da make menuconfig )

Ah gia'... ci vuole anche let e echo fancy output (se non ricordo e' necessario per l'opzione -n, ma probabilmente e' gia' attivato) (sempre nel menuconfig della busybox )

funge anche senza let e basta il normale echo...
sono i calcoli che non fungono si puo aggirare il prob?

se bisogna ricompilare busyb allora tanto vale abilitare uptime...
( http://www.busybox.net/downloads/BusyBox.html )
credo sia la soluzione piu semplice!!

Originariamente inviato da DarkWolf

PS che ne pensate dell'aggiunta "Command list" nella sezione "run command"?

ottima idea

[DDNS]

stavo giocando con run command


export GATEWAY_INTERFACE='CGI/1.1'
export REMOTE_ADDR='192.168.1.102'
export QUERY_STRING='RT_command=export'
export HTTP_USER_AGENT='Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1'
export CGI_PATTERN='cgi-bin/*'
export HTTP_ACCEPT='text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5'
export HTTP_HOST='192.168.1.1'
export SERVER_SOFTWARE=
export PATH='/usr/local/bin:/usr/ucb:/bin:/usr/bin'
export HTTP_ACCEPT_LANGUAGE='it'
export HTTP_REFERER='http://192.168.1.1/cgi-bin/usercmd.cgi?RT_command=help'
export SERVER_PROTOCOL='HTTP/1.1'
export HTTP_ACCEPT_ENCODING='gzip,deflate'
export REQUEST_METHOD='GET'
export PWD='/usr/www/cgi-bin'
export SERVER_PORT='80'
export SCRIPT_NAME='/cgi-bin/usercmd.cgi'
export SERVER_NAME='(none)'

cosa mi rappresenta?