DNS-Glossar

Was ist eine DNS-Abfrage?

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.

A DNS query is a message sent by a client to a DNS server requesting records for a specific domain name, record type, and class, typically using UDP on port 53 as defined in RFC 1035. The query initiates nearly every network connection, making query volume a direct measure of DNS service demand and a critical metric for identifying capacity needs, misconfigured clients, and potential security issues. Monitoring query logs, implementing rate limiting, and maintaining redundant servers are essential operational practices to detect problems like query floods, NXDOMAIN spikes, and malware-generated random lookups before they impact application availability and user experience.

  • DNS queries carry three components—a domain name, a record type (such as A, AAAA, MX, or TXT), and a class (almost always IN for Internet)—and are answered by resolvers from cache or through the DNS hierarchy via root and authoritative servers.
  • Query floods exploit the high volume of DNS traffic by sending random subdomain queries that bypass caching to exhaust resolver resources, causing rising latency, SERVFAIL responses, and timeouts that make dependent applications appear unavailable.
  • Building a baseline of queries per day broken down by record type, client, and response code enables teams to detect anomalies such as broken applications, misconfigured search domains, stale resolver configurations, or malware activity before they surface as user complaints.

DNS-Abfrage auf einen Blick

AttributeValue
CategoryDNS message
Defined inRFC 1035
Protocol and portUDP and TCP, port 53
OSI layerLayer 7 (application)
Primary useRequesting DNS records, such as an IP address, for a domain name
Related termsDNS resolver, DNS record, recursive query, iterative query, DNS response, DNS query flood

So funktioniert eine DNS-Abfrage

Eine DNS-Abfrage enthält eine Anfrage, die aus einem Namen, einem Eintragstyp und einer Klasse besteht. Der Client sendet sie an einen Resolver, der entweder aus seinem Cache antwortet oder die DNS-Hierarchie durchläuft, um die Antwort zu finden.

  1. Aufbau der Anfrage: Der Client bildet eine Anfrage mit dem zu suchenden Domainnamen, dem Datensatztyp (z. B. A, AAAA, MX oder TXT) und der Klasse, die fast immer „IN“ für das Internet ist.
  2. An einen Resolver senden: Der Stub-Resolver des Clients sendet die Abfrage an einen konfigurierten rekursiven Resolver, in der Regel über UDP auf Port 53.
  3. Cache prüfen: Der rekursive Resolver gibt eine zwischengespeicherte Antwort zurück, wenn er eine noch gültige Antwort für denselben Namen und Typ vorrätig hat.
  4. Abfrage bei autoritativen Servern: Wenn keine Antwort im Cache vorhanden ist, sendet der Resolver iterative Abfragen an Root-, Top-Level-Domain- und autoritative Server, bis einer die Antwort liefert oder einen Fehler meldet.
  5. Antwort zurücksenden: Der Resolver sendet die Antwort an den Client und speichert sie für die Dauer, die durch die „Time to Live“-Einstellung des Eintrags festgelegt ist, im Cache.

Abfragen verwenden normalerweise UDP, und der Client versucht es erneut über TCP, wenn eine Antwort abgeschnitten ist. Der Antwortcode gibt das Ergebnis an, z. B. „kein Fehler“ oder „NXDOMAIN“ für einen Namen, der nicht existiert. Erweiterungen wie EDNS und verschlüsselte Transportprotokolle wie DNS über TLS ändern die Art und Weise, wie Abfragen übertragen werden, nicht jedoch, wonach gefragt wird.

Warum DNS-Abfragen in Unternehmensnetzwerken wichtig sind

Nahezu jede Netzwerkverbindung beginnt mit einer DNS-Abfrage, daher ist das Abfragevolumen ein direkter Maßstab dafür, wie hoch die Auslastung eines DNS-Dienstes ist. Die Erfassung der Abfragen pro Tag, aufgeschlüsselt nach Datensatztyp, Client und Antwortcode, verdeutlicht den Kapazitätsbedarf und hilft dabei, falsch konfigurierte Clients zu identifizieren, die dieselbe Abfrage wiederholt durchführen. Auch die verwendeten Abfragetypen spielen eine Rolle: A- und AAAA-Abfragen dominieren, während ungewöhnliche Typen auf Tools oder Tunneling hindeuten können.

