[Thread ufficiale] amod - firmware modificato per DGND4000, DGN3500, DGN2200V3/V4

[danyus]

Alfonsor, conosci anyterm?

e' un "programmino" che permette di avere una command shell nel browser, l'ho provato nel mio nas e va perfettamente.... puo' essere valido per accedere a ssh tramite browser(anche da fuori casa o da un tablet ad esempio) senza bisogno di putty o similia.....

Credi (qualora sia una cosa per te interessante) possa essere facile integrarlo?

[alfonsor]

non penso sia integrabile, parla di apache mod proxy per avere la ssl; facendo make su un sistema linux qui accanto non è riuscito manco a compilarlo figurarsi con il mips

ma quale sarebbe il vantaggio? è difficile trovare qualche firewall che non ti fa accedere alla 22

[danyus]

pensavo alla possibilità di accedere tramite qualunque dispositivo da browser(quindi senza ausilio di programmi esterni). inoltre l'avevo provato come ti dicevo sul nas e non soffriva di rallentamenti o altro..... andava benissimo. ma se credi che sia inutile, o comunque non implementabile, non perderci proprio tempo. l'avevo buttata li giusto perché mi era capitato di vederlo.

[alfonsor]

non penso che sia inutile, ma mi sembra abbastanza grande; conta che sul 3500 lo spazio nel firmware è quasi esaurito;

il fatto è che su qualsiasi "coso" c'è un programma per fare una connessione ssh o mi sbaglio alla grande?

[danyus]

che intendi per "coso"? nas domestico? io ho un nsa325 della zyxel (una bella bestiolina se vai a vedere le specifiche) quindi effettivamente ci sta che una cosa che li gira bene possa non essere assolutamente adatta a un routerino.
Pero' nel gestore di pacchetti da cui installo applicativi nel nas leggo che lo spazio richiesto e' di appena 39kByte

[alfonsor]

dici che questo programma sarebbe utile per accedere da qualsiasi dispositivo via browser; ma a parte uno smarttv, quale altro dispositivo non ha un cliente ssh?

[danyus]

dispositivi windows phone e IOS(non modificati), quindi sia smartphone che tablet

