Vollständiger Leitfaden zur DNS-Konfiguration – Vom Unterschied zwischen A- und CNAME-Records bis zur praktischen Einrichtung

Kernzusammenfassung

• A-Record: Direkte Verbindung von Domain → IP-Adresse (die grundlegendste)
• CNAME: Alias-Verbindung von Domain → andere Domain (hauptsächlich für Subdomains verwendet)
• MX-Record: Bestimmung des E-Mail-Empfangsservers
• TTL: Zeit, die der Record im Cache bleibt (je kürzer, desto schneller werden Änderungen übernommen)

Was ist DNS in einem Satz?

DNS (Domain Name System) ist das Telefonbuch des Internets, das menschenlesbare Domainnamen (z. B. millionscode.com) in IP-Adressen (z. B. 104.21.32.55) umwandelt, die von Computern verstanden werden.

Wenn Sie eine URL in den Browser eingeben, fragt der DNS-Server in diesem Moment: "Was ist die IP-Adresse dieser Domain?" und verbindet sich mit dem tatsächlichen Server über die erhaltene IP. Dieser Prozess wird normalerweise innerhalb von wenigen Millisekunden abgeschlossen.

Vollständige Übersicht über die Arten von DNS-Records

A-Record – Direkte Verbindung der Domain zur IP-Adresse

Der A-Record ist der grundlegendste DNS-Record. Er mappt den Domainnamen direkt auf eine IPv4-Adresse (eine Adresse mit 4 Zahlen).

Beispiel:

millionscode.com → 104.21.32.55

Wann wird er verwendet?

• Wenn Sie eine Domain mit einem VPS oder dedizierten Server verbinden
• Wenn Sie die Root-Domain (example.com) mit einem Server verbinden
• Wenn Sie eine IP direkt angeben möchten, ohne Cloudflare Pages zu verwenden

Cloudflare Konfigurationsmethode:

1. 1Cloudflare Dashboard → DNS → Record hinzufügen
2. 2Typ: A
3. 3Name: @ (Root-Domain) oder gewünschte Subdomain
4. 4IPv4-Adresse: Server-IP eingeben
5. 5Proxy-Status: Proxied (orange Wolke) empfohlen
6. 6TTL: Auto (wird bei Proxied automatisch verwaltet)

CNAME-Record – Setzen einer Domain als Alias für eine andere Domain

CNAME ist ein Alias-Record, der eine Domain auf eine andere Domain umleitet. Er verweist auf einen anderen Domainnamen und nicht auf eine IP-Adresse.

Beispiel:

www.millionscode.com → millionscode.com
blog.millionscode.com → millionscode.pages.dev

Wann wird er verwendet?

• Wenn Sie die www-Subdomain mit der Root-Domain verbinden
• Wenn Sie eine benutzerdefinierte Domain mit PaaS wie Cloudflare Pages, Vercel, Netlify usw. verbinden
• Wenn Sie eine Subdomain mit einem CDN-Service verbinden

Wichtige Regel: Auf der Root-Domain (@) kann CNAME im Standard-DNS nicht verwendet werden. Cloudflare umgeht diese Einschränkung mit der Funktion CNAME Flattening.

MX-Record – Bestimmung des E-Mail-Empfangsservers

Der MX (Mail Exchange) Record gibt an, welcher Mailserver die E-Mails empfängt, die an die Domain gesendet werden.

Beispiel:

millionscode.com MX → mx1.emailprovider.com (Priorität: 10)
millionscode.com MX → mx2.emailprovider.com (Priorität: 20)

Die Prioritätsnummer wird niedriger verwendet. Wenn der erste Server ausfällt, wird automatisch auf den zweiten Server umgeschaltet.

TXT-Record – Textbasierte Authentifizierung und Konfiguration

Der TXT-Record ist ein universeller Record, der Textinformationen zur Domain hinzufügt. Er wird hauptsächlich für Besitzverifizierung, SPF, DKIM usw. verwendet.

Typische Anwendungsfälle:

• Google Search Console Verifizierung: google-site-verification=XXXXX
• Naver Search Advisor Verifizierung: naver-site-verification=XXXXX
• SPF-Record: Authentifizierung des Absenders zur Verhinderung von E-Mail-Spam
• DKIM: Digitale Signatur zur Verhinderung von E-Mail-Manipulation

Praktisch: DNS-Konfiguration in Cloudflare (Schritt für Schritt)

Schritt 1: Nameserver ändern

Ändern Sie die Nameserver bei der Registrierungsstelle, bei der Sie die Domain gekauft haben (z. B. Gabia, Whois), auf Cloudflare.

Alter Nameserver → Ersetzen durch Cloudflare Nameserver
ns1.cloudflare.com (Beispiel – im Cloudflare Dashboard überprüfen)
s2.cloudflare.com

Die Änderung der Nameserver kann bis zu 24 Stunden dauern, bis sie propagiert ist. In der Regel wird dies innerhalb von 1-2 Stunden abgeschlossen.

Schritt 2: DNS-Records hinzufügen

Fügen Sie die erforderlichen Records im Cloudflare Dashboard hinzu. Sie können den aktuellen Status der DNS-Konfiguration Ihrer Domain mit unserem DNS Lookup Tool überprüfen.

Schritt 3: SSL/TLS-Einstellungen

Wenn Sie Cloudflare → SSL/TLS → Full (Strict) Modus einstellen, wird HTTPS automatisch angewendet. Es ist kein separater Kauf eines SSL-Zertifikats erforderlich.

