DHCPとは？IPアドレス自動割り当ての仕組みとDORA・リース・固定IP設計を実装者向けに解説

DHCP（Dynamic Host Configuration Protocol）は、ネットワークにつないだ機器へIPアドレスやサブネットマスク、デフォルトゲートウェイ、DNSサーバーの情報を自動で配る仕組みです。この記事では、DHCPが配布する4種類の情報、Discover・Offer・Request・Acknowledgeという4ステップ（DORA）の通信の流れ、IPアドレスを貸し出すリース期間と更新のタイミング、スコープや予約・DHCPリレーの設定、そして固定IPとの切り分けや不正なDHCPサーバーの切り分けまで、社内ネットワークやクラウド基盤を設計する担当者の視点で整理します。AWSなどクラウドでのDHCP相当の考え方や、DHCPに任せず固定IPにすべき機器の判断基準も扱います。

まとめ：DHCPの要点と自動割り当て・運用設計の押さえどころ

DHCPは、機器がネットワークに参加するたびに手作業でIPアドレスを設定する手間をなくし、サーバーが一元的にアドレスを貸し出す仕組みです。配るのはIPアドレスだけではありません。サブネットマスク、デフォルトゲートウェイ、DNSサーバーの4点をまとめて配布し、機器はこれらを受け取るだけで通信できる状態になります。

設計で押さえる点は3つに絞れます。第一に、割り当ては永続ではなくリース（貸与）であり、期限が来る前に機器が更新要求を出して使い続けること。第二に、サーバーやプリンタ、ネットワーク機器のように相手から名指しされる装置は、DHCPの予約か固定IPでアドレスを固定すること。第三に、DHCPサーバーはネットワークにつなぐだけで配り始めるため、意図しないサーバーが1台混ざるだけで全体が通信不能になり得ること。以降で、配布情報とDORAの流れ、リースの更新、スコープ・予約・リレーの設定、そして固定IPとの切り分けまでを具体的に見ていきます。

DHCPの仕組みとIPアドレスが自動で割り当てられるまでの流れ

DHCPの働きは、機器とサーバーの間で決まった手順のやり取りを行い、通信に必要な設定一式を渡すことです。まずは何が配られ、どんな順序で決まるのかを整理します。

DHCPが配布するIPアドレス・サブネットマスク・ゲートウェイ・DNSの4点

DHCPが1台の機器に渡すのは、単独のIPアドレスではなく、通信を成立させる設定のまとまりです。中心となるのは次の4点。IPアドレス（機器そのものの住所）、サブネットマスク（住所のうちネットワーク部とホスト部の区切り）、デフォルトゲートウェイ（別ネットワークへ出るときの中継先）、DNSサーバー（名前をIPアドレスへ変換する問い合わせ先）です。手動設定ならこの4項目を1台ずつ入力しますが、DHCPはこれらをまとめて配ります。

このうちサブネットマスクは、受け取ったIPアドレスがどの範囲のネットワークに属するかを決めます。区切りの仕組みはサブネットマスクとは？仕組みと計算方法・CIDR表記との違いを実装者向けに解説で詳しく扱っています。デフォルトゲートウェイは、宛先が同じネットワークにいなかったときの出口です。役割と確認方法はデフォルトゲートウェイとは？役割と確認方法・設定の勘所を実装者向けに解説にまとめてあります。DHCPが配るのは、これらを機器が自力で計算しなくて済むようにする設定値だと捉えると理解しやすくなります。

DORAと呼ばれる4ステップの通信手順とIPアドレス確定の流れ

機器がアドレスを受け取るまでのやり取りは、4つのメッセージで決まります。頭文字をとってDORAと呼ばれ、RFC2131で規定された手順です。順に追うと流れがつかめます。