Die Abwicklung von Abfragen hat Auswirkungen auf den Betrieb und die Sicherheit. Ein sprunghafter Anstieg von NXDOMAIN-Antworten kann auf eine fehlerhafte Anwendung, eine falsch konfigurierte Suchdomäne oder Malware hinweisen, die zufällige Namen generiert. Eine DNS-Abfrageflut überlastet einen Server oder Resolver mit mehr Anfragen, als er verarbeiten kann, und die daraus resultierenden Verzögerungen oder Timeouts lassen Anwendungen, die auf die Namensauflösung angewiesen sind, als ausgefallen erscheinen. Da herkömmliche Abfragen gemäß RFC 1035 im Klartext gesendet werden, kann jeder auf dem Übertragungsweg diese einsehen oder manipulieren, sofern kein verschlüsselter Transport oder keine DNSSEC- Validierung verwendet wird.

Wenn der Abfrageverkehr nicht überwacht wird, treten diese Probleme erst in Form von Nutzerbeschwerden zutage. Das Sammeln von Abfrageprotokollen, die Anwendung von Ratenbegrenzungen auf Resolver und der Betrieb redundanter Server verschaffen den Teams die notwendigen Erkenntnisse und den Spielraum, um Fehler zu beheben, bevor sie sich ausbreiten.

Wie sich „DNS-Abfrage“ im Vergleich zu verwandten Begriffen darstellt

DNS-Abfrage vs. rekursive Abfrage

Eine DNS-Abfrage ist jede Anfrage, die an einen DNS-Server gesendet wird, während eine rekursive Abfrage eine spezielle Art von Abfrage ist, bei der der Client den Server bittet, die gesamte Arbeit zur Ermittlung der endgültigen Antwort zu übernehmen. Was ist eine rekursive Abfrage?

AttributeDNS queryRecursive query
ScopeGeneral term for any DNS questionA query type defined by the recursion desired flag being set
Who does the lookup workDepends on how the query is sentThe receiving resolver follows referrals until it has an answer or an error
Typical senderStub resolver or recursive resolverStub resolver asking a recursive resolver

DNS-Abfrage vs. iterative Abfrage

Eine DNS-Abfrage ist die allgemeine Nachricht, während eine iterative Abfrage eine solche ist, bei der der Server seine beste Antwort oder eine Weiterleitung zurückgibt und der Fragesteller selbst nachhakt. Was ist eine iterative (oder nicht-rekursive) Abfrage?

AttributeDNS queryIterative query
ScopeGeneral term for any DNS questionA query handled without the server chasing other servers
Server behaviorVaries with the queryReturns an answer or a referral to other name servers
Typical senderStub resolver or recursive resolverRecursive resolver asking authoritative servers

Häufige Probleme bei DNS-Abfragen

Eine große Flut von Abfragen, oft nach zufälligen Namen oder aus gefälschten Quellen, kann die CPU des Resolvers, die Sockets oder die Upstream-Bandbreite überlasten. Symptome sind steigende Latenz, SERVFAIL-Fehler oder Timeouts sowie eine Abfragefrequenz, die weit über dem normalen Basiswert liegt.

Ein falsch konfigurierter Client oder eine Anwendung, die TTL und Caching ignoriert, kann dieselbe Abfrage viele Male pro Sekunde senden. In den Protokollen zeigt sich dies dadurch, dass ein einzelner Client die Liste der „Top-Talker“ für einen bestimmten Namen anführt.

Ein plötzlicher Anstieg von NXDOMAIN-Antworten lässt sich oft auf eine fehlerhafte Anwendung, ein falsches Suchdomänen-Suffix oder eine veraltete Konfiguration zurückführen, die auf einen entfernten Namen verweist. Clients können zudem mehrere Suchsuffixe anhängen, wodurch sich die Anzahl der fehlgeschlagenen Abfragen pro Suchvorgang vervielfacht.

Wenn eine Antwort die Größe überschreitet, die ein Client über UDP akzeptiert, setzt der Server das Truncation-Flag, und der Client muss den Vorgang über TCP wiederholen. Firewalls, die den TCP-Port 53 blockieren, verursachen zeitweise Ausfälle bei großen Antworten, beispielsweise solchen mit DNSSEC-Daten.

Clients, die mit einem öffentlichen oder veralteten Resolver konfiguriert sind, umgehen das interne DNS, sodass interne Namen nicht aufgelöst werden oder andere Antworten zurückgeben. Dies tritt häufig nach Änderungen des DHCP-Gültigkeitsbereichs oder auf Geräten mit fest programmierten DNS-Einstellungen auf.

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 zu DNS-Abfragen

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