Was ist der Unterschied zwischen einem Stub-Resolver und einem rekursiven Resolver?

Ein Stub-Resolver leitet Anfragen weiter und gibt Antworten zurück, während ein rekursiver Resolver die vollständige Suche über die gesamte DNS-Hierarchie hinweg durchführt. Der Stub läuft auf dem Client, und der rekursive Resolver ist ein Server, auf den er angewiesen ist.

Woher bezieht ein Stub-Resolver seine DNS-Serveradresse?

Normalerweise wird diese Einstellung über DHCP ermittelt, aber ein Administrator kann sie auch manuell festlegen oder mithilfe von Endpunktmanagement-Tools übertragen. Einige VPN-Clients überschreiben sie zudem während der Verbindung.

Speichert ein Stub-Resolver DNS-Antworten im Cache?

Das ist möglich, das Verhalten hängt jedoch vom Betriebssystem und der Konfiguration ab. Einige Systeme speichern die Ergebnisse in einem lokalen Cache, während andere jede Anfrage an den rekursiven Resolver weiterleiten.

Kann ein Stub-Resolver DNSSEC validieren?

Ein einfacher Stub-Resolver stützt sich in der Regel auf den rekursiven Resolver, um DNSSEC zu validieren, und vertraut dessen Ergebnis. Einige Stub-Implementierungen können die Validierung lokal durchführen, dies ist jedoch nicht immer der Fall.

Wie kann ich testen, was ein Stub-Resolver tut?

Führen Sie ein Lookup-Tool wie „nslookup“ oder „dig“ für den konfigurierten Resolver aus und vergleichen Sie die Ergebnisse mit dem Verhalten der Anwendung. Eine Paketaufzeichnung auf dem Client zeigt, welcher Server die Anfragen empfängt und wie lange die Antworten dauern.

Glossar
Was ist ein DNS-Stub-Resolver?

DNS-Glossar

Was ist ein DNS-Stub-Resolver?

Ein DNS-Stub-Resolver ist eine clientseitige Softwarekomponente, die DNS-Abfragen im Auftrag von Anwendungen sendet und die Antworten zurückgibt. Er durchläuft die DNS-Hierarchie nicht selbst, sondern leitet jede Abfrage an einen konfigurierten rekursiven Resolver weiter und überlässt diesem Server die Bearbeitung.

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 DNS stub resolver is a client-side software component that forwards DNS queries from applications to a configured recursive resolver without performing full DNS hierarchy lookups itself, making it a critical infrastructure element found on every networked device. Misconfiguration of stub resolvers—through incorrect DHCP settings, unreachable servers, stale caches, or inconsistent search domains—causes widespread operational problems including slow page loads, failed logins, and application timeouts despite healthy network connectivity. Operations teams typically manage stub resolver behavior indirectly through DHCP distribution and endpoint management tools, while also facing security and failover challenges related to unencrypted DNS traffic and resolver address prioritization.

A stub resolver performs no iterative lookups of its own and relies entirely on forwarding queries to a recursive resolver configured via DHCP or manual settings, distinguishing it from recursive resolvers that query the full DNS hierarchy.
Security vulnerabilities exist in the stub-to-resolver hop because classic DNS on port 53 is unencrypted, allowing query observation or alteration by intermediaries, though DNS over TLS and DNS over HTTPS can protect this communication path.
Common stub resolver failures including unreachable resolver timeouts, stale local cache entries, search suffix mismatches, and DHCP-supplied bad settings produce intermittent lookup failures that are difficult to diagnose and can affect many devices simultaneously.

DNS-Stub-Resolver auf einen Blick

Attribute	Value
Category	DNS client component
Defined in	RFC 1034 and RFC 1035, which describe the resolver role; RFC 9499 defines the stub resolver term
Protocol and port	DNS over UDP and TCP on port 53 by default
OSI layer	Application layer
Primary use	Forwarding application name lookups to a recursive resolver
Related terms	Recursive resolver, DNS resolver, DNS caching, DHCP, DNS over HTTPS, DNS over TLS

So funktioniert ein DNS-Stub-Resolver

Ein Stub-Resolver befindet sich zwischen den Anwendungen auf einem Gerät und einem rekursiven Resolver. Er führt selbst keine iterativen Lookups durch, sodass sich seine Aufgabe darauf beschränkt, Anfragen weiterzuleiten und Ergebnisse zurückzugeben.

Anwendung fordert einen Namen an: Eine Anwendung ruft eine Systembibliotheksfunktion wie z. B. „getaddrinfo“ auf, um einen Hostnamen nachzuschlagen.
Lokale Quellen werden überprüft: Der Stub-Resolver konsultiert möglicherweise zunächst eine Hosts-Datei oder einen lokalen Cache und antwortet sofort, wenn er eine Übereinstimmung findet.
Die Anfrage wird an einen rekursiven Resolver gesendet: Wenn keine lokale Antwort vorliegt, sendet der Stub eine DNS-Anfrage mit gesetztem „Recursion Desired“-Flag an die Resolver-Adresse, die für ihn konfiguriert wurde. Diese Adresse wird häufig über DHCP ermittelt oder manuell festgelegt.
Antwort wird zurückgegeben: Der rekursive Resolver führt die vollständige Abfrage durch und antwortet. Der Stub leitet die Adressen oder den Fehlercode an die Anwendung weiter und speichert das Ergebnis möglicherweise für die Gültigkeitsdauer des Eintrags im Cache.

