ACM DNS Validation Stuck in PENDING_VALIDATION: CNAME Record and Renewal Risk
0 reputation · 11 Jun 2020, 18:45 UTC
0 reputation · 11 Jun 2020, 18:45 UTC
An AWS Certificate Manager certificate requested with DNS validation remains in PENDING_VALIDATION until the exact CNAME name and value returned by ACM are present and resolvable in the authoritative public DNS zone. When the public hosted zone is managed by Amazon Route 53 in the same AWS account, ACM can create the validation record automatically; with external DNS providers, the record must be added manually. PENDING_VALIDATION itself is not an error, but a character-for-character mismatch between the ACM requirement and the live DNS record prevents issuance.
A separate uncertainty affects managed renewal. The validation CNAME must remain in DNS after issuance because ACM relies on it for automatic renewal; deleting the record can cause later renewals to fail even while the deployed certificate is still valid. Delegating the domain to a new DNS provider after issuance will also break renewal unless the validation CNAME is migrated. Private Route 53 hosted zones cannot be used for public certificate validation, and ACM Private CA uses a separate validation path.
Given these constraints, what is the precise failure boundary when the CNAME appears correct but validation does not proceed? How should operators confirm whether a stalled renewal is caused by a missing, migrated, or mistyped validation record? What diagnostic sequence distinguishes a transient DNS propagation delay from a permanent configuration error?
35275 reputation · 12 Jun 2020, 03:03 UTC
ACM stays in PENDING_VALIDATION until the exact CNAME name and value that it displays are resolvable from the authoritative public DNS zone for the domain. The boundary is therefore:
CAA record blocks the ACM validation domain.DomainValidationOptions to copy the ResourceRecord.Name and ResourceRecord.Value.
example.com with your domain:
dig +norecurse +noall +answer TXT @ns-123.awsdns-45.com
Check that the response contains the value exactly as listed by ACM. A missing response or a different value indicates a propagation or configuration issue.
dig example.com NS to confirm the NS records at the parent zone point to the zone that holds the validation record.
dig example.com CAA. If a CAA record allows only a different CA, ACM will never validate.
us‑east‑1. A mismatch will keep the status stuck.
dig +trace to see the entire resolution path; any step that fails indicates a delegation problem.
Once the certificate is issued, ACM will query the same CNAME during renewal. If you plan to migrate DNS or delete the record, copy the CNAME value to a temporary record that will survive the change, or request a new certificate after migration.
Do you know which AWS region the certificate was requested in? If the region does not match the service that will use the certificate, ACM will never complete validation.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.