Why Datum verifies domains
Without a verification gate, anyone could create a zone for any name that happens to be spelled correctly and start serving real traffic for a domain someone else controls. Requiring proof of control means the only person who can hostexample.com on Datum is someone who can already change example.com.
Verification also unlocks the domain for other Datum services that need a hostname you own, such as Application Load Balancers.
What gets verified
Verification belongs to the domain, not to a zone. Verifyexample.com once and every zone you create for that name in the same project is unblocked. A domain tracked in a different project is a separate resource with its own token, so it’s verified separately.
A subdomain zone is verified against the subdomain. A zone for staging.example.com needs the verification token published under staging.example.com, not under example.com.
The name must be a registrable domain. A bare public suffix such as com is rejected as not registrable, and verification never starts for it.
Choose a method
You can prove control two ways. Datum checks DNS first, then HTTP if DNS hasn’t succeeded, and either one succeeding verifies the domain. You don’t need both.
Datum generates a unique token for the domain and shows you the exact values to publish. Copy them from the domain’s page in the portal rather than composing them yourself.
Verify with a TXT record
Datum asks for a TXT record on a_datum-custom-hostname name under your domain, holding the token as its value:
Add this record at whichever provider serves DNS for the domain today. If you’re moving to Datum, that’s still your old provider — Datum isn’t authoritative for the domain until you delegate, so a verification record created inside your new Datum zone can’t be seen from the internet yet.
_datum-custom-hostname rather than the full name, or you’ll end up with _datum-custom-hostname.example.com.example.com.
Verify with an HTTP token
Datum fetches a URL on your domain and compares the response body to the token:
Requirements:
- The request must return HTTP 200. A 404 tells Datum the token isn’t published yet.
- The body must be exactly the token. Surrounding whitespace and a trailing newline are ignored; anything else is a mismatch.
- Datum requests
http://. A redirect to HTTPS is followed, so serving the token only over HTTPS is fine as long as the plain HTTP URL redirects there. - The request times out after a few seconds, so serve the token as a static response rather than generating it on demand.
What happens after you publish
Datum re-checks on its own — every few seconds for the first few minutes, then about once a minute, then every five minutes. You don’t need to trigger anything. Most domains verify within a minute or two of the record becoming visible, though a long TTL on a previous lookup can delay it. When verification succeeds:- The domain is marked verified.
- Datum provisions the zone and assigns its nameservers.
- Datum creates the zone’s SOA and apex NS records.
- The zone moves from
RejectedthroughPendingtoOK, and starts serving.
Troubleshoot verification
Related
Domains
Tracking the domains you own, wherever they’re registered.
DNS zones
What happens once the domain is verified.