SSL certificate errors: what they mean and how to fix them
Last checked: Oct 20, 2026
When a browser says “Your connection is not private”, the certificate on the server failed one of a handful of checks. The error code tells you which one. Once you know where to look, most of them take minutes to fix.
In short
- Most errors have one of four causes: an expired certificate, a certificate that does not cover the name you opened, a missing intermediate certificate or an issuer the browser does not trust.
- Free certificates such as Let's Encrypt are short-lived; automatic renewal is not optional.
- Since 15 March 2026 publicly trusted certificates can be valid for at most 200 days, falling to 100 days in 2027 and 47 days in 2029.
- Inspect the certificate with the SSL check and let Watch warn you before it expires.
Error codes
| Error (Chrome) | Meaning | Fix |
|---|---|---|
NET::ERR_CERT_DATE_INVALID | The certificate has expired or is not valid yet | Renew it and reload the web server; if it looks valid, check the device's clock. |
NET::ERR_CERT_COMMON_NAME_INVALID | The certificate does not cover the name you opened | Get a certificate that includes every name you use: example.com, www.example.com and your subdomains (or a wildcard). |
NET::ERR_CERT_AUTHORITY_INVALID | The issuer is not trusted: self-signed, internal CA or missing intermediate | Use a publicly trusted CA and install the full chain. |
ERR_SSL_VERSION_OR_CIPHER_MISMATCH | The server only offers outdated protocols or ciphers | Enable TLS 1.2 and TLS 1.3. |
NET::ERR_CERT_REVOKED | The certificate was revoked by its CA | Get a new certificate, and a new key if the old one was compromised. |
ERR_TOO_MANY_REDIRECTS | A redirect loop between HTTP and HTTPS, often with a CDN in “flexible” mode | Use full/strict mode at the CDN and keep a single redirect on the server. |
Expired certificate
Firefox shows the same problem as SEC_ERROR_EXPIRED_CERTIFICATE. Let's Encrypt certificates are valid for 90 days and are renewed automatically by an ACME client such as certbot or by your hosting panel. Renewal often fails silently: port 80 was closed, DNS was moved to another server, or the web server was never reloaded after the new certificate arrived.
CA/Browser Forum rules are shortening certificate lifetimes: at most 398 days until 15 March 2026, 200 days after that, 100 days from 15 March 2027 and 47 days from 15 March 2029. Manual renewal is no longer practical; automate it with ACME.
Missing intermediate certificate
The server must send its own certificate together with the intermediate certificate(s). Desktop browsers can fill the gap from their cache, so the site “works on my computer” but fails on phones, in apps, in curl or in API clients. Install the full chain: fullchain.pem with Let's Encrypt, the “CA bundle” field in hosting panels. The SSL check shows whether the chain is complete.
Name mismatch
The names a certificate covers are listed in its SAN (Subject Alternative Name) field; Firefox reports this error as SSL_ERROR_BAD_CERT_DOMAIN. A wildcard such as *.example.com covers exactly one level (shop.example.com), not example.com itself and not a.b.example.com. If the site also opens with www, the certificate must include both names.
Other causes
- Mixed content: an HTTPS page loads scripts, images or styles over http://; the padlock disappears or the content is blocked. Change those addresses to https://.
- HSTS: once a site has sent HSTS, browsers do not let users click through certificate errors until max-age runs out. The fix is to repair the certificate, not to turn HTTPS off.
- CAA: if your domain has CAA records, only the CAs listed there may issue certificates; if yours is missing, renewal fails.
- A wrong clock on the device makes certificates look expired or not yet valid.
- Antivirus software and corporate proxies that inspect HTTPS present their own certificate; the error then appears only on that network or device.
Check and get alerts
Sources
- CA/Browser Forum – Baseline Requirements
- Let's Encrypt – FAQ
- RFC 8446 – TLS 1.3
- RFC 6797 – HSTS
- MDN – Mixed content
This guide summarizes public information and is not legal advice. Rules can change; the official texts and announcements prevail.
Other guides
- Domain transfer: moving a domain to another registrar, step by step
- DNS records explained: A, AAAA, CNAME, MX, TXT, NS and more
- How to choose a domain name: a practical checklist
- SPF, DKIM and DMARC explained: stop spoofing and reach the inbox
- Who owns a domain? WHOIS and RDAP lookups explained
- Accredited .tr registrars and how to choose one
- The example.tr guide: domains directly under .tr (a.tr)
- The .tr domain guide: TRABİS, .com.tr and the rules