[Thread Ufficiale] Router NETGEAR DGN2200v3 Wireless-N 300 Router with DSL Modem

[gnommo]

Originariamente inviato da EmBo2

Velocità scandalosamente bassa. Anche sul v3...

Si il v1 ha un processore a 300Mhz ed il V3 ha un processore a 320Mhz, quale differenza ci vorrà mai essere?

[chris190]

Cari ragazzi ho riconfigurato il modem in PPoE con i vari settaggi e va che è una bomba. L'unica cosa che mi domando è: come faccio a vedere qual'è il mio MTU ed in caso modificarlo? Dovrebbe essere 1492 per il ppoe?
Inoltre si può abassare il ping e impostare la modlità fast?
Come mai nello speed test adesso per quanto la linea sia ottima come grado di linea mi da sempre C o D e non più A come prima, colpa del MTU?

P.S
Ho risolto, sono riuscito ad inserire l'mtu nella sezione wan a 1492 l'ho torvato
L'unica cosa che ancora non capisco è perchè se faccio lo speed test mi da come grado C invece se faccio quello del ping mi da A ottima linea?
Bho, vabbè!

GRAZIE

Per farvi capire meglio ecco cosa intendo, risultato speed test (non fate caso al ping è molto ballerino, prima era 57):


Risultato pingtest:


Come mai questa differenza?

[Bovirus]

Solite domande. Solite risposte (nessuno legge i post precedenti/fa una ricerca).

Speedtest non è la bibbia e non è molto affidabile.

Il ping dipende dal provdier e non può essere modificato.

[alfonsor]

cambiamo discorso allora

amod sta andando così:

finalmente sono riuscito a ricompilare il kernel, cosa che mi ha fatto impazzire per un pò, ci sono volute una decina di recuperi via utility netgear prima di avere un kernel funzionante

il kernel serviva per attivare epoll e far andare transmission, che altrimenti non ne voleva sapere proprio di fare nulla; ora, come al solito più o meno nei limiti di un routerino e per quanto lo ho provato, ovvero pochissimo, funziona

rimane il problema openvpn; vediamo se qualche anima pia e saggia mi sa aiutare:

openvpn parte, si connette; entrambi i peer possono accedere all'altro, ma solo da lato router

cioé se in telnet pingo il peer, il ping funziona, ma se pingo il peer da qualsiasi host della lan, il ping viene inviato non all'interfaccia tun ma alla ppp1 !!!11

abbatto il firewall, rmmod-do ogni modulo strambo ma il risultato è sempre quello: un ping dalla lan verso il peer openvpn non passa per tun ma per ppp1;

queste sono le route sul router
192.168.100.1 dev ppp1 proto kernel scope link src 95.250.54.138
10.76.0.2 dev ovpns proto kernel scope link src 10.76.0.1
192.168.0.0/24 dev group1 proto kernel scope link src 192.168.0.1
239.0.0.0/8 dev group1 scope link
127.0.0.0/8 dev lo scope link
default via 192.168.100.1 dev ppp1

quindi un ping da un host della lan verso 10.76.0.2 dovrebbe passare per ovpns (tun), invece no, va alla ppp1; un tcpdump -i ppp1 icmp fa vedere come il ping passi per quella strada

non so davvero che pesci prendere, triglie o merluzzi

[random566]

Originariamente inviato da alfonsor

openvpn parte, si connette; entrambi i peer possono accedere all'altro, ma solo da lato router

non sono capace di aiutarti in maniera efficace, ma questo problema c'era stato anche con openvpn di modfs sul 3500.
dopo qualche tentativo scopristi che occorreva aggiungere qualche regola iptables per permettere in traffico forward e in ingresso sull'interfaccia tun0.

Originariamente inviato da alfonsor

cioé se in telnet pingo il peer, il ping funziona, ma se pingo il peer da qualsiasi host della lan, il ping viene inviato non all'interfaccia tun ma alla ppp1
.....

