Hallo,

wir plagen uns gerade mit dem Gedankenen, einen WSUS Server aufzusetzen. Eine Frage konnte jedoch im Vorfeld noch nicht geklärt werden. Momentan sollen sich die Clients per automatischem Update von Microsoft selbst mit Sicherheitspatches etc. versorgen. Da die Kollegen an den Rechnern jedoch mit lokalen Benutzerrechten (Hauptbenutzer) nicht berechtigt sind, Software zu installieren, klappt dies momentan nur, wenn man sich gelegentlich mal als Administrator anmeldet. Ist dies beim WSUS anders? Ich möchte ungern den Benutzern Admin rechte einräumen, nur damit Updates installiert werden können. Wir benutzen keine Active Directory o.ä. lediglich lokale Benutzerrechte.
Danke

Rassmus schrieb on 03.12.08 um 12:22:56:


Weshalb plagen? Der WSUS ist einer der besten Erfindungen von MS.

Rassmus schrieb on 03.12.08 um 12:22:56:


Weshalb Hauptbenutzer? Reichen keine normalen Benutzerrechte? Auch wenn Du es nicht glaubst, aber die können sich schnell zum Admin machen: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
installieren, klappt dies momentan nur, wenn man sich gelegentlich mal als Administrator anmeldet. Ist dies beim WSUS anders? Ich möchte ungern den Benutzern Admin rechte einräumen, nur damit Updates installiert werden können. Wir benutzen keine Active Directory o.ä. lediglich lokale Benutzerrechte.
Danke
[/quote]

Wie Blogster schon schrub, das geht mit Hauptbenutzern wunderbar, auch mit normalen Benutzerrechten. Du wirst nur eine kleine Einschränkung haben, es popt ein Fensterchen hoch indem steht: Rechner neu starten: Ja/Nein. Nein ist deaktiviert. Und wenn die User im "richtigen" Moment ENTER drücken wird die Kiste gebootet, ohne wenn und aber.

Das kannst Du nur mit einer Benutzereinstellung umgehen, der Nachteil in Deinem Fall ist das fehlen vom AD, denn lokal vorgenommene Einstellungen gelten SOFORT für ALLE Benutzer, incl. dem Admin. Das lässt sich aber umgehen, lies diesen Artikel genau durch: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Hier ist eine Beispiel-GPO, die zweite Benutzereinstellung sorgt dafür, daß es KEIN PopUp gibt bei der Installation, allerdings wäre dann auch der Admin aussen vor, das will man nicht, deshalb der Hinweis auf den Artikel bei Gruppenrichtlinien.de. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Blogster schrieb on 03.12.08 um 14:41:26:


Ja, mach es so wie ich geschrieben habe.

Blogster schrieb on 03.12.08 um 14:41:26:


Was glaubst Du sind GPO-Einstellungen? Genau, nur Registry Keys.

Hättest Du diesen Artikel gelesen, wüßtest Du genau, wie es funktioniert: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Blogster schrieb on 03.12.08 um 15:25:42:


Achso, na dann, viel Erfolg.

YEG-IT schrieb on 11.12.08 um 10:40:54:


Ein AD-Benutzer in der Gruppe der lokalen Hauptbenutzer ist das gleiche. Es geht nur um die NTFS-Berechtigungen.

YEG-IT schrieb on 11.12.08 um 10:40:54:


Ich versteh nicht was Du meinst.

Ganz einfach.
Die laufende Installation wird durch das Shutdown des Systems abgebrochen.
Beim nächsten Aufstarten wird dieser Abruch als Fehler an der WSUS-Server gemeldet.
Da die Updates aber noch im lokalen Cache vorliegen wird der Versuch zur Installation mit dem nächsten noch anstehenden (also dem letzten abgebrochenen) Update fortgesetzt.
Erst wenn der Cache geleert oder alle anstehenden Updates installiert oder verworfen wurden, nimmt der Client wieder Kontakt zum WSUS-Server auf, um erneut eine Analyse vorzunehmen und erneut herunterzuladen und zu installieren ... usw. bis keine Updates mehr benötigt werden.
Dann ist der Rechner "fullpatched via WSUS".

Es ist also im Regelfall unproblematisch.

Dani