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

[kernelfree]

Per esterno intendi la wan ? Su che porta ? E che indirizzo usi per fare le prove?[/quote]

Utilizzo la 9091 di default.
Accedo tramite mioddns:9091, ma anche con l'ip pubblico non va.
Ho un sistema di sorveglianza forwardato allo stesso modo e funziona alla perfezione, così anche eMule.

[_maxp_]

prova a dare questi comandi da telnet, sostituendo WANIP con l'indirizzo wan

iptables -t nat -A AMOD_NAT -d WANIP/32 -p tcp -m tcp --dport 9091 -j DNAT --to-destination 192.168.0.1:9091

iptables -A AMOD_FILTER -d 192.168.0.1/32 -p tcp -m tcp --dport 9091 -j ACCEPT

cpm_cmd add ls:1:tcp:192.168.0.1:9091-9091:any:9091-9091

[arabafenice74]

Originariamente inviato da avware

Sei in fast, io purtroppo no:

Tx System: 	ADSL2+ DMT Interleave

In ADSL Status invece mi da quest'altra voce:
Tx System: ADSL2+ No Defect Fast

cosa vuol dire "no defect fast" ?

[arabafenice74]

Raga ma voi in ADSL Advanced nella sezione "Transmission System" (indipendentemente se la vostra linea va a 7 mega o 20 mega) avete flaggato la casella ADSL 2+ notando magari qualche miglioramento o le avete lasciate tutte vuote come da default?

[motard_64]

Ciao a tutti, ho provato ad installare la rom mod di gnommo che mi permette di aumentare la potenza del wireless e quindi di coprire tutto l'appartamento, ma non permette di rendere lampeggiante il led del traffico wifi, che mi è molto utile. Ho provato anche ad installare questa rom amod che invece automaticamente fa lampeggiare il led del wifi, ma non mi pare che permetta di aumentare la potenza del segnale stesso... E' possibile avere entrambe le cose? Grazie.

[kernelfree]

Originariamente inviato da _maxp_

prova a dare questi comandi da telnet, sostituendo WANIP con l'indirizzo wan

iptables -t nat -A AMOD_NAT -d WANIP/32 -p tcp -m tcp --dport 9091 -j DNAT --to-destination 192.168.0.1:9091

iptables -A AMOD_FILTER -d 192.168.0.1/32 -p tcp -m tcp --dport 9091 -j ACCEPT

cpm_cmd add ls:1:tcp:192.168.0.1:9091-9091:any:9091-9091

Ha funzionato!
Ma appena è cambiato ip WAN è morto di nuovo...
Come risolvo?

[avware]

Originariamente inviato da arabafenice74

In ADSL Status invece mi da quest'altra voce:
Tx System: ADSL2+ No Defect Fast

cosa vuol dire "no defect fast" ?

Per esclusione "fast" vuol dire che sei in fast (dato che io sono in Interleave), per l'altro parametro: http://www.ietf.org/rfc/rfc4706.txt

RFC 4706                     ADSL2-LINE MIB                November 2006


      This is a BITS structure that can report the following failures:

         noDefect(0)       - This bit position positively reports that
                             no defect or failure exists.
         lossOfFrame(1)    - Loss of frame synchronization.
         lossOfSignal(2)   - Loss of signal.
         lossOfPower(3)    - Loss of power.  Usually this failure may
                             be reported for ATU-Rs only.
         initFailure(4)    - Recent initialization process failed.
                             Never active on ATU-R.

Originariamente inviato da arabafenice74

Raga ma voi in ADSL Advanced nella sezione "Transmission System" (indipendentemente se la vostra linea va a 7 mega o 20 mega) avete flaggato la casella ADSL 2+ notando magari qualche miglioramento o le avete lasciate tutte vuote come da default?

No.. non credo cambi nulla. Prova piuttosto a cambiare la versione del firmware, io ho guadagnato 100kbit in upload (da 900 a 1020).

Originariamente inviato da motard_64

Ciao a tutti, ho provato ad installare la rom mod di gnommo che mi permette di aumentare la potenza del wireless e quindi di coprire tutto l'appartamento, ma non permette di rendere lampeggiante il led del traffico wifi, che mi è molto utile. Ho provato anche ad installare questa rom amod che invece automaticamente fa lampeggiare il led del wifi, ma non mi pare che permetta di aumentare la potenza del segnale stesso... E' possibile avere entrambe le cose? Grazie.

Scusa ma non è illegale? La potenza del segnale non dovrebbe sforare i 20dBm (in Italia) e in quel valore c'è compreso anche il guadagno dell'antenna. Inoltre stai toccando dei parametri che (in teoria) potrebbero anche provocare problemi al corpo umano.. poi si sa che la teoria in Italia è sempre campata in aria

Originariamente inviato da kernelfree

Ha funzionato!
Ma appena è cambiato ip WAN è morto di nuovo...
Come risolvo?

I comandi che ti ha consigliato _maxp_ dovrebbero venir applicati dalla configurazione Netgear.. sicuro di aver configurato correttamente il firewall/inbound service ?

