Skip to main content

DNS Validation (dns-01)

Why use DNS Validation?

To request a certificate from Let's Encrypt (or any Certificate Authority), you need to provide some kind of proof that you are entitled to receive the certificate for given domain(s). Let's Encrypt supports two methods of validation to prove control of your domain, http-01 (validation over HTTP) and dns-01 (validation over DNS).

Wildcard domain certificates (those covering * can only be requested using DNS validation. DNS Validation is also especially useful if the domains you are trying to get certification for are not public websites, or cannot serve http requests on port 80.

How to use DNS Validation

In order to validate your control of your domains to the certificate authority you will be required to create a specified TXT record in your domain's DNS zone.

To do this you may need to get the API credentials for the (hosted) DNS from your DNS providers control panel, store these credentials in the app then select them to be used for specific certificate requests.

If your DNS provider (or custom DNS setup) does not have an API we can talk to, you can write your own DNS update script or use the Manual DNS option (the request pauses while you manually update DNS).

Certify DNS

Certify DNS is a cloud hosted version of the acme-dns standard (CNAME delegation of acme challenge TXT records to a dedicated challenge response service). This service can be enabled through the License Keys tab when signed in. The service is compatible with most existing acme-dns clients so it can be used with other ACME clients on all operating systems. Read more about Certify DNS.

DNS API Providers

Current Built-In DNS API providers include:

* marked providers are contributed and tested by users.

In addition we implement a number of DNS providers courtesy of the Posh-ACME: project. If you encounter any issues with these you should verify they work normally within Posh-ACME and then raise an issue on our github page :

Akamai, AutoDNS, All-Inkl, ClouDNS, Combell, Constellix, DNSPod, DNSimple, DomainOffensive, deSEC, DigitalOcean, Dreamhost, Dynu, EasyDNS, Gandi, Google Cloud, Hetzner, Hurricane Electric, Infoblox, IBM Cloud/SoftLayer, ISPConfig, Linode, Loopia, LuaDns,, Namecheap NS1, PointDNS, Rackspace, RFC2136, Selectel, Simply, TotalUptime, UKFast, Yandex, Zilore Zonomi

If you change API credentials, you need to replace the credential settings in Certify under 'Settings > Stored Credentials' to ensure renewals keep working. Once saved, there is also a 'Test' option so you can try out the credentials to check they still work.

CNAME Delegation

An optional advanced approach to DNS validation which removes the need to update your primary domain DNS is to use CNAME delegation, this is where you create an CNAME record for each domain/subdomain and point it at a corresponding TXT record in another DNS zone. This allows you to have a dedicated domain or subdomain which specifically handles DNS challenge requests (because it can be automated).

In the Authorization configuration UI, you can specify the CNAME Delegation Rule for each authorization configuration.

The rule format is: *.source.domain:*.destination.domain, you can specify multiple rules by separating rules with ;.

So if for example your website has names and these would normally require a challenge TXT record be automatically created for each entry e.g. and In this example we could redirect those as CNAME entries to a dedicated zone such as

  • Configure all of the settings in order to update the target domain (instead of the original domain) and set your CNAME Delegation Rule as **
  • You will then also need an _acme-challenge CNAME in your original domain setup to point to delegated domain, for each domain/subdomain (e.g. pointing to and pointing to
  • The app will create/update the target TXT record and values, using the DNS credentials/API selection you have specified for the target domain/DNS zone.

It's also possible to redirect multiple sources to one destination subdomain using a non-wildcard target e.g. a rule definition of * would translate to, ignoring the subdomain. This means all of your TXT updates can use the same TXT record but support for this will vary by DNS provider.

Other DNS Validation Methods

You can alternatively use the following methods to manage your DNS TXT records:


acme-dns is a system to automatically manage TXT record values on behalf of your domain just for challenge validation. This is probably the easiest method if you have a trusted acme-dns server you can use, this also avoids storing powerful DNS admin credentials on your server. Find out more on how to use acme-dns.

DNS Scripting

DNS Scripting involves providing your own custom script to update/delete TXT records in your DNS using a .bat file which can then optionally call python, node scripts etc.

Manual DNS

If you are just experimenting with wildcard domains you may opt to use manual DNS updates (editing manually via your DNS control panel).

This is the least recommended option as you will need to update this for every renewal.

This method can also be extremely confusing when requesting a single cert for * and, as you need to provide 2 values for the same TXT record (to answer both the * and challenge responses).

To use Manual DNS:

  • Select Manual DNS as your DNS update method
  • Perform your initial certificate request. The request will pause and ask you to create a TXT record in your domain (one value for each domain or wildcard). Once you have completed that, wait for your DNS name servers to complete propagation. If you have trouble validating, wait an hour or more for this to complete.
  • Use 'Request Certificate' to resume the request and check validation.
  • If the certificate authority can see the TXT value they asked for in your DNS, they will then allow a certificate to be issued and the request will resume as normal.