DNS-Verwaltung: Unterschied zwischen den Versionen
Asphyx (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Informationen folgen in Kürze - es findet aktuelle eine Datenübernahme statt.“) |
Asphyx (Diskussion | Beiträge) K (→Hinweise) |
||
| (2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
== DNS-Dienst == | |||
Der '''DNS-Dienst''' von Millennium Arts ISP dient zur technischen Verwaltung der DNS-Zone einer Domain. Über die DNS-Zone wird festgelegt, wohin Webseiten, Mailserver, Subdomains, Verifikationen und weitere Dienste einer Domain zeigen. | |||
'''DNS-Einstellungen können nicht direkt in der Webverwaltung vorgenommen werden.''' Dafür steht unsere eigene, leistungsstärkere DNS-Verwaltung zur Verfügung: | |||
* [https://www.millenniumarts-isp.com/isp.php?view=Warengruppe&site=/Hosting/Domains/DNS_Dienst DNS-Dienst buchen] | |||
* [https://dns.sandbox.maisp.de DNS-Testzugang] | |||
<pre> | |||
USER: demo | |||
PASS: demo | |||
</pre> | |||
== Systemgrundlage == | |||
Die DNS-Verwaltung ist eine Eigenentwicklung von Millennium Arts ISP. Damit können DNS-Zonen zentral, leistungsfähig und unabhängig von der normalen Webhosting-Verwaltung bearbeitet werden. | |||
== Nameserver == | |||
Für Domains im DNS-Dienst werden üblicherweise unsere folgenden Nameserver verwendet: | |||
<pre> | |||
ns1.dns.millenniumarts.net | |||
ns2.dns.millenniumarts.net | |||
ns3.dns.millenniumarts.net | |||
ns4.dns.millenniumarts.net | |||
</pre> | |||
Diese Nameserver stellen die DNS-Zone der Domain bereit und beantworten weltweite DNS-Anfragen. | |||
== DNS-Zone == | |||
Eine '''DNS-Zone''' enthält die technischen Einträge einer Domain. Diese Einträge bestimmen, welche Server und Dienste unter der Domain erreichbar sind. | |||
Typische Aufgaben einer DNS-Zone: | |||
{| class="wikitable" | |||
|- | |||
! Bereich | |||
! Funktion | |||
|- | |||
| Webseite | |||
| Weiterleitung der Domain auf eine IPv4- oder IPv6-Adresse | |||
|- | |||
| E-Mail | |||
| Festlegung der zuständigen Mailserver | |||
|- | |||
| Subdomains | |||
| technische Ziele für Adressen wie <code>www.domain.de</code> oder <code>shop.domain.de</code> | |||
|- | |||
| Verifikation | |||
| Bestätigung gegenüber externen Diensten über TXT-, CNAME- oder andere Einträge | |||
|- | |||
| Sicherheit | |||
| SPF, DKIM, DMARC, CAA und weitere Schutzmechanismen | |||
|} | |||
== Verfügbare DNS-Recordtypen == | |||
=== SOA === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>SOA</code> | |||
| Start of Authority | |||
| technischer Grundeintrag einer DNS-Zone | |||
|} | |||
Der SOA-Record enthält grundlegende Verwaltungsdaten der DNS-Zone, z. B. Seriennummer, primären Nameserver und administrative Kontaktadresse. Dieser Eintrag wird normalerweise automatisch verwaltet und nicht manuell für normale DNS-Ziele gesetzt. | |||
=== A === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Beispiel | |||
|- | |||
| <code>A</code> | |||
| IPv4-Adresse | |||
| <code>192.0.2.10</code> | |||
|} | |||
Ein A-Record verbindet einen Domainnamen oder eine Subdomain mit einer IPv4-Adresse. | |||
Typische Verwendung: | |||
<pre> | |||
domain.de -> 192.0.2.10 | |||
www.domain.de -> 192.0.2.10 | |||
</pre> | |||
Die Adresse <code>192.0.2.10</code> ist eine reservierte Dokumentationsadresse und dient hier nur als Beispiel. | |||
=== AAAA === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Beispiel | |||
|- | |||
| <code>AAAA</code> | |||
| IPv6-Adresse | |||
| <code>2001:db8::10</code> | |||
|} | |||
Ein AAAA-Record verbindet einen Domainnamen oder eine Subdomain mit einer IPv6-Adresse. | |||
Typische Verwendung: | |||
<pre> | |||
domain.de -> 2001:db8::10 | |||
www.domain.de -> 2001:db8::10 | |||
</pre> | |||
Die Adresse <code>2001:db8::10</code> ist eine reservierte Dokumentationsadresse und dient hier nur als Beispiel. | |||
=== CAA === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>CAA</code> | |||
| Certification Authority Authorization | |||
| Einschränkung erlaubter Zertifizierungsstellen | |||
|} | |||
Ein CAA-Record legt fest, welche Zertifizierungsstellen SSL-Zertifikate für eine Domain ausstellen dürfen. | |||
Typische Verwendung: | |||
<pre> | |||
Nur bestimmte Zertifizierungsstellen dürfen SSL-Zertifikate für diese Domain ausstellen. | |||
</pre> | |||
=== CNAME === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>CNAME</code> | |||
| Canonical Name | |||
| Alias auf einen anderen Hostnamen | |||
|} | |||
Ein CNAME-Record verweist einen Namen auf einen anderen Namen. | |||
Typische Verwendung: | |||
<pre> | |||
www.domain.de -> domain.de | |||
shop.domain.de -> externer Dienstanbieter | |||
</pre> | |||
Wichtig: Ein CNAME verweist nicht direkt auf eine IP-Adresse, sondern auf einen Hostnamen. | |||
=== MX === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>MX</code> | |||
| Mail Exchanger | |||
| zuständige Mailserver einer Domain | |||
|} | |||
MX-Records legen fest, welche Mailserver E-Mails für eine Domain empfangen. | |||
Beispiel: | |||
<pre> | |||
domain.de -> mx01.mail.millenniumarts.net | |||
domain.de -> mx02.mail.millenniumarts.net | |||
</pre> | |||
Die Priorität bestimmt die Reihenfolge der Mailserver. Kleinere Werte haben höhere Priorität. | |||
=== SRV === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>SRV</code> | |||
| Service Record | |||
| Dienstinformationen für bestimmte Protokolle | |||
|} | |||
SRV-Records definieren Server, Ports und Prioritäten für bestimmte Dienste. | |||
Typische Verwendung: | |||
<pre> | |||
SIP | |||
XMPP | |||
LDAP | |||
Microsoft 365 / Teams / ältere Dienste | |||
andere protokollbasierte Dienste | |||
</pre> | |||
=== SSHFP === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>SSHFP</code> | |||
| SSH Fingerprint | |||
| Veröffentlichung von SSH-Hostschlüsseln im DNS | |||
|} | |||
SSHFP-Records können SSH-Fingerprints einer Maschine im DNS hinterlegen. Das wird für zusätzliche Prüfungen von SSH-Verbindungen verwendet. | |||
=== RP === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>RP</code> | |||
| Responsible Person | |||
| technische Kontaktinformation im DNS | |||
|} | |||
Ein RP-Record kann eine verantwortliche Kontaktadresse für eine DNS-Zone oder einen Hostnamen angeben. Dieser Record wird heute eher selten verwendet. | |||
=== TXT === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>TXT</code> | |||
| Text Record | |||
| technische Textinformationen | |||
|} | |||
TXT-Records werden häufig für Verifikationen und E-Mail-Sicherheit genutzt. | |||
Typische Verwendung: | |||
<pre> | |||
SPF | |||
DKIM | |||
DMARC | |||
Google-Verifikation | |||
Microsoft-365-Verifikation | |||
externe Dienstbestätigungen | |||
</pre> | |||
Beispiel: | |||
<pre> | |||
v=spf1 include:_spf.mail.millenniumarts.net -all | |||
</pre> | |||
=== NS === | |||
{| class="wikitable" | |||
|- | |||
! Record | |||
! Bedeutung | |||
! Verwendung | |||
|- | |||
| <code>NS</code> | |||
| Name Server | |||
| zuständige Nameserver einer Zone | |||
|} | |||
NS-Records geben an, welche Nameserver für eine Domain oder Subzone zuständig sind. | |||
Beispiel: | |||
<pre> | |||
ns1.dns.millenniumarts.net | |||
ns2.dns.millenniumarts.net | |||
ns3.dns.millenniumarts.net | |||
ns4.dns.millenniumarts.net | |||
</pre> | |||
== Übersicht der Recordtypen == | |||
{| class="wikitable" | |||
|- | |||
! Recordtyp | |||
! Zweck | |||
! Typische Nutzung | |||
|- | |||
| <code>SOA</code> | |||
| Zonen-Grunddaten | |||
| Seriennummer, primärer Nameserver, Kontaktadresse | |||
|- | |||
| <code>A</code> | |||
| IPv4-Ziel | |||
| Webseite, Server, Subdomain | |||
|- | |||
| <code>AAAA</code> | |||
| IPv6-Ziel | |||
| Webseite, Server, Subdomain | |||
|- | |||
| <code>CAA</code> | |||
| SSL-Zertifikatsfreigabe | |||
| erlaubte Zertifizierungsstellen | |||
|- | |||
| <code>CNAME</code> | |||
| Alias | |||
| Weiterleitung auf anderen Hostnamen | |||
|- | |||
| <code>MX</code> | |||
| Mailserver | |||
| E-Mail-Empfang | |||
|- | |||
| <code>SRV</code> | |||
| Dienstangaben | |||
| Dienst, Port, Zielserver | |||
|- | |||
| <code>SSHFP</code> | |||
| SSH-Fingerprint | |||
| SSH-Hostschlüssel im DNS | |||
|- | |||
| <code>RP</code> | |||
| Verantwortliche Person | |||
| technische Kontaktinformation | |||
|- | |||
| <code>TXT</code> | |||
| Textdaten | |||
| SPF, DKIM, DMARC, Verifikationen | |||
|- | |||
| <code>NS</code> | |||
| Nameserver | |||
| Delegation und Zonenzuständigkeit | |||
|} | |||
== TTL == | |||
'''TTL''' bedeutet '''Time To Live'''. | |||
Die TTL legt fest, wie lange ein DNS-Eintrag von DNS-Resolvern zwischengespeichert werden darf. Eine kurze TTL sorgt dafür, dass Änderungen schneller sichtbar werden. Eine lange TTL reduziert DNS-Abfragen und eignet sich für stabile Einträge. | |||
Typische Werte: | |||
{| class="wikitable" | |||
|- | |||
! TTL | |||
! Bedeutung | |||
|- | |||
| <code>300</code> | |||
| 5 Minuten, gut für kurzfristige Änderungen | |||
|- | |||
| <code>900</code> | |||
| 15 Minuten, häufig für flexible DNS-Einträge | |||
|- | |||
| <code>86400</code> | |||
| 24 Stunden, gut für stabile Standardwerte | |||
|} | |||
== Priorität == | |||
Einige Recordtypen verwenden zusätzlich eine Priorität. | |||
Das betrifft vor allem: | |||
<pre> | |||
MX | |||
SRV | |||
</pre> | |||
Bei MX-Records gilt: Der niedrigere Wert hat die höhere Priorität. | |||
Beispiel: | |||
<pre> | |||
10 mx01.mail.millenniumarts.net | |||
20 mx02.mail.millenniumarts.net | |||
</pre> | |||
In diesem Beispiel wird zuerst <code>mx01.mail.millenniumarts.net</code> verwendet. <code>mx02.mail.millenniumarts.net</code> dient als nachrangiger Mailserver. | |||
== Typische DNS-Konfiguration == | |||
Eine einfache Domain mit Webseite und E-Mail enthält meistens folgende Einträge: | |||
{| class="wikitable" | |||
|- | |||
! Bereich | |||
! Recordtyp | |||
! Funktion | |||
|- | |||
| Hauptdomain | |||
| <code>A</code> / <code>AAAA</code> | |||
| Webseite über IPv4 / IPv6 erreichbar machen | |||
|- | |||
| WWW | |||
| <code>A</code>, <code>AAAA</code> oder <code>CNAME</code> | |||
| <code>www.domain.de</code> erreichbar machen | |||
|- | |||
| E-Mail | |||
| <code>MX</code> | |||
| Mailserver festlegen | |||
|- | |||
| SPF | |||
| <code>TXT</code> | |||
| erlaubte Mailversender definieren | |||
|- | |||
| DKIM | |||
| <code>TXT</code> oder <code>CNAME</code> | |||
| Signaturprüfung für E-Mails | |||
|- | |||
| DMARC | |||
| <code>TXT</code> oder <code>CNAME</code> | |||
| Richtlinie für SPF-/DKIM-Prüfung | |||
|- | |||
| Nameserver | |||
| <code>NS</code> | |||
| zuständige Nameserver festlegen | |||
|} | |||
== Beispielzone == | |||
Beispielhafte DNS-Zone mit reservierten Dokumentationsadressen: | |||
<pre> | |||
domain.de. A 192.0.2.10 | |||
www.domain.de. A 192.0.2.10 | |||
domain.de. AAAA 2001:db8::10 | |||
www.domain.de. AAAA 2001:db8::10 | |||
domain.de. MX 10 mx01.mail.millenniumarts.net. | |||
domain.de. MX 20 mx02.mail.millenniumarts.net. | |||
domain.de. TXT "v=spf1 include:_spf.mail.millenniumarts.net -all" | |||
domain.de. NS ns1.dns.millenniumarts.net. | |||
domain.de. NS ns2.dns.millenniumarts.net. | |||
domain.de. NS ns3.dns.millenniumarts.net. | |||
domain.de. NS ns4.dns.millenniumarts.net. | |||
</pre> | |||
Die IP-Adressen <code>192.0.2.10</code> und <code>2001:db8::10</code> sind ausschließlich für Dokumentationszwecke reserviert. | |||
== Hinweise == | |||
DNS-Änderungen sind nicht immer sofort weltweit sichtbar, da DNS-Resolver Einträge entsprechend der TTL zwischenspeichern. Fehlerhafte DNS-Einträge können dazu führen, dass Webseiten, E-Mail-Dienste oder externe Verifikationen nicht mehr funktionieren. Änderungen sollten daher sorgfältig vorgenommen werden. | |||
[[Kategorie:Domains]] | |||
Aktuelle Version vom 18. Juni 2026, 09:53 Uhr
DNS-Dienst
Der DNS-Dienst von Millennium Arts ISP dient zur technischen Verwaltung der DNS-Zone einer Domain. Über die DNS-Zone wird festgelegt, wohin Webseiten, Mailserver, Subdomains, Verifikationen und weitere Dienste einer Domain zeigen.
DNS-Einstellungen können nicht direkt in der Webverwaltung vorgenommen werden. Dafür steht unsere eigene, leistungsstärkere DNS-Verwaltung zur Verfügung:
USER: demo PASS: demo
Systemgrundlage
Die DNS-Verwaltung ist eine Eigenentwicklung von Millennium Arts ISP. Damit können DNS-Zonen zentral, leistungsfähig und unabhängig von der normalen Webhosting-Verwaltung bearbeitet werden.
Nameserver
Für Domains im DNS-Dienst werden üblicherweise unsere folgenden Nameserver verwendet:
ns1.dns.millenniumarts.net ns2.dns.millenniumarts.net ns3.dns.millenniumarts.net ns4.dns.millenniumarts.net
Diese Nameserver stellen die DNS-Zone der Domain bereit und beantworten weltweite DNS-Anfragen.
DNS-Zone
Eine DNS-Zone enthält die technischen Einträge einer Domain. Diese Einträge bestimmen, welche Server und Dienste unter der Domain erreichbar sind.
Typische Aufgaben einer DNS-Zone:
| Bereich | Funktion |
|---|---|
| Webseite | Weiterleitung der Domain auf eine IPv4- oder IPv6-Adresse |
| Festlegung der zuständigen Mailserver | |
| Subdomains | technische Ziele für Adressen wie www.domain.de oder shop.domain.de
|
| Verifikation | Bestätigung gegenüber externen Diensten über TXT-, CNAME- oder andere Einträge |
| Sicherheit | SPF, DKIM, DMARC, CAA und weitere Schutzmechanismen |
Verfügbare DNS-Recordtypen
SOA
| Record | Bedeutung | Verwendung |
|---|---|---|
SOA
|
Start of Authority | technischer Grundeintrag einer DNS-Zone |
Der SOA-Record enthält grundlegende Verwaltungsdaten der DNS-Zone, z. B. Seriennummer, primären Nameserver und administrative Kontaktadresse. Dieser Eintrag wird normalerweise automatisch verwaltet und nicht manuell für normale DNS-Ziele gesetzt.
A
| Record | Bedeutung | Beispiel |
|---|---|---|
A
|
IPv4-Adresse | 192.0.2.10
|
Ein A-Record verbindet einen Domainnamen oder eine Subdomain mit einer IPv4-Adresse.
Typische Verwendung:
domain.de -> 192.0.2.10 www.domain.de -> 192.0.2.10
Die Adresse 192.0.2.10 ist eine reservierte Dokumentationsadresse und dient hier nur als Beispiel.
AAAA
| Record | Bedeutung | Beispiel |
|---|---|---|
AAAA
|
IPv6-Adresse | 2001:db8::10
|
Ein AAAA-Record verbindet einen Domainnamen oder eine Subdomain mit einer IPv6-Adresse.
Typische Verwendung:
domain.de -> 2001:db8::10 www.domain.de -> 2001:db8::10
Die Adresse 2001:db8::10 ist eine reservierte Dokumentationsadresse und dient hier nur als Beispiel.
CAA
| Record | Bedeutung | Verwendung |
|---|---|---|
CAA
|
Certification Authority Authorization | Einschränkung erlaubter Zertifizierungsstellen |
Ein CAA-Record legt fest, welche Zertifizierungsstellen SSL-Zertifikate für eine Domain ausstellen dürfen.
Typische Verwendung:
Nur bestimmte Zertifizierungsstellen dürfen SSL-Zertifikate für diese Domain ausstellen.
CNAME
| Record | Bedeutung | Verwendung |
|---|---|---|
CNAME
|
Canonical Name | Alias auf einen anderen Hostnamen |
Ein CNAME-Record verweist einen Namen auf einen anderen Namen.
Typische Verwendung:
www.domain.de -> domain.de shop.domain.de -> externer Dienstanbieter
Wichtig: Ein CNAME verweist nicht direkt auf eine IP-Adresse, sondern auf einen Hostnamen.
MX
| Record | Bedeutung | Verwendung |
|---|---|---|
MX
|
Mail Exchanger | zuständige Mailserver einer Domain |
MX-Records legen fest, welche Mailserver E-Mails für eine Domain empfangen.
Beispiel:
domain.de -> mx01.mail.millenniumarts.net domain.de -> mx02.mail.millenniumarts.net
Die Priorität bestimmt die Reihenfolge der Mailserver. Kleinere Werte haben höhere Priorität.
SRV
| Record | Bedeutung | Verwendung |
|---|---|---|
SRV
|
Service Record | Dienstinformationen für bestimmte Protokolle |
SRV-Records definieren Server, Ports und Prioritäten für bestimmte Dienste.
Typische Verwendung:
SIP XMPP LDAP Microsoft 365 / Teams / ältere Dienste andere protokollbasierte Dienste
SSHFP
| Record | Bedeutung | Verwendung |
|---|---|---|
SSHFP
|
SSH Fingerprint | Veröffentlichung von SSH-Hostschlüsseln im DNS |
SSHFP-Records können SSH-Fingerprints einer Maschine im DNS hinterlegen. Das wird für zusätzliche Prüfungen von SSH-Verbindungen verwendet.
RP
| Record | Bedeutung | Verwendung |
|---|---|---|
RP
|
Responsible Person | technische Kontaktinformation im DNS |
Ein RP-Record kann eine verantwortliche Kontaktadresse für eine DNS-Zone oder einen Hostnamen angeben. Dieser Record wird heute eher selten verwendet.
TXT
| Record | Bedeutung | Verwendung |
|---|---|---|
TXT
|
Text Record | technische Textinformationen |
TXT-Records werden häufig für Verifikationen und E-Mail-Sicherheit genutzt.
Typische Verwendung:
SPF DKIM DMARC Google-Verifikation Microsoft-365-Verifikation externe Dienstbestätigungen
Beispiel:
v=spf1 include:_spf.mail.millenniumarts.net -all
NS
| Record | Bedeutung | Verwendung |
|---|---|---|
NS
|
Name Server | zuständige Nameserver einer Zone |
NS-Records geben an, welche Nameserver für eine Domain oder Subzone zuständig sind.
Beispiel:
ns1.dns.millenniumarts.net ns2.dns.millenniumarts.net ns3.dns.millenniumarts.net ns4.dns.millenniumarts.net
Übersicht der Recordtypen
| Recordtyp | Zweck | Typische Nutzung |
|---|---|---|
SOA
|
Zonen-Grunddaten | Seriennummer, primärer Nameserver, Kontaktadresse |
A
|
IPv4-Ziel | Webseite, Server, Subdomain |
AAAA
|
IPv6-Ziel | Webseite, Server, Subdomain |
CAA
|
SSL-Zertifikatsfreigabe | erlaubte Zertifizierungsstellen |
CNAME
|
Alias | Weiterleitung auf anderen Hostnamen |
MX
|
Mailserver | E-Mail-Empfang |
SRV
|
Dienstangaben | Dienst, Port, Zielserver |
SSHFP
|
SSH-Fingerprint | SSH-Hostschlüssel im DNS |
RP
|
Verantwortliche Person | technische Kontaktinformation |
TXT
|
Textdaten | SPF, DKIM, DMARC, Verifikationen |
NS
|
Nameserver | Delegation und Zonenzuständigkeit |
TTL
TTL bedeutet Time To Live.
Die TTL legt fest, wie lange ein DNS-Eintrag von DNS-Resolvern zwischengespeichert werden darf. Eine kurze TTL sorgt dafür, dass Änderungen schneller sichtbar werden. Eine lange TTL reduziert DNS-Abfragen und eignet sich für stabile Einträge.
Typische Werte:
| TTL | Bedeutung |
|---|---|
300
|
5 Minuten, gut für kurzfristige Änderungen |
900
|
15 Minuten, häufig für flexible DNS-Einträge |
86400
|
24 Stunden, gut für stabile Standardwerte |
Priorität
Einige Recordtypen verwenden zusätzlich eine Priorität.
Das betrifft vor allem:
MX SRV
Bei MX-Records gilt: Der niedrigere Wert hat die höhere Priorität.
Beispiel:
10 mx01.mail.millenniumarts.net 20 mx02.mail.millenniumarts.net
In diesem Beispiel wird zuerst mx01.mail.millenniumarts.net verwendet. mx02.mail.millenniumarts.net dient als nachrangiger Mailserver.
Typische DNS-Konfiguration
Eine einfache Domain mit Webseite und E-Mail enthält meistens folgende Einträge:
| Bereich | Recordtyp | Funktion |
|---|---|---|
| Hauptdomain | A / AAAA
|
Webseite über IPv4 / IPv6 erreichbar machen |
| WWW | A, AAAA oder CNAME
|
www.domain.de erreichbar machen
|
MX
|
Mailserver festlegen | |
| SPF | TXT
|
erlaubte Mailversender definieren |
| DKIM | TXT oder CNAME
|
Signaturprüfung für E-Mails |
| DMARC | TXT oder CNAME
|
Richtlinie für SPF-/DKIM-Prüfung |
| Nameserver | NS
|
zuständige Nameserver festlegen |
Beispielzone
Beispielhafte DNS-Zone mit reservierten Dokumentationsadressen:
domain.de. A 192.0.2.10 www.domain.de. A 192.0.2.10 domain.de. AAAA 2001:db8::10 www.domain.de. AAAA 2001:db8::10 domain.de. MX 10 mx01.mail.millenniumarts.net. domain.de. MX 20 mx02.mail.millenniumarts.net. domain.de. TXT "v=spf1 include:_spf.mail.millenniumarts.net -all" domain.de. NS ns1.dns.millenniumarts.net. domain.de. NS ns2.dns.millenniumarts.net. domain.de. NS ns3.dns.millenniumarts.net. domain.de. NS ns4.dns.millenniumarts.net.
Die IP-Adressen 192.0.2.10 und 2001:db8::10 sind ausschließlich für Dokumentationszwecke reserviert.
Hinweise
DNS-Änderungen sind nicht immer sofort weltweit sichtbar, da DNS-Resolver Einträge entsprechend der TTL zwischenspeichern. Fehlerhafte DNS-Einträge können dazu führen, dass Webseiten, E-Mail-Dienste oder externe Verifikationen nicht mehr funktionieren. Änderungen sollten daher sorgfältig vorgenommen werden.