Windows 10 Feature Updates mit WSUS verteilen (application/octet-stream)

Aug 24, 2016 | Aktuelles, Anleitungen, Windows 10, Windows WSUS | 18 |

Wir haben die letzten Tage mehrfach über das Verteilen der Windows 10 Feature Updates (1607 Anniversary Update) berichtet und auch darüber geschrieben, dass viele Anwender Probleme damit haben. Scheinbar sind doch einige Voraussetzungen zu erfüllen, damit der WSUS (Windows Server Updates Services) die Feature Updates einwandfrei verteilen kann.

Wir haben bereits in einem anderen Beitrag die Grundanforderungen aufgezeigt. Dies könnt Ihr in dem Beitrag „Windows 10 Anniversary Update 1607 über WSUS korrekt verteilen“ nachlesen.

Wichtigste Voraussetzung ist die Installation des Windows Updates KB3095113 (Microsoft Update zur Aktivierung der WSUS-Unterstützung für Windows 10 Feature-Upgrades). Natürlich müsst Ihr im Bereich „Produkte/Klassifizierungen“ die notwendigen Windows 10 Komponenten aktivieren und die danach heruntergeladenen Updates auch für die Installation freigeben.

Lösung des Problems:

Entscheidend allerdings ist, und danach haben auch wir extrem lange gesucht, ist eine Anpassung um Internetinformationsdienste (IIS)-Manager. Dort müsst Ihr nämlich unbedingt den MIME Typ .ESD hinzufügen.

Wichtig ist, dass die Dateinamenerweiterung „.ESD“ mit dem MIME-Typ

application/octet-stream

angelegt bzw. vorhanden ist. Nachdem Ihr diesen MIME Typ hinzugefügt habt, solltet Ihr einmal den WSUS Server neu starten. Nachdem der WSUS Server neu gestartet ist, beginnen die Clients sofort mit dem Download des Windows 10 Funktionsupdates.

Innerhalb kürzester Zeit haben sich die Clients dann das Update heruntergeladen, wie Ihr oben erkennen könnt. Danach kann das Update dann problemlos installiert werden. Somit ist das Problem endlich gelöst. Wir hoffen wir konnte Euch helfen. Über einen entsprechenden Kommentar am Ende dieses Beitrages würden wir uns natürlich sehr freuen.

Empfohlene Beiträge

Über den Autor

Michael

Michael Heine, geboren 1965, hat sein Hobby zum Beruf gemacht, arbeitet seit über 30 Jahren in der IT und beschäftigt sich mit allen Themen der Microsoft Welt. Den Windows-FAQ Blog betreibt er bereits seit 2007 und hat seitdem über 4.000 Beiträge und Anleitungen rund um alle Microsoft Produkte veröffentlicht.

18 Kommentare

Poe am August 25, 2016 um 9:14 am

Bin auch betroffen – die Clients sehen die Updates als nicht erforderlich an. Habe eure Lösung getestet:
WS2012R2
Nach dem .esd Eintrag konnte der WSUS nicht mehr gestartet werden ( Keine Verbindung, Serverknoten zurücksetzen erfolglos ). Dienst neustarten war erfolglos. Ganzen Server durchstarten – erfolglos. .esd Eintrag wieder gelöscht – WSUS Konsole funktioniert wieder.
Ist überhaut sicher das das Problem nicht auf der MS Seite liegt? Den Funktionsupdaes für die W Pro fehlt fast allen der Ländercode, die Version, und die Lizenzangabe in der Beschreibung. Außerdem sind sie nicht als ersetzende Updates für 1511 ausgewiesen. Wäre ich Client würde ich die auch nicht haben wollen.
Michael am August 25, 2016 um 10:15 am

Warum der WSUS mit dem .ESD Eintrag nicht mehr korrekt funktioniert kann ich nicht nachvollziehen. Dieses kann ja eigentlich gar keinen Einfluss auf die WSUS Konsole haben. Bist Du sicher dass es nicht ein anderes Problem war?

Interessant wäre es, was Du für eine Windows 10 Version auf den Clients installiert hast? Ist es eine OEM Version von einem Hersteller, ein gekauftes Produkt oder ??

VG
Michael
Poe am August 25, 2016 um 3:22 pm

Ich habe es nochmal probiert: .esd Eintrag gesetzt – WSUS Service gestoppt / gestartet.
WUSUs Konsole startet mit Verbindungsfehler. .ESD wieder gelöscht – WSUS Konsole startet wieder.

Ich habe alle Lizenzsorten von W10 Pro Clients: OEM, Kauf, Volumen.

