DNS-Glossar

Was ist bedingte DNS-Weiterleitung?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

Conditional DNS forwarding is a DNS configuration mechanism that routes queries for specific domain names to designated DNS servers based on matching configured domain suffixes, enabling organizations with multiple namespaces—such as internal domains, partner networks, and cloud environments—to resolve names through the authoritative server holding that data without duplicating zone information across systems. The operational challenge lies in managing forwarding rules consistently across multiple servers and monitoring target availability, as stale rules pointing to decommissioned servers or broken network paths cause intermittent failures users perceive as application outages. Proper implementation requires careful attention to security, rule governance, and fallback behavior, including restricting which networks access forwarding servers, limiting private zone forwarding to internal paths, and encrypting resolver-to-resolver transport where supported.

  • Conditional forwarding applies forwarding behavior only to queries matching configured domain suffixes, while a regular forwarder applies to all queries the server cannot answer, allowing each domain to route to a different target server or fall back to normal resolution.
  • Common deployment scenarios include resolving private zones, merged company namespaces after acquisitions, partner domains, and cloud-hosted private DNS services without requiring zone data replication between systems.
  • Security exposure occurs because forwarded queries may cross networks in plain text and disclose internal domain names to external or untrusted servers, necessitating encrypted transport, trusted target validation, and network access restrictions on forwarding rules.

Bedingte DNS-Weiterleitung auf einen Blick

AttributeValue
Full nameConditional DNS forwarding
CategoryDNS resolver configuration
Protocol and portDNS, typically UDP and TCP port 53
OSI layerLayer 7 (application)
Primary useResolving specific domains through designated DNS servers across separate networks and namespaces
Related termsDNS forwarder, recursive resolver, split-horizon DNS, authoritative DNS server, DNS zone

So funktioniert die bedingte DNS-Weiterleitung

Ein DNS-Server, der für bedingte Weiterleitung konfiguriert ist, vergleicht jeden eingehenden Abfragenamen mit einer Liste von Domain-Regeln. Das Ergebnis entscheidet darüber, ob der Server die Abfrage weiterleitet oder sie normal auflöst.

  1. Empfang der Anfrage: Ein Client sendet eine rekursive Anfrage an seinen konfigurierten DNS-Server, beispielsweise eine Anfrage nach einem Hostnamen in einer Partner- oder internen Domain.
  2. Domainabgleich: Der Server vergleicht den abgefragten Namen mit seinen konfigurierten Weiterleitungsdomains und wählt das am genauesten passende Suffix aus.
  3. Anfrage weiterleiten: Wenn eine Regel zutrifft, sendet der Server die Anfrage an die für diese Domain aufgeführten DNS-Server, anstatt seinen Standardpfad zu verwenden.
  4. Standardpfad verwenden: Wenn keine Regel zutrifft, führt der Server die Namensauflösung wie gewohnt durch, wobei er Root-Hinweise oder einen universellen Forwarder verwendet.
  5. Antwort zurückgeben: Der Server leitet die Antwort an den Client weiter und speichert sie möglicherweise entsprechend der „Time to Live“ des Eintrags im Cache.

Die Schritte berücksichtigen kein Fehlerverhalten. Server unterscheiden sich darin, ob sie auf die Standardauflösung zurückgreifen, wenn ein bestimmter Server nicht antwortet, und diese Einstellung wirkt sich sowohl auf die Zuverlässigkeit als auch darauf aus, wo Anfragen offengelegt werden. Weiterleitungsziele müssen zudem über das Netzwerk erreichbar sein, wobei Routing- und Firewall-Regeln den DNS-Verkehr zulassen müssen.

Warum bedingte DNS-Weiterleitung in Unternehmensnetzwerken wichtig ist

Unternehmen betreiben selten nur einen einzigen Namensraum. Fusionen, Hybrid-Clouds, Partnerverbindungen und private Zonen führen jeweils zu zusätzlichen Domänen, die der Standard-Resolver nicht auflösen kann. Die bedingte Weiterleitung ermöglicht es, dass jeder dieser Namensräume über den Server aufgelöst wird, auf dem sich die entsprechenden Daten befinden, ohne dass Zonendaten zwischen Systemen kopiert oder die bestehende DNS-Infrastruktur ersetzt werden muss.

