IPv4 und IPv6: DNS, Verbindung und TLS getrennt nachweisen

Zwei Wege zu derselben Anwendung

IPv4 und IPv6 sind unterschiedliche Adressfamilien. IPv6 erweitert unter anderem den Adressraum auf 128 Bit. Für eine Website sollen beide Wege am Ende dieselbe Anwendung erreichen; dafür müssen jedoch Netzwerk, Hostingzuordnung, DNS und TLS jeweils zusammenpassen. Ein erfolgreicher Aufruf über IPv4 ist daher kein Nachweis für IPv6.

Die Anforderung sollte ausdrücklich formuliert werden: Soll die Hauptdomain über beide Familien erreichbar sein, gilt das ebenso für www, und wer verantwortet die Veröffentlichung der Adressen? Ein allgemeiner Hinweis, ein Server könne IPv6, beantwortet diese Fragen nicht. Prüfen Sie den eigenen Host und das eigene Abonnement. Eine Adresse aus einer anderen Umgebung ist kein geeigneter Ausgangspunkt, selbst wenn derselbe Anbieter beteiligt ist. Die folgenden Schritte bilden eine Abnahmemethode; sie sind kein Ergebnisbericht über einen bestimmten Tarif.

Mit dem tatsächlichen Hostingbestand beginnen

Am Anfang steht das aktuelle Inventar: Welche IPv4- und IPv6-Adressen stehen am vorgesehenen Server zur Verfügung, und welche sind der eigenen Domain zugeordnet? Dazu gehört das richtige Webverzeichnis. Eine Adresse kann im System vorhanden sein, während die gewünschte Website nur an einen anderen Listener oder virtuellen Host gebunden ist.

Dokumentieren Sie Domain, Subscription, öffentliche Adresse und den überprüften Konfigurationsort zusammen. Gerade Agenturen betreiben mehrere Kundenseiten auf gemeinsamer Infrastruktur; eine vorschnelle Änderung am falschen Abonnement erzeugt mehr Probleme als eine zunächst offene IPv6-Frage. Vor einer Mutation sollte die Zuordnung frisch bestätigt werden. Wenn das Serverinventar fehlt, bleibt diese Ebene offen. Ein DNS-Eintrag allein ersetzt die fehlende Zuordnung nicht, und das zufällige Erreichen einer Standardseite beweist nur eine Antwort irgendeines Webziels.

Autoritatives DNS und Resolverantwort auseinanderhalten

A-Einträge enthalten IPv4-Adressen, AAAA-Einträge IPv6-Adressen. Fragen Sie die tatsächlich autoritativen Nameserver für Hauptdomain und www getrennt ab. Ist www ein Alias, dokumentieren Sie die Verweiskette bis zum Ziel. Erst diese Antworten zeigen, welche Informationen die zuständige Zone veröffentlicht.

Ein lokaler Resolver kann ältere Antworten zwischenspeichern. Umgekehrt kann eine im Hostingpanel vorbereitete Zone existieren, während öffentlich ganz andere Nameserver zuständig sind. Bewahren Sie deshalb autoritative und gewöhnliche Resolverergebnisse getrennt auf. Ein leeres AAAA-Ergebnis wird nicht durch die Aussage „IPv6 ist im Panel eingetragen“ aufgehoben. Für eine Übergabe ist das ein klarer Status: Konfiguration vorbereitet, öffentliche Veröffentlichung noch offen. Welche Rolle der Name gegenüber dem Server spielt, erklärt das Hostingglossar.

Eine echte Verbindung über die gewünschte Familie herstellen

Nach dem DNS-Nachweis folgt eine Verbindung, die ausdrücklich IPv6 verwendet. Der Test benötigt einen ausführenden Standort mit funktionierendem IPv6-Netz. Eine IPv4-mapped-Adresse oder eine automatisch auf IPv4 ausgewichene Verbindung bestätigt keinen öffentlichen IPv6-Pfad. Halten Sie die tatsächlich benutzte Zieladresse und das Ergebnis fest.

Es kann sinnvoll sein, vor der Veröffentlichung direkt gegen die bekannte Serveradresse zu testen und dabei den Domainnamen für die HTTP- und TLS-Prüfung zu erhalten. Ein solcher gezielter Test bestätigt die Verbindung zu diesem Ziel; er bestätigt keine autoritative AAAA-Veröffentlichung. Im Protokoll stehen deshalb zwei verschiedene Ergebnisse. Wenn nur IPv4 am Teststandort verfügbar ist, kennzeichnen Sie die IPv6-Prüfung als nicht durchgeführt. Das verhindert, dass aus einer fehlenden Testmöglichkeit irrtümlich ein negatives oder positives Serverergebnis wird.

Vier Nachweise zu einer Abnahme zusammenführen

Die Tabelle eignet sich auch für Fehlerzuordnung. Ist die Verbindung möglich, aber der Inhalt falsch, untersuchen Sie die Hostingzuordnung. Ist das Zertifikat unpassend, prüfen Sie den TLS-Endpunkt. Fehlt nur die öffentliche AAAA-Antwort, ist das DNS-Veröffentlichungsthema getrennt zu bearbeiten. Die detaillierte Zertifikatsabnahme steht unter TLS und Zertifikate. Ein einzelnes grünes Häkchen sollte diese verschiedenen Ebenen nicht zusammenziehen.

Beispiel: Nur ein Teil der Besucher meldet einen Fehler

Wenn manche Besucher eine richtige Seite sehen und andere eine Standardseite oder einen Zertifikatsfehler, ist die Adressfamilie eine mögliche Untersuchungsrichtung. Fragen Sie nach dem tatsächlich benutzten Ziel und testen Sie beide Wege kontrolliert. Die Ursache kann auch anderswo liegen; das Beispiel ist kein Ferndiagnosebeleg. Es zeigt, warum ein pauschaler erfolgreicher Browseraufruf die Störung nicht abschließt.

Vergleichen Sie zunächst Namen, DNS-Antworten und Seiteninhalt. Verändern Sie erst danach die eigene bestätigte Konfiguration. Wird ein fehlerhafter AAAA-Eintrag entfernt oder korrigiert, dokumentieren Sie die Änderung und die später beobachtete Resolverantwort. Ein zurückhaltender Zwischenbericht nennt, welche Familie funktioniert und welche noch untersucht wird. Dieses Format hilft dem betroffenen Team mehr als die Aussage „bei uns geht es“, weil es den nächsten prüfbaren Schritt und die Grenzen des bisherigen Tests benennt.

Nach Veränderungen erneut prüfen

Wiederholen Sie die Matrix nach einem Serverumzug, einer DNS-Änderung oder dem Einsatz eines vorgeschalteten Dienstes. Prüfen Sie auch Weiterleitungen und wichtige Unterseiten. Es reicht nicht, dass nur ein Testdokument auf der IPv6-Adresse antwortet, während die eigentliche Anwendung einen anderen Pfad verwendet. Ein regelmäßiger externer Check kann spätere Abweichungen sichtbar machen; er ersetzt die Erstabnahme nicht.

In der Tarifauswahl bleibt die Frage nach IPv6 eine konkrete Projektfrage. Das Webhosting-Business-Dossier beschreibt die belegten Paketdaten, ohne aus einer allgemeinen Infrastrukturinformation automatisch eine fertige Domainanbindung abzuleiten. Ein sauberer Übergabebericht nennt stattdessen für jede Ebene „verifiziert“, „vorbereitet“ oder „offen“, ergänzt Datum und verantwortliche Person. So kann das nächste Team genau dort fortsetzen, wo noch ein tatsächlicher Nachweis fehlt.