Contact

  • HOME
  • ニュース
  • DHCPとDNSの違いとは？ネットワーク基礎をわかりやすく解説

ニュース

Com Net Work Com Net Work .inc

DHCPとDNSの違いとは？ネットワーク基礎をわかりやすく解説

ニュース

ネットワークの土台を支える2つのプロトコル

【この記事のポイント】

DHCPは、IPアドレス・サブネットマスク・デフォルトゲートウェイ・DNSサーバ情報などを端末に自動配布するプロトコル／サーバで、ネットワークに参加するときの初期設定担当です。

DNSは、ホスト名やドメイン名からIPアドレスを調べる仕組みで、ユーザーが数字の羅列を覚えなくても、名前だけでサーバやWebサイトにアクセスできるようにする名前解決の電話帳です。

行動としては、「DHCPがどこで動いているか」「端末が参照しているDNSサーバはどこか」「固定IPにすべき機器をどう管理するか」を整理しておくと、トラブル時の切り分けや設定変更がぐっと楽になります。

今日のおさらい：要点3つ

  • DHCPは端末に自動でIPアドレスやネットワーク設定を配るプロトコルです。
  • DNSはホスト名やドメイン名からIPアドレスを調べる仕組みです。
  • この2つが正しく設計されると、ネットワークの「つながりやすさ」と「運用のしやすさ」が向上します。

この記事の結論

一言で言うと、「DHCPは"ネットワーク設定を自動配る係"、DNSは"名前から通信先を調べる係"であり、この2つが正しく設計されているかどうかで、社内ネットワークの"つながりやすさ"と"運用のしやすさ"が決まります」。

最も重要なのは、「DHCPの配布範囲と固定IPの設計を整理してIPアドレスの衝突を防ぐこと」「DNSに正式な名前とIPの対応をきちんと登録し、名前で管理できるようにすること」「DHCPとDNSを連携させて、IP変更があっても名前解決が破綻しないようにすること」です。

失敗しないためには、「全部DHCP任せ」「全部固定IP」のどちらかに振り切るのではなく、「PCやスマホなど"増減する端末"はDHCP、自社サーバやプリンタ・ネットワーク機器など"場所が決まっているもの"は固定IP＋DNS登録」と役割分担を決め、IPアドレス管理表も合わせて整備することが大切です。

IPアドレスをメモ帳に書き溜めていた、あの頃の話

PCに「192.168.××」を一台ずつ打ち込んでいた夜

正直なところ、私が初めてDHCPのありがたみを実感したのは、まだDHCPを使っていない小さなオフィスで、PCを1台ずつ手動設定していたときでした。新入社員の入社前日、デスクに並んだ10台のPCに対して、

  • IPアドレス
  • サブネットマスク
  • デフォルトゲートウェイ
  • DNSサーバ

を一つひとつ打ち込み、紙のIPアドレス管理表とにらめっこをしながら「このアドレスは空いているか」「どこかで重複していないか」と不安になりつつ作業していました。

夜が更けてくると、ふとしたタイミングで頭がぼんやりして、「あれ、さっきのPCの末尾って.21だっけ.22だっけ」と迷い、もう一度確認に戻る。その繰り返しで、予定していた時間の倍以上かかってしまい、「これ、台数が倍になったら絶対回らないな」と、静かなオフィスで一人ため息をついたのを覚えています。

実は、「DHCPは怖い」という思い込みが、自分の手を縛っていた

その後、少し規模の大きなネットワークを触る機会があり、「DHCPサーバを立ててPCには自動でアドレスを振る」という構成に初めて触れました。最初は正直、「DHCPって、自動で変なアドレスを振られそうで怖い」「勝手に変わったらトラブルになるのでは」と身構えていました。

でも、現場のインフラ担当者にこう言われました。

「よくあるのが、"全部手動の方が安心"と思い込んで、逆に人為ミスを増やしてしまうパターンです。正直なところ、PCやスマホみたいに"出入りが多い端末"は、DHCPでまとめて管理した方が安定します。」

