DHCPを利用したIPアドレスの自動取得は、特定のポート番号とプロトコルを使って通信が行われています。
「DHCPはどのポート番号を使うのか」「なぜUDPが使われるのか」といった疑問を持つ方も多いのではないでしょうか。
DHCPのポート番号やプロトコルの仕組みを理解することで、ネットワークトラブルの原因特定やファイアウォール設定にも役立てられます。
本記事では、DHCPが使用するポート番号・UDPとの関係・パケットの仕組み・ブロードキャストとの関係までをわかりやすく解説します。
DHCPのポート番号はサーバーが67番・クライアントが68番と定められている
それではまず、DHCPが使用するポート番号の基本について解説していきます。
DHCPの通信では、サーバー側がポート番号67番、クライアント側がポート番号68番を使用することがRFCで定められています。
このポート番号はDHCPの前身であるBOOTP（Bootstrap Protocol）から引き継がれたものであり、現在も変わらず使用されています。
ポート番号はネットワーク通信において「どのアプリケーションやサービスへの通信か」を識別するための番号であり、DHCPの67番・68番はウェルノウンポートとして広く認知されています。
DHCPのポート番号まとめ：
・ポート67番：DHCPサーバーが使用する受信ポート
・ポート68番：DHCPクライアントが使用する受信ポート
この2つのポート番号はセットで覚えておくことが重要です。
ポート番号67番・68番が使われる理由
ポート67番・68番がDHCPに割り当てられている背景には、DHCPの前身であるBOOTPの歴史があります。
BOOTPは1985年に策定されたプロトコルで、ネットワーク機器の起動時に設定情報を取得するために使われていました。
DHCPはBOOTPを拡張する形で1993年に策定されたため、BOOTPが使用していたポート番号67・68をそのまま継承しています。
これにより、既存のネットワーク機器との互換性が保たれています。
ウェルノウンポートとして国際的に標準化されているため、異なるメーカーの機器同士でも問題なくDHCP通信が行える点も大きなメリットです。
ファイアウォール設定でのポート番号の扱い
ネットワーク環境によっては、ファイアウォールがDHCPの通信をブロックしてしまうケースがあります。
DHCPを正常に動作させるには、UDPのポート67番と68番の双方向通信を許可する設定が必要です。
特に企業ネットワークでは、セキュリティポリシーによってポートが制限されていることがあるため、ネットワーク管理者がDHCP用のポートを明示的に開放しておくことが重要です。
DHCPリレーエージェントを使用している環境では、リレーエージェントとDHCPサーバー間の通信も同様に許可する必要があります。
ファイアウォールのルール設定を誤ると、クライアントがIPアドレスを取得できなくなるため、設定変更後は必ず動作確認を行いましょう。
DHCPv6が使用するポート番号
IPv6環境で使用されるDHCPv6では、使用するポート番号がIPv4のDHCPとは異なります。
| プロトコル | サーバー側ポート | クライアント側ポート |
|---|---|---|
| DHCP（IPv4） | 67番 | 68番 |
| DHCPv6（IPv6） | 547番 | 546番 |
DHCPv6ではサーバーが547番・クライアントが546番を使用する点が、IPv4のDHCPとは異なります。
IPv6環境を運用する際は、ファイアウォールの設定もDHCPv6用のポート番号に合わせて変更する必要があるため、この違いをしっかり把握しておきましょう。
IPv4とIPv6が混在するデュアルスタック環境では、両方のポートを開放しておくことが円滑なネットワーク運用のポイントです。
DHCPとUDPの関係：なぜTCPではなくUDPが使われるのか
続いては、DHCPがUDP（User Datagram Protocol）を使用する理由と、TCPとの違いについて確認していきます。
DHCPの通信では、TCP（Transmission Control Protocol）ではなくUDP（User Datagram Protocol）が使用されています。
この選択には、DHCPの通信の特性に深く関係した理由があります。
TCPとUDPの基本的な違い
TCPとUDPは、どちらもインターネット通信で使われるトランスポート層のプロトコルですが、その特性は大きく異なります。
| 項目 | TCP | UDP |
|---|---|---|
| 接続方式 | コネクション型（事前接続が必要） | コネクションレス型（事前接続不要） |
| 信頼性 | 高い（再送制御あり） | 低い（再送制御なし） |
| 速度 | やや遅い | 高速 |
| ブロードキャスト | 不可 | 可能 |
DHCPがUDPを採用する最大の理由は、TCPではブロードキャスト通信ができないからです。
TCPはあらかじめ相手のIPアドレスがわかっている状態でコネクションを確立する必要があるため、IPアドレスを持たないクライアントとの通信には向いていません。
一方UDPはコネクションレス型であり、事前の接続確立なしに通信を開始できるため、IPアドレスを持たない状態でもネットワーク全体へのブロードキャストが可能です。
DHCPがブロードキャストを必要とする理由
クライアントがネットワークに接続した直後は、まだIPアドレスを持っていない状態です。
IPアドレスがない状態では、特定の宛先へのユニキャスト通信ができないため、ネットワーク全体に一斉送信するブロードキャストを使う必要があります。
UDPはブロードキャストに対応しているため、IPアドレスを持たないクライアントでもDHCPサーバーへ問い合わせができるのです。
ブロードキャストアドレス（255.255.255.255）を宛先としたDHCP Discoverメッセージが、同じネットワークセグメント内のすべての機器に届き、DHCPサーバーがこれを受け取って応答します。
この仕組みが成り立つのは、UDPがブロードキャストに対応しているからであり、DHCPにUDPが選ばれた根本的な理由といえるでしょう。
UDPを使う場合の信頼性の確保
UDPは再送制御がないため、パケットが失われても自動的には再送されません。
DHCPでは、クライアントが一定時間応答を受け取れない場合に自動的に再送を試みる仕組みをアプリケーション層で実装することで、信頼性を確保しています。
再送の間隔はランダム化されており、複数のクライアントが同時に再送を行った場合でもネットワークへの負荷が集中しにくい設計になっています。
通常のLAN環境ではパケットロスが少ないため、UDPでも十分な信頼性が保たれます。
また、DHCPの通信はデータ量が少なく短時間で完了するため、UDPの高速性がDHCPの迅速な接続確立に貢献しています。
DHCPパケットの構造とブロードキャストの仕組み
続いては、DHCPパケットの基本的な構造とブロードキャスト通信の仕組みについて確認していきます。
DHCPの通信内容は「DHCPパケット」という形式でやりとりされており、パケット内にIPアドレスやネットワーク設定情報が格納されています。
パケットの構造を理解することで、パケットキャプチャを活用したトラブルシューティングにも役立てられます。
DHCPパケットの主な構成要素
DHCPパケットには、通信に必要なさまざまな情報が含まれています。
DHCPパケットの主な構成要素：
・op：メッセージタイプ（要求か応答か）
・chaddr：クライアントのMACアドレス
・yiaddr：クライアントに割り当てるIPアドレス
・siaddr：DHCPサーバーのIPアドレス
・giaddr：リレーエージェントのIPアドレス
・options：DNSサーバー・リース期間などの追加情報
特にoptionsフィールドにはDNSサーバーのアドレスやデフォルトゲートウェイ・リース期間など、多様なネットワーク設定情報を格納できます。
optionsフィールドはDHCPの柔軟性を支える重要な要素であり、ネットワーク環境に応じた詳細な設定情報を配布するために活用されています。
また、chaddrフィールドに格納されたMACアドレスをもとに、DHCPサーバーがクライアントを識別し、予約設定などに活用されます。
ブロードキャストアドレスとDHCPの関係
DHCPのDiscover・RequestメッセージはIPブロードキャストアドレス（255.255.255.255）を宛先として送信されます。
このブロードキャストアドレスを使うことで、ネットワーク内のすべての機器にメッセージが届く仕組みになっています。
DHCPサーバーはこのブロードキャストを受信し、クライアントへの応答を行います。
ブロードキャストはルーターを越えられないという制限があるため、異なるセグメントにDHCPサーバーがある場合はDHCPリレーエージェントが必要になります。
リレーエージェントはブロードキャストをユニキャストに変換してDHCPサーバーへ転送するため、セグメントをまたいだIPアドレスの自動配布が実現できます。
パケットキャプチャでDHCP通信を確認する方法
ネットワーク解析ツール（Wiresharkなどのパケットキャプチャソフト）を使うことで、DHCPのパケットをリアルタイムで確認できます。
フィルター条件に「dhcp」または「bootp」と入力することで、Discover・Offer・Request・ACKの4つのメッセージをキャプチャして内容を詳しく確認できます。
各パケットに含まれるIPアドレス・MACアドレス・optionsフィールドの内容を確認することで、DHCP通信が正常に行われているかを詳細に把握できます。
トラブルシューティングの場面では、どのメッセージまで到達しているかを確認することで、問題が発生しているステップを素早く特定できます。
DHCPの仕組みを学習する目的でも、実際のパケットを観察することで理解が深まるでしょう。
DHCPポート番号とセキュリティ：注意すべきリスクと対策
続いては、DHCPのポート番号に関連するセキュリティリスクと対策について確認していきます。
DHCPはオープンなブロードキャスト通信を利用するため、セキュリティ上のリスクが存在します。
特に不正なDHCPサーバーの存在は、ネットワーク全体に深刻な影響を与える可能性があります。
不正DHCPサーバー（Rogue DHCPサーバー）のリスク
ネットワーク内に不正なDHCPサーバー（Rogue DHCPサーバー）が接続されると、クライアントが誤ったIPアドレスやゲートウェイ情報を受け取る危険があります。
不正なゲートウェイを設定されることで、通信内容が攻撃者に盗み見られるMITM（中間者攻撃）のリスクが生じます。
DHCPのブロードキャスト通信の仕組み上、クライアントは最初に応答したDHCPサーバーのOfferを受け入れるため、不正サーバーが先に応答すると被害が発生します。
DHCPスヌーピングによる対策
不正DHCPサーバーへの対策として有効なのが、DHCPスヌーピングという機能です。
スイッチのポートを「信頼ポート」と「非信頼ポート」に分類し、信頼ポートからのDHCP応答のみを転送することで、不正サーバーからの応答をブロックします。
DHCPスヌーピングの基本的な考え方：
・信頼ポート：正規のDHCPサーバーが接続されているポート（DHCP応答を通過させる）
・非信頼ポート：クライアントが接続されているポート（DHCP応答をブロックする）
この設定により、不正DHCPサーバーからの応答がクライアントに届かなくなります。
ポート番号を活用したDHCPトラフィックの監視
ネットワーク監視ツールを使い、UDPポート67番・68番のトラフィックを定期的に監視することも有効なセキュリティ対策です。
通常では発生しないポート67番からのブロードキャストが多発している場合は、不正DHCPサーバーが稼働している可能性があります。
異常なDHCPトラフィックをいち早く検知できる体制を整えることが、ネットワークの安全な運用につながるでしょう。
まとめ
本記事では、DHCPのポート番号・UDPとの関係・パケットの構造・ブロードキャストの仕組み・セキュリティ対策について解説しました。
DHCPはサーバー側がポート67番・クライアント側がポート68番を使用し、UDPプロトコルで通信が行われます。
UDPが採用されている理由は、IPアドレスを持たない状態でもブロードキャスト通信が可能なためです。
DHCPパケットにはIPアドレスをはじめ多様なネットワーク設定情報が格納されており、optionsフィールドを通じて柔軟な設定配布が実現されています。
セキュリティ面では不正DHCPサーバーのリスクに注意し、DHCPスヌーピングやトラフィック監視を組み合わせた対策を講じることが重要です。
ポート番号とプロトコルの基礎を理解することで、ネットワーク設計やトラブルシューティングの精度がぐっと高まるでしょう。
