Was ist der Unterschied zwischen rekursiven und nicht-rekursiven DNS-Abfragen?

Bei einer rekursiven Abfrage übernimmt der Server die Suche nach einer endgültigen Antwort, während eine nicht-rekursive Abfrage nur das zurückgibt, was der Server weiß, oder eine Weiterleitung. Resolver verwenden rekursive Abfragen an ihre übergeordneten Resolver und nicht-rekursive Abfragen, um die Hierarchie zu durchlaufen.

Was ist eine iterative DNS-Abfrage?

Eine iterative Abfrage ist eine andere Bezeichnung für eine nicht-rekursive Abfrage. Der Server antwortet mit einer Antwort oder einer Weiterleitung, und der Client entscheidet, ob er die Abfrage fortsetzen möchte.

Was ist eine DNS-Weiterleitung?

Eine Weiterleitung ist eine Antwort, die Nameserver auflistet, die näher am abgefragten Namen liegen, in der Regel über NS-Einträge im „Authority“-Abschnitt. Der Resolver sendet dann seine nächste Abfrage an einen dieser Server.

Beantworten autoritative Server nicht-rekursive Abfragen?

Ja, die Beantwortung nicht-rekursiver Abfragen ist ihre Hauptaufgabe. Sie antworten anhand der Zonendaten mit einer autoritativen Antwort oder mit einer Weiterleitung, falls der Name in eine delegierte Zone fällt.

Wie kann ich eine nicht-rekursive Abfrage testen?

Tools wie „dig“ können mithilfe der Option „norecurse“ eine Abfrage senden, bei der das Flag „recursion desired“ deaktiviert ist. Dies ist nützlich, um zu überprüfen, welche Antworten ein Server aus seinen eigenen Daten oder seinem Cache liefert, ohne neue Abfragen auszulösen.

Glossar
Was ist eine nicht-rekursive Abfrage?

DNS-Glossar

Was ist eine nicht-rekursive Abfrage?

Eine nicht-rekursive Abfrage, auch iterative Abfrage genannt, ist eine DNS-Anfrage, bei der ein Nameserver aufgefordert wird, aus bereits vorhandenen Daten zu antworten oder den Client weiterzuleiten. Der Server muss dabei keine anderen Server kontaktieren, sodass er sofort eine Antwort oder eine Weiterleitung zurückgibt.

Vereinfachen wir Ihr DDI

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

Die wichtigsten Erkenntnisse

A non-recursive query, also called an iterative query, is a DNS request that asks a name server to respond only with data it already holds or to provide a referral to another server without performing additional lookups on behalf of the client. Non-recursive queries form the backbone of DNS server-to-server communication, allowing recursive resolvers to walk the DNS hierarchy by querying root servers, top-level domain servers, and authoritative servers in sequence, with each step returning either an answer or a referral to the next server. Operationally, the distinction between recursive and non-recursive queries is critical for server design, security configuration, and troubleshooting, as misconfigurations can lead to confusing failures such as stub clients unable to resolve external names, and improper recursion settings can expose authoritative servers to reflection and amplification attacks.

Non-recursive queries enable authoritative servers to respond from zone data or return referrals to name servers closer to the queried domain, forming the mechanism behind most DNS traffic between servers as defined in RFC 1034 and RFC 1035.
Caching servers can answer non-recursive queries from cached data but do not perform new lookups if the information is not already stored, unlike recursive queries which require the server to contact other servers until a final answer is obtained.
Separating recursive and non-recursive query handling improves security by allowing operators to restrict recursion to trusted clients while keeping non-recursive answers about their own zones open to everyone, and enables easier detection of misconfigurations and abuse through monitoring of query types and response codes.

Nicht-rekursive Abfrage auf einen Blick

Attribute	Value
Full name	Non-recursive query, also called an iterative query
Category	DNS query type
Defined in	RFC 1034 and RFC 1035
Protocol and port	DNS over UDP and TCP, port 53
OSI layer	Layer 7 (application)
Primary use	Resolving names step by step by asking each server in turn, and answering from local data
Related terms	Recursive query, Recursive resolver, Authoritative name server, Root server, DNS cache, Referral

So funktionieren nicht-rekursive Abfragen

Bei einer nicht-rekursiven Abfrage sendet der Client eine Anfrage, und der Server antwortet mit den besten ihm vorliegenden Informationen, ohne weitere Abfragen im Auftrag des Clients durchzuführen. Rekursive Resolver nutzen diesen Ansatz, um die DNS-Hierarchie zu durchlaufen.

Der Client sendet die Abfrage: Der Client, in der Regel ein rekursiver Resolver, sendet eine Abfrage an einen Nameserver, wobei das Flag „recursion desired“ nicht gesetzt ist oder keine Erwartung besteht, dass der Server rekursiv vorgeht.
Server überprüft seine Daten: Der Server sucht in seinen Zonendaten, wenn er für den Namen autoritativ ist, oder in seinem Cache, falls er einen unterhält.
Der Server gibt eine Antwort zurück: Wenn der Server die Antwort vorrätig hat, gibt er sie zurück. Ein autoritativer Server kennzeichnet die Antwort als autoritativ.
Der Server gibt eine Weiterleitung zurück: Wenn der Server die Antwort nicht bereithält, gibt er eine Weiterleitung zurück, in der Nameserver aufgeführt sind, die näher am Namen liegen, beispielsweise die Server für eine untergeordnete Zone.
Der Client folgt der Weiterleitung: Der Client sendet dieselbe Anfrage an einen in der Weiterleitung genannten Server und wiederholt dies so lange, bis er eine Antwort oder eine Fehlermeldung erhält.

