DLink G604T to Routertech

[giovysax]

Originariamente inviato da cicala

@giovysax
stavo cercando di settare il controllo dell'upnp per funzionare ogni 5 minuti ma ho paura che il sistema di default del routertech accetta minimo un'ora...
quindi:
monta il nuovo fw di dark (2.31)
avvia il router ed accedi da telnet
dai questi comandi:

echo "*/5 * * * * /usr/local/bin/chkupnp.sh& >/dev/null 2>&1" >> /var/spool/cron/crontabs/root
killall crond & crond

poi replica i vari crash e controlla il log... cosi' puoi testare se funziona a dovere...
piu tardi vedo di far si di poter specificare cronjobs con intervalli < di 1 ora..

ps. se ho detto una bufala fatemi sapere

EDIT: ecco il nuovo cronparms.sh da sostituire a quello in /usr/local/bin....
accetta jobs inferiori a 1 ora mediante il parametro "every" al posto delle ore:

checksync.sh every 17

eseguira' il job ogni 17 minuti

ho montato il 2.31, ho fatto crashare l'upnp (il servizio appare come Z) ora, se non vado errato, dovrei solo aspettare ke il processo riparta da solo...giusto?
A dopo

[DarkWolf]

Originariamente inviato da giovysax

ho montato il 2.31, ho fatto crashare l'upnp (il servizio appare come Z) ora, se non vado errato, dovrei solo aspettare ke il processo riparta da solo...giusto?
A dopo

Si ma con il 2.31 se non erro il controllo avviene ogni ora. Se cicala mi da conferma aggiungo il suo nuovo cronparms così da impostare il controllo ogni x minuti
PS il 2.31 l'hai mandato da interfaccia web?

[cicala]

Originariamente inviato da giovysax

ho montato il 2.31, ho fatto crashare l'upnp (il servizio appare come Z) ora, se non vado errato, dovrei solo aspettare ke il processo riparta da solo...giusto?
A dopo

EDIT:
HO DETTO UNA GRANDE BUFALA
tutta la storia dei 5 (o per chi preferisce 17 minuti...)
mi spiego:
mettendo

setenv programma "1 5"

il programma verra' eseguito ogni 5 minuti ma solo dopo un'ora... non ho capito bene il perche di questo ritardo... mah...
quindi il cronparms.sh non serve!!!

@giovysax
se dai il comando:

setenv checkupnp.sh "1 5"

e riavvii il router... dopo un'ora di funzionamento iniziera' a fare il controllo ogni 5 minuti

scusate la confusione!

[giovysax]

Originariamente inviato da cicala

EDIT:
HO DETTO UNA GRANDE BUFALA
tutta la storia dei 5 (o per chi preferisce 17 minuti...)
mi spiego:
mettendo

setenv programma "1 5"

il programma verra' eseguito ogni 5 minuti ma solo dopo un'ora... non ho capito bene il perche di questo ritardo... mah...
quindi il cronparms.sh non serve!!!

@giovysax
se dai il comando:

setenv checkupnp.sh "1 5"

e riavvii il router... dopo un'ora di funzionamento iniziera' a fare il controllo ogni 5 minuti

scusate la confusione!

Allora, mettendo questi 2 comandi:

echo "*/5 * * * * /usr/local/bin/chkupnp.sh& >/dev/null 2>&1" >> /var/spool/cron/crontabs/root
killall crond & crond

in effetti il controllo parte dopo 1 ora ogni 5 minuti.....l'unico problema è ke una volta crashato l'upnp viene riavviato con successo solo 1 volta (si vede anche dal log "upnp service restart")....se lo faccio ricrashare una seconda volta xò il servizio non viene riavviato...ecco xkè:


