Ich habe meinen WSUS neu aufgesetzt und hatte den Fehler hier:

Nachdem ich recherchiert habe habe ich folgende Schritte durchgeführt

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
rovision-in-wsus-in-windows-server-2012-and-windows-server-2012-r2

Anschließend hatte mein CLient wieder Verbindung zum WSUS. Er zeigt mir an dass es Updates für meinen CLient gibt, aber er kann Sie nicht runterladen (siehe Bild auf nächsten Post (sry aber habe es nicht hinbekommen auf dem gleichen post 2 Bilder hinzuzufügen)

Der Fehler deutet auf einen falsch eingestellten Port im GPO hin. Auf welchem Port ist der WSUS installiert? 8530 oder 80? Bei einem W2012R2

Sind die Updates denn auch auf dem WSUS zur Installation freigegeben? Wenn ja, sind die Updates schon komplett gedownloaded?

Das Update hat keine Abhängigkeiten, sondern ersetzt andere Updates. Du kannst also die Updates, die dieses ersetzt, ablehnen. Sieht man ja schon auf dem Screenshot.

Ja in der Registry unter HKLM/SOFTWARE/Policies/Microsoft/Windows Updates steht in den Einträgen WUServer und WUStatus>Server jeweils:

https://deinWSUS:443

Die Verbindung an sich funktioniert ja auch, ich sehe die NBs im WSUS.
Wäre es an einer falschen Einstellung am Client wie beschrieben, hätte ich diese dann auch nicht auf dem WSUS gesehen oder? 
Daher denke ich dass das Problem weshalb auch immer am WSUS liegt.... aber wo?   

Ja ich habe den Port auch geändert auf 443, weil dieser standardmäßig fast überall frei ist, der Port 8532 nicht. Im IIS ist das natürlich auch auf 443 angepasst.

Verständnisfrage: Du sprichst von GPO (am Client?)
Ist doch egal ob der WSUS über GPO oder Registry angesprochen wird oder? (also vor dem neu aufsetzen des WSUS hatten wir auch nur auf den CLients die Registry angepasst)

Sunny schrieb on 01.03.17 um 16:37:57:



Ja habe ich...
Den Server hatte zuvor ein Kollege aufgesetzt der nicht mehr da ist, jetzt muss ich mich um das Thema kümmern.
Ich habe alles 1zu1 nach seiner Anleitung installiert.

Was mir gerade aufgefallen ist: Wenn ich im IIS auf Applicationpool gucke steht dieser als Identity NetworkService.
Öffne ich die Anwendung ClientWebService, klicke rechts auf Basic Settings und teste die Settings zum physikalische Pfad erhalte ich folgenden Fehler bzw. Warnung (siehe Bild)

Klicke ich auf connect as.. und wähle die Option specific statt Application-User und gebe die credentials des lokalen Users ein, erhalte ich keinen Fehler.

Kann es daran vllt liegen?

[quote author=1E382323344D0 link=1488218768/11#11 date=1488400718]Und wer meldet sich bei dem Dienst an? Der Netzwerkdienst.
[quote]

D.h. die Warnung sollte man ignorieren und es kann auch nicht daran liegen?

Ja aber am Port kann es ja nicht liegen... zumal es vorher auch mit dem Port geklappt hatte.

Nein es was auch W2012R2

Also ich habe auf jeden Fall den Server zurückgesetzt und alles erneut installiert.
Habe SSL im IIS erstmal zu Testzwecken NICHT konfiguriert.
Habe auch die Ports auf den neuen Standard 8530 gelassen.

Und jetzt verbindet sich der Rechner nicht mal mit dem WSUS. (Erhalte am CLient folgenden Fehler).

Habe mir nun auf dem CLient das WinUpdate Log angeschaut.
Anbei das Logfile:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

vllt wirst du schlauer draus...

Ich bin echt am verzweifeln