An Azure service that provides a cloud content delivery network with threat protection.
Hi Mike Meyers,
It looks like your custom domain’s managed cert didn’t make it out to the edge after the subscription came back online so browsers are still seeing the default “*.azurefd.net” cert (hence the CN mismatch). Here’s how you can troubleshoot and get HTTPS back up:
- Verify your DNS • Run
nslookup media.orfit.com(or use an online DNS checker) to ensure the CNAME is pointing exactly at your Front Door endpoint (e.g.yourfrontdoorname.azurefd.net). • If the CNAME is missing or pointing elsewhere, the managed cert won’t issue/apply. - Check the custom-domain + cert status in the portal • In Azure Portal go to your Front Door (Classic) → Frontend/domains → select media.orfit.com. • Under “Certificate management type” you should see Enabled and a valid expiry date. – If it’s Not enabled, Pending, or shows Custom domain unavailable, click Edit, reselect Azure Front Door managed certificate, then save. • Keep in mind it can take ~60 minutes for a Classic-SKU cert change to propagate to all edge POPs.
- Wait for propagation or force a re-issue • After you re-enable the managed cert, wait up to an hour and retest. • If it’s still serving the wrong cert after an hour, toggle to “Bring your own certificate” (BYOC) as a workaround, then back to “Azure-managed” to force a fresh DCV and cert rollout.
- Consider BYOC or SKU migration • If you need a faster turnaround or more control, upload your own TLS cert into Key Vault and configure BYOC on that custom domain. • Looking ahead, Classic SKUs will lose Azure-managed cert support after 15 August 2025—so you may want to plan a migration to Front Door Standard/Premium or BYOC before then.
- This is to inform you that the AFD certificate update may take up to 72 hours to fully propagate. Please wait for this duration and then check the result.
Update:
But I got another question, why does it takes 72 hours for the new certificate to be automatically deployed? This takes way to long in my perspective, so what is the reason behind that?
Glad it’s fixed. Here’s the simple truth: the 72 hours isn’t about the certificate it’s about the internet’s memory.
Front Door runs on hundreds of servers worldwide. When the cert changes, Azure has to update every single one, slowly and safely, so no one gets stuck with a broken connection. At the same time, browsers, ISPs, and company firewalls all “remember” the old certificate for up to a few days. Azure waits for all those old memories to fade before they can promise everyone sees the new one.
So, 72 hours is just a worst-case safety buffer. Most of the time it’s done in under an hour. But after a payment suspension or a full recreate, you hit the slow, careful path.
References
- Configure HTTPS on a Front Door (classic) custom domain https://learn.microsoft.com/azure/frontdoor/front-door-custom-domain-https
- Domains in Azure Front Door: HTTPS for custom domains https://learn.microsoft.com/azure/frontdoor/domain#https-for-custom-domains
Kindly let us know if the above helps or you need further assistance on this issue.
Please do not forget to
and “up-vote” wherever the information provided helps you, this can be beneficial to other community members.