コンピューターは、ネットワーク上のどのデバイスを照会するかをどのように知るのですか?デフォルトゲートウェイはこれをどのように考慮しますか?かなり多く、コンピュータがDHCPを使ってIPアドレスを取得しようとしたときに発生する一連のイベントは何ですか?
私が尋ねる理由は、オリジナルが何らかの理由で失敗した場合に備えて、冗長DHCPサーバーを最適にセットアップする方法を見つけようとしているからです。
コンピューターは、ネットワーク上のどのデバイスを照会するかをどのように知るのですか?デフォルトゲートウェイはこれをどのように考慮しますか?かなり多く、コンピュータがDHCPを使ってIPアドレスを取得しようとしたときに発生する一連のイベントは何ですか?
私が尋ねる理由は、オリジナルが何らかの理由で失敗した場合に備えて、冗長DHCPサーバーを最適にセットアップする方法を見つけようとしているからです。
回答:
どのデバイスを照会するのかわかりません。したがって、要求をサブネット全体にブロードキャストします。DHCPサーバーは特定の種類の通信をリッスンしており、特定のブロードキャストを受信すると、要求をブロードキャストしたデバイスとのDHCP会話を開始します。詳細については、DORAプロセスをご覧ください。
DORAの略:
ゲートウェイについては、それができる別のサブネットにのみ明示的に転送DHCPトラフィックあれば遊びに来て。その機能は通常DHCPリレーと呼ばれます。それ以外の場合、ゲートウェイは、他のすべてのブロードキャストメッセージを無視するように、ブロードキャストDHCPメッセージを無視します。
冗長DHCPサーバーについては、両方を同じサブネット上に保持し、おそらく80/20ルールを使用する必要があります。DHCPサーバーとしてCentOSを使用している場合は、フェールオーバーをセットアップできます。
DHCPは(一般的に)ブロードキャストプロトコルであるため、クライアントはネットワークについて何も知る必要はなく、単にリクエストをブロードキャストするだけです。
ネットワーク上のDHCPサーバーは、その要求を確認してそれに応答します。
もちろん、ルーティングやその他のネットワークデバイスにより、それよりもはるかに複雑です。 ウィキペディアのページは優れた情報源です。
そして、関連するRFCが詳細をカバーしています。
私が尋ねる理由は、オリジナルが何らかの理由で失敗した場合に備えて、冗長DHCPサーバーを最適にセットアップする方法を見つけようとしているからです。
最初に、プロトコルについてさらに学ぶことに興味を持っています。それは良い計画です。
第二に、あなたの目標を説明してくれてありがとう。良い答えが得られると思います。
最後に、私の答え:
どのDHCPサーバーを使用する場合でも、自動的に引き継ぐことができる冗長DHCPサーバーのセットアップを可能にするフェイルオーバー/冗長構成が存在する可能性があります(Windowsにはそのようなものがあると信じており、ISCのDHCPサーバーができることは知っています)。通常、プライマリDHCPサーバーが障害の前に提供するリースの問題に対処し、自動的かつ迅速に回復するため、これが最初の選択肢になります。
2番目の選択肢は、最初のマシンで障害が発生した場合に他のマシンを手動で起動できるように、別のマシンで構成を完全に複製することです。既存のリース情報が失われ、最初のDHCPサーバーに障害が発生してからreplacemntを起動するまでの暗黙的なダウンタイムのため、これは最適ではありません。
dhcpサーバーからIPアドレスを取得するには、いくつかの手順が必要です。
発見メッセージ。このメッセージは、dchpサーバーを検索するためにブロードキャストされます
ネットワーク内のDHCPサーバーは、オファーメッセージで応答します。
DHCP要求メッセージは、ブロードキャストによってクライアントによって送信されます。このメッセージは、ネットワーク内のすべてのDHCPサーバーに、クライアントによって受け入れられたオファーを通知します。
DHCP確認メッセージは、サーバーによる確認のために送信されます。