DNS-Glossar
Was ist ein FQDN (vollqualifizierter Domänenname)?
Ein vollqualifizierter Domänenname (FQDN) ist ein DNS-Name, der einen bestimmten Host oder Dienst identifiziert, indem er alle Bezeichnungen vom Host bis zur Wurzel der DNS-Hierarchie auflistet. Er ist eindeutig, sodass Resolver keine Suchdomäne anhängen müssen, um die passenden Einträge zu finden.
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 fully qualified domain name (FQDN) is a complete DNS name that unambiguously identifies a specific host or service by listing every label from the hostname through the root of the DNS hierarchy, with each label separated by a dot and limited to 63 octets per label and 255 octets total. In large environments, FQDNs are critical for maintaining consistent name resolution across DNS zones, configuration files, and inventory records, as relative names create ambiguity that can cause intermittent failures when hosts move between networks or when search domains vary. Proper FQDN management is essential for security, operational reliability, and troubleshooting, as errors in fully qualified domain names affect TLS certificate validation, prevent subdomain takeover attacks, and ensure forward and reverse DNS lookups remain consistent across systems.
So funktioniert FQDN
Ein FQDN wird von rechts nach links gelesen, wobei die einzelnen Bezeichnungen durch einen Punkt voneinander getrennt sind. Jede Bezeichnung benennt eine Ebene der DNS-Hierarchie, und die vollständige Abfolge verweist auf genau einen Ort im Baum.
- Root: Die Hierarchie beginnt an der DNS-Root, die durch einen abschließenden Punkt gekennzeichnet ist. Im alltäglichen Gebrauch wird der abschließende Punkt meist weggelassen, obwohl er Teil der streng absoluten Form ist.
- Top-Level-Domain: Die am weitesten rechts stehende Bezeichnung ist die Top-Level-Domain, wie z. B. „com“ oder „org“, die direkt unter der Root-Domain angesiedelt ist.
- Bezeichnungen der zweiten Ebene und von Subdomains: Bezeichnungen auf der linken Seite schränken den Geltungsbereich ein, beispielsweise die Domain einer Organisation und die darunter liegenden Subdomains.
- Hostname: Die Bezeichnung ganz links ist in der Regel der Hostname des jeweiligen Rechners oder Dienstes, wie beispielsweise „www“ in „www.example.com“.
- Auflösung: Ein Resolver fragt nacheinander die Nameserver jeder Ebene ab oder nutzt einen Cache, bis er die Einträge für den vollständigen Namen gefunden hat.
Ein Name ohne die vollständige Kette, wie beispielsweise ein reiner Hostname, ist ein relativer Name. Ein Client kann ihn mithilfe einer konfigurierten Suchdomäne auflösen, was in verschiedenen Netzwerken zu unterschiedlichen Ergebnissen führen kann. Ein FQDN verhindert diese Auflösung. Jede Bezeichnung ist auf 63 Oktette und der vollständige Name im Wire-Format auf 255 Oktette begrenzt, wie in RFC 1035 festgelegt.
Häufige Probleme mit FQDNs
Ein Dienst, der mit einem kurzen Hostnamen konfiguriert ist, funktioniert in einem Netzwerksegment, in einem anderen jedoch nicht, da der Resolver eine andere Suchdomäne anhängt oder gar keine. Zu den Symptomen gehören zeitweise auftretende Verbindungsausfälle, nachdem ein Host zwischen VLANs gewechselt hat oder ein VPN aktiviert wurde.
Einige Tools und Zonendateien behandeln einen Namen ohne abschließenden Punkt als relativ. In einer Zonendatei führt die Angabe eines FQDN ohne den abschließenden Punkt dazu, dass der Zonenursprung angehängt wird, was einen Namen wie „host.example.com.example.com“ ergibt, der „NXDOMAIN“ zurückgibt.
Ein für einen FQDN ausgestelltes TLS-Zertifikat scheitert bei der Validierung, wenn Clients eine Verbindung unter einem anderen Namen herstellen, beispielsweise einem verkürzten Hostnamen oder einem Alias. Browser und API-Clients melden eine Namensdiskrepanz, obwohl der Server und das Zertifikat ansonsten gültig sind.
Der FQDN im DNS, der IPAM-Eintrag und die hostseitige Konfiguration weichen nach Umbenennungen oder Neuinstallationen voneinander ab. Vorwärts- und Rückwärtsabfragen stimmen dann nicht mehr überein, und Protokollierungs-, Überwachungs- sowie E-Mail-Systeme, die Rückwärtsnamen überprüfen, lehnen den Host ab oder kennzeichnen ihn falsch.
Namen, die aus langen, automatisch generierten Komponenten bestehen, können die DNS-Beschränkungen von 63 Zeichen pro Label oder 253 Zeichen in Gesamtlänge überschreiten. Die Folge sind abgelehnte Einträge oder abgeschnittene Namen in Automatisierungspipelines.
Verwandte Begriffe
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…
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…
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…
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,…
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…
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.
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…
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…