Windows 7 Gruppenrichtlinien

Wie werden die GPOs verteilt? Sind die Rechner in einem AD? Ist der 
Admin ein lokaler oder einen Domäenenaccount? Mit...

"gpresult /R"

..kannst du prüfen, welche Richtlinien überhaupt ziehen.

Der Rechner befindet sich in keiner Domäne bzw AD. Aus diesem Grund sind 
auch alle Accounts lokal.
Den Befehl "gpresult /r" habe ich ausgeführt, aus dem Ergebnis leider 
nicht schlau geworden. Sollten die angewendeten Richtlinien im Klartext 
aufgeführt sein, oder woran kann ich erkenne, welche Richtlinien aktiv 
sind?

@Peter II evtl kommt ihm da die UAC quer - in einer CMD darf auch ein 
Admin nicht alles wenn die CMD nicht explizit "als Administrator 
ausgeführt" wird. route add ... /p zeigt zB dasselbe Verhalten...

Ich habe, wie ich schon erwähnte auf mehreren unterschiedlichen Systemen 
versucht als Administrator die Zeit zu ändern, leider auf allen 
erfolglos...
Auch das anlegen eines neuen Benutzers mit Administratorrechten führt 
zum selben Fehler.

@ Andy D
Daran sollte es auch nicht liegen, da ich als Standardbenutzer keine 
Probleme habe die Zeit über eine einfache CMD (ohne erweiterte Rechte) 
zu ändern.

per Taskleiste ist das Ändern der Zeit kein Problem. Leider benötige ich 
jedoch die Änderung per CMD

Marco G. schrieb:
> Den Befehl "gpresult /r" habe ich ausgeführt, aus dem Ergebnis leider
> nicht schlau geworden.

Macht nix, wenn der PC keiner Domäne angehört, werden eh nur die lokalen 
Richtlinien angewendet.

Andy D. schrieb:
> @Peter II evtl kommt ihm da die UAC quer - in einer CMD darf auch ein
> Admin nicht alles wenn die CMD nicht explizit "als Administrator
> ausgeführt" wird.

Das IST die Ursache. Eben nachvollzogen, als Admin angemeldet, muß die 
CMD explizit mit Adminrechten gestartet werden, damit die Zeit geändert 
werden kann. Warum auch immer, ist dies bei einem eingeschränkten User 
NICHT erforderlich, wenn die entsprechenden Richtlinien gesetzt sind.

@Peter II
als Standard Benutzer kann ich sehr wohl per cmd die zeit ändern; auch 
ohne erweiterte Rechte für die cmd zu vergeben.
Leider ist es nicht möglich, die CMD als admin auszuführen.

@ oszi40
Die automatische Aktualisierung der Systemzeit ist auch per GPO 
unterbunden. Die Benutzer, die Probleme bereiten gehören zur Gruppe der 
Administratoren, es handelt sich quasi um den bei der Ersteinrichtung 
erstellten Account.

@Icke
jaja Microsoft eben, völlig sinnfreie Aktionen...

@Chris

Das weiß ich soweit, es hilft mir leider nicht weiter, da ich die CMD 
nicht benutzen werde, sondern ein Programm, welches auf die 
CMD-Funktionen zugreift. Dieses als Administrator ausführen wird aber 
auch schwierig, da andere Funktionen des Programms dann nicht 
funktionieren.


@all
Wenn ich das Programm per runas aufrufe und die Anmeldeinformationen mit 
/savecred speichere, ob diese Verknüpfung eine Generalisierung per 
Sysprep überleben würde? Wahrscheinlich nicht, oder?

Das Programm greift auf andere Programme /Umgebungen zu; diese stürzen 
allerdings seltsamerweise ab, wenn auf sie mit einem Programm 
zugegriffen wird, welches Admin-Rechte hat.
Ein bisschen ist es eine Krücke, allerdings wird das Programm meist nur 
als Standardbenutzer ausgeführt und in Ausnahmefällen auf dem 
Admin-Konto, also wäre es akzeptabel.

Marco G. schrieb:
> jaja Microsoft eben, völlig sinnfreie Aktionen...

Völlig sinnfrei würde ich nicht sagen. Eher ein nicht berücksichtigter 
Spezialfall. Ich vermute, daß die Reihenfolge, in der die 
Gruppenzugehörigkeit abgefragt wird, hier eine Rolle spielt. Wenn das 
System zuerst prüft, ob der User Adminrechte besitzt und dies der Fall 
ist, wird es die Zuständigkeit sofort an die UAC übergeben, sodaß die 
durch GPO festgelegten Rechte für die Gruppe "Benutzer", welcher der 
Admin ebenfalls angehört, nicht mehr zum Tragen kommen. Abhilfe wird nur 
durch Deaktivieren der UAC möglich sein.

Warum müßt ihr die Zeit überhaupt per Batch ändern? Mir fällt da spontan 
nur das Umgehen abgelaufener Testlizenzen ein...

Nicht direkt per Batch. Es werden nur die selben Tools in einem Programm 
aufgerufen, welche auch in der CMD verwendet werden.
Der Hintergrund ist, das dadurch eine Art Zeitsynchro entsteht, die mit 
einem externen System (kein Windows) kommuniziert. Um die Zeiten auf 
beiden System gleich zu halten wird die Zeit aus dem exterenen System 
auf den Win-PC übertragen.

Also keine umgehen von Lizenzzeiträumen. Wir wollen schon im hier und 
jetzt arbeiten und nicht in der Vergangenheit leben;)

Marco G. schrieb:
> Um die Zeiten auf
> beiden System gleich zu halten wird die Zeit aus dem exterenen System
> auf den Win-PC übertragen.

Und beide Systeme per NTP auf Atomzeit genau zu synchronisieren, ist 
keine Option?

Leider nicht, da das externe System nie im Internet ist und selbst der 
Windows-Rechner nicht immer mit dem Internet verbunden ist. Das ist von 
Kunde zu Kunde unterschiedlich.

Dann gibt es noch die Möglichkeit interner Referenzzeitquellen, die sich 
entweder per NTP oder DCF77 syncen.

Die Zeit an sich stimmt beim Image, nur sollen sich beide Systeme nach 
Möglichkeit nicht um +- 60s unterscheiden. Diese leichten Abweichungen 
können immer mal sein, wenn nicht extern die Zeit sychronisiert wird 
(über einen NTP-Server)