Wie aktiviere ich HTTP/3 mit einem HTTPS-Record?

Fügen Sie den Parameter alpn=h3,h2 zu Ihrem HTTPS-Record hinzu. Kompatible Browser werden HTTP/3 bevorzugt verwenden.

Was ist der Alias-Modus (Priorität 0)?

Mit Priorität 0 funktioniert der HTTPS-Record als Alias zum Ziel. Dies ist nützlich am Domain-Apex, wo ein CNAME nicht erlaubt ist.

Was ist ECH (Encrypted ClientHello)?

ECH verschlüsselt den Servernamen (SNI) im TLS-Handshake und verbessert die Privatsphäre. ECH-Daten werden über den ech-Parameter veröffentlicht.

Sind A/AAAA-Records noch notwendig?

Ja, Clients, die HTTPS-Records nicht unterstützen, verwenden weiterhin A und AAAA. Halten Sie diese Records aktuell.

Was ist der Unterschied zu SVCB?

HTTPS ist speziell für das Web (Port 443 standardmäßig). SVCB ist generisch für jeden Service. HTTPS ist eigentlich SVCB mit dem https-Schema.

HTTPS-Record-Abfrage (Service Binding)

Optimieren Sie Verbindungen zu Ihrer Website mit HTTP/3 und ECH

Aktivieren Sie HTTP/3 und ECH-Verschlüsselung für Ihre Website. Überprüfen Sie, ob Ihre HTTPS-Records korrekt konfiguriert sind.

Eintragstypjeder Typ ist eine eigene Seite

A AAAA MX TXT CNAME NS SOA SVCB CAA HTTPS PTR

Das Ergebnis wird weiter unten automatisch angezeigt

Auflösungsmodus

DNS-Propagation testen

Einfach = eine Abfrage an den Resolver · Trace = Abstieg von der Root

OptionenErweiterte Optionen

Resolver

Protokoll

HTTP/3-Support

Kündigen Sie HTTP/3 (QUIC)-Support über den alpn-Parameter für schnellere Verbindungen an.

Multi-Resolver

Vergleichen Sie Antworten von Google, Cloudflare und Quad9, um Propagationsprobleme zu erkennen.

Alias-Modus am Apex

Verwenden Sie Priorität 0, um einen Alias am Domain-Root ohne CNAME zu erstellen.

Encrypted ClientHello

Veröffentlichen Sie ECH-Daten, um den SNI zu verschlüsseln und die Verbindungsprivatsphäre zu verbessern.

Kostenlos und unbegrenzt

Testen Sie so viele Domains wie nötig. Keine Anmeldung erforderlich.

Wie Sie die Optionen der DNS-Suchmaschine effektiv nutzen

Was ist der iterative Trace?

Der Trace führt die Auflösung Schritt für Schritt aus. Der Resolver fragt zuerst die Root-Server ab, dann die der TLD (.com, .de, .eu) und anschließend die autoritativen Server der Zielzone. In jedem Schritt zeigt die Seite den abgefragten Server, die Antwort, den RCODE und die Latenz an.

1. Root
Ermittlung der TLD-Server für den angefragten Namen.
2. TLD
Verweis auf die NS der Zone (Delegation).
3. Autoritative Server
Endgültige Antwort (oder Fehler) mit TTL und Latenz.

Wozu dient das?

Antworten nach Resolvern und Regionen vergleichen
Einen warmen Cache, eine zu lange TTL oder eine unvollständige Delegation erkennen
Einen Latenzunterschied oder einen unerwarteten RCODE erklären

Tipp: Lassen Sie den Trace für schnelle Checks deaktiviert; aktivieren Sie ihn, wenn Sie untersuchen oder ein Ticket/Post-Mortem vorbereiten.

Was ist der klassische Trace?

Der klassische Trace befragt nur den ausgewählten Resolver (UDP oder DoH) und zeigt die Antwort so, wie sie von diesem Netzpunkt wahrgenommen wird. Sie erhalten den RCODE, die Antwortsektionen sowie die Latenz auf dem Abschnitt Client → Resolver.

1. Gewählter Resolver
Verwendet das Preset oder die individuelle Konfiguration, um die Anfrage genau wie Ihr Dienst auszuführen.
2. Protokoll beibehalten
Respektiert das ausgewählte Transportprotokoll (UDP, TCP oder DoH), um das reale Verhalten nachzustellen.
3. Detaillierte Antwort
Zeigt die Bereiche Question, Answer und Authority/Additional, sofern vorhanden, mitsamt TTL und hilfreichen Metadaten.