se vuoi(se puo' essere utile ma non credo) posso passarti il pacchetto precompilato per il mio nas. e' 130kB (ma poi come ti dicevo il package manager dice che richiede 39kB, misteri della fede)

non so quanto possa esserti utile.

[alfonsor]

fammi indagare un pò

[NorysLintas]

Originariamente inviato da ataru1978

Downstrem Upstream
Data Rate: 8.000 Mbs 509.000 Kbs
Attainable Rate: 8.392 Mbs 1.088 Mbs
SNR: 3.9 dB 23.4 dB
Noise: 51.4 dB 26.9 dB
Line Attenuation:42.5 dB 27.2 dB
Power: 19.3 dBm 12.2 dBm
La linea è su da quasi due ore,ti faccio sapere quanto tempo riesce a starci.Grazie.

Ma tu scherzi? E' inutile giocare con snr quando hai una linea del genere...
Ma ti rendi conto che stai a 3 Km dalla centrale e tu abbassi snr a 3.9?

Per forza ti cade...
Per dovere di cronaca ti dico che ho visto persone che avevano abbassato snr anche a 3 ma che erano molto ma molto più vicini alla centrale di te (1.5km) e agganciavano a 19999 con infostrada senza cadere, cosa per la tua linea direi impossibile.

[alfonsor]

danyus con tutta la buona volontà, per ora, non riesco manco a compilarlo anyterm

sono riuscito applicando un pò di patch prese da apache a compilarlo per x86, ma per mips manco a scherzare

non vorrei che per doverlo compilare devo prima compilare tutto boost

[danyus]

ehehhe e lascia sta allora.... l'avevo immaginato come una cosa di poco conto, ma essendo quasi del tutto futile lascia sta

[alfonsor]

ti spiego

prende una parte di boost, una grande libreria e ne usa un pezzo
perciò ha bisogno degli include di boost
però di include vecchi
con i nuovi non va
prima patch, perchè non so manco quali include vecchi
quindi seconda patch perché altrimenti non si compila con gcc nuovi
a questo punto pensi è fatta, invece non è fatta perché su x86 con gcc 4.8 si compila ma su mips niente da fare né col 3 nè col 4.2

si trattasse di una cosa essenziale, ci perderei pure tempo ogni giorno, ma siccome so già che anche tra venti giorni, una volta compilato, farlo andare sarebbe molto difficile (e ripeto che ci vuole apache come server e un suo modulo per avere le ssl, cioé al massimo su amod girerebbe in "chiaro" cosa che direi non va proprio bene), scusa di nuovo, ma non è il caso

[danyus]

no ma figurati... che ti scusi

fosse stato semplice, io l'avevo buttata li , giusto perche' vedendolo mi era parso un programmino di pochi kb


e di una shell cgi che ne pensi? potrebbe essere implementabile?

leggo da un sito di un progetto della cgi shell

CGI-Shell provides a shell using CGI, so everyone who has a CGI directory on a Web server can also have a shell on it. It's comparable to telnet or SSH.


potrebbe essere fattibile?

ti passo i due link del progetto magari li escludi a priori

http://cgi-shell.binaervarianz.de/

http://freecode.com/projects/cgi-shell/


ovviamente io non so quali tipi di dipendenze possano avere, riporto perche' leggo che "everyone who has a cgi dir on a web server" ecc...
e mi pareva di ricordare che il nostro router ha cgi


edit:

C'e' anche quest'altro progetto sembra piu' stabile a una prima occhiata.
https://code.google.com/p/shellinabox/

[ataru1978]

Ciao alfonsor,

farò delle prove.Grazie di tutto!

Ciao!

[alfonsor]

Originariamente inviato da danyus

...
CGI-Shell
...

è in chiaro...

[danyus]

come non detto.... peccato

[trim_de_brim]

ho il 3500 aggiornato all'ultima versione
ho notato che dopo l'aggiornamento DSL Firmware deve essere cambiato
la versione piu vecchia sembra stabile ma ho vouto provare la penultima
la 4.5.0.0.1
questa mattima l'ho trovato rosso e mi sono collegato per modificare le impostazioni. Ho avuto la sorpresa di trovarlo up
allego un po di log manca pppd

Information
Firmware: amod 11.0.26 (Lolafalana Series - 09/09/2014)
Uptime: 8h 30' 15''
Processes: 42 Load: 0.01 0.00 0.00
Memory: 62.644 MB Free: 28.721 MB Buffer: 4.177 MB


Link
Firmware: 4.5.2.0.0.1
Status: Up (showtime tc sync - 0x801)
Multiplexing: VC (8, 35)
Tx System: ADSL 2+ (G.992.5/A)
Uptime: 6h 43' 56''
Rates: 17.302 Mbps ↓ 997.161 Kbps ↑
SNR:
6.3 dB ↓ 13.6 dB ↑

Mem: 33368K used, 27808K free, 0K shrd, 4080K buff, 13680K cached
CPU: 0.0% usr 7.6% sys 7.6% nic 84.6% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 0.00 0.00 0.00 1/44 1706
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
1702 469 root S N 1136 1.8 0 7.6 {infos.cgi} /bin/sh infos.cgi
477 1 root S 4320 7.0 0 0.0 /usr/sbin/mini_httpd -P 443 -d /www -S -E /etc/mini_httpd.pem -r NETGEAR DGN3500_SSH -c **.cgi -t 300
1703 1702 root S 3996 6.4 0 0.0 /usr/sbin/mini_httpd -d /www -r NETGEAR DGN3500 -c **.cgi -t 300
469 1 root S 3976 6.4 0 0.0 /usr/sbin/mini_httpd -d /www -r NETGEAR DGN3500 -c **.cgi -t 300
249 1 root S 2876 4.6 0 0.0 /usr/sbin/dsl_cpe_control -f /tmp/modemhwe.bin -n /etc/xdslrc.sh -i05_00_04_00_4c_01_04_00 -a /etc/cmv_batch
252 250 root S 2876 4.6 0 0.0 /usr/sbin/dsl_cpe_control -f /tmp/modemhwe.bin -n /etc/xdslrc.sh -i05_00_04_00_4c_01_04_00 -a /etc/cmv_batch
253 250 root S 2876 4.6 0 0.0 /usr/sbin/dsl_cpe_control -f /tmp/modemhwe.bin -n /etc/xdslrc.sh -i05_00_04_00_4c_01_04_00 -a /etc/cmv_batch
250 249 root S 2876 4.6 0 0.0 /usr/sbin/dsl_cpe_control -f /tmp/modemhwe.bin -n /etc/xdslrc.sh -i05_00_04_00_4c_01_04_00 -a /etc/cmv_batch
251 250 root S 2876 4.6 0 0.0 /usr/sbin/dsl_cpe_control -f /tmp/modemhwe.bin -n /etc/xdslrc.sh -i05_00_04_00_4c_01_04_00 -a /etc/cmv_batch
257 1 root S 1924 3.1 0 0.0 /usr/sbin/oamd
1 0 root S 1696 2.7 0 0.0 init
790 1 root S 1696 2.7 0 0.0 init
835 1 root S 1656 2.6 0 0.0 /usr/sbin/dnsmasq -C /etc/amod/conf/dnsmasq.conf -l /var/dnsmasq.leases -x /var/run/dnsmasq.pid
1200 1 root S 1644 2.6 0 0.0 /usr/sbin/ntpd -g -I 192.168.0.1 -I 127.0.0.1 -c /etc/amod/conf/ntpd.conf -f /tmp/ntpd.drift -p /var/run/ntpd.pid
768 1 root S 1584 2.5 0 0.0 nfire
774 1 root S 1572 2.5 0 0.0 /usr/sbin/multi_pb_app 90 91 92 10 40
728 1 root S 1524 2.4 0 0.0 /sbin/hostapd -B /etc/ath/hostapd.conf
491 1 root S 1436 2.3 0 0.0 /usr/bin/lld2 br0
972 1 root S 1392 2.2 0 0.0 /usr/sbin/miniupnpd -i ppp1 -a 192.168.0.1 -p 5100 -U -t 1800 -T 4 -u 824ff22b-8c7d-41c5-a131-e0469a02f9cb -s 219416BV01940
771 1 root S 1324 2.1 0 0.0 /usr/sbin/crond
473 1 root S 1320 2.1 0 0.0 /usr/sbin/netgear_ntp -z GMT+0
275 1 root S 1300 2.1 0 0.0 cmd_agent_ap
289 1 root S 1044 1.6 0 0.0 /sbin/syslogd -f /etc/syslog.conf
245 1 root S 1008 1.6 0 0.0 /usr/sbin/klogd
270 1 root SW 0 0.0 0 0.0 [autbtex]
273 1 root SW 0 0.0 0 0.0 [pmex_ne]
2 1 root SWN 0 0.0 0 0.0 [ksoftirqd/0]
272 1 root SW 0 0.0 0 0.0 [ceocex_ne]
81 1 root SW 0 0.0 0 0.0 [mtdblockd]
274 1 root SW 0 0.0 0 0.0 [pmex_fe]
4 1 root SW< 0 0.0 0 0.0 [khelper]
42 5 root SW 0 0.0 0 0.0 [pdflush]
3 1 root SW< 0 0.0 0 0.0 [events/0]
22 5 root SW< 0 0.0 0 0.0 [kblockd/0]
271 1 root SW 0 0.0 0 0.0 [atm_led_complet]
25 5 root SW< 0 0.0 0 0.0 [khubd]
43 5 root SW< 0 0.0 0 0.0 [kswapd0]
142 1 root SWN 0 0.0 0 0.0 [jffs2_gcd_mtd9]
44 5 root SW< 0 0.0 0 0.0 [aio/0]
41 5 root SW 0 0.0 0 0.0 [pdflush]
113 5 root SW< 0 0.0 0 0.0 [pegasus]
5 1 root SW< 0 0.0 0 0.0 [kthread]

ho notato che ci sono due ntp come mai?

ciao e grazie

[alfonsor]

trim, nell'ultimo amod sono tornato ai meccanismi pppd di amod 9, cioé quelli classici; la differenza fondamentale è che il processo pppd, quando deve essere terminato, viene terminato con un kill -9

-9 vuol dire che gli viene mandato il segnale "KILL"; il segnale KILL non può essere controllato è come se stai passeggiando e ti cade un vaso in testa da un balcone :P

questo vuol dire che la connessione con il peer remoto non viene gentilmente chiusa, ma che viene interrotta improvvisamente

qui da me voleva dire che se ero in pppoa, la successiva connessione non andava a buon fine e ci volevano un paio di tentativi

in amod 10, pppd veniva killato con un segnale TERM che vuol dire lasciare a pppd il tempo di fare le sue cose, in particolare chiudere la connessione gentilmente, che voleva dire che al successivo tentativo, la connessione riusciva senza problemi

tutto ciò qui da me funzionava, invece portava problemi non indifferenti a molti altri; non essendo mai riuscito a riprodurre e quindi risolvere quei problemi sono tornato al comportamento classico

come questo abbia interazioni con il driver adsl non riesco proprio a concepirlo a dire il vero, non pensavo che la connessione ppp avessa rapporti con il driver, ma non ho idea di cosa ci sia in un driver adsl per cui mi sbaglio e non di poco

in questi giorni sto provando a usare un'opzione in varie / amod che permette a chi vuole di usare il meccanismo di amod 10; vedremo

per quanto riguarda due ntp, i processi linux sono fatti da uno o più "task"; se un processo linux lancia un altro task internamente, per dire usa la funzione fork() o le funzioni di pthread, ci saranno diverse voci nella lista di ps con lo stesso nome del processo principale che ha lanciato gli altri task; tanto per fare un esempio, ddns che fa gli update ai dns, crea un'infinità di task in ps mentre fa gli update

[schermatone]

Scusate ma vi chiedo un chiarimento.
Ho montato l'ultima 2.0.6 mi trovo mooolto meglio rispetto all'orginale.
Vorrei agire da pannello sul SRN NOISE ma non capisco il valore da mettere.
E' un delta?
Ho provato ad inserire 1 per abbassarlo di circa 5Db, ho spuntato apply section e poi premuto retain ma non succede niente a parte la riconnessione adsl con gli stessi valori, sbaglio qualcosa credo.
Grazie per l'aiuto

[alfonsor]

Delta SNR value in the set -110...+60 (/10 dB) to be applied to the SNR defined in your profile in the remote peer modem. So, if your profile has a default target SNR of 12 dB, -50 will set your SNR to 7 dB while 50 will set your SNR to 17 dB. Usually, negative values are used to increase the download rate, at the cost of some link instability. The default value is 0.

quindi, 1 vuol dire "aggiungi un decimo di decibel"

se vuoi togliere 5 dB devi inserire -50, che è una cosa estrema e da fare solo se hai un profilo a 12 dB; devi anche selezionare l'opzione a destra "Use this section", quindi fare save e quindi fare retrain

se "non succede niente", allora hai un profilo bloccato o agganci già il tuo massimo in download