DNS（Domain Name System）とは、example.com のような人が覚えやすいドメイン名を、コンピューターが接続先を探すときに使うIPアドレスなどの情報へ結び付ける、インターネットの名前解決の仕組みです。ブラウザにURLを入力したとき、DNSで必要な接続先が分かり、その後にブラウザがWebサーバーと通信してページを表示します。DNS自体がホームページの文章や画像を送るわけではありません。
例えば「会社のWebサイトを開く」という操作の裏側では、ブラウザや端末が接続先の情報を調べ、必要ならDNSリゾルバーが複数のDNSサーバーへ問い合わせます。取得したアドレスを使ってブラウザがWebサーバーへ接続することで、初めてページのデータを受け取れるようになります。DNSはこの通信の入口にあたる重要な基盤です。
この記事では、DNSの役割と、ドメイン名からWebサイトが表示されるまでの全体像を初心者向けに説明します。名前解決の担当者であるDNSリゾルバー、ルートDNS、TLDのDNS、権威DNS、それぞれの役割を図解し、キャッシュで問い合わせが省略される場合も紹介します。DNSレコードの具体的な登録・変更操作、DNS障害の詳しい復旧は、それぞれ別の記事で扱うため、ここでは全体像の理解に絞ります。
DNSとは？インターネットで名前を住所に結び付ける仕組み
DNSを理解するうえで最も大切なのは、覚えやすい名前である「ドメイン名」と、ネットワーク上の接続先を示す「IPアドレス」の役割を分けることです。DNSは両者の情報を問い合わせ、利用者が正しい接続先を見つける手助けをします。
DNSはDomain Name Systemの略称
DNSは Domain Name System の頭文字を取った名称で、日本語ではドメインネームシステムと呼ばれます。インターネットでは、Webサイトだけでなく電子メールやさまざまなネットワークサービスでもドメイン名を利用します。DNSは、こうした名前に関連付けられた情報を参照できるようにする仕組みです。
「DNSサーバー」という言葉は、この仕組みに関する問い合わせを受けたり、名前の情報を提供したりするサーバーを指します。ただし、DNSサーバーには複数の役割があり、すべてのDNSサーバーがWebサイトのIPアドレスを直接記録しているわけではありません。
ドメイン名は人が扱いやすい名前
example.com や www.example.com などのドメイン名は、人が覚えて入力しやすい文字列です。ネットワーク上のサーバーへ接続するとき、利用者が毎回数字のアドレスを覚える必要がないよう、名前を使える仕組みが用意されています。
ドメイン名はWebサイトと一対一に固定されるとは限りません。一つのドメイン名が複数のアドレスを返したり、運営者がサーバーを移転して接続先を変えたりすることもあります。DNSで名前と接続先を切り離して管理できることは、Webサイト運営にとって重要です。
IPアドレスは通信先を特定するための情報
IPアドレスは、IPネットワーク上で通信相手を識別・到達するためのアドレスです。IPv4では 192.0.2.10 のような形式、IPv6では 2001:db8::10 のような形式が使われます。ここに示した値は文書の説明用に予約されたアドレスであり、実在する公開Webサイトの接続先を示していません。
DNSでIPアドレスを調べたあと、ブラウザはそのアドレスへ通信を行います。ただし実際のWebサイトでは、CDNやロードバランサーなどの中継設備のアドレスが返ることもあります。「DNSで返るアドレス＝コンテンツを保存した元のサーバーのアドレス」とは限りません。
DNSは「インターネットの電話帳」と例えられる
DNSは名前から接続先を調べるため、電話帳に例えられることがあります。利用者が店名から電話番号を探すように、コンピューターがドメイン名からネットワークで利用する情報を探すイメージです。ただしDNSは一冊の電話帳ではなく、多くのサーバーが役割を分担した分散型の仕組みです。
実際には、名前の階層を使って担当するDNSサーバーを探し、最終的な回答を取得します。この階層構造が、世界中の膨大なドメイン名を管理できる理由の一つです。
ドメインからWebサイトが表示されるまでの全体像
ブラウザにURLを入力してページが表示されるまでには、大きく「URLから必要なホスト名を取り出す」「接続先の情報を名前解決する」「接続してページを受け取る」という段階があります。DNSの処理は、そのうち接続先を調べる部分です。
手順1：ブラウザにURLを入力する
利用者が https://www.example.com/ をブラウザに入力したとします。https は通信方式、www.example.com は接続先を表すホスト名、末尾の / はページの場所に関わる部分です。DNSの問い合わせでは、Webサーバーへ接続するために必要なホスト名に関連する情報を調べます。
ここで使用する example.com は説明用の予約ドメインです。URLを入力した直後に必ずルートDNSへ問い合わせるとは限りません。端末やDNSリゾルバーに以前調べた結果が残っていれば、その情報が利用される場合があります。
手順2：ブラウザ・端末が必要な名前解決を行う
ブラウザやOSは、利用できるキャッシュや設定を確認し、必要な情報がなければDNSリゾルバーを利用して名前解決を行います。DNSリゾルバーは、問い合わせを受けて、必要なら他のDNSサーバーへ問い合わせて最終的な回答を取得する役割です。
ブラウザが独自のDNS設定や暗号化DNSを利用している場合、OSの標準DNS設定と異なる経路が使われることもあります。しかし基本となる目的は、アクセスしたいホスト名の接続情報を得ることです。
手順3：DNSでIPアドレスなどの情報が得られる
リゾルバーが必要な情報を取得すると、ブラウザ側へ結果を返します。Webサイトへの接続では、IPv4のアドレスを示すAレコードやIPv6のアドレスを示すAAAAレコードが関係します。別名を示すCNAMEなどが使われ、最終的な接続先をたどることもあります。
ここで得られたのは、WebページのHTMLや画像そのものではありません。どこへ接続すればよいかを決めるための情報です。DNSの仕事とWebサーバーの仕事を分けて考えると仕組みが理解しやすくなります。
手順4：HTTPS接続を確立してページを受け取る
ブラウザは取得した接続先へ通信し、HTTPSの場合はTLSによる安全な通信のための手続きを行います。その後、HTTPリクエストを送り、WebサーバーやCDNからHTML・CSS・JavaScript・画像などを取得してページを表示します。ページ内に別ドメインの画像などが含まれる場合は、追加の名前解決が必要になることもあります。
DNSでIPアドレスが分かっても、Webサイトの表示が成功するとは限りません。Webサーバーの停止やTLS証明書の問題、HTTPエラーなどがあれば、名前解決が正常でもページは表示できない場合があります。
DNSの名前解決はどのような順番で行われる？
DNSリゾルバーがキャッシュを持っていない場合、担当するDNSサーバーを階層的にたどって情報を取得するのが代表的な流れです。ここでは www.example.com の接続先を調べる場合を、簡略化したモデルで説明します。
手順1：DNSリゾルバーに問い合わせる
端末やブラウザは、設定されたDNSリゾルバーへ「www.example.com のアドレスを教えてください」という問い合わせを行います。DNSリゾルバーは利用者に代わって必要な情報を調べる窓口です。多くの場合、インターネット接続事業者や社内ネットワーク、公共DNSなどが提供します。
リゾルバーに有効なキャッシュがあれば、以降の階層的な問い合わせを省略して回答することがあります。次の説明は、必要な答えがキャッシュにない場合の代表例です。
手順2：ルートDNSから担当するTLDを知る
リゾルバーは必要に応じてルートDNSへ問い合わせ、.com を担当するTLDのDNSサーバーの情報を得ます。ルートDNSは世界中のすべてのWebサイトのIPアドレスを直接保存しているわけではありません。ドメイン階層の上位部分を案内する役割を担います。
ルートはドメイン名の階層の最上位にあります。example.com の末尾の com はTLD（トップレベルドメイン）で、その階層へ進むための情報が返されます。
手順3：TLDのDNSから権威DNSを知る
次にリゾルバーは .com を担当するDNSサーバーへ問い合わせ、example.com を担当する権威DNSサーバーの情報を取得します。TLDのDNSも、通常は個々のWebサイトのページ内容を保存しているわけではありません。権威を持つDNSサーバーへの案内を行います。
ドメイン名は階層構造を持つため、.jp や .net の場合も、それぞれのTLDに関係するDNSサーバーをたどります。簡略図ではルート、TLD、権威DNSという三段階で表現しますが、実際には委任や別名の参照によって追加の問い合わせが生じる場合があります。
手順4：権威DNSが対象の情報を返す
権威DNSサーバー（Authoritative DNS Server）は、担当するドメインのDNSゾーンに関する正式な情報を保持し、問い合わせに回答するDNSサーバーです。例では www.example.com に関連するアドレス情報などを返します。
権威DNSは「そのドメインのDNS情報の管理元」に相当しますが、必ずしもWebサーバーと同じ機器に存在するわけではありません。ドメイン管理会社、DNSホスティング事業者、Webホスティング事業者など、契約構成によって運用元が異なります。
手順5：リゾルバーが結果をブラウザへ返す
リゾルバーは受け取った回答を端末側へ渡します。端末は必要なアドレスを取得し、ブラウザがWebサーバーへ接続するために使います。回答には保存して再利用できる時間の情報が含まれる場合があります。
この一連の流れは、DNSに関する基本仕様であるRFC 1034や、Google CloudのDNS概要で説明されている階層的な名前解決を、初心者向けに整理したものです。
DNSリゾルバー・ルート・TLD・権威DNSの違い
名前解決に登場するDNSサーバーは、同じ「DNS」という言葉でも役割が異なります。まず各サーバーが何を答えるのかを理解すると、図解の順番を追いやすくなります。
4つの役割を比較表で確認
代表的な役割を一覧にすると、問い合わせの窓口となるリゾルバー、上位階層を案内するルートDNSとTLD DNS、対象ドメインの情報を返す権威DNSに分けられます。これらがすべて別々の事業者で運用されるとは限りません。
| 種類 | 主な役割 | 回答のイメージ |
|---|---|---|
| DNSリゾルバー | 利用者の代わりに名前解決を行う | 問い合わせ結果を端末へ返す |
| ルートDNS | TLDに関する案内を行う | 「.comの担当はこちら」 |
| TLDのDNS | 対象ドメインの権威DNSへ案内する | 「example.comの担当はこちら」 |
| 権威DNS | 担当ゾーンのDNS情報を提供する | 「wwwのアドレス情報はこちら」 |
ここでいう「案内」は、DNS上では委任先のネームサーバーなどの情報を返すことです。ルートやTLDのDNSが、WebページのHTMLや画像を中継するわけではありません。
DNSリゾルバーは問い合わせをまとめる窓口
利用者が毎回自分でルートDNSや権威DNSに問い合わせる必要はありません。DNSリゾルバーが必要な情報を調べ、回答をまとめて返します。家庭用ルーターやOS、ブラウザの設定によって、実際に利用するリゾルバーは異なる場合があります。
Google Public DNSなどの公共リゾルバーも、この役割を提供します。ただしGoogle Public DNSは、利用者が取得したドメインの権威DNSを管理するためのサービスではありません。Googleの公式資料でも、再帰的DNSリゾルバーとして説明されています。
権威DNSは対象ドメインの情報の管理元
権威DNSは、自分が担当するゾーンの情報を元に回答します。企業がDNS管理画面でドメインの設定を管理する場合、その情報は権威DNSを通して外部から参照されます。
権威DNSの変更はWebサイトだけでなく、メールや各種サービスの接続にも影響する可能性があります。そのため「DNSサーバーを変更する」と「Webサーバーを変更する」は別の作業として扱う必要があります。
ドメイン名・URL・IPアドレス・DNSはどう違う？
初めてDNSを学ぶと、ドメイン名、URL、IPアドレス、Webサーバーを同じものとして捉えがちです。それぞれの役割を分けると、なぜ名前解決という段階が必要なのかを理解できます。
URLは通信方式やページの場所も含む
例えば https://www.example.com/about/ はURLであり、通信方式を表す https、ホスト名を表す www.example.com、ページのパスを表す /about/ などの要素を含みます。DNSはURL全体の文字列をそのままIPアドレスに置き換える仕組みではありません。
ブラウザはURLの中から必要な情報を読み取り、接続先の名前解決を行います。その後、HTTPでWebサーバーへページのパスなどを伝えて情報を取得します。
ドメイン名だけではページの内容を指定できない
www.example.com の接続先が分かっても、そこにあるどのページを表示するかは別の情報です。ひとつのWebサーバーが複数のサイトを提供することもあるため、接続先IPアドレスだけで要求するWebサイトが必ず一意に決まるわけでもありません。
HTTPSの場合は接続時のホスト名やTLSの設定も関わります。DNSは接続するための土台を提供しますが、ページの指定や認証をすべて引き受けるわけではありません。
DNSの設定とドメインの契約は別の管理
ドメイン名はレジストラ（登録事業者）などを通じて登録します。一方で、DNSの設定を管理するサービスと、Webサイトのデータを保存するサーバーは、同じ会社の場合も別の会社の場合もあります。
「ドメインを取得した」「DNSの向き先を設定した」「Webサイトを公開した」は異なる段階です。DNSの基本を知ったあとは、この三つの管理場所を分けて把握すると、サイトの移転や運用で役立ちます。
DNSレコードとは？名前に関連付く情報の種類
DNSは、ドメイン名とIPアドレスだけを保存する仕組みではありません。目的に応じた情報を「DNSレコード」という形で管理します。ここでは主な種類の役割だけを押さえ、具体的な値の設定や変更手順には踏み込みません。
A・AAAAレコードはIPアドレスの情報
AレコードはIPv4アドレス、AAAAレコードはIPv6アドレスに関する情報を示します。Webサイトの接続先を調べるときに重要な種類です。同じ名前で複数のアドレスを返す構成もあります。
IPv4とIPv6のどちらを実際に使うかは、端末・ネットワーク・ブラウザなどの環境にも左右されます。AとAAAAが存在することと、どちらの接続も必ず正常であることは同じではありません。
CNAMEは別名、NSは権威DNSへの委任に関係する
CNAMEは、あるDNS名が別の正式な名前を参照する関係を表すレコードです。一方、NSはネームサーバーに関する情報で、ドメインの担当するDNSサーバーへの委任などに関係します。CNAMEとNSは目的が異なります。
運用中のサイトで設定変更を行う際は、どの名前がどのサービスへ結び付いているかを確認する必要があります。個別の設定例や制約は別記事で扱います。
MX・TXTなどWeb以外の用途にも使われる
MXレコードはメールの配送先に関わり、TXTレコードはドメインに関連する文字列情報を提供します。メール送信の認証やサービスの所有確認など、Webページの表示以外にもDNSが利用されていることが分かります。
DNSレコードを変更するときは、Webサイトだけでなくメールや外部サービスの利用にも影響する可能性があります。本記事では種類の位置付けにとどめ、各レコードの登録方法・書き方・エラー対処は個別に確認することを推奨します。
DNSキャッシュとは？毎回ルートから問い合わせない理由
DNSの名前解決は、アクセスのたびにルートDNS、TLD DNS、権威DNSを一から巡るとは限りません。前に調べた結果を一定期間再利用するキャッシュがあるためです。キャッシュを理解すると、DNSの動きや、変更直後に結果が違う理由をつかみやすくなります。
キャッシュは以前の問い合わせ結果を一時保存する
DNSリゾルバーは取得した回答を一定期間保存し、同じ情報が必要になった場合は再利用できます。OSやブラウザなどにも関連情報が保存される場合があります。適切なキャッシュを利用すれば、DNS問い合わせにかかる時間や外部DNSサーバーへの通信を減らせます。
ただしキャッシュを使う範囲は利用するOS・ブラウザ・DNSサービスなどによって違います。「DNSは必ず一秒以内に反映される」など、すべての環境へ共通する時間を決めることはできません。
TTLはキャッシュの寿命に関する値
DNSレコードにはTTL（Time To Live）という値があります。TTLは、その情報をDNSキャッシュとして保持できる時間を秒単位で示すものです。RFC 1034やRFC 1035では、DNSのキャッシュとTTLの基本的な扱いが定義されています。
例えば説明上、ある回答のTTLが300秒なら、キャッシュは一定の条件の下で最大5分程度再利用されます。実際の残り時間は、その回答を取得してからの経過によって変わります。TTLを300秒に設定すれば、世界中のすべてのブラウザ表示が5分で切り替わると保証するものではありません。
キャッシュがあるとDNS変更の見え方が異なることがある
権威DNSの設定を変更しても、別のDNSリゾルバーが以前の回答をキャッシュしている間は、利用者によって違う接続先が使われる可能性があります。このような差は、キャッシュの期限や問い合わせるDNSサーバーの違いなどで生じます。
DNSの反映時間を調べたい場合や、実際に設定を変更する場合は、TTLだけではなく、権威DNS側の情報、キャッシュの状態、ブラウザやOSの動作も考える必要があります。詳しい設定変更や切り分けの手順は、今回の中心テーマには含めていません。
DNSが正常でもWebサイトが表示されないことはある
DNSの役割を正しく理解するには、名前解決が成功した後にも別の通信が必要であることを押さえる必要があります。DNSでIPアドレスが取得できることと、Webサイトの表示が完了することは同じではありません。
名前解決とWebサーバーへの接続は別工程
DNSが正常にIPアドレスを返しても、接続先のWebサーバーが停止している場合や、ネットワークに問題がある場合はページを表示できないことがあります。逆にWebサーバーが稼働していても、必要なDNS情報を取得できなければ、通常のドメイン名でアクセスできない場合があります。
そのためWebサイトの運用では、DNSの状態とHTTPの応答状態を別の確認項目として考えることが重要です。具体的なWebサイトの監視については死活監視の基礎解説をご覧ください。
HTTPSとSSL証明書もDNSとは別の仕組み
HTTPSでは、ブラウザが接続先とのTLS通信を確立し、サーバー証明書などを検証します。DNSの名前解決が正常でも、証明書が期限切れだったり接続先のホスト名に対応していなかったりすると、ブラウザの警告が出る場合があります。
DNS自体はTLS証明書を発行・更新する仕組みではありません。HTTPSとTLSの仕組みを詳しく知りたい場合は、SSL証明書とHTTPSの基礎記事に分けて解説しています。
名前解決に成功してもHTTPエラーが返る場合がある
IPアドレスが分かりサーバーへ接続できたとしても、HTTPの応答が404や500となることがあります。これらは、通常はページの存在やアプリケーション、サーバー側の処理に関係する状態です。
DNSの名前解決で問題が起きているのか、名前解決後のHTTP通信で問題が起きているのかを区別すると、障害の調査先を整理しやすくなります。ただし個別のエラーコード別の復旧操作は別の記事で扱います。
CDNを利用するWebサイトではDNSがどこを指す？
現在のWebサイトでは、CDNやリバースプロキシを経由してページを配信する構成もあります。この場合、DNSが返すIPアドレスはWebサイトのデータを保管する元のサーバーではなく、中継する設備のアドレスであることがあります。
DNSは必ず元のWebサーバーのIPを返すわけではない
例えばCDNを利用するWebサイトでは、利用者に近い拠点やネットワーク側の設備へ接続させるために、CDNのアドレス情報が返される場合があります。ブラウザは、その接続先と通信してWebページのデータを受け取ります。
Cloudflareの公式説明でも、プロキシを有効にしたDNSレコードでは、設定されたオリジンサーバーのIPアドレスではなくCloudflare側のIPアドレスが返る構成を説明しています。
接続先の変化があっても同じドメイン名を使える
DNSによって名前と接続先を分けて管理できるため、Webサイトを移転したりCDNを導入したりしても、利用者へ案内するドメイン名を維持できる場合があります。接続先の変更はDNS情報や関連するサービスの設定で管理します。
ただし、ドメイン名が同じでもDNSの切り替えだけで安全に移転できるとは限りません。Webサーバーの設定、TLS証明書、キャッシュやリダイレクトなど、別の確認事項があります。ここではDNSが担う役割だけを押さえます。
DNSの基本用語を一覧で確認
ここまでに登場した用語をまとめると、誰が名前を管理し、誰が問い合わせ、どの段階でページのデータを受け取るのかが分かります。初心者の方は、混同しやすい言葉をこの表で整理してください。
DNS・ドメイン管理で覚えたい用語
以下の用語は名前解決に直接関係するものを中心に選んでいます。DNSレコードの値の書き方や専用のコマンドは、個別テーマとして扱います。
| 用語 | 意味 | 押さえるポイント |
|---|---|---|
| DNS | ドメイン名などの情報を調べる仕組み | ページの中身を送る機能ではない |
| ドメイン名 | 名前の階層を持つ識別子 | 例：example.com |
| ホスト名 | 接続先などを識別する名前 | 例：www.example.com |
| IPアドレス | IPネットワーク上のアドレス | IPv4・IPv6がある |
| DNSリゾルバー | 名前解決を行う問い合わせ窓口 | キャッシュを利用する場合がある |
| ルートDNS | DNS階層の最上位の情報を提供 | TLDへの案内 |
| TLD | .com・.jpなどの上位ドメイン | 権威DNSへの案内に関わる |
| 権威DNS | 担当ゾーンの正式なDNS情報を提供 | DNSの管理元 |
| DNSレコード | 名前に紐付く情報の種類 | A・AAAA・CNAMEなど |
| TTL | キャッシュの保持時間に関する値 | 秒単位で管理する |
この表を理解できれば、DNS管理画面に出てくる言葉を見たときも、大まかに何を扱う設定か判断しやすくなります。値を変更する場合は影響範囲があるため、正式な手順を確認しましょう。
DNSネームサーバーとWebサーバーは同じものではない
DNSネームサーバーはドメイン名に関する情報を扱い、WebサーバーはHTTPなどでWebページのデータを提供します。同じ企業が両方のサービスを提供していることはありますが、技術的な役割は異なります。
「ネームサーバーを変更する」という操作はDNSの管理先や委任に影響し得るため、「Webサイトを引っ越す」という操作と常に同じではありません。異なる管理者が担当している場合は、関係を整理する必要があります。
Webサイトの運営者がDNSを理解するメリット
DNSの詳しい設定を自分で行わなくても、基本的な仕組みを知っておくと、サイトの公開・移転・障害連絡で状況を整理しやすくなります。運営者が最低限把握したいポイントをまとめます。
ドメイン管理会社とサーバー会社を混同しなくなる
ドメイン名の契約先、DNSの運用先、Webサーバーの契約先が違う場合、問い合わせ先も異なります。DNSがどの役割を持つか理解できれば、問題が発生した際に最初からすべての会社へ同じ相談をする必要がない場合があります。
例えばDNS管理会社がWebサイトのHTMLを修正するとは限りませんし、Web制作会社がドメイン登録を管理しているとも限りません。どの情報を誰が管理するのかを把握することが重要です。
サイト移転で確認するポイントを整理できる
Webサイトの移転では、新しいサーバーを用意するだけでなく、ドメイン名と新しい接続先の関係、HTTPS、リダイレクト、旧サーバーの扱いなどを確認する必要があります。DNSの基本を知ることで、必要な準備を分けて考えられます。
本記事はDNS設定値の変更手順を説明するものではありません。実際の作業は、契約中のDNS事業者の管理画面、利用するWebサーバーの仕様、移転手順を確認した管理担当者が行ってください。
Webサイトが表示されないときの確認範囲を整理できる
名前解決ができないのか、取得したアドレスへ接続できないのか、サーバーからエラーが返るのかを分けることで、問い合わせや障害報告の内容を具体的にできます。DNSが原因と決めつけて設定を変更すると、問題を悪化させる可能性があるため注意が必要です。
個別の障害原因と対応手順は別記事に分けますが、基礎として「DNSの仕事は名前解決であり、その後にHTTP/HTTPSの通信がある」と覚えておくと、技術担当者との連携にも役立ちます。
エンリンクで確認できるDNS・ドメイン関連の情報
DNSの全体像を理解した後は、自分のサイトのドメイン情報や管理先を整理することが運用につながります。ここでは、エンリンクの公開機能一覧で確認できた情報のみを扱い、一般的なDNSの仕組みと製品の提供機能を区別します。
ドメイン管理会社や管理画面の情報を整理できる
エンリンクの機能一覧では、ドメイン管理会社と管理画面のURLをサイト単位で保存して整理する機能が案内されています。複数サイトの管理先が分かれている場合、契約先を探す手間の削減につながります。
また、公開登録情報から取得できたドメインの登録期限と情報の取得元を表示する機能も案内されています。ただしドメインの登録期限とDNSキャッシュのTTL、SSL証明書の期限は、それぞれ異なるものです。
DNS診断とSSL・HTTP監視は目的が異なる
同じ機能一覧にはDNS診断・セキュリティ確認、HTTP・SSL監視の案内があります。DNSの名前解決ができること、WebサーバーがHTTPへ応答すること、SSL証明書が有効であることは別の確認項目です。ひとつの結果だけでWebサイト全体が正常と断定できるわけではありません。
公開されていないDNSレコードの自動書き換えや、すべてのDNS障害を自動修復する機能をエンリンクが提供しているという説明はしていません。対応機能の範囲は公式の機能一覧をご確認ください。
無料プランから複数サイトの状態を整理する
2026年10月26日時点の料金ページでは、無料プランで登録できるサイト数は最大5サイト、定期監視は1日2回と案内されています。これはすべてのDNS情報が常に最新であることや、即時の障害検知を保証するものではありません。
複数サイトのドメイン管理先や監視結果を一つの画面で確認したい場合は、無料アカウント登録をご利用いただけます。DNSの基本的な名前解決は、エンリンクを登録しなくてもインターネットの基盤として機能しています。
DNSとは何かについてよくある質問
DNSの説明を読んだあとによく出る疑問をまとめます。名前解決の基本を中心に回答し、具体的なDNS設定やエラー復旧の手順は別のテーマとして整理します。
Q．DNSは何の略ですか？
Domain Name Systemの略称です。ドメイン名に関連するIPアドレスなどの情報を、階層的・分散的な仕組みで問い合わせられるようにしたシステムです。
Q．DNSがなければWebサイトは見られませんか？
一般的なドメイン名によるWebサイトへのアクセスではDNSが重要です。ただし、接続先情報が別の方法で与えられるなど、DNSの問い合わせを必ずしも行わない例外はあります。普段のインターネット利用ではDNSが重要な役割を担います。
Q．DNSとIPアドレスは同じものですか？
いいえ。DNSは名前に関連する情報を取得する仕組みで、IPアドレスはネットワーク上で通信相手を識別・到達するためのアドレスです。DNSでIPアドレスに関する情報を取得することがあります。
Q．DNSサーバーはWebサーバーと同じですか？
役割は異なります。DNSサーバーは名前に関する情報の問い合わせに答え、WebサーバーはWebページのデータを提供します。同じ事業者や機器で提供されることはありますが、機能としては別です。
Q．ブラウザでページを開くたびにルートDNSへ問い合わせますか？
いいえ。DNSリゾルバーや端末などが有効なキャッシュを保持していれば、問い合わせの一部を省略できることがあります。キャッシュがない場合に、ルートからTLD、権威DNSへたどるのが代表的な説明モデルです。
Q．DNSレコードとドメイン名はどう違いますか？
ドメイン名は対象の名前を表し、DNSレコードはその名前に関連するIPアドレスや別名、メール配送先などの情報を表します。A、AAAA、CNAME、MX、TXTなどはレコードの種類です。
Q．DNSが正常ならHTTPSの警告は出ませんか？
必ずしもそうではありません。DNSで接続先が分かっても、TLS証明書の期限切れや名前の不一致などがあればHTTPS接続に警告が表示されることがあります。DNSとSSL/TLSは役割が異なります。
Q．DNSとドメインを管理する会社は同じでなければいけませんか？
いいえ。ドメインを登録する事業者とDNSをホスティングする事業者は異なる場合があります。Webサーバーの契約先とも一致しないことがあります。
Q．DNSを変更したら全員の表示がすぐ切り替わりますか？
一律には決まりません。以前の回答をキャッシュしているDNSリゾルバーや端末があると、一定期間は古い接続先が利用されることがあります。実際の反映状況は複数の要因で変わります。
Q．DNSの設定方法もこの記事にありますか？
本記事はDNSの仕組みを理解するための中心記事です。A・AAAA・CNAMEなどの具体的な設定方法、DNSの反映確認やエラー対処は別の記事で詳しく説明する方針です。まずはドメイン名がどのように解決され、Webページ表示へつながるかを押さえてください。
まとめ：DNSはWebサイトへつながるための最初の案内役
DNSとは、ドメイン名に関連するIPアドレスなどの情報を調べ、接続先を見つけるための仕組みです。ブラウザにURLを入力すると、必要に応じてDNSリゾルバーがルートDNS、TLDのDNS、権威DNSへ問い合わせ、取得した情報を端末へ返します。その後、ブラウザがWebサーバーへHTTP/HTTPS通信を行って、初めてページが表示されます。
DNSにはキャッシュがあるため、毎回すべてのDNSサーバーへ問い合わせるわけではありません。また、DNSの名前解決、Webサーバーの応答、TLS証明書の検証はそれぞれ別の段階です。この関係を理解しておくと、ドメイン管理会社・DNS事業者・Webサーバーの担当を整理するときにも役立ちます。
エンリンクでは、機能一覧でドメイン管理会社・管理画面URLの整理や、公開登録情報に基づくドメイン期限の確認などを案内しています。複数サイトの運用状況をまとめたい場合は料金プランを確認のうえ、無料登録から始められます。DNSレコードの自動変更やWebサイトの自動復旧を保証するものではありません。
参考にした公式資料
名前解決の基本的な説明は、以下の一次資料に基づいています（確認日：2026年10月26日）。DNSレコードの個別設定や製品固有の画面操作はこの記事の対象外です。
- IETF RFC 1034：Domain Names — Concepts and Facilities — DNSの階層・名前解決・リゾルバー・権威DNS・キャッシュの基本。
- IETF RFC 1035：Domain Names — Implementation and Specification — DNSレコードとTTLなどの基本仕様。
- Google Cloud：General DNS overview — ルート、TLD、権威DNS、再帰的リゾルバー。
- Google Public DNS：Introduction — 再帰的DNSサービスとキャッシュの役割。
- Cloudflare：What is DNS? — DNS lookupの流れと初心者向けの説明。
- Cloudflare：How Cloudflare DNS works — プロキシ利用時のアドレスと権威DNSの仕組み。