「実は、DHCPの"配る範囲"と"固定で予約しておくIP"さえしっかり決めておけば、勝手にアドレスがコロコロ変わることはありません。むしろ、管理表と現実がズレるリスクが減るんですよ。」

その一言で、「DHCP＝制御不能な自動化」ではなく、「ルールを決められる自動化」だと認識が変わりました。

DHCPの役割 ― IPアドレスを「自動で配る」仕組み

DHCPとは ― 何を配っているのか

DHCPサーバは主に次の情報を端末に配布します。

  • IPアドレス（例：192.168.1.23）
  • サブネットマスク（例：255.255.255.0）
  • デフォルトゲートウェイ（例：192.168.1.1）
  • DNSサーバのIPアドレス（例：192.168.1.10 など）
  • その他オプション（WINSサーバ・NTPサーバなど）

端末（DHCPクライアント）はネットワークに接続されたとき、

  1. 「DHCP Discover」メッセージでアドレスを要求
  2. DHCPサーバが「DHCP Offer」で候補アドレスを提示
  3. 端末が「DHCP Request」で使用を申請
  4. サーバが「DHCP ACK」で確定

という流れでアドレスを受け取ります。

このやりとりのおかげで、ユーザーや管理者はIPアドレスを手動で入力しなくても、ネットワーク参加に必要な設定が自動で端末に入ります。

動的割り当てと固定割り当て ― すべて"自動"ではない

DHCPというと、「アドレスが毎回変わる」と思われがちですが、実際には次のような運用パターンがあります。

動的割り当て（Dynamic）

プールの中から空いているIPを貸し出す。PC・スマホ・タブレットなど"名前や場所にあまり意味がない端末"に適している。

自動（Reservation／Static DHCP）

MACアドレスなどに基づき、特定端末に"いつも同じIP"を配る。サーバ・プリンタ・ネットワーク機器など"固定IPにしたいが、配布は自動にしたい"ケースに便利。

手動（Static）

DHCPを使わずに端末に固定IPを設定。ルータやスイッチ、ファイアウォールなど、重要機器の管理用アドレスに利用。

正直なところ、「DHCPを使うか・固定IPにするか」は二択ではありません。DHCPのレンジと予約をきちんと設計すれば、「増減する端末はDHCP・重要機器は固定アドレス＋DNS登録」という"いいとこ取り"ができます。

DHCPが止まると何が起きるか

DHCPサーバがダウンした場合、

  • すでにアドレスを持っている端末は、リース期間内は通信を継続
  • 新しくネットワークに参加する端末や、リース更新のタイミングを迎えた端末は、IPが取れず通信不能

になります。

現場で一度あったのは、

  1. 休日のメンテナンスで仮のDHCPサーバを立て、設定を戻し忘れた
  2. 平日朝、社内の一部端末が別セグメントのアドレスを配られ、社内サーバに繋がらなくなった

という事故です。このときは、ユーザーから「朝からネットがつながらない」「プリンタが見つからない」と問い合わせが殺到し、IPアドレスを確認して原因にたどり着くまでにかなり時間を要しました。

この経験から、「DHCPサーバの場所・配布範囲・冗長化」は、ネットワーク設計の際に必ず明文化しておくべき項目だと痛感しました。

DNSの役割 ― 名前からIPアドレスを「調べる」仕組み

DNSとは ― 人間のための"名前解決"

DNSは「名前（ホスト名・ドメイン名）」から「IPアドレス」を調べる仕組みです。

人間は覚えやすい名前を使い、コンピュータはIPアドレスで通信する。その橋渡し役がDNSです。

DNSサーバには、

  • Aレコード（ホスト名→IPv4）
  • AAAAレコード（ホスト名→IPv6）
  • PTRレコード（IP→名前：逆引き）

などのレコードが登録されます。

社内では、ファイルサーバ・プリンタ・管理用といった名前を付けておくと、運用やトラブルシューティングが格段に楽になります。

DNSが止まると"インターネットが死んだように見える"

