Skip to content

Knowledgebase

Keep a portable DNS inventory when the provider has no export button

domains-dns

A portable DNS inventory lets you review changes and prepare a migration even when the current provider has no export button. It should describe the full authorised record set and provider behaviour, rather than only the few records returned by a public lookup.

What you need before you begin

Use an account with read access to the relevant zones. Check whether the provider offers an authenticated export or list-records API. Store the inventory with access controls because it can reveal internal naming, service relationships and verification tokens.

01 Keep a portable DNS inventory when the provider has no export button

  1. List every zone and its authoritative provider, registration owner and delegated children. Identify the correct account before exporting records.
  2. Use the provider's supported export or read-only API when available. Follow pagination to completion and compare the returned count with the dashboard; a first page is not a complete backup.
  3. If export is unavailable, record each owner name, type, value set, TTL and additional fields such as MX priority or SRV weight/port. Preserve exact punctuation and long TXT values.
  4. Record features that a plain zone file may omit: proxying, flattening, routing policies, health checks, templates, DNSSEC state, parent DS and registrar glue.
  5. Review the inventory after a controlled change and retain dated versions. Before a migration, validate it against the source and check which features the destination can actually represent.

02 Example: record a portable DNS inventory in a structured file

When a DNS provider offers no export button, keep a reviewed CSV inventory in protected storage. Use fully qualified names and preserve priority, TTL and the exact value. This small illustration covers only a website and mail route, not a complete production zone.

Code or configuration example
name,type,ttl,priority,value
example.com.,A,300,,192.0.2.10
www.example.com.,CNAME,300,,example.com.
example.com.,MX,3600,10,mail.example.com.
mail.example.com.,A,3600,,192.0.2.25

Read the result: Each row maps to one record. Record both ends of an alias and every member of a multi-value record set. Add separate fields where the record type needs them, such as SRV weight and port. CSV quoting is required when a value contains a comma or quotation mark.

Inventory hidden verification, mail-authentication and delegated-subdomain records from the authenticated panel. Public lookups do not reliably enumerate an entire zone. Validate the imported result record by record before switching to the replacement DNS service.

Verify the authoritative DNS result

Compare representative website, mail, wildcard, delegated-child and verification records against authoritative answers. Check API page counts and confirm the intended provider-specific behaviour is documented.

Troubleshoot unexpected results

Public DNS queries cannot reliably enumerate all names in a zone. An ANY query is not an export, and an unauthorised zone transfer should not be enabled to make backup easier. Use authorised provider access or request an export from support.

A common question

Can this inventory recreate DNSSEC private keys and every provider setting?

No. Public records do not contain private signing keys, account permissions or the complete provider control plane. Treat those as separate recovery requirements. The inventory is a portable description of published data and recorded settings, with a verified restoration plan where needed.

Was this answer helpful?

Need a little more help?

Our support team can help you find the next step.

Contact support