動的ホスト構成プロトコル（DHCP）サービス - ルータ関連ではないダミー

ルータに関連しないサービスは、ルータ上でも使用できます。たとえば、動的ホスト構成プロトコル（DHCP）サービス。 DHCPを使用して、ネットワーク上のデバイスにIPアドレス設定を渡すことができます。ネットワーク上のサーバーはこのジョブを実行できますが、サーバーのない小規模オフィスなどの場合には、ルーターを使用してこの役割を実行できます。

DHCPサーバーをネットワークに配置できない場合、ルーターはIPヘルパーまたはDHCPリレーの役割も果たします。

<！

DHCP Discover：

• クライアントデバイスは、ネットワーク上で利用可能なすべてのDHCPサーバーに対して、次の場合にアドレスを提供する要求を送信します。彼らは1つが利用可能です。 DHCP Offer：

• 使用可能なアドレスを持つネットワーク上のすべてのDHCPサーバーが応答します。複数のサーバがネットワーク上にある場合、クライアントデバイスは複数のオファーを受信することがあります。 <！ DHCP要求：

  クライアントはオファーを1つ選択し、DHCPサーバーに要求を返します。クライアントはまだ提供されたアドレスを使用する権限がないので、DHCP要求は依然としてブロードキャストです。クライアントは、別のオファーがクライアントが持っていた最後のIPアドレスと一致しない限り、最初に受信したオファーを受け入れます。

• DHCP AckまたはDHCP NAck： 通常、DHCPサーバーは、確認応答または

• Ack でプロセスを確定し、クライアントデバイスがアドレスの使用を開始できるようにします。ごくまれに、アドレスが提供されてから経過したミリ秒単位でアドレスが利用できないと判断する可能性があるため、サーバーは 否定応答 または NAck を発行します。 <！ DHCPサーバが最初のDHCPサーバに向かい、それが提供したアドレスではないためにDHCPサーバが拒否していると見なすDHCPサーバは、2番目の、しかし機能しないDHCPサーバからNAckが来る可能性がさらに高くなります。その拒否は、DHCP要求が第2のサーバーに対して提供されなかった場合、無視されていたはずであるため、このシナリオでは機能しない部分です。 同じネットワークセグメント上の複数のDHCPサーバーを、そのネットワークセグメント上でオーバーラップしないスコープ（構成情報のDHCPサービス構成）に構成することができます。一方のサーバはIPアドレスを提供しますが、クライアントがアドレスを要求すると、そのアドレスを提供していないため、他方のサーバは要求を見てNAckを発行します。

  DHCPサーバーは提供するアドレスだけをNAckする必要があるため、このような状況は起こりそうにありません。このNAckの問題が発生すると、通常、ネットワーク上のすべてのコンピュータがIP構成をゆっくりと失います。 Wiresharkなどのツールを使用してネットワークパケットをキャプチャすることで、問題をすばやく特定できます。

  Wiresharkは、他のDHCPサーバーのIPアドレスとMACアドレスを通知します。 Wiresharkの情報を使用して問題のDHCPサーバーを特定し、シャットダウンすることができます。

  

クライアントデバイスが最終確認を受信するまで、提供されたアドレスを使用することができないため、このトラフィックはすべてブロードキャストトラフィックです。そのため、ネットワーク上に有効なIPアドレスがありません。

クライアントはアドレスを取得すると、8時間になるまで、または設定されたリース期間が何であれ、アドレスを保持します。リース期間の終わりに、クライアントがリースを更新していない場合、または別のソースからリースを取得した場合は、そのアドレスの使用を放棄し、別のアドレスを取得するためにDHCPサーバーに到達しようとします。同時に、リース後にデバイスがオフになっても、DHCPサーバは、リース期間が切れるまで他のデバイスにそのアドレスを与えないよう契約しています。

リースが期限切れになる前に、クライアントは有効な稼働IPアドレスを持たない状況にならないようにリースを更新しようとします。このプロセスは、次の時間間隔で実行されます。

50％ - リース更新：

リース期間の50％で、クライアントはリースを更新しようとします。この更新は、元のリース処理とは異なり、クライアントとサーバーの両方がネットワーク上で通信可能な有効なIPアドレスを持っているため、DHCPサーバーへのユニキャストメッセージです。

目標は、クライアントがリースを更新することができ、IPアドレスなしでは決してできないことです。リース更新が成功した場合は、サーバー上で変更されていないことを条件に、元のリース期間に更新されます。

4時間で8時間リースすると、デバイスはリースを更新しようとし、成功すると新しい8時間リースで終了します。なんらかの理由でデバイスがリースを更新できない場合、デバイスはクライアントの設定に基づいて定期的にリニューアルを試みます。 87。 5パーセント - リバウンド：

• クライアントがリース期間の87.5％に達してもリースを更新できなかった場合、別のDHCPサーバーを探してリースを取得しようとします。このプロセスは、元のリースプロセスと同じです。 クライアントがネットワーク上に有効なIPアドレスを持っていても、有効なDHCPサーバーをネットワーク上に配置しようとすると、新しいDHCPディスカバリブロードキャストが送信されます。検出要求を受信するすべてのDHCPサーバーは、使用可能なアドレスで応答します。複数の応答がある場合、クライアントは1つの応答を選択し、そのアドレスに対する要求を送信し、応答として応答を受け取るのを待ちます。このディスカバリー要求に応答するサーバーがない場合、クライアントはクライアントの設定に基づいて追加の要求を定期的に行います。この期間中、クライアントは元のリースで受信した構成済みのIPアドレスを使用することができます。

  100％ - リース期限：

  リース期間の100％に達するまでにクライアントが別のDHCPサーバーを見つけなかった場合、クライアントはリースされたアドレスを放棄し、定期的にDHCP検出要求を送信します。このプロセスは、応答を受信するまで続きます。