When to use Let’s Encrypt
- You have a custom domain (
cdn.yoursite.com) on a Tenbyte CDN distribution. - Domain Validation (DV) is sufficient — no green-bar EV / OV needed.
- You want zero-touch renewal.
How it works
Renewal runs automatically about 30 days beforenotAfter.
Prerequisites
- Custom domain configured on the distribution. See SSL settings.
- A DNS CNAME from your domain to the distribution hostname:
- DNS resolves publicly — Let’s Encrypt verifies from the public internet.
Issue the certificate
- Open the distribution → SSL tab.
- Choose Let’s Encrypt.
- Click Issue certificate.
- Status moves through:
Pending validation→Issuing→Active.
Pending, the DNS isn’t pointing at the distribution yet — wait for the TTL to expire and try again.
Verify
Renewal
| Event | What happens |
|---|---|
~30 days before notAfter | Tenbyte requests a renewal automatically. |
| Validation succeeds | New cert is hot-swapped at the edge — zero downtime. |
| Validation fails | Webhook + console alert fires. |
Limitations
- DV only. No organizational identity in the cert.
- No wildcards by default. Use a custom cert if you need
*.yoursite.com. - Public DNS only. Internal-only domains can’t validate; use a custom cert from your internal CA.
- Rate limits. Let’s Encrypt limits per registered domain (50 certs / week / domain). Plenty for production but worth knowing for spin-up scripts.
Troubleshooting
| Symptom | Fix |
|---|---|
Stuck at Pending validation | DNS not resolving to the distribution. dig +short and confirm. |
Stuck at Issuing | Let’s Encrypt rate limit hit, or transient ACME outage. Retry after 1 h. |
| Cert active but browser shows mismatch | DNS resolves to the wrong distribution, or you changed the hostname after issuing — re-issue. |
| Renewal failed alert | Confirm CNAME still points at the distribution. Re-issue if it changed. |
Related
- SSL Overview — pick the right cert type.
- SSL settings — toggle HTTPS redirect, HTTP/2, HTTP/3.
- Custom certificates — bring your own.