Bのインターフェイスが最初にダウンしたため、dhcpサーバー（debian 8）と2つのホストAとBに接続されたハブがあります。その後、dhcp-serverにホストAに自動的に提供するように依頼しましたが、192.168.2.170その時点ですべてが正常でした。次に、Bのインターフェイスを同じIPを持つように手動で設定し、192.168.2.170インターフェイスを有効にしました。ホストBはサーバーをpingできましたが（約40％の損失）、ホストAはまだ192.168.2.170約10分ごとにサーバーで正常に更新できました。 5回以上試しました。）最終的に、サーバーは試行するたびにIPを放棄し、192.168.2.170他のIPをホストAに割り当てますが、まだ予測不可能な時間（2分〜15分）持続します。
2131が述べたように、サーバーはそのIPをクライアントに送信する前にpingを送信し、ICMPが応答を受信すると、サーバーは別のIPを送信するようです。だから私の場合は、サーバーが最初にクライアント要求を受信したときに競合を検出し、新しいIPを送信できる必要があると思います。ただし、サーバーは ICMP 検査を実行し、新しい IP を割り当てる前に IP を複数回確認します。
ベストアンサー1
IPアドレスの競合を防ぐために、DHCPサーバーで静的および動的範囲を設定できます。たとえば、192.168.2.1to は192.168.2.100DHCP サーバがこれらの IP アドレスを自由に割り当てることを可能にする動的範囲であり、192.168.2.101to は192.168.2.150DHCP サーバがこれらの IP アドレスを自由に割り当てることを許可しない静的範囲です。 IPアドレスをMACアドレスにマッピングして「静的リース」を作成し、そのために「静的」範囲を使用できます。 「遊び」のための3番目の範囲toがあります192.168.2.151。192.168.2.254ここの範囲は家庭用です。企業ネットワークを担当する場合は、非常に異なって見えます。
DHCPサーバーがIPアドレスの競合を検出し、ホストAに別のIPを提供したと主張しますか？私の考えでは、これがDHCPサーバーのバグのようです！
DHCP サーバーは、次の事項だけを要求する必要があります。新しい賃貸料。 DHCPサーバーは、割り当てる前に提供するアドレスがすでに使用されていることを確認します。その場合は、そのアドレスを表示し、DHCPサーバーにアドレスが不足している場合にのみアドレスを再検討します。