20
Server 2019 nach Installation sofort in Domäne?
Moin,
wir haben einen HyperV Host mit Server 2019 Datacenter auf aktuellstem Updatestand. Jetzt installiere ich eine neue VM, ebenfalls Server 2019 Datacenter. Ich vergebe ein Administrator-Passwort und schließe die Installation damit ab. Ich will mich mit dem Admin-Passwort anmelden und bekomme:
Äh ja, aber ich bin doch noch gar nicht in der Domäne?!? Klick auf das Netzwerksymbol rechts unten zeigt mir, dass ich im Domänen-Netzwerk bin...
Noch einmal neu installiert, selbes Problem. Vielleicht hakts am Passwort? Ich vergebe das sicherste aller Passwörter: 1234567890.
Es folgt ein Hinweis, dass der Admin Passwortregeln gesetzt hat und dieses Passwort nicht zugelassen ist.
Verstehe ich nicht? Idealerweise übersehe ich etwas sehr simples, aber das habe ich bereits x-fach gemacht, ohne Probleme.
Check im Windows-DHCP: Der Rechner taucht dort mit einer IP auf, derselbe Rechner (win-g1d4...domaene.com) existiert aber im AD überhaupt nicht.
Gruß
wir haben einen HyperV Host mit Server 2019 Datacenter auf aktuellstem Updatestand. Jetzt installiere ich eine neue VM, ebenfalls Server 2019 Datacenter. Ich vergebe ein Administrator-Passwort und schließe die Installation damit ab. Ich will mich mit dem Admin-Passwort anmelden und bekomme:
Die angegebene Domäne ist nicht vorhanden, oder es konnte keine Verbindung hergestellt werden.Äh ja, aber ich bin doch noch gar nicht in der Domäne?!? Klick auf das Netzwerksymbol rechts unten zeigt mir, dass ich im Domänen-Netzwerk bin...
Noch einmal neu installiert, selbes Problem. Vielleicht hakts am Passwort? Ich vergebe das sicherste aller Passwörter: 1234567890.
Es folgt ein Hinweis, dass der Admin Passwortregeln gesetzt hat und dieses Passwort nicht zugelassen ist.
Verstehe ich nicht? Idealerweise übersehe ich etwas sehr simples, aber das habe ich bereits x-fach gemacht, ohne Probleme.
Check im Windows-DHCP: Der Rechner taucht dort mit einer IP auf, derselbe Rechner (win-g1d4...domaene.com) existiert aber im AD überhaupt nicht.
Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-Key: 6099358455
Url: https://administrator.de/contentid/6099358455
Ausgedruckt am: 25.04.2024 um 12:04 Uhr
20 Kommentare
Neuester Kommentar
Das liegt wohl an deiner ISO.
auch mit .\ Anmeldung also als User .\Administrator ?
Was passiert wenn du der VM das LAN weg nimmst oder Anmeldung in der Form ".\benutzername" durchführst?
@Mystery-at-min
Das ist unsere Standard-ISO, mit der ich bereits x-mal ohne Probleme installiert habe.
@bulldozer90
Ich kann da gar nichts eingeben, der Administrator ist fest vorgegeben, andere Benutzer kann ich nicht wählen, nur das Passwort eingeben.
@DerMaddin
Ohne LAN selbes Problem. Benutzer s. Antwort oben.
Habe im Netz lediglich diesen Uralt-Fred ohne Lösung gefunden:
Windows Anmeldung Fehler Die angegebene Domäne ist nicht vorhanden
EDIT:
Mal den Tipp von @DerMaddin etwas überdehnt und die VM ohne Netzwerkanbindung installiert, funktioniert. Hat jemand eine Erklärung, warum?!?
Das ist unsere Standard-ISO, mit der ich bereits x-mal ohne Probleme installiert habe.
@bulldozer90
Ich kann da gar nichts eingeben, der Administrator ist fest vorgegeben, andere Benutzer kann ich nicht wählen, nur das Passwort eingeben.
@DerMaddin
Ohne LAN selbes Problem. Benutzer s. Antwort oben.
Habe im Netz lediglich diesen Uralt-Fred ohne Lösung gefunden:
Windows Anmeldung Fehler Die angegebene Domäne ist nicht vorhanden
EDIT:
Mal den Tipp von @DerMaddin etwas überdehnt und die VM ohne Netzwerkanbindung installiert, funktioniert. Hat jemand eine Erklärung, warum?!?
Ist da irgendwo eine unattend.xml im Spiel? Siehe hier -> Windows-UnattendJoin
Nein, nichts dergleichen. Ich habe nur die reine ISO.
Mahlzeit.
Welche ISO hast du da? Aus dem VLSC oder anderer Quelle?
Habe hier eine 2019er (1809) Action Pack ISO. Wenn ich dein obiges, super sicheres Kennwort eingeben will, kommt die gleiche Meldung bezüglich der Richtlinie.
Es lies sich dann jedoch mit einem anderen Kennwort (Kennwort123# < Nicht verraten
) die Anmeldung durchführen.
Absolut seltsam.
Habt ihr einen internen KMS Server und ist der Hyper-V in der Domäne? Nicht das davon irgendetwas mit dem Problem zu tun hat, rein interessehalber.
EDIT:
Kann man so ein Verhalten durch DHCP Optionen erwirken?
Gruß
Marc
Welche ISO hast du da? Aus dem VLSC oder anderer Quelle?
Habe hier eine 2019er (1809) Action Pack ISO. Wenn ich dein obiges, super sicheres Kennwort eingeben will, kommt die gleiche Meldung bezüglich der Richtlinie.
Es lies sich dann jedoch mit einem anderen Kennwort (Kennwort123# < Nicht verraten
) die Anmeldung durchführen.Absolut seltsam.
Habt ihr einen internen KMS Server und ist der Hyper-V in der Domäne? Nicht das davon irgendetwas mit dem Problem zu tun hat, rein interessehalber.
EDIT:
Kann man so ein Verhalten durch DHCP Optionen erwirken?
Gruß
Marc
Ein Hyper-V in der Domäne allein wird nicht neue Windows-VMs in die Domäne joinen. Soweit mir bekannt, kann man beim Setup die Maschine automatisch nur auf zwei Arten in eine AD-Domäne bringen. Die Eine ist die Unattend.xml und eine andere ist ein Skript, z.B. PowerShell, dass an die VM übergeben wird.
Ist die VM eigentlich in deine produktive AD gejoined? Wenn ja, kannst du dich mit einem Dom-Admin anmelden?
Ist die VM eigentlich in deine produktive AD gejoined? Wenn ja, kannst du dich mit einem Dom-Admin anmelden?
@Marc
Cool, dass das jemand hier bestätigt
Das ISO (2019, 1809) ist, wie bei Dir, aus dem VLSC, wir sind in einem Rahmenvertrag.
Das mit dem Passwort habe ich auch probiert (Dx35!!!!!!!!!! < Bitte ebenfalls nicht verraten!), bei mir funktionierte das aber trotzdem nicht.
Der HyperV ist in der Domäne, einen internen KMS haben wir nicht. Da ich dieses Phänomen vorher nie hatte, hat MS vielleicht mit den Updates irgendwas reingewurschtelt / verschlimmbessert? Wobei ich jetzt auch nicht sagen kann, seit wann das ist, dafür installiere ich zu selten einen neuen Windows-Server bei uns.
DHCP Optionen sind bei uns seit Jahren unverändert.
Schalte ich während der Installation die Netzwerkkarte ab und aktiviere sie erst nach erfolgreicher Anmeldung, klappt alles. Da muss also im Netzwerk irgendwas passieren.
@DerMaddin
Hätte ich vorher auch behauptet Der neue Server ist ja aber auch nicht in der Domäne, er tut nur so, als ob.
Ja, ins produktive AD. Anmeldung mit Dom-Admin funktioniert aus oben bereits beschriebenen Gründen nicht: Die Maske blendet "Administrator" vor, ich kann lediglich ein Passwort eingeben.
Gruß
Cool, dass das jemand hier bestätigt
Das ISO (2019, 1809) ist, wie bei Dir, aus dem VLSC, wir sind in einem Rahmenvertrag.Das mit dem Passwort habe ich auch probiert (Dx35!!!!!!!!!! < Bitte ebenfalls nicht verraten!), bei mir funktionierte das aber trotzdem nicht.
Der HyperV ist in der Domäne, einen internen KMS haben wir nicht. Da ich dieses Phänomen vorher nie hatte, hat MS vielleicht mit den Updates irgendwas reingewurschtelt / verschlimmbessert? Wobei ich jetzt auch nicht sagen kann, seit wann das ist, dafür installiere ich zu selten einen neuen Windows-Server bei uns.
DHCP Optionen sind bei uns seit Jahren unverändert.
Schalte ich während der Installation die Netzwerkkarte ab und aktiviere sie erst nach erfolgreicher Anmeldung, klappt alles. Da muss also im Netzwerk irgendwas passieren.
@DerMaddin
Hätte ich vorher auch behauptet
Der neue Server ist ja aber auch nicht in der Domäne, er tut nur so, als ob.Ja, ins produktive AD. Anmeldung mit Dom-Admin funktioniert aus oben bereits beschriebenen Gründen nicht: Die Maske blendet "Administrator" vor, ich kann lediglich ein Passwort eingeben.
Gruß
Was du mal testen könntest, eine neue VM erstellen ohne LAN und dann installieren. Oder einen neuen vSwitch hinzufügen und der VM geben.
Was du mal testen könntest, eine neue VM erstellen ohne LAN und dann installieren.
Dann habe ich auf einem anderen HyperV-Host mit identischen Voraussetzungen eine Test-VM installiert. Billo-Passwort gesetzt, klappt trotzdem nicht. Ich habe auch den Eindruck, dass da im Hintergrund gar nichts übergeben wird, da ich irgendeinen Quatsch eingeben kann und immer wieder dieselbe Fehlermeldung erscheint.
Gruß
Ich würde mal die Netzwerkeinstellungen überprüfen.
Da passt der DNS nicht
Da passt der DNS nicht
Hallo,
Greifst Da direkt über den Hyper-V auf die VM zu? oder per RDP? Bei RDP würde mir Remote Credential Guard einfallen - da könnte man dann den Benutzer wirklich nicht ändern.
Grüße
lcer
Greifst Da direkt über den Hyper-V auf die VM zu? oder per RDP? Bei RDP würde mir Remote Credential Guard einfallen - da könnte man dann den Benutzer wirklich nicht ändern.
Grüße
lcer
Moin lcer,
direkt über den HyperV-Host, auf dem hocke ich allerdings per RDP.
Da scheint definitiv etwas anders zu sein, @radiogugu hat das ja bestätigt. Allerdings hilft bei mir sein Passwort-Trick nicht.
Gruß
direkt über den HyperV-Host, auf dem hocke ich allerdings per RDP.
Da scheint definitiv etwas anders zu sein, @radiogugu hat das ja bestätigt. Allerdings hilft bei mir sein Passwort-Trick nicht.
Gruß
Moin,
Problem gelöst, quasi das Einfachste von allen: Wir haben unser Standard-ISO 2019-1809.1 verwendet, jetzt habe ich mir im LTSC die aktuelle 2019-1809.19 runtergeladen, damit klappt es einwandfrei.
Trotzdem merkwürdig, aber egal.
Danke für Eure Antworten, allen ein schönes Wochenende!
Gruß
Problem gelöst, quasi das Einfachste von allen: Wir haben unser Standard-ISO 2019-1809.1 verwendet, jetzt habe ich mir im LTSC die aktuelle 2019-1809.19 runtergeladen, damit klappt es einwandfrei.
Trotzdem merkwürdig, aber egal.
Danke für Eure Antworten, allen ein schönes Wochenende!
Gruß
1Zitat von @Coreknabe:
Da scheint definitiv etwas anders zu sein, @radiogugu hat das ja bestätigt. Allerdings hilft bei mir sein Passwort-Trick nicht.
Da scheint definitiv etwas anders zu sein, @radiogugu hat das ja bestätigt. Allerdings hilft bei mir sein Passwort-Trick nicht.
Entschuldige, falls ich mich nicht deutlich genug ausgedrückt habe. Ich konnte das Problem nicht reproduzieren.
Lediglich, die Kennwort-Richtlinien Warnung. Diese ist jedoch normal an der Stelle, würde ich behaupten.
Vergebe ich dem initialen, lokalen Administrator ein Kennwort, welches dem Server "schmeckt", dann kann ich mich damit auch anmelden. Auch wenn die Installation der VM bei eingeschaltetem Netzwerk durchgeführt wurde.
Sorry für die Verwirrungsstiftung
Gruß
Marc
Hi Marc,
alles klar, sorry, hatte ich falsch verstanden!
Viele Grüße
alles klar, sorry, hatte ich falsch verstanden!
Viele Grüße
Hallo,
Grüße
lcer
Zitat von @Coreknabe:
Moin,
Problem gelöst, quasi das Einfachste von allen: Wir haben unser Standard-ISO 2019-1809.1 verwendet, jetzt habe ich mir im LTSC die aktuelle 2019-1809.19 runtergeladen, damit klappt es einwandfrei.
Trotzdem merkwürdig, aber egal.
ziemlich merkwürdig in der Tat. War das ein unverändertes Image oder war das angepasst?Moin,
Problem gelöst, quasi das Einfachste von allen: Wir haben unser Standard-ISO 2019-1809.1 verwendet, jetzt habe ich mir im LTSC die aktuelle 2019-1809.19 runtergeladen, damit klappt es einwandfrei.
Trotzdem merkwürdig, aber egal.
Grüße
lcer
Moin,
das war ein unverändertes Image, hatten wir nach dem Lizenzkauf beim Verkäufer heruntergeladen, funktionierte auch die ganze Zeit ohne Probleme.
Gruß
das war ein unverändertes Image, hatten wir nach dem Lizenzkauf beim Verkäufer heruntergeladen, funktionierte auch die ganze Zeit ohne Probleme.
Gruß
Hallo, nur weil beim Netzwerksymbol unten eine Domäne angezeigt wird, ist der Rechner nicht in der Domäne.
Das passiert ua. weil dein DHCP den Domainnamen verteilt....
Hab ich auch bei vielen Clients schon gesehen die nicht in der Domain sind
Das passiert ua. weil dein DHCP den Domainnamen verteilt....
Hab ich auch bei vielen Clients schon gesehen die nicht in der Domain sind
