Kanonische Namen (Alias)-Einträge
DNS & Einträge
DNS-Abfrage Alle DNS-Einträge für jede Domain A-Eintrag-Abfrage IPv4-Adressen für eine Domain AAAA-Eintrag-Abfrage IPv6-Adressen für eine Domain MX-Abfrage Mailserver für eine Domain NS-Abfrage Autoritative Nameserver TXT-Abfrage TXT-Einträge, SPF, Verifizierung CNAME-Abfrage Kanonische Namen (Alias)-Einträge SOA-Abfrage Start-of-Authority-Eintrag SRV-Abfrage Dienst-Standort-Einträge CAA-Abfrage Welche CAs Zertifikate ausstellen dürfen Reverse DNS (PTR) IP-Adresse zu Hostname DNSSEC-Prüfung Ist die Domain signiert und validiert? DNS-Gesundheitscheck Ein vollständiger Bericht zu Delegierung & DNSE-Mail-Zustellbarkeit
SPF-Prüfung Validieren Sie Ihren Sender-Policy-Framework-Eintrag DMARC-Prüfung Untersuchen und bewerten Sie Ihre DMARC-Richtlinie DKIM-Prüfung Finden und validieren Sie Ihren öffentlichen DKIM-Schlüssel Blacklist-Prüfung Prüfen Sie eine IP gegen E-Mail-Sperrlisten (DNSBLs) SMTP-Test Mit einem Mailserver verbinden und STARTTLS prüfen MTA-STS-Prüfung Erzwungene TLS-Richtlinie für eingehende Mails BIMI-Prüfung Markenlogo-Eintrag für E-Mail TLS-RPT-Prüfung SMTP-TLS-BerichtsrichtlinieNetzwerk & Web
SSL-Zertifikat-Prüfung TLS-Zertifikat und Ablauf einer Website untersuchen HTTP-Header-Prüfung Antwort-Header, Weiterleitungen und Sicherheit untersuchen Ping (TCP) Erreichbarkeit und Latenz über TCP Port-Prüfung Welche gängigen Ports offen sindDomain
WHOIS-Abfrage Registrierungsdaten für Domains, IPs und ASNsEin CNAME-Record macht einen Hostnamen zum Alias eines anderen kanonischen Namens, sodass dessen A- und AAAA-Records zur Auflösung der Adresse genutzt werden. Er ist üblich für Subdomains, die auf CDNs oder SaaS-Anbieter verweisen, und lässt Sie deren Infrastruktur folgen, ohne ihre IP-Adressen zu verfolgen. Ändert der Anbieter die IPs, funktioniert Ihr CNAME automatisch weiter.
Ein CNAME speichert keine IP; er verweist einen Hostnamen auf einen anderen. Trifft ein Resolver auf einen CNAME, startet er die Suche beim Zielnamen neu und folgt dessen A- oder AAAA-Records bis zur endgültigen Adresse. Zum Beispiel bedeutet shop.example.com CNAME mystore.shopify.com, dass eine Anfrage für shop.example.com über den Hostnamen von Shopify auflöst. Diese Indirektion ist der Grund, warum CDNs und SaaS-Plattformen Ihnen ein CNAME-Ziel geben: Sie können die zugrunde liegenden IPs frei ändern, und Ihre Subdomain folgt ohne Anpassungen Ihrerseits.
Ein CNAME-Ergebnis zeigt den Alias-Hostnamen und das kanonische Ziel, auf das er verweist, etwa www.example.com CNAME example.com oder blog.example.com CNAME hosted.ghost.io. Um die endgültige IP zu sehen, folgen Sie der Kette: Die A- und AAAA-Records des Ziels lösen die Adresse auf. Verweist ein CNAME auf ein Ziel, das selbst einen CNAME hat, folgen Resolver der Kette, wobei lange Ketten Lookups und Latenz hinzufügen. Ein CNAME, der auf einen Hostnamen ohne Records verweist, ist defekt und schlägt bei der Auflösung fehl.
Die wichtigste Regel ist, dass Sie keinen CNAME auf die Root-Domain (example.com) setzen können, weil der Apex mit den erforderlichen NS- und SOA-Records koexistieren muss und ein CNAME einen Namen nicht mit anderen Records teilen darf. Verwenden Sie stattdessen einen A-Record oder die ALIAS/ANAME-Funktion eines Anbieters am Apex. Sie können auch keinen CNAME zu einem Hostnamen hinzufügen, der bereits einen A-, MX- oder TXT-Record hat. Ein häufiger Fehler ist, einen CNAME auf ein SaaS-Ziel zu verweisen, bevor der Dienst dort aktiviert wurde, was ihn unauflösbar macht.
Ein CNAME-Record ist ein DNS-Record, der einen Hostnamen zum Alias eines anderen kanonischen Hostnamens macht, sodass die A- und AAAA-Records des Ziels zur Auflösung der Adresse genutzt werden. CNAME steht für Canonical Name. Er wird häufig verwendet, um Subdomains auf CDNs und SaaS-Anbieter zu verweisen, sodass Ihre Domain deren Servern folgt, selbst wenn sich ihre IP-Adressen ändern.
Ein CNAME verweist einen Hostnamen auf einen anderen Hostnamen, während ein A-Record einen Hostnamen direkt auf eine IPv4-Adresse verweist. Ein CNAME fügt eine Indirektionsschicht hinzu, die den IPs des Ziels automatisch folgt; ein A-Record ist eine feste Zuordnung. Verwenden Sie einen CNAME für Subdomains, die einem Anbieter folgen, und einen A-Record für eine Root-Domain oder eine feste IP.
Nein, Sie können keinen Standard-CNAME auf einer Root-Domain (Apex) wie example.com verwenden, weil der Apex NS- und SOA-Records halten muss und ein CNAME nicht mit anderen Records auf demselben Namen koexistieren kann. Verwenden Sie stattdessen einen A-Record oder die ALIAS- oder ANAME-Funktion Ihres DNS-Anbieters, die das CNAME-Verhalten am Apex nachahmt und dabei standardkonform bleibt.
Ja, ein CNAME kann auf einen anderen CNAME verweisen, und Resolver folgen der Kette, bis sie einen Hostnamen mit A- oder AAAA-Records erreichen. Lange Ketten fügen jedoch bei jedem Sprung einen DNS-Lookup hinzu und erhöhen die Latenz. Halten Sie Ketten kurz, idealerweise eine Ebene, und stellen Sie sicher, dass das endgültige Ziel tatsächlich Adress-Records hat, damit die Auflösung gelingt.
Ein CNAME scheitert oft, weil der Ziel-Hostname keine A- oder AAAA-Records hat, der SaaS-Dienst, auf den er verweist, noch nicht aktiviert wurde, oder Sie den CNAME auf einen Namen gesetzt haben, der bereits andere Records hat. Verifizieren Sie, dass das Ziel eigenständig auflöst, bestätigen Sie, dass die Einrichtung des Anbieters abgeschlossen ist, und stellen Sie sicher, dass keine konfligierenden A-, MX- oder TXT-Records denselben Hostnamen teilen.