9
Exchange 2010 Zertivikat verlängern menüpunkt fehlt
Hallo zusammen,
hab hier einen Exchange 2010 bei dem das installierte zertifikat gestern abgelaufen ist.
Normal ist es ja kein Problem -> rechte maustaste -> Exchange-Zertifikat erneuern...
tja aber was macht man wenn die oberen zwei Menüpunkte fehlen?
gruss
hab hier einen Exchange 2010 bei dem das installierte zertifikat gestern abgelaufen ist.
Normal ist es ja kein Problem -> rechte maustaste -> Exchange-Zertifikat erneuern...
tja aber was macht man wenn die oberen zwei Menüpunkte fehlen?
gruss
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 277489
Url: https://administrator.de/forum/exchange-2010-zertivikat-verlaengern-menuepunkt-fehlt-277489.html
Ausgedruckt am: 22.12.2024 um 07:12 Uhr
9 Kommentare
Neuester Kommentar
Ist das ein selbstsigniertes Zertifikat, kommt es von einer eigenen CA oder ist es ein offizielles?
ist das selbstsigniertes das automatisch bei der installation des Exchange installiert wurde.
Mehr als das eine gibt es nicht. Da greifen ca 15 leute drauf zu ohne OWA
Mehr als das eine gibt es nicht. Da greifen ca 15 leute drauf zu ohne OWA
Am Connector ist auch nichts geändert worden?
Zum Beispiel der FQDN?
Zum Beispiel der FQDN?
Moin,
ich hab da nen verwegenen Vorschlag. Du machst einfach das was die GUI auch machen wuerde und tippst zwei Powershell Befehle ein.
https://technet.microsoft.com/de-DE/library/Ee332322(v=EXCHG.141).aspx#s ...
VG,
Thomas
ich hab da nen verwegenen Vorschlag. Du machst einfach das was die GUI auch machen wuerde und tippst zwei Powershell Befehle ein.
https://technet.microsoft.com/de-DE/library/Ee332322(v=EXCHG.141).aspx#s ...
VG,
Thomas
Ist ne Lösung, wenn die Erstellungsroutine noch funktioniert und an den FQDNs nichts gedreht wurde.
Die Routine verwendet den internen Rechnernamen und das ist meistens Gift für Antispam-Routinen.
Wurden die FQDN-Einträge in den Connectoren geändert, wird das neu erstellte Zertifikat wahrscheinlich nicht genutzt werden.
Die Routine verwendet den internen Rechnernamen und das ist meistens Gift für Antispam-Routinen.
Wurden die FQDN-Einträge in den Connectoren geändert, wird das neu erstellte Zertifikat wahrscheinlich nicht genutzt werden.
vor 3/4 Jahr wurde mal die Serverhardware getausch aber sonst wurde da nichts verändert. Ist ein eigener Server wo nur Exchange und Backup Exec Agent drauf läuft und sonst nichts.
Der Server lief jetzt ohne Zicken seit der installation.
ich werd das mal mit den powershell befehlen probieren. die hatte ich zwar schon per google gefunden aber klicki de bunti
wo bekomm ich die angezeigt nr her die auf der webseite steht? "AD19B141228C7CF98B5F78DCED978B7C45E15434"
Der Server lief jetzt ohne Zicken seit der installation.
ich werd das mal mit den powershell befehlen probieren. die hatte ich zwar schon per google gefunden aber klicki de bunti
wo bekomm ich die angezeigt nr her die auf der webseite steht? "AD19B141228C7CF98B5F78DCED978B7C45E15434"
habs schon
Get-ExchangeCertificate -domain
Get-ExchangeCertificate -domain
Get-ExchangeCertificate würde auch schon reichen.
Wenn's geklappt hat, markiere den Thread als gelöst.
Wenn's geklappt hat, markiere den Thread als gelöst.
das erneuern des Zertifikats hat funktioniert. jetzt sind auch die menüpunkte wieder da.
Aber Outlook will immer noch das alte abgelaufene zertifikat benutzen.
hab es auch schon aus dem certmgr.msc gelöscht aber dann will outlook das alte wieder installieren.
auf dem exchange hab ich das alte inzwischen gelöscht brachte aber auch keine abhilfe
Aber Outlook will immer noch das alte abgelaufene zertifikat benutzen.
hab es auch schon aus dem certmgr.msc gelöscht aber dann will outlook das alte wieder installieren.
auf dem exchange hab ich das alte inzwischen gelöscht brachte aber auch keine abhilfe
