[ Team LiB ] |
A.1 Master File Format(From RFC 1035, pages 33-35) The format of these files is a sequence of entries. Entries are predominantly line-oriented, though parentheses can be used to continue a list of items across a line boundary, and text literals can contain CRLF within the text. Any combination of tabs and spaces acts as a delimiter between the separate items that make up an entry. The end of any line in the master file can end with a comment. The comment starts with a semicolon (;). The following entries are defined: blank[comment] $ORIGIN domain-name [comment] $INCLUDE file-name [domain-name] [comment] domain-namerr [comment] blankrr [comment] Blank lines, with or without comments, are allowed anywhere in the file. Two control entries are defined: $ORIGIN and $INCLUDE. $ORIGIN is followed by a domain name and resets the current origin for relative domain names to the stated name. $INCLUDE inserts the named file into the current file and may optionally specify a domain name that sets the relative domain name origin for the included file. $INCLUDE may also have a comment. Note that an $INCLUDE entry never changes the relative origin of the parent file, regardless of changes to the relative origin made within the included file. The last two forms represent RRs. If an entry for an RR begins with a blank, then the RR is assumed to be owned by the last stated owner. If an RR entry begins with a domain-name, then the owner name is reset. rr contents take one of the following forms: [ TTL] [ class] type RDATA [ class] [ TTL] type RDATA The RR begins with optional TTL and class fields, followed by a type and RDATA field appropriate to the type and class. Class and type use the standard mnemonics; TTL is a decimal integer. Omitted class and TTL values default to the last explicitly stated values. Since type and class mnemonics are disjoint, the parse is unique. domain-names make up a large share of the data in the master file. The labels in the domain name are expressed as character strings and separated by dots. Quoting conventions allow arbitrary characters to be stored in domain names. Domain names that end in a dot are called absolute and are taken as complete. Domain names that do not end in a dot are called relative; the actual domain name is the concatenation of the relative part with an origin specified in an $ORIGIN, $INCLUDE, or argument to the master file-loading routine. A relative name is an error when no origin is available. character-string is expressed in one of two ways: as a contiguous set of characters without interior spaces, or as a string beginning with " and ending with ". Inside a "-delimited string any character can occur, except for " itself, which must be quoted using a backslash (\). Because these files are text files, several special encodings are necessary to allow arbitrary data to be loaded. In particular:
A.1.1 Time to Live(From RFC 2308, pages 7-8) The Master File format [RFC 1035 Section 5] is extended to include the following directive: $TTL <TTL> [comment] All resource records appearing after the directive, and which do not explicitly include a TTL value, have their TTL set to the TTL given in the $TTL directive. The remaining of the current meanings, of being the TTL to be used for negative responses, is the new defined meaning of the SOA minimum field. A.1.2 Character Case(From RFC 1035, page 9) For all parts of the DNS that are part of the official protocol, all comparisons between character strings (e.g., labels, domain names, etc.) are done in a case-insensitive manner. At present, this rule is in force throughout the domain system without exception. However, future additions beyond current usage may need to use the full binary octet capabilities in names, so attempts to store domain names in 7-bit ASCII or use of special bytes to terminate labels, etc., should be avoided. A.1.3 TypesFollowing is a list of common resource record types. The textual representation is used in master files. The binary representation is used in DNS queries and responses. These resource records are described on pages 13-21 of RFC 1035.
Textual representationowner ttl class A address Examplelocalhost.movie.edu. IN A 127.0.0.1 Binary representationAddress type code: 1 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | ADDRESS | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
Textual representationowner ttl class CNAME canonical-dname Examplewh.movie.edu. IN CNAME wormhole.movie.edu. Binary representationCNAME type code: 5 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / CNAME / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
Textual representationowner ttl class MX preference exchange-dname Exampleora.com. IN MX 0 ora.ora.com. IN MX 10 ruby.ora.com. IN MX 10 opal.ora.com. Binary representationMX type code: 15 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | PREFERENCE | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / EXCHANGE / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
Textual representationowner ttl class NS name-server-dname Examplemovie.edu. IN NS terminator.movie.edu Binary representationNS type code: 2 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / NSDNAME / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
Textual representationowner ttl class PTR dname Example1.249.249.192.in-addr.arpa. IN PTR wormhole.movie.edu. Binary representationPTR type code: 12 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / PTRDNAME / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
Textual representationowner ttl class SOA s ource-dname mbox (serial refresh retry expire minimum) Examplemovie.edu. IN SOA terminator.movie.edu. al.robocop.movie.edu. ( 1 ; Serial 10800 ; Refresh after 3 hours 3600 ; Retry after 1 hour 604800 ; Expire after 1 week 86400 ) ; Minimum TTL of 1 day Binary representationSOA type code: 6 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / MNAME / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / RNAME / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | SERIAL | | | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | REFRESH | | | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | RETRY | | | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | EXPIRE | | | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | MINIMUM | | | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
Textual representationowner ttl class TXT txt-strings Examplecujo.movie.edu. IN TXT "Location: machine room dog house" Binary representationTXT type code: 16 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / TXT-DATA / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
A.1.4 New Types from RFC 1183
Textual representationowner ttl class RP mbox-dname txt-dname Example; The current origin is fx.movie.edu @ IN RP ajs.fx.movie.edu. ajs.fx.movie.edu. bladerunner IN RP root.fx.movie.edu. hotline.fx.movie.edu. IN RP richard.fx.movie.edu. rb.fx.movie.edu. ajs IN TXT "Arty Segue, (415) 555-3610" hotline IN TXT "Movie U. Network Hotline, (415) 555-4111" rb IN TXT "Richard Boisclair, (415) 555-9612" Binary representationRP type code: 17 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / MAILBOX / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / TXTDNAME / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
A.1.5 New Types from RFC 1886
Textual representationowner ttl class AAAA ipv6-address Examplebridgetjones.movie.edu. IN AAAA 4321:0:1:2:3:4:567:89ab Binary representationAddress type code: 28 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | ADDRESS | | | | | | | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
A.1.6 New Types from RFC 2052
Textual representationowner ttl class SRV priority weight port target Example_http._tcp.movie.edu. IN SRV 1 2 80 www.fx.movie.edu. IN SRV 1 1 8080 www1.fx.movie.edu. Binary representationSRV type code: 33 +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | PRIORITY | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | WEIGHT | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ | PORT | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ / TARGET / / / +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ where:
A.1.7 Classes(From RFC 1035, page 13) CLASS fields appear in resource records. The following CLASS mnemonics and values are defined:
|
[ Team LiB ] |