[kernelfree]

Originariamente inviato da avware

I comandi che ti ha consigliato _maxp_ dovrebbero venir applicati dalla configurazione Netgear.. sicuro di aver configurato correttamente il firewall/inbound service ?

Certo, sia la regola nel firewall che l'indirizzamento verso la LAN...
Anche da vari siti di port check mi viene rilevata chiusa...

[Dr.Speed]

Originariamente inviato da avware

Grazie Dr.Speed, stavo per editare il post perché l'ho appena trovato. Non credevo fosse stato fatto tutto questo lavoro anche riguardo la config, veramente complimenti al buon alfonsor

Scusa la risposta veloce ma c'era il pranzo pronto


Qualcuno sa cosa sono queste voci e se conviene attivarne alcune:
Trellis
Bitswap
SES Drop
SRA
CoMinMgn
i24k
PhyReXmt
MonitorTone

[avware]

Originariamente inviato da kernelfree

Certo, sia la regola nel firewall che l'indirizzamento verso la LAN...
Anche da vari siti di port check mi viene rilevata chiusa...

Prova così: configura tutto dall'interfaccia Netgear/amod (cioè non usare a manina iptables con quei comandi, potresti aver bisogno di riavviare il router per "svuotare" le rule applicate). Collegati in telnet e scrivi:

iptables -L > /tmp/iptables.out

Con quel comando scrivi un file in /tmp è un filesystem in ram, ma puoi scrivere anche su una chiavetta usb.. credo venga montata in /mnt/U o una roba simile. Una volta che hai il file iptables.out puoi leggerlo e capire dove le rule sbagliano a configurare. Non sono espertissimo di iptables ma c'è sempre da studiare e imparare (è un modo come un altro di dire: se vuoi passami la lista e ce la studiamo insieme).

Originariamente inviato da Dr.Speed

Scusa la risposta veloce ma c'era il pranzo pronto

Beato te io in questi periodi ho perso il significato della parola pranzo, mangio ogni 5 min (torrone e schifezze varie) avrò preso 3kg

Originariamente inviato da Dr.Speed

Qualcuno sa cosa sono queste voci e se conviene attivarne alcune:
Trellis
Bitswap
SES Drop
SRA
CoMinMgn
i24k
PhyReXmt
MonitorTone

Quoto, interessa anche a me.. son parecchio pigro ultimamente

[motard_64]

Scusa ma non è illegale? La potenza del segnale non dovrebbe sforare i 20dBm (in Italia) e in quel valore c'è compreso anche il guadagno dell'antenna. Inoltre stai toccando dei parametri che (in teoria) potrebbero anche provocare problemi al corpo umano.. poi si sa che la teoria in Italia è sempre campata in aria

Non lo sapevo... Beh non voglio avere certo problemi di salute e quindi lascio perdere... Grazie lo stesso.

[avware]

Originariamente inviato da kernelfree

Certo, sia la regola nel firewall che l'indirizzamento verso la LAN...
Anche da vari siti di port check mi viene rilevata chiusa...

Ho letto ora il tuo PM, la config che mi hai passato è corretta. L'ho applicata anche io per fare un tentativo:

block items:
input:add 0:0 0:9091-9091 tcp lan

 srcip(0:0:0:0:0) -> dstip(0:0:0:0:9091-9091) in firewall block

Ci deve essere qualche rule che di default blocca il traffico proveniente da e verso interfaccia 0.0.0.0 ..ci perdo un altro po di tempo.

In ogni caso andrà fatta sicuramente una modifica alla configurazione di transmission nel file settings.json:

"rpc-whitelist-enabled": false,

Se la lasci a <true> blocca eventuali indirizzi non appartenenti alla whitelist (solitamente 127.0.0.1,192.168.0.*).

Ora vedo se riesco a capire quale delle rule iptables bloccano la 9091.

[avware]

@kernelfree prova questo:

a) pulisci la configurazione web netgear/amod dalla porta 9091 poiché verrà creata manualmente dai prossimi passaggi;
b) edita un firewall.user (se non esiste verrà creato dall'editor):

nano /config/xxx/amod/firewall.user

c) inserisci (incolla) questo semplice script che aprirà le porte sul router:

#!/bin/sh
wan=$(amodfunc wanIP)
[ -z "$wan" ] && exit # siamo offline
. /etc/amod/func
AMODHandleRouterServiceHard open tcp 9091

d) salva: Ctrl+X, Y, [Invio]
e) rendi eseguibile lo script:

chmod +x /config/xxx/amod/firewall.user

