FQDN-Validator

Der FQDN Validator überprüft, ob ein Domainname ein korrekt formatierter Fully Qualified Domain Name mit gültigen Labels, einer anerkannten Top-Level-Domain (TLD) und korrekter Gesamtstruktur ist. Geben Sie einen Wert wie mail.example.com oder shop.example.co.uk ein, um zu prüfen, ob er als gültiger FQDN qualifiziert ist, mit detailliertem Feedback zu gefundenen Struktur- oder TLD-Problemen.

Fully Qualified Domain Names verstehen

Ein Fully Qualified Domain Name ist die vollständige Adresse eines Hosts in der DNS-Hierarchie, vom spezifischen Rechner bis hinauf zur Wurzel. Wenn Sie www.example.com in einen Browser eingeben, ist das ein FQDN, weil er genau angibt, wo im globalen DNS-Baum der Server sich befindet. Vergleichen Sie das mit einem relativen Namen wie www, der nur Sinn ergibt, wenn Ihr System weiß, dass eine Suchdomain wie example.com angehängt werden soll. FQDNs beseitigen diese Mehrdeutigkeit vollständig, und deshalb werden sie an so vielen Stellen verlangt: TLS-Zertifikate, Mailserver-Konfiguration, DNS-Zonendateien und API-Endpunkt-Definitionen.

Die Unterscheidung ist wichtiger, als den meisten Administratoren bewusst ist. Ein Zertifikat, das für mail ausgestellt wurde, bedeutet außerhalb Ihres lokalen Netzwerks nichts, aber ein Zertifikat für mail.example.com ist global eindeutig und verifizierbar. Wenn Sie einen MX-Record konfigurieren, muss das Ziel ein FQDN sein, weil Mailserver weltweit ihn auflösen müssen, ohne Ihre lokalen DNS-Suchdomains zu kennen. Wenn BIND eine Zonendatei lädt, wird jeder Name ohne abschließenden Punkt als relativ zum Zonen-Ursprung behandelt, und das Vergessen dieses abschließenden Punkts bei einem beabsichtigten FQDN ist einer der häufigsten DNS-Konfigurationsfehler.

Dieser Validator prüft alle strukturellen Anforderungen eines FQDN: mindestens zwei Labels (Hostname plus TLD), jedes Label folgt der RFC-1123-Syntax, eine anerkannte TLD aus dem IANA-Register oder eine gültige TLD mit besonderer Verwendung, Gesamtlänge innerhalb der DNS-Grenzen und korrekte Punycode-Kodierung für internationalisierte Domains. Er erkennt Probleme, bevor sie zu Zertifikatsablehnungen, DNS-Auflösungsfehlern oder falsch konfigurierten Diensten führen.

So validieren Sie einen Fully Qualified Domain Name

1. Geben Sie den zu validierenden Domainnamen ein (z. B. mail.example.com oder shop.example.co.uk)
2. Das Tool prüft Label-Syntax, TLD-Gültigkeit, Längenlimits und die gesamte FQDN-Struktur
3. Überprüfen Sie das Ergebnis, das zeigt, ob die Eingabe als gültiger FQDN qualifiziert ist
4. Falls ungültig, lesen Sie die spezifischen Verstoßdetails, um den Domainnamen zu korrigieren

Beispiele für die FQDN-Validierung

Wann Sie den FQDN Validator verwenden sollten

• TLS-Zertifikatsanfragen -- Zertifizierungsstellen verlangen gültige FQDNs in Common-Name- und SAN-Feldern; ungültige Domains führen zur CSR-Ablehnung
• DNS-Zonenkonfiguration -- Domainnamen vor dem Hinzufügen von Records verifizieren, um Fehler beim Laden der Zone zu verhindern
• E-Mail-Server-Einrichtung -- MX-Records, SPF-Includes und Mail-Routing sind auf gültige FQDNs angewiesen
• Sicherheits- und Bedrohungsanalyse -- Domains aus Logs oder Threat-Feeds validieren, bevor Reputationsabfragen durchgeführt werden
• Anwendungskonfiguration -- API-Endpunkte, Webhook-URLs und Service-Discovery-Einträge benötigen korrekt formatierte Domains
• Domain-Registrierungsprüfungen -- Namensvalidität bestätigen, bevor eine Registrierung bei einem Registrar versucht wird