DNSサーバに異常が起きると、利用者には「インターネットが死んだように見える」ことがよくあります。

実際には回線もルータも生きていても、名前がIPに引けないため、ブラウザでWebサイトに届かない。しかし、IPアドレス直打ち（例：8.8.8.8）なら通信できるといった状態になります。

以前、社内のDNSサーバをメンテナンスしていたとき、

  1. 内部DNSのサービス再起動中に、同じネットワークのメンバーが「ネットが全く使えない」と慌てて駆け込んできた
  2. すぐに再起動完了して復旧したものの、「DNSだけでここまで影響が出るのか」と肌で実感した

ことがありました。

正直なところ、DHCPと違って「すでにIPを持っている端末」でも、DNSが止まると急に不便になります。だからこそ、DNSサーバの冗長構成（プライマリ／セカンダリ）は、クラウド利用が当たり前になった今、以前にも増して重要になっています。

DHCPとDNSの"連携" ― 名前とIPを揃える

DHCPとDNSの連携について、技術的な仕組みは次のようになります。

  1. DHCPが端末にIPアドレスを配る
  2. 同時に、DNSサーバに対して「この名前にこのIPを割り当てた」と登録（DDNS：Dynamic DNS Update）
  3. 端末のIPが変わっても、DNSのレコードが自動で更新される

この仕組みを使うと、ノートPCなどIPが変わりうる端末でも、名前で管理しやすくなります。

一方で、「DHCPとDNSがバラバラに動いていて、現実とDNSのレコードがズレている」状態だと、

  • 名前でPingを打っても違う端末に飛ぶ
  • 管理者が"今どのアドレスがどの端末か"把握できない

という混乱が起きます。

DHCPとDNSの違い・共通点・よくある設計パターン

違いを一言で言うと

違いはこうまとめられます。

DHCP DNS
役割 端末にIPアドレスやネットワーク設定を「配る」 名前から通信先IPアドレスを「調べる」
向き合う相手 端末側（クライアント） アプリケーション・OSの名前解決機能
タイミング ネットワーク接続時・リース更新時 名前ベースで通信したいときごと

どちらもIPアドレスと関係していますが、

  • DHCP：端末に「IPを割り当てる」
  • DNS：通信先の「IPを見つける」

という、真逆の向きで働いています。

共通点 ― IPアドレス管理を"人間から解放する"役割

共通点として言えるのは、「どちらも"IPアドレスの管理を人間から解放する"ための仕組み」だということです。

DHCPがなければ：

  • 端末ごとに手動でIP設定
  • 変更のたびに人が動く

DNSがなければ：

  • ユーザーがすべてのIPアドレスを覚える
  • IP変更のたびにブックマークや設定の書き換えが必要

DHCPとDNSをきちんと設計すれば、

  • IPの増減や変更があっても、ユーザーは名前だけ見ていればよい
  • 管理者も「IPアドレス管理表」を更新する負担が大きく減る

という状態に近づけます。

対策1 ― DHCPの配布範囲を明確に設計する

DHCPで配るIPアドレスのプールを、セグメントごと・用途ごとに決めておくことが重要です。例えば、オフィスPCは192.168.1.100～192.168.1.200、ゲストWi-Fiは192.168.2.100～192.168.2.200、といった具合に範囲を分けることで、予期しないアドレス配布やセグメント間の混在を防げます。

対策2 ― 固定IPが必要な機器を明確にする

サーバ・プリンタ・ネットワーク機器など、「常に同じIPを持つべき機器」を一覧化し、それらに対しては固定IP設定またはDHCP予約＋DNS登録を行います。「何をどこに固定するか」が明確でないと、トラブル時の特定が難しくなります。

対策3 ― DNSに正式な名前とIPを登録する

サーバやプリンタなどの固定機器については、必ずDNSサーバに対して正式な名前（Aレコード）と、その逆引き情報（PTRレコード）を登録します。これにより、名前での管理が可能になり、IP変更時の影響を最小限に抑えられます。

対策4 ― DHCPとDNSの連携を設計する