Aus betrieblicher Sicht handelt es sich bei Weiterleitungsregeln um Konfigurationen, die sich häufig über viele Server verteilen und im Laufe der Zeit abweichen. Eine veraltete Regel, die auf einen außer Betrieb genommenen Server verweist, führt zu Zeitüberschreitungen und zeitweiligen Ausfällen, die von Benutzern als Anwendungsausfälle gemeldet werden. Das Verhalten von DNS-Stubs und Weiterleitungen basiert auf dem in RFC 1034 und RFC 1035 beschriebenen rekursiven Abfragemodell. Die Fehlerbehebung erfordert daher die Rückverfolgung, welcher Server eine Abfrage erhalten hat und wohin sie weitergeleitet wurde. Eine konsistente Regelverwaltung und Überwachung der Weiterleitungsziele verringern dieses Risiko.

Sicherheit ist von Bedeutung, da weitergeleitete Abfragen den lokalen Resolver verlassen und möglicherweise im Klartext Netzwerke durchqueren. Das Senden interner Domänennamen an einen externen oder nicht vertrauenswürdigen Server kann interne Namensstrukturen offenlegen. Regeln sollten nur vertrauenswürdige Ziele benennen, die Weiterleitung privater Zonen auf interne Pfade beschränken und festlegen, welche Netzwerke diese Server erreichen dürfen. Die Verschlüsselung des Datenverkehrs zwischen Resolvern, sofern unterstützt, verringert das Risiko zusätzlich.

Wie sich bedingte DNS-Weiterleitung von verwandten Begriffen unterscheidet

Bedingte DNS-Weiterleitung vs. Weiterleitung an DNS-Server

Ein weiterleitender DNS-Server leitet Anfragen, die er nicht beantworten kann, an einen anderen Resolver weiter, während die bedingte Weiterleitung dieses Verhalten nur auf Namen anwendet, die mit konfigurierten Domains übereinstimmen. Was ist ein weiterleitender DNS-Server?

AttributeConditional DNS forwardingForwarding DNS server
ScopeApplies only to queries matching listed domain suffixesTypically applies to all queries not answered locally
DestinationCan differ for each domainUsually one set of upstream resolvers
Typical useReaching internal, partner or cloud namespacesOffloading recursion to an upstream resolver
FallbackNames with no matching rule resolve by the default methodUpstream resolver is the default path for unresolved names

Bedingte DNS-Weiterleitung vs. Split-Horizon-DNS

Bei der bedingten Weiterleitung werden Anfragen je nach Domainnamen an verschiedene Server weitergeleitet, während beim Split-Horizon-DNS für denselben Namen unterschiedliche Antworten zurückgegeben werden, je nachdem, wer die Anfrage stellt. Was ist Split-Horizon-DNS?

AttributeConditional DNS forwardingSplit-horizon DNS
Decision basisQueried domain nameSource of the query, such as internal or external client
What changesWhich server answersWhich answer the client receives
Data locationZone data stays on the target serverSeparate views or zones hold different data for one name

Häufige Probleme bei der bedingten DNS-Weiterleitung

Eine Regel verweist weiterhin auf einen außer Betrieb genommenen oder umnummerierten Server. Abfragen für diese Domain laufen ab, und Nutzer melden langsame oder fehlgeschlagene Anwendungen, während andere Namen normal aufgelöst werden.

Eine Firewall oder eine Änderung der Routenführung blockiert den DNS-Datenverkehr vom Weiterleitungsserver zum Ziel, häufig über den UDP- oder TCP-Port 53. Umfangreiche Antworten, die TCP erfordern, schlagen zunächst fehl, was das Symptom zeitweise auftritt.

Auf manchen DNS-Servern werden Regeln hinzugefügt, auf anderen hingegen nicht. Die Auflösung desselben Namens gelingt auf einer Seite, schlägt auf einer anderen jedoch fehl, je nachdem, welchen Resolver der Client verwendet.

Zwei Server leiten eine Domain jeweils an den anderen weiter, oder ein Ziel leitet die Anfrage zurück an die Quelle. Die Anfragen werden so lange hin- und hergeleitet, bis die Zeitüberschreitung eintritt, und die Auslastung des Resolvers steigt mit den SERVFAIL-Antworten.

Eine weit gefasste Suffix-Regel und eine enger gefasste verweisen auf unterschiedliche Server, und Administratoren gehen davon aus, dass die falsche Regel den Vorrang hat. Subdomains werden dann über einen Server aufgelöst, der die Zone nicht enthält, und geben „NXDOMAIN“ zurück.

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.

FAQ zur bedingten DNS-Weiterleitung

Verwandte Begriffe

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

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

Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…

Read more
Content Hub

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

Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…

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

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

Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…

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

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

Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…

Read more
Podcast

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…

Read more
Podcast

Podcast: Why Open Platforms Matter in Network Operations

Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.

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

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

Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…

Read more
Hands on laptop with digital dashboard showing IP address usage, overlapping ranges, and cost analytics for DDI infrastructur

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

Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…

Read more

Verwandte Artikel