sve87 schrieb on 29.03.12 um 09:13:25:


Wenn die Server alle in einer Windows Domain sind, solltest Du die Einstellungen sowieso über eine GPO verteilen. Dann bekommt auch der WSUS sich selbst eingetragen.

sve87 schrieb on 29.03.12 um 09:13:25:


Darum brauchst Du dich nicht zu kümmern. Du mußt sie nur freigeben, der WSUS holt sie sich schon selbst.

sve87 schrieb on 29.03.12 um 10:46:06:


Was war das Problem, bzw. die Lösung?

sve87 schrieb on 29.03.12 um 10:46:06:


Wie Du es machst weiß ich nicht, ich hatte in dem Programm, welches die Außendienst Mitarbeiter zum übertragen der Aufträge benutzten, ein gpupdate /force und ein wuauclt /detectnow, gefolgt von einem wuauclt /reportnow eingebaut.

Wenn deine AD-MA sich per VPN einwählen, dann könntest Du die VPN-Einwahl in eine Batch packen, in der rufst Du das dann zusätzlich auf. Oder über die normale VPN-Einwahl ein Script hinterlegen, da lässt sich ein Haken setzen das ein Script ausgeführt werden soll. Zumindest war das bei XP so.

sve87 schrieb on 29.03.12 um 12:56:28:


Wenn er die passende GPO bekommt, dann ja.

sve87 schrieb on 29.03.12 um 12:56:28:


Standardmässig meldet sich ein Client ~22 Std. beim WSUS. Das macht er gerne gleich nach dem booten. Jetzt kannst Du dir den Rest selbst zusammenreimen.

sve87 schrieb on 02.04.12 um 12:16:51:


Der Server auf dem der WSUS installiert ist, muß genauso erst den Weg zum WSUS gezeigt bekommen. Hast Du denn bereits eine GPO für die Clients? Wenn ja, dann zeig sie her und ich sag dir was Du ändern solltest.

sve87 schrieb on 02.04.12 um 12:16:51:


So ähnlich kann man das sehen. Der lokal installierte WU-Agent kontaktiert den WSUS, der in der Registry an der richtigen Stelle eingetragen ist.

sve87 schrieb on 03.04.12 um 07:07:49:


Ganz genau.

sve87 schrieb on 03.04.12 um 08:15:49:


Wenn sie für dich das machen was Du möchtest, dann ist alles in Ordnung. Die Bilder sind allerdings sehr klein, das macht es sehr schwer etwas genaueres darauf zu erkennen.

Hier mal eine Beispiel GPO für Clients und Benutzer: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

sve87 schrieb on 03.04.12 um 08:15:49:


Man kann viel regeln. Die Updates werden dann bestimmt sofort gedownloadet, aber es wird erst installiert, wenn der Zeitpunkt gem. GPO gekommen ist. Hast Du beispielsweise als Installationszeitpunkt 12.00 Uhr vorgegeben und der Client sich um 12.00 Uhr beim WSUS meldet, holt er die Updates installiert aber erst das nächste Mal um 12.00 Uhr. Möchtest Du das ändern, mußt Du den Zeitplan für geplante Installationen erhöhen. In der o.g. Beispiel GPO ist das auf 1 Minute eingestellt. Hier kannst Du z.B. 10 Stunden eintragen. Dann wird auch später noch installiert wenn der ursprüngliche Installationszeitpunkt (12.00 Uhr) verpasst wurde.

Du kannst auch noch einen zweiten WSUS aufsetzen, den konfigurierst Du entpsrechend anders. Sieh dir dazu dieses Bild an: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Die letzte Option wäre für dich interessant. Dazu müssen die Aussendienst Clients auch den WSUS von extern erreichen. Du genehmigst die Updates auf dem WSUS, die Clients downloaden die Updates von MS direkt und installieren gem. GPO. Du mußt dich entscheiden.

sve87 schrieb on 03.04.12 um 08:15:49:


Bitte, gern geschehen.

sve87 schrieb on 04.04.12 um 07:09:14:


Das kannst Du machen wie es für dich/eure Organisation am besten ist.

sve87 schrieb on 04.04.12 um 07:09:14:


So halb.

sve87 schrieb on 04.04.12 um 07:09:14:


Wenn der Installationszeitpunkt auf 12.00 Uhr steht, und der Rechner um 12.05 Uhr eingeschaltet wird, muß in der o.g. Einstellung 60 Minuten eingetragen sein damit die Updates noch gedownloadet und installiert werden.