Wenn der erste konfigurierte Resolver nicht antwortet, versucht der Stub in der Regel einen erneuten Versuch oder wendet sich an den nächsten in seiner Liste. Viele Stubs können auch verschlüsselte Übertragungsprotokolle wie DNS über TLS oder DNS über HTTPS verwenden, um den rekursiven Resolver zu erreichen.

Warum der DNS-Stub-Resolver in Unternehmensnetzwerken wichtig ist

Jedes vernetzte Gerät verfügt über einen Stub-Resolver, sodass dessen Konfiguration jede Verbindung beeinflusst, die eine Anwendung anhand eines Namens herstellt. Da der Stub vollständig von den ihm zugewiesenen Resolver-Adressen abhängt, führen falsche oder nicht erreichbare Einstellungen zu langsamen Seitenladezeiten, fehlgeschlagenen Anmeldungen und Zeitüberschreitungen bei Anwendungen – selbst wenn das Netzwerk selbst einwandfrei funktioniert.

Betriebsteams steuern das Verhalten des Stub-Resolvers in der Regel indirekt. Resolver-Adressen und Suchdomänen werden über DHCP verteilt, und Client-Einstellungen können über Endpunkt-Management-Tools übertragen werden. Inkonsistente Suchsuffixe, veraltete lokale Caches und Listen, die nicht erreichbare Server enthalten, sind häufige Ursachen für zeitweise auftretende Lookup-Fehler, die schwer nachzuverfolgen sind.

Der Stub stellt zudem eine Sicherheitsgrenze dar. Der klassische DNS-Verkehr zwischen dem Stub und dem Resolver auf Port 53 ist unverschlüsselt, sodass jeder auf dem Weg die Abfragen einsehen oder verändern kann. DNS über TLS, definiert in RFC 7858, und DNS über HTTPS, definiert in RFC 8484, schützen diesen Abschnitt, können jedoch auch dazu führen, dass die Auflösung nicht mehr über die von einer Organisation überwachten Resolver erfolgt, wenn Anwendungen ihre eigenen Resolver festlegen.

Wie sich der DNS-Stub-Resolver im Vergleich zu verwandten Begriffen darstellt

DNS-Stub-Resolver vs. rekursiver DNS-Server

Ein Stub-Resolver leitet Anfragen lediglich vom Client weiter und speichert die Ergebnisse höchstens lokal im Cache, während ein rekursiver DNS-Server die vollständige Abfrage durchführt, indem er im Auftrag des Clients andere Server abfragt. Was ist ein rekursiver DNS-Server?

Attribute	DNS stub resolver	Recursive DNS server
Location	Runs on the client device as part of the operating system or an application	Runs as a network service, often at the enterprise or an ISP
Lookup method	Sends a single query with recursion desired set and waits for the answer	Follows referrals from root to authoritative servers
Cache scope	Serves one device, if it caches at all	Serves many clients from a shared cache
Configuration source	Resolver addresses set manually or learned through DHCP	Root hints or forwarders set by the administrator

Häufige Probleme mit DNS-Stub-Resolvern

Wenn der erste konfigurierte Resolver ausgefallen ist, wartet der Stub bis zum Ablauf einer Timeout-Frist, bevor er den nächsten versucht, sodass Benutzer bei jeder Abfrage Verzögerungen von mehreren Sekunden erleben. Der Zeitpunkt des Failovers variiert je nach Betriebssystem, wodurch das Symptom auf verschiedenen Geräten unterschiedlich auftritt.

Kurznamen werden anhand der konfigurierten Suchdomänen aufgelöst, sodass bei einer Abfrage möglicherweise mehrere fehlgeschlagene Anfragen generiert werden, bevor eine erfolgreich ist. Eine falsche Suffixliste kann zudem dazu führen, dass ein Kurzname zu einem unbeabsichtigten Host aufgelöst wird.

Ein lokaler Cache kann nach der Änderung eines Eintrags weiterhin eine veraltete Adresse zurückgeben, obwohl der rekursive Resolver bereits über die neue Adresse verfügt. Durch das Leeren des Client-Caches wird das Symptom behoben, was eher auf den Stub als auf den Server hindeutet.

Wenn ein VPN-Client die Resolver-Einstellungen ändert, können interne Namen außerhalb des VPN fehlschlagen oder öffentliche Namen an den internen Resolver weitergeleitet werden. Gemischte Resolver-Listen, in denen nur einige Server die internen Zonen kennen, führen zu zeitweiligen Ausfällen.

Eine falsche DNS-Server-Einstellung in einem DHCP-Bereich weist jedem Client in diesem Subnetz dieselbe fehlerhafte Resolver-Adresse zu. In diesem Fall treten auf vielen Geräten gleichzeitig Fehler auf, während die IP-Konnektivität weiterhin funktioniert.

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 DNS-Stub-Resolver?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DNS-Stub-Resolver auf einen Blick

So funktioniert ein DNS-Stub-Resolver

Warum der DNS-Stub-Resolver in Unternehmensnetzwerken wichtig ist

Wie sich der DNS-Stub-Resolver im Vergleich zu verwandten Begriffen darstellt

DNS-Stub-Resolver vs. rekursiver DNS-Server

Häufige Probleme mit DNS-Stub-Resolvern

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

FAQ zum DNS-Stub-Resolver

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