DNS bei Cloudflare, IONOS, Hetzner und AutoDNS: dieselben Werte, andere Eingaben

Der Record bleibt gleich, das Formular unterscheidet sich

DNS-Anbieter zeigen Namen und Ziele unterschiedlich an. Manche erwarten nur den relativen Hostnamen, andere den vollständigen Namen. Manche kennzeichnen die Zonenwurzel mit @, andere mit einem leeren Feld oder der Domain. Beurteile eine Konfiguration deshalb nach dem tatsächlich veröffentlichten Record, nicht nach der optischen Ähnlichkeit zweier Formulare.

Beispiel: www als Alias

Gewünschter Datensatz: www.example.com. 300 IN CNAME example.com.

In einer Oberfläche mit automatischer Zonen-Ergänzung kann das Namenfeld www heißen. Das Ziel ist example.com; ob ein abschließender Punkt eingegeben werden muss, hängt von der Oberfläche ab. In einer klassischen Zonendatei signalisiert der Punkt einen vollständigen Namen. Fehlt er dort bei einem relativen Ziel, kann der Zonenname zusätzlich angehängt werden.

Cloudflare: Proxy bewusst wählen

Bei geeigneten Website-Einträgen kann Cloudflare DNS und HTTP-Proxy verbinden. Mit aktivem Proxy sehen öffentliche Abfragen die Proxy-Ziele und nicht zwangsläufig die Ursprung-IP. Das ist kein Beweis für einen falschen A-Record. Prüfe die Origin-Einstellung zusätzlich im Konto. Klassische Mailhosts sollen für SMTP direkt auflösbar und erreichbar sein; ein gewöhnlicher HTTP-Proxy transportiert keinen beliebigen Mailverkehr.

IONOS, Hetzner und AutoDNS: Zuständigkeit vor Eingabe prüfen

Kontrolliere, dass die Domain tatsächlich die Nameserver der bearbeiteten Zone verwendet. Domainregistrierung beim Anbieter allein garantiert das nicht. Prüfe bei vorgefertigten Mail- oder Website-Konfigurationen, ob automatische Einstellungen mit deinen manuellen Änderungen zusammenwirken. Sichere vorhandene Datensätze, bevor du eine komplette Vorlage ersetzt.

Beispiel: DMARC am richtigen Namen

Für _dmarc.example.com kann im relativen Namenfeld _dmarc genügen. Der Typ ist TXT. Der Wert wird beispielsweise als v=DMARC1; p=none; rua=mailto:dmarc@example.com eingegeben. Manche Oberflächen übernehmen die äußeren Anführungszeichen selbst; andere Importformate verwenden sie ausdrücklich. Prüfe nach dem Speichern den TXT-Inhalt über DNS, statt zusätzliche Anführungszeichen vorsorglich einzufügen.

Mailcow ist die Quelle für Mailwerte

Mailcow erzeugt beziehungsweise zeigt den tatsächlich benötigten DKIM-Schlüssel und Selector. Übernimm diese Werte in die autoritative DNS-Zone beim jeweiligen Anbieter. Es ist kein Ersatz, irgendeinen Beispielschlüssel aus einem Tutorial zu verwenden. DNS-Verwaltung, Mailcow-Domainkonfiguration und Netzfreigaben sind getrennte Arbeitsschritte.

Abschließender Vergleich

Frage exakt den veröffentlichten Namen und Typ ab. Kontrolliere Ziel, TTL, doppelte Policies und CNAME-Konflikte. Vergleiche anschließend zwei Resolver. Anbieteroberflächen ändern sich; die beigefügten offiziellen Quellen sind für konkrete aktuelle Klickwege maßgeblich. DNSABC liefert das fachliche Gerüst und die Prüfreihenfolge.