Kürzlich hat uns ein Partner gebeten, in einer unserer DNS-Zonen Folgendes zu tun:
_dmarc.send.domain.com. TXT "v=DMARC1; p=none"
send.domain.com. NS ns1.otherdomain.com.
send.domain.com. NS ns2.otherdomain.com.
otherdomain.comDNS definiert einen MX-Eintrag fürsend
Zu meiner Überraschung hat dies sowohl _dmarc.send.domain.com.(TXT) als auch send.domain.com(MX) funktioniert.
Wie ist das möglich?
Einige Gedanken zu Wurzelzonen:
Ich weiß, dass in Root-Zonen, z. B. .COM, Domänen auf ähnliche Weise definiert sind (ich habe die Ausgabe vereinfacht):
dig google.com ns @a.gtld-servers.net.
google.com. 172800 IN NS ns2.google.com.
google.com. 172800 IN NS ns1.google.com.
ns2.google.com. 172800 IN A 216.239.34.10
ns1.google.com. 172800 IN A 216.239.32.10
Wenn ns1.google.comund jedoch ns2.google.comnicht mehr funktioniert, fragen Sie wie folgt abMAIfunktioniert auch nicht mehr (ich gehe davon aus, dass ich einen lokalen DNS-Server bei localhost habe):
dig google.com ns @127.0.0.1
ns1.google.comEs kann zu einem Abbruch kommen, weil der lokale DNS-Server nach ns2.google.comden Informationen fragt .
Einige Überlegungen zum „Hochladen“ von Hosts in die Root-Zonen:
Genau aus diesem Grund www.domain.comfunktioniert die Einstellung von DNS nicht. Lassen Sie mich das näher erläutern:
Einige .com-Registrare erlauben Ihnen, einen einzigen DNS-Server (anstelle von zwei) einzurichten. Dann registrieren Sie eine Domain domain.com, richten DNS für Ihre Domain ein www.domain.comund legen auf Ihrem Webserver ebenfalls einen DNS-Server fest.
Wenn jetzt jemand Ihre Website besucht, wird die DNS-Abfrage theoretisch vom Stamm-.COM-Server abgewickelt.
Aber das funktioniert nicht. Oder genauer gesagt: Meistens geht die DNS-Abfrage sowieso an Ihren DNS-Server und wenn Ihr lokaler DNS nicht mehr funktioniert, können die meisten Clients den Namen nicht auflösen www.domain.com.