DHCPACKとは、サーバーがリースを確認し、クライアントに最終的な設定を通知するために送信するDHCPメッセージのことです。RFC 2131で定義されており、DHCPREQUESTまたはDHCPINFORMに対する応答となります。

DHCPREQUESTの後にDHCPサーバーは何を送信しますか？

要求を承認できる場合はDHCPACKを、承認できない場合はDHCPNAKを送信します。DHCPACKには、クライアントが適用すべきアドレス、リース期間、およびオプションが含まれます。

DHCPACKはブロードキャストで送信されるのか、それともユニキャストで送信されるのか？

クライアントや通信状況に応じて、どちらの場合もあり得ます。RFC 2131 では、設定前にクライアントが受信可能な場合はサーバーがクライアントにユニキャストで送信し、そうでない場合はブロードキャストで送信することが定められています。更新に対する応答は通常、ユニキャストで行われます。

DHCPINFORMはDHCPACKを受信しますか？

はい、サーバーは DHCPINFORM に対して DHCPACK で応答します。この応答には設定パラメータのみが含まれており、クライアントはすでにアドレスを保有しているため、アドレスやリース時間の割り当ては行われません。

クライアントがDHCPACKを受信しないのはなぜですか？

一般的な原因としては、リレーの設定ミス、ファイアウォールやスヌーピングルールによる応答の破棄、スコープの枯渇、またはサーバーの過負荷などが挙げられます。クライアントとサーバーでパケットキャプチャを行うことで、通信のどちら側で問題が発生しているかがわかります。

用語集
DHCPACK（ダイナミック・ホスト・コンフィギュレーション・プロトコルの確認応答）とは何ですか？

DHCP用語集

DHCPACK（ダイナミック・ホスト・コンフィギュレーション・プロトコルの確認応答）とは何ですか？

DHCPACK（Dynamic Host Configuration Protocol 確認応答）は、サーバーがアドレスのリースを確認し、最終的な設定パラメータをクライアントに送信するために送信する DHCP メッセージタイプです。これは RFC 2131 で定義されている DHCPREQUEST または DHCPINFORM に応答し、クライアントに適用すべきリース条件を通知します。

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

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

主なポイント

DHCPACKとは、RFC 2131で定義されているように、DHCPサーバーがアドレスのリースを確認し、最終的な設定パラメータをクライアントに送信するために送る、ダイナミック・ホスト・コンフィギュレーション・プロトコル（DHCP）の確認応答メッセージです。これは、標準的な4メッセージからなるDHCP交換における最後のメッセージであり、リースが有効になり、デバイスが正常にネットワークにアクセスできるようになる瞬間です。アドレスプールの枯渇、リレーエージェントの設定ミス、サーバーの障害、ファイアウォールによるブロックなどの原因でDHCPACKメッセージの送信が遅れたり欠落したりすると、クライアントはネットワーク接続の途絶を経験し、リンクローカルアドレスに切り替わってしまう可能性があります。そのため、ネットワーク運用者がプールの枯渇を検知し、接続性の問題をトラブルシューティングするためには、DHCPACKアクティビティの正確なログ記録と監視が不可欠となります。

DHCPACKは、DHCPREQUESTまたはDHCPINFORMメッセージへの応答として送信され、割り当てられたアドレス、リース時間、およびクライアントがネットワークを使用するために適用しなければならない設定オプションを含んでいます。
DHCPACKの配信を妨げる一般的な障害シナリオには、giaddr値が誤っているリレーエージェントの設定ミス、サーバーの応答をブロックするファイアウォールやDHCPスヌーピングルール、大量のクライアントイベント時にサーバーが過負荷となり応答が遅延すること、および正規のサーバーより先にリクエストに応答する不正なDHCPサーバーなどが含まれます。
DHCPACKおよびDHCPNAKメッセージのアクティビティを監視することで、運用担当者はリース発行率やアドレスプールの枯渇を示す早期指標を把握でき、IPAMシステムの運用と、ネットワーク障害発生後の調査の両方を支援します。

DHCPACKの概要

Attribute	Value
Full name	Dynamic Host Configuration Protocol acknowledgment
Category	DHCP message type
Defined in	RFC 2131 for DHCP, with message type values carried in the option format of RFC 2132
Protocol and port	UDP, server port 67 and client port 68
OSI layer	Layer 7 (application)
Primary use	Confirming a lease and delivering configuration parameters to a client
Related terms	DHCP, DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPNAK, DHCP lease

DHCPACKの仕組み

DHCPACKは、新しいリースに関する標準的な4メッセージからなるDHCP通信における最後のメッセージです。また、クライアントがリースを更新する場合や、設定パラメータのみを要求する場合にも使用されます。

Discover：クライアントは、利用可能なDHCPサーバーを見つけるためにDHCPDISCOVERをブロードキャストします。
オファー：応答した各サーバーは、提案されたアドレスと設定オプションを含む DHCPOFFER を送信します。
リクエスト：クライアントはオファーの中から1つを選択し、選択したサーバー名を指定したDHCPREQUESTをブロードキャストします。これにより、他のサーバーに対してもそのオファーが拒否されたことが通知されます。
確認応答（Acknowledge）：選択されたサーバーはリースを記録し、アドレス、リース期間、およびオプションを含むDHCPACKを送信します。これにより、クライアントはインターフェースを設定し、そのアドレスの使用を開始できます。