TTL-Einstellungsanleitung

TTL (Time To Live) ist die Zeit, die ein DNS-Record im Cache bleibt.

Tipp: Wenn Sie eine DNS-Änderung planen, senken Sie den TTL-Wert 24 Stunden im Voraus auf 300 Sekunden. Änderungen werden dann schnell propagiert.

Häufige Fehler und Lösungen

Fehler 1: www wird nicht verbunden

Dies geschieht, wenn nur die Root-Domain (@) konfiguriert wurde und der www CNAME vergessen wurde. Stellen Sie sicher, dass Sie den CNAME-Record www → @ hinzufügen.

Fehler 2: E-Mails kommen nicht an

Das Fehlen eines MX-Records ist die häufigste Ursache. Befolgen Sie die Anleitungen zur MX-Record-Konfiguration des E-Mail-Dienstanbieters genau.

Fehler 3: SSL-Zertifikatfehler

Dies tritt auf, wenn der Cloudflare Proxy (orange Wolke) aktiviert ist, aber der Ursprungsserver kein SSL hat. Ändern Sie den SSL/TLS-Modus vorübergehend von Full (Strict) auf Flexible oder installieren Sie SSL auf dem Ursprungsserver.

Häufig gestellte Fragen (FAQ)

Q1. Soll ich A-Record oder CNAME verwenden?

A: Verwenden Sie A-Record, wenn die IP-Adresse des Servers fest ist, und CNAME, wenn Sie sich mit PaaS (Vercel, CF Pages usw.) verbinden oder die IP sich ändern könnte. Subdomains sind meistens mit CNAME einfacher zu handhaben.

Q2. Wie lange muss ich nach einer DNS-Änderung warten?

A: Das hängt von der TTL-Einstellung ab, beträgt aber normalerweise zwischen 5 Minuten und 24 Stunden. Wenn Sie die TTL auf 300 Sekunden senken, wird die Propagation innerhalb von 5 Minuten erfolgen.

Q3. Muss ich den Cloudflare Proxy (orange Wolke) aktivieren?

A: Es ist nicht zwingend erforderlich, wird jedoch empfohlen. Wenn der Proxy aktiviert ist, profitieren Sie von DDoS-Schutz, CDN-Cache und automatischer SSL-Anwendung.

Q4. Kann ich einen CNAME-Record für die Root-Domain setzen?

A: Im Standard-DNS ist dies nicht möglich, aber Cloudflare bietet mit CNAME Flattening die Möglichkeit, auch für die Root-Domain CNAME-Effekte zu erzielen.

Q5. Führt eine falsche DNS-Record-Konfiguration dazu, dass die Website nicht erreichbar ist?

A: Ja. Wenn der A-Record auf eine falsche IP geändert wird oder das CNAME-Ziel nicht existiert, wird die Website nicht erreichbar. Machen Sie unbedingt einen Screenshot der bestehenden Konfiguration zur Sicherung, bevor Sie Änderungen vornehmen.

Q6. Wie kann ich die aktuellen DNS-Einstellungen meiner Domain überprüfen?

A: Geben Sie Ihre Domain in unser DNS Lookup Tool ein, um die aktuellen A/CNAME/MX/TXT-Records sofort zu überprüfen.

💡 Praktische Einblicke

Andere Blogs bleiben oft bei der allgemeinen Aussage "A ist IP, CNAME ist Alias" stehen, aber die tatsächlichen Ursachen, die eine Website zum Absturz bringen, sind andere. Basierend auf meinen eigenen Erfahrungen mit millionscode.com, das ich über Cloudflare Pages betreibe, ist der häufigste Fehler bei koreanischen Nutzern, dass sie die Nameserver bei Gabia oder Whois geändert haben, aber nach 24 Stunden keine Anwendung erfolgt. Dies ist fast immer ein Problem mit dem Cache der Registrierungsstelle. Bei Gabia ist eine durchschnittliche Wartezeit von 1-2 Stunden normal, und wenn es länger als 6 Stunden dauert, ist es schneller, den Support der Registrierungsstelle direkt zu kontaktieren. Ein weiterer häufig übersehener Punkt ist, dass beim Setzen eines CNAME auf die Root-Domain alle Methoden außer Cloudflare CNAME Flattening gegen den Standard-DNS verstoßen. Die Umgehungsmethoden variieren je nach Anbieter, wie z. B. die Alias-Records von AWS Route 53 oder ANAME von Vercel. Einmal hatte ich bei der Übertragung von Cloudflare zu einem anderen DNS-Provider das Problem, dass das Flattening entfernt wurde, was dazu führte, dass die Root-Domain für 30 Minuten nicht erreichbar war. Dank der vorherigen Senkung des TTL auf 300 Sekunden konnte ich jedoch sofort wiederherstellen. In allgemeinen Leitfäden wird die Änderung des TTL nicht erwähnt, aber in der Praxis ist es fast eine notwendige Versicherung, den TTL-Wert 24-48 Stunden vor einer DNS-Änderung zu senken. Schließlich, wenn Sie eine Website in Korea betreiben, sollten Sie beachten, dass der Naver-Bot TXT-Verifizierungen mehr vertraut als Meta-Tags. Daher ist es ein wichtiger Tipp, die Search Console und den Naver Search Advisor unbedingt über TXT-Records zu registrieren, um Indexierungsprobleme zu vermeiden.