Derzeit gibt es Probleme mit Exchange Server und den Juli Updates für Windows Server. Microsoft hat das fehlerhafte Update mittlerweile zurückgezogen und eine aktualisierte Version via Windows Update bereitgestellt. Bei dem aktuellen Update handelt es sich um KB4345418, Exchange Server sollten schleunigst aktualisiert werden um Probleme mit dem MSExchangeTransport Dienst zu vermeiden.
Hier gibt es den entsprechenden Beitrag auf dem Exchange Team Blog:
Hier gibt es Details zum neuen Update:
KB4345418 behebt ebenfalls ein Problem mit einem DHCP Failover Cluster bei denen Clients keine gültigen IP Konfiguration erhalten haben. Auch SQL-Server starteten mit dem alten Update möglicherweise nicht mehr richtig. Das aktuelle Update lässt sich auch direkt über den Windows Update Katalog runterladen und manuell installieren:
In meinem Fall wird es aber bereits per Windows Update verteilt. Das fehlerhafte Update ist übrigens KB4338814, Server auf denen dieses Update installiert ist, sollten also schnell mit KB4345418 versorgt werden.
Hallo Frank,
nach viel Grübelei und Suche habe ich den Fehler schlussendlich gefunden.
Im IIS-Manager waren sowohl für die „Default Web Site“ als auch für das „Exchange Back End“ unter der Option „HTTP-Antwortheader“ zwei Einstellungen gesetzt, die das Frontend „zerstört“ hatten.
Nachdem ich
„Content-Security-Policy = frame-ancestors “
und
„X-Content-Type-Options = nosniff“
für beide gelöscht hatte, funktionierte alles wieder bestens!
Beste Grüße,
David
Hallo Frank,
seit den Juli-Updates habe ich Probleme mit einer „zerstörten“ ECP-Website; OWA funktioniert weiterhin.
Das Problem ist dasselbe wie hier:
https://social.technet.microsoft.com/Forums/en-US/2ee07d94-7a62-43d1-b5f2-c887e82bd4e5/exchange-2016-cu8-ecp-only-showing-text?forum=Exch2016Adm
Leider habe ich bis dato keine Lösung finden können…
Ist Dir dies schon einmal untergekommen bzw. hast Du eine clevere Idee, wo das Problem liegen könnte?
Vielen Dank für Deinen wirklich hervorragenden Blog, welcher mir schon diverse Male viele Nerven gespart hat!
Beste Grüße,
David
Nachtrag: Exchange 2016 und Microsoft KBs waren schuldlos.
FritzBox V7 scheint entweder mit IP6 oder DNS dazwischengefunkt zu haben (habe auch eine Cisco PixFW).
Ein Restore von V7 auf V6.x hat nicht geklappt … Nach deaktvieren von IP6 im Exchange Server läuft es wieder …
… Windows Server 2016:
– hatte kein KB4338814 drauf (hatte ich beim Kunden, dort deinstalliert ging dann wieder)
– heute 09.08.2018 mal auf Update geklickt … KB4345418 um 9 Uhr eingespielt
Seitdem kam keine E-Mail mehr rein …
– Meldung vom Exchange SMTP Test: The server response was: 4.7.0 Temporary server error. Please try again later. PRX2
– Dienste laufen soweit alle, habe noch die Exchange Server Toolbox um mir Spam vom Hals zu halten. Diese deaktiviert und das AV Clam Antivirus –> daran liegt es wohl nicht (funktionierte vo 9 Uhr noch)
– heute 09.08.2018 parallel um ca 8:30 Update FritzBox Version 7, hatte erst die Fritzbox im Verdacht und bin zurück auf V6.92. –> kein Erfolg, scheint nicht an den FritzBox Ports zu liegen
– Deinstalliere mal KB4345418, wenn kein Erfolg dann Restore von gestern Nacht … kostet ganz schön Zeit …
Hallo Frank,
Microsoft hat anscheinend noch was am kumulativen Update 2018-07 geändert.
Nach dem fehlerhaften kumulativen Update 2018-07 KB4338814 wird mir nochmal ein kumulatives Update 2018-07 KB4338822 installiert.
Das von dir genannte KB4345418 bekommt man garnicht mehr angeboten.
Moin zusammen,
Der Blog BornIT berichtet ganz aktuell leider von erneuten Problemen mit dem KB4345418.
Siehe https://www.borncity.com/blog/2018/07/20/windows-server-2016-hohe-cpu-last-mit-update-kb4345418-kb4054566/
– Azure AD Connect geht nicht
– hohe CPU Last bei 2012 R2 und 2016
– ggf. Black Screen mit RDS auf 2016
Danke für die Hinweise. Musste erst KB4338814 deinstallieren, nun läufts wieder.
KB44338818 sollte das Update sein das die Probleme verursacht.
Moin, Microsoft hat mir für Windows Server 2008r2 die Updates KB4338823 und KB4338818 genannt.
Hab bei einem unserer Windows Server 2008 E2010 keine neuen Updates. Daher hab ich die Security Updates von letzter Woche deinstalliert.
Danke Franky für das Posting :-)
Trotz aktualisiertem Update friert der Transportdienst bei E2010 immer noch ein … jemand vielleicht eine Idee?
Hi!
Hatte ebenfalls einen E2010 mit dem Patch, bei dem alle 4 Stunden der TransportDienst abgestürzt ist und er bei den Diensten nicht mehr neugestartet werden konnte.
Nur Computerneustart konnte helfen.
Nach 2x Ausfällen die letzten 3-4 Updates vom Server deinstalliert, danach ist Exchange wieder stabil gewesen.
Danke zu wissen, dass wieder gepatched werden kann!
Lg
Hallo Frank
Ich habe mehrere Stunden mit der DIagnose eines entsprechenden Exchange 2010 verbracht.. War genau dieses tolle Sicherheitsupdate von M$ was den Dienst jeweils in einen Art Freeze brachte.
Freundliche Grüsse und ein riesen Dankeschön für deine fortlaufend sehr hilfreichen Posts.
Gruss
Yves
Hallo Frank,
dein Blog und die dazugehörigen Mails gehören für mich mittlerweile zur Pflichtlektüre.
Vielen Dank für die immer wieder wertvollen Beiträge.
Schöne Grüße
Clemens