再帰型DNSサーバーはどのような役割を果たすのでしょうか？

再帰型DNSサーバーは、他のDNSサーバーに問い合わせを行うことでクライアントからのDNSクエリに対する回答を見つけ出し、その結果を返します。取得した情報をキャッシュするため、繰り返し行われる検索にはより迅速に応答できます。

再帰型DNSサーバーと権威DNSサーバーの違いは何ですか？

再帰サーバーはクライアントのために名前解決を行う一方、権威サーバーは特定のゾーンのレコードを保持します。多くのネットワークでは、名前解決とレコード公開のセキュリティ確保およびスケーラビリティを個別に管理できるよう、これらの役割を別々のサーバーで実行しています。

再帰型DNSサーバーはインターネットに公開すべきか？

いいえ、再帰処理は、そのサーバーがサービスを提供する対象のクライアントに限定すべきです。オープンリゾルバーは、DNS増幅攻撃に悪用される可能性があり、不明なソースからの負荷を増加させる原因となります。

デバイスがどの再帰的DNSサーバーを使用しているかを確認するにはどうすればよいですか？

デバイスのネットワーク設定を確認してください。通常、これはDHCPによって提供されます。Windowsの「ipconfig /all」や、多くのLinuxシステムで利用可能な「resolvectl status」などのツールを使用すると、設定済みのDNSサーバーの一覧を確認できます。

再帰型DNSサーバーはフォワーダーにもなり得ますか？

はい、再帰型サーバーは、階層を自ら辿る代わりに、クエリの一部またはすべてを別のリゾルバーに転送するように設定できます。それでも、受信した応答はキャッシュされ、クライアントに返されます。

用語集
再帰型DNSサーバーとは？

DNS用語集

再帰型DNSサーバーとは？

再帰型DNSサーバーとは、クライアントデバイスに代わってドメイン名をIPアドレスに解決するDNSサーバーのことです。必要に応じてルートサーバー、トップレベルドメインサーバー、および権威サーバーにクエリを送信し、最終的な回答をクライアントに返し、結果キャッシュすることで、その後のクエリへの応答を高速化します。

DDIをシンプルにしましょう

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

主なポイント

再帰的DNSサーバーは、DNS階層にクエリを送信し、結果をキャッシュし、スタブリゾルバーに回答を返すことで、クライアントデバイスに代わってドメイン名をIPアドレスに解決します。ほぼすべてのネットワーク接続は再帰型サーバーに依存しているため、これらは重要なインフラストラクチャであり、オープンリゾルバー攻撃、キャッシュポイズニング、およびネットワーク接続が正常な場合でもアプリケーションの障害を引き起こす可能性のある設定上の問題から保護する必要があります。キャッシュは応答時間を短縮し、権威サーバーへの負荷を軽減しますが、キャッシュされたデータは有効期限（TTL）が切れるまで保持されるため、レコードの変更がユーザーに反映される速度に影響を与えます。セキュリティリスクを低減し、一貫したDNS解決を確保するためには、許可されたクライアントへの再帰クエリの制限、冗長サーバーの運用、DNSSEC検証の有効化、クエリログの維持管理など、適切な管理手法が不可欠です。

再帰DNSサーバーは、「再帰希望」フラグが設定されたクエリを受け付け、ルートサーバー、トップレベルドメインサーバー、および権威サーバーにクエリを送信して階層的なルックアップを実行した後、最終的な回答をキャッシュしてクライアントに返します。
DNSSECの検証、内部クライアントの範囲への再帰を制限するアクセス制御リスト（ACL）、およびリゾルバーとクライアントおよびアップストリームサーバー間のTCPポート53の許可は、リフレクション攻撃、キャッシュポイズニング、および解決失敗を防ぐための、極めて重要なセキュリティおよび信頼性に関する設定です。
TTLの期限切れまで古いキャッシュレコードが残存する、フォワーダーの不具合による断続的なタイムアウト、プライベートネームスペースにおけるスプリットホライズンの不一致など、一般的な運用上の問題については、一貫したDNS解決を回復するために、具体的なトラブルシューティングと設定の調整が必要となります。

再帰型DNSサーバーの概要

Attribute	Value
Full name	Recursive DNS server
Category	DNS server role
Defined in	RFC 1034 and RFC 1035, with the resolver role clarified in RFC 9499
Protocol and port	DNS over UDP and TCP, port 53
OSI layer	Application layer (layer 7)
Primary use	Resolving domain names for client devices and caching the answers
Related terms	Authoritative DNS server, DNS resolver, DNS cache, Root server, Stub resolver

再帰的DNSサーバーの仕組み

Lorem Ipsum（任意）
Lorem Ipsum（任意）
Lorem Ipsum（任意）
Lorem Ipsum（任意）
Lorem Ipsum（任意）
Lorem Ipsum（任意）

実際のサーバーでは、キャッシュされたリファラルも再利用されるため、ルートサーバーやトップレベルドメインサーバーはしばしばスキップされます。多くの導入環境では、サーバー自身が反復的に解決を行う代わりに、クエリをアップストリームの再帰サーバーに転送することができます。

企業ネットワークにおいて再帰型DNSサーバーが重要な理由