Der Server fragt niemals andere Server für den Client ab, sodass die Arbeit, den Verweisen zu folgen, beim Anfragenden verbleibt. Ein Resolver beginnt typischerweise bei einem Root-Server, fragt dann einen Top-Level-Domain-Server ab und anschließend den autoritativen Server für die Domain, wobei bei jedem Schritt nicht-rekursive Abfragen verwendet werden.

Warum nicht-rekursive Abfragen in Unternehmensnetzwerken wichtig sind

Nicht-rekursive Abfragen sind der Mechanismus, der dem Großteil des DNS-Datenverkehrs zwischen Servern zugrunde liegt. Jedes Mal, wenn ein rekursiver Resolver keine Antwort aus seinem Cache liefern kann, sendet er nicht-rekursive Abfragen gemäß RFC 1034 die Hierarchie hinauf. Von autoritativen Servern wird erwartet, dass sie diese Abfragen schnell anhand der Zonendaten beantworten; daher steigt ihre Auslastung mit der Anzahl der Resolver, die auf sie angewiesen sind, sowie mit der Kürze der Lebensdauer der Einträge.

Aus betrieblicher Sicht ist diese Unterscheidung für das Serverdesign und die Fehlerbehebung von Bedeutung. Ein reiner autoritativer Server, der keine Rekursion anbietet, beantwortet nur nicht-rekursive Anfragen zu seinen eigenen Zonen, und ein Client, der von ihm Rekursion erwartet, erhält statt einer Antwort eine Weiterleitung oder eine Ablehnung. Ein Missverständnis diesbezüglich führt zu verwirrenden Fehlern, wie z. B. bei Stub-Clients, die externe Namen nicht auflösen können, nachdem sie auf einen autoritativen Server verwiesen wurden.

Auch aus sicherheitlicher Sicht ergibt sich diese Unterscheidung. Server, die rekursive Abfragen aus beliebigen Quellen beantworten, können bei Reflection- und Amplification-Angriffen missbraucht werden; daher beschränken viele Betreiber die Rekursion auf vertrauenswürdige Clients, während nicht-rekursive Antworten zu ihren eigenen Zonen für alle zugänglich bleiben. Durch die Trennung dieser Rollen sowie die Überwachung von Abfragetypen und Antwortcodes lassen sich Fehlkonfigurationen und Missbrauch leichter erkennen.

Wie sich „nicht-rekursive Abfrage“ von verwandten Begriffen unterscheidet

Nicht-rekursive Abfrage vs. rekursive Abfrage

Eine rekursive Abfrage fordert den Server auf, eine endgültige Antwort oder einen Fehler zurückzugeben, indem er bei Bedarf andere Server abfragt, während eine nicht-rekursive Abfrage nur nach dem fragt, was der Server bereits weiß, oder nach einer Weiterleitung an einen besseren Server. Was ist eine rekursive Abfrage?

Attribute	Non-recursive query	Recursive query
Work done by the server	Answers from zone data or cache, or returns a referral	Resolves the name fully, contacting other servers as needed
Typical sender	A recursive resolver talking to authoritative servers	A stub resolver or client talking to a recursive resolver
Typical responder	Authoritative server	Recursive resolver
Possible result	Answer or referral	Final answer or error
Recursion desired flag	Unset or not relied on	Set

Häufige Missverständnisse bezüglich nicht-rekursiver Abfragen

Iterative Abfragen sind nicht von Natur aus langsamer. Jeder Schritt ist ein einfacher Abruf, und ein Resolver, der Weiterleitungen und Antworten zwischenspeichert, überspringt oft die meisten Schritte.

Stub-Resolver senden normalerweise rekursive Abfragen an einen Resolver. Der nicht-rekursive Austausch findet zwischen dem Resolver und den autoritativen Servern statt und ist daher für Endklienten meist nicht sichtbar.

Eine Weiterleitung ist eine normale Antwort, kein Fehler. Sie verweist den Resolver auf Nameserver, die näher an der Antwort liegen, und eine fehlende Weiterleitung ist eher ein Delegationsproblem als ein Problem mit dem Abfragetyp.

Ein „authoritative-only“-Server löst keine Namen außerhalb seiner Zonen auf, selbst wenn das Flag „recursion desired“ gesetzt ist. Er gibt in der Regel eine Weiterleitung oder eine Ablehnung zurück, was oft fälschlicherweise als Ausfall interpretiert wird.

Ein Caching-Server kann eine nicht-rekursive Abfrage aus seinem Cache beantworten, sofern die Daten dort vorhanden sind. Sind sie nicht im Cache gespeichert, ruft der Server sie für diese Abfrage nicht ab.

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 eine nicht-rekursive Abfrage?

Sind Sie bereit, Ihre DDI zu vereinfachen?

Nicht-rekursive Abfrage auf einen Blick

So funktionieren nicht-rekursive Abfragen

Warum nicht-rekursive Abfragen in Unternehmensnetzwerken wichtig sind

Wie sich „nicht-rekursive Abfrage“ von verwandten Begriffen unterscheidet

Nicht-rekursive Abfrage vs. rekursive Abfrage

Häufige Missverständnisse bezüglich nicht-rekursiver Abfragen

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

FAQ zu nicht-rekursiven Abfragen

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