Module domain::base

source ·
Expand description

Handling of DNS data.

This module provides types and traits for working with DNS data. The types allow creating such data from scratch and processing it. Crucially, the module provides means to extract the data from wire-format DNS messages and assemble such messages.

§Representation of Variable-length Data and DNS Messages

Various types have to deal with data of variable length. For instance, a domain name can be anywhere between one and 255 bytes long. Since there is no single best type to deal with such data – slices, vecs, or even byte arrays may all be prefered in certain cases –, the crate uses a set of traits to be able to be generic over bytes sequences. We call types that provide these traits ‘octet sequences’ or simply ‘octets.’

Different traits exist for octet references, owned octets, and octet builder, that is types that allow constructing an octet stequence from indidivual bytes or slice. The octseq crate contains all traits and trait implementations. It also contains a detailed descriptions of the traits, their purpose, and how it all fits together.

§Parsing and Composing Messages

In order to easily distinguish the process of creating and disecting wire-format messages other forms of representation conversion such as reading from a zone file, we use the term parsing for extracting data from a wire-format representation and composing for producing such a representation.

Both parsing and composing happen on buffers holding a complete DNS message. This seems to be a reasonable choice given the limited size of DNS messages and the complexities introduced by compressing domain names in message by referencing other parts of the message. The fundamental types for parsing and composing are also part of the octseq module. But unless you are implementing your own resource record types, you are unlikely to ever having to deal with parsing and composing directly.

Instead, the types Message and MessageBuilder are there to make parsing and constructing DNS messages easy. A Message takes the binary data of a DNS message and allows iterating over its four sections to look at the questions and resource records. Similarly, a MessageBuilder takes a bytes vector (or creates one for you) and has functionality to build the sections of the message step-by-step.

§Types for DNS Data

The module contains a number of types for DNS data, both fundamental and composed. Because they often come with a number of support types, they are arranged in submodules. You will find detailed explanations for all of them in their module. These are:

  • charstr for DNS character strings,
  • header for the header of DNS messages,
  • name for domain names,
  • opt for the record data of OPT records used in EDNS,
  • question for questions,
  • serial for serial numbers of zones, and
  • record for DNS resource records including record data,
  • rdata for all the individual record types.

§Zone File Processing

Handling for the text format for DNS data from zone files is available via the crate’s zonefile module. See there for more information.

§Support for no_std

The crate is capable of operating without the std crate. Obviously, the set of features is somewhat limited. Specifically, most owned octet sequence types require an allocator. The octseq crate thus defines a set of types atop fixed size byte arrays that can be kept on the stack. Additional types can be created via the octets_array macro.

Use of the std crate is selected via the std feature. This is part of the default set, so you will have to disable the default features.

Re-exports§

Modules§

  • Character strings.
  • Additional traits for comparisions.
  • The header of a DNS message.
  • IANA Definitions for DNS.
  • Accessing existing DNS messages.
  • Building a new DNS message.
  • Domain names.
  • Networking-related types not available in core.
  • Record data for OPT records.
  • A single question in a DNS message.
  • Resource record data.
  • Resource Records.
  • Parsing of data from its presentation format.
  • Serial numbers.
  • Creating and consuming data in wire format.