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

[RealCrowAir]

Ragazzi scusatemi una domanda....
il firmware Amod ultima versione va installato come un firmware originale o ce bisogno di una procedura particolare?
inoltre una volta installato, si può tornare indietro con firmware originale per problemi di garanzia?
Grazie....

[alfonsor]

puoi usarlo come fosse quello originale; vai alla pagina di upgrade del firmware e lo flashi; rivai alla stessa pagina e ci rimetti quello netgear in qualsiasi momento

siccome passi da versioni differenti, dopo che hai finito il flash, va alla pagina backup settings e fa un Revert to factory default settings, quando ha finito, spegni e riaccendi il modem (questo non vale per amod, ma vale per qualsiasi passaggio tra versioni differenti del firmware)

[labodj]

Amod 8.6.4.4 by ALFONSOR appena rilasciato
Changelog
Download

[random566]

Originariamente inviato da labodj

Amod 8.6.4.4 by ALFONSOR appena rilasciato
Changelog
Download

il firmware l'ho appena scaricato, ma il changelog è ancora alla v. 8.6.4.3.

edit era colpa della cache di firefox, adesso lo vedo

[Varg87]

Non faccio tempo ad aggiornare che già è uscita una nuova versione.
Non che sia un male eh!

@alfonsor Come mai nella 8.6.4.3 non ci sono più le informazioni sulla distanza della centrale?

[random566]

posso rivolgere una sfacciata richiesta a alfonsor?
sarebbe possibile rimuovere nel port forwarding il limite a non poter indirizzare una porta sull'indirizzo stesso del router?
magari è una cosa impossibile, ci ho provato perchè dovendo utilizzare openvpn di modfs mi tornerebbe utilissimo, dato che il port mapping di modfs sul mio dgn3500 si rifiuta di funzionare dopo un cambio di indirizzo ip o una disconnessione.
grazie comunque

[pinc0]

Originariamente inviato da labodj

Amod 8.6.4.4 by ALFONSOR appena rilasciato
Changelog
Download

migliorie, modifiche rispetto al 8.6.4????

[glaucos]

Non c'è proprio modo di abilitare il telnet senza dover aprire la paginetta apposita (ROUTER_IP/setup.cgi?todo=debug)?

Lo chiedo perchè mi piacerebbe farmi uno script bash da mettere sul raspberry per riavviarlo in caso di mancata connettività (capita di rado, ma non si sa mai...)

[]Fl3gI4s[]

Ma cosa è questo firmware amod? Un firm alternativo a quello originale? E cosa ha in più.?

Inviato dal mio Galaxy Nexus con Tapatalk 2

[alfonsor]

Originariamente inviato da random566

posso rivolgere una sfacciata richiesta a alfonsor?
sarebbe possibile rimuovere nel port forwarding il limite a non poter indirizzare una porta sull'indirizzo stesso del router?
magari è una cosa impossibile, ci ho provato perchè dovendo utilizzare openvpn di modfs mi tornerebbe utilissimo, dato che il port mapping di modfs sul mio dgn3500 si rifiuta di funzionare dopo un cambio di indirizzo ip o una disconnessione.
grazie comunque

il firmware del dgn3500 è fatto in modo che tutto giri intorno a due programmi scritti in C: setup.cgi, che si incarica di mettere in pratica quanto viene deciso sulle pagine www di configurazione e rc che lancia e chiude un'infinità di servizi vari (wan, lan, firewall e pure le chiavette usb, tanto per citarne alcuni)

se qualcosa si trova all'interno di questi due, non c'è niente da fare e, purtroppo, il controllo che lo IP destinazione di una regola di port forwarding non sia quello del router si trova in setup.cgi

cioé, in parole povere, non si può fare

[random566]

Originariamente inviato da alfonsor

cioé, in parole povere, non si può fare

comunque ancora grazie per il tuo lavoro e scusa per averlo chiesto senza conoscere le problematiche legate alla programmazione.

[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]

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?

[glaucos]

Originariamente inviato da glaucos

Non c'è proprio modo di abilitare il telnet senza dover aprire la paginetta apposita (ROUTER_IP/setup.cgi?todo=debug)?

