DHCPは、ネットワークの基礎として必ず出てくる技術です。「IPアドレスを自動で割り当てる仕組み」——説明としてはそのとおりですが、これだけではなぜリレーエージェントなんてものが必要なのか、なぜサーバは固定IPにするのかといった実務の話につながりません。
この記事では、現役10年のネットワークエンジニアとして、DHCPの仕組みを解説します。特に、初学者が知らずにつまずく「ブロードキャストでしか届かない」という原理を軸に、そこから実務の設計まで一本の線でつなげて説明します。
DHCPとは：IPアドレスを自動で配る仕組み
DHCP（Dynamic Host Configuration Protocol）は、ネットワークに接続した機器へ、IPアドレスなどの設定情報を自動的に割り当てるプロトコルです。
DHCPが配るのはIPアドレスだけではありません。実際には以下のような情報をまとめて渡します。
- IPアドレス
- サブネットマスク
- デフォルトゲートウェイ
- DNSサーバのアドレス
- リース期間（そのIPを使ってよい期限）
もしDHCPがなければ、社内の全PCに手作業でこれらを設定して回ることになります。数百台規模なら現実的ではありません。だからDHCPが使われます。
DHCPの動作：4つのやり取り（DORA）
DHCPでIPアドレスが割り当てられるまでには、4つのステップがあります。
頭文字を取って「DORA」と呼ばれます。
- DISCOVER（クライアント→）：「誰かDHCPサーバはいませんか？」と探す
- OFFER（→サーバ）：「このIPアドレスはどうですか？」と提案する
- REQUEST（クライアント→）：「そのIPアドレスをください」と要求する
- ACK（→サーバ）：「どうぞ、使ってください」と確定する
この流れ自体はどの解説にも書いてあります。しかし、本当に重要なのはここからです。
【最重要】DHCPはブロードキャストでしか届かない
ここ、初学者がいちばんつまずくポイントなんです。“なんで自動で設定できるのに、離れた場所だと動かないの？”ってなりますよね。理由を順番に見ていきましょう。
初学者がDHCPで最もつまずくのが、この原理を知らないことです。
考えてみてください。IPアドレスをまだ持っていないPCが、DHCPサーバを探そうとしています。
相手のIPアドレスも分からないし、自分のIPアドレスもまだない。この状態で、どうやって通信するのか。
答えはブロードキャストです。「このネットワークにいる全員に向けて叫ぶ」しかありません。最初のDISCOVERは、ブロードキャストとして送信されます。
そして、ここから重大な帰結が導かれます。ブロードキャストは、ルータやL3スイッチを越えられません。つまり——
これが、DHCPを理解する上で一番大事なポイントです。ここを知らないと、「DHCPサーバを立てたのに、なぜか別フロアのPCにIPが降ってこない」という状況で、原因が全く分からなくなります。
だからリレーエージェントが必要になる
上の問題を解決するのがDHCPリレーエージェントです。
仕組みはシンプルで、ルータやL3スイッチが「ブロードキャストで届いたDHCPの要求を受け取り、それをユニキャストに変換して、別ネットワークにあるDHCPサーバへ転送する」という中継役を果たします。ip helper-address という設定で、転送先のDHCPサーバを指定します。
「なぜこんな仕組みが必要なのか」——それはブロードキャストがサブネットを越えられないからです。原理を理解していれば、リレーエージェントは丸暗記する知識ではなく、必然的に導かれる仕組みとして納得できます。
逆に、この設定を忘れると「特定のセグメントだけIPが降ってこない」というトラブルになります。実際、現場でもたまに聞く事象です。
【現場の落とし穴①】アドレスの枯渇
DHCPで払い出せるアドレスの範囲（プール）は有限です。端末が増えすぎたり、リース期間が長すぎて使われていないアドレスが解放されなかったりすると、プールが尽きます。すると、新しく接続した端末にIPアドレスが割り当てられず、ネットワークにつながりません。
「なぜかこの端末だけつながらない」という問い合わせの原因が、実はプールの枯渇だった——というのは、たまに遭遇します。地味ですが、確実にトラブルの原因になるので、アドレス設計の段階で余裕を持たせておくことが大切です。サブネットの設計についてはサブネット計算の記事も参考にしてください。
現場だと、これ本当にやりがちです。“繋がらない”の原因がまさかのプール枯渇だった、というのを何度か見てきました。
【現場の落とし穴②】固定IPとの重複
通信が不安定になり、原因の切り分けにも手間がかかる、厄介なトラブルです。
これを防ぐには、DHCPで払い出す範囲と、固定IPで使う範囲を、あらかじめ明確に分けておくことです。設計の段階で「この範囲はDHCP用、この範囲は固定IP用」と決めておけば、事故は起きません。
サーバは固定IP、端末はDHCP
「じゃあ全部DHCPにすればラクなのでは？」と思うかもしれませんが、現場ではそうしません。明文化されたルールがあるわけではありませんが、一般的な考え方はこうです。
- サーバ・ネットワーク機器 → 固定IP：他の機器から常に同じアドレスでアクセスされる必要があるため。IPが変わると接続できなくなります。
- PC・スマホなどの端末 → DHCP：台数が多く、入れ替わりも激しいため、自動化のメリットが大きい。
要するに、「アドレスが変わったら困るもの」は固定IPということです。この判断基準を持っていれば、迷うことはありません。
現役の本音：Cisco機器でのDHCPサーバ設定は、正直めんどう
正直に言うと、実務ではDHCPをルータに兼ねさせず、専用サーバに寄せることが多いです。理由は次に書きますが、“なんでもCiscoでやろうとしないほうがラク”というのが本音です。
CCNAでは、Ciscoのルータやスイッチ自体をDHCPサーバとして設定する方法が問われます。試験対策としては覚える必要があります。
ただ、正直に言うと、Cisco機器でDHCPサーバを設定するのは意外と面倒です。プールの定義、除外アドレスの指定、各種オプション……手順が細かい。実際の企業ネットワークでは、Windows ServerなどをDHCPサーバとして使い、ネットワーク機器はリレーエージェントとして動かす構成のほうが多い印象です。
とはいえ、試験に出る以上は理解しておく必要がありますし、小規模な構成では実際にネットワーク機器をDHCPサーバにすることもあります。コマンドの覚え方については別記事でも書いていますが、丸暗記より「何を設定しているのか」を理解するほうが結局は近道です。
まとめ
- DHCPはIPアドレス・サブネットマスク・デフォルトゲートウェイ・DNSなどを自動で配る仕組み。DORA（Discover→Offer→Request→Ack）で動作する。
- 最重要：DHCPの要求はブロードキャストで送られる。だからルータ／L3スイッチを越えられない。
- だから、DHCPサーバが別サブネットにある場合はリレーエージェント（ip helper-address）が必要になる。
- 現場の落とし穴：アドレスプールの枯渇（地味だが確実にトラブルになる）、固定IPとの重複（範囲を分けて設計する）。
- アドレスが変わったら困るもの（サーバ・ネットワーク機器）は固定IP、端末はDHCPが基本。
ネットワークの分割についてはVLANの記事、CCNAの知識が現場でどう活きるかはCCNAと実務の記事もあわせてどうぞ。
コメント