Este posibil ca clientul DHCP să nu obțină o adresă IP atribuită de DHCP


Simptome


Atunci când un client DHCP este mutat de la o subrețea la alta, poate să nu reușească să obțină o adresă IP validă în noua subrețea.

Rezolvare


Pentru a rezolva această problemă, faceți una dintre următoarele metode:
  • Nu utilizați scheme de adrese IP care se suprapun.
  • Rularea următoarelor comenzi după ce mutați clientul într-un segment nou:
    Ipconfig/release ipconfig/renew

Mai multe informații


Atunci când un client DHCP care a avut anterior o adresă atribuită de DHCP este din nou repornit, clientul intră într-o stare de repornire a sistemului de INIȚIALIZARE. Clientul va încerca să verifice dacă poate utiliza în continuare aceeași adresă trimițând un pachet DHCPRequest, populeazând câmpul de opțiune DHCP "adresa DHCP solicitată" cu adresa IP atribuită anterior. Dacă serverul DHCP rămâne silențios, clientul presupune că adresa anterioară este încă validă și o păstrează. Dacă un server DHCP trimite un pachet NACK ca răspuns la DHCPRequest, clientul intră în ciclul Discover; de asemenea, solicită adresa atribuită anterior în pachetul DHCPDiscover. Atunci când un server DHCP primește un DHCPRequest cu o adresă atribuită anterior specificată, mai întâi verifică dacă provine de la segmentul local, verificând câmpul GIADDR. Dacă provine de la segmentul local, serverul DHCP compară adresa solicitată cu adresa IP și masca de subrețea care aparțin interfeței locale care a primit solicitarea. Dacă adresa pare să fie în aceeași subrețea, serverul DHCP va rămâne tăcut, chiar dacă adresa nu se află în intervalul din piscina de adrese. Serverul DHCP presupune că adresa a fost atribuită de un alt server DHCP pe același segment, dacă nu provine din propria sa piscină. Dacă adresa nu reușește verificarea adresei de subrețea/adresă IP, serverul DHCP verifică dacă provine de la o suprasferă, dacă este definită una. Dacă nu, serverul răspunde la DHCPRequest cu un pachet NACK. Dacă clientul care trimite DHCPRequest solicită o adresă care pare să fie pe aceeași subrețea, dar care a fost atribuită efectiv cu o altă mască de subrețea, serverul DHCP va rămâne silențios, iar clientul nu va reuși să obțină o adresă IP validă pentru noua subrețea. De exemplu, să presupunem că clientul DHCP obține adresa 172.17.3. x cu o mască de subrețea de 255.255.255.0, iar clientul este mutat într-un segment nou, unde adresa serverului DHCP este 172.17.1. x cu o mască de subrețea de 255.255.0.0. Atunci când se face comparația mască/adresă IP de subrețea pe serverul DHCP, serverul DHCP va rămâne tăcut, presupunând că un alt server DHCP din segment a atribuit adresa. Dacă măștile de subrețea au fost inversate, clientul va obține o adresă validă.