Kleinere #WSUS Unfälle in 04 und 05/2016 mit #KB3148812 #KB3159706 auf #Server2012 + Fehler 80244007, 803d000d, 80244019
Es ist mal wieder soweit, ein Ei aus Redmond ist gelegt. Ein ziemlich dickes sogar. Mit Verlaub, es nervt, Microsoft. Anrufe und Mails hatte ich zuletzt unisolo, Inhalte wie folgt: „WSUS geht nicht mehr“. Ich war aber nicht da. Ich hatte Urlaub. Muss auch mal sein. Deswegen kommt meine Auflösung ein wenig später. Zu spät für viele von Euch. Und ja, nicht alle lesen die Begleitpapiere. Ist da ein Update, spielt Ihr es auch ein und ich werde einen Teufel tun, Euch deswegen einen Vorwurf zu machen. Und das Update kam nicht optional sondern recommended. Unerwartet für viele. Die Postinstallation, welche zum „fachgerechten“ Zerlegen der SUSDB führt, haben die meisten von Euch gottseidank nicht durchgeführt. Solltet Ihr W10-Clients haben, ist’s jedoch notwendig. Microsoft hat’s verbockt. Mal wieder. Und zwar gründlich.
*Update vom 16.05., bzw. weiterer Hinweis: Die Variante SSL/TLS (Technet-Bezug, verlinkt weiter unten) funktioniert für die meisten nicht, bei mir jedoch schon. Deswegen kann ich es nicht nachstellen. Hinweise und Tipps werden dankbar angenommen. Einige meiner Kunden kommen über den Fehler 80244007 auf Clientseite nicht hinaus. Der Workaround (Löschen von Softwaredistribution) läuft nicht. Die originale Web.config sollte wenigstens gesichert werden. Ungerne, weil riskant, rate ich entweder dazu, auf TLS zu verzichten oder auf Windows 10, zu letzterem Produkt kennt Ihr meine Meinung hinreichend. *
*Update 2 vom 17.05., ich habe noch einmal Informationen hinzugefügt, in jenem das versehentlich installierte GWX-App von Microsoft wieder entfernt werden kann, sofern Ihr manuell Updates direkt von Microsoft heruntergeladen habt. *
Ich lasse den Hinweis auf den Technet-Artikel stehen, habe jedoch keine Lösung.