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 

So da bin ich wieder, dieses mal mit etwas erfreulicheren Nachrichten

Also ich hatte den WSUS Server zwischenzeitlich 2 mal neu installiert.
Aktuell (obwohl ich nichts anderes gemacht haben) funktioniert fast komplett.
Habe aktuell noch kein SSL aktiviert und auch den Reportviewer mit .net 3.5 nicht installiert.

Die Rechner verbindet sich und bekommen Ihre Updates.
Was nur nciht funktioniert ist das herunterladen des Upgrade 1607.
HIer erhalte ich folgende Meldung am Client: 0x8000ffff
Auf einen anderen Client: 0x80240017 (das kann aber auch andere Gründe haben bei dem Client.)

Im WSUS sehe ich folgende Updates zu 1607.

Das blaue Update ist das aktuellere Update, welches das grüne Update ergänzen soll.

Das grüne/alte Update ist angeblich auf allen 5 Rechnern installiert, ist es aber nicht, ich gehe davon aus dass es "installiert ist" weil es den status not applicable hat.

Wie man sieht ist das blaue Update noch nicht installiert, obwohl man dieses benötigt.

Muss/darf ich das grüne Update einfach declinen (files wurden bereits heruntergeladen auf dem WSUS) in der Hoffnung dass das blaue dann funktioniert?

Sunny schrieb on 14.03.17 um 21:39:57:


Weil die Rechner noch auf der 1511 Version sind und das Upgrade erhalten sollten, dafür ist doch der WSUS dachte ich da, um Updates und Upgrades zu verteilen, sonst müsste ich alle Rechner einziehen...


Sunny schrieb on 14.03.17 um 21:39:57:


Ich habe die Version: 6.3.9600.18324

Sunny schrieb on 14.03.17 um 21:39:57:


Bzgl der Nachinstallation habe ich mich nach dieser Doku gehalten und alles unter Manual steps required to complete the installation of this update 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

Die Schritte If SSL is enabled on the WSUS server habe ich nicht gemacht, weil ich aktuell kein SSL nutze.

Sunny schrieb on 14.03.17 um 21:39:57:


Hier bin ich mir nciht asicher ob ich die Upgrades woher schon aktiviert hatte (steht ja auch leider in KEINER KB, so wichtige Informationen ignoriert MS gerne mal), daher werde ich es jetzt nochmal neu aufsetzen *seufz*

Bzgl ESD Dateien steht das auch niergendswo sondern erst durch recherchieren von Fehlercodes bin ich darauf gestoßen und habe dies auch gemacht anhand der ANleitung hier.

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Configure-WSUS-to-Distribute-Windows-10-Version-1511-Upgrade

Sunny schrieb on 14.03.17 um 21:39:57:


Speicher ist mehr als genug frei 1,8TB und zum internet freigegeben, was heißt alles? Port 80 und 443 bzw. 8530 und 8531 sollten ausreichen.


Sunny schrieb on 14.03.17 um 21:39:57:


Was meinst du mit CU?

Ok mache ich.

Nur noch mal um auf nummer SICHER zu gehen 

Wann soll ich das KB3159706 + manuelle Schritte durchführen?

1. Zwischen Installation den WSUS und VOR Konfiguration des WSUS (auswahl der Klassifikationen etc) siehe roten Pfeil auf Bild.

oder

2. ist es egal, solange ich in den klassifikationen KEIN Upgrade auswähle.
Sprich: WSUS konfigurieren und kein Upgrade auswählen (unter Produkte Win 10 aber schon auswählen)
Anschließend KB3159706 installieren + manuelle Schritte durchführen.
Server neustarten
prüfen ob .ESD im ISS freigegeben ist
und erst dann in den Klassifikationen das Häkchen unter Upgrade setzen?

Sunny schrieb on 16.03.17 um 08:34:49:


Ich bin verwirrt von deiner aussage mit BEIDE KBs. Welche beiden?
Meinst du KB3095113 und KB3159706? Reicht es nicht aus nur letzteres zu installieren? (dachte nämlich letzteres soll das vorherige ersetzen). Das Update KB3095113 wird mir auch gar nicht angeboten, ist auch nicht installiert. Es wird mir nur KB3159706 angeboten. Aber falls du mit beidem auch die KB3095113 meinst, dann lade ich sie manuell runter und installiere Sie vorher, wollte nur sicher gehen...

Für dich zur Info was ich bis jetzt gemacht habe:

Server neu aufgesetzt

Win Updates installiert (KB3159706 noch nicht dabei, auch nach reboot nicht)

WSUS installiert

Nach Updates gesucht (KB3159706 und KB3052480 werden angeboten, wurden aber noch nicht installiert)

WSUS konfiguriert: erstmal nur mit folgenden Produkten Win 10 und Office, sowie den Klassifikationen Security Updates, Critical Updates und Definitions Updates

Synchronisiert

Build kontrolliert: 6.3.9660.16384

Und jetzt hätte ich die KB3159706 instralliert und weitergemacht, aber bin wie gesagt verwirrt welches zweite KB du meinst..

So ich habe jetzt alles 1 zu 1 wie du gesagt gemacht.

- Server neu aufgesetzt
- Win Updates installiert (KB3159706 wurde nicht angeboten)
- WSUS installiert
- Nach Updates gesucht (KB3159706 und KB3052480 werden angeboten, wurden aber noch nicht installiert)
- WSUS konfiguriert: erstmal nur mit folgenden Produkten Win 10 und Office, sowie den Klassifikationen Security Updates, Critical Updates und Definitions Updates
- Synchronisiert
-Build kontrolliert: 6.3.9660.16384
-KB3095113 manuell installiert und neugestartet
- Build kontrolliert: 6.3.9660.18228
- KB3159706 über Windows Updates installiert und neugestartet
- Manuelle Schritte (ohne SSL) 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
- Server Neugestartet
- Build kontrolliert: 6.3.9660.18324
- .esd im IIS hinzugefügt: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Configure-WSUS-to-Distribute-Windows-10-Version-1511-Upgrade
- Neu gestartet

- Die normalen Updates funktionieren soweit.


- Erst jetzt habe ich die Klassifikation Upgrades aktiviert und synchronisiert.
- Es gibt 2 Features Updates zur Version 1607 (blau und grün).
Ich habe das blaue freigegeben und die Datei wurde heruntergeladen (das gründe muss man meines Verständnisses nicht herunterladen oder?)

Am Client bekomme ich folgenden Fehler: 0x80240fff

UPDATE: Auf einen anderen Rechner in einer VM erhalte ich zwar keinen Fehler am Client aber er lädt das Update nicht runter.
Update wird heruntergeladen aber es tut sich nichts!

Ideen?

Ich bekomme mittlerweile schon eine andere Fehlermeldung (nachdem ich windows auf dem testrechner erstmal aktiviert habe).

Und zwar: 0xc1800118


Nach recherchen bin ich u.a auf folgende Seite gestoßen:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
o.html?showComment=1472377988261#c7202095427114772578

Weisst du für was SUP steht?

-          Install WSUS
-          Install KB3095113
-          Install KB3159706
-          Reboot the server
-          Install SUP