Was ist der private DNS-Modus auf einem Smartphone?

Der private DNS-Modus ist eine Geräteeinstellung, bei der DNS-Anfragen über eine verschlüsselte Verbindung – in der Regel DNS über TLS – an einen ausgewählten Resolver gesendet werden. Trotz der Bezeichnung verschlüsselt er Anfragen, anstatt einen internen Namensraum zu erstellen. Er kann ein Gerät daran hindern, interne Namen aufzulösen, wenn der ausgewählte Resolver diese nicht kennt.

Was ist ein privater DNS-Server?

Ein privater DNS-Server ist ein DNS-Server, der nur aus dem privaten Netzwerk erreichbar ist, in dem sich interne Zonen befinden. Er beantwortet interne Namensanfragen autoritativ und leitet andere Anfragen in der Regel an einen übergeordneten Resolver weiter.

Ist privates DNS dasselbe wie ein privater IP-Adressbereich?

Nein. Beim privaten DNS geht es darum, wo Namen aufgelöst werden, während private Adressbereiche, wie beispielsweise die in RFC 1918, die Art und Weise betreffen, wie Adressen verwendet werden. Private DNS-Einträge verweisen oft auf private Adressen, aber beide werden separat konfiguriert.

Kann ein privater DNS-Server öffentliche Websites auflösen?

Ja, in den meisten Implementierungen. Der private DNS-Server führt rekursive Abfragen durch oder leitet Anfragen nach Namen außerhalb seiner internen Zonen an einen übergeordneten Resolver weiter.

Glossar
Was ist privates DNS?

DNS-Glossar

Was ist privates DNS?

Privates DNS ist ein DNS-Dienst, der Namen für interne Ressourcen wie Server und Anwendungen ausschließlich für Clients in einem privaten Netzwerk auflöst. Er bedient interne Zonen über seine eigenen autoritativen und rekursiven Server, sodass diese Einträge nicht im öffentlichen DNS veröffentlicht werden.

Vereinfachen wir Ihre DDI

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

Die wichtigsten Erkenntnisse

Private DNS is a DNS deployment model that resolves internal names exclusively for clients on private networks while keeping those records off the public internet, protecting sensitive infrastructure like database hosts and management interfaces from exposure. Organizations must maintain consistent internal zones across multiple sites and cloud networks, as manual zone management leads to stale records, conflicting answers, and service failures that impact logins, application connectivity, and outage diagnosis. Private DNS is not a security control by itself but works as an operational dependency that requires deliberate design including redundant servers, proper forwarding rules, and monitoring to prevent common failures such as zone inconsistency, misconfiguration leaks, and single points of failure.

Private DNS uses standard DNS protocol over port 53 with network controls like firewall rules and routing to ensure internal authoritative and recursive servers remain reachable only from the private network, while public names are typically resolved through forwarding to upstream resolvers.
Organizations commonly experience private DNS failures including inconsistent zones across multiple sites when records are manually edited, missing conditional forwarding between on-premises and cloud networks, and stale reverse DNS records that cause application PTR checks to fail and complicate log analysis.
Deploying redundant private DNS servers in separate failure domains prevents single points of failure that would otherwise break nearly every internal service during outages or maintenance, while query logs from internal resolvers enable detection of malware lookups and data exfiltration attempts.

Privates DNS auf einen Blick

Attribute	Value
Full name	Private DNS
Category	DNS deployment model
Protocol and port	DNS, port 53 over UDP and TCP
OSI layer	Application layer (layer 7)
Primary use	Resolving internal names and keeping internal DNS data off the public internet
Related terms	Split-horizon DNS, Recursive resolver, Authoritative DNS server, DNS zone, DNS over TLS

So funktioniert privates DNS

Ein privater DNS-Server leitet interne Clients an DNS-Server weiter, die interne Zonen verwalten und nur vom privaten Netzwerk aus erreichbar sind. Öffentliche Namen werden weiterhin aufgelöst, in der Regel durch Weiterleitung.

Client sendet eine Anfrage: Ein Gerät im privaten Netzwerk fragt seinen konfigurierten DNS-Server nach einem Namen ab. Die Serveradresse wird in der Regel über DHCP bereitgestellt oder durch Richtlinien festgelegt.
Der Resolver überprüft interne Zonen: Der private DNS-Server sucht nach einer autoritativen internen Zone, die dem Namen entspricht. Wenn er eine solche Zone enthält, antwortet er direkt anhand dieser Daten.
Nicht-interne Namen werden weitergeleitet oder rekursiv aufgelöst: Befindet sich der Name nicht in einer internen Zone, löst der Server ihn je nach Richtlinie entweder rekursiv auf oder leitet ihn an einen vorgelagerten Resolver weiter.
Die Antwort wird an den Client zurückgesendet: Der Server gibt die Antwort zurück und speichert sie möglicherweise für die Gültigkeitsdauer des Eintrags im Cache. Interne Antworten verlassen niemals das private Netzwerk.

Privates DNS ist eine Bereitstellungsoption, kein eigenständiges Protokoll. Es nutzt Standard-DNS und stützt sich auf Netzwerksteuerungen wie Firewall-Regeln und Routing, um sicherzustellen, dass die Server nur von innen erreichbar sind. Cloud-Anbieter bieten zudem private Zonen an, die dasselbe Prinzip auf virtuelle Netzwerke anwenden.

