Featured
Manage DNS zones and records for any provider — Cloudflare, Route 53, cPanel, PowerDNS and more, in WHMCS
Manage your AWS Route 53 DNS zones and records inside WHMCS — fast, self-service, auto-provisioned
Made and supported by Projektif Digital Ltd. Runs inside PD Modules, the panel every module installs into.
PD AWS Route 53 DNS lets a hosting company give its customers self-service DNS on Amazon Route 53 from inside WHMCS. A hosted zone is created in your AWS account when a domain is registered, your customer edits its records in your client area under your brand, and your team manages every zone from one list without handing out AWS console logins.
It is built for hosts and registrars who already run their customers' DNS on Route 53, or who want its reliability behind their own client area, and who do not want to give customers access to AWS or give support staff the AWS console.
Keep AWS out of your customers' sight. Customers manage DNS in your client area, with your branding. They never need an AWS account, and they never see a key. Their pages do not name the service that answers their DNS.
Hosted zones appear without an import. Add one IAM access key and every hosted zone in the account is listed straight away, read live from Route 53 with no sync job and nothing to go stale. Changes are written straight back.
Give support the zones, not the console. Your team opens a zone, sees its client and its health, and changes records in WHMCS. Nobody needs console access to answer "can you add an MX record".
Alias records, supported properly. ALIAS records, Route 53's answer to a CNAME at the apex, are managed alongside the standard record types in the same editor.
A policy that matches what the module does. The IAM policy in the documentation grants exactly the seven Route 53 actions the module calls, from listing hosted zones to changing record sets. With it, every feature works, and nothing else in your AWS account is reachable.
Your keys stay with you. AWS credentials live in your own WHMCS database and are used only for Route 53 calls. They are never sent to PD Modules. Route 53 is global, so the region field only signs requests and can be left blank.
DNS that sets itself up. With auto-provision on, a hosted zone is created when a domain is registered or transferred, or a service with a domain is set up. For the extensions you choose, the module also points the domain's nameservers at Route 53 through your registrar module.
This module does not sign zones or manage DNSSEC keys, and it offers no DNSSEC control. A Manage DNS link appears on a client's domain and service pages, and the pages render natively on WHMCS's Six, Twenty-One and Nexus themes.
PD AWS Route 53 DNS is one paid module with every feature included. AWS bills you for Route 53 directly and there is no per-zone fee on top. It activates from your PD Modules subscription with no key to paste, adds its own tables and modifies no WHMCS files.
If your subscription lapses, your DNS records are never touched and Route 53 keeps answering for every zone. Admin management locks first while customers keep their self-service, and customer management stops later behind a neutral message. Renewing restores everything.
No. PD AWS Route 53 DNS reads records live from Route 53 and writes changes back immediately. Route 53 remains the authoritative source of truth. The module stores only metadata — zone ownership, backup snapshots and activity logs — in your WHMCS database.
An IAM access key scoped to Route 53 with read and write access to your hosted zones — enough to list zones, read record sets, and submit record changes. You can attach an AWS-managed Route 53 policy or a tightly scoped custom policy limited to the hosted zones you want to manage.
Add an IAM access key — the Access Key ID and Secret Access Key — in the Providers panel. You can optionally set a region (Route 53 is a global service, so the region only signs the requests; it defaults to us-east-1) and an optional session token if you use temporary STS credentials. Credentials are stored encrypted and shown masked.
Yes, if you delete it: **Delete zone** in a zone's ⋯ menu deletes the zone and all its records at Route 53, after you confirm. Nothing else deletes a zone at Route 53 unless you choose it: removing a provider, cleaning up an orphan and terminating a service all leave the zone in place, unless you turn on **When cleaning an orphan, also delete the zone at the provider** or turn off **Keep the DNS zone when a service is terminated**.
A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, CAA, PTR, ALIAS, NAPTR, DS, TLSA and SSHFP, each with a type-aware editor that checks addresses and hostnames before saving.
DNSSEC management is not offered for Route 53 in this module. If you need DNSSEC signing on a hosted zone, manage it directly in the AWS console. Everything else — records, backups, self-service and auto-provisioning — is fully managed here.
DNS records are never touched on lapse — your zones and records stay exactly as they are and keep being served. Management steps down in stages: admin management locks first while your customers keep their own DNS self-service, which stops only later, behind a neutral 'temporarily unavailable' message. Renewing restores everything.
Yes. Enable 'Automatically create a DNS zone on registration and new services' in Settings. A zone is created when a domain is registered or transferred, or a service with a domain is set up. Separately, the TLD takeover list on your provider names the extensions whose nameservers are also pointed at Route 53 when such a domain is registered or transferred (registrar modules that support nameserver changes).
WHMCS 9 or later, on PHP 8.2 or later. It installs alongside whatever else you run — it adds its own tables and templates rather than modifying WHMCS files, so it does not collide with other vendors' modules or with a customised theme. Uninstalling removes its own tables and settings and leaves no orphans behind.