Bind a valid server certificate to the intended IIS website so clients can authenticate the hostname and establish HTTPS. The certificate must already be issued for the required names and installed with its matching private key on the server.
IN THIS ARTICLE
01 Check the certificate and existing bindings
Confirm the certificate's validity dates, required DNS names, Server Authentication purpose and trusted issuing chain. Review it in the appropriate Local Computer certificate store or the site's configured certificate-management system. A certificate file without its private key cannot serve as the server's HTTPS identity.
Record the site's current IP, port, hostname and certificate selection. If another service or site already uses the same address and port, plan the binding carefully. Keep the prior working configuration available during the change.
02 Add the HTTPS binding
- Open IIS Manager, expand Sites and select the correct website.
- Choose Bindings. Add a new binding, or edit the intended existing HTTPS binding when replacing its certificate.
- Set the type to https and select the required IP address and port, commonly 443.
- Enter the intended hostname. When using name-based HTTPS on a shared address, configure Server Name Indication for that design and check the clients that must connect.
- Select the matching certificate from SSL certificate. Inspect its details if friendly names are similar.
- Save the binding and check that the site remains started. Verify that the necessary firewall path is available.
- Open the exact HTTPS hostname from a separate client and inspect the certificate actually presented. Test every advertised hostname, including any separate
wwwaddress.
03 Finish the application checks
Check redirects, generated URLs, images, forms and application callbacks. Adding an HTTPS binding does not automatically redirect HTTP requests or correct mixed-content references. Apply those changes through the relevant application or web-server workflow after HTTPS itself passes.
04 Example: inventory IIS HTTPS bindings before replacing a certificate
On the Windows IIS server, use elevated PowerShell with the WebAdministration module available. These commands read HTTPS bindings and installed machine certificates. They do not bind, replace, export or delete a certificate.
Import-Module WebAdministration
Get-WebBinding -Protocol https |
Select-Object bindingInformation, certificateHash, certificateStoreName, sslFlags
Get-ChildItem Cert:\LocalMachine\My |
Select-Object Subject, Thumbprint, NotAfter, HasPrivateKey
Read the result: Match the site hostname and port with its certificate thumbprint and store. A certificate can exist in the machine store without being assigned to the website. HasPrivateKey helps identify whether the matching private key is available locally, but does not prove the service can access it.
Record the old binding before selecting the replacement in IIS or Plesk. Check SNI and hostname coverage when multiple sites share an address. After the reviewed replacement, test the public endpoint and certificate chain instead of relying only on the local store listing.
Common questions
Why is the certificate missing from the selection list?
Check that it is installed in the intended machine context with its private key and suitable purpose. Importing it into an administrator's personal user store may not make it available to the server binding.
Why does the browser still show the old certificate?
Confirm which address, proxy and hostname the client reaches. Inspect the selected binding and any upstream TLS terminator; renewing a certificate at one layer does not update every endpoint.