Create Route 53 DNS zones automatically from WHMCS services
PD AWS Route 53 DNS can create a hosted zone from billing-platform lifecycle events. Review the account, client ownership and delegation plan before enabling it: creation at AWS and making that zone authoritative are separate actions.
Prepare the provider
Connect the intended AWS account and verify permissions for zone creation as well as listing and records. A successful Test connection only proves the tested listing request. Review the default provider, whether it is accepting new zones and whether an existing hosted zone already serves the domain. A default set to existing domains only can send new setups to another eligible provider; confirm the actual selection in Activity.
Keep the intended initial records ready. Creating an empty hosted zone does not transfer the website, mail or verification records from an old DNS service.
Enable the lifecycle setting
- Open AWS Route 53 DNS → Settings.
- Review Automatically create a DNS zone on registration and new services.
- Enable it for the intended lifecycle policy.
- Follow a controlled normal registration/activation process and inspect Zones and Activity for the result.
- Confirm client assignment and records before handing over editing access.
On WHMCS, documented triggers include domain registration/transfer and provisioning a service with a domain or hostname. Review the intended ordering client and domain/service binding for the resulting zone.
Treat takeover and delegation separately
On WHMCS, TLD takeover controls automatic nameserver updates for the selected extensions through registrar modules that support those updates. Other extensions can still get a hosted zone; their nameservers are left alone. The setting is not a filter that prevents zone creation outside the list.
A newly created hosted zone can have a different assigned nameserver set from an older same-named zone. Verify the exact zone and its NS records before changing a registrar delegation. A background failure does not mean the customer’s main registration/service action was rolled back.
Review cleanup before cancellation
Check Automatically clean up orphaned zones and When cleaning an orphan, also delete the zone at the provider before ending services. Removing management access and deleting live AWS DNS are different outcomes.
Keep a current snapshot and a deliberate retention decision for DNS that still serves traffic. For a failed or uncertain create, reconcile existing zones before trying again; retain the domain, action time and redacted result for support.
Check same-named hosted zones before changes
If your AWS account contains multiple hosted zones with the same domain name, do not assume choosing a same-named row selects a particular hosted-zone ID. This module resolves zones by name. Have your AWS administrator compare the exact hosted-zone ID, records and delegated nameservers before using module writes; use AWS’s native zone-specific controls if the target remains ambiguous. Do not create or delete another zone to diagnose that ambiguity.
Check the created zone and delegation
Your hosting team should establish which lifecycle action ran and which configured provider accepted new zones. Inspect Activity and compare AWS creation, customer assignment and registrar delegation as separate results. A successful registration or service activation does not prove that the DNS setup completed, and a DNS failure does not mean that the billing action was undone. Check existing hosted-zone IDs before repeating creation and saved retention/deletion choices before cancellation.
See the PD AWS Route 53 DNS WHMCS guide for related tasks, or explore the module.
