[Thread Ufficiale] Router NETGEAR DGN3500 [LEGGERE IL PRIMO POST!!!!]

[Hernia]

AlnfonsoR

approfitto per chiederti una cosa:

Ultimamente sto avendo problemi con modulo ADSL di MODFS (247) il modulo è la versione 0.4.9 se lo abilito nel menu Servizi non mi fa connettere più l'adsl (tiscali 20 mb con bitswap disattivato) cerca continuamente di fare la connessione, spia a forma di cavetto verde ma spia a forma di "i" rossa e poi si spengono e riprovano di nuovo la connessione, ho dovuto disabilitarla dal service menu, da cosa può dipendere e a cosa serve nello specifico questo pacchetto?

ciao
grazie

p.s. so che tu non c'entri nulla con MODFS ma sei preparato e gentile come Gnommo e quindi ho posto la domanda anche a te

[alfonsor]

Originariamente inviato da random566

anche lo script addpforwd funziona perfettamente, nel senso che scrive la regola, però poi la stessa non funziona.

si ho notato che ci vuole un altro tipo di regola per i servizi sul router stesso

quindi non rimane la strada che ascoltare le inotify su /tmp/rules ed ogni volta che viene riscritto, riapplicare le proprie regole; sto sperimentando...

effettivamente ho visto mettendo sotto osservazione le modifiche a /tmp/rules che viene riscritto ogni volta che ci si riconnette, quindi ogni volta che ci si riconnette, tutte le regole applicate in modfs vengono cancellate, ovvero a quelli a cui funzionano ancora le regole scritte in modfs, non capisco proprio come possa andargli bene

[felixmarra]

Vi sto seguendo poco con sta storia delle regole, però volevo chiedervi se il problema di cui ho scritto prima c'entra qualcosa con questo sistema di gestione regole.

Riporto il messaggio:

"Ho un problema che mi sta facendo diventare matto:

il server collegato via LAN si disconnette e non rientra in rete. Emule indica che ho "low id" come se le regole di port forwarding non fossero più attive. Windows indica connettività limitata però il router vede l'interfaccia MAC collegata.

Per far rientrare il server in rete devo scollegare il cavo di rete dal router e ricollegarlo. Il PC torna in rete.

Firmware .33 con driver modem .28 altrimenti non negozia la portante.

Idee?"

[jok3r87]

Qualcuno ha montato antenne yagi su questo router o comunque ha fatto una mod alle antenne ?

[gnommo]

Originariamente inviato da alfonsor

s
effettivamente ho visto mettendo sotto osservazione le modifiche a /tmp/rules che viene riscritto ogni volta che ci si riconnette, quindi ogni volta che ci si riconnette, tutte le regole applicate in modfs vengono cancellate, ovvero a quelli a cui funzionano ancora le regole scritte in modfs, non capisco proprio come possa andargli bene

perchè le regole di modfs vengono riapplicate nello script /etc/ppp/ip-up
purtroppo dovevo indagare perchè non venivano sempre riapplicate,
nel .30 venivano riapplicate sempre , nel .33 no, penso sempre per questione di mancata sincronizzazione fra i processi, probabilmente dovevo inserire una chiamata che si poneva in attesa della fine dell'esecuzione di rc services restart (o dei processi creati da).

[gnommo]

Originariamente inviato da jok3r87

Qualcuno ha montato antenne yagi su questo router o comunque ha fatto una mod alle antenne ?

purtroppo andateci piano con le antenne, ho fatto esperimenti su diversi router
e l'aumento della portata non è garantito, su alcuni router passando da 3dbi a 8dbi non si ha alcuna differenza, più che per il router, il problema sono gli ostacoli da attraversare penso.

[DMJ]

Perdonate se mi quoto, ma nessuno sa dirmi se sul firmware AMOD ci sia la pianificazione del wifi? Grazie.

Originariamente inviato da DMJ

Volevo fare i miei complimenti ad alfonsor per l'ottimo lavoro che sta portando avanti e, visto che sto valutando di utilizzare il suo firmware, vorrei sapere se c'è anche la pianificazione del wifi.

