Exchange 2013 OWA ECP weiße Seite
Hallo Leute!
Ich habe ein mittelschweres Problem mit dem Exchange Server 2013. Diesen hab ich soweit eingerichtet und wollte eigentlich nur mehr das Zertifikat ändern, nur jetzt komm ich nach der Benutzerauthentifizierung nur mehr auf eine weiße Seite.
Fehlercode gibt es keinen!
Egal mit IE oder Firefox.
Laufen müsste der Server da Outlook ihn mit falschen Zertifikat wahr nimmt. Toolbox schmeißt mir leider einen Fehler raus
FX 714FA079 DC14 470f 851C-B7EAAA4177C1
System.Runtime.Serialization.SerializationException
bei Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest Request request
bei Microsoft.ManagementConsole.Executive.RequestStatus.BeginRequest IMessageClient messageClient, RequestInfo requestInfo
bei Microsoft.ManagementConsole.Executive.SnapInRequestOperation.ProcessRequest
bei Microsoft.ManagementConsole.Executive.Operation.OnThreadTransfer SimpleOperationCallback callback
Weiß jemand eine Lösung für mein Problem?
Ich habe ein mittelschweres Problem mit dem Exchange Server 2013. Diesen hab ich soweit eingerichtet und wollte eigentlich nur mehr das Zertifikat ändern, nur jetzt komm ich nach der Benutzerauthentifizierung nur mehr auf eine weiße Seite.
Fehlercode gibt es keinen!
Egal mit IE oder Firefox.
Laufen müsste der Server da Outlook ihn mit falschen Zertifikat wahr nimmt. Toolbox schmeißt mir leider einen Fehler raus
FX 714FA079 DC14 470f 851C-B7EAAA4177C1
System.Runtime.Serialization.SerializationException
bei Microsoft.ManagementConsole.Internal.IMessageClient.ProcessRequest Request request
bei Microsoft.ManagementConsole.Executive.RequestStatus.BeginRequest IMessageClient messageClient, RequestInfo requestInfo
bei Microsoft.ManagementConsole.Executive.SnapInRequestOperation.ProcessRequest
bei Microsoft.ManagementConsole.Executive.Operation.OnThreadTransfer SimpleOperationCallback callback
Weiß jemand eine Lösung für mein Problem?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 196249
Url: https://administrator.de/forum/exchange-2013-owa-ecp-weisse-seite-196249.html
Ausgedruckt am: 22.12.2024 um 23:12 Uhr
7 Kommentare
Neuester Kommentar
Hatte das selbe Problem nach dem Ändern des Zertifikates. Es gibt eine mögliche Lösung dafür, welche aber bei mir nicht geholfen hat: http://www.techieshelp.com/exchange-2013-eac-ecp-blank-screen/
Habe letztendlich Exchange 2013 neu installiert.
Zur Info : Bei Exchange 2013 in Verbindung mit dem Server 2012 heißt es im Moment noch "Beta,Beta,..." habe so manche schwere Fehler gefunden die mir einen produktiven Betrieb im Moment noch zu gefährlich erscheinen lassen.
Grüße Uwe
Habe letztendlich Exchange 2013 neu installiert.
Zur Info : Bei Exchange 2013 in Verbindung mit dem Server 2012 heißt es im Moment noch "Beta,Beta,..." habe so manche schwere Fehler gefunden die mir einen produktiven Betrieb im Moment noch zu gefährlich erscheinen lassen.
Grüße Uwe
Hallo zusammen,
ich weiß, der Post ist älter, aber da ich heute vor dem gleichen Problem stand, hier meine Lösung und die Ursache:
Nach der Exchange 2013 Einrichtung auf dem Windows Server 2012, wollte ich eine externe Anbindung für den OWA und das ECP einrichten. Damit es nicht zu Sicherheitswarnungen kommt, habe ich über die interne Zertifizierungsstelle ein Zertifikat für den externen FQDN ausgestellt, den externen FQDN an die IIS Site für das Exchange Backend gebunden (Bindungen der Site), den SSL Port von 444 auf 443 geändert, SNI aktiviert und das neue Zertifikat ausgewählt.
Dieses Vorgehen führte dazu, dass das ECP nicht mehr aufrufbar war und nur noch eine "weisse Seite" anzeigte, ohne weitere Fehlermeldung. Da ich auch nicht sofort überprüfte, ob das ECP nach den Anpassungen noch funktioniert, kam ich auch nicht sofort auf den Verdächtigen, zumal im Nachgang noch weitere Änderungen (Installation von Software und Änderungen am AD) durchgeführt worden sind.
Ich stolperte bei der Fehlersuche über diesen Artikel und kam auf die Idee den IIS zu prüfen.
Nach der Änderung des Sicherheitszertifikats der "Default Website", welche im Zuge der weiteren Installation ebenfalls geändert wurde, auf das für den Exchange ausgestellte Zertifikat (ACHTUNG: ES GIBT ZWEI UND ES DÜRFEN OFFENBAR NICHT DIE SELBEN EINGESTELLT WERDEN), sowie Änderung des Zertifikats der "Exchange Backend" Site auf das andere der beiden Zertifikate, Anpassung des HTTPS Ports auf 444 und HTTP Ports auf 81, sowie Deaktivierung von SNI und entfernen der FQDNs in der IIS Bindung, lief alles wieder rund.
Die Ursache ist mir noch nicht wirklich klar, aber ich werde das mal genauer untersuchen.
ich weiß, der Post ist älter, aber da ich heute vor dem gleichen Problem stand, hier meine Lösung und die Ursache:
Nach der Exchange 2013 Einrichtung auf dem Windows Server 2012, wollte ich eine externe Anbindung für den OWA und das ECP einrichten. Damit es nicht zu Sicherheitswarnungen kommt, habe ich über die interne Zertifizierungsstelle ein Zertifikat für den externen FQDN ausgestellt, den externen FQDN an die IIS Site für das Exchange Backend gebunden (Bindungen der Site), den SSL Port von 444 auf 443 geändert, SNI aktiviert und das neue Zertifikat ausgewählt.
Dieses Vorgehen führte dazu, dass das ECP nicht mehr aufrufbar war und nur noch eine "weisse Seite" anzeigte, ohne weitere Fehlermeldung. Da ich auch nicht sofort überprüfte, ob das ECP nach den Anpassungen noch funktioniert, kam ich auch nicht sofort auf den Verdächtigen, zumal im Nachgang noch weitere Änderungen (Installation von Software und Änderungen am AD) durchgeführt worden sind.
Ich stolperte bei der Fehlersuche über diesen Artikel und kam auf die Idee den IIS zu prüfen.
Nach der Änderung des Sicherheitszertifikats der "Default Website", welche im Zuge der weiteren Installation ebenfalls geändert wurde, auf das für den Exchange ausgestellte Zertifikat (ACHTUNG: ES GIBT ZWEI UND ES DÜRFEN OFFENBAR NICHT DIE SELBEN EINGESTELLT WERDEN), sowie Änderung des Zertifikats der "Exchange Backend" Site auf das andere der beiden Zertifikate, Anpassung des HTTPS Ports auf 444 und HTTP Ports auf 81, sowie Deaktivierung von SNI und entfernen der FQDNs in der IIS Bindung, lief alles wieder rund.
Die Ursache ist mir noch nicht wirklich klar, aber ich werde das mal genauer untersuchen.