| インターネットプロトコルスイート |
|---|
| アプリケーション層 |
| トランスポート層 |
| インターネット層 |
| リンク層 |
動的ホスト構成プロトコル（DHCP）は、インターネットプロトコル（IP）ネットワークで使用されるネットワーク管理プロトコルであり、クライアントサーバーアーキテクチャを使用してネットワークに接続されたデバイスにIPアドレスやその他の通信パラメータを自動的に割り当てます。[ 1 ]：はじめに
この技術により、ネットワークデバイスを個別に手動で設定する必要がなくなり、中央に設置されたネットワークDHCPサーバーと、各コンピューターまたはデバイス上のプロトコルスタックのクライアントインスタンスという2つのネットワークコンポーネントで構成されます。クライアントは、ネットワークに接続した直後、およびその後定期的に、DHCPを使用してサーバーにパラメータセットを 要求します。
DHCPは、住宅ネットワークから大規模なキャンパスネットワーク、地域ISPネットワークまで、あらゆる規模のネットワークに導入できます。 [ 2 ]多くのルーターや住宅用ゲートウェイはDHCPサーバー機能を備えています。ほとんどの住宅用ネットワークルーターは、 ISPネットワーク内で固有のIPアドレスを受け取ります。ローカルネットワーク内では、DHCPサーバーが各デバイスにローカルIPアドレスを割り当てます。
DHCPサービスは、インターネットプロトコルバージョン4（IPv4）とバージョン6（IPv6）を実行するネットワークで利用できます。DHCPプロトコルのIPv6バージョンは、一般的にDHCPv6と呼ばれます。
歴史
逆アドレス解決プロトコル（RARP）は、ディスクレスワークステーションなどの単純なデバイスに適切なIPアドレスを設定するために1984年に定義されました。 [ 3 ]データリンク層で動作するため、多くのサーバープラットフォームでの実装は困難でした。個々のネットワークリンクごとにサーバーが必要でした。RARPは、1985年9月に定義されたブートストラッププロトコル（BOOTP）に置き換えられました。 [ 4 ]これにより、リレーエージェントの概念が導入され、ネットワーク間でBOOTPパケットを転送できるようになり、1つの中央BOOTPサーバーが複数のIPサブネット上のホストにサービスを提供できるようになりました。
DHCPは1993年10月に初めて定義されました。[ 5 ] [ 6 ] BOOTPをベースにしていますが、IPアドレスプールから動的にIPアドレスを割り当て、使用されなくなったら再利用することができます。また、プラットフォーム固有のパラメータを含む、幅広い追加設定パラメータをIPクライアントに配信するためにも使用できます。[ 7 ]
4年後、DHCPINFORMメッセージタイプ（WPADで使用）とその他の小さな変更が追加されました。1997年に定義されたこの定義[ 1 ]は、現在もIPv4ネットワークの標準規格の中核を成しています。
DHCPv6は2003年に最初に定義されました。[ 8 ] その後の多くのRFCによる更新を経て、2018年にその定義は置き換えられ、[ 9 ]プレフィックス委任とステートレスアドレス自動構成が統合されました。
概要
インターネットプロトコル（IP）は、インターネット上のローカルネットワーク内およびローカルネットワーク間でデバイスがどのように通信するかを定義します。DHCPサーバーは、ローカルネットワーク上のデバイスのIP設定を管理し、例えば、デバイスにIPアドレスを自動的かつ動的に割り当てることができます。[ 10 ]
DHCP は、クライアント サーバー モデルに基づいて動作します。コンピュータまたはその他のデバイスがネットワークに接続すると、DHCP クライアント ソフトウェアは必要な情報を要求する DHCPブロードキャストクエリを送信します。ネットワーク上のどの DHCP サーバーでも要求を処理できます。DHCP サーバーは、IP アドレスのプールと、デフォルト ゲートウェイ、ドメイン名、ネーム サーバー、およびタイム サーバーなどのクライアント構成パラメータに関する情報を管理します。DHCP 要求を受信すると、DHCP サーバーは、管理者によって事前に構成された各クライアントの特定の情報、またはネットワーク全体および割り当て (リース) が有効な期間に有効な特定のアドレスおよびその他の情報で応答する場合があります。DHCP クライアントは通常、起動直後およびその後情報の有効期限が切れる前に定期的にこの情報を照会します。DHCP クライアントが割り当てを更新する場合、最初は同じパラメータ値を要求しますが、DHCP サーバーは管理者によって設定された割り当てポリシーに基づいて新しいアドレスを割り当てる場合があります。
複数のリンクで構成される大規模ネットワークでは、相互接続ルーターに配置されたDHCPリレーエージェントの支援により、単一のDHCPサーバーでネットワーク全体にサービスを提供できます。これらのエージェントは、異なるサブネットにあるDHCPクライアントとDHCPサーバー間のメッセージを中継します。
実装に応じて、DHCP サーバーは IP アドレスを割り当てる 3 つの方法を持ちます。
- 動的割り当て
- ネットワーク管理者はDHCP用にIPアドレスの範囲を予約し、LAN上の各DHCPクライアントはネットワーク初期化時にDHCPサーバーにIPアドレスを要求するように設定されます。この要求と付与のプロセスでは、リース期間を制御可能なリース概念が採用されており、DHCPサーバーは更新されないIPアドレスを回収し、再割り当てすることができます。
- 自動割り当て
- DHCPサーバーは、管理者が定義した範囲から、要求元のクライアントにIPアドレスを恒久的に割り当てます。これは動的割り当てに似ていますが、DHCPサーバーは過去のIPアドレス割り当てテーブルを保持しており、クライアントが以前に持っていたIPアドレスと同じIPアドレスを優先的に割り当てることができます。
- 手動割り当て
- この方法は、静的DHCP割り当て、固定アドレス割り当て、予約、MAC/IPアドレスバインディングなどとも呼ばれます。管理者は、各クライアントの一意の識別子（クライアントIDまたはMACアドレス）をIPアドレスにマッピングし、そのIPアドレスを要求元のクライアントに提供します。DHCPサーバーは、この方法が失敗した場合に他の方法にフォールバックするように設定できます。
DHCPサービスは、インターネットプロトコルバージョン4（IPv4）とIPv6で使用されます。IPv4とIPv6のプロトコルの詳細は大きく異なるため、別々のプロトコルと見なすことができます。[ 11 ] IPv6の動作では、デバイスはステートレスアドレス自動設定を使用することもできます。IPv6ホストは、ローカルネットワークリンクに限定された動作を実現するために、 リンクローカルアドレス指定を使用することもできます。
手術
DHCPは、ユーザーデータグラムプロトコル（UDP）を用いたコネクションレス型のサービスモデルを採用しています。DHCPは、ブートストラッププロトコル（ BOOTP ）と同様に、2つのUDPポート番号を使用して動作します。サーバーはUDPポート67番を、クライアントはUDPポート68番をそれぞれリッスンします。
DHCPの動作は、サーバーの検出、IPリースのオファー、IPリースの要求、IPリースの確認の4つのフェーズに分かれています。これらの段階は、検出（discovery）、オファー（offer）、要求（request）、確認（acknowledgement）の頭文字をとってDORAと略されることが多いです。
DHCP の動作は、クライアントが要求をブロードキャストすることから始まります。クライアントとサーバーが異なるブロードキャスト ドメインにある場合は、DHCP ヘルパーまたは DHCP リレー エージェントを使用できます。既存のリースの更新を要求するクライアントは、その時点で IP アドレスをすでに確立しているため、UDPユニキャストを介して直接通信できます。さらに、ブロードキャスト フラグ (2 バイトのフラグ フィールドの 1 ビットで、他のすべてのビットは予約されているため 0 に設定) を使用して、クライアントが DHCPOFFER を受信できる方法 (ブロードキャストまたはユニキャスト) を示すことができます。ブロードキャストの場合は 0x8000、ユニキャストの場合は 0x0000 です。[ 1 ]通常、DHCPOFFER はユニキャストで送信されます。IP アドレスが設定される前にユニキャスト パケットを受け入れることができないホストの場合は、このフラグを使用してこの問題を回避できます。
発見
DHCPクライアントは、宛先アドレス255.255.255.255（限定ブロードキャスト）または特定のサブネットブロードキャストアドレス（ダイレクトブロードキャスト）を使用して、ネットワークサブネット上にDHCPDISCOVERメッセージをブロードキャストします。DHCPクライアントはDHCPDISCOVERメッセージでIPアドレスを要求する場合もあり、サーバーはこれを考慮して提供するアドレスを選択します。
例えば、HTYPEが1に設定されている場合、使用されるメディアがイーサネットであることを指定するため、イーサネットアドレス（MACアドレス）は6オクテット長であるため、HLENは6に設定されます。CHADDRは、クライアントが使用するMACアドレスに設定されます。また、いくつかのオプションも設定されます。
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | 宛先MAC ( FF:FF:FF:FF:FF:FF ) | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | 送信元 MAC ( 00:05:3C:04:8D:59 ) | |||||||||||||||||||||||||||||||
| 12 | 96 | イーサタイプ ( 0x0800 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | DHCP ペイロードを含む UDP PDU を含む IPv4 パケット... | |||||||||||||||||||||||||||||||
| 20 | 160 | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | フレームチェックシーケンス | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | IPv4ヘッダーの開始 | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | TTL | プロトコル （17 UDP） | ヘッダーチェックサム | |||||||||||||||||||||||||||||
| 12 | 96 | 送信元アドレス ( 0.0.0.0 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | 宛先アドレス | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 20 | 160 | 送信元ポート (68) | 目的地港 (67) | ||||||||||||||||||||||||||||||
| 24 | 192 | 長さ | チェックサム | ||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 28 | 224 | OP ( 0x01 ) | HTYPE ( 0x01 ) | HLEN ( 0x06 ) | ホップ ( 0x00 ) | ||||||||||||||||||||||||||||
| 32 | 256 | XID ( 0x3903F326 ) | |||||||||||||||||||||||||||||||
| 36 | 288 | 秒 ( 0x0000 ) | フラグ ( 0x0000 ) | ||||||||||||||||||||||||||||||
| 40 | 320 | CIADDR (クライアントIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 44 | 352 | YIADDR (あなたのIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 48 | 384 | SIADDR (サーバーIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 52 | 416 | GIADDR (ゲートウェイIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 56 | 448 | CHADDR (クライアントハードウェアアドレス: 0x00053C04 0x8D590000 0x00000000 0x00000000 ) | |||||||||||||||||||||||||||||||
| 60 | 480 | ||||||||||||||||||||||||||||||||
| 64 | 512 | ||||||||||||||||||||||||||||||||
| 68 | 544 | ||||||||||||||||||||||||||||||||
| 72 | 576 | 192 オクテットの 0、または追加オプション用のオーバーフロー スペース。BOOTP レガシー。 | |||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| 260 | 2080 | ||||||||||||||||||||||||||||||||
| 264 | 2112 | マジッククッキー （0x63825363） | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 268 | 2144 | 最初のオプション: 0x350101 : オプション53 (DHCPメッセージタイプ) 1オクテット (DHCPDISCOVERを含む) | 2番目のオプション:↴ | ||||||||||||||||||||||||||||||
| 272 | 2176 | ↪0x3204c0a80164 : オプション50 (IPアドレス要求) 4オクテット ( 192.168.1.100を含む) | |||||||||||||||||||||||||||||||
| 276 | 2208 | 3番目のオプション: 0x370401030f06 : オプション: 55 (パラメータ要求リスト) 4オクテット↴ | |||||||||||||||||||||||||||||||
| 280 | 2240 | ↪PRL 続き... | ff | ||||||||||||||||||||||||||||||
オファー
DHCPサーバーは、クライアントからIPアドレスのリース要求であるDHCPDISCOVERメッセージを受信すると、クライアントのIPアドレスを予約し、DHCPOFFERメッセージをクライアントに送信してリースをオファーします。このメッセージには、クライアントのクライアントID（オプション61、固有の値、通常はMACアドレス）、サーバーが提供しているIPアドレス、サブネットマスク、リース期間、そしてオファーを行っているDHCPサーバーのIPアドレスが含まれます。DHCPサーバーは、ハードウェアレベルのMACアドレス（CHADDRフィールドで指定）も考慮する場合があります。DHCPパケットにクライアントIDが指定されていない場合、このフィールドはクライアントを識別するために使用されなければなりません。[ 1 ]：§4.2
DHCPサーバーは、CHADDR（クライアントハードウェアアドレス）フィールドに指定されたクライアントのハードウェアアドレスに基づいて設定を決定します。次の例では、サーバー（192.168.1.1）がYIADDR（あなたのIPアドレス）フィールドにクライアントのIPアドレスを指定しています。
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | 宛先MAC ( 00:05:3C:04:8D:59 ) | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | 送信元MAC （B4:0C:25:E3:7D:62） | |||||||||||||||||||||||||||||||
| 12 | 96 | イーサタイプ ( 0x0800 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | DHCP ペイロードを含む UDP PDU を含む IPv4 パケット... | |||||||||||||||||||||||||||||||
| 20 | 160 | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | フレームチェックシーケンス | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | IPv4ヘッダーの開始 | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | TTL | プロトコル（17 UDP） | ヘッダーチェックサム | |||||||||||||||||||||||||||||
| 12 | 96 | 送信元アドレス ( 192.168.1.1 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | 宛先アドレス ( 192.168.1.100 ) | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 20 | 160 | 送信元ポート (67) | 目的地ポート (68) | ||||||||||||||||||||||||||||||
| 24 | 192 | 長さ | チェックサム | ||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 28 | 224 | OP ( 0x02 ) | HTYPE ( 0x01 ) | HLEN ( 0x06 ) | ホップ ( 0x00 ) | ||||||||||||||||||||||||||||
| 32 | 256 | XID ( 0x3903F326 ) | |||||||||||||||||||||||||||||||
| 36 | 288 | 秒 ( 0x0000 ) | フラグ ( 0x0000 ) | ||||||||||||||||||||||||||||||
| 40 | 320 | CIADDR (クライアントIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 44 | 352 | YIADDR (あなたのIPアドレス: 0xC0A80164または192.168.1.100 ) | |||||||||||||||||||||||||||||||
| 48 | 384 | SIADDR (サーバーIPアドレス: 0xC0A80101または192.168.1.1 ) | |||||||||||||||||||||||||||||||
| 52 | 416 | GIADDR (ゲートウェイIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 56 | 448 | CHADDR (クライアントハードウェアアドレス: 0x00053C04 0x8D590000 0x00000000 0x00000000 ) | |||||||||||||||||||||||||||||||
| 60 | 480 | ||||||||||||||||||||||||||||||||
| 64 | 512 | ||||||||||||||||||||||||||||||||
| 68 | 544 | ||||||||||||||||||||||||||||||||
| 72 | 576 | 192 オクテットの 0、または追加オプション用のオーバーフロー スペース。BOOTP レガシー。 | |||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| 260 | 2080 | ||||||||||||||||||||||||||||||||
| 264 | 2112 | マジッククッキー（0x63825363） | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 268 | 2144 | 最初のオプション: 0x350102 : オプション53 (DHCPメッセージタイプ) 1オクテット (DHCPOFFERを含む) | 2番目のオプション:↴ | ||||||||||||||||||||||||||||||
| 272 | 2176 | ↪0x0104ffffff00 : オプション1 (サブネットマスク) 4オクテット ( 255.255.255.0を含む) | |||||||||||||||||||||||||||||||
| 276 | 2208 | 3番目のオプション: 0x0304c0A80101 : オプション: 3 (ルーター) 4オクテット ( 192.168.1.1を含む)↴ | |||||||||||||||||||||||||||||||
| 280 | 2240 | ↪ルーター継続... | 4番目のオプション: 0x330400015080 : オプション51 (アドレス時間) 4オクテット (86400秒のリース時間)↴ | ||||||||||||||||||||||||||||||
| 284 | 2272 | ↪アドレス時間継続... | 5番目のオプション: | ||||||||||||||||||||||||||||||
| 288 | 2304 | 0x060c09070a0f09070a1009070a13 :オプション6（ドメインサーバー）14オクテット（9.7.10.15、9.7.10.16、9.7.10.18を含む） | |||||||||||||||||||||||||||||||
| 292 | 2336 | ||||||||||||||||||||||||||||||||
| 296 | 2368 | ||||||||||||||||||||||||||||||||
| 300 | 2400 | ff | |||||||||||||||||||||||||||||||
リクエスト
DHCPオファーへの応答として、クライアントはDHCPREQUESTメッセージをサーバーにブロードキャストし、[ a ]提示されたアドレスを要求します。クライアントは複数のサーバーからDHCPオファーを受信できますが、受け入れるのは1つのDHCPオファーのみです。
クライアントは、DHCPREQUESTメッセージで、クライアントが選択したオファーのサーバーを示すサーバー識別オプションを送信する必要があります。 [ 1 ]：セクション3.1、項目3 他のDHCPサーバーがこのメッセージを受信すると、クライアントに対して行ったオファーを撤回し、提供したIPアドレスを使用可能なアドレスのプールに戻します。
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | 宛先MAC ( FF:FF:FF:FF:FF:FF ) | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | 送信元 MAC ( 00:05:3C:04:8D:59 ) | |||||||||||||||||||||||||||||||
| 12 | 96 | イーサタイプ ( 0x0800 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | DHCP ペイロードを含む UDP PDU を含む IPv4 パケット... | |||||||||||||||||||||||||||||||
| 20 | 160 | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | フレームチェックシーケンス | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | IPv4ヘッダーの開始 | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | TTL | プロトコル（17 UDP） | ヘッダーチェックサム | |||||||||||||||||||||||||||||
| 12 | 96 | 送信元アドレス ( 0.0.0.0 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | 宛先アドレス ( 255.255.255.255 ) | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 20 | 160 | 送信元ポート (68) | 目的地港 (67) | ||||||||||||||||||||||||||||||
| 24 | 192 | 長さ | チェックサム | ||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 28 | 224 | OP ( 0x01 ) | HTYPE ( 0x01 ) | HLEN ( 0x06 ) | ホップ ( 0x00 ) | ||||||||||||||||||||||||||||
| 32 | 256 | XID ( 0x3903F326 ) | |||||||||||||||||||||||||||||||
| 36 | 288 | 秒 ( 0x0000 ) | フラグ ( 0x0000 ) | ||||||||||||||||||||||||||||||
| 40 | 320 | CIADDR (クライアントIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 44 | 352 | YIADDR (あなたのIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 48 | 384 | SIADDR (サーバーIPアドレス: 0xc0a80101または192.168.1.1 ) | |||||||||||||||||||||||||||||||
| 52 | 416 | GIADDR (ゲートウェイIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 56 | 448 | CHADDR (クライアントハードウェアアドレス: 0x00053C04 0x8D590000 0x00000000 0x00000000 ) | |||||||||||||||||||||||||||||||
| 60 | 480 | ||||||||||||||||||||||||||||||||
| 64 | 512 | ||||||||||||||||||||||||||||||||
| 68 | 544 | ||||||||||||||||||||||||||||||||
| 72 | 576 | 192 オクテットの 0、または追加オプション用のオーバーフロー スペース。BOOTP レガシー。 | |||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| 260 | 2080 | ||||||||||||||||||||||||||||||||
| 264 | 2112 | マジッククッキー（0x63825363） | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 268 | 2144 | 最初のオプション: 0x350103 : オプション53 (DHCPメッセージタイプ) 1オクテット (DHCPREQUESTを含む) | 2番目のオプション:↴ | ||||||||||||||||||||||||||||||
| 272 | 2176 | ↪0x3204c0a80164 : オプション50 (IPアドレス要求) 4オクテット ( 192.168.1.100を含む) | |||||||||||||||||||||||||||||||
| 276 | 2208 | 3番目のオプション: 0x3604c0a801601 : オプション: 54 (DHCP サーバー) 4オクテット ( 192.168.1.1を含む)↴ | |||||||||||||||||||||||||||||||
| 280 | 2240 | ↪DHCP サーバーは... | ff | ||||||||||||||||||||||||||||||
了承
DHCPサーバーがクライアントからDHCPREQUESTメッセージを受信すると、設定プロセスは最終段階に入ります。確認応答フェーズでは、クライアントにDHCPACKパケットを送信します。このパケットには、リース期間やクライアントが要求した可能性のあるその他の設定情報が含まれます。これでIP設定プロセスは完了です。
プロトコルは、DHCP クライアントがネゴシエートされたパラメータを使用してネットワーク インターフェイスを構成することを想定しています。
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | 宛先MAC ( 00:05:3C:04:8D:59 ) | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | 送信元MAC （B4:0C:25:E3:7D:62） | |||||||||||||||||||||||||||||||
| 12 | 96 | イーサタイプ ( 0x0800 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | DHCP ペイロードを含む UDP PDU を含む IPv4 パケット... | |||||||||||||||||||||||||||||||
| 20 | 160 | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | フレームチェックシーケンス | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | IPv4ヘッダーの開始 | |||||||||||||||||||||||||||||||
| 4 | 32 | ||||||||||||||||||||||||||||||||
| 8 | 64 | TTL | プロトコル（17 UDP） | ヘッダーチェックサム | |||||||||||||||||||||||||||||
| 12 | 96 | 送信元アドレス ( 192.168.1.1 ) | |||||||||||||||||||||||||||||||
| 16 | 128 | 宛先アドレス ( 192.168.1.100 ) | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 20 | 160 | 送信元ポート (67) | 目的地ポート (68) | ||||||||||||||||||||||||||||||
| 24 | 192 | 長さ | チェックサム | ||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 28 | 224 | OP ( 0x02 ) | HTYPE ( 0x01 ) | HLEN ( 0x06 ) | ホップ ( 0x00 ) | ||||||||||||||||||||||||||||
| 32 | 256 | XID ( 0x3903F326 ) | |||||||||||||||||||||||||||||||
| 36 | 288 | 秒 ( 0x0000 ) | フラグ ( 0x0000 ) | ||||||||||||||||||||||||||||||
| 40 | 320 | CIADDR (クライアントIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 44 | 352 | YIADDR (あなたのIPアドレス: 0xC0A80164または192.168.1.100 ) | |||||||||||||||||||||||||||||||
| 48 | 384 | SIADDR (サーバーIPアドレス: 0xC0A80101または192.168.1.1 ) | |||||||||||||||||||||||||||||||
| 52 | 416 | GIADDR (ゲートウェイIPアドレス: 0x00000000 ) | |||||||||||||||||||||||||||||||
| 56 | 448 | CHADDR (クライアントハードウェアアドレス: 0x00053C04 0x8D590000 0x00000000 0x00000000 ) | |||||||||||||||||||||||||||||||
| 60 | 480 | ||||||||||||||||||||||||||||||||
| 64 | 512 | ||||||||||||||||||||||||||||||||
| 68 | 544 | ||||||||||||||||||||||||||||||||
| 72 | 576 | 192 オクテットの 0、または追加オプション用のオーバーフロー スペース。BOOTP レガシー。 | |||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| 260 | 2080 | ||||||||||||||||||||||||||||||||
| 264 | 2112 | マジッククッキー（0x63825363） | |||||||||||||||||||||||||||||||
| オフセット | オクテット | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| オクテット | 少し | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 268 | 2144 | 最初のオプション: 0x350105 : オプション53 (DHCPメッセージタイプ) 1オクテット (DHCPACKを含む) | 2番目のオプション:↴ | ||||||||||||||||||||||||||||||
| 272 | 2176 | ↪0x0104ffffff00 : オプション1 (サブネットマスク) 4オクテット ( 255.255.255.0を含む) | |||||||||||||||||||||||||||||||
| 276 | 2208 | 3番目のオプション: 0x0304c0A80101 : オプション: 3 (ルーター) 4オクテット ( 192.168.1.1を含む)↴ | |||||||||||||||||||||||||||||||
| 280 | 2240 | ↪ルーター継続... | 4番目のオプション: 0x330400015080 : オプション51 (アドレス時間) 4オクテット (86400秒のリース時間)↴ | ||||||||||||||||||||||||||||||
| 284 | 2272 | ↪アドレス時間継続... | 5番目のオプション: | ||||||||||||||||||||||||||||||
| 288 | 2304 | 0x060c09070a0f09070a1009070a13 :オプション6（ドメインサーバー）14オクテット（9.7.10.15、9.7.10.16、9.7.10.18を含む） | |||||||||||||||||||||||||||||||
| 292 | 2336 | ||||||||||||||||||||||||||||||||
| 296 | 2368 | ||||||||||||||||||||||||||||||||
| 300 | 2400 | ff | |||||||||||||||||||||||||||||||
IPアドレスの選択と設定
サーバーがプールからIPアドレスを再利用する場合、最初に（pingを使用して）そのアドレスがすでに使用されていないかどうかを確認することがあります。[ 1 ]：sec.2.2 これは、ホストがDHCPスコープ内にあるIPアドレスで手動で構成されている場合に発生する可能性があります。
IPアドレスを要求する前に、クライアントは新しく受信したアドレスを（例えばARPを使って）プローブし、ネットワーク内にそのIPアドレスを持つ別のホストが存在するかどうかを確認する必要があります。[ 1 ]：第2.2節 応答がない場合、このアドレスは他のホストのアドレスと競合していないため、自由に使用できます。このプローブによって、そのアドレスを使用している別のコンピュータが見つかった場合、クライアントはDHCPサーバーにDHCPDECLINEをブロードキャストする必要があります。
情報
DHCPクライアントは、サーバーが元のDHCPOFFERで送信した情報よりも多くの情報を要求する場合があります。また、特定のアプリケーションのために、同じデータを繰り返し要求する場合もあります。例えば、ブラウザはDHCP Informを使用してWPAD経由でWebプロキシ設定を取得します。
リリース
クライアントはDHCPサーバーにDHCP情報の解放要求を送信し、IPアドレスを非アクティブ化します。クライアントデバイスは通常、ユーザーがいつネットワークから切断されるかを把握できないため、プロトコルではDHCP Releaseの送信は必須ではありません。
クライアント構成パラメータ
DHCPサーバーはクライアントにオプションの設定パラメータを提供することができます。RFC 2132では、インターネット割り当て番号局（IANA）によって定義された利用可能なDHCPオプション（DHCPおよびBOOTPパラメータ）について説明しています。[ 12 ]
DHCPクライアントは、DHCPサーバーから提供されるパラメータを選択、操作、上書きできます。Unix系システムでは、このクライアントレベルの調整は通常、設定ファイル/etc/dhclient.confの値に基づいて行われます。
オプション
オプションは可変長のオクテット文字列です。これはType-Length-Valueエンコーディングと呼ばれます。最初のオクテットはオプションコード、2番目のオクテットは後続のオクテット数、残りのオクテットはコードに依存します。例えば、オファーのDHCPメッセージタイプオプションは0x35、0x01、0x02と表されます。0x35は「DHCPメッセージタイプ」のコード53、0x01は1オクテットが続くことを意味し、0x02は「オファー」の値です。
次の表は利用可能なDHCPオプションの一覧です。[ 13 ] [ 12 ]
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 0 | パッド | 0オクテット | 他のオプションをワード境界に揃えるために使用できます。長さバイトは続きません。 |
| 1 | サブネットマスク | 4オクテット | RFC 950に準拠したクライアントのサブネットマスク。サブネットマスクとルーターオプション（オプション3）の両方が含まれる場合は、サブネットマスクオプションを最初に指定する必要があります。 |
| 2 | 時間オフセット | 4オクテット | クライアントのサブネットの協定世界時（UTC）からのオフセット（秒単位）。オフセットは2の補数形式の32ビット整数で表されます。正のオフセットは基準子午線の東側、負のオフセットは西側を示します。 |
| 3 | ルーター | 4オクテットの倍数 | 利用可能なルーターは優先順位に従ってリストされます |
| 4 | タイムサーバー | 4オクテットの倍数 | 同期可能なタイムプロトコルサーバーは、優先順位に従ってリストされます。 |
| 5 | ネームサーバー | 4オクテットの倍数 | 利用可能なIEN 116ネームサーバーは、優先順位に従ってリストされる必要があります。 |
| 6 | ドメインネームサーバー | 4オクテットの倍数 | 利用可能なDNSサーバーは、優先順にリストされます |
| 7 | ログサーバー | 4オクテットの倍数 | 利用可能なログサーバーは、優先順にリストされる必要があります |
| 8 | クッキーサーバー | 4オクテットの倍数 | この場合のCookie は、「フォーチュン クッキー」や「今日の名言」など、大型コンピュータのログオン プロセスの一環として送信される簡潔でユーモラスな逸話を意味します。Webサイトから送信される Cookieとはまったく関係ありません。 |
| 9 | LPRサーバー | 4オクテットの倍数 | クライアントが利用できる ラインプリンタデーモンプロトコルサーバのリストは、優先順位に従ってリストされる必要があります。 |
| 10 | Impressサーバー | 4オクテットの倍数 | クライアントが利用できるImagen Impressサーバーのリストは、優先順位に従ってリストされる必要があります。 |
| 11 | リソースロケーションサーバー | 4オクテットの倍数 | クライアントが利用できるリソースロケーションプロトコルサーバーのリストは、優先順位に従ってリストされる必要があります。 |
| 12 | ホスト名 | 最小1オクテット | クライアントの名前。名前はローカルドメイン名で修飾できます。 |
| 13 | ブートファイルのサイズ | 2オクテット | ブートイメージの長さ（512Bブロック） |
| 14 | Meritダンプファイル | 最小1オクテット | クラッシュダンプを保存するパス |
| 15 | ドメイン名 | 最小1オクテット | |
| 16 | スワップサーバー | 4オクテット | |
| 17 | ルートパス | 最小1オクテット | |
| 18 | 拡張機能パス | 最小1オクテット | |
| 255 | 終わり | 0オクテット | ベンダーオプションフィールドの終了を示すために使用されます |
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 19 | IP転送の有効化/無効化 | 1オクテット | |
| 20 | 非ローカルソースルーティングの有効化/無効化 | 1オクテット | |
| 21 | ポリシーフィルター | 8オクテットの倍数 | |
| 22 | 最大データグラム再構成サイズ | 2オクテット | |
| 23 | デフォルトの IP 有効期間 | 1オクテット | |
| 24 | パスMTUエージングタイムアウト | 4オクテット | |
| 25 | パスMTUプラトーテーブル | 2オクテットの倍数 |
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 26 | インターフェースMTU | 2オクテット | |
| 27 | すべてのサブネットはローカルです | 1オクテット | |
| 28 | ブロードキャストアドレス | 4オクテット | |
| 29 | マスク検出を実行する | 1オクテット | |
| 30 | マスクサプライヤー | 1オクテット | |
| 31 | ルーターの検出を実行する | 1オクテット | |
| 32 | ルータ要請アドレス | 4オクテット | |
| 33 | 静的ルート | 8オクテットの倍数 | 宛先/ルーターのペアのリスト |
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 34 | トレーラーカプセル化オプション | 1オクテット | |
| 35 | ARPキャッシュタイムアウト | 4オクテット | |
| 36 | イーサネットカプセル化 | 1オクテット |
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 37 | TCPデフォルトTTL | 1オクテット | |
| 38 | TCPキープアライブ間隔 | 4オクテット | |
| 39 | TCPキープアライブガベージ | 1オクテット |
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 40 | ネットワーク情報サービスドメイン | 最小1オクテット | |
| 41 | ネットワーク情報サーバー | 4オクテットの倍数 | |
| 42 | ネットワークタイムプロトコル（NTP）サーバー | 4オクテットの倍数 | |
| 43 | ベンダー固有の情報 | 最小1オクテット | |
| 44 | NetBIOS over TCP/IP ネームサーバー | 4オクテットの倍数 | |
| 45 | NetBIOS over TCP/IP データグラム配布サーバー | 4オクテットの倍数 | |
| 46 | NetBIOS over TCP/IP ノードタイプ | 1オクテット | |
| 47 | NetBIOS over TCP/IP スコープ | 最小1オクテット | |
| 48 | X Window Systemフォントサーバー | 4オクテットの倍数 | |
| 49 | X Window System ディスプレイマネージャー | 4オクテットの倍数 | |
| 64 | ネットワーク情報サービス+ ドメイン | 最小1オクテット | |
| 65 | ネットワーク情報サービス+サーバー | 4オクテットの倍数 | |
| 68 | モバイルIPホームエージェント | 4オクテットの倍数 | |
| 69 | シンプルメール転送プロトコル（SMTP）サーバー | 4オクテットの倍数 | |
| 70 | ポストオフィスプロトコル（POP3）サーバー | 4オクテットの倍数 | |
| 71 | ネットワークニュース転送プロトコル（NNTP）サーバー | 4オクテットの倍数 | |
| 72 | デフォルトのワールドワイドウェブ(WWW) サーバー | 4オクテットの倍数 | |
| 73 | デフォルトのFingerプロトコルサーバー | 4オクテットの倍数 | |
| 74 | デフォルトのインターネットリレーチャット（IRC）サーバー | 4オクテットの倍数 | |
| 75 | ストリートトークサーバー | 4オクテットの倍数 | |
| 76 | ストリートトークディレクトリアシスタンス（STDA）サーバー | 4オクテットの倍数 |
| コード | 名前 | 長さ | 注記 |
|---|---|---|---|
| 50 | 要求されたIPアドレス | 4オクテット | |
| 51 | IPアドレスのリース期間 | 4オクテット | |
| 52 | オプションオーバーロード | 1オクテット | |
| 53 | DHCPメッセージタイプ | 1オクテット | |
| 54 | サーバー識別子 | 4オクテット | |
| 55 | パラメータ要求リスト | 最小1オクテット | |
| 56 | メッセージ | 最小1オクテット | |
| 57 | 最大DHCPメッセージサイズ | 2オクテット | |
| 58 | 更新（T1）時間価値 | 4オクテット | |
| 59 | 再バインド（T2）時間値 | 4オクテット | |
| 60 | ベンダークラス識別子 | 最小1オクテット | |
| 61 | クライアント識別子 | 最小2オクテット | |
| 66 | TFTPサーバー名 | 最小1オクテット | |
| 67 | ブートファイル名 | 最小1オクテット |
DHCPメッセージの種類
この表はDHCPメッセージの種類を示しています。これらのコードは、上記の表に示されているDHCP拡張53の値です。
| コード | 名前 | 長さ | RFC |
|---|---|---|---|
| 1 | DHCP検出 | 1オクテット | 2132 [ 13 ] : §9.6 |
| 2 | DHCPオファー | 1オクテット | 2132 |
| 3 | DHCPリクエスト | 1オクテット | 2132 |
| 4 | DHCP拒否 | 1オクテット | 2132 |
| 5 | DHCPACK | 1オクテット | 2132 |
| 6 | DHCPNAK | 1オクテット | 2132 |
| 7 | DHCPリリース | 1オクテット | 2132 |
| 8 | DHCPINFORM | 1オクテット | 2132 |
| 9 | DHCPFORCERENEW | 1オクテット | 3203 [ 14 ] : §4 |
| 10 | DHCPLEASEQUERY | 1オクテット | 4388 [ 15 ] : §6.1 |
| 11 | DHCPLEASE未割り当て | 1オクテット | 4388 |
| 12 | DHCPLEASE不明 | 1オクテット | 4388 |
| 13 | DHCPLEASEACTIVE | 1オクテット | 4388 |
| 14 | DHCPバルクリースクエリ | 1オクテット | 6926 [ 16 ] : §6.2.1 |
| 15 | DHCPLEASEQUERYDONE | 1オクテット | 6926 |
| 16 | DHCPアクティブリースクエリ | 1オクテット | 7724 [ 17 ] : §5.2.1 |
| 17 | DHCPLEASEQUERYSTATUS | 1オクテット | 7724 |
| 18 | DHCPTLS | 1オクテット | 7724 |
クライアントベンダーの識別
DHCPクライアントのベンダーと機能を識別するオプションが存在します。この情報は、 DHCPクライアントのベンダーによって指定された意味を持つ、可変長の文字列またはオクテットです。DHCPクライアントが特定の種類のハードウェアまたはファームウェアを使用していることをサーバーに通知する方法の一つは、DHCP要求にベンダークラス識別子（VCI）（オプション60）を設定することです。
このオプションに設定された値は、DHCPサーバーに、クライアントがDHCP応答で必要とする追加情報に関するヒントを与えます。一部のセットトップボックスでは、VCIを設定して、デバイスのハードウェアタイプと機能をDHCPサーバーに通知します。例えば、Arubaキャンパス無線アクセスポイントは、DHCPDISCOVERメッセージのオプション60として「ArubaAP」という値を提供します。 [ 18 ] DHCPサーバーは、オプション43でAruba無線コントローラーのIPアドレスをDHCPOFFERに追加することで、アクセスポイントが自身を登録する場所を認識できるようにします。
クライアントが VCI を設定すると、DHCP サーバーはクライアント マシンを区別し、それらからの要求を適切に処理できるようになります。
その他の拡張機能
| コード | 名前 | 長さ | RFC |
|---|---|---|---|
| 77 | ユーザークラス | 最小2オクテット | 3004 [ 19 ] |
| 82 | リレーエージェント情報 | 最小2オクテット | 3046 [ 20 ] |
| 85 | Novell ディレクトリ サービス(NDS) サーバー | 最小4オクテット、4オクテットの倍数 | 2241 [ 21 ] : §2 |
| 86 | NDSツリー名 | 変数 | 2241 [ 21 ] : §3 |
| 87 | NDSコンテキスト | 変数 | 2241 [ 21 ] : §4 |
| 100 | タイムゾーン、POSIXスタイル | 変数 | 4833 [ 22 ] |
| 101 | タイムゾーン、tzデータベーススタイル | 変数 | 4833 |
| 114 | DHCPキャプティブポータル | 変数 | 8910 [ 23 ] |
| 119 | ドメイン検索 | 変数 | 3397 [ 24 ] |
| 121 | クラスレススタティックルート | 変数 | 3442 [ 25 ] |
| 209 | 設定ファイル | 変数 | 5071 [ 26 ] |
| 210 | パスプレフィックス | 変数 | 5071 |
| 211 | 再起動時間 | 変数 | 5071 |
リレーエージェント情報サブオプション
リレーエージェント情報オプション（オプション82）は、DHCPリレーとDHCPサーバー間で送信されるDHCP要求にサブオプションを添付するためのコンテナを指定します。[ 27 ]
| コード | 名前 | 長さ | RFC |
|---|---|---|---|
| 1 | エージェント回路ID | 最小1オクテット | 3046 [ 20 ] |
| 2 | エージェントリモートID | 最小1オクテット | 3046 |
| 4 | データオーバーケーブルサービスインターフェース仕様（DOCSIS）デバイスクラス | 4オクテット | 3256 [ 28 ] |
リレー
1つのIPサブネットのみを管理する小規模ネットワークでは、DHCPクライアントはDHCPサーバーと直接通信します。ただし、DHCPサーバーは複数のサブネットにIPアドレスを提供することもできます。この場合、まだIPアドレスを取得していないDHCPクライアントは、クライアントのブロードキャストを自身のサブネットでのみ受信できるため、同一サブネットにないDHCPサーバーと直接通信することはできません。
DHCPサーバが直接サービスを提供していないサブネット上のDHCPクライアントがDHCPサーバと通信できるようにするため、これらのサブネットにDHCPリレーエージェントをインストールすることができます。DHCPリレーエージェントは、クライアントのサブネットとDHCPサーバのサブネット間のルーティングが可能なネットワークデバイス上で動作します。DHCPクライアントはローカルリンク上でブロードキャストを送信し、リレーエージェントはブロードキャストを受信し、ユニキャストを使用して1つ以上のDHCPサーバに送信します。DHCPサーバのIPアドレスは、リレーエージェントに手動で設定されます。リレーエージェントは、クライアントのブロードキャストを受信したインターフェースから取得した自身のIPアドレスを、 DHCPパケットのGIADDRフィールドに格納します。DHCPサーバはGIADDR値を使用してサブネットを決定し、続いてIPアドレスを割り当てるアドレスプールを選択します。DHCPサーバがクライアントに応答する際、応答はGIADDRアドレスにユニキャストで送信されます。リレーエージェントは、クライアントのMACアドレス宛てのイーサネットフレームで、（ほとんどの場合）ユニキャストを使用して、新たに予約されたIPアドレスにローカルネットワーク上で応答を再送信します。クライアントは、そのIPアドレスがインターフェースにまだ設定されていない場合でも、パケットを自分のものとして受け入れる必要があります。[ 1 ]：25 パケットを処理した直後、クライアントはインターフェースにIPアドレスを設定し、その後すぐに通常のIP通信の準備が整います。
クライアントのIPスタック実装がIPアドレスをまだ取得していない状態でユニキャストパケットを受け入れない場合、クライアントはDHCPDISCOVERパケットを送信する際にFLAGSフィールドにブロードキャストビットを設定することがあります。リレーエージェントは、 255.255.255.255のブロードキャストIPアドレス（およびクライアントのMACアドレス）を使用して、サーバーのDHCPOFFERをクライアントに通知します。
リレー エージェントと DHCP サーバー間の通信では、通常、送信元と宛先の両方の UDP ポート 67 が使用されます。
クライアント国
DHCPクライアントはサーバーから以下のメッセージを受信できる: [ 1 ] : §4.4
- DHCPオファー
- DHCPACK
- DHCPNAK
クライアントは、サーバーがクライアントが送信するメッセージにどのように応答するかに応じて、DHCP 状態を移動します。
信頼性
DHCP は、定期的な更新、再バインド、[ 1 ] : §4.4.5 およびフェイルオーバーといういくつかの方法で信頼性を確保します。DHCP クライアントには、一定期間有効なリースが割り当てられます。リース期間の半分が経過すると、クライアントはリースの更新を試行し始めます。[ 1 ] : §4.4.5 パラグラフ 3 クライアントは、元のリースを付与した DHCP サーバーに ユニキャストDHCPREQUESTメッセージを送信することでこれを行います。そのサーバーがダウンしているか到達不能な場合は、 DHCPREQUESTに応答できません。ただし、その場合、クライアントは定期的にDHCPREQUEST を繰り返し、 [ 1 ] : §4.4.5 パラグラフ 8 [ b ]ので、DHCP サーバーが復旧するか再び到達可能になると、DHCP クライアントは正常に接続してリースを更新できます。
DHCPサーバが一定時間到達不能な場合、[ 1 ] : §4.4.5 パラグラフ5 DHCPクライアントは、DHCPREQUESTをユニキャストではなくブロードキャストすることで再バインドを試みます。ブロードキャストであるため、DHCPREQUESTメッセージは利用可能なすべてのDHCPサーバに到達します。他のDHCPサーバがリースを更新できる場合、その時点で更新が行われます。
再バインドが機能するためには、クライアントがバックアップDHCPサーバーへの接続に成功した際に、そのサーバーがクライアントのバインドに関する正確な情報を持っている必要があります。2つのサーバー間で正確なバインド情報を維持することは複雑な問題です。両方のサーバーが同じリースデータベースを更新できる場合、独立したサーバー間での更新の競合を回避するメカニズムが必要です。フォールトトレラントDHCPサーバーの実装に関する提案はインターネット技術タスクフォースに提出されましたが、正式には採用されませんでした。[ 29 ] [ c ]
再バインドに失敗した場合、リースは最終的に期限切れになります。リースが期限切れになると、クライアントはリースで付与されたIPアドレスの使用を停止する必要があります。[ 1 ]：§4.4.5 パラグラフ9 その時点で、クライアントはメッセージをブロードキャストすることでDHCPプロセスを最初から再開しますDHCPDISCOVER。リースが期限切れになっているため、クライアントは提供されたIPアドレスをすべて受け入れます。新しいIPアドレス（おそらく別のDHCPサーバーからのもの）を取得すると、クライアントは再びネットワークを使用できるようになります。ただし、IPアドレスが変更されているため、進行中の接続は切断されます。
IPv6ネットワーク
DHCPの基本的な手法は、インターネットプロトコルバージョン4 （IPv4）ベースのネットワーク向けに開発されました。IPv6ネットワークの開発と導入以来、ステートレスなアドレス自動設定というIPv6固有の機能にもかかわらず、DHCPはIPv6ネットワークにおけるパラメータ割り当てにも使用されるようになりました。このプロトコルのIPv6バージョンはDHCPv6と呼ばれます。[ 30 ]
安全
基本DHCPには認証メカニズムが含まれていません。[ 20 ] : §7 このため、様々な攻撃に対して脆弱です。これらの攻撃は主に3つのカテゴリに分類されます。[ 1 ] : §7
- 不正な DHCP サーバーがクライアントに誤った情報を提供します。
- 権限のないクライアントがリソースにアクセスする。
- 悪意のある DHCP クライアントからのリソース枯渇攻撃。
クライアントはDHCPサーバーの身元を検証する方法がないため、不正なDHCPサーバー（一般に「不正DHCP」と呼ばれる）がネットワーク上で稼働し、DHCPクライアントに誤った情報を提供する可能性があります。[ 31 ] これは、サービス拒否攻撃（クライアントがネットワーク接続にアクセスできないようにする攻撃）として、または中間者攻撃（man-in-the-middle attack）として機能します。[33] DHCPサーバーは、1つまたは複数のDNSサーバーのIPアドレスなどのサーバーのIPアドレスをDHCPクライアントに提供するため、[ 1 ] : sec . 7攻撃者はDHCP クライアントにDNSルックアップを自身のDNSサーバー経由で行うように仕向けることができ、その結果、クライアントからのDNSクエリに対して独自の回答を提供できるようになります。[ 34 ]これにより、攻撃者はネットワークトラフィックを自身経由でリダイレクトし、接続するクライアントとネットワークサーバー間の接続を盗聴したり、それらのネットワークサーバーを自身のサーバーに置き換えたりすることができます。[ 34 ]
DHCPサーバーにはクライアントを認証するための安全なメカニズムがないため、クライアントは他のDHCPクライアントに属するクライアント識別子などの資格情報を提示することで、IPアドレスに不正にアクセスできます。[ 31 ]また、これによりDHCPクライアントはDHCPサーバーのIPアドレスストアを使い果たすこともできます。つまり、アドレスを要求するたびに新しい資格情報を提示することで、クライアントは特定のネットワークリンクで利用可能なすべてのIPアドレスを消費し、他のDHCPクライアントがサービスを受けられないようにすることができます。[ 31 ]
DHCPはこれらの問題を軽減するためのメカニズムをいくつか提供しています。リレーエージェント情報オプションプロトコル拡張[ 20 ]（業界では通常、実際の番号であるオプション82 [ 35 ] [ 36 ]と呼ばれます）により、ネットワークオペレータは、DHCPメッセージがネットワークオペレータの信頼ネットワークに到着したときに、そのメッセージにタグを付加することができます。このタグは、クライアントのネットワークリソースへのアクセスを制御するための認証トークンとして使用されます。クライアントはリレーエージェントの上流のネットワークにアクセスできないため、認証がなくてもDHCPサーバオペレータが認証トークンに依存できます。[ 20 ]：sec. 7
もう一つの拡張であるDHCPメッセージの認証[ 37 ]（RFC 3118）は、DHCPメッセージの認証メカニズムを提供します。2002年時点では、多数のDHCPクライアントの鍵管理の問題のため、この拡張は広く普及していませんでした。[ 38 ] 2007年に出版されたDSL技術に関する書籍には、次のように記されています。
RFC 3118で提案されたセキュリティ対策に対して、多数のセキュリティ上の脆弱性が確認されました。この事実と802.1Xの導入が相まって、認証付きDHCPの導入と普及率が低下し、広く導入されることはありませんでした。[ 39 ]
2010 年の書籍では次のように述べられています。
DHCP認証の実装はごくわずかです。鍵管理の課題やハッシュ計算による処理遅延は、その利点に見合うだけの代償ではないと考えられてきました。[ 40 ]
2008年のアーキテクチャ提案では、DHCPリクエストの認証に802.1XまたはPANA（どちらもEAPを伝送する）が採用されている。[ 41 ] IETF提案では、DHCP自体にEAPを組み込む、いわゆるEAPoDHCPが提案された。[ 42 ]これはIETFドラフトレベルから発展していないようで、最終版は2010年となっている。[ 43 ]
IETF標準文書
- RFC 2131 –「ダイナミックホスト構成プロトコル」[ 1 ]ドラフト標準。
- RFC 2132 –「DHCPオプションとBOOTPベンダー拡張」[ 13 ]ドラフト標準。
- RFC 3046 –「DHCPリレーエージェント情報オプション」[ 20 ]提案標準。
- RFC 3203 –「DHCP再構成拡張」[ 14 ]提案標準。
- RFC 3397 –「動的ホスト構成プロトコル（DHCP）ドメイン検索オプション」[ 24 ]提案標準。
- RFC 3442 –「動的ホスト構成プロトコル（DHCP）バージョン4のクラスレス静的ルートオプション」[ 25 ]提案標準。
- RFC 3942 –「動的ホスト構成プロトコルバージョン4（DHCPv4）オプションの再分類」[ 44 ]提案標準。
- RFC 4361 –「動的ホスト構成プロトコルバージョン4（DHCPv4）のノード固有のクライアント識別子」[ 45 ]提案標準。
- RFC 4388 –「ダイナミックホスト構成プロトコル（DHCP）リースクエリ」[ 15 ]提案標準。
- RFC 4436 –「IPv4でのネットワーク接続の検出（DNAv4）」[ 46 ]提案標準。
- RFC 6926 – 「DHCPv4バルクリースクエリ」[ 16 ]提案標準。
- RFC 7724 –「アクティブDHCPv4リースクエリ」[ 17 ]提案標準。
- RFC 8415 –「IPv6用動的ホスト構成プロトコル（DHCPv6）」[ 9 ]提案標準。
参照
- ブートサービス検出プロトコル（BSDP） – AppleのNetBootで使用されるDHCP拡張機能
- DHCPサーバーソフトウェアの比較
- K. van den Hout; A. Koopal; R. van Mook (1998年4月1日). peg-dhcpによるIPアドレスの管理. ネットワークワーキンググループ. doi : 10.17487/RFC2322 . RFC 2322 .情報提供です。 これはエイプリルフールのコメント募集です。
- プリブート実行環境(PXE)
- 逆アドレス解決プロトコル(RARP)
- 不正なDHCP
- UDPヘルパーアドレス – サブネット境界を越えてDHCP要求をルーティングするためのツール
- Zeroconf – ゼロ構成ネットワーク
- Kea – Internet Systems Consortiumによって開発されたオープンソースの DHCP サーバー
注記
- ^オプションのクライアント動作として、DHCPクライアントがDHCPサーバーのIPアドレスを既に知っている場合、DHCP検出および要求メッセージを運ぶブロードキャストなどの一部はユニキャストに置き換えられることがあります。 [ 1 ]
- ^ RFCでは、クライアントがDHCPREQUESTパケットを再送信する前に、T2までの残り時間の半分を待つように要求している。
- ^この提案は、2台のサーバーが緩やかに同期を維持できるメカニズムを提供しました。これにより、片方のサーバーに完全な障害が発生した場合でも、もう一方のサーバーがリースデータベースを復旧し、動作を継続することができます。仕様の長さと複雑さのため、標準として公開されることはありませんでしたが、提案で説明されている技術は広く利用されており、オープンソースおよびいくつかの商用実装があります。
参考文献
- ^ a b c d e f g h i j k l m n o p q r s R. Droms (1997年3月).ダイナミックホスト構成プロトコル. IETFネットワークワーキンググループ. doi : 10.17487/RFC2131 . RFC 2131 .ドラフト 標準。RFC 1541は 廃止。RFC 3396、4361、5494、6842 により更新。
- ^ピーターソン, ラリー・L.; デイヴィー, ブルース・S. (2011). 『コンピュータネットワーク：システムアプローチ』（第5版）. エルゼビア. ISBN 978-0-12-385060-7. 2019年3月21日閲覧。
- ^ R. Finlayson; T. Mann; J. Mogul; M. Theimer (1984年6月).逆アドレス解決プロトコル. ネットワークワーキンググループ. doi : 10.17487/RFC0903 . STD 38. RFC 903 .インターネット標準 38。
- ^ Bill Croft、John Gilmore (1985年9月).ブートストラッププロトコル (BOOTP) . ネットワークワーキンググループ. doi : 10.17487/RFC0951 . RFC 951 .ドラフト 標準。RFC 1395、1497、1532、1542、5494 により更新されました。
- ^ R. Droms (1993年10月).ダイナミックホスト構成プロトコル. ネットワークワーキンググループ. doi : 10.17487/RFC1531 . RFC 1531 .廃止。編集プロセスにおけるエラーのため、RFC 1541 によって廃止されました。
- ^ R. Droms (1993年10月).ダイナミックホスト構成プロトコル. ネットワークワーキンググループ. doi : 10.17487/RFC1541 . RFC 1541 .廃止。RFC 2131 により 廃止。RFC 1531 より廃止。
- ^ Network+ Certification 2006 は Microsoft Press から出版されています。
- ^ J. Bound; B. Volz; T. Lemon; C. Perkins; M. Carney (2002年7月). R. Droms (編). IPv6用動的ホスト構成プロトコル (DHCPv6) . ネットワークワーキンググループ. doi : 10.17487/RFC3315 . RFC 3315 .廃止。RFC 8415により 廃止。RFC 4361、5494、6221、6422、6644、7083、7283、7227、7550 により更新。
- ^ a b T. Mrugalski; M. Siodelski; B. Volz; A. Yourtchenko; M. Richardson; S. Jiang; T. Lemon; T. Winters (2018年11月). IPv6用動的ホスト構成プロトコル (DHCPv6) .インターネット技術タスクフォース. doi : 10.17487/RFC8415 . ISSN 2070-1721 . RFC 8415 . 提案された標準。RFC 3315、3633、3736、4242、7083、7283 、および7550を廃止し ます。
- ^ 「DHCP - 動的ホスト構成プロトコル」。
- ^ Droms, Ralph; Lemon, Ted (2003). DHCPハンドブック. SAMS Publishing . p. 436. ISBN 978-0-672-32327-0。
- ^ a b「Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters」 . iana.org . 2018年10月16日閲覧。
- ^ a b c d e f g h i j S. Alexander; R. Droms (1997年3月). DHCPオプションとBOOTPベンダー拡張. IETFネットワークワーキンググループ. doi : 10.17487/RFC2132 . RFC 2132 .ドラフト 標準。RFC 1533は 廃止。RFC 3442、3942、4361、4833、5494 により更新。
- ^ a b Y. ティジョーンズ; C. ハブレット。 P. De Schrijver (2001 年 12 月)。DHCP 再構成拡張機能。ネットワークワーキンググループ。土井: 10.17487/RFC3203。RFC 3203。提案 された標準。RFC 6704 によって更新されました。
- ^ a b R. Woundy; K. Kinnear (2006年2月). Dynamic Host Configuration Protocol (DHCP) Leasequery . Network Working Group. doi : 10.17487/RFC4388 . RFC 4388 .提案 された標準。RFC 6148 によって更新されました。
- ^ a b K. Kinnear; M. Stapp; R. Desetti; B. Joshi; N. Russell; P. Kurapati; B. Volz (2013年4月). DHCPv4 Bulk Leasequery . Internet Engineering Task Force . doi : 10.17487/RFC6926 . ISSN 2070-1721 . RFC 6926 . 提案 された標準。RFC 7724 によって更新されました。
- ^ a b K. Kinnear; M. Stapp; B. Volz; N. Russell (2015年12月). Active DHCPv4 Lease Query . Internet Engineering Task Force . doi : 10.17487/RFC7724 . ISSN 2070-1721 . RFC 7724 . 提案された標準。RFC 6926 を 更新します。
- ^ 「Aruba DHCPオプション60」。2020年10月7日。2022年4月17日時点のオリジナルよりアーカイブ。
- ^ G. Stump; R. Droms; Y. Gu; R. Vyaghrapuri; A. Demirtjis; B. Beser; J. Privat (2000年11月). DHCPのユーザークラスオプション. ネットワークワーキンググループ. doi : 10.17487/RFC3004 . RFC 3004 .提案された標準。
- ^ a b c d e f M. Patrick (2001年1月). DHCPリレーエージェント情報オプション. ネットワークワーキンググループ. doi : 10.17487/RFC3046 . RFC 3046 .提案 された標準。RFC 6607 によって更新されました。
- ^ a b c D. Provan (1997年11月). Novellディレクトリサービス用DHCPオプション. ネットワークワーキンググループ. doi : 10.17487/RFC2241 . RFC 2241 .提案された標準。
- ^ E. Lear; P. Eggert (2007年4月). DHCPのタイムゾーンオプション. ネットワークワーキンググループ. doi : 10.17487/RFC4833 . RFC 4833 .提案さ れた標準。RFC 2132 を更新します。
- ^ W. Kumari; E. Kline (2020年9月). DHCPおよびルーター広告（RA）におけるキャプティブポータル識別.インターネット技術特別調査委員会. doi : 10.17487/RFC8910 . ISSN 2070-1721 . RFC 8910 . 提案された標準。RFC 7710を 廃止します。RFC 3679を 更新します。
- ^ a b B. Aboba; S. Cheshire (2002年11月).ダイナミックホスト構成プロトコル（DHCP）ドメイン検索オプション. ネットワークワーキンググループ. doi : 10.17487/RFC3397 . RFC 3397 .提案された標準。
- ^ a b T. Lemon; S. Cheshire ; B. Volz (2002年12月).ダイナミックホスト構成プロトコル（DHCP）バージョン4のクラスレススタティックルートオプション. ネットワークワーキンググループ. doi : 10.17487/RFC3442 . RFC 3442 .提案さ れた標準。RFC 2132 を更新します。
- ^ D. Hankins (2007年12月). PXELINUXで使用されるダイナミックホスト構成プロトコルオプション. ネットワークワーキンググループ. doi : 10.17487/RFC5071 . RFC 5071 .情報提供。
- ^ Patrick, Michael (2001年1月). 「DHCPリレーエージェント情報オプション」 . IETF文書. IETF . doi : 10.17487/RFC3046 . 2017年7月22日閲覧。
- ^ D. Jones; R. Woundy (2002年4月). DOCSIS (Data-Over-Cable Service Interface Specifications) デバイスクラス DHCP (Dynamic Host Configuration Protocol) リレーエージェント情報サブオプション. ネットワークワーキンググループ. doi : 10.17487/RFC3256 . RFC 3256 .提案された標準。
- ^ Droms, Ralph; Kinnear, Kim; Stapp, Mark; Volz, Bernie; Gonczi, Steve; Rabil, Greg; Dooley, Michael; Kapur, Arun (2003年3月). DHCPフェイルオーバープロトコル. IETF . ID draft-ietf-dhc-failover-12 . 2010年5月9日閲覧。
- ^ Weinberg, Neal (2018年8月14日). 「DHCPの終焉が近い理由」 . Network World . 2019年8月7日閲覧。
- ^ a b cスタプコ、ティモシー（2011年）『実践的な組み込みセキュリティ：リソース制約のある安全なシステムの構築』ニューネス社、39ページ、ISBN 978-0-08-055131-9。
- ^ Rountree, Derrick (2013). Windows 2012 Server ネットワークセキュリティ: Windows ネットワークシステムとインフラストラクチャのセキュリティ保護. Newnes. p. 22. ISBN 978-1-59749-965-1。
- ^ルーニー、ティモシー（2010年）『IPアドレス管理入門』John Wiley & Sons. p. 180. ISBN 978-1-118-07380-3。
- ^ a b Golovanov (Kaspersky Labs), Sergey (2011年6月). 「TDSSローダーが「脚」を獲得. 2021年1月25日時点のオリジナルよりアーカイブ。
- ^ヘンズ、フランシスコ・J.、カバレロ、ホセ・M. (2008). 『トリプルプレイ：IP、VoIP、IPTVのための統合ネットワークの構築』ジョン・ワイリー・アンド・サンズ. p. 239. ISBN 978-0-470-75439-9。
- ^ラミレス、デビッド・H. (2008). IPTVセキュリティ：高価値デジタルコンテンツの保護. ジョン・ワイリー・アンド・サンズ. p. 55. ISBN 978-0-470-72719-5。
- ^ R. Droms; W. Arbaugh編 (2001年6月). DHCPメッセージの認証. ネットワークワーキンググループ. doi : 10.17487/RFC3118 . RFC 3118 .提案された標準。
- ^ Lemon, Ted (2002年4月). 「RFC 3118の実装」 .
- ^ Golden, Philip; Dedieu, Hervé; Jacobsen, Krista S. (2007). DSL技術の実装と応用. Taylor & Francis. p. 484. ISBN 978-1-4200-1307-8。
- ^ルーニー、ティモシー (2010). IPアドレス管理入門. John Wiley & Sons. pp. 181– 182. ISBN 978-1-118-07380-3。
- ^コープランド、レベッカ (2008). IMSによるNGN有線ネットワークとモバイル3Gネットワークの統合. テイラー＆フランシス. pp. 142– 143. ISBN 978-1-4200-1378-8。
- ^ Prasad, Ramjee; Mihovska, Albena (2009). 『モバイルおよび無線通信の新たな展望：ネットワーク、サービス、アプリケーション』 第2巻. Artech House. p. 339. ISBN 978-1-60783-970-5。
- ^ 「Draft-pruss-DHCP-auth-DSL-07 - ブロードバンド向けダイナミックホスト構成プロトコルのEAP認証拡張」 。 2015年4月3日時点のオリジナルよりアーカイブ。 2013年12月12日閲覧。
- ^ B. Volz (2004年11月).ダイナミックホスト構成プロトコルバージョン4（DHCPv4）オプションの再分類. ネットワークワーキンググループ. doi : 10.17487/RFC3942 . RFC 3942 .提案さ れた標準。RFC 2132 を更新します。
- ^ T. Lemon; B. Sommerfield (2006年2月).動的ホスト構成プロトコルバージョン4（DHCPv4）のノード固有クライアント識別子. ネットワークワーキンググループ. doi : 10.17487/RFC4361 . RFC 4361 .提案 された標準。RFC 5494 により更新。RFC 2131、3315、2132 を更新。
- ^ B. Aboba; J. Carlson; S. Cheshire (2006年3月). IPv4におけるネットワーク接続の検出 (DNAv4) . ネットワークワーキンググループ. doi : 10.17487/RFC4436 . RFC 4436 .提案された標準。
外部リンク
ウィキメディア・コモンズの動的ホスト構成プロトコル (DHCP)に関連するメディア
