Dcdiag: Connectivity-Test fehlgeschlagen
Wir wollen unser AD vom Windows 2012 Essentials-Server auf einen neuen physischen Server 2022 Standard umziehen und haben zu diesem Zweck erst einmal ein Inplace-Upgrade auf 2012 R2 gemacht. Es handelt sich bislang um nur eine physische Maschine, keine Virtualisierung. Jetzt läuft der alte Server auf 2012 R2.
Nun schlägt der Connectivity-Test fehl. Ob das auch schon vor dem Upgrade war ist nicht bekannt:
Das ist erstmal kein neues Thema, allerdings:
Trotzdem moniert der BPA-Analyzer:
"Vom Netzwerkadapter "Ethernet" wird der lokale Server nicht als DNS-Server aufgelistet, oder der lokale Server ist als erster DNS-Server auf diesem Adapter konfiguriert"
Ist das evtl. wegen IPv6? Das ist in unserem Netzwerk nicht in Verwendung.
Was noch auffällt: Der DHCP-Server ist an keine IPv4-Adresse gebunden. Das Fenster unter "Bindungen hinzufügen/entfernen" ist leer:
PCs in die Domäne heben funktioniert, einen zweiten DC hinzufügen nicht.
Ich stehe auf dem Schlauch, was kann es noch sein, hat jemand eine Idee?
Nun schlägt der Connectivity-Test fehl. Ob das auch schon vor dem Upgrade war ist nicht bekannt:
Der Host 35bfd511-60fa-4e0d-be69-822f06dc7a0c._msdcs.MYDOMAIN.local konnte nicht zu einer IP-Adresse
aufgelöst werden. Überprüfen Sie DNS-Server, DHCP, Servername, usw.
Fehler beim Überprüfen der LDAP- und RPC-Konnektivität. Überprüfen Sie die Firewalleinstellungen.
......................... Der Test Connectivity für SERVER ist fehlgeschlagen.
Das ist erstmal kein neues Thema, allerdings:
- der CNAME-Eintrag für 35bfd511-60fa-4e0d-be69-822f06dc7a0c ist in der Forward-Lookup-Zone._msdcs.MYDOMAIN.local vorhanden
- nslookup kann ihn auflösen:
nslookup 35bfd511-60fa-4e0d-be69-822f06dc7a0c._msdcs.MYDOMAIN.local
Server: server.mydomain.local
Address: 192.168.1.58
Name: server.MYDOMAIN.local
Address: 192.168.1.58
Aliases: 35bfd511-60fa-4e0d-be69-822f06dc7a0c._msdcs.MYDOMAIN.local
- repadmin /showreps zeigt die obige DSA-Objekt-GUID
- es gibt und gab nur diesen einen DC
- er besitzt alle FSMO-Rollen
- in der NIC-Konfiguration ist die Maschine mit eigener IP als erster DNS eingetragen, mit der Loopback-Adresse als zweiter
ipconfig /all
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : Server
Primäres DNS-Suffix . . . . . . . : MYDOMAIN.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : MYDOMAIN.local
Ethernet-Adapter Ethernet:
Verbindungsspezifisches DNS-Suffix: MYDOMAIN.local
Beschreibung. . . . . . . . . . . : Broadcom NetXtreme-Gigabit-Ethernet
Physische Adresse . . . . . . . . : D4-AE-52-CC-3C-BC
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 192.168.1.58(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.1.1
DNS-Server . . . . . . . . . . . : 192.168.1.58
127.0.0.1
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Trotzdem moniert der BPA-Analyzer:
"Vom Netzwerkadapter "Ethernet" wird der lokale Server nicht als DNS-Server aufgelistet, oder der lokale Server ist als erster DNS-Server auf diesem Adapter konfiguriert"
Ist das evtl. wegen IPv6? Das ist in unserem Netzwerk nicht in Verwendung.
Was noch auffällt: Der DHCP-Server ist an keine IPv4-Adresse gebunden. Das Fenster unter "Bindungen hinzufügen/entfernen" ist leer:
PCs in die Domäne heben funktioniert, einen zweiten DC hinzufügen nicht.
Ich stehe auf dem Schlauch, was kann es noch sein, hat jemand eine Idee?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 53732261796
Url: https://administrator.de/contentid/53732261796
Ausgedruckt am: 26.11.2024 um 05:11 Uhr
6 Kommentare
Neuester Kommentar
Moin...
richtig wäre gewesen, eine neue VM zu erstellen, und die FMSO Rollen zu verschieben!
ich hoffe du hast vorher ein ordentliches Backup / Image gezogen.
ipv6 kannst du erst abschalten für den moment.
ich würde vorschlagen, noch mal richtig anzufangen!
Frank
Wir wollen unser AD vom Windows 2012 Essentials-Server auf einen neuen physischen Server 2022 Standard umziehen und haben zu diesem Zweck erst einmal ein Inplace-Upgrade auf 2012 R2 gemacht.
warum habt ihr das gemacht, sinnfreier blinder Aktionismuss!richtig wäre gewesen, eine neue VM zu erstellen, und die FMSO Rollen zu verschieben!
ich hoffe du hast vorher ein ordentliches Backup / Image gezogen.
Nun schlägt der Connectivity-Test fehl. Ob das auch schon vor dem Upgrade war ist nicht bekannt:
sowas prüft man aber vorher!Vom Netzwerkadapter "Ethernet" wird der lokale Server nicht als DNS-Server aufgelistet, oder der lokale Server ist als erster DNS-Server auf diesem Adapter konfiguriert"
nim mal den 127.0.0.1 nur als DNS in deiner Nic.ipv6 kannst du erst abschalten für den moment.
ich würde vorschlagen, noch mal richtig anzufangen!
Frank
Moin,
das Thema wurde hier schon besprochen:
Windows Server 2022 Essentials, Domänen Upgrade möglich?
Ich schlage vor dich vor solchen Aktionen erst schlau zu machen. Eine suche im Netz liefert schon viele Guides und eben auch den Artikel hier im Board.
Fang am besten nochmal mit dem Konstrukt an.
Gruß
Spirit
das Thema wurde hier schon besprochen:
Windows Server 2022 Essentials, Domänen Upgrade möglich?
Ich schlage vor dich vor solchen Aktionen erst schlau zu machen. Eine suche im Netz liefert schon viele Guides und eben auch den Artikel hier im Board.
Fang am besten nochmal mit dem Konstrukt an.
Gruß
Spirit
Zitat von @Thilo:
Außerdem hatte ich in Erinnerung, daß Essentials zu Standard nicht funktioniert, war wohl falsch...
warum habt ihr das gemacht, sinnfreier blinder Aktionismuss!
Weil Microsoft diesen blinden Aktionismus vorgeschlagen hat. Außerdem hatte ich in Erinnerung, daß Essentials zu Standard nicht funktioniert, war wohl falsch...
Okay der MS Artikel ist echt Böse. Als wenn das ganze nur mit Lizenz ändern getan wäre.
Ich habe einzig und alleine den Migrationspfad auf einen zweiten DC im Kopf und würde keinen anderen einschlagen.
Moin...
Frank
Zitat von @Thilo:
und was sagt uns das... frage besser bei Administrator.de nach... und nicht bei MS- den wir sind die Praxis!Ich schlage vor dich vor solchen Aktionen erst schlau zu machen. Eine suche im Netz liefert schon viele Guides [...].
Das habe ich natürlich getan und bin u.a. auf Infos gestoßen, daß eine Migration von Essentials zu Standard problematisch sein soll. Und dann dieser unschuldige Link von Microsoft (s.o.) zu dem Thema... das führt dann in die Irre.Fang am besten nochmal mit dem Konstrukt an.
Jep, danke EuchFrank