DHCPREQUESTとDHCPDISCOVERの違いは何ですか？

DHCPDISCOVERはサーバーを検索し、DHCPREQUESTは特定のパラメータを要求します。クライアントはまずディスカバーを送信し、その後、あるオファーを受け入れるためのリクエストを送信します。また、リクエストは、更新や再起動の確認のために単独で使用されることもあります。

DHCPREQUESTはブロードキャストですか、それともユニキャストですか？

状況によって異なります。オファーを選択するリクエストはブロードキャストされるため、どのサーバーが選択されたかをすべてのサーバーが把握できます。更新リクエストは通常、リースを発行したサーバーに対してユニキャストされ、再バインドリクエストはブロードキャストされます。

クライアントがDHCPREQUESTを送信した後はどうなるのか？

サーバーは、リクエストを承認する場合は DHCPACK を、拒否する場合は DHCPNAK を返信します。DHCPACK を受信すると、クライアントはインターフェースを設定し、リースタイマーを開始します。DHCPNAK を受信した場合は、DHCPDISCOVER からプロセスを最初からやり直します。

クライアントはなぜ再起動後にDHCPREQUESTを送信するのですか？

これは、完全なディスカバリを行わずに、以前に保持していたアドレスを確認しようとするものです。そのサブネット上でそのアドレスがまだ有効であれば、サーバーは DHCPACK で応答します。そうでない場合、サーバーは DHCPNAK を送信し、クライアントは最初からやり直します。

DHCPREQUESTはどのポートを使用しますか？

IPv4 上の DHCP では、サーバー側で UDP ポート 67、クライアント側でポート 68 が使用され、DHCPREQUEST もこのパターンに従います。リクエストに応答するためには、ファイアウォールやリレーがこのトラフィックを通過させる必要があります。

用語集
DHCPREQUESTとは？

DHCP用語集

DHCPREQUESTとは？

DHCPREQUESTは、クライアントがサーバーに対して特定の設定パラメータ（ほとんどの場合、IPアドレスのリース）を要求するために送信する、ダイナミックホスト構成プロトコル（DHCP）のメッセージです。このメッセージは、1つのサーバーのオファーを選択したり、再起動後に記憶されているアドレスを確認したり、更新および再バインドの際に既存のリースを延長したりするために使用されます。

DDIをシンプルにしましょう

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

主なポイント

DHCPREQUEST is a Dynamic Host Configuration Protocol message that clients send to request specific IP address configuration parameters from DHCP servers, serving as the critical third step in the DORA exchange where a lease becomes binding once confirmed with DHCPACK. The message is used in multiple scenarios including selecting a server's offer, confirming a remembered address after reboot, and renewing or extending existing leases, with different transmission methods depending on the situation. Network administrators must understand DHCPREQUEST behavior for troubleshooting lease issues, managing server load on networks with thousands of clients, and detecting security threats like rogue servers and address conflicts, as the message operates unauthenticated in the base protocol and requires proper relay agent configuration and firewall rules to function correctly.

DHCPREQUEST uses UDP ports 67 (server) and 68 (client) and can be transmitted as broadcast when selecting an offer or rebinding, or as unicast during lease renewal to the original server.
On large networks with continuous renewal traffic, short lease times significantly increase DHCPREQUEST message volume and server load, while repeated DHCPNAK replies typically indicate clients holding addresses invalid for their current subnet after VLAN changes.
Security vulnerabilities exist because DHCPREQUEST is unauthenticated, allowing rogue servers to answer and distribute false gateway or DNS configurations, though DHCP snooping and packet capture analysis can mitigate these risks.

DHCPREQUESTの概要

Attribute	Value
Full name	DHCPREQUEST
Category	Network protocol message
Defined in	RFC 2131
Protocol and port	UDP, server port 67 and client port 68
OSI layer	Application layer (layer 7)
Primary use	Accepting a DHCP offer, confirming an address, or renewing a lease
Related terms	DHCP, DHCPDISCOVER, DHCPOFFER, DHCPACK, DHCPNAK, DORA, lease

DHCPREQUESTの仕組み

クライアントはいくつかの状況でDHCPREQUESTを送信しますが、メッセージの内容はそれぞれ異なります。最もよく知られているのは、RFC 2131で説明されている初期のDORA交換の3番目のステップです。

サーバーの選択：DHCPDISCOVERを送信した後、クライアントは複数のサーバーからオファーを受け取る場合があります。クライアントはそれらの中から1つを選択し、選択したサーバーの識別子とオファーされたアドレスを含むDHCPREQUESTをブロードキャストします。
他のサーバーへの通知：メッセージはブロードキャストされるため、オファーが選択されなかったサーバーはサーバー識別子を認識し、拒否されたことを把握して、予約していたアドレスを解放することができます。
応答の受信：選択されたサーバーは、リースを確認し、設定オプションを送信するために DHCPACK で応答します。そのアドレスを割り当てられなくなった場合は、DHCPNAK で応答します。
更新または再バインディング：リースの有効期限が近づくと、クライアントは再度 DHCPREQUEST を送信します。更新時には元のサーバーに対してユニキャストで送信し、再バインディング時には任意のサーバーに対してブロードキャストで送信します。

再起動後に以前のリースを記憶しているクライアントは、現在のネットワーク上でそのアドレスが依然として有効であることを確認するために、DHCPDISCOVER を送信せずに DHCPREQUEST を送信する場合もあります。その場合、サーバー識別子は含まれないため、そのバインディングを認識しているサーバーであればどれでも応答することができます。

