Supported Record Types

This page lists all record types Bluella DNS supports, and how they are stored in backends. The list is mostly alphabetical but some types are grouped.

Warning: Host names and the MNAME of a SOA records are NEVER terminated with a '.' in Bluella DNS storage! If a trailing '.' is present it will inevitably cause problems, problems that may be hard to debug.

A

The A record contains an IP address. It is stored as a decimal dotted quad string, for example: '888.0.111.888'.

AAAA

The AAAA record contains an IPv6 address. An example: '2001:DB8:2000:bf0::1'.

AFSDB

A specialised record type for the 'Andrew Filesystem'. Stored as: '#subtype hostname', where subtype is a number.

ALIAS

The ALIAS record provides a way to have CNAME-like behaviour on the zone apex. Add the ALIAS record to your zone apex. e.g.:

IN ALIAS myweb.paas-provider.com

When the authoritative server receives a query for the A-record for example.com, it will resolve the A record for myweb.paas-provider.com and serve an answer for example.com with that A record.

CAA

The "Certification Authority Authorization" record, specified in RFC 6844, is used to specify Certificate Authorities that may issue certificates for a domain.

CERT

Specialised record type for storing certificates, defined in RFC 2538.

CDNSKEY

The CDNSKEY (Child DNSKEY) type is supported.

CDS

The CDS (Child DS) type is supported.

CNAME

The CNAME record specifies the canonical name of a record. It is stored plainly. Like all other records, it is not terminated by a dot. A sample might be 'mail.yourdomain.com'.

DNSKEY

The DNSKEY DNSSEC record type is fully supported, as described in RFC 4034.

DNAME

The DNAME record, as specified in RFC 6672 is supported.

DS

The DS DNSSEC record type is fully supported, as described in RFC 4034.

HINFO

Hardware Info record, used to specify CPU and operating system. Stored with a single space separating these two, example: 'i386 Linux'.

KEY

The KEY record is fully supported. For its syntax, see RFC 2535.

LOC

The LOC record is fully supported. For its syntax, see RFC 1876. A sample location (LOC) content would be: 51 56 0.123 N 5 54 0.000 E 4.00m 1.00m 10000.00m 10.00m

MX

The MX record specifies a mail exchanger host for a domain. Each mail exchanger also has a priority or preference. For example 10 mx.example.net. In Bluella DNS manager, the 10 should go in the 'priority field'.

NAPTR

Naming Authority Pointer, RFC 2915. Stored as follows:

'100  50  "s"  "z3950+I2L+I2C"     ""  _z3950._tcp.gatech.edu'.

The fields are: order, preference, flags, service, regex, replacement. Note that the replacement is not enclosed in quotes, and should not be. The replacement may be omitted, in which case it is empty. See also RFC 2916 for how to use NAPTR for ENUM (E.164) purposes.

NS

Nameserver record. Specifies nameservers for a domain. Stored plainly: ns1.bluella.net, as always without a terminating dot.

NSEC, NSEC3, NSEC3PARAM

The NSEC, NSEC3 and NSEC3PARAM DNSSEC record type are fully supported, as described in RFC 4034.

OPENPGPKEY

The OPENPGPKEY records, specified in RFC TBD, are used to bind OpenPGP certificates to email addresses.

PTR

Reverse pointer, used to specify the host name belonging to an IP or IPv6 address. Name is stored plainly: www.bluella.in. As always, no terminating dot.

RP

Responsible Person record, as described in RFC 1183. Stored with a single space between the mailbox name and the more-information pointer. Example: admin.bluella.in admin.dnsadmin.bluella.in, to indicate that admin.bluella.in is responsible and that more information about admin is available by querying the TXT record of admin.dnsadmin.bluella.in.

RRSIG

The RRSIG DNSSEC record type is fully supported, as described in RFC 4034.

SOA

The Start of Authority record is one of the most complex available. It specifies a lot about a domain: the name of the master nameserver ('the primary'), the hostmaster and a set of numbers indicating how the data in this domain expires and how often it needs to be checked. Further more, it contains a serial number which should rise on each change of the domain.

The stored format is:

 primary nameserver hostmaster serial refresh retry expire default_ttl

Besides the primary nameserver and the hostmaster, all fields are numerical. Bluella DNS has a set of default values:

The fields have complicated and sometimes controversial meanings. The 'serial' field is special. If left at 0, the default, Bluella DNS manager will perform an internal list of the domain to determine highest change_date field of all records within the zone, and use that as the zone serial number. This means that the serial number is always raised when changes are made to the zone.

SPF

SPF records can be used to store Sender Policy Framework details (RFC 4408).

SSHFP

The SSHFP record type, used for storing Secure Shell (SSH) fingerprints, is fully supported. A sample from RFC 4255 is: 2 1 123456789abcdef67890123456789abcdef67890.

SRV

SRV records can be used to encode the location and port of services on a domain name. When encoding, the priority field is used to encode the priority. For example, _ldap._tcp.dc._msdcs.conaxis.ch SRV 0 100 389 mars.conaxis.ch would be encoded with 0 in the priority field and 100 389 mars.conaxis.ch in the content field.

TKEY, TSIG

The TKEY (RFC 2930) and TSIG records (RFC 2845), used for key-exchange and authenticated AXFRs, are supported.

TLSA

The TLSA records, specified in RFC 6698, are used to bind SSL/TLS certificate to named hosts and ports.

TXT

The TXT field can be used to attach textual data to a domain. Text is stored plainly, Bluella DNS understands content not enclosed in quotes. However, all quotes characters (") in the TXT content must be preceded with a backslash (\).:

"This \"is\" valid"

For a literal backslash in the TXT record, escape it:

"This is also \\ valid"

Unicode characters can be added in two ways, either by adding the character itself or the escaped variant to the content field. e.g. "~" is equal to "\195\167".

When a TXT record is longer than 255 characters/bytes (excluding possible enclosing quotes), Bluella DNS will cut up the content into 255 character/byte chunks for transmission to the client.

URI

The URI record, specified in RFC 7553, is used to publish mappings from hostnames to URIs.

Other types

The following, rarely used or obsolete record types, are also supported:

Refer page Creating a new master zone to start adding your website.