f) lancia lo script e fai un tentativo (oppure riavvia il router, lo script verrà lanciato da solo all'avvio):

/config/xxx/amod/firewall.user

Dal mio telefonino ho delle difficoltà con l'accesso, però non vorrei che sia colpa del mio provider.. in questo modo sono scomparsi quegli errori di blocco e cnapt sembra digerire bene il forward.

Ah, per come funzionano gli script di amod non hai bisogno di modificare la config di transmission (settings.json) perché iptables maschera l'ip esterno con quello del router.

Fammi sapere

[ReQ1982]

Ciao ragazzi, spero mi sappiate aiutare:
ho un dgn3500 da un po' di tempo e avevo disconnessioni di wifi così girovagando ho trovato questo firm e l'ho installato. Ora va perfetto ma non ci capisco nulla dei vari settaggi e dei miglioramenti che potrei avere.

Cosa devo postare per farmi aiutare?
C'è una guida in gro per capire le arie voci?

Un'altra particolarità invece è che volevo aprire una porta, col firm originale ci riuscivo sempre, ora non me lo fa fare e quando ci provo si impalla il router... mesà che non è tanto normale

[sulantonio]

Ragazzi, qualcuno sa dove trovare le versioni precedendi di amod per DGN3500 sempre che ci siano in rete ? ho cercato ovunque ma senza successo.
Non è che qualcuno per caso ha salvato e può mandarmi la 9.2.2.9 ?
grazie

[sulantonio]

Originariamente inviato da sulantonio

Ragazzi, qualcuno sa dove trovare le versioni precedendi di amod per DGN3500 sempre che ci siano in rete ? ho cercato ovunque ma senza successo.
Non è che qualcuno per caso ha salvato e può mandarmi la 9.2.2.9 ?
grazie

come non detto, risolto
il link già l avevo trovato ma tutto oggi non funzionava fino a 5 minuti fa...
ciao

[arabafenice74]

Originariamente inviato da avware

Per esclusione "fast" vuol dire che sei in fast (dato che io sono in Interleave), per l'altro parametro: http://www.ietf.org/rfc/rfc4706.txt

RFC 4706                     ADSL2-LINE MIB                November 2006


      This is a BITS structure that can report the following failures:

         noDefect(0)       - This bit position positively reports that
                             no defect or failure exists.
         lossOfFrame(1)    - Loss of frame synchronization.
         lossOfSignal(2)   - Loss of signal.
         lossOfPower(3)    - Loss of power.  Usually this failure may
                             be reported for ATU-Rs only.
         initFailure(4)    - Recent initialization process failed.
                             Never active on ATU-R.

No.. non credo cambi nulla. Prova piuttosto a cambiare la versione del firmware, io ho guadagnato 100kbit in upload (da 900 a 1020).

Cosa intendi di provare a cambiare la versione del firmware?
Io attualmente ho la versione amod 1.0.16 presa in prima pagina, c'è un'altra versione più aggiornata?

[random566]

Originariamente inviato da avware

Per esclusione "fast" vuol dire che sei in fast (dato che io sono in Interleave), per l'altro parametro:

con i chip broadcom non c'è da fidarsi dell'indicazione fast o interleaved riportata dai comandi telnet, è al 99% inaffidabile

[avware]

Originariamente inviato da arabafenice74

Cosa intendi di provare a cambiare la versione del firmware?
Io attualmente ho la versione amod 1.0.16 presa in prima pagina, c'è un'altra versione più aggiornata?

Quello che intendi tu è il firmware del router, quello che intendo io è il firmware del dsp ADSL. Lo trovi nella sezione Adsl/Advanced e corrisponde a una lista di testo e numeri con accanto - tra parentesi - il modello del router dal quale proviene quel firmware. Solitamente un firmware più recente serve solo a supportare hardware più nuovi, ma qualche voltra ci trovi migliorie sugli algoritmi di correzione degli errori (con conseguente aggancio a portante più alta / decibel inferiori).

Originariamente inviato da random566

con i chip broadcom non c'è da fidarsi dell'indicazione fast o interleaved riportata dai comandi telnet, è al 99% inaffidabile

Ah, questa non la sapevo.. ma sei sicuro che l'info è affidabile ? C'era comunque un modo - da riga di comando - per leggere i parametri adsl e individuare delle voci che indicavano il delay di risposta (che se prossimo a 0 voleva dire Fast, oppure valori intorno a 0.5 indicavano Interleave) ma sto andando a memoria. Dovrebbe essere questo http://forum.telefonino.net/showthread.php?t=770066 ..poi credo che l'autore "strassada" sia anche in questo thread/forum.

[random566]

Originariamente inviato da avware

Ah, questa non la sapevo.. ma sei sicuro che l'info è affidabile ? C'era comunque un modo - da riga di comando - per leggere i parametri adsl e individuare delle voci che indicavano il delay di risposta (che se prossimo a 0 voleva dire Fast, oppure valori intorno a 0.5 indicavano Interleave) ma sto andando a memoria. Dovrebbe essere questo http://forum.telefonino.net/showthread.php?t=770066 ..poi credo che l'autore "strassada" sia anche in questo thread/forum.

che l'informazione "fast" o "interleaved" data dal comando adslctl info --stats sia inaffidabile, purtroppo è una certezza.
invece, come dici tu e il thread che hai citato, i valori "delay", "INP" (dati anche dallo stesso comando adslctl info --stats) e "interleaving depth" sono molto più affidabili per stabilire se una linea è fast o interleaved