(Haftungsausschluss: Ich bin kein Windows-DNS-Administrator. Ich habe jedoch eine anständige Menge an DNS-Erfahrung, und dies macht keinen Sinn. Ich arbeite eng mit den für diese Geräte verantwortlichen Administratoren zusammen und kann Tests durchführen lassen erforderlich.)
Wir haben ein Problem festgestellt, bei dem wir unter Windows Server 2012 keine bedingten Weiterleitungen hinzufügen können, die auf BIND-Nameserver verweisen. Das Hinzufügen der IP-Adresse des Servers führt zu einem Validierungsfehler: An unknown error occurred while validating the server.
Beim Betrachten des Abfrageprotokolls auf dem BIND-Server fanden wir etwas ziemlich Interessantes: Der Windows-DNS-Server hat nach . IN SOA
dem SOA-Eintrag für die Root-Nameserver gefragt. Überhaupt keine Abfrage example.com. IN SOA
. Es versucht, die Root-Berechtigung abzufragen, und wird nicht fortgesetzt, wenn eine Antwort von empfangen wird REFUSED
.
client 192.168.203.20#59067 (.): query: . IN SOA - (192.168.208.201)
client 192.168.203.20#50553 (.): query: . IN SOA - (192.168.208.201)
client 192.168.203.20#55468 (.): query: . IN SOA - (192.168.208.201)
Wahnsinn. Um es zu verdeutlichen, haben wir dieses Problem im Labor reproduziert. Ich habe eine Kopie der Root-Zone heruntergeladen und eine .
Zone konfiguriert (meine Root-Hinweise auskommentiert), und siehe da, dieser Fehler tritt nicht mehr auf.
Ich verstehe das wirklich nicht. Ich stelle einen autorisierenden Nameserver bereit, auf den keine Antworten gegeben werden müssen . SOA
, und aus heutiger Sicht muss ich diese Zone allen unseren Produktionsservern hinzufügen, um mit Windows 2012 gut zu spielen. Nach meiner Erfahrung a Der Weiterleiter sollte sich nur damit befassen, ob der Ziel-Nameserver für die betreffende Zone maßgeblich ist oder nicht.
Warum passiert dies?
Wenn wir versuchen, den Fehler zu ignorieren (klicken Sie trotzdem auf OK), wird der folgende Fehlerdialog angezeigt:
Das Abfrageprotokoll zeigt weiterhin an, dass der Upstream-Server nur nachfragt . IN SOA
. Es wird nie versucht festzustellen, ob der Server autorisiert ist example.com.
.
. IN SOA
), aber das Klicken auf "OK" scheint zu funktionieren (es werden keine weiteren Fehler angezeigt). Vielleicht hängt die zweite Fehlermeldung, die Sie erhalten, nicht mit dem seltsamen Validierungsverhalten zusammen? Funktioniert Add-DnsServerConditionalForwarderZone
(Powershell) entweder oder erzeugt es eine hilfreichere Fehlermeldung?