Remote Desktop Services Deployment schlägt fehl - "The local server must be joined to the domain..."?
-
Freitag, 4. Mai 2012 12:43
Bei der Installation der Remote Desktop Services in Windows Server "8" Beta schlägt diese auf einer unserer VMs fehl. Die Fehlermeldung lautet: "The local server must be joined to the domain...".
Der Server ist allerdings Domänenmitglied:
Hat jemand vielleicht eine Idee, woran dies liegen könnte? Welches Logfile könnte ggf. weiterhelfen?
- Bearbeitet Tom Roida Freitag, 4. Mai 2012 12:43
Alle Antworten
-
Samstag, 5. Mai 2012 09:42
Funktioniert die DNS Auflösung der Domäne denn richtig? Ich erspare mir an dieser Stelle alle Diskussionen zu .de Domains als Windows Domäne, ich gehe davon aus, dass diese Entscheidung bewusst getroffen wurde.
Weiterhin sollte geprüft werden, ob der Rechner auch auf dem DC der angesprochen wird bekannt ist. Gibt es weiterhin irgendwelche Authetifizierungsfehler in den Ereignislogs von Server / Client?
Wenn das alles in Ordnung ist, wäre es hilfreich den zugehörigen Eventlog Eintrag der Installation zu sehen, wenn es hier einen gibt.
-
Samstag, 5. Mai 2012 14:47
Danke für die Rückmeldung!
>Gibt es irgendwelche Authetifizierungsfehler in den Ereignislogs vom [...] Client?
In der Tat: Das Security Log zeigt Fehler mit den IDs 5061 und 4625. Immer "Account failed to log in", Betroffen ist der NETWORK SERVICE:
Problem könnte vielleicht gewesen sein, dass ich die betroffene VM gesyspreped hatte, nachdem ich sie in die Domäne gebracht hatte. Ich hatte sie vorher nicht wieder herausgenommen. Möglicherweise hat dies irgendwelche Konflikte verursacht, obwohl Sysprep in der aktuellen Version doch eigentlich mit domain-joined Computern zurecht kommen sollte?!
Ich habe mittlerweile eine weitere VM von einem anderen Sysprep-Image (das vorher nie in der Domäne war) aufgesetzt, bei der funktioniert die "scenario-based installation" der Remote Desktop Services in der selben Domäne fehlerfrei.
Nur der Vollständigkeit halber:
>... zu .de Domains als Windows Domäne, ich gehe davon aus, dass diese Entscheidung bewusst getroffen wurde.
Ja, u.a. hiernach: Creating Internal and External Domains
>Funktioniert die DNS Auflösung der Domäne denn richtig?
Problemlos. Habe jetzt nochmal eine Reverse-Lookup-Zone eingerichtet, aber das hat nichts verändert und der neue Server lief auch ohne Reverse-Lookup fehlerfrei.
>Gibt es irgendwelche Authetifizierungsfehler in den Ereignislogs vom Server [...]?
Keine. Nur bei dem betroffenen Client, siehe oben.
- Als Antwort markiert Raul TalmaciuMicrosoft Contingent Staff, Moderator Freitag, 11. Mai 2012 07:11
-
Dienstag, 8. Mai 2012 06:26
Hallo,
das Clonen von DCs ist mitlerweile supportet. Hast du es denn wie in dem folgenden Artikel durchgeführt (http://www.infotechguyz.com/windowsserver8/CanICloneWindowsServer8DomainController.html)?
Guido Over MCITP Server Administrator 2008
-
Dienstag, 8. Mai 2012 19:06
Ich hatte nur eine "Basis"-VM geclont, auf der noch keine Rolle installiert war.
Im Lab gibt es unter anderem eine VM mit AD DC (die blieb die ganze Zeit über unverändert). Auf einer weiteren VM hatte ich die Remote Desktop Rollen installiert und dafür diese mit Sysprep vorbereitete "Basis"-VM verwendet, ähnlich wie in diesem Blog dargestellt.
-
Freitag, 11. Mai 2012 06:51Moderator
Hallo Tom,
ist das Problem eigentlich gelöst? Können wir den Thread schließen?
Gruss,
Alex
Alex Pitulice, MICROSOFT

Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können. -
Freitag, 11. Mai 2012 07:05
Gelöst durch Workaround - Neuinstallation ;-). Thread kann gerne zugemacht werden.
Gruß,
Tom
- Als Antwort markiert Raul TalmaciuMicrosoft Contingent Staff, Moderator Freitag, 11. Mai 2012 07:11
-
Freitag, 11. Mai 2012 07:18Moderator
Hallo Tom,
danke Dir für die Rückmeldung.
Gruss,
Alex
Alex Pitulice, MICROSOFT

Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

