Was ist der Unterschied zwischen einem Forwarder und einem rekursiven Resolver?

Ein Forwarder leitet unaufgelöste Anfragen an einen anderen Server weiter, während ein rekursiver Resolver diese selbst auflöst, indem er die DNS-Hierarchie abfragt. Ein Forwarder verlässt sich dabei auf seinen Upstream-Server, der diese Arbeit übernimmt.

Wann sollten Sie einen DNS-Forwarder verwenden?

Verwenden Sie einen Forwarder, wenn auf einer Website kein vollständiger rekursiver Resolver ausgeführt werden soll oder wenn externe Abfragen zur Protokollierung und Filterung über einen zentralen Punkt geleitet werden müssen. Er wird auch für die bedingte Weiterleitung bestimmter Domains an festgelegte Server verwendet.

Was ist bedingte Weiterleitung im DNS?

Bei der bedingten Weiterleitung werden Anfragen für bestimmte Domainnamen an einen festgelegten Server gesendet, während andere Anfragen den Standardpfad nehmen. Diese Methode wird häufig verwendet, damit interne Domains über die Server aufgelöst werden, auf denen sie gehostet werden.

Speichert ein weiterleitender DNS-Server Antworten im Cache?

Ja, ein weiterleitender DNS-Server speichert normalerweise die Antworten, die er von seinem Upstream-Server erhält, im Cache. Die im Cache gespeicherten Einträge werden so lange aufbewahrt, bis ihre TTL abläuft.

Was passiert, wenn der vorgelagerte DNS-Server ausfällt?

Der Forwarder versucht es mit allen anderen konfigurierten Forwardern. Je nach seinen Einstellungen greift er dann möglicherweise auf seine eigene Rekursion zurück oder meldet den Clients Fehler zurück.

Glossar
Was ist ein weiterleitender DNS-Server?

DNS-Glossar

Was ist ein weiterleitender DNS-Server?

Ein weiterleitender DNS-Server (Forwarder) ist ein DNS-Server, der Anfragen nach Namen, für die er nicht autoritativ ist, an einen festgelegten vorgelagerten DNS-Server weiterleitet, anstatt sie selbst aufzulösen. Er speichert die erhaltenen Antworten im Cache, sodass wiederholte Anfragen von lokalen Clients ohne erneute Abfrage beim vorgelagerten Server beantwortet werden können.

Vereinfachen wir Ihre DDI

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

Die wichtigsten Erkenntnisse

A forwarding DNS server is a DNS infrastructure component that delegates unresolved queries to designated upstream servers rather than performing full recursive resolution itself, while maintaining a local cache of responses to serve repeated client queries faster and reduce outbound DNS traffic. Forwarding servers are commonly deployed at branch offices, remote sites, and internal nodes to centralize external name resolution, improve response times through caching, and enable centralized logging and filtering across multiple locations. While forwarding simplifies local DNS architecture and enhances efficiency, it introduces dependencies on upstream server availability and integrity, requiring careful monitoring, multiple forwarder configurations for redundancy, and proper conditional forwarding rules to avoid outages and security vulnerabilities.

Forwarding DNS servers reduce outbound DNS traffic and improve performance by caching answers locally, allowing lightweight deployments at branch offices and remote sites instead of running full recursive resolvers at each location.
Conditional forwarding routes queries for specific domain names to designated servers, enabling internal domains to resolve through their authoritative servers while other queries use default upstream paths.
Upstream forwarder outages can cause external name resolution failures even when the local forwarder is healthy, making redundant forwarder configuration on separate network paths and fallback mechanisms essential for maintaining DNS service availability.

DNS-Weiterleitungsserver auf einen Blick

Attribute	Value
Full name	Forwarding DNS server
Category	DNS server role
Protocol and port	DNS over UDP and TCP, port 53 by default
OSI layer	Layer 7 (application)
Primary use	Offloading external name resolution to an upstream resolver while caching answers for local clients
Related terms	Recursive DNS server, Authoritative DNS server, DNS caching, Conditional forwarding, Stub resolver