[felixmarra]

Originariamente inviato da gnommo

e l'aumento della portata non è garantito, su alcuni router passando da 3dbi a 8dbi non si ha alcuna differenza, più che per il router, il problema sono gli ostacoli da attraversare penso.

in diversi router la potenza massima di trasmissione è non modificabile (praticamente hardcoded) ed è la somma della potenza della scheda + antenna. Se aumenti i dB con una antenna maggiorata il router diminuisce la potenza della scheda per tornare al valore iniziale.

In questi router, quindi, è perfettamente inutile cambiare antenna.

[alfonsor]

Originariamente inviato da DMJ

Perdonate se mi quoto, ma nessuno sa dirmi se sul firmware AMOD ci sia la pianificazione del wifi? Grazie.

non c'è e non è prevista

@gnomo, capito

ho appena gettato giù un inrules che controlla /tmp/rules, verifica che sia avvenuta la precisa sequenza di apertura, lettura, scrittura che fa un rc firewall restart e chiama uno script definito dall'utente

se nello script inserisco le regole
iptables -t nat -A PRE_BASIC -i $wan -p tcp --dport 9001 -d $wanip -j DNAT --to $lanip:9001
iptables -A LOCAL_SERVICE -d $lanip -p tcp --dport 9001 -j ACCEPT

le connessioni dall'esterno verso l'ip pubblico vengono forwardate al servizio in ascolto sul router

cioé insomma, funziona

@random566
se vuoi provare, scarica l'archivio
http://alfie.altervista.org/_altervista_ht/im.tar.bz2 da telnet del router e modificati il file fire, quindi lancia inrules come
./inrules /mnt/shares/U/fire

chiaramente cambiando il percorso

se funziona, copia tutto in /www.engs/langs ed aggiungi in /www.eng/langs/rcS2 le righe

/www.eng/langs/fire
/www.eng/langs/inrules /www.eng/langs/fire >/dev/null </dev/null 2>&1 &

così al boot applichi le tue regole contenute nello script fire e ad ogni riavvio del firewall, inrules si occuperà di riapplicarle (ovviamente dopo quelle del firewall)

[DMJ]

Originariamente inviato da alfonsor

non c'è e non è prevista

Ok, grazie alfonsor. Peccato però...

Qualcuno sa dirmi se su MODFS c'è la pianificazione del wifi?

[alfonsor]

si su modfs c'è

[DMJ]

Grazie di nuovo.

[felixmarra]

Ragazzi vi saluto. Sto router mi ha sfiancato ed oggi ho trovato finalmente il sostituto: TP-Link TL-WR1043ND con firmware Gargoyle.

Ha una gestione del QOS spaventosa e finalmente con buona documentazione. Riattivo la sezione modem del fritz e via

[alfonsor]

si ma dalla padella alla brace

cioé se vuoi "libertà" di fare tutto quello che ti pare, almeno mettici openwrt, che gargoyle è carinissimo ma ti limita a quello che offre

(ne ho venduto uno sul mercatino qualche giorno fa e ti assicuro che se ti fai openwrt con attenzione, con esattamente quello che ti serve, ce la fa a gestire una retina locale anche se però è limitatino in risorse)

[felixmarra]

Originariamente inviato da alfonsor

si ma dalla padella alla brace

cioé se vuoi "libertà" di fare tutto quello che ti pare, almeno mettici openwrt, che gargoyle è carinissimo ma ti limita a quello che offre

negativo, fa esattamente quello che serve a me senza dover impazzire sopra openwrt.

(ne ho venduto uno sul mercatino qualche giorno fa e ti assicuro che se ti fai openwrt con attenzione, con esattamente quello che ti serve, ce la fa a gestire una retina locale anche se però è limitatino in risorse)

openwrt è troppo complesso, io non ne so praticamente nulla di linux. Gargoyle ha ciò che mi serve (testato su una fonera!). Questo Netgear è una schifezza (opinione personale).

[random566]

Originariamente inviato da alfonsor

se vuoi provare, scarica l'archivio
http://alfie.altervista.org/_altervista_ht/im.tar.bz2 da telnet del router e modificati il file fire, quindi lancia inrules come
./inrules /mnt/shares/U/fire

