Newsgroup: it.comp.reti.ip-admin
Titolo: DHCP indirizzi duplicati

Ciao.
 
Ieri sono andato da un cliente che lamentava frequenti blocchi/cadute di 
connessioni tra i client e il server.
 
La struttura di rete e' semplice, un server, 10 client, uno switch, un 
router adsl.
 
Ho scoperto praticamente subito il motivo: era stato installato un nuovo 
router adsl (d-link) che rilasciava indirizzi dhcp nel range 
192.168.0.100-200.
 
Indovinate un po' il server aveva indirizzo 192.168.0.100 e in piu' il 
router aveva il wifi acceso e in modalita' aperta, senza password.
 
In pratica chiunque passasse di li con uno smartphone configurato per
connettersi alle reti aperte si beccava lo stesso indirizzo del server.
 
Infatti non appena ho collegato il mio portatile (linux) anche quello
si e' preso l'indirizzo 192.168.0.100 e tutte le connessioni aperte col 
server sono cadute.
 
La domanda e' la seguente: Il protocollo DHCP non dovrebbe evitare di 
acquisire indirizzi gia attivi sulla rete ?
 
In teoria il client, quando riceve l'offerta dell'indirizzo DHCPOFFER non 
dovrebbe controllare se l'indirizzo e' gia' in uso con una arp request e nel 
caso rifiutarlo con un DHCPDECLINE ?
 
 
 
-- 
Stefano L.

 request e nel caso rifiutarlo con un DHCPDECLINE ?
 
Uh ... no, il client non verifica proprio niente; può rifiutare un
indirizzo se vuole ma non ha l'obbligo di effettuare alcun tipo di
controllo sull'IP offerto dal server DHCP
 
 
 

 controllo sull'IP offerto dal server DHCP
 
Leggendo l'RFC mi par di capire che il client puo' rifiutare l'indirizzo, ad 
esempio perche' a lui risulta gia' usato a seguito di una arp request.
 
Non capisco pero' se e' obbligato a fare tale verifica, io pensavo di si.
 
 
 
-- 
Stefano L.

 configurato.
 
Per curiosità... hai parlato di un "server" sulla rete; si tratta di un
box Windows o Linux ... o cosa ? E cosa gira sui clients ? Mica per
altro ma sia nel caso del DHCP server implementato in Windows server,
sia in quello Linux (dhcpd) è prevista l'opzione per abilitare tale
funzionalità; del resto in una rete che abbia un server è normalmente
una buona idea fare in modo che il server funga da DHCP e DNS evitando
di appoggiarsi al router ed a DNS esterni
 

 sia in quello Linux (dhcpd) è prevista l'opzione per abilitare tale
 
just in case
 
http://linux.die.net/man/5/dhcpd.conf
 
 
"he DHCP server checks IP addresses to see if they are in use before
allocating them to clients. It does this by sending an ICMP Echo
request message to the IP address being allocated. If no ICMP Echo
reply is received within a second, the address is assumed to be free."
 
la stessa cosa (circa) vale anche per il server DHCP di Windows server;
ovvio che se poi su una rete uno installa un "XP" e lo chiama "server"
beh ... ognuno è libero di farsi male come preferisce :P
 
 

 di appoggiarsi al router ed a DNS esterni
 
Forse si, se tu hai il controllo completo di tutto quanto presente sulla 
rete.
 
Ma se cosi non e', data l'abitudine dei vari operatori telefonici di 
piazzare router con il dhcp abilitato, e' meglio lasciare che il server 
(file o applicatico che sia) non offra il DHCP.
 
In ogni caso il punto non riguarda il server ma i client e il fatto che 
questi controllino/non contrallino gli indirizzi ricevuti dal DHCP
 
-- 
Stefano L.

 che questi controllino/non contrallino gli indirizzi ricevuti dal DHCP
 
i clients non c'entrano una fava
 
 
 

 Non capisco pero' se e' obbligato a fare tale verifica, io pensavo di si.
 
No, non ï¿œ obbligatorio e di default non viene fatto... ci si fida
dell'IP dato dal dhcp, salvo dare conflitto ip in caso di problemi.
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 controproducente che altro (stale records nel DB).
 
beh dipende se hai una /24 secca senza VLAN o altra roba, attivare il
conflict detection non crea grossi problemi :)
 
 

 reply is received within a second, the address is assumed to be free."
 
Peccato che per default le macchine Win non rispondono agli ICMP echo.


Uh ? E da quando :) ?
 
 
 


Ah non lo so, so che passo il tempo a modificare le impostazione del 
firewall.
 
 


http://www.google.it/#q=windows+firewall+icmp+echo
 
 

 firewall.
 
di default, il firewall su rete locale non filtra una mazza e comunque
NON filtra ICMP a meno che non vi sia una GPO che specifichi tale tipo
di filtraggio
 


Si vede che sto sognando...
http://technet.microsoft.com/it-it/library/cc749323%28v=ws.10%29.aspx
 

 
http://technet.microsoft.com/it-it/library/cc749323%28v=ws.10%29.aspx
 
 
no ma... a meno che non abbiano cambiato le cose di *recente* il
traffico su una rete riconosciuta come "affidabile" non viene filtrato
e questo vale anche per ICMP echo
 
 


Occhettidevod�... diciamo che per XP sono ragionevolmente sicuro di quel 
che ho scritto. Magari 7 (ne tratto pochi) e 8 (pochissimi) non 
presentano questo comportamento.
 

 acquisire indirizzi gia attivi sulla rete ?
 
No. O meglio, si a patto che il server DHCP sia uno. Se ne hai due sulla 
stessa subnet, o li fai operare su range di indirizzi differenti oppure 
quello che ti e' accaduto e' assolutamente normale :)
 
 
-- 
  Cristian Castellari - 
http://www.skyflash.it
 
  Traduzione di Planescape Torment: 
http://www.skyflash.it/3446
 
  PSN TAG: WiitifulSky
  Nintendo ID: WiiUtifulSky
 


ciao a me accade qualcosa di simile, lanciando lo squalo mi dice sempre che l'indirizzo ip è doppiato, ma è il mio stesso indirizzo ip, cosa può essere , cosa posso fare? non ho wireless.grazie