Wie die FQDN-Struktur funktioniert

Ein Fully Qualified Domain Name gibt einen exakten Ort in der DNS-Hierarchie an, von einem spezifischen Host bis hinauf zur Wurzel. Anders als relative Namen sind FQDNs unabhängig von der auf einem Client konfigurierten DNS-Suchdomain eindeutig.

FQDN-Komponenten

Für mail.staging.example.co.uk:

• Subdomain-Labels: mail, staging -- identifizieren den spezifischen Host und die Umgebung
• Second-Level-Domain: example -- der registrierte Domainname
• Top-Level-Domain: co.uk -- das Public Suffix, unter dem die Domain registriert ist
• Implizite Wurzel: Das leere Label am Ende des DNS-Baums (dargestellt durch einen abschließenden Punkt)

Durchgeführte Validierungsprüfungen

1. Label-Anzahl: Mindestens zwei Labels sind erforderlich (Hostname + TLD)
2. Label-Syntax: Jedes Label folgt den RFC-1123-Regeln (alphanumerisch + Bindestriche, 1-63 Zeichen)
3. TLD-Erkennung: Die äußersten rechten Labels müssen einem IANA-registrierten Public Suffix oder einer bekannten TLD mit besonderer Verwendung entsprechen
4. Gesamtlänge: Der vollständige FQDN darf 253 Zeichen nicht überschreiten
5. Punycode-Validierung: Labels, die mit xn-- beginnen, werden auf gültige internationalisierte Kodierung geprüft

Internationalisierte Domainnamen (IDNs)

Domains mit Nicht-ASCII-Zeichen wie munchen.de oder Unicode-Schriften werden im DNS mittels Punycode kodiert. Die kodierte Form verwendet ein xn---Präfix, zum Beispiel xn--mnchen-3ya.de. Der Validator prüft sowohl die Punycode-Kodierung als auch die dekodierten Unicode-Zeichen, um sicherzustellen, dass der IDN gültig ist.

FQDN-Validierung in der Praxis

Das Wichtigste, was man über die FQDN-Validierung verstehen muss, ist, dass es sich um eine strukturelle Prüfung handelt, nicht um eine Erreichbarkeitsprüfung. Eine Domain kann als FQDN perfekt gültig sein und trotzdem nicht im DNS existieren. Der Validator sagt Ihnen, ob der Name wohlgeformt ist und von DNS-Software, Zertifizierungsstellen und anderen Systemen, die FQDNs erfordern, akzeptiert würde. Ob jemand die Domain tatsächlich registriert und DNS-Records dafür eingerichtet hat, ist eine separate Frage.

Eine häufige Verwirrung besteht zwischen TLD-Validierung und Domain-Existenz. Der Validator prüft, ob die TLD von IANA anerkannt ist, was bedeutet, dass sie in der Root-Zone delegiert wurde. Aber eine gültige TLD bedeutet nicht, dass die Second-Level-Domain registriert ist. total-falsche-domain-12345.com hat eine gültige TLD (.com) und besteht die strukturelle FQDN-Validierung, existiert aber mit ziemlicher Sicherheit nicht im DNS. Wenn Sie prüfen müssen, ob eine Domain tatsächlich aufgelöst wird, benötigen Sie ein DNS-Lookup-Tool, nicht nur einen FQDN-Validator.

Ein weiterer Bereich, in dem Administratoren stolpern, ist die Behandlung von TLDs mit besonderer Verwendung. Namen wie server.local, host.internal und router.home.arpa verwenden TLDs, die für spezielle Zwecke reserviert sind und nicht Teil des globalen DNS sind. Der Validator erkennt diese als gültige FQDNs an, weil sie in ihrem vorgesehenen Kontext (mDNS, private Netzwerke usw.) legitim sind, aber sie werden im öffentlichen Internet niemals aufgelöst. Wenn Sie Domains für öffentlich zugängliche Dienste wie TLS-Zertifikate oder MX-Records validieren, sollten Sie auch überprüfen, dass die TLD eine öffentlich auflösbare ist, nicht nur eine strukturell gültige.