1. DHCP Discover：起動した機器が「DHCPサーバーはいますか」とネットワーク全体へブロードキャストする。まだ自分のIPアドレスを持たないため、送信元は0.0.0.0となる。
2. DHCP Offer：サーバーが空いているIPアドレスを1つ選び、「これを貸せます」と候補と設定一式を提示する。
3. DHCP Request：機器が提示された候補のうち1つを選び、「このアドレスを正式にください」と要求する。複数サーバーがOfferした場合も、ここでどれを使うかが確定する。
4. DHCP Acknowledge：サーバーが割り当てを確定し、リース期間を添えて応答する。機器はこの応答を受けて初めてアドレスを使い始める。

DiscoverとRequestがブロードキャストで送られる点が要です。機器はまだ相手のサーバーを特定できないため、ネットワーク全体へ呼びかけます。この性質があるため、DHCPサーバーが別のネットワークセグメントにいる構成では、後述のDHCPリレーで橋渡しをしないと、この最初の呼びかけが届きません。

リース期間とT1・T2による更新（Renew・Rebind）のタイミング

DHCPが割り当てるアドレスは、期限付きの貸与です。この期限をリース期間と呼び、家庭用ルーターでは数時間から数日、企業では数時間程度に設定される例が多く見られます。期限が切れる前に、機器は自動で更新を要求します。更新の合図となるのがT1とT2という2つのタイマーです。

T1はリース期間の約50%を過ぎた時点で、機器は借りたサーバーへ直接「同じアドレスを延長したい」と更新（Renew）を要求します。ここで応答があれば期限が延び、通信は途切れません。T1で更新できなかった場合、リース期間の約87.5%を過ぎたT2で、機器はブロードキャストで別のサーバーにも延長を求めます（Rebind）。これも失敗して期限が切れると、機器はアドレスを手放し、DORAを最初からやり直します。リース期間を極端に短くすると更新のやり取りが増え、長くしすぎると使われていないアドレスがいつまでも予約されたままになります。機器の入れ替わりが激しい来客用ネットワークは短め、固定的な社内は長めに、と用途で調整するのが実務の勘所です。

DHCPの構成要素とスコープ・予約・リレーエージェントの実務設定

ここからは概念ではなく、DHCPサーバーで実際に何を設定するのかに踏み込みます。配る範囲の定義、特定機器のアドレス固定、セグメントをまたぐ配布の3点が柱です。

スコープ・除外範囲・リースプールで配布アドレスの範囲を決める設定

DHCPサーバーにまず定義するのが、配ってよいアドレスの範囲です。これをスコープと呼びます。たとえば192.168.10.100から192.168.10.200までをスコープに設定すると、サーバーはこの101個の中から空きを選んで機器へ貸し出す仕組みです。スコープの外にあるアドレスには手を出さないため、範囲の決め方がそのまま運用の余裕を左右します。

スコープの中でも「ここは配らせたくない」アドレスは、除外範囲として指定します。ルーターやサーバーを192.168.10.1から.10に固定で置いているなら、その帯をスコープから除外するか、スコープの開始をずらして重ならないよう先に手を打つのが定石です。除外を怠ると、DHCPが固定IP機器と同じアドレスを別の機器へ貸してしまい、アドレスの重複（IPコンフリクト）が起きます。配布に使える残りのアドレス群をリースプールと呼び、この空き数が接続台数の上限になります。プールが尽きると新しい機器はアドレスを取得できず、ネットワークに参加できません。

予約（静的DHCP）でMACアドレスに固定のIPアドレスを結び付ける設定

プリンタやNAS、監視カメラのように「いつも同じアドレスでアクセスしたい」機器には、予約を使います。予約は、機器固有のMACアドレスと特定のIPアドレスをDHCPサーバー側で1対1に結び付ける設定です。静的DHCP、DHCP予約とも呼ばれます。対象機器がDiscoverを送ると、サーバーはMACアドレスを見て、常に決まったアドレスをOfferします。

予約の利点は、機器側の設定をDHCPのまま（自動取得）にしておける点です。機器を個別に固定IP設定して回る必要がなく、アドレスの管理をサーバー側に集約できます。IPアドレスの割り当て台帳が1か所にまとまるため、後からどの機器にどのアドレスを与えたかを追いやすくなります。一方で、機器のネットワークカードを交換するとMACアドレスが変わり、予約が効かなくなる点には注意が必要です。台数が少なく変更も少ないサーバー類は機器側の固定IP、台数が多く管理を集約したい周辺機器は予約、という使い分けが目安になります。