Warum nutzen?

Die Sicht eines bestimmten Resolvers prüfen, bevor Sie die Delegation verdächtigen
Zwischengespeicherte Werte und die Wirkung einer TTL oder Flushs bestätigen
Eine Auflösung dokumentieren, wie sie ein Client oder Microservice erlebt

Tipp: Lassen Sie die Option für den iterativen Trace deaktiviert, wenn Sie einen bestimmten Resolver auditieren; aktivieren Sie sie anschließend, um den Pfad Root → TLD → Autoritativ zu vergleichen.

Wie funktioniert der Propagationstest?

Der Test befragt parallel eine Reihe öffentlicher Resolver (Google, Cloudflare, Quad9, OpenDNS, ISPs ...) und gruppiert die Antworten nach Inhalt und RCODE. Sie sehen sofort, wer die Aktualisierung bereits übernommen hat.

1. Resolver weltweit
Fragt zahlreiche öffentliche Resolver in mehreren Regionen gleichzeitig ab.
2. Automatischer Vergleich
Gruppiert identische Antworten und hebt Abweichungen oder resolver-spezifische Fehler hervor.
3. Verwertbare Zusammenfassung
Liefert eine klare Übersicht mit der Resolverliste, deren Latenzen und dem Status jeder Gruppe.

Wann einsetzen?

Verfolgen, wie sich eine DNS-Änderung weltweit verbreitet
Veraltete Caches erkennen und über einen gezielten Flush entscheiden
Einen Propagationsstatus in einem Ticket oder Post-Mortem teilen

Tipp: Der Propagationstest ist ein eigenständiges Tool. Nutzen Sie den DNS-Lookup für eine gezielte Einzelabfrage und den Propagationstest, um mehrere Resolver weltweit zu vergleichen.

Was ist ein HTTPS-Record?

Ein HTTPS-Record (Typ 65) kündigt die optimale Konfiguration für die Verbindung zu einer Website an. Er kann unterstützte Protokolle (HTTP/2, HTTP/3), Port und ECH-Daten für SNI-Verschlüsselung angeben.

HTTPS-Record-Struktur:

Feld	Beschreibung	Beispiel
Priorität	0 = Alias, 1+ = Service	`1`
Ziel	Service-Hostname	`cdn.provider.com.`
alpn	Unterstützte Protokolle	`h3,h2`
port	Service-Port	`443`
ech	Encrypted ClientHello-Daten	(base64)

Betriebsmodi

Service-Modus (Priorität > 0)

Kündigt Verbindungsparameter an:

www.captaindns.com.  3600  IN  HTTPS  1 . alpn=h3,h2

Alias-Modus (Priorität = 0)

Leitet zu einem anderen Ziel um (nützlich am Apex):

captaindns.com.  3600  IN  HTTPS  0 cdn.provider.com.

Häufige Parameter

Parameter	Beschreibung	Beispiel
alpn	Unterstützte ALPN-Protokolle	`h3,h2`
port	Service-Port (Standard 443)	`8443`
ipv4hint	Indikative IPv4-Adressen	`203.0.113.10`
ipv6hint	Indikative IPv6-Adressen	`2001:db8::1`
ech	ECH-Konfiguration	(base64-kodiert)

Anwendungsfälle

HTTP/3 aktivieren

www.captaindns.com.  300  IN  HTTPS  1 . alpn=h3,h2

Apex-Alias zu CDN

captaindns.com.  3600  IN  HTTPS  0 captaindns.cdn.provider.com.

Mit aktiviertem ECH

www.captaindns.com.  300  IN  HTTPS  1 . alpn=h3,h2 ech=AEX+DQBBpQAgAC...

Wichtige Regeln

Kompatibilität

Regel	Erklärung
A/AAAA behalten	Legacy-Clients verwenden kein HTTPS
Gültiges Ziel	Ziel muss A/AAAA-Records haben
Konsistente Priorität	0 = nur Alias, > 0 = Service

Best Practices

Praxis	Warum
HTTP/3 testen	Server-Support vor Veröffentlichung prüfen
Kurzer TTL anfangs	Erleichtert Korrekturen
Änderungen dokumentieren	Nachverfolgbarkeit