Newsgroup: it.comp.reti.locali
Titolo: Cambio classe IP

Salve a tutti,
qui in casa mia ho una rete lan composta da 4 computer connessi ad uno 
switch e tramite questo al router adsl. Qualche giorno fa ho dovuto 
cambiare la classe di ip qui di casa passando da 192.168.0.xxx a 
192.168.1.xxx. Ho dovuto fare questo cambio perchè mi serviva creare una 
vpn tra casa mia e un'altra lan di una scuola; dato che la classe di ip 
delle due lan era identica, una delle due doveva essere modificata giusto?
Il problema è che da quando ho fatto questa modifica (in pratica ho 
cambiato gli ip statici in ogni computer e anche nel router) ogni tanto 
si impalla tutta la rete e di fatto non navigo più e non riesco più a 
pingare nessuna macchina della rete (router incluso). Il tutto si 
risolve spegnendo e riaccendendo il router!
Da dove può nascere questo problema?
Giusto come info, il router è uno zyxel 645R, lo switch un netgear F108 
e nei vari pc trovano posto un windows 2000, un 2003 server e un paio di xp.

 di xp.
Beh intanto non hai cambiato classe ! Sei sempre in classe C .
Se vuoi andare in classe A , devi usare 10.0.0.xxx .
Prova cosi , magari risolvi !
Router : 10.0.0.1
Vari pc : 10.0.0.2 , 10.0.0.3 , 10.0.0.4 , 10.0.0.5
Subnet mask : 255.0.0.0

Aspetta che forse ho capito... Io ho cambiato tutti gli ip ma la subnet 
è sempre 255.255.255.0; ora passando da 192.168.0.1 a 192.168.1.1 devo 
cambiarla? se si in che modo?


E' naturale che ti si impalli tutto quando sei in vpn, visto che 
normalmente usi un indirizzo 192.168.1.x e il server vpn ti da' un 
indirizzo 192.168.1.y. Ti si crea un conflitto che il s.o. non riesce a 
risolvere le richieste: a volte puo' funzionare a volte no. Il vantaggio 
della vpn e' che anche se a casa hai ad esempio un indirizzo 10.0.0.x 
una volta collegato al server vpn ti viene assegnato un indirizzo 
192.168.1.x e quindi il tunneling e' garantito e il s.o. sa dove andare 
a parare. Il server vpn funziona correttamente vero?
ciao

Defra wrote:

Dimenticavo: non hai bisogno di cambiare classe ma basta semplicemente 
cambiare rete: se la rete remota e' 192.168.1.x la tua rete di casa 
192.168.0.x va benissimo cosi' com'e'

Non credo sia così, la rete lan della scuola mi assegna un ip 
192.168.0.xxx mentre nella mia lan locale ho impostato 192.168.1.xxx... 
La VPN funziona, lentissima, ma funziona.
A parte questo, il problema è che il malfunzionamento si verifica anche 
negli altri client con il pc che faceva la vpn completamente spento!


Perchè cambiare rete poi.
Comunque con cosa sarebbe fatta questa VPN? Tutto su windowSux?
-- 
Federico Lagni,
AreaNetworking.IT STAFF
web: 
http://www.areanetworking.it
mail: 
nor...@areanetworking.it
irc: irc.azzurra.org@#areanetworking
mobile: 
+39 3470974699
http://www.areanetworking.it/index.php/Cisco_Users_Group
Mailinglists: 
http://ml.areanetworking.it/mailman

 negli altri client con il pc che faceva la vpn completamente spento!
che significa? client di cosa? locali o in remoto?

 
E' un problema che ho riscontrato personalmente in due casi: cliente 
remoto con stessa sottorete del server vpn. Casini vari, impossibilita' 
di aprire pagine ed entrare nelle pagine web di configurazione di 
servizi vari. Si e' tutto risolto cambiando sottorete. Da notare che il 
problema era saltuario

 cambiarla? se si in che modo?
Boh, per me no, ma non e' che abbia molte idee.
Non e' che per caso quel router abbia un'opzione di configurazione di Mac
Learning? Se si' prova a disabilitarla, per prova. Puo' essere che il
router memorizzi gli Ip dei pc con gli indirizzi Mac delle relative schede
di rete e quando gli cambi l'ip il router s'incazzi.
Per la verita' anche se il router s'incazza i pc tra loro dovrebbero
vedersi lo stesso, ma tant'e', a provare non si sbaglia.
Stammi bene,
b.

> che significa? client di cosa? locali o in remoto?
La vpn non centra niente, l'ho fatta da un client locale verso la scuola 
(che considero la lan remota). Solo che il pc da cui facevo la vpn è 
spento, quindi di fatto non è attiva. Il problema si verifica negli 
altri client locali, è questo che non mi torna... Se la vpn è chiusa 
dovrebbe cmq andare senza problemi.

Il router ha una funzione di mac learning ma non credo sia attiva, nelle 
specifiche ho trovato questo:
Bridging
- IEEE 802.1d transparent bridging
- Fino a 128 MAC learning addresses
Però nel menu di configurazione del router, via telnet, non trovo alcuna 
voce a riguardo...

Sě sě cambiato... altrimenti neanche navigherei. Cmq al momento ho 
rimesso gli ip vecchi 192.168.0.xxx e non si č piů presentato il 
problema. La causa potrebbe essere la storia del MAC learning, 
probabilmente il router in 2 anni di servizio ha imparato a memoria tutto!



per verificarlo, cosi' per capire, puoi provare a scaricarti un tcpdump
per windows, tipo chesso' questo:
http://www.winpcap.org/windump/
Io quello per window non l'ho mai usato, per cui non so che output spari,
ma facendo il ping sul router (con uno degli ip che non funzionano)
dovresti vedere una riga del tipo:
11:11:23.880994 arp who-has nome_router tell indirizzo_ip_che_non_funziona
se a questa riga non segue una cosa tipo:
11:11:23.881083 arp reply  nome_router is-at 00:15:38:4e:a6:ee
significa, per me, che e' un problema di mac learning.
In realta' il fatto che il router (il router non lo switch) abbia le
tabelle ip/mac-address sbagliate, proprio non dovrebbe impedire il ping
tra due pc della stessa subnet, ma che vuoi che ti dica, una volta ho
visto coi miei occhi proprio una cosa del genere.
Stammi bene,
b.