Exchange 2013 certificate management UI
Topic Last Modified: 2014-04-21
Managing certificates in an Exchange Server deployment is one of the most important administrative tasks. Ensuring that certificates are appropriately set up and configured is key to delivering a secure messaging infrastructure for the enterprise. In Exchange 2010, the Exchange Management Console (EMC) was the primary method of managing certificates. In Exchange 2013, certificate management functionality is provided in the Exchange Administration Console (EAC), the new Exchange 2013 administrative user interface. In Exchange 2013, the focus is on minimizing the number of certificates that an administrator must manage, minimizing the interaction the administrator must have with certificates, and allowing management of certificates from a central location.
The Client Access server in Exchange 2013 is a stateless thin server designed to accept incoming client connections and proxy them to the correct Mailbox server. The Exchange Certificate Management UI on the Client Access server can help you with a variety of tasks, including requesting new certificates and renewing expired or soon–to-expire certificates.
You can access the Exchange Certificate Management UI through the EAC by selecting Servers and then Certificates. Using the management UI you can perform the following actions:
Create a new certificate Selecting Add launches the New Exchange Certificate wizard.
Edit an existing certificate Selecting Edit on a valid certificate allows you to see the certificate’s property page.
Delete a certificate Selecting Delete when a certificate is selected launches the delete confirmation dialog box.
Perform additional actions Selecting More options allows you to export or import a certificate. If you want to export a certificate, the certificate must be valid.
In previous versions of Microsoft Exchange, you couldn’t easily see when a digital certificate was nearing expiration. In Exchange 2013, the Notifications center displays warnings when a certificate stored on any Exchange 2013 Client Access server is about to expire.
One key difference between Exchange 2010 and Exchange 2013 is that the certificates that are used on the Exchange 2013 Mailbox server are self-signed certificates. Because all clients connect to an Exchange 2013 Mailbox server through an Exchange 2013 Client Access server, the only certificates that you need to manage are those on the Client Access server. The Client Access server automatically trusts the self-signed certificate on the Mailbox server, so clients will not receive warnings about a self-signed certificate not being trusted, provided that the Client Access server has a non-self-signed certificate from either a Windows certification authority (CA) or a trusted third party. There are no tools or cmdlets available to manage self-signed certificates on the Mailbox server. After the server has been properly installed, you should never need to worry about the certificates on the Mailbox server.
By default, the self-signed certificate that is installed on the Exchange 2013 Mailbox server will expire five years from the date of installation.
You can use the following cmdlets to manage digital certificates on an Exchange Client Access server:
Import-ExchangeCertificate This cmdlet is used to import certificates to a server. You can import a CA-signed certificate (to complete a pending certificate signing request (CSR)) or a certificate with a private key (PKCS #12 files, generally with a .pfx extension, previously exported from a server along with the private key).
Remove-ExchangeCertificate This cmdlet is used to remove certificates from a server.
Enable-ExchangeCertificate This cmdlet is used to assign services to a certificate.
Get-ExchangeCertificate This cmdlet is used to retrieve an Exchange certificate based on a variety of criteria.
New-ExchangeCertificate This cmdlet is used to create a new self-signed certificate or a CSR.