IIS akzeptiert neues SSL Zerti nicht und nimmt immer noch das alte Zerti warum?

Hallo Zusammen,

habe jetzt meinen zweiten Exchange 2016 installiert und viele Fehler vom ersten mal vermieden. Jedoch hänge ich jetzt an einer Stelle, wo ich einfach nicht weiter komme und wo mir auch Franky-Seite nicht weiter hilft.

Ich habe im lokalen Netzwerk versucht, ein Outlook via autodisover.Domain.de einzubinden. Das klappt auch so weit, jedoch bekomme ich immer das alte Zerti angezeigt mit Fehlermeldung:

Im IIS und Exchange sieht das so aus:

nslookup sieht gut aus:

Auch bei ECP über FireFox kommt immer noch:

Was habe ich vergessen oder muss ich machen?

Lieben Dank für die Hilfe

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 337656

Url: https://administrator.de/forum/iis-akzeptiert-neues-ssl-zerti-nicht-und-nimmt-immer-noch-das-alte-zerti-warum-337656.html

Ausgedruckt am: 18.04.2025 um 17:04 Uhr

11 Kommentare

Neuester Kommentar

So wie ich es auf den Fotos erkenne, ist das Zertfikat für steuer.....de ausgestellt, der Server will das Zertifikat aber für server.steuer....de nutzen, wenn keine alternativen Namen im Zertifikat enthalten sind, ist das die Ursache für dein Problem

Das ist ja mein Problem. Alle URL im Exchange Server sind auf die ext URL ( Virtuelle Verzeichnise) eingestellt. Und trotzdem schreit er nach dem internen Hostname. Auf welchen Bild siehst du das?

Ich habe schon einen SRV für autodiscover im lokalen DNS gesetzt, aber dauf scheint er nicht zu reagieren.

Ich muss mich auch verbessern, er nimmt schon das richtige Zertifikat. Aber löst Autodiscover steuer....de über den lokalen Namen auf.

Die Frage ist wie kann ich ändern, dass kann doch nichts wildes sein.

OK habe den Fehler gefunden. Die virtuellen Verzeichnisse waren nicht Vollständig eingerichtet, bei den internen URL inkl. Outlook Anywhere, was glaube ich noch viel wichtiger war! Also mit Outlook intern gehts jetzt, das war das wichtigste.

Bleibt jetzt nur das Problem mit Mozilla. Wenn ich von einem Client https://domain.de/owa eingebe kommt nur:

NS_ERROR_NET_INADEQUATE_SECURITY

Hat da jemand noch eine Idee, warum das nicht geht? Das war doch irgndwas vom IIS oder? Ich meine eine Anpassung an Regedit hatte mir schon mal geholfen, kann mich aber nicht mehr erinnern was das war.

Zitat von @zeroblue2005:

Bleibt jetzt nur das Problem mit Mozilla. Wenn ich von einem Client https://domain.de/owa eingebe kommt nur:

NS_ERROR_NET_INADEQUATE_SECURITY

Weil die Crypto-Einstellungen (Chipher-Suites) des IIS nicht aktuell konfiguriert sind!
Korrigiere sie
https://www.nartac.com/Products/IISCrypto

Gruß

Hallo Password,

danke für deine Antwort! Jetzt begebe ich mich in einem Bereich, wo ich gar keinen Plan von habe. Na ja ich versuche es mal.

Danke

OK habe jetzt versucht das einzustellen. Muss aber zugeben, das ich damit überfodert bin. Kannst du mir sagen was ich rausnehmen muss?

Zitat von @zeroblue2005:
Jetzt begebe ich mich in einem Bereich, wo ich gar keinen Plan von habe.

Tun wir das als Admins nicht jeden Tag irgendwann mal?!

Lernen müssen wir unser Leben lang. Wer einen IIS betreibt sollte sich damit zwingend auseinandersetzen vor allem wenn das Teil ungeschützt ohne Proxy mit nacktem Arsch im Inet hängt.

https://social.technet.microsoft.com/Forums/de-DE/a858858c-71f4-4968-a49 ...

Btw. die Frage wurde dir aber schon mal im März hier beantwortet!
Exchange 2016 und OWA bzw. Zertifikate
Onkel Alzheimer hat da wohl zugeschlagen

Wo bitte habe ich da die gleich Frage gestellt? Mein eigener Beitrag war meine erste Anlaufstelle... Damals habe ich IIS Crypto überhaupt nicht eingesetzt.