Lo chiedo perchè mi piacerebbe farmi uno script bash da mettere sul raspberry per riavviarlo in caso di mancata connettività (capita di rado, ma non si sa mai...)

Mi auto quoto e mi fustigo: nella pagina services c'è l'opzione che cercavo!

[alfonsor]

Originariamente inviato da random566

comunque ancora grazie per il tuo lavoro e scusa per averlo chiesto senza conoscere le problematiche legate alla programmazione.

veramente c'è un trucco che potresti provare, dico potresti perché non ho mai provato, non succede niente, al massimo cancelli le regole di port forwarding

tu vuoi forwardare una porta su un servizio sul router, no?

supponiamo che sia la tcp/2048 da forwardare su 192.168.0.1

crei una regola sulla pagina, ma al posto di 192.168.0.1 ci metti 192.168.0.2 così se la prende

quindi da telnet fai un

nvram get port_forward_rules

modifichi l'indirizzo da .2 in .1

ridai la stessa stringa modificata in pasto a nvram con

nvram set port_forward_rule="..."
nvram commit

fai un reboot

ora la regola dovrebbe essere bella tranquilla a disposizione, non puoi però editarla; è presente nel file /tmp/rules e quindi viene usata

quello che ho visto accade è che dopo aver dato lo nvram set ... a volte va in palla, non so perché; sicuramente se è l'unica regola presente, cioé se non ce ne sono altre, la prende

prova un pò

[alfonsor]

guarda...

se prendi http://alfie.altervista.org/_altervista_ht/addpforwd

apri una sessione telnet ed hai una chiavetta usb inserita, diciamo in S

fai
cd /mnt/shares/S
wget http://alfie.altervista.org/_altervista_ht/addpforwd
chmod +x addpforwd

avrai in /mnt/shares/S un comando chiamato addpforwd

questo si prende
il nome della regola
il protocollo, uno tra TCP UDP TCP/UDP
la porta o la sequenza di porte, ovvero 80 o 80-90
l'indirizzo dello host

per cui va invocato come
./addpforwd regola TCP 80 192.168.0.1

ed aggiunge una nuova regola alla lista delle regole, la puoi vedere sulla pagina web, ma se la editi ovviamente non la accetta se contiene l'indirizzo del router

ora devi riavviare il firewall con
rc firewall restart

e la nuova regola sarà usata

per memorizzarla dà un
nvram commit

attento a non aggiungere troppe regole, perché se hanno messo un limite qualche ragione doveva esserci

[Trygunz]

Originariamente inviato da Trygunz

salve una informazione, sul mio dng3500 è installato il firmware V1.1.00.28, mi conviene installare l'ultima versione ho lascio questa che ho?

up! volevo sapere se mi conveniva lasciare il firmware v1.1.00.28 o mettere l'ultima versione del firmware per poi affiancarlo al modfs, o la cosa è indifferente? grazie.

[random566]

Originariamente inviato da alfonsor

---
nvram set port_forward_rules="..."
nvram commit

grazie per l'interessamento, con questo sistema la regola viene scritta regolarmente, però poi purtroppo non funziona.
avevo già provato un sistema più "grezzo", modificando temporaneamente l'indirizzo lan del router, ad es. da 192.168.0.1 a 192.168.0.2, poi impostando la regola di forwarding sul 192.168.0.1 e successivamente riportando l'indirizzo lan del router a 192.168.0.1.
anche in questo caso la regola rimane scritta ma non funziona.
è pure strano che a molti il portforwarding di modfs funzioni, mentre sul mio smette di funzionare non appena avviene un cambio di indirizzo ip dell'adsl

[random566]

anche lo script addpforwd funziona perfettamente, nel senso che scrive la regola, però poi la stessa non funziona.
il comando rc firewall restart
mi restituisce questi errori

~ # rc firewall restart
ap_name=firewall action=restart
fw_pt
sh: can't create /proc/sc_lan_prio: nonexistent directory
/bin/echo CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00 > /etc/TZ
0:0
sh: can't create /proc/net/ipt_condition/schedule: nonexistent directory
gateway==[151.6.144.72]
parse_conf Error!!
Error Number=-3
~ #

[alfonsor]

non fa niente cosa dice rc firewall restart, il firewall è ripartito con le nuove regole