Jump to content

Öffentliches Zertifikat von godaddy unterstützt keine lokalen TLDs mehr (ala .local).


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Hi,

 

folgendes Problem: Ein Zertifikat von godaddy wurde verlängert und von außen (owa, iphones) passt alles da die externe Adresse noch im Zert eingetragen ist.

godaddy erlaubt aber keine lokalen Adressen mehr im Zert (.local, .lokal, .intern, usw.) und deshlab meldet Outlook immer das der Name im Zertifikat nicht mit dem servernamen (exchange.domäne.local) übereinstimmt, was auch so stimmt.

 

Ich habe jetzt noch ein selbst ausgestelltes Zertifikat eingerichtet und im Exchange zugewiesen aber wie es aussieht wird das Zertifikat von der öffentlichen CA bevorzugt verwendet und die Outlooks ignorieren das selbst erstellte Zert komplett.

 

Hat jemand ne Idee für mein Problem wo ich ansetzen könnte zu Suchen?

 

Gruß und Danke im Voraus

Ben

Link zu diesem Kommentar

Moin,

 

Du kannst prinzipbedingt nur ein Zertifikat pro IP-Adresse im IIS konfigurieren. Du müsstest also mit zwei IP-Adressen, anderen Bindings und doppelten Verzeichnissen arbeiten. Nicht schön, fehlerträchtig und teilweise nicht supported.

 

Alternativen:

 - Proxy nach außen mit externem Zertifikat, Exchange nach innen mit internen.

 - SplitDNS verwenden

 

Self-Signed Zertifikate sind eh nicht richtig supported, und bevor Du eine interne PKI hochziehst, solltest Du lieber über SplitDNS nachdenken.

Link zu diesem Kommentar

Danke für die Klärung, ich hab mit splitDNS nichts anfangen können da wir solche Konfigurationen als Standard ansehen.

 

Kann man sagen wie sich die Clients verhalten werden? Bekommen die über autoconfig die neuen Serveradressen oder müssen an allen Clients die Outlooks neu mit Ihren Postfächern verbunden werden? (Muss evtl autoconfig erstmal auf der alten internen Domain verbleiben bis alle umgestellt sind?)

 

Und als 2. Punkt: Zu ändern sind OWA, OOF, OAB, und Unified Message Service Internal Urls, korrekt? Oder hab ich welche vergessen?

 

Danke und schöne Grüße

Ben

Link zu diesem Kommentar

Die URLs passen. Wobei bei den URLs EWS und OAB sehr wichtig sind (sonst funktioniert Outlook nicht korrekt,  OWA, ECP und UM eher unwichtig sind. Die sollten aber auch korrekt sein, nur nicht für Outlook.

 

Die URLs kommen via Autodiscover, da ist am Client nichts zu tun. Allerdings werden die vom IIS gecacht, wenn Du sofortige Änderungen sehen willst, muss Du den IIS oder den AppPool neustarten. Die Verbindung zum Postfach ändert sich ja nicht, weil Du ja HTTPS änderst, nicht RPC.

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...