/var # ps -A
PID Uid VmSize Stat Command
1 root 1416 S init
2 root S [keventd]
3 root S [ksoftirqd_CPU0]
4 root S [kswapd]
5 root S [bdflush]
6 root S [kupdated]
7 root S [cifsoplockd]
8 root S [mtdblockd]
76 root 2200 S /usr/bin/cm_pc
78 root 1188 S /usr/sbin/thttpd -d /usr/www -u root -p 80 -c /cgi-b
83 root 3812 S /usr/bin/cm_logic -m /dev/ticfg -c /etc/config.xml
131 root 640 S /sbin/dproxy -c /etc/resolv.conf -d
238 root 1416 S init
325 root 920 S /sbin/msntp -r 2 -t 5 -p 30 -s time-a.nist.gov time-
329 root 684 S /usr/sbin/udhcpd /var/tmp/udhcpd.conf
464 root 768 S crond
567 root 1308 S /usr/sbin/upnpd nas0 br0
570 root 1308 S /usr/sbin/upnpd nas0 br0
573 root 1308 S /usr/sbin/upnpd nas0 br0
577 root 1308 S /usr/sbin/upnpd nas0 br0
578 root 1308 S /usr/sbin/upnpd nas0 br0
579 root 1308 S /usr/sbin/upnpd nas0 br0
798 root 628 S /sbin/utelnetd
799 root 1428 S -sh
800 root 1416 R ps -A

cioè la seconda volta ke crasha l'upnp non appare come "Z", ed ecco il log del router:

Aug 29 02:30:01 | USER root pid 824 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:30:01 | USER root pid 826 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:30:01 | USER root pid 828 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:35:01 | USER root pid 839 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:35:01 | USER root pid 841 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:35:01 | USER root pid 843 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1

Cmq adesso riavvierò il router e farò la prova con questo:

setenv checkupnp.sh "1 5"

A domani x altri aggiornamenti...ora vado a letto !

[giovysax]

Originariamente inviato da DarkWolf

PS il 2.31 l'hai mandato da interfaccia web?

No, DarkWorlf, ho usato il tuo pacchetto TIUpgrade!

[DarkWolf]

Originariamente inviato da giovysax

No, DarkWolf, ho usato il tuo pacchetto TIUpgrade!

OK (almeno adesso so che funziona)
Comunque chi ha il 2.3 dovrebbe poterlo mettere senza problemi anche da interfaccia web
Edit!
Inoltre ci sono buone nuove anche dal team MCMCC (Acorp).
Firmware con dsp 7.4 (il 7.2 è stato eliminato)
Env del W400G
Acorp_3.6.0D_Atmel_AT49BVxxx_mtd.patch
Peccato ci sia ancora il blocco cpu (noi abbiamo un 7100 o un 7300? e il G624T?) sulla cm_logic altrimenti ne avremmo visto delle belle
-
Comunque nel 320T il processore è riconosciuto come "valido", chissà come viene riconosciuto quello del G624T....
-
In ogni caso è ora di rimettersi al lavoro, decisamente!
Ma adesso è ora di dormire

[cicala]

Originariamente inviato da giovysax

l'unico problema è ke una volta crashato l'upnp viene riavviato con successo solo 1 volta (si vede anche dal log "upnp service restart")....se lo faccio ricrashare una seconda volta xò il servizio non viene riavviato...ecco xkè:

/var # ps -A
...
567 root 1308 S /usr/sbin/upnpd nas0 br0
570 root 1308 S /usr/sbin/upnpd nas0 br0
573 root 1308 S /usr/sbin/upnpd nas0 br0
577 root 1308 S /usr/sbin/upnpd nas0 br0
578 root 1308 S /usr/sbin/upnpd nas0 br0
579 root 1308 S /usr/sbin/upnpd nas0 br0
...
cioè la seconda volta ke crasha l'upnp non appare come "Z"

quindi questo e' il ps dopo il crash prima che venga riattivato???
sembra tutto ok

ed ecco il log del router:

Aug 29 02:30:01 | USER root pid 824 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:30:01 | USER root pid 826 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:30:01 | USER root pid 828 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:35:01 | USER root pid 839 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:35:01 | USER root pid 841 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1
Aug 29 02:35:01 | USER root pid 843 cmd /usr/local/bin/chkupnp.sh& }/dev/null 2}&1

questo indica che fa il controllo... ma vedo 3 controlli per "Aug 29 02:30:01", immagino che hai ripetuto piu volte il comando in cron

Cmq adesso riavvierò il router e farò la prova con questo:

setenv checkupnp.sh "1 5"

A domani x altri aggiornamenti...ora vado a letto !

(ricordati che devi riavviare il router dopo aver dato il comando setenv...)
attendiamo

Originariamente inviato da DarkWolf

Comunque chi ha il 2.3 dovrebbe poterlo mettere senza problemi anche da interfaccia web