ほぼすべてのネットワーク接続はDNSルックアップから始まるため、再帰DNSサーバーはほぼすべてのクライアントトラフィックの経路上に位置しています。これが遅かったり利用できない場合、ネットワークが正常であってもアプリケーションが動作しないように見えてしまいます。キャッシュは権威サーバーへの負荷を軽減し、応答時間を短縮しますが、キャッシュされたデータは有効期限が切れるまで残ってしまうため、レコードの変更がユーザーに届く速度に影響を与えます。リゾルバとサーバーの役割はRFC 9499^[1]で定義されており、本来の解決動作はRFC 1034^[2]に記載されています。

再帰サーバーはセキュリティ上の制御ポイントです。あらゆる送信元からのクエリに応答するオープンリゾルバーは、リフレクション攻撃や増幅攻撃に悪用される可能性があり、偽造された応答を受け入れるリゾルバーはキャッシュポイズニングの被害を受ける可能性があります。 DNSSEC により、検証を行う再帰サーバーは、RFC 4033^[3] に規定されている通り、応答がゾーン所有者によって署名されたものであるかを確認できます。サーバーはクライアントが要求するすべてのドメインを把握しているため、フィルタリングやロギングを適用する上でも自然な場所となります。

管理が不十分だと、回答の不整合、単一障害点、インシデント対応時の死角といった問題が生じます。クエリを送信できるクライアントを制限すること、冗長サーバーを運用すること、検証機能を有効にすること、およびクエリログを保持することは、これらのリスクを軽減するための一般的な対策です。

再帰的DNSサーバーと関連用語との比較

再帰型DNSサーバーと権威DNSサーバーの比較

再帰型DNSサーバーは他のサーバーにクエリを送信してクライアントへの回答を検索するのに対し、権威DNSサーバーはゾーンデータを保持し、自身がホストするゾーンについてのみ確定的な回答を提供します。権威DNSサーバーとは何ですか？

Attribute	Recursive DNS server	Authoritative DNS server
Main role	Resolves names on behalf of clients	Publishes records for its own zones
Source of answers	Other DNS servers and its cache	Locally configured zone data
Typical clients	Stub resolvers and forwarding servers	Recursive resolvers
Caching of other zones	Yes, until the TTL expires	Not part of its role
Authoritative answer flag	Not set for answers from other servers	Set for answers from its own zones

再帰型DNSサーバーとDNSスタブリゾルバーの比較

スタブリゾルバとは、設定されたサーバーにクエリを送信するクライアント側の小さなコンポーネントであり、再帰的DNSサーバーがその代わりに完全な解決とキャッシュ処理を行います。DNSスタブリゾルバとは何ですか？

Attribute	Recursive DNS server	DNS stub resolver
Location	Network server, shared by many clients	Inside the host operating system or application
Follows referrals	Yes	No
Cache scope	Shared across all clients	Local to one host, if present
Queries sent to	Root, TLD and authoritative servers	A configured recursive server

再帰型DNSサーバーの一般的な問題

あらゆる送信元アドレスからのクエリに応答する再帰型サーバーは、第三者に対するリフレクション攻撃や増幅攻撃に悪用される可能性があります。アクセス制御リスト（ACL）を使用して再帰処理を内部クライアントの範囲に制限し、インターネットからサーバーにアクセスできないことを確認してください。

キャッシュされたレコードはTTLが切れるまで残ります。そのため、一部のユーザーにとっては、変更されたレコードが古いアドレスに解決され続ける可能性があります。キャッシュをフラッシュすることでこの現象は解消され、DNSSEC検証を有効にすることで、偽造された応答を受け入れるリスクを低減できます。

サーバーが、処理が遅い、フィルタリングされている、またはダウンしているアップストリームリゾルバーに転送を行うと、クライアントは断続的なタイムアウトやSERVFAIL応答を受け取ることになります。フォワーダーを直接テストし、サーバーが完全な再帰処理またはセカンダリフォワーダーにフォールバックできることを確認してください。

UDPポート53のみを許可するファイアウォールでは、応答が切り捨てられてTCPによる再送信が必要になる場合や、大容量のDNSSEC応答が失敗する可能性があります。リゾルバーとクライアント、およびアップストリームサーバーとの間で、TCPポート53を許可してください。

再帰サーバーがプライベートネームスペース用の転送ゾーンやスタブゾーンを持たず、代わりにパブリックインターネットにクエリを送信した場合、内部名の解決に失敗します。その結果、ネットワーク内にのみ存在する名前に対して、クライアントはNXDOMAIN を返されます。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視化、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

お問い合わせ

インテリジェント・ネットワーク

再帰型DNSサーバーとは？

実際に動作を確認してみませんか？

再帰型DNSサーバーの概要

再帰的DNSサーバーの仕組み

企業ネットワークにおいて再帰型DNSサーバーが重要な理由

再帰的DNSサーバーと関連用語との比較

再帰型DNSサーバーと権威DNSサーバーの比較

再帰型DNSサーバーとDNSスタブリゾルバーの比較

再帰型DNSサーバーの一般的な問題

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

再帰型DNSサーバーに関するFAQ

関連用語

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

OSIモデルの理解：7層構造におけるDNSとIPアドレスの位置づけ

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

ポッドキャスト：AIがエンタープライズソフトウェア開発をどう変えているか

ポッドキャスト：ネットワーク運用においてオープンプラットフォームが重要な理由

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveWire GEN3 デバイス製品ラインナップ

関連記事