Hostname-Validator
Validiere Hostnamen gemäß RFC-Standards
Input Hostnames
RFC 1123 Hostname Rules:
- Labels must be 1-63 characters, total max 253
- Start and end with alphanumeric characters
- Only letters, numbers, and hyphens allowed
Validation Results
Validation results will appear here
Der Hostname Validator prüft, ob eine gegebene Zeichenkette ein gültiger Hostname gemäß den RFC 1123-Regeln ist. Geben Sie einen Wert wie web-server-01.example.com oder my-app ein, und das Tool meldet sofort, ob die Validierung bestanden oder fehlgeschlagen ist, mit genauen Details zu Verstößen wie ungültigen Zeichen, Längenüberschreitungen oder falsch platzierten Bindestrichen.
Hostname-Validierung verstehen
Wenn Sie mit Servern, DNS oder irgendeiner Art von Netzwerkinfrastruktur arbeiten, begegnen Ihnen Hostnamen überall. Sie erscheinen in DNS-Einträgen, TLS-Zertifikatsanfragen, Webserver-Konfigurationen, hosts-Dateien und Monitoring-Dashboards. Ein Hostname, der für das menschliche Auge korrekt aussieht, kann im Stillen Probleme verursachen, wenn er ein Zeichen oder Muster enthält, das gegen die Regeln verstößt. Ein Unterstrich in einem Hostnamen funktioniert möglicherweise in Ihrem lokalen DNS-Resolver, führt aber dazu, dass eine Zertifizierungsstelle Ihren CSR ablehnt. Ein Label, das mit einem Bindestrich beginnt, kann in einer Anwendung funktionieren, aber in einer anderen fehlschlagen. Diese Art von Problemen ist schwer zu diagnostizieren, weil der Hostname auf den ersten Blick korrekt aussieht.
RFC 1123 aktualisierte die ursprüngliche RFC 952-Spezifikation, um die heute im Internet verwendete Hostname-Syntax zu definieren. Die Regeln sind einfach, werden aber leicht versehentlich verletzt: Jedes Label (die Abschnitte zwischen den Punkten) darf nur ASCII-Buchstaben, Ziffern und Bindestriche enthalten, muss mit einem alphanumerischen Zeichen beginnen und enden und darf 63 Zeichen nicht überschreiten. Der gesamte Hostname einschließlich aller Labels und Punkte muss unter 253 Zeichen bleiben. Diese Einschränkungen bestehen, weil sie direkt der Art entsprechen, wie DNS Namen auf der Leitung codiert, und jede DNS-Implementierung, jeder Mailserver und jede Zertifizierungsstelle sie durchsetzt.
Dieser Validator wendet diese Regeln systematisch an. Sie fügen einen Hostnamen ein und erhalten ein sofortiges Ergebnis mit der spezifischen Regel, die verletzt wurde. Er erkennt Unterstriche, führende oder abschließende Bindestriche, zu lange Labels, Sonderzeichen, Leerzeichen und Gesamtlängenüberschreitungen. Ob Sie einen einzelnen Hostnamen vor der Zertifikatsbeantragung validieren oder eine Konfigurationsdatei mit Hunderten von Einträgen prüfen -- das Tool sagt Ihnen genau, was falsch ist und wo.
So validieren Sie einen Hostnamen
- Geben Sie die zu validierende Hostname-Zeichenkette ein (z. B.
web-server-01.example.com) - Das Tool prüft jedes Label anhand der RFC 1123-Namensregeln
- Überprüfen Sie das Validierungsergebnis mit dem Bestanden/Fehlgeschlagen-Status und den gefundenen Verstößen
- Beheben Sie gemeldete Probleme und validieren Sie erneut, bis der Hostname alle Prüfungen besteht
Beispiele für die Hostname-Validierung
| Eingabe | Gültig? | Grund |
|---|---|---|
web-server.example.com | Ja | Alphanumerische Zeichen und Bindestriche, korrekte Label-Struktur |
my_server.example.com | Nein | Unterstriche sind in Hostnamen gemäß RFC 1123 nicht erlaubt |
-server.example.com | Nein | Labels dürfen nicht mit einem Bindestrich beginnen |
server-.example.com | Nein | Labels dürfen nicht mit einem Bindestrich enden |
a.b.c.d.e.example.com | Ja | Mehrere Subdomain-Ebenen sind erlaubt |
x | Ja | Einzelne Labels als Hostnamen sind gültig |
aaaa...aaaa (64 Zeichen in einem Label) | Nein | Einzelne Labels dürfen 63 Zeichen nicht überschreiten |
server.example.com | Nein | Führende Leerzeichen sind ungültige Zeichen |
Wann Sie den Hostname Validator verwenden sollten
- Vor der Konfiguration von DNS-Einträgen, um sicherzustellen, dass der Hostname auf allen DNS-Servern korrekt aufgelöst wird
- Validierung von Benutzereingaben in Webformularen oder APIs, die Hostnamen für die Dienstkonfiguration akzeptieren
- Prüfung von Konfigurationsdateien (nginx, Apache, hosts-Dateien) auf Tippfehler und ungültige Einträge
- Vorabprüfung von Hostnamen für TLS-Zertifikate, um Ablehnungen bei der Zertifikatsanfrage zu vermeiden
- Fehlerbehebung bei DNS-Auflösungsproblemen, wenn ein korrekt aussehender Hostname sich nicht auflösen lässt
- Migration von DNS-Zonen, um ungültige Einträge vor dem Import in einen neuen Anbieter zu erkennen
So funktionieren die RFC 1123-Hostname-Regeln
RFC 1123 aktualisierte die ursprüngliche RFC 952-Hostname-Spezifikation, um die heute im Internet verwendete Syntax zu definieren. Die Regeln gelten für jeden Hostnamen, der in DNS, E-Mail, URLs und Netzwerkkonfigurationen verwendet wird.
Label-Regeln
Jeder Hostname besteht aus einem oder mehreren Labels, die durch Punkte getrennt sind. Jedes Label muss:
- Nur ASCII-Buchstaben (
a-z,A-Z), Ziffern (0-9) und Bindestriche (-) enthalten - Mit einem alphanumerischen Zeichen beginnen (nicht mit einem Bindestrich)
- Mit einem alphanumerischen Zeichen enden (nicht mit einem Bindestrich)
- Zwischen 1 und 63 Zeichen lang sein
Gesamtlängenbegrenzung
Der vollständige Hostname, einschließlich der Punkte zwischen den Labels, darf 253 Zeichen nicht überschreiten. Diese Begrenzung ergibt sich aus dem DNS-Drahtformat, bei dem jedem Label ein Längenbyte vorangestellt wird und der Name mit einem Null-Byte abgeschlossen wird, was maximal 255 Bytes ergibt.
Unterstriche und spezielle DNS-Namen
Unterstriche (_) sind in Hostnamen technisch ungültig, obwohl einige Systeme sie tolerieren. DNS-Eintragnamen wie _dmarc.example.com, _sip._tcp.example.com und _acme-challenge.example.com verwenden Unterstriche absichtlich, aber dies sind DNS-Namen, keine Hostnamen. Reguläre Hostnamen, die Hosts in einem Netzwerk identifizieren, dürfen keine Unterstriche enthalten. Viele Mailserver, TLS-Zertifizierungsstellen und Anwendungsframeworks lehnen Hostnamen mit Unterstrichen ab. Selbst wenn Ihr lokaler Resolver sie akzeptiert, werden Sie irgendwann auf ein System treffen, das dies nicht tut.
Abschließende Punkte und absolute Namen
Ein abschließender Punkt (z. B. example.com.) kennzeichnet einen absoluten DNS-Namen, auch als vollqualifizierter Domainname bezeichnet. Der abschließende Punkt ist in DNS-Konfigurationskontexten wie Zonendateien und dig-Abfragen gültig, aber die meisten Anwendungen und benutzerseitigen Konfigurationen erwarten oder verarbeiten ihn nicht. Ob ein abschließender Punkt einen Hostnamen gültig oder ungültig macht, hängt vom Kontext ab, in dem er verwendet wird.
Hostname-Validierung in der Praxis
Der häufigste Hostname-Fehler in der Praxis ist der Unterstrich. Entwickler verwenden häufig Unterstriche in Servernamen, weil sie in der Programmierung als Trennzeichen verwendet werden. Ein Server namens web_prod_01.example.com funktioniert einwandfrei für SSH-Zugriff und sogar grundlegende DNS-Abfragen auf den meisten Systemen, schlägt aber fehl, wenn Sie versuchen, ein TLS-Zertifikat dafür zu erhalten. Zertifizierungsstellen folgen den Grundanforderungen des CA/Browser Forums, die RFC-konforme Hostnamen vorschreiben. Einen Produktionsserver umzubenennen ist mühsam, daher spart das Erkennen dieses Problems bei der Ersteinrichtung erheblichen Aufwand.
Ein weiteres häufiges Problem sind Hostnamen, die die Längenbegrenzungen überschreiten. Dies geschieht meist bei automatisch generierten Namen in Cloud-Umgebungen oder Container-Orchestrierungssystemen. Ein Kubernetes-Pod könnte einen Namen wie my-very-long-application-name-deployment-7b4f8c9d2e-xq9z2.namespace.svc.cluster.local erhalten, und wenn die Labels oder die Gesamtlänge die Grenzen überschreiten, schlägt die DNS-Auflösung stillschweigend fehl. Wenn Sie Namenskonventionen für automatisierte Infrastruktur entwerfen, validieren Sie Ihre längsten erwarteten Namen mit diesem Tool, bevor Sie sich auf ein Muster festlegen.
Achten Sie auch auf unsichtbare Zeichen. Hostnamen, die aus Dokumenten, E-Mails oder Chat-Nachrichten kopiert werden, enthalten manchmal geschützte Leerzeichen, Zeichen mit Nullbreite oder typografische Anführungszeichen. Diese sind in den meisten Editoren unsichtbar, führen aber sofort zum Scheitern der Hostname-Validierung. Wenn ein Hostname korrekt aussieht, aber die Validierung nicht besteht, versuchen Sie, ihn manuell einzutippen statt einzufügen.
Häufig gestellte Fragen
Sind Unterstriche in Hostnamen erlaubt?
Nein. RFC 1123 beschränkt Hostname-Zeichen auf Buchstaben, Ziffern und Bindestriche. Obwohl einige DNS-Implementierungen Unterstriche tolerieren und DNS-Eintragnamen wie _dmarc oder _sip._tcp sie verwenden, dürfen Standard-Hostnamen keine Unterstriche enthalten. Viele Mailserver und TLS-Zertifizierungsstellen lehnen Hostnamen mit Unterstrichen ab.
Was ist der Unterschied zwischen einem Hostnamen und einem Domainnamen?
Ein Hostname identifiziert einen bestimmten Host in einem Netzwerk und folgt der RFC 1123-Syntax. Ein Domainname ist ein umfassenderes Konzept innerhalb der DNS-Hierarchie. Alle Hostnamen sind Domainnamen, aber nicht alle Domainnamen sind Hostnamen. Zum Beispiel ist _dmarc.example.com ein gültiger Domainname für DMARC-Einträge, aber kein gültiger Hostname, da er mit einem Unterstrich beginnt.
Kann ein Hostname ein einzelnes Label wie localhost sein?
Ja. Einzelne Labels als Hostnamen sind gemäß RFC 1123 gültig. Häufige Beispiele sind localhost, router und printer. Allerdings funktionieren Hostnamen mit nur einem Label nur innerhalb lokaler Netzwerke oder wenn eine DNS-Suchdomäne konfiguriert ist. Im öffentlichen Internet sind vollqualifizierte Domainnamen mit mindestens zwei Labels erforderlich.
Ist die Hostname-Validierung groß-/kleinschreibungsabhängig?
Nein. DNS-Hostnamen sind gemäß RFC 1123 nicht groß-/kleinschreibungsabhängig. Die Labels Server, server und SERVER sind alle gleichwertig. DNS bewahrt die ursprüngliche Schreibweise in Antworten, aber Vergleiche sind immer unabhängig von der Groß-/Kleinschreibung.
Warum schlägt die Validierung meines Hostnamens fehl, obwohl er in meinem Browser funktioniert?
Browser und Betriebssysteme sind oft großzügiger als die RFC-Spezifikation. Ein Browser kann einen Hostnamen mit einem Unterstrich erfolgreich aufrufen, weil der zugrunde liegende DNS-Resolver ihn akzeptiert, aber der Hostname ist technisch trotzdem ungültig. Andere Systeme wie Mailserver, Zertifizierungsstellen und strikte DNS-Implementierungen werden ihn ablehnen. Das Bestehen dieses Validators bedeutet, dass der Hostname universell sicher ist.
Was ist mit internationalisierten Hostnamen mit Nicht-ASCII-Zeichen?
Standard-Hostnamen gemäß RFC 1123 erlauben nur ASCII-Zeichen. Internationalisierte Domainnamen (IDNs) verwenden Punycode-Codierung, um Nicht-ASCII-Zeichen in einem DNS-kompatiblen Format darzustellen. Die codierte Form (beginnend mit xn--) folgt den Hostname-Regeln, die decodierte Unicode-Form jedoch nicht. Verwenden Sie den FQDN Validator zur Prüfung internationalisierter Domainnamen.
Verwandte Tools
- FQDN Validator - Vollqualifizierte Domainnamen mit TLD-Prüfung validieren
- URL → Hostname Extractor - Hostnamen aus URLs in großen Mengen extrahieren
- Root Domain Extractor - Root-Domain mittels Public Suffix List extrahieren
- Subdomain Extractor - Subdomains aus Hostnamen in großen Mengen extrahieren
- Zone File Linter - Zonendateien auf Syntaxfehler und Duplikate prüfen