12.09.2015, aktualisiert am 23.09.2015

4744

GPO greift nicht

Moin Leute

ich bin nach längerem auch wieder mal hier.

Und zwar hab ich folgendes Problem:
Ich habe eine neue Organisationseinheit erstellt und dort hin "Server 2" verschoben. Dann habe ich ein Gruppenrichtlinienobjekt erstellt und mit dieser Organisationseinheit verknüpft.
In diesem GPO definiere ich eine Aufgabe in der Aufgabenplanung (für den Computer nicht für einen Benutzer).. Diese Aufgabe wird aber einfach nicht erstellt auf "Server 2".
Weder mit Ab-/Anmelden, gpupdate /force noch mit einem Neustart änderte sich dies.

Hat jemand eine Idee woran das liegen könnte?

LG Luca

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 282702

Url: https://administrator.de/forum/gpo-greift-nicht-282702.html

Ausgedruckt am: 30.04.2025 um 13:04 Uhr

20 Kommentare

Neuester Kommentar

Hallo Luca,
der erste Schritt ist immer, wird die Gruppenrichtlinie angewendet? Geprüft werden kann dies mit dem Befehl "gpresult /r".

Dann habe ich ein Gruppenrichtlinienobjekt erstellt und mit dieser Organisationseinheit verknüpft.

Bitte poste Screenshots von deiner Konfiguration.

Diese Aufgabe wird aber einfach nicht erstellt auf "Server 2".

Was läuft für ein Betriebssystem auf dem Server?

Gruß,
Dani

laut "gpresult /r" wird die GPO angewendet..

was möchtest du alles?

"Server 1" (DC) => Windows Server 2012 R2
"Server 2" => Windows Server 2012 R2

habe mal ein bild oben hinzugefügt

laut "gpresult /r" wird die GPO angewendet..

Was sagt die Ereignisanzeige auf Server 2 dazu? Da ist sicherlich eine Fehlermeldung zu finden.

nöö..

Die Gruppenrichtlinieneinstellungen für den Computer wurden erfolgreich verarbeitet. Es wurden neue 1-Gruppenrichtlinienobjekte erkannt und angewendet.

Hi,
Habe hier kein Win12, aber hat es vielleicht irgendwas zu sagen, was da bei "konfigurieren für" steht?

E.

habe ich mich auch schon gefragt.. die gpo wird auf einen Win 2012 R2 angewandt, jedoch ist die Konfiguration für Win7 & Win2008 R2 die höchste die es gibt.. sollte doch eigentlich auch funktionieren..

Moin,
ich habe es gerade im LAB nachgestellt (Windows Server 2012R2). Trag bitte unter Aktionen -> Deine Aktion in das Feld "Starten in (Optional)" einfach "C:\" ein. Als Benutzer habe ich "SYSTEM" ausgewählt. Funktioniert bei mir problemlos.

Gruß,
Dani

Dani, du bist mein Held :D Vielen Dank, dass du dir die Zeit genommen hast das in einem Testsystem nachzustellen

An der Location lag es nicht, sondern am Benutzer. Aber wieso klappt es mit "System" und nicht mit meinem Domänen-Administrator? Wenn ich einen Lokalen Benutzer vom Server genommen hätte welcher die GPO verteilt hätte ich es ja verstanden, aber nicht bei einem Domänenbenutzer und dann noch Admin..

An der Location lag es nicht, sondern am Benutzer. Aber wieso klappt es mit "System" und nicht mit meinem Domänen-Administrator?

Bei mir geht's mit Admin als auch normaler Benutzer. Gerade nochmals getestet.
Du kannst grundsätzlich keine Passwörter in solchen GPPs hinterlegen - Grund

Gruß,
Dani

Ich muss auch keines angeben, geht trotzdem nicht :/
Ja egal, wäre zwar spannend gewesen den Grund zu erfahren, aber immerhin läuft es nun

Sorry muss den Post nochmal ins Leben rufen..

Die geplante Aufgabe wird nun zwar erstellt, aber der Trigger wird nicht aktiviert wenn die Aufgabe ausgelöst wird..

hat da jemand eine Idee warum das so ist?

Moin,
wenn die Aufgabe ausgelöst wird, dann funktioniert der Trigger. Du meinst sicher die Aktion oder? Was hast du dort hinterlegt?

Gruß,
Dani

Ja sorry hans verwechselt.. Dort wird eine batch aufgerufen die dateien kopiert.. Und löscht.. Wenn ich sie einfach so aufrufe klappt es.. Über die aufagbe jedoch nicht :/

Lass mal sehen, wie du die Task in der Aufgabenplanung eingerichtet hast. Hat der ausführende Benutzer Zugriff auf die Datei? Wenn du die Infos von dir aus postet, geht's etwas schneller. Ansonsten machen wir das Frage-Antwortspiel noch ein Weilchen...

Gruß,
Dani

Was willst du alles wissen? Kriegsts alles :D
Der Ausführer der Datei ist System.. Datei liegt auf einer Netzwerkfreigabe.. Da liegt evtl der Wurm, denke nicht das System auf diesen Pfad zugriff hat.
Kriegst noch einen Scrennshot der Konfiguration der Aktion wenn ich Zuhause bin.

Da liegt evtl der Wurm, denke nicht das System auf diesen Pfad zugriff hat.

So ist es auch. Der Benutzer "System" kann auf das Netzwerk nicht zugreifen.

Gruß,
Dani

So, Problem ist aber, dass ich die Aufgabe nicht als Domänen Admin hinzufügen kann, da die Aufgabe dann einfach nicht erstellt wird..
Auch als normaler Domänenbenutzer geht das nicht..
Die geplante Aufgabe wird nur mit dem Benutzer "System" hinzugefügt

Konfiguration der Aktion hast du im Startthread.

Moin,
nach wie vor in der Ereignisanzeige kein Fehler? Dann ich raus... Sorry.

Gruß,
Dani

gpresult sagt es sei alles in Ordnung. gpupdate läuft schön durch..
Beim manuellen Starten der Aufgabe im Aufgabenplaner passiert nach wie vor nichts.
Habe nun diese Aufgabe zu Testzwecken lokal abgeändert, sodass sie von dem Domänen-Administator ausgeführt wird => nichts passiert wenn ich die Aufgabe manuell starten will..

Habe nun eine Fehlermeldung beim anwenden der GPO gefunden in der Ereignisanzeige.. Wird wahrscheinlich davon kommen, dass ich in der GPO den Domänen-Admin reingenommen hab.. dann wird ja auch nichts angenommen.. Werde es testen und mich gleich nochmal melden

EDIT: Das mit der Warnung im Event-Log lag daran dass der Domänen Admin der ausführende Benutzer war.

Na wenn du mir mir nicht helfen kannst, wer denn sonst? :D Irgendjemand hier? :D

Hier noch ein Update:
- Wenn ich "unabhängig von der Benutzeranmeldung ausführen" wähle kann ich die Aufgabe nur hinzufügen wenn der ausführende Benutzer "System" ist.
- Wähle ich aber "Nur ausführen, wenn der Benutzer angemeldet ist" kann ich die Aufgabe auch hinzufügen wenn der ausführende Benutzer der Domänen-Admin ist.

gelöstFrage Microsoft Windows Server

Heiß diskutiert