Fehler beim Externen Zugriff auf Exchange 2010 mit Outlook 2016

[pipen 0]

wenn es ein 2010er drunter ist musst du natürlich outlook.domain.com/owa aufrufen, und das ganze mit https:// davor, weil man ja nur den Port 443 durchlässt

 

;)

Dann komme ich sauber mit dem richtigen Zertifikat auf Outlook Web App.

Ich habe jetzt einmal mit Wireshark mitgeschnitten, kann aber nicht rausfinden welches Zertifikat übergeben wird. Ich vermute das es um diese Einträge geht die auf dem Bild zu sehen sind, oder?

[pipen 0]

Hallo nochmals,
ich habs jetzt nochmal von Zuhause versucht und mit Wireshark mitgeschnitten. Es wird das richtige Zertifikat angeboten. Siehe Bild. Und genau dann kommt die Fehlermeldung.

bearbeitet 31. Oktober 2017 von pipen

[NorbertFe 2.035]

Welche Namen stehen im Zertifikat?

[pipen 0]

outlook.domain.com und autodiscover.domain.com

[NorbertFe 2.035]

Was gibt denn

Get-OutlookProvider EXPR | fl certp*

 

Bye

Norbert

[pipen 0]

Das kann ich erst am Donnerstag beantworten wenn ich wieder in der Arbeit bin.

[NorbertFe 2.035]

Hier schonmal was zum Lesen:

https://www.msxfaq.de/exchange/clients/oasicherheit.htm

 

Bleibt die Frage, warum das bei dir auftritt. ;)

[pipen 0]

Hier schonmal was zum Lesen:

https://www.msxfaq.de/exchange/clients/oasicherheit.htm

 

Bleibt die Frage, warum das bei dir auftritt. ;)

Interessanter Artikel.

 

Mit der Abfrage bekomme ich: CertPrincipalName: outlook.domain.com

[NorbertFe 2.035]

Lösch doch mal. Sicher, dass beide Namen als san eingetragen sind?

[pipen 0]

Ja da bin ich mir sicher. SAN passt siehe Bild. Soll ich den Outlook Provider auf Null belassen oder dann wieder auf outlook.domain.com setzen?

bearbeitet 2. November 2017 von pipen

[NorbertFe 2.035]

Wie lautet der cn des Zertifikats?

Erstmal löschen und schauen, ob bei einem neuen Outlookprofil der Fehler weg ist.

[pipen 0]

Der CN = GeoTrust DV SSL SHA256 CA

[NorbertFe 2.035]

Wohl kaum. Eher doch Outlook.w...l.com

 

Hast du es jetzt mal gelöscht oder nicht?

[pipen 0]

Du hast natürlich recht, der CN ist outlook.domain.com.

Nach dem ich den Set-OutlookProvider -Identity EXPR -CertPrincipalName $null ausgeführt habe kann ich mit dem neuen und alten Outlookprofil Fehlerfrei zugreifen. Jetzt habe ich nochmals den Outlook Provider gesetzt und siehe da es funktioniert mit den vorhandenen Profilen jetzt auch so.

Wenn ich aber jetzt mit gesetztem OutlookProvider nochmals ein neues Profil anlege kommt wieder die Fehlermeldung das ein Problem mit dem Sicherheitszertifikat des Proxyservers vorliegt?!?

bearbeitet 2. November 2017 von pipen

[NorbertFe 2.035]

Dann laß ihn halt raus. Abgesehen davon solltest du mal deine SSL Konfiguration absichern. Das sieht ja furchtbar aus.

https://www.ssllabs.com/ssltest/analyze.html