So funktioniert ein weiterleitender DNS-Server

Ein weiterleitender DNS-Server ist mit einem oder mehreren vorgelagerten Servern, sogenannten Forwardern, konfiguriert. Er beantwortet Anfragen, die er anhand lokaler Daten oder aus dem Cache beantworten kann, und leitet alle anderen Anfragen an diese vorgelagerten Server weiter.

Client-Abfrage: Ein Client oder Stub-Resolver sendet eine rekursive Abfrage für einen Namen an den weiterleitenden DNS-Server.
Lokale Überprüfung: Der Server überprüft die von ihm gehosteten Zonen und seinen Cache. Wenn er eine gültige Antwort vorrätig hat, antwortet er sofort.
An den Upstream-Server weiterleiten: Wenn keine Antwort vorliegt, sendet der Server die Anfrage an einen konfigurierten Forwarder, bei dem das Flag „Recursion desired“ gesetzt ist, und fordert den Upstream-Server auf, die vollständige Auflösung durchzuführen.
Upstream-Auflösung: Der Upstream-Server löst den Namen auf, in der Regel durch Durchlaufen der DNS-Hierarchie von der Root aus, oder antwortet aus seinem eigenen Cache.
Zwischenspeichern und Antworten: Der Weiterleitungsserver empfängt die Antwort, speichert sie für die Dauer ihrer Gültigkeitszeit und sendet sie an den Client zurück.

Viele Implementierungen unterstützen die bedingte Weiterleitung, bei der Abfragen für bestimmte Domänen an bestimmte Server gesendet werden, beispielsweise an die DNS-Server eines Partnernetzwerks. Einige können auf ihre eigene iterative Auflösung zurückgreifen, wenn die Weiterleitungsserver nicht antworten, während andere so konfiguriert werden können, dass sie ausschließlich weiterleiten und die Abfrage stattdessen als fehlgeschlagen melden.

Warum DNS-Weiterleitungsserver in Unternehmensnetzwerken wichtig sind

Durch die Weiterleitung wird die externe Auflösung auf wenige Upstream-Server konzentriert. Zweigstellen, Remote-Standorte und interne Server können anstelle vollwertiger rekursiver Resolver leichtgewichtige Forwarder einsetzen. Dies reduziert den ausgehenden DNS-Datenverkehr, zentralisiert die Protokollierung und Filterung und ermöglicht es, dass der gemeinsam genutzte Upstream-Cache viele Standorte bedient. Da der Forwarder ebenfalls zwischenspeichert, bleiben wiederholte Abfragen für häufig verwendete Namen lokal und werden schneller beantwortet.

Die Weiterleitung schafft jedoch auch Abhängigkeiten. Der Weiterleitungsserver vertraut den Antworten des Upstream-Servers, sodass ein kompromittierter oder falsch konfigurierter Upstream-Resolver falsche Daten an jeden dahinter liegenden Client zurückgeben kann. Eine DNSSEC-Validierung hilft nur, wenn der validierende Resolver so platziert ist, dass er die Signaturen überprüfen kann; ein Forwarder, der keine Validierung durchführt, muss sich auf die Validierung des Upstream-Servers verlassen. Die Weiterleitung an einen nicht verwalteten öffentlichen Resolver legt zudem interne Abfragemuster gegenüber Dritten offen.

Mangelhafte Verwaltung äußert sich in Ausfällen und langsamen Lookups. Ist die Adresse eines Weiterleiters falsch oder nicht erreichbar und gibt es keinen Fallback, werden externe Namen nicht mehr aufgelöst, während interne Zonen weiterhin funktionieren – was schwer zu diagnostizieren sein kann. Ketten von Weiterleitern erhöhen die Latenz und machen das Cache-Verhalten unvorhersehbar. Bedingte Weiterleitungsregeln, die auf stillgelegte Server verweisen, führen zu Ausfällen bei bestimmten Domänen. Die Überwachung der Antwortzeiten der Upstream-Server und die regelmäßige Überprüfung der Weiterleitungslisten beugen den meisten dieser Probleme vor.