io ho provato 2 volte dal web ma nada... vedevo la progress bar e poi mi spariva la pagina ma non faceva il reboot... quindi dopo un po ho staccato la corrente al router ed il fw era il solito (2.3)... quindi l'ho messo via ciclamab...

[DarkWolf]

Originariamente inviato da cicala

io ho provato 2 volte dal web ma nada... vedevo la progress bar e poi mi spariva la pagina ma non faceva il reboot... quindi dopo un po ho staccato la corrente al router ed il fw era il solito (2.3)... quindi l'ho messo via ciclamab...

Appena ho due minuti per montare la seconda eth provo con la seriale collegata... alla fine le partizioni sono quelle ed il firmware è stato firmato "credo" o forse ho firmato solo il filesystem?

[cicala]

Originariamente inviato da DarkWolf

Appena ho due minuti per montare la seconda eth provo con la seriale collegata... alla fine le partizioni sono quelle ed il firmware è stato firmato "credo" o forse ho firmato solo il filesystem?

se c'e' un prob di firma e devi rifare il pacchetto potresti metterci i dsp 7.4?

inoltre se vuoi includi questi 2 script...
ap_timer.sh
Per automatizzare on/off dell'ap:
ap_timer.sh [on/off] [ora:0-23] [minuti:0-59]
NB. sia le ore che i minuti devono essere inseriti

setenv ap_timer.sh on 8 0 ---> attivera' l'ap alle 8:00 di ogni giorno...
setenv ap_timer.sh off 23 45 ---> disattivera' l'ap alle 23:45 di ogni giorno...

ap_pl.sh
Per cambiare il PowerLevel del router in determinati orari:
ap_pl.sh [PowerLevel 1-5] [ora:0-23] [minuti:0-59]
PowerLevel 1=Full 2=50% 3=25% 4=12% 5=6%
NB. sia le ore che i minuti devono essere inseriti

setenv ap_pl.sh 4 20 15 ---> regola il PL dell'ap al 12% alle 20:15
setenv ap_pl.sh 1 7 30 ---> regola il PL dell'ap al 100% alle 7:30

bisogna solo testare come si comporta la env con un comando con 3 parametri... ma credo sia ok...

[DarkWolf]

Originariamente inviato da cicala

se c'e' un prob di firma e devi rifare il pacchetto potresti metterci i dsp 7.4?

Se c'è un problema di firma basta dare tichksum nomefile
COmunque per mettere il dsp 7.4 devo trovarmi per le mani un 320T in modo da riuscire a mettere il firmware (lan120) il quale viene riconosciuto senza problemi su questo modem (stesso processore quindi niente reboot per cpu incompatibile).
Fatto ciò tramite i tools di thechief backuppare il filesystem (in quanto se decomprimo semplicemente il filesystem Acorp i file verranno giu corrotti) e quindi metterli nel nuovo archivio (dopo aver ripulito la stringa del copyright)
Insomma in 10 minuti avendo un 320T potrei fare il tutto

[cicala]

ops.. ho modificato l'ultimo post insieme al tuo... che ne dici dei due file...?

[DarkWolf]

Originariamente inviato da cicala

ops.. ho modificato l'ultimo post insieme al tuo... che ne dici dei due file...?

Dico che faranno parte della 2.32

[cicala]

Originariamente inviato da cicala

bisogna solo testare come si comporta la env con un comando con 3 parametri... ma credo sia ok...

mi rispondo da solo...
funziona... altrimenti il comando:

RT_cmd_2 mount -t minix /dev/mtdblock/5 /nvram

sulla mia env non monterebbe la partizione
quindi male che vada il comando dovra' essere:

setenv RT_cmd_1 ap_timer.sh on 8 0 ---> attivera' l'ap alle 8:00 di ogni giorno...
setenv RT_cmd_2 ap_timer.sh off 23 45 ---> disattivera' l'ap alle 23:45 di ogni giorno...
setenv RT_cmd_3 ap_pl.sh 4 20 15 ---> regola il PL dell'ap al 12% alle 20:15
setenv RT_cmd_4 ap_pl.sh 1 7 30 ---> regola il PL dell'ap al 100% alle 7:30

sto aspettando delucidazioni da TheChief... gli script in ogni caso vanno bene

[Vathek]