DHCPリレーエージェントで別セグメントのサーバーへ要求を中継する設定

DHCPのDiscoverはブロードキャストで送られ、ブロードキャストはルーターを越えません。そのため、DHCPサーバーを1台だけ置いて複数のネットワークセグメントへ配りたい構成では、そのままでは各セグメントの機器がサーバーに届きません。これを橋渡しするのがDHCPリレーエージェントです。

リレーエージェントは通常、各セグメントのルーターやレイヤ3スイッチに設定します。自セグメントで受けたDiscoverを、ユニキャストで指定のDHCPサーバーへ転送し、サーバーからの応答を機器へ返します。CiscoやYAMAHAのルーターでは、転送先サーバーのアドレスを指定する形で設定するのが一般的です（ip helper-addressなどのコマンド）。リレーを使うと、拠点ごとにDHCPサーバーを立てずに、1台または冗長化した数台へ配布機能を集約できます。転送時にリレーがどのセグメントから来た要求かをサーバーへ伝えるため、サーバー側は要求元のネットワークに合ったスコープからアドレスを選ぶ仕組みです。多拠点や複数VLANの構成では、この中継設計がアドレス管理の集約点になります。

DHCPのトラブル切り分けとクラウド時代における安全な運用設計

DHCPは動いて当たり前に見えますが、止まると影響が広範囲に及びます。ここでは実際に起きる障害の切り分けと、クラウドでの扱い、そして固定IPとの線引きを判断として言い切ります。

IPアドレス枯渇・不正DHCPサーバー・二重割り当ての切り分け手順

DHCPまわりの障害は、症状から原因を絞り込めます。代表的な3つを切り分け順に挙げます。

169.254から始まるアドレスは、機器がDHCPサーバーを見つけられず、自分で仮のアドレス（APIPA/リンクローカルアドレス）を付けた状態です。この場合はサーバーの停止か、リレーや経路の問題を疑うのが筋です。厄介なのが不正DHCPサーバーで、社員が持ち込んだ家庭用ルーターが誤ってDHCPを配り始めると、正規サーバーより先に応答した機器が誤ったゲートウェイをつかまされ、通信できなくなります。スイッチのDHCPスヌーピング機能で、正規サーバーがつながるポート以外からのDHCP応答を遮断しておくと、この事故を未然に防げます。

クラウド（AWS VPC）でのDHCP相当とDHCPオプションセットの考え方

クラウドでは、DHCPサーバーを自分で立てる場面は多くありません。AWSのVPCでは、サブネットを作ると各インスタンスへIPアドレスを自動で割り当てる仕組みが標準で動いており、利用者がDHCPサーバーを構築する必要はない設計です。ただし、機器へ配るDNSサーバーやドメイン名を変えたいときは、DHCPオプションセットという設定でVPC単位に指定します。オンプレミスのDHCPで配っていた項目のうち、DNSやドメイン名にあたる部分をクラウドで置き換える位置付けです。

この配布される値のうちドメイン名は、機器の完全修飾ドメイン名（FQDN）を組み立てる土台です。ホスト名とドメイン名の関係はFQDNとは？ドメイン名・ホスト名との違いと書き方・確認方法を実装者向けに解説で整理しています。オンプレミスとクラウドをまたぐネットワークでは、両者のアドレス設計とDNSの配布方針をそろえないと、名前解決の食い違いが起きがちです。AWS上でVPCのサブネット設計やオプションセットを含む基盤構築を外部に相談したい場合は、AWSのインフラ構築で設計段階からの支援を受けられます。

DHCPに任せず固定IPにすべき機器の判断基準と見送りの線引き

独自の視点として、DHCPと固定IPの線引きを条件付きで言い切ります。原則は「相手から名指しで接続される機器は固定、自分から接続しに行くだけの機器はDHCP」です。この基準で大半は判断できます。

