DNS用語集

転送DNSサーバーとは何ですか?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

A forwarding DNS server is a DNS server that delegates queries it cannot answer to configured upstream servers while caching results for repeated local lookups, reducing outbound traffic and centralizing logging and filtering across branch offices and remote sites. This architecture concentrates external name resolution in a few shared upstream resolvers, allowing lightweight forwarders to operate at remote locations instead of full recursive resolvers, which speeds up repeat queries through local caching. However, forwarders introduce dependencies on upstream server availability and correctness, and misconfigurations such as unreachable forwarders, forwarding loops, or broken internal zone resolution can cause outages and slow lookups that require careful monitoring and maintenance to prevent.

  • A forwarding DNS server checks its local zones and cache first, then sends unresolved queries to a configured upstream server with the recursion desired flag set, receiving and caching the answer for the duration of its TTL.
  • Forwarding reduces outbound DNS traffic and centralizes logging and filtering by concentrating external resolution in a few upstream servers, while allowing lightweight forwarders to run at branch offices instead of full recursive resolvers.
  • Common failure modes include upstream outages breaking external name resolution, forwarding loops causing SERVFAIL responses, firewall blocks of TCP port 53 breaking large DNSSEC responses, and stale or poisoned cache entries persisting until their TTL expires.

DNS フォワーダーの概要

AttributeValue
Full nameForwarding DNS server
CategoryDNS server role
Protocol and portDNS over UDP and TCP, port 53 by default
OSI layerLayer 7 (application)
Primary useOffloading external name resolution to an upstream resolver while caching answers for local clients
Related termsRecursive DNS server, Authoritative DNS server, DNS caching, Conditional forwarding, Stub resolver

DNSサーバーの転送の仕組み

フォワーディングDNSサーバーは、フォワーダーと呼ばれる1つ以上のアップストリームサーバーと連携するように設定されています。このサーバーは、ローカルデータやキャッシュから回答できるものには直接回答し、それ以外のリクエストはすべてそれらのアップストリームサーバーに転送します。

  1. クライアントクエリ:クライアントまたはスタブリゾルバーが、名前に対する再帰クエリをフォワーディングDNSサーバーに送信します。
  2. ローカルチェック:サーバーは、自身がホストしているゾーンとキャッシュを確認します。有効な応答がキャッシュされている場合、直ちに応答を返します。
  3. アップストリームへの転送:応答が得られない場合、サーバーは「再帰処理を要求」フラグが設定された設定済みのフォワーダーにクエリを送信し、アップストリームサーバーに完全な解決を依頼します。
  4. アップストリーム解決:アップストリームサーバーは、通常、ルートからDNS階層を辿ることで名前を解決するか、自身のキャッシュから応答を返します。
  5. キャッシュと応答:転送サーバーは応答を受信し、その有効期間(TTL)の間保存した後、クライアントに返します。

多くの実装では、条件付き転送がサポートされています。これは、特定のドメインに対するクエリを、パートナーネットワークのDNSサーバーなど、特定のサーバーに送信する機能です。フォワーダーが応答しない場合、独自の反復解決に切り替える実装もあれば、転送のみを行い、代わりにクエリを失敗させるように設定できる実装もあります。

企業ネットワークにおいてDNSサーバーのフォワーディングが重要な理由

フォワーディングにより、外部のDNS解決処理を少数のアップストリームサーバーに集約できます。 支店、リモートサイト、および内部サーバーでは、完全な再帰型リゾルバーの代わりに軽量なフォワーダーを実行できます。これにより、アウトバウンドのDNSトラフィックが削減され、ロギングとフィルタリングが一元化され、共有されたアップストリームキャッシュが多くのサイトにサービスを提供できるようになります。フォワーダーもキャッシュを行うため、頻繁に参照されるホスト名の繰り返し検索はローカルで処理され、応答が高速化されます。

ただし、フォワーディングには依存関係も生じます。フォワーディングサーバーはアップストリームサーバーの応答を信頼するため、侵害されたり設定ミスが生じたりしたアップストリームリゾルバーは、その背後にいるすべてのクライアントに誤ったデータを返す可能性があります。 DNSSECの検証は、検証を行うリゾルバーが署名をチェックできる場所に配置されている場合にのみ有効であり、検証を行わないフォワーダーはアップストリームサーバーの検証に依存せざるを得ません。また、管理されていないパブリックリゾルバーへのフォワーディングは、内部のクエリパターンを第三者にさらすことにもなります。

管理が不十分だと、サービス停止や検索速度の低下として現れます。フォワーダーのアドレスが間違っていたり到達不能だったりして、代替手段が存在しない場合、内部ゾーンは正常に機能しているにもかかわらず、外部ドメイン名の解決が停止してしまいます。これは診断が困難な場合があります。フォワーダーの連鎖は遅延を増加させ、キャッシュの挙動を予測不能にします。 廃止されたサーバーを指す条件付き転送ルールは、特定のドメインで障害を引き起こします。アップストリームの応答時間を監視し、フォワーダーリストを定期的に見直すことで、これらの問題のほとんどを未然に防ぐことができます。

DNS転送サーバーと関連用語の比較

フォワーディングDNSサーバーと再帰DNSサーバーの違い

フォワーディングDNSサーバーは、回答できないクエリをアップストリームサーバーに転送しますが、再帰DNSサーバーは、ルートサーバー、TLDサーバー、および権威サーバーにクエリを送信して、自身で完全な解決を行います。再帰DNSサーバーとは何ですか?

AttributeForwarding DNS serverRecursive DNS server
Resolution methodHands the query to a configured upstream serverWalks the DNS hierarchy itself
Contact with authoritative serversUsually none directlyQueries them directly
DependencyDepends on the upstream server's availability and answersDepends on reachability of root and authoritative servers
Typical placementBranch offices and internal serversCentral or ISP-level resolver

転送DNSサーバーとキャッシュDNSサーバーの違い

キャッシュ型DNSサーバーは、回答を保存して再利用しますが、フォワーディング型DNSサーバーは、解決できなかったクエリをどこに転送するかによって定義されます。多くのサーバーは両方の機能を備えています。キャッシュ型DNSサーバーとは?

DNSフォワーダーでよくある問題

設定されたすべてのフォワーダーに到達できない場合、ローカルサーバーが正常であっても、クライアントは外部名の解決に失敗します。別々のパス上に少なくとも2つのフォワーダーを指定することで、このリスクを軽減できます。

互いに転送するように設定された2台のサーバー、または循環するチェーンは、クエリがタイムアウトするまでバウンスし続けます。症状としては、検索速度の低下や、他の場所で解決される名前に対するSERVFAIL応答が挙げられます。

内部ドメインに対するクエリをパブリックなアップストリームサーバーに送信すると、NXDOMAINまたは誤った応答が返されます。これらのドメインに対して条件付き転送またはローカルでホストされたゾーンを使用することで、この問題を回避できます。

フォワーダーとアップストリームサーバー間の通信をUDPポート53のみに制限するファイアウォールは、大規模なDNSSEC署名付き応答など、TCPを必要とする応答を妨げます。特定のドメイン名に対して断続的にエラーが発生するのが、典型的な兆候です。

フォワーダーはアップストリームサーバーから返された内容をすべてキャッシュするため、不正な応答はTTLが切れるまで残ります。キャッシュをフラッシュするとローカル上のコピーは修正されますが、アップストリームのソース自体は修正されません。

統合型DDIがネットワーク運用をいかに簡素化するかを参照

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

DNS サーバーの転送に関する FAQ

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

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

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

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

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

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

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

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

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

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

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

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

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

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

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事