10.76.0.2 dev ovpns proto kernel scope link src 10.76.0.1

così da incompetente, quella route mi sembra strana.
per quanto possa avere visto sulla vpn funzionante, ammesso che
- la lan1 abbia indirizzi 192.168.0.x e indirizzo "intermedio" 10.76.0.1
- la lan2 abbia indirizzi 192.168.1.x e indirizzo "intermedio" 10.76.0.2
lato lan 1 dovrebbe esistere la route per gli indirizzi della lan2 verso il gateway 10.76.0.2 (indirizzo intermedio della lan2).
lato lan 2 dovrebbe esistere la route per gli indirizzi della lan1 verso il gateway 10.76.0.1 (indirizzo intermedio della lan1).
mancando queste route dovrebbe essere normale che il ping venga inviato al gateway predefinito.
di sicuro ho scritto cose banali che ti aiuteranno poco, comunque ci ho provato

[alfonsor]

il problema qui è differente

da 10.76.0.2 posso entrare tranquillamente della share samba del router, cioé in 10.76.0.1, ma non posso entrare in qualsiasi share, compreso 192.168.0.1, sempre indirizzo del router

ovvero tutti pacchetti da un indirizzo qualsiasi della LAN, cioé da group1 non vanno verso tun ma verso ppp1

solo che non c'è nessuna regola in iptables né nessuna route a indicare questo

bo

[random566]

Originariamente inviato da alfonsor

solo che non c'è nessuna regola in iptables né nessuna route a indicare questo

bo

dato che ppp1 dovrebbe essere il default gateway del router, mancando una regola o una route diversa, dovrebbe essere normale che il traffico venga instradato su quella interfaccia, o mi sbaglio?

[alfonsor]

Originariamente inviato da random566

dato che ppp1 dovrebbe essere il default gateway del router, mancando una regola o una route diversa, dovrebbe essere normale che il traffico venga instradato su quella interfaccia, o mi sbaglio?

no, perché la route c'è
10.76.0.2 dev ovpns proto kernel scope link

cioé 10.76.0.2 va in ovpns, cioé la tun

infatti da telnet nel router se pingo 10.76.0.2 i pacchetti vanno in ovpns

invece se da qualsiasi host della lan pingo 10.76.0.2 i pacchetti vanno in ppp1

il bello è che ci vanno pure se resetto tutto il firewall, tolgo ogni modulo vario cioé ho regole iptables basiche tutto aperto, vanno sempre in ppp1

mahhhhh

[random566]

Originariamente inviato da alfonsor

...cioé 10.76.0.2 va in ovpns, cioé la tun

però mi sembra che manca la route che invia sul gateway 10.76.0.2 il traffico diretto alla lan remota

[alfonsor]

non interessa la lan remota, interessa solo il peer remoto a questo punto;

la lan remota è raggiungibile dal router ma non dalla lan locale e viceversa

[Lucchericcio]

Originariamente inviato da strassada

assegna un ip diverso per ogni client, quantomeno al fisso. es. dagli 192.168.0.100 ( segui una delle guide per impostare un ip fisso sul client, tipo per aprire le porte di emule o utorrent)

Allora ho provato ieri sera (ed arrivato a casa ho avuto la lieta novella che il portatile non si connetteva!).
Ho impostato ip fisso per desktop, portatile ed iPhone (rispettivamente 192.168.0.100, 192.168.0.101 e 192.168.0.103).

Risultato, niente.

