peterg 15 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 Hallo, nach einer neuen Installation eines virtuellen DC (Server 2019 Std.) unter Hyper-V kommt folgende Fehlermeldung. Die Meldung kommt nur nach einem Neustart --- Bei der dynamischen Registrierung des DNS-Eintrags "xxx.local. 600 IN A 192.168.x.1" auf folgendem DNS-Server ist ein Fehler aufgetreten: IP-Adresse des DNS-Servers: 192.168.x.1 Verbindungsantwortcode (RCODE): 0 Zurückgegebener Statuscode: 9502 Dieser Eintrag muss in DNS registriert sein, damit Computer und Anwender diesen Domänencontroller finden können. BENUTZERAKTION Ermitteln Sie, was diesen Fehler verursacht hat. Beheben Sie das Problem, und initialisieren Sie die Registrierung der DNS-Einträge durch den Domänencontroller. Um festzustellen, was diesen Fehler verursacht hat, führen Sie "DCDiag.exe" aus. Weitere Informationen zu "DCDiag.exe" finden Sie im Hilfe- und Supportcenter. Führen Sie "nltest.exe /dsregdns" über die Eingabeaufforderung des Domänencontrollers aus, oder starten Sie den Anmeldedienst neu, um die Registrierung der DNS-Einträge durch diesen Domänencontroller zu initialisieren. Alternativ können Sie den Eintrag manuell zu DNS hinzufügen. Dieser Schritt wird jedoch nicht empfohlen. ZUSÄTZLICHE DATEN Fehlerwert: Ungültiges DNS-Paket. --- Bei dcdiag.exe /test:dns sind alle Tests bestanden Bei dcdiag.exe /test:registerindns /dnsdomain:xxx.local /v sind alle Tests bestanden Bei nltest.exe /dsregdns klappt auch alles Ich habe einen Testclient an die Domäne angebunden. Hier scheint auch alles zu funktionieren (nslookup, ….) Bei den im WEB gefunden Lösungsvorschlagen komme ich nicht wirklich weiter. Hat jemand eine Idee? Gruß, Peter Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 (bearbeitet) Kommt der Fehler nur nach dem Reboot? bearbeitet 3. November 2020 von NorbertFe Zitieren Link zu diesem Kommentar
Nobbyaushb 1.464 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 vor 14 Minuten schrieb NorbertFe: Kommt der Fehler nur nach dem Reboot? Ergänzend - wer ist der 192.168.x.1? Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 Gerade eben schrieb Nobbyaushb: Ergänzend - wer ist der 192.168.x.1? Dem Fehlerbild nach müsste das der Server selbst sein. Der Server versucht sich in seinem DNS zu registrieren der vermutlich noch nicht läuft. Sollte der Fehler nur beim Boot auftreten kannst du ihn irgnorieren. Oder du lässt den ersten DNS Eintrag des Servers auf einen anderen DC/DNS zeigen (über Kreuz konfigurieren) Zitieren Link zu diesem Kommentar
Nobbyaushb 1.464 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 Gerade eben schrieb tesso: Oder du lässt den ersten DNS Eintrag des Servers auf einen anderen DC/DNS zeigen (über Kreuz konfigurieren) Wenn man denn einen zweiten DC hat... Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 vor 1 Minute schrieb Nobbyaushb: Wenn man denn einen zweiten DC hat... Gibt es Unternehmen die das nicht haben? *duck und wech* Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 So ein bis zwei. ;) Soll sogar welche OHNE geben. :o Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 Jetzt werden wir OT. Mal sehen was der TO zu meinem Vorschlag meint. Zitieren Link zu diesem Kommentar
peterg 15 Geschrieben 3. November 2020 Autor Melden Teilen Geschrieben 3. November 2020 (bearbeitet) Hi, scheinbar (zumindest seit dem Neustart in der früh um 8:00 nicht mehr). Habe ich auch gleich in der ersten Zeile geschrieben. Ich habe auch schon ein paar Mal neu gestartet (nicht heute) und der Fehler ist nicht gekommen. Dachte schon an eine wundersame Selbstheilung Gruß, Peter P.S. 192.168.x.8 ist der DC (der eintzige DC) bearbeitet 3. November 2020 von peterg Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 vor 5 Minuten schrieb peterg: P.S. 192.168.x.8 ist der DC (der eintzige DC) Dann lautet die ITIL konforme Problemlösung: IGNORIEREN Zitieren Link zu diesem Kommentar
peterg 15 Geschrieben 3. November 2020 Autor Melden Teilen Geschrieben 3. November 2020 So soll es sein! TNX, Peter Zitieren Link zu diesem Kommentar
Nobbyaushb 1.464 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 OK, aber mutig eine Umgebung mit nur einem DC zu fahren Und es heißt einzige... Zitieren Link zu diesem Kommentar
daabm 1.348 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 vor 5 Stunden schrieb Nobbyaushb: Und es heißt einzige... "Einzigste" bitte. Und wenn das ein virtueller DC auf einem gescheiten VM-Host ist, spricht da noch nicht mal soo viel dagegen. AD kaputt wäre auch bei 2 DCs der Fall. Aber ich würde auch immer einen 2. DC haben, läuft ja inzwischen problemlos sogar auf nem preiswerten NAS mit. Das man dann auch gleich noch als preiswertes First Level Backup Target verwenden kann... ym2c. Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 vor 10 Minuten schrieb daabm: "Einzigste" bitte. Kein Wort in D lt. Duden. :) https://www.duden.de/rechtschreibung/einzig_allein_besonders Zitieren Link zu diesem Kommentar
daabm 1.348 Geschrieben 3. November 2020 Melden Teilen Geschrieben 3. November 2020 Gerade eben schrieb Sunny61: Kein Wort in D lt. Duden. :) https://www.duden.de/rechtschreibung/einzig_allein_besonders Ne, aber in meiner Firma - Hauptsitz Karlsruhe, da gibt's komische Auswüchse Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.