Tag not monitored by Microsoft.
The deployment error details are not provided, so only general Azure Front Door troubleshooting guidance can be given based on common symptoms.
For Azure Front Door issues, first determine whether the problem is with deployment of the Front Door profile itself or with traffic flowing through an already-deployed profile:
- If the profile is already deployed but requests fail:
- Check whether responses are 503/504 or 400 and match against the documented symptoms:
- 503/504 after ~30 seconds with
ErrorInfo: OriginInvalidResponseoften indicates an origin timeout or compression/byte-range issue. In that case:- Call the origin directly (bypassing Front Door) and measure response time.
- If the origin is slower than the Front Door timeout, increase Origin response timeout on the Front Door profile overview page (Standard/Premium only) to a value between 16 and 240 seconds.
- If increasing timeout does not help, use Fiddler or browser dev tools to check if the client sends byte-range requests with
Accept-Encodingenabled, which can cause inconsistent content lengths.
- 503 only for HTTPS endpoints with
ErrorInfo: OriginInvalidResponseoften indicates SSL/certificate issues:- If the backend is configured by IP address, disable
EnforceCertificateNameCheckin the origin settings (or Design pane for classic) so that certificate subject name validation is not enforced. - If the backend certificate does not match the backend FQDN, either:
- Fix the backend certificate so its CN/SAN matches the backend host name, or
- Disable
EnforceCertificateNameCheck.
- If the backend is an Azure Web App:
- Ensure the Web App uses SNI-based SSL, not IP-based SSL.
- Verify backend health on ports 80 and 443. If only 443 is unhealthy, investigate SSL configuration.
- Use
openssl s_client -connect <backend-fqdn>:443 -servername <backend-fqdn>to confirm the certificate returned for the SNI host matches the backend FQDN.
- If the backend is configured by IP address, disable
- 400 responses when using a custom domain:
- Confirm that a routing rule exists specifically for the custom domain frontend host (the hostname mapped via DNS), not only for the
*.azurefd.nethost. - Configure that routing rule to direct traffic from the custom domain frontend to the correct origin group.
- Confirm that a routing rule exists specifically for the custom domain frontend host (the hostname mapped via DNS), not only for the
- HTTP→HTTPS redirection not working:
- Review routing rules to ensure there is a specific redirect rule for HTTP that does not conflict with other rules.
- 503/504 after ~30 seconds with
- Check whether responses are 503/504 or 400 and match against the documented symptoms:
- If the Azure Front Door profile itself is failing to deploy:
- Verify deployment status in the Azure portal and wait for the global deployment to complete; initial deployment can take several minutes before the endpoint (for example,
contoso-frontend.z01.azurefd.net) becomes reachable. - Once deployment shows as complete, test the endpoint URL directly in a browser to confirm that it routes to the configured origin group.
- Verify deployment status in the Azure portal and wait for the global deployment to complete; initial deployment can take several minutes before the endpoint (for example,
If the error persists, capture the exact deployment error message and HTTP status codes, then compare them with the documented symptoms above or open a support request for deeper investigation.
References: