DHCPサーバーを実行しているWindows PCがある場合。起動するのに数分かかると思います。私のネットワークには、数秒以内に起動するさまざまなベンダーのさまざまな他のデバイスが含まれます。
DHCPクライアントの再試行の「標準」を見つけられませんでした。これらのデバイスは、Windows DHCPサーバーが起動する前にタイムアウトしますか?もしそうなら、それに対処するための最良の方法は何ですか?
明確化:関与するWindowsクライアントはありません。クライアントは、カメラ、ヒーター、ロボットなどの産業用組み込みデバイスです。
DHCPサーバーがダウンした場合に何が起こるか心配していません。これらは、すべて単一の電源に接続されている組み込みデバイスです。朝、「工場」の電源が入ったらどうしたらいいのか知りたい。
OK、私はいくつかの考えを持っています:
これが私の推奨する解決策です:
市販の電源シーケンスPDUがあります。これらは通常、遅延をプログラム可能な2段または3段のPDUです。これらを使用すると、電源がオンになると、最初のステージに電源が入り、指定された秒数待機してから、2番目のステージに電源が入ります。スイッチとサーバーを最初のステージに接続し、PDUサーバーの起動が完了するまで5分待ってから、他のすべてのデバイスが含まれている第2ステージの電源を入れます。
Windows DHCPクライアントには、頭の中で考えることができる3つのシナリオがあります。 Windows以外のDHCPクライアントと話すことはできませんが、同じように動作することを前提とする必要があります。
A 実行中 DHCPサーバーが利用できないときにアクティブなリースを持つWindows DHCPクライアント:DHCPクライアントは、現在リースされているIPアドレスを引き続き使用します。更新フェーズ(T1)に達すると、既存のリースの更新を試みます。既存のリースを更新できるDHCPサーバーとの通信に失敗した場合、クライアントは、DHCPサーバーへの接続を試みる再バインドフェーズ(T2)に達するまで、リースの更新を試み続けます。 T2タイマーが期限切れになると、クライアントはそのIPアドレスを解放します。
DHCPサーバーが利用できない間、アクティブなリースを持つWindows DHCPクライアント再起動:DHCPクライアントは、現在リースされているIPアドレスを引き続き使用します。更新フェーズ(T1)に達すると、既存のリースの更新を試みます。既存のリースを更新できるDHCPサーバーとの通信に失敗した場合、クライアントは、DHCPサーバーへの接続を試みる再バインドフェーズ(T2)に達するまで、リースの更新を試み続けます。 T2タイマーが期限切れになると、クライアントはIPアドレスを解放します。 ここでの警告は、私の理解では、再起動時にDHCPサーバーに接続できない場合、DHCPクライアントは既存のIPアドレスを解放する必要があるということです。これは、IPアドレスの使用の継続が許可されていることを確認できないためです。これは表示されません。 Windowsクライアントの場合は少し困惑します。いずれにしても、Windowsクライアントを使用したテストでは、DHCPサーバーが利用できない場合でも、再起動後も既存のリースIPアドレスが実際に保持されていることがわかります。
しないのWindows DHCPクライアントには既存のリースがあります。もちろん、DHCPクライアントはDHCPサーバーに接続できず、APIPA IPアドレスを割り当てます。 Neil Tが彼の回答で述べたように、しないがアクティブなリースを持っているDHCPクライアントは、およそ5分ごとにDHCPサーバーへの接続を試みます。
Windowsクライアントは通常、サーバーをまとめるのに約60秒(ギブまたはテイク)かかります。その後、デバイスが5分ごとにチェックするフォールバックモードに切り替えます。 5分が長すぎて待てない場合は、接続先のスイッチを再起動できます。スイッチにその機能があれば、ウォームブートでも機能します。
これらのクライアントに静的IPアドレスを付与できない理由はありますか? 「技術的には違法」ですが、一部のデバイスに192.168.0.0/16スペースのアドレスが割り当てられ、割り当てられたアドレスよりも上のアドレスの割り当てを開始するようにDHCPサーバーが構成されている場所を見てきました。
それが妥当でない場合は、DHCPリースを2週間以上に設定してみませんか?