Importing a zone file
POST /v1/zones/{zone_id}/import takes an RFC 1035 master file — the BIND
format every provider exports.
- Console
- API
Open the zone from DNS and choose Import zone file. Paste the file
into the box, or load one from disk with Choose a file, then choose
Import.The dialog then reports how many record sets it added and how many it
replaced, and lists anything it skipped with the reason.
It merges, it never replaces
It merges, it never replaces
An RRset in the file replaces the RRset at the same name and type
wholesale; an RRset the file does not mention is left exactly as it is.So an import cannot delete a record, and importing the same file twice
is a no-op rather than an error — which is what makes it safe to retry.
It is all or nothing
It is all or nothing
The whole file is validated before a single record is written: every record
faces the same type, name, TTL and rdata checks that creating one does, the
same CNAME rule, and the same record quota. One bad record refuses the file
and the zone is untouched.
Some records are skipped by design
Some records are skipped by design
The SOA and apex NS set are the platform’s — the zone is served by our
nameservers, and the apex NS is what the parent delegates to. The DNSSEC
records (
RRSIG, DNSKEY, DS, NSEC, NSEC3, NSEC3PARAM, CDS,
CDNSKEY) are generated by our signer from keys your file cannot know.
Records placed outside the zone are skipped too.Every one comes back in skipped with a reason. A file exported from a
signed zone carries all of them, so refusing the file over them would make
export/import unusable.Exporting a zone file
GET /v1/zones/{zone_id}/export returns the zone as an RFC 1035 master file —
the same format /import takes.
- Console
- API
Open the zone from DNS and choose Export zone file. It downloads as
db.<zone name>.