Achten Sie auf die Unterscheidung beim abschließenden Punkt. Im DNS-Protokoll und in BIND-Zonendateien kennzeichnet der abschließende Punkt einen Namen als absolut. In nahezu jedem anderen Kontext (Browser, Anwendungskonfigurationen, Zertifikatsanfragen) wird der abschließende Punkt weggelassen. Sowohl example.com als auch example.com. sind gültige FQDNs, aber die falsche Form im falschen Kontext zu verwenden, verursacht Probleme. Zonendateien ohne abschließende Punkte bei externen Zielen sind eine der häufigsten Quellen von DNS-Fehlkonfigurationen.

Häufig gestellte Fragen

Was macht eine Domain "fully qualified" im Gegensatz zu einem bloßen Hostnamen?

Ein Fully Qualified Domain Name enthält alle Labels vom Host bis zur Top-Level-Domain und bietet einen absoluten Pfad in der DNS-Hierarchie. Der Hostname mail ist relativ und hängt von der lokalen DNS-Suchdomain ab, aber mail.example.com ist vollständig qualifiziert und wird überall gleich aufgelöst. In der BIND-Konfiguration wird ein FQDN durch einen abschließenden Punkt gekennzeichnet (mail.example.com.), aber in den meisten anderen Kontexten ist der abschließende Punkt optional.

Führt der FQDN-Validator Live-DNS-Abfragen durch?

Nein. Der Validator prüft die strukturelle Korrektheit des Domainnamens, ohne eine DNS-Auflösung durchzuführen. Eine Domain kann syntaktisch als FQDN gültig sein, aber im DNS tatsächlich nicht existieren. Diese Offline-Validierung ist nützlich, um Namen zu prüfen, bevor sie registriert oder konfiguriert werden.

Wie behandelt der Validator neue generische TLDs wie .app oder .dev?

Der Validator verwendet das IANA-TLD-Register, das alle delegierten Top-Level-Domains enthält. Neue gTLDs wie .app, .dev, .io und Hunderte andere, die durch ICANNs New-gTLD-Programm hinzugefügt wurden, werden als gültig anerkannt. Das Register wird regelmäßig aktualisiert, um neu delegierte TLDs aufzunehmen.

Kann eine IP-Adresse ein FQDN sein?

Nein. Ein FQDN ist ein Domainname in der DNS-Hierarchie, bestehend aus durch Punkte getrennten Labels. Obwohl eine IPv4-Adresse wie 192.168.1.1 oberflächlich einem punktierten Namen ähnelt, ist sie kein Domainname und besteht die FQDN-Validierung nicht. IP-Adressen und Domainnamen sind grundlegend verschiedene Identifikatoren, auch wenn sie durch DNS-Auflösung zusammenhängen.

Was ist der Unterschied zwischen diesem Tool und dem Hostname Validator?

Der Hostname Validator prüft RFC-1123-Syntaxregeln für einzelne Hostnamen, einschließlich Einzel-Label-Namen wie localhost. Der FQDN Validator geht weiter, indem er mindestens zwei Labels verlangt und überprüft, dass die TLD von IANA anerkannt ist. Verwenden Sie den Hostname Validator für allgemeine Hostnamen-Syntaxprüfung; verwenden Sie den FQDN Validator, wenn Sie bestätigen müssen, dass ein Name global eindeutig und vollständig ist.

Wie werden .local und andere TLDs mit besonderer Verwendung behandelt?

TLDs mit besonderer Verwendung wie .local (mDNS), .onion (Tor), .test und .home.arpa werden als gültig anerkannt, weil sie formell von IANA für spezifische Zwecke reserviert sind. Der Validator akzeptiert sie als strukturell gültige FQDNs, obwohl sie im öffentlichen Internet nicht aufgelöst werden.

Verwandte Tools

• Hostname Validator - Hostnamen nach RFC-1123-Standards validieren
• Root Domain Extractor - Die registrierbare Domain mithilfe der Public Suffix List extrahieren
• URL → Hostname Extractor - Hostnamen aus URLs in großen Mengen extrahieren
• Subdomain Extractor - Subdomains aus Hostnamen in großen Mengen extrahieren
• BIND Zone A/AAAA Generator - BIND-Zonen-A- und AAAA-Records aus CSV generieren