Sunny61

Standorte und Dienste > Standorte > Servers > alle verfügbaren Server überprüfen, auch die NTDS-Objekte prüfen. Und Du hast dich auch ganz sicher auf jedem DC innerhalb von ADUC auf den jweiligen Server selbst verbunden? Neustart von allen beteiligten Maschinen schon durchgeführt?

Er downloadet Updates und stellt sie gleichzeitig für andere Clients im lokalen und im WAN zur Verfügung. Wenn Du das nicht glaubst, dann schau dir die Einstellungen in Windows Update einfach mal ALLE an.

Was hast Du denn im Netz gefunden? Einen Lottoschein? Ist es wirklich so schwer Quellen zu posten?

Und weshalb legt man einen Stichtag fest? Die Clients starten nach dem Stichtag neu durch, ohne wenn und aber.

Wie lange hast Du schon gewartet? Schau doch mal auf allen beteiligten DCs in ADUC.MSC nach welcher Name dort für die DCs drin steht. Aber beim Aufruf der ADUC.MSC immer drauf achten dass Du dich auf dem DC verbindest, auf dem Du gerade arbeitest. In Standorte und Dienste hast du auch *alle* Objekte geprüft?

Am besten Du downloadest das Update https://support.microsoft.com/de-de/kb/2999226 und installierst es manuell. Beim Download auf die richtige Version achten. Wenn Du ein 64-Bit Office hast, dann nimm die 64-Bit Variante, falls Du ein 32-Bit Office hast, dann nimm die 32-Bit Variante.

Dann nimm dich doch mal bei den Gruppen raus, bei denen die anderen Benutzer NICHT Mitglied sind. Anschließend einmal ab- und wieder anmelden. Natürlich die DCs vorher replizieren lassen, falls Du mehrere im Einsatz hast.

Mitgliedschaften in Gruppen vergleichen.

Jepp, es gibt von Aspose.com eine kostenpflichtige DLL, mit der kann man abfragen ob es ein Textfeld gibt. Dazu mußt Du allerdings ein kleines Programm erstellen, VB.Net oder ähnliches und darin als Verweis die DLL einbinden.

Ich meinte natürlich ein extra GPO für das Loginscript für alle Benutzer. Was meinst Du mit neu antritt in die Domäne? Eine neue Domäne erstellen? Wenn die Testdomäne kaputt gespielt ist, dann kannst Du eine neue erstellen. BTW: Es heißt den*n* und wird mit zwei n geschrieben, Danke.

Wenn es nur bei dir nicht funktioniert, ist wohl irgendwas mit deinem Account/Profil nicht in Ordnung. Es wurde AFAIR schon mal geschrieben, ein Login Script in der Default Domain Policy ist gar nicht gut. Erstell ein eigenes GPO, pack das Script hinein und verlinke das GPO auf die passende OU. Alles andere ist Murks.

Wenn Du ein bestehendes Profil löscht und anschließend das neu erstellte defekt ist, tippe ich auf das Default Profil.

Dann wäre es doch sinnvoller gewesen, gleich im ersten Posting die Frage vollständig zu stellen, oder was meinst Du? Ja, das geht und ist technisch möglich. Bist Du jetzt weiter? Nein. Welches OS hat der Client? Ist das GPO mit den Userscripten auf die OU verlinkt, in der die Userobjekte liegen? Oder sind in der OU nur Benutzergruppen abgelegt? Sind im GPO im Reiter Delegierung die Authentifizierten Benutzer mit Leserechten eingetragen? Hier der Grund für die Frage: http://www.gruppenrichtlinien.de/artikel/sicherheitsfilterung-neu-erfunden-ms16-072-patchday-14062016/ Gibt es denn Fehlermeldungen im Ereignisprotokoll auf dem Client nachdem sich der Benutzer angemeldet hat? Warte doch vor der Anmeldung 2 Minuten, wird jetzt das Script ausgeführt? Wenn nein, warte 5 Minuten nach der Anmeldung, wird jetzt das Script ausgeführt? Was genau macht das Script? Poste es doch hier.

Fragen ist doch viel einfacher! :)

Von den früheren Terminalservern weiß ich noch, ein täglicher Reboot hat dort sehr viele Probleme in Luft aufgelöst. Einmal in der Woche mit Hilfe eines geplanten Task einen Reboot ausführen ist keine Möglichkeit?

In https://technet.microsoft.com/en-us/jj679892(v=ws.11).aspx ist nichts zu finden, was dagegen sprechen würde. Wie lange dauert ein Test?

So macht helfen ungemein viel Spaß! Leb wohl.

Und weshalb muß man Listen führen wenn der MA den Arbeitsplatz wechselt? Geht es um den Computernamen um bei Remoteunterstützung schneller helfen zu können? Falls ja, das geht auch per GPO: http://www.gruppenrichtlinien.de/fileadmin/user_upload/adm/arbeitsplatz.txt Dann sieht der Benutzer immer gleich an welchem PC er gerade sitzt.

Schau doch mal nach, was eingestellt ist. Probier es doch mal mit dem FQDN, funktioniert das?

Wenn die Verschlüsselung auf erzwingen steht, muss man den FQDN angeben um sich zu verbinden. SQL01.domain.TLD

Das was du möchtest ist der Default. Irgendwas hast Du verändert. Wenn es nur eine Testmaschine ist, dann installiere sie neu. Oder möchtest du die beiden Möglichkeiten gleichzeitig und nebeneinander? Zeig doch mal einen Screenshot wie es jetzt aussieht.

Es wird immer nur ein Benutzer, der Benutzer der sich zuletzt an der Konsole angemeldet, angezeigt. Außer man konfiguriert das weg, dann wird kein Benutzer angezeigt, sonder man muss IMMER einen Login eingeben. Das was der TO vorhat, zwei Möglichkeiten anzuzeigen, kenn ich nur von den Home Versionen.

Erstelle bitte einen neuen Thread. Alte Threads bitte ruhen lassen, Danke.

Ist denn der neue DC auch schon Globaler Katalog? Und ja, Du kannst natürlich jetzt ein DC umbenennen. Nach der Umbenennung natürlich neu starten und das DNS und Standorte und Dienste beobachten, bzw. auch mal manuell etwas anschieben. Wenn Du das am Freitag machst, sollte über Nacht alles in Ordnung sein.

Weshalb machst Du nicht das was dir schreibt, sondern etwas anderes? Niemand hat etwas von gpupdate /force geschrieben. Wo hast Du die Einstelllung gesetzt? Wirkt das GPO auch auf diesen Computer? Hast Du das mit gpresult überprüft?