固定IP（または予約）にすべきは、サーバー、プリンタ、NAS、ネットワーク機器、監視カメラのように、他の機器やユーザーがアドレスを指定してアクセスする装置です。これらのアドレスがリースのたびに変わると、接続先の設定が崩れて通信できなくなります。反対に、社員のパソコンやスマートフォン、来客端末のように、自分からサーバーやインターネットへ出ていくだけの機器はDHCPに任せるのが管理の手間を減らす選択です。台数が多く入れ替わりも多いこれらを1台ずつ固定設定するのは、手間に見合いません。判断に迷う中間の機器は、予約を使えば「機器側は自動取得のまま、アドレスは固定」を両立できます。DHCPを見送るべきなのは、DHCPサーバー自身と、そのサーバーが起動する前に通信が必要なゲートウェイやコアスイッチです。これらをDHCPに依存させると、障害からの復旧時に「サーバーを起動するためのアドレスが取得できない」という循環に陥ります。基盤の中核は固定、末端は自動、という層で分けて設計してください。

よくある質問

DHCPの実務でよく検索される疑問を、設定や切り分けの判断に直結する形で回答します。

DHCPとは何をするものですか？

ネットワークにつないだ機器へ、IPアドレス・サブネットマスク・デフォルトゲートウェイ・DNSサーバーの情報を自動で配るプロトコルです。これがないと、機器1台ごとにこの4項目を手作業で入力する必要があります。DHCPを使うと、機器はネットワークにつなぐだけで通信できる状態になり、アドレスの管理もサーバー側に集約できます。

DHCPと固定IPはどちらを使うべきですか？

相手から名指しで接続される機器は固定IP（または予約）、自分から接続しに行くだけの機器はDHCP、が基準です。サーバー・プリンタ・ネットワーク機器はアドレスが変わると困るため固定、社員のパソコンやスマートフォンはDHCPに任せます。中間の機器は、DHCPの予約を使えば機器側を自動取得のままアドレスだけ固定できます。

DHCPのリース期間はどれくらいに設定すべきですか？

機器の入れ替わりの激しさで決めるのが基本です。来客用やゲスト向けのように短時間で機器が入れ替わるネットワークは数時間と短めにし、使われないアドレスを早く回収します。固定的な社員用ネットワークは半日から数日と長めにして、更新のやり取りを抑えるのが定石です。プールに余裕がない場合はリース期間を短くすると空きが早く戻ります。

DHCPが原因で接続できないときはどこを見ますか？

まず機器のIPアドレスを確認します。169.254で始まるアドレスなら、DHCPサーバーに届いていない状態で、サーバーの停止やリレー設定・経路の問題を疑うところです。新しい機器だけつながらないならリースプールの枯渇、一部機器が想定外のアドレスを取るなら不正なDHCPサーバーの混在を疑い、ネットワーク内のDHCP応答元を特定します。

DHCPサーバーが2台あると問題になりますか？

役割を分けていれば問題ありませんが、同じアドレス範囲を両方が配ると重複割り当てが起きます。意図しない持ち込みルーターがDHCPを配る「不正DHCPサーバー」は、誤ったゲートウェイを機器へ渡して通信不能を招きます。スイッチのDHCPスヌーピングで、正規サーバー以外のDHCP応答を遮断しておくと安全です。冗長化する場合は両サーバーで配布範囲を分けて重複を避けます。

関連記事

• サブネットマスクとは？仕組みと計算方法・CIDR表記との違いを実装者向けに解説：DHCPが配布するサブネットマスクの仕組みと、収容台数の計算を詳しく扱います。
• デフォルトゲートウェイとは？役割と確認方法・設定の勘所を実装者向けに解説：DHCPが配るデフォルトゲートウェイの役割と、設定・確認の手順を解説します。
• FQDNとは？ドメイン名・ホスト名との違いと書き方・確認方法を実装者向けに解説：DHCPオプションで配るドメイン名から組み立てるFQDNの読み方を扱います。
• AWSのインフラ構築：VPCのサブネット設計やDHCPオプションセットを含む基盤構築を相談できます。