アドレスを使用する前に、クライアントは、例えばARPなどを用いてネットワークを調査し、他のホストがそのアドレスを保持していないことを確認する場合があります。そのアドレスがすでに使用中の場合、RFC 2131では、クライアントがDHCPDECLINEを送信し、最初からやり直すことになっています。サーバーが要求に応じられない場合、DHCPACKの代わりにDHCPNAKを送信します。DHCPACKはDHCPINFORMへの応答としても使用されますが、その場合はオプションを含みますが、アドレスは含みません。

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

DHCPACKはリースが有効になる時点であり、デバイスがネットワークに正常にアクセスできるようになる瞬間です。大規模なネットワークでは、デバイスが接続、ローミング、更新を行うたびに、サーバーがこれらのメッセージを継続的に送信します。RFC 2131では、クライアントはデフォルトでリース時間の半分が経過した時点で更新を開始することになっているため、リース期間がサーバーが生成しなければならないDHCPACKメッセージの数を直接決定します。

DHCPACKメッセージの送信が遅れたり欠落したりすると、クライアントはIPアドレスを持たないままの状態になるか、リンクローカルアドレスに切り替わることになり、ユーザーにはネットワーク障害として認識されます。一般的な原因としては、アドレスプールの枯渇、設定ミスのあるリレーエージェント、フェイルオーバーパートナーのないサーバーの障害、あるいはクライアントが DHCPDECLINE を送信する原因となる競合などが挙げられます。DHCPACK および DHCPNAK のアクティビティをログに記録することで、運用担当者はリースの発行状況や、プール枯渇の初期兆候を正確に把握することができます。

基本的なDHCPではDHCPACKメッセージは認証されないため、同じセグメント上の不正なサーバーがリクエストに応答し、誤ったゲートウェイやDNS設定を割り当てる可能性があります。DHCPスヌーピングなどのスイッチ機能は、信頼されたポートからのサーバー応答のみを許可することで、このリスクを制限します。どのDHCPACKがどのアドレスを割り当てたかという正確な記録は、IPAMやインシデント調査にも役立ちます。

DHCPACKと関連用語の比較

DHCPACK 対 DHCPNACK

DHCPACKはリースを確認して設定情報を配信する一方、RFC 2131で定義されているDHCPNAKというメッセージは、クライアントに対して要求したアドレスが使用できないため、最初からやり直す必要があることを通知します。DHCPNACKとは何ですか？

Attribute	DHCPACK	DHCPNACK
Purpose	Confirms the lease and supplies final parameters	Rejects the client's request for an address
Sent in reply to	DHCPREQUEST or DHCPINFORM	DHCPREQUEST
Client action on receipt	Configures the interface and uses the lease	Stops using the address and restarts discovery
Typical trigger	Valid request for an address the server can grant	Client requests an address that is wrong for its subnet or no longer available

DHCPACK 対 DHCPOFFER

DHCPOFFERは、クライアントが承諾する前にアドレスとオプションを提案するものであり、一方、DHCPACKはリースを有効にする最終的な確認です。DHCPOFFERとは何ですか？

Attribute	DHCPACK	DHCPOFFER
Position in exchange	Last message of the lease exchange	Second message, after DHCPDISCOVER
Sent in reply to	DHCPREQUEST or DHCPINFORM	DHCPDISCOVER
Binds the lease	Yes, the lease takes effect	No, the proposal is only an offer
Number sent	One, from the selected server	One from each responding server

DHCPACKに関する一般的な問題

リモートサブネット上のクライアントはリクエストを送信するものの、リレーエージェントのgiaddrが間違っているか欠落している、あるいは返信トラフィックがブロックされているため、DHCPACKを受信できません。サーバーのログには確認応答が送信されたことが記録されていますが、クライアントのログにはリクエストが繰り返し行われていることが示されています。

停電やWi-Fiローミングストームの後、多くのクライアントが同時にリクエストを行い、過負荷状態のサーバーや処理が遅いバックエンドデータベースによってDHCPACKの送信が遅延します。クライアントはタイムアウトとなり、再試行を行い、場合によってはリンクローカルアドレスに切り替わることがあります。

不正なDHCPサーバー（多くの場合、スイッチに接続された家庭用ルーター）が、誤ったゲートウェイやDNSサーバーを指定した独自のDHCPACKを送信します。ユーザーはローカルでは機能するIPアドレスを取得しますが、他のネットワークには接続できません。

クライアントは DHCPACK 後にそのアドレスを調査し、すでに使用中であることを確認してリースを拒否します。これは通常、動的範囲内に静的設定のデバイスが存在することが原因であり、サーバーのログには繰り返し拒否される記録として現れます。

信頼されていないポートでのセキュリティポリシーやDHCPスヌーピングにより、サーバーからのDHCPACKが破棄されるため、サーバーはクライアントが認識することのないリースを記録してしまいます。サーバーに接続するポートが信頼済みであり、UDPポート67および68が許可されていることを確認してください。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

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

お問い合わせ

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

DHCPACK（ダイナミック・ホスト・コンフィギュレーション・プロトコルの確認応答）とは何ですか？

DDIを簡素化する準備はできていますか？

DHCPACKの概要

DHCPACKの仕組み

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