Warum privates DNS in Unternehmensnetzwerken wichtig ist

Die meisten Unternehmen verfügen über Namen, die niemals öffentlich sein sollten, wie beispielsweise Datenbank-Hosts, Verwaltungsschnittstellen und interne Anwendungen. Werden diese im öffentlichen DNS veröffentlicht, wird die Netzwerkstruktur jedem offenbart, der danach fragt oder danach sucht. RFC 1918 reserviert private IPv4-Adressbereiche, und Einträge, die auf diese Adressen verweisen, sind außerhalb des Netzwerks, das sie nutzt, bedeutungslos oder irreführend. Privates DNS sorgt dafür, dass diese Daten dort bleiben, wo sie hingehören.

Aus betrieblicher Sicht wird privates DNS zu einer unverzichtbaren Komponente für nahezu jeden internen Dienst. Zonen müssen über Standorte, Rechenzentren und Cloud-Netzwerke hinweg konsistent bleiben, und Einträge müssen Adressänderungen nachverfolgen, die über DHCP und Provisioning vorgenommen werden. Wenn Teams interne Zonen manuell oder in voneinander getrennten Systemen verwalten, führen veraltete Einträge, widersprüchliche Antworten und fehlende Delegierungen zu fehlgeschlagenen Anmeldungen, unterbrochenen Anwendungsverbindungen und einer langsamen Fehlerdiagnose.

Aus Sicherheitssicht begrenzt privates DNS die Gefährdung, stellt jedoch keine eigenständige Kontrollmaßnahme dar. Abfrageprotokolle von internen Resolvern helfen dabei, Malware-Abfragen und Datenexfiltration über DNS zu erkennen. Durch Fehlkonfigurationen können interne Namen dennoch nach außen gelangen, beispielsweise wenn Abfragen an einen öffentlichen Resolver weitergeleitet werden; daher erfordern Weiterleitungsregeln und die Platzierung von Resolvern eine sorgfältige Planung und Überwachung.

Wie sich privates DNS von verwandten Begriffen unterscheidet

Privates DNS vs. Split-Horizon-DNS

Privates DNS ist ein separater interner DNS-Dienst für Namen, die nicht öffentlich sind, während Split-Horizon-DNS denselben Namen je nach Standort des Clients unterschiedlich beantwortet. Was ist Split-Horizon-DNS?

Attribute	Private DNS	Split-horizon DNS
Core purpose	Keep internal names and records off the public DNS	Return different answers for one name to internal and external clients
Namespace	Often internal-only names or zones	Same zone name exists in both internal and external views
Public exposure	Internal records are never published	Public records exist alongside a different internal set
Main risk	Internal zones becoming inconsistent across sites	Internal and external records drifting out of sync

Privates DNS vs. Schutz-DNS

Privates DNS löst interne Namen für Clients in einem privaten Netzwerk auf, während schützendes DNS Anfragen an bösartige Domains filtert oder blockiert. Was ist schützendes DNS?

Häufige Probleme mit privaten DNS-Servern

Geräte, die mit einem öffentlichen Resolver konfiguriert sind, oder Browser und Betriebssysteme, die verschlüsseltes DNS zu einem öffentlichen Anbieter nutzen, können interne Namen nicht auflösen. Benutzer erhalten die Fehlermeldung „NXDOMAIN“ oder Timeouts für interne Hosts, während öffentliche Websites funktionieren.

Wenn interne Zonen an mehreren Standorten manuell kopiert oder bearbeitet werden, weichen die Einträge zwischen den Servern voneinander ab. Der gleiche Name wird je nachdem, welchen Standort der Client abfragt, zu unterschiedlichen Adressen aufgelöst.

Workloads in Cloud-Netzwerken können lokale Zonen nicht auflösen, und lokale Clients können private Cloud-Zonen nicht auflösen, wenn die bedingte Weiterleitung nicht in beide Richtungen eingerichtet ist. Das Symptom ist, dass die Namensauflösung nur über die Grenze hinweg fehlschlägt.

Reverse-Zonen für private Adressbereiche werden oft nicht parallel zu Forward-Zonen gepflegt. In den Protokollen werden rohe IP-Adressen angezeigt, und einige Anwendungen bestehen die PTR-Prüfung nicht.

Ist nur ein interner DNS-Server für Clients konfiguriert, führt ein Ausfall oder ein Wartungsfenster dazu, dass fast alle internen Dienste gleichzeitig ausfallen. Redundante Server in getrennten Ausfalldomänen verhindern dies.

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 privates DNS?

Sind Sie bereit, Ihre DDI zu vereinfachen?

Privates DNS auf einen Blick

So funktioniert privates DNS

Warum privates DNS in Unternehmensnetzwerken wichtig ist

Wie sich privates DNS von verwandten Begriffen unterscheidet

Privates DNS vs. Split-Horizon-DNS

Privates DNS vs. Schutz-DNS

Häufige Probleme mit privaten DNS-Servern

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

FAQ zu privaten 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