Guten Morgen,

ich habe ein Problem mit unserem WSUS 3 SP1.
Wir hatten vorher einen WSUS 2 im einsatz und haben nun auf einen WSUS 3 umgestellt. An der Mühle hingen ca 300 Clients. Habe die GPO's angepaßt und auch kontrolliert ob die gezogen werden, das tun sie. Habe die GPO's auch auf die OU's verlinkt. Es melden sich jedoch nur neu installierte PC's sowie W2k-PC's und Server am WSUS3. Die alten XP-PC's melden sich nicht am neuen Sever. Sind jedoch in der gleichen OU wie die neuen, die sich melden.

Wer kann mir da helfen?

cr1zz schrieb on 13.11.08 um 09:03:25:


Da gibts nichts zu posten, in diesem Fall. Im Forum für den WSUS 2.0 hat der TO schon kurze Antwort gegeben. Aber hier ist es thematisch korrekt aufgehoben.

cr1zz schrieb on 13.11.08 um 09:03:25:


Was soll ihm GPEDIT.MSC an dieser Stelle helfen? Oder meinst Du die GPO im allgemeinen?

Das ist die Log bei einem Client der nicht funktioniert:

2008-04-30      10:49:34+0200       292      6a8      CreateService for wuauserv succeeded
2008-04-30      10:53:30+0200       792      54c      Service Main starts
2008-04-30      10:53:30+0200       792      54c      Using BatchFlushAge = 10755.
2008-04-30      10:53:30+0200       792      54c      Using SamplingValue = 324.
2008-04-30      10:53:30+0200       792      54c      Successfully loaded event namespace dictionary.
2008-04-30      10:53:30+0200       792      54c      Successfully loaded client event namespace descriptor.
2008-04-30      10:53:30+0200       792      54c      Successfully initialized local event logger. Events will be logged at C:\WINDOWS\SoftwareDistribution\ReportingEvents.log.

so die letzten Zeilen....

Sunny schrieb on 13.11.08 um 09:19:16:


Ich gucke nicht ins WSUS 2.0 Forum


Sunny schrieb on 13.11.08 um 09:19:16:


Eig. meinte ich damit, dass er prüfen soll ob die Richtlinien auch ankommen Mir ist aber eingefallen, dass man Gruppenrichtlinien gar net sieht per gpedit :/

BP schrieb on 13.11.08 um 09:33:03:


Das ist erst mal alles egal, kontrollier mit RSOP.MSC nach, was an den Clients ankommt.

cr1zz schrieb on 13.11.08 um 09:35:28:


Genau, sondern per RSOP.MSC am Client, oder in der GPMC mit Hilfe des Richtlinienergebnissatzes. Oder einen Teil in der Registry: HKEY_LOCAL_MACHINE\SOFTWARE\Policies. Da es aber auch sog. Tatooende Richtlinien gibt, kann eine Einstellung natürlich überall sein.

Bleibt jetzt nur eine Frage, wie kann ich dienste per Policie auf allen Rechnern wieder starten?

BP schrieb on 13.11.08 um 09:51:17:


Wenn ein Dienst per GPO automatisch starten soll, dann wird die Info "Automatisch starten" in die Registry bei dem Dienst eingetragen. Nach dem nächsten Neustart des Client, startet der Dienst auch. Tut er das nicht, findest Du Einträge im Eventlog auf dem Client. So einfach ist die Sache.

Das stand er, aber schon ewig und er ist nicht gestartet, vermute es hat was mit Berechtigungen zu tun

BP schrieb on 13.11.08 um 15:12:59:


Hattest Du denn auch die Benutzer DIENST mit drin? Siehe im folgenden Artikel: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

BP schrieb on 14.11.08 um 07:47:25:


Ja, funktioniert. Du solltest den Dienst allerdings nicht abschalten, sondern lieber mit den vorhanden Profile für die Windows FW arbeiten:

Computerkonfig > Admin-Vorlagen > Netzwerk > Netzwerkverbindungen:
Verwendung der gemeinsam genutzten Internetverbindung im eigenen DNS-Domänennetzwerk nicht zulassen Deaktiviert
Verwendung des Internetverbindungsfirewalls im eigenen DNS-Domänennetzwerk nicht zulassen Aktiviert

Dann kommst Du nicht in Verlegenheit, falls Du mal VISTA-Clients ins LAN bekommst.

BP schrieb on 14.11.08 um 10:32:54:


Egal, auf diese Weise baust Du dir gleich eine zusätzlich Sicherheit für evtl. kommende Notebooks auf. Befinden die sich nicht in deinem Netz, ist die FW aktiv.

BP schrieb on 17.11.08 um 12:09:59:


Ja, sollte schon gehen. Bau dir eine entsprechende Ansicht selbst, dann siehst Du gleich ob der Clients Updates geholt hat oder nicht.

Alternativ auf dem Client in die %WINDIR%\WindowsUpdate.log sehen, oder auch mit NETSTAT auf der Comandline auf dem Client.

Und in den Diensten direkt auf dem Client. Wenn der BITS auf Manuell gestellt ist, und er beim aufrufen von SERVICES.MSC auf gestartet steht, weißt Du es wird grade etwas gedownloadet.

BP schrieb on 17.11.08 um 12:17:16:


Doch, kann er natürlich. Hab ich bei mir auch so eingestellt. Ich wollte es dir nur etwas erklären, denn wenn man die Funktionsweise kennt, versteht man die ganze updaterei evtl. etwas besser, oder etwa nicht?

BP schrieb on 17.11.08 um 12:49:00:


Böse Worte. Mist ist nur das, was man nicht versteht oder nicht verstehen will. Und der WSUS ist kein Mist, manchmal vielleicht ein bisschen zickig, aber Mist, nein, ganz bestimmt nicht.

BP schrieb on 17.11.08 um 12:49:00:


Am Prinzip hat sich vom 2er zum 3er nicht so viel geändert, es sind nur zusätzliche Features hinzugekommen und das ermitteln der Updates ist der Default.

BP schrieb on 17.11.08 um 13:42:34:


Ich weiß!

BP schrieb on 17.11.08 um 13:42:34:


Tun sie, warts ab und berichte hier, auch im Erfolgsfall.

BP schrieb on 18.11.08 um 13:07:16:


Mit Hilfer einer GPO im AD verteilen ist keine Alternative? Lässt sich auch gut steuern: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

BP schrieb on 18.11.08 um 13:47:51:


Und wie glaubst Du schlägt sich die Verteilung vom SP3 über die dünne Leitung nieder? Der BITS will sich out-of-the-box 10% der Leitungskapazität nehmen, die er aus dem Link der NIC ausliest. Wenn die NIC als 1 GBit als Link hat, weil der Client an einem GBit-Switch hängt, kannst Du dir ausrechnen, was sich der BITS nehmen will. Demnach mußt Du als den BITS konfigurieren, das geht runter bis zum einzelnzen BIT. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Gibts den in den Standorten vor Ort einen Fileserver? Wenn ja, dann reicht das doch schon. Erstell eine GPO für den Standort, und verlink via UNC-Pfad auf den Fileserver. Schon holen sich die Clients das SP3 von dem Fileserver vor Ort. Wenn Du mit Computergruppen arbeitest, kannst Du auch einen Client nach dem anderen in die Sicherheitsfilterung der GPO einpflegen, die Authentifizierten Benutzer müssen raus, den in der Gruppe sind auch die Computerkonten enthalten.