Il desktop va come sempre (mi ha dato problemi solo una volta quando mi sono connesso prima con l'Iphone, ed ho dovuto riavviare il router).
L'iPhone non si connette come sempre (succedeva anche prima con lo Xavi 7968).
Mentre il portatile che con il router vecchio andava senza problemi, ora li da. Ieri sera non riusciva proprio a connettersi.

Ora come è possibile tutto ciò!?

Il mio iPhone si connette a qualsiasi wifi nel mondo (Giappone, Emirati Arabi, etc) ma NON a casa mia!
Il problema potrebbe essere Tiscali? Oppure delle interferenze in casa mia? Gli spiriti!? Boh...

[ciro207]

A me era capitata una cosa simile e il problema stava nella protezione password usata (WPA, WPA2, ecc...). Una di queste all'iPhone non piaceva.

Magari avrai già provato, ma senza password si collega?

[Lucchericcio]

Originariamente inviato da ciro207

A me era capitata una cosa simile e il problema stava nella protezione password usata (WPA, WPA2, ecc...). Una di queste all'iPhone non piaceva.

Magari avrai già provato, ma senza password si collega?

No non ho provato, ma il problema comunque non è solo l'iPhone.
Anche un altro cellulare Android non va, e nemmeno il televisore della LG!

Tra l'altro con la rete protetta della mia ragazza, e tutteo le altre funziona.
Proverò a verificare che tipo di protezione hanno...

[alfonsor]

se fosse un solo apparecchio che non va, per dire l'iPhone, si potrebbe parlare di qualche incompatibilità

ma se non va nessun apparecchio, chiaramente hai impostato male qualcosa

[alfonsor]

Originariamente inviato da random566

però mi sembra che manca la route che invia sul gateway 10.76.0.2 il traffico diretto alla lan remota

ok problema risolto, devo aggiungere a mano un'altra route nella tavola 101

ip route add 10.76.0.2 dev ovpns table 101

così funziona tutto, ora tocca a openvpn udp e poi ci siamo

ps qualche utilizzatore del dgn2200v3 da molti mesi, ha idea per cosa venga usata /config/xxx ?

perché ho deciso di tenere in quella mount i file di config, dato che è montata rw, visto che montare la root rw funziona tranquillamente, ma a lungo andare potrebbe non essere salutare

/config/xxx ha spazio disponibile per mantere qualche k di file di configurazione, chiavi dropear, openvpn, random_seed e qualche file utente, ma vorrei sapere a cosa serviva nelle intenzioni di netgear

[Lucchericcio]

Originariamente inviato da alfonsor

se fosse un solo apparecchio che non va, per dire l'iPhone, si potrebbe parlare di qualche incompatibilità

ma se non va nessun apparecchio, chiaramente hai impostato male qualcosa

Quindi visto che per me chiaramente un router dovrebbe accendersi ed andare, potresti darmi gentilmente una mano?
Che poi possa andare bene o meno bene è un conto, ma DEVE perlomeno andare.

[agnolotta]

ciao ragazzi, scusate se propongo per l'ennesima volta il problema dell'apertura porte con questo router, ma ho fatto una ricerca e non sono riuscita a trovare qualcosa che mi aiuti.
Dunque dopo aver fatto sostituire questo router con il dgn2200M ed essere riuscita a bloccarlo, sono tornata a farmelo sostituire ed ho di nuovo il DGN2200v3.
Mi connetto con aliceadsl 7mb, ed ho un iMac OS X 10.8.2.
Vi allego le mie impostazioni, sia del mac che del router, magari voi riuscite a capirci qualcosa.
preferenze network mac:

prenotazione IP:

regole firewall:

apertura porte:



NB: Ho messo le porte per aMule solo per esempio, a me non serve aprire quelle bensì quelle necessarie per Origin, che però essendo tantissime ho voluto prima provare con quelle e vedere se riuscivo.
E infatti non ci sono riuscita
Ovviamente il firewall di OS X è disattivato, e non ho antivirus.
Il test lo faccio su yougetsignal.com

[alfonsor]

gli outbond service li puoi eliminare

il resto è corretto, ma

le porte di amule che apri devono essere corrette, ovviamente

amule deve essere in funzione con quelle porte settate, altrimenti quel sito ti dirà che sono chiuse

[agnolotta]

cioè io sono arrivata a cambiare 2 router solo perchè non sapevo che il programma deve essere aperto mentre faccio il test???

[TheDeathUndead]

ragazzi come vi sembra la mia linea?
alice 7mb