Skip to main content

Troubleshooting

If the UI shows a "Service Not Started" message.

If you see this type of error reported by the UI, see Background Service for more troubleshooting information.

Issues communicating with the CA

In normal use the app must be able to talk to the ACME API for your chosen Certificate Authority (e.g. Let's Encrypt). If you see an error reported such as The ACME service (directory) is unavailable. this would indicate your machine is not able to establish communication with the CA service.

Common reasons for connectivity issues include:

  • A service outage at the CA, check our Certificate Authorities list to see if your CA has a status info page.
  • Blocking outgoing https (TCP port 443, outgoing) in Windows Firewall or at the network level.
  • TLS 1.2 not enabled or an incompatible set of TLS ciphers is enabled. We recommend using the IIS Crypto tool from Nartac in Best Practises mode to configure general TLS settings.
  • Inability to communicate via common cloud based service providers such as Cloudflare (perhaps due to IPv6 routing issues or some kind of blocking).

To see if there is a connectivity issue, find out the ACME API endpoint for your chosen CA and check you can communicate with it, e.g. for Let's Encrypt, using PowerShell:

Invoke-WebRequest -Uri https://acme-v02.api.letsencrypt.org/directory 

This should return a StatusCode 200 (OK) under normal conditions, if the request fails you need to determine why your system is unable to communicate, this may require assistance from your networking team.

If the above test works OK then next thing would be to determine if the CA is returning some kind of error that the app is unable to interpret.

You can use tools such as Telerik Fiddler to see the https conversation between your machine and the CAs API but you can also try enabling Debug logging in the app. To do so, edit C:\ProgramData\certify\serviceconfig.json and set the "LogLevel" field to "debug" instead of "information", then restart the Certify background service and attempt your request again (just click "Request Certificate" on a managed certificate). The C:\ProgramData\certify\logs\session*.log file will then include the actual http conversation between you and the CA and you can use this to see if the CA is returning an error that the app is unable to interpret, or if the connection is simply not operating normally.

Alternative Solutions

Occasionally you may be unable or unwilling to resolve the connectivity issue with the CA system. In this case we would suggest the next thing to try is to use a different CA. You can try this for a single managed certificate and if that works change your default CA over to the new preferred CA.