DHCPは、ネットワークに接続する端末へIPアドレスなどの設定情報を自動的に割り当てるためのプロトコルです。
有線LANや無線LANに端末を接続した瞬間、通信に必要な設定が自動で行われる背景にはDHCPの存在があります。
本記事では、DHCPの役割、配布される情報、基本動作、運用上の注意点までを体系的に解説します。
DHCPは端末にネットワーク設定を自動配布するプロトコル
DHCPは Dynamic Host Configuration Protocol の略で、端末がネットワークに参加するために必要な設定情報を自動で配布する仕組みです。
PCをLANに挿す、スマホをWi-Fiに繋ぐ、その瞬間、端末は自分のIPアドレスやDNSなどを手に入れて、通信ができる状態になります。
多くの現場で当たり前になっている自動化ですが、当たり前が崩れると影響は広範囲に及びます。
だからこそDHCPは、普段は静かに、しかし確実にネットワークを支えています。
DHCPが自動配布するネットワーク設定情報
DHCPが配布するのはIPアドレスだけではありません。
以下がセットで配られて初めて端末が迷わず通信できます。
- IPアドレス（端末を識別するためのアドレス）
- サブネットマスク（同一ネットワーク範囲を定義する情報）
- デフォルトゲートウェイ（他ネットワークへの出口）
- DNSサーバー（名前解決の参照先）
- DHCPオプション（用途に応じた追加設定情報）
IPアドレス（端末を識別するためのアドレス）
端末を識別するための番号です。
同じセグメント内で重複すると衝突を起こし、通信が不安定になります。
サブネットマスク（同一ネットワーク範囲を定義する情報）
どこまでが同じネットワークで、どこからが外のネットワークなのかを判断するための値です。
ここを間違えると、届くはずの相手に届かない不具合が起きやすくなります。
デフォルトゲートウェイ（他ネットワークへの出口）
別ネットワークへ出ていくための出口です。
ゲートウェイが誤って配布されると、社内は見えるのに外に出られない、あるいは逆といった症状になります。
DNSサーバー（名前解決の参照先）
名前解決の行き先です。
DNSが誤ると、IP直打ちなら繋がるのにURLだと繋がらないという、切り分けに時間がかかるタイプの障害になりがちです。
DHCPオプション（用途に応じた追加設定情報）
NTP、PXEブート関連、IP電話機器向けの情報など、運用要件によってはDHCPオプションの設計が現場品質を左右します。
配布情報の粒度が上がるほど、設定変更の影響範囲も大きくなる点は意識しておくと安心です。
DHCPによるIPアドレス取得の基本動作
DHCPの肝は、クライアントとサーバのやり取りです。
初回のアドレス取得は主に4ステップで進みます。
流れを頭に入れておくと、障害時の切り分けが速くなります。
- Discover（IPアドレスを要求する初期通信）
- Offer（利用可能なIPアドレスと設定情報の提示）
- Request（使用する設定情報の選択）
- ACK（IPアドレスと設定情報の正式割り当て）
Discover（IPアドレスを要求する初期通信）
端末がネットワーク上に向けて、IPアドレスが欲しいと投げかけます。
初期は自分のIPがないため、ブロードキャストが基本です。
Offer（利用可能なIPアドレスと設定情報の提示）
DHCPサーバが、使えそうなIPアドレスと必要な設定情報を提案します。
Request（使用する設定情報の選択）
端末が、その提案を使いたいと意思表示します。
複数サーバがいる環境だと、この時点で意図しないサーバを選んでしまうことがあり、野良DHCP問題に繋がります。
ACK（IPアドレスと設定情報の正式割り当て）
サーバが了承し、正式に貸し出したことを通知します。
ここまで到達して初めて、端末はネットワーク設定を適用し、通信のスタートラインに立てます。
DHCPにおけるIPアドレスのリース管理
DHCPで配布されるIPアドレスは、基本的に貸し出しです。
これがリースの考え方です。
リース期間を持たせることで、使われなくなったIPアドレスが戻り、次の端末に回せます。
リース期間が短い場合の影響
更新が頻発し、DHCPトラフィックやサーバ負荷が増えます。
台数が多い環境や無線端末が頻繁に入れ替わる環境では、更新の波が目に見える形で効いてくることがあります。
リース期間が長い場合の影響
使われなくなった端末のリースが残り続け、プールが枯渇しやすくなります。
特にゲスト端末や一時利用端末が多いネットワークでは、長期リースは相性がよくありません。
運用形態に応じたリース期間の目安
オフィスの有線中心で端末が固定的なら1日から数日、入れ替わりが激しいゲストWi-Fiなら数時間など、端末の動きに合わせた設計が安定運用に繋がります。
異なるネットワーク間でDHCPを利用する仕組み（DHCPリレー）
DHCPの初期通信はブロードキャストが中心です。
つまり、通常は同一セグメント内にDHCPサーバがいる前提で動きます。
異なるセグメントからDHCPサーバを利用したい場合は、DHCPリレーが必要です。
DHCPリレーが必要となる代表的な構成
拠点やフロア単位でサブネットが分かれていて、DHCPサーバはデータセンタや本社に集約したい。
こうした構成では、各セグメントのL3境界でリレー設定を入れることで、集中管理が可能になります。
DHCPリレー障害が発生した場合の見え方
同一セグメントの端末はIP取得できるのに、特定セグメントだけ取れない。
このとき疑うべき候補として、リレー設定の漏れ、リレー先アドレスの誤り、ACLやFWでのUDP遮断が挙がります。
DHCP設定時に注意すべき代表的なポイント
固定IP端末とのIPアドレス重複
固定IPの端末がDHCP配布範囲に紛れ込み、いつか衝突する。
これは定番です。配布範囲と固定範囲を明確に分け、予約運用を優先するとトラブルは減ります。
DHCPオプションの誤配布
ゲートウェイ、DNS、ドメインサフィックス。どれか一つでも誤ると、端末が大量に迷子になります。
設定変更は小さく見えても、影響範囲はネットワーク全体です。
通信制御によるDHCPパケット遮断
セキュリティ機器やACLでUDPが落ちていると、DHCPは成立しません。
特定セグメントだけ取得できない場合、経路上の遮断は必ず疑います。
DHCPに関する代表的なトラブルと対処方法
IPアドレスを取得できない場合の切り分け手順
まずは物理。リンク、ケーブル、無線の認証。次にL2。
VLANの所属ミス、トランク許可VLANの抜け。次にL3。
DHCPリレーの設定、ACLやFWの遮断。最後にサーバ。
サービス停止、プール枯渇、設定ミス。順番に見ると迷いにくいです。
IPアドレスプールが枯渇する原因
増えた端末数にスコープが追い付かない。
あるいはリース期間が長すぎて使われていない端末のリースが残り続けている。
どちらも現場ではよくあります。
使用率の監視と、端末の利用形態に合ったリース設計が効きます。
意図しないDHCPサーバが応答する場合（野良DHCP）
持ち込みルータ、誤配線、検証用機器の戻し忘れ。
原因はだいたい現場にあります。
クライアントが取得しているゲートウェイやDNSの値から、どの機器が配布しているか辿り、スイッチのMACテーブルで所在を追います。
再発防止にはDHCPスヌーピングなど、ネットワーク側のガードも有効です。
IPアドレス取得後に通信が不安定な場合
IPは取れるのに疎通が怪しい場合、サブネットマスクやゲートウェイなどオプション誤配布を疑います。
端末側のipconfigやifconfigで値を確認し、サーバ設定と突き合わせるのが近道です。
DHCPはネットワーク運用の基盤となる自動設定技術
DHCPは、ネットワークの入口で端末に必要な情報を渡し、現場の当たり前を支える仕組みです。
便利だからこそ影響範囲が広く、設定ミスや停止が起きた瞬間に業務へ直撃します。
スコープ設計と固定帯域の分離、予約の活用、リース期間の最適化、リレーとフィルタの整合、そしてログと監視。
これらを押さえておけば、DHCPはトラブルメーカーではなく、安心して任せられる相棒になります。
目立たないところで静かに動き続けるものほど、実は一番大切です。DHCPも、その一つです。
コメントを投稿する