ノートPCなど、IPが変わりうる端末については、DHCPとDNSの連携（DDNS）を活用して、IP割り当て時に自動でDNS登録されるよう設定します。これにより、端末のIPが変わっても名前解決が正しく行われます。

対策5 ― IPアドレス管理表を整備・運用する

DHCPの配布範囲、固定IP、DNS登録内容などを、一つの管理表にまとめ、定期的に更新・検証します。現実とDNSレコードがズレていないか確認することで、トラブルの早期発見と予防ができます。

よくある質問

Q1. DHCPとDNSは同じサーバで動かしてもいいですか？

A1. 小規模環境では、同一サーバやルータ上でDHCPとDNSを兼任させることも一般的です。ただし、障害時の影響範囲が広がるため、規模や重要度に応じて分離も検討します。

Q2. 全部DHCPに任せて、固定IPをやめてしまってもいいですか？

A2. プリンタ・サーバ・ネットワーク機器など、常に同じIPでいてほしい機器は、固定IPまたはDHCP予約＋DNS登録で管理するのが現実的です。PCやスマホなど変動する端末をDHCPに寄せるのがおすすめです。

Q3. DNSサーバは社内と外部（プロバイダ）、どちらを使うべきですか？

A3. 社内リソース（ファイルサーバ等）がある場合は、社内DNSで内部名を解決しつつ、外部への問い合わせはプロバイダDNSやパブリックDNSにフォワードする構成が一般的です。

Q4. DHCPサーバが2台あるときの注意点は？

A4. 同じセグメントで複数DHCPが無秩序に動くと、意図しないIPが配られて混乱します。アドレス範囲を分ける・1台はスタンバイにする・DHCPリレーを使うなど、役割分担を明確にしてください。

Q5. DNSが原因のトラブルを見分けるには？

A5. IPアドレス直打ちの通信（例：Ping 8.8.8.8）が通るのに、名前解決を伴う通信（Webサイト）が失敗する場合、DNSの設定やサーバ障害が疑われます。

Q6. DHCPとDNSの勉強を始めるのに良い順番は？

A6. まずはIPアドレスとサブネット、ゲートウェイの概念を押さえ、その上で「手動設定」と「DHCPで自動設定」の違いを理解すると、DNSの役割（名前からIPを引く）がすっと入ってきます。

Q7. クラウド環境でもDHCPとDNSは必要ですか？

A7. はい。クラウド内でもVPC/VNetでDHCP相当の機能がIPを配り、クラウドDNSや自前DNSで名前解決を行います。オンプレとクラウドをまたぐ設計では、DNSの連携設計がより重要になります。

まとめ

DHCPは「ネットワークに参加する端末へIPアドレスと各種設定を自動で配る」、DNSは「名前から通信先IPアドレスを調べる」であり、両者が正しく設計・連携されてこそ、"人にも機械にも扱いやすいネットワーク"になります。

正直なところ、DHCPとDNSがきちんと整っていないネットワークは、端末や拠点が増えるほど「誰も全体像を把握できない」状態になりがちです。今のうちに、どこでDHCPが動き、どのDNSを参照しているのか、固定IPと名前のルールを見直しておくと、将来のトラブルをかなり減らせます。

💻 IT・通信に関するご相談はこちら

「業務効率を改善したい」
「通信環境を見直したい」
「自社に合うシステムを導入したい」

そんなお悩みはありませんか？

コムネットワーク株式会社では、
お客様の課題に合わせた最適なIT・通信ソリューションをご提案します。

まずはお気軽にご相談ください。

📞 フリーダイヤル：0120-56-9665
📞 TEL：052-533-0331
📠 FAX：052-533-0306

👉 お問い合わせはこちら
https://comnetwork.co.jp/contact/

―――――――――――――――

👩‍💼 採用エントリーはこちら

新卒・中途ともに募集しています。
IT業界で活躍したい方はぜひご応募ください。

👉 エントリーはこちら
https://comnetwork.co.jp/recruit/

News 一覧