エンタープライズネットワークにおいてDHCPREQUESTが重要な理由

DHCPREQUESTは、リースが拘束力を持つようになる時点です。サーバーがDHCPACKで応答するまでは、クライアントは提供されたアドレスを使用してはなりません。数千台のクライアントが存在するネットワークでは、更新要求が絶えず届きます。そのため、これらのメッセージの量とタイミングがサーバーの負荷を左右します。リース時間が短いと、DHCPREQUESTメッセージの数が増え、サーバーへのトラフィックも増加します。

トラブルシューティングは、このメッセージを正しく読み取ることに依存します。DHCPREQUESTメッセージを繰り返し送信し、DHCPNAKを受信するクライアントは、通常、現在のサブネットに不適切なアドレスを保持しています。これは、例えばVLAN間を移動した後などに発生します。応答がない場合は、多くの場合、リレーエージェントの問題、サーバーのダウン、またはスコープのアドレス枯渇が原因です。サーバー識別子オプションを含むパケットキャプチャを確認することで、クライアントがどのサーバーを選択したかが判明します。

DHCPREQUESTは基本プロトコルにおいて認証が行われないため、セキュリティチームはこれを重視しています。不正なサーバーがクライアントに応答して通信を乗っ取り、偽のゲートウェイやDNSサーバーを割り当てる可能性があります。DHCPスヌーピングなどのスイッチ機能は、承認されたポートからのサーバー応答のみを信頼することでこれを制限し、DHCPREQUESTのアクティビティをログに記録することで、アドレスの競合、スプーフィング、およびアドレス枯渇攻撃の検出に役立ちます。

DHCPREQUESTと関連用語の比較

DHCPREQUEST と DHCPDISCOVER の違い

DHCPDISCOVERは、利用可能なサーバーを探すためのクライアントによる最初のブロードキャストであり、一方、DHCPREQUESTは、特定のサーバーからのオファーを受け入れることや、既存のリースを延長することなど、特定のパラメータを要求するものです。DHCPDISCOVERとは何ですか？

Attribute	DHCPREQUEST	DHCPDISCOVER
Purpose	Requests a specific address and options	Locates DHCP servers and starts the exchange
Position in DORA	Third message	First message
Sent in renewal	Yes, usually unicast to the leasing server at renewal	No
Contains server identifier	Yes when selecting an offer	No, because no server has been chosen
Expected reply	DHCPACK or DHCPNAK	DHCPOFFER

DHCPREQUEST と DHCPACK の比較

DHCPREQUESTはクライアントによる設定の要求であり、DHCPACKはリースを確認し、オプションを配信するサーバーからの応答です。DHCPACKとは何ですか？

Attribute	DHCPREQUEST	DHCPACK
Sender	Client	Server
Role	Asks for or confirms parameters	Grants the lease and supplies options
Effect on address use	Client may not use the address yet	Client may begin using the address

DHCPREQUESTに関する一般的な問題

別のVLANやサブネットに移動したクライアントは、依然として以前のアドレスを要求し続け、そのたびにDHCPNAKを受信することがよくあります。通常はディスカバリを再開することで回復しますが、再試行を続けるクライアントは、キャッシュが古くなっているか、サーバー側のスコープ設定が間違っていることを示しています。

リレーエージェントが存在しない場合や、そのヘルパーアドレスが間違っている場合、ブロードキャストされる DHCPREQUEST メッセージはサーバーに到達しません。その結果、クライアントはタイムアウトとなり、パケットキャプチャではクライアント VLAN 上で応答のないリクエストが確認されます。

不正なサーバーや設定ミスのある 2 台目のサーバーは、リクエストに対して DHCPNAK や競合するオファーを送信する可能性があります。その結果、クライアントは有効なリースを失ったり、誤ったゲートウェイやDNS設定を受け取ったりすることになります。また、キャプチャされたリクエストに含まれるサーバー識別子から、どのサーバーが選択されたかがわかります。

リース時間が非常に短い場合や、多数のクライアントが同時に再起動すると、DHCPREQUESTメッセージが集中して送信され、サーバーの応答が遅くなります。リース時間を延長するか、再起動のタイミングをずらすことで、このピークを軽減できます。

フェイルオーバーペアにおいて、最新のリースデータを持たないパートナーは、更新要求に対してDHCPNAKで応答するか、またはそれを無視する場合があります。クライアントはアドレスを放棄するため、まずフェイルオーバーの状態とリースの同期状況を確認してください。

統合型DDIがネットワーク運用をいかに簡素化するかを参照

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

お問い合わせ

インテリジェント・ネットワーク

DHCPREQUESTとは？

DDIの簡素化を始めませんか？

DHCPREQUESTの概要

DHCPREQUESTの仕組み

エンタープライズネットワークにおいてDHCPREQUESTが重要な理由

DHCPREQUESTと関連用語の比較

DHCPREQUEST と DHCPDISCOVER の違い

DHCPREQUEST と DHCPACK の比較

DHCPREQUESTに関する一般的な問題

統合型DDIがネットワーク運用をいかに簡素化するかを参照

DHCPREQUESTに関するよくある質問

関連用語

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

OSIモデルの理解：7層構造におけるDNSとIPアドレスの位置づけ

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

ポッドキャスト：AIがエンタープライズソフトウェア開発をどう変えているか

ポッドキャスト：ネットワーク運用においてオープンプラットフォームが重要な理由

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveWire GEN3 デバイス製品ラインナップ

関連記事