Ok, ho messo su la 2.31 facendo le cose per bene e riflashando con tiupgrade nonché rifacendo a manina tutte le regole e impostazioni... (du' palle...)

IL risultato è stato che non mi riconosceva più i mac del router nonostante li avessi correttamente in env (ma se "getenv" me li visualizzava, magicamente "cat /proc/ticfg/env" era vuoto ?!? antico problema ?!?)

Alla fine mi sono accorto che la voce Adam2_Release era corrotta perché compariva "0.22.02_b04_Mar_9_2005" quando la stringa giusta è "0.22.02_b04_Mar__9_2005" con 2 simboli '_' prima del '9'

A quel punto mi ha riconosciuto magicamente i mac... sia mac che mac_ap ed è andato...

L'unica cosa che rimane di strano nel log sono questi messaggii:
"ifconfig failed with message: (null)"

"DDNS dyndns: Update Successful ip 83.190.66.61 from ppp0
Serial link appears to be disconnected.
Connection terminated.
Terminated: Peer Not Responding to Echo Requests
pppd 2.4.1 started by root, uid 0
Connect: ppp0 {--}
PPPD Successfully Started
PPPoA Connect with IP Address 83.181.169.122
PPPoA Connection Successfully Established
PPPoA Connect with Gateway IP Address: 83.181.160.1
local IP address 83.181.169.122
remote IP address 83.181.160.1
primary DNS address 193.12.150.2
secondary DNS address 212.247.152.2
DDNS dyndns: Update Successful ip 83.181.169.122 from ppp0
Serial link appears to be disconnected.
Connection terminated.
Terminated: Peer Not Responding to Echo Requests
pppd 2.4.1 started by root, uid 0

EDIT
Forse ho risolto da solo... ho tolto il timeout di 1 min nella configurazione della connessione PPPoA e riavviato... magicamente i messaggi di errore non ci sono più e a parte un messaggio che dice che rshaper non è abilitato da environment del bootloader (che credo sia normale visto che non lo uso) non ci sono più cose strane...

vediamo...

[DarkWolf]

Ragazzi ecco un anteprima della futura demo on line
http://darkwolf.altervista.org/demo/index.php

[cicala]

Originariamente inviato da DarkWolf

Ragazzi ecco un anteprima della futura demo on line
http://darkwolf.altervista.org/demo/index.php

mi piace... solo che la versione fw che vedo qui sara' gia vecchia quando finisci...
apparte gli scherzi.. gran lavoro e credo sara' molto utile per tutte le indicazioni di base

[DarkWolf]

Originariamente inviato da cicala

mi piace... solo che la versione fw che vedo qui sara' gia vecchia quando finisci...
apparte gli scherzi.. gran lavoro e credo sara' molto utile per tutte le indicazioni di base

e lo sò
è che per aggiornare volevo vedere il debug seriale, purtroppo ho cercato sia a casa che altrove ma sta seriale non riesco a trovarla
In compenso ho trovato:
un pc; 2 tastiere; 5 mouse; un macello di scart per la ps2; un 302T; un 502T; due wgate; un pirellone; un modem 56K; una eth100 (che sto usando adesso); due schede video; un masterizzatore + due lettori cd; un lettore dvd e tanta ma davvero tanta altra roba (non sto scherzando)

[Vathek]

Originariamente inviato da DarkWolf

Ragazzi ecco un anteprima della futura demo on line
http://darkwolf.altervista.org/demo/index.php

Ehm, ma qual è la differenza con la v 2.31 ???

[DarkWolf]

Originariamente inviato da Vathek

Ehm, ma qual è la differenza con la v 2.31 ???

è semplicemente un modo per dare un anteprima dell'interfaccia del firmware.
Sto realizzando un modo per presentare le funzionalità del nostro amato firmware diverso dai classici screenshot

[Vathek]

Originariamente inviato da DarkWolf

è semplicemente un modo per dare un anteprima dell'interfaccia del firmware.
Sto realizzando un modo per presentare le funzionalità del nostro amato firmware diverso dai classici screenshot

Ah ok... beh in effetti è una figata perché permette di fare testing dell'interfaccia da subito... ed in teoria si potrebbe anche pensare di fare una traduzione in ita o no... che dite?

Io mi offro volontario... non mi sembra che poi ci sia così tanto testo...