Wie sich der Begriff „Weiterleitender DNS-Server“ im Vergleich zu verwandten Begriffen darstellt

Weiterleitender DNS-Server vs. rekursiver DNS-Server

Ein weiterleitender DNS-Server leitet Anfragen, die er nicht beantworten kann, an einen vorgelagerten Server weiter, während ein rekursiver DNS-Server die vollständige Auflösung selbst durchführt, indem er Root-, TLD- und autoritative Server abfragt. Was ist ein rekursiver DNS-Server?

Attribute	Forwarding DNS server	Recursive DNS server
Resolution method	Hands the query to a configured upstream server	Walks the DNS hierarchy itself
Contact with authoritative servers	Usually none directly	Queries them directly
Dependency	Depends on the upstream server's availability and answers	Depends on reachability of root and authoritative servers
Typical placement	Branch offices and internal servers	Central or ISP-level resolver

Weiterleitender DNS-Server vs. zwischenspeichernder DNS-Server

Ein Caching-DNS-Server speichert Antworten, um sie wiederzuverwenden, während ein Weiterleitungs-DNS-Server dadurch definiert ist, wohin er unaufgelöste Anfragen weiterleitet; viele Server erfüllen beide Funktionen. Was ist ein Caching-DNS-Server?

Häufige Probleme mit DNS-Weiterleitungsservern

Sind alle konfigurierten Forwarder nicht erreichbar, können Clients externe Namen nicht auflösen, obwohl der lokale Server betriebsbereit ist. Die Angabe von mindestens zwei Forwardern auf unterschiedlichen Pfaden verringert dieses Risiko.

Zwei Server, die so konfiguriert sind, dass sie sich gegenseitig weiterleiten, oder eine Kette, die sich im Kreis dreht, führen dazu, dass Anfragen so lange hin- und hergeschickt werden, bis die Zeitüberschreitung eintritt. Zu den Symptomen gehören langsame Namensauflösungen und SERVFAIL-Antworten für Namen, die an anderer Stelle aufgelöst werden.

Das Senden von Abfragen für interne Domänen an einen öffentlichen Upstream-Server führt zu NXDOMAIN oder falschen Antworten. Bedingte Weiterleitung oder lokal gehostete Zonen für diese Domänen verhindern dies.

Firewalls, die zwischen Forwarder und Upstream-Server nur den UDP- Port 53 zulassen, verhindern Antworten, die TCP erfordern, wie beispielsweise umfangreiche DNSSEC-signierte Antworten. Typisches Anzeichen hierfür sind zeitweise auftretende Fehler bei bestimmten Namen.

Der Forwarder speichert alles, was der Upstream-Server zurückgibt, im Cache, sodass eine fehlerhafte Antwort so lange bestehen bleibt, bis ihre TTL abläuft. Durch das Leeren des Caches wird die lokale Kopie korrigiert, nicht jedoch die Upstream-Quelle.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

Kontaktieren Sie uns

Das intelligente Netzwerk

Was ist ein weiterleitender DNS-Server?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DNS-Weiterleitungsserver auf einen Blick

So funktioniert ein weiterleitender DNS-Server

Warum DNS-Weiterleitungsserver in Unternehmensnetzwerken wichtig sind

Wie sich der Begriff „Weiterleitender DNS-Server“ im Vergleich zu verwandten Begriffen darstellt

Weiterleitender DNS-Server vs. rekursiver DNS-Server

Weiterleitender DNS-Server vs. zwischenspeichernder DNS-Server

Häufige Probleme mit DNS-Weiterleitungsservern

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

FAQ zu weiterleitenden DNS-Servern

Verwandte Begriffe

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

Podcast: Why Open Platforms Matter in Network Operations

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Verwandte Artikel