Windows10 Wi-Fi経由でDHCP 別のサブネットに移動後、新しいサブネットでIPアドレスを取得できない場合の情報です。
普段、会社で一つのサブネットで運用している場合は問題ないですし、有線の場合、ケーブルをつなぎ変えるときに、NICがダウンするので、再取得に走りますが、Wi-Fiの場合は問題が発生するかもしれません。
情報元はこちら
DHCPクライアントがDHCPによって割り当てられたIPアドレスを取得できない場合があります
DHCP client can't get a DHCP-assigned IP address - Windows Server | Microsoft Docs
症状
DHCPクライアントをあるサブネットから別のサブネットに移動すると、新しいサブネットで有効なIPアドレスを取得できない場合があります。
解決策
この問題を回避するには、次のいずれかの方法を実行します。
重複するIPアドレス指定スキームを使用しないでください。
クライアントを新しいセグメントに移動した後、次のコマンドを実行します。
Ipconfig /Release
Ipconfig /Renew
詳しくは
以前にDHCPが割り当てられたアドレスを持っていたDHCPクライアントが再度開始されると、クライアントはINIT-REBOOT状態になります。クライアントは、DHCPRequestパケットを送信し、DHCPオプションフィールド「DHCP要求アドレス」に以前に割り当てられたIPアドレスを入力することにより、同じアドレスを引き続き使用できることを確認しようとします。
DHCPサーバーがサイレントのままである場合、クライアントは前のアドレスがまだ有効であると想定し、それを保持します。DHCPサーバーがDHCPRequestに応答してNACKパケットを送信する場合、クライアントは検出サイクルに入ります。また、DHCPDiscoverパケットで以前に割り当てられたアドレスを要求します。
DHCPサーバーは、以前に割り当てられたアドレスが指定されたDHCPRequestを受信すると、最初にGIADDRフィールドをチェックして、ローカルセグメントからのものかどうかを確認します。ローカルセグメントから発信された場合、DHCPサーバーは、要求されたアドレスを、要求を受信したローカルインターフェイスに属するIPアドレスおよびサブネットマスクと比較します。
アドレスが同じサブネット上にあるように見える場合、アドレスがアドレスのプールの範囲内にない場合でも、DHCPサーバーはサイレントのままになります。DHCPサーバーは、アドレスが独自のプールからのものでない場合、同じセグメント上の別のDHCPサーバーによって割り当てられたと想定します。アドレスがサブネットマスク/IPアドレスのチェックに失敗した場合、DHCPサーバーは、スーパースコープが定義されている場合は、それがスーパースコープからのものであるかどうかを確認します。そうでない場合、サーバーはNACKパケットでDHCPRequestに応答します。
DHCPRequestを送信するクライアントが、同じサブネット上にあるように見えるが実際には異なるサブネットマスクが割り当てられているアドレスを要求している場合、DHCPサーバーはサイレントのままであり、クライアントは新しいサブネットの有効なIPアドレスを取得できません。
たとえば、DHCPクライアントが255.255.255.0のサブネットマスクでアドレス172.17.3.xを取得し、クライアントが新しいセグメントに移動され、DHCPサーバーのアドレスが172.17.1.xでサブネットマスクが255.255.0.0。DHCPサーバーでサブネットマスク/IPアドレスの比較が行われると、セグメント上の別のDHCPサーバーにアドレスが割り当てられていると想定して、DHCPサーバーはサイレントのままになります。サブネットマスクが逆になっている場合、クライアントは有効なアドレスを取得します。
 |
