Sunny61

Dann geht es mit dieser Einstellung weiter: http://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/

Probier es einfach aus, dann weißt Du es. Nicht so viel Fragen stellen, selbst ist der Mann.

Nicht nur als angemeldeter Admin, sonder die PS oder die Commandline explizit als Administrator starten.

Ja, Du kannst den Replikationsplan entsprechend anpassen. In den Eigenschaften der Verbindung kann man den Zeitplan anpassen. Z.B. von 7 Uhr bis 15 Uhr keine Replikation.

Selbst suchen ist nicht so dein Ding, oder? https://social.technet.microsoft.com/Forums/office/en-US/e16b7a68-7464-40e9-a479-4f6deceb62d6/net-share-with-permissions?forum=winserverfiles http://stackoverflow.com/questions/5885366/how-to-share-and-give-full-access-to-folder-and-inner-folder-in-server-2008

Wann hast Du den Client neu installiert? Gestern oder ist es noch länger her? Gestern Abend war Patchday, vermutlich downloadet der Client für sich und die Welt die Updates.

Doppelklick auf so ein NTDS-Objekt, bzw. in den Eigenschaften der jeweiligen Server findest du auch nichts auf das alte Objekt?

Wie sollen denn zwei User gleichzeitig an der Konsole arbeiten können? Gar nicht. Es gibt eben nur 2 RDP-Verbindungen, die sind nur für Admins zulässig. Außer Du aktivierst die Remote Desktop Rolle und kaufst zusätzliche RDP-CALs. Und das, glaube ich, möchtest Du nicht machen. Und auch beim Foundation mußt Du einen Domain erstellen: https://www.mos-computer.de/pages/posts/server-2012r2-foundation-basis-setup-266.php

Hast du das Gerät nach der Umstellung auch neu gestartet? Bzw. mindestens den Dienst WUAUSERV neu starten.

Nein, das ist Lizenzrechtlich nicht erlaubt. Die beiden RDP-Verbindungen sind für Administratoren zum administrieren des Servers, des Netzwerkes oder der Domäne, falls vorhanden. Nicht um produktiv zu Arbeiten mit einer Anwendung.

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?