Im Technet Forum habe ich einen anderen Betroffenen gebeten das gegenzuprüfen. Bei ihm verursacht das kein Problem in der WSUS Konsole, aber es behebt auch das Problem nicht – die Clients stufen weiterhin die Funktionsupdates als nicht erforderlich ein.
Phil am August 30, 2016 um 1:54 pm

Bei mir hat diese Anleitung das Problem gelöst.
Vielen Dank hierfür.
Cordu am September 1, 2016 um 6:02 pm

Bei mir hat diese Anleitung das Problem gelöst.
Die Clients machen das Update.
Super! Vielen Dank.
7gizmo7 am September 6, 2016 um 8:55 pm

Hallo,

das mit den Ländercode und Version habt hier auch ? Ist das normal ?

Mit freundlichen Grüßen
Jochen Biermann am September 9, 2016 um 12:36 pm

Danke für die Anleitung, ich habe Stunden gesucht und erst euer Tipp hats zum laufen gebracht!

MfG Jochen Biermann
Stefan Lipken am September 12, 2016 um 10:01 am

Vielen Dank für die Lösung !
Hat funktioniert und mir den Tag gerettet.
Danke
Patrick am Oktober 19, 2016 um 5:24 pm

Vielen Dank für die Lösung. Hab das ewig gesucht.
Peter am Oktober 20, 2016 um 9:44 am

Nach 2 Wochen „Updates werden heruntergeladen (0%)“ hat der Eintrag sofort für eine erfolgreiche Verteilung gesorgt.

DANKE

mfg Peter
Michael am Oktober 20, 2016 um 10:01 am

Es freut uns wenn wir Euch mit der Lösung helfen konnten und es nun funktioniert.
Tom Schmidt am April 20, 2017 um 10:15 am

Guten Morgen,
hat sich zwischenzeitlich etwas zum Thema WSUS starte nach esd-Eintrag nicht mehr getan? Bei mir ist es ähnlich, die WSUS-Konsole startet zwar noch, aber in der Ereignisanzeige findet sich Fehler 12072, WSUS kann nicht auf das Inhaltsverzeichnis zugreifen, was m.E. noch sinnfreier ist. Was soll der .esd-Eintrag damit zu schaffen haben?
Lennart am Mai 17, 2017 um 5:06 pm

Habe einen neuen WSUS aufgesetzt und das gleiche Problem: nach Hinzufügen des mime-types .esd war der nicht erreichbar. Habe danach nochmal die Nachbereitung in der Konsole gestartet, danach war der WSUS wieder erreichbar.
„C:\Program Files\Update Services\Tools\wsusutil.exe“ postinstall /servicing
Dave84620 am Mai 18, 2017 um 10:02 am

Ich bin der Meinung, Microsoft sollte endlich noch einmal funktionierende Produkte auf den Markt bringen. Es ist kein kleines Unternehmen, dem man solche ständigen Patzer verzeihen sollte. Ständiges Rumgefrickele, damit man essentielle Microsoft-Komponenten zum Laufen bekommt, nervt einfach nur noch.
sha am Mai 30, 2017 um 11:56 pm

Hat super funktioniert!
Heino am Juni 7, 2017 um 8:47 am

Hallo zusammen. Ich habe unseren WSUS (Serverversion 6.3.9600.18324) auf einem Server 2012 R2 Std. nach der Anleitung oben „umkonfiguriert“ und stehe vor dem gleichen Problem, was schon einige andere geschildert haben: Die Konsole hängt sich auf („Serverknoten zurücksetzen“). Den esd Eintrag entfernen bringt nichts. Komisch hierbei: Die Konsole funktioniert einwandfrei – erst wenn man z.B. unter Updates -> Alle Updates die Auswahl ändert (z.B. Genehmigung = Nicht genehmigt und Status = Alle) erscheint der Fehler.
Hat das schon jemand gehabt und weiß vielleicht wie es behoben werden kann ohne den WSUS neu aufzusetzen?
Hanschen am Juni 9, 2017 um 10:57 am

Hi,

ich würde
C:\Program Files\Update Services\Tools\wsusutil.exe“ postinstall /servicing

ausführen.

MMC Konsolen Datei kann man auch löschen und mit einer neuen versuchen. Alle Patches am WSUS installiert? Ruhig mal aus dem WWW suchen lassen.

KB3159706 auch installiert?
Pogo am August 7, 2019 um 10:13 am

!!!PUSH Seems to be the only site on earth having a solution! !!!!!!!!!
Thanks so much.
Created the extension > reboot > clients instantly started download!