chiaramente cambiando il percorso

qui si va nel troppo difficile per me, comunque no messo i 2 file in /mnt/shares/U, ho editato il file fire cambiando solo il numero della porta da 9001 a quello voluto e togliendo i # all'inizio delle ultime 2 righe.
il risultato è questo

BusyBox v1.20.2 (2012-11-17 13:50:18 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # cd /mnt/shares/U
/mnt/shares/U # ls
fire inrules mod_image.bin
/mnt/shares/U # ./inrules /mnt/shares/U/fire
inrules: watching "/tmp/rules"

e rimane in attesa così senza che accada nient'altro.
però sono sicuro che sto sbagliando qualcosa

[alfonsor]

non deve fare altro;

fa una cosa: apri un'altra telnet e dà un
rc firewall restart

e vedrai che scrive che ha lanciato lo script
da questo punto in poi, ogni volta che il firewall viene riavviato, il tuo script viene lanciato; dopo aver fatto le tue prove varie, o scarichi il nuovo firmware che ha il comando internamente, oppure copi il comando in /www.eng/langs, che è l'unica parte non volatile della memoria del dgn che hai a disposizione, devi ovviamente copiare anche lo script in quella posizione e dargli un chmod

cp inrules /www.eng/langs
cp fire /www.eng/langs
chmod +x /www.eng/langs/inrules
chmod +x /www.eng/langs/fire

(le ultime due è per andare sul sicuro)

a questo punto inserisci in /www.eng/langs/rcS2 due righe

/www.eng/langs/fire
/www.eng/langs/inrules /www.eng/langs/fire >/dev/null </dev/null 2>&1 &

in questa maniera, ad ogni boot, la prima riga applica le tue regole, la seconda monitorizza un file usato dal firewall, in modo tale che ogni volta che il firewall viene riavviato, il tuo script sia chiamato e le tue regole riapplicate

perché ogni volta che il firewall viene riavviato, le regole sono tutte cancellate e solo quelle salvate internamente sono riapplicate, per cui le tue vengono perse

in questa maniera, le tue verranno riapplicate ogni volta

considera che così potresti anche realizzare un mini qos, ovvero applicare regole più complesse e non hai alcun limite di 20 regole, perché non sono "fatti di altri" cosa combini in quello script

spero di essere stato più o meno chiaro

se scarichi il nuovo firmware, il comando inrules è incluso e quindi non lo devi copiare da nessuna parte, la seconda riga da aggiungere a /www.eng/langs/rcS2 è semplicemente

/usr/sbin/inrules /www.eng/langs/fire >/dev/null </dev/null 2>&1 &

e ti puoi dedicare allo script

puoi aggiungere, ovvero editare, un file, usando l'editor nano

nano /www.eng/langs/rcS2

e quindi usare ctrl-O per salvare, ctrl-X per uscire

buon divertimento


P.S.
scusa mi sono accorto che nel file "fire" manco un # iniziale, cioé la prima riga deve essere
#!/bin/sh
e non
!/bin/sh

deve essere sparito quando ho fatto il copia incolla del file dal router all'editor per salvarlo online :P

[random566]

ancora grazie tantissimo, fra un po provo ad aggiornare il firmware (appena mi danno il permesso di disconnettere)

[random566]

@alfonsor
dopo molta fatica dovuta alla mia ignoranza, con il nuovo firmware, adesso il port forwarding all'indirizzo del router funziona e si ripristina a seguito di un cambio di indirizzo wan, però occorre lasciare attivo il servizio telnet e lasciare aperta la finestra dalla quale è stato dato il comando inrules.
forse è dovuto al fatto che per il momento ho lasciato lo script fire in /mnt/shares/U e non ho modificato il file /www.eng/lang/rcS2, lo lascio a domani causa sonno...
comunque non bastano mai i ringraziamenti per il tuo ottimo lavoro.

[magullo]

Originariamente inviato da alfonsor

si su modfs c'è

Che però non riesco a far funzionare, così come le regole di iptables, al boot.