view

Description

view defines an expression that must evaluate to true for a DNS request to be routed to the server block. This enables advanced server block routing functions such as split dns.

Syntax

view NAME {
  expr EXPRESSION
}

• view NAME - The name of the view used by metrics and exported as metadata for requests that match the view’s expression
• expr EXPRESSION - CoreDNS will only route incoming queries to the enclosing server block if the EXPRESSION evaluates to true. See the Expressions section for available variables and functions. If multiple instances of view are defined, all EXPRESSION must evaluate to true for CoreDNS will only route incoming queries to the enclosing server block.

For expression syntax and examples, see the Expressions and Examples sections.

Examples

Implement CIDR based split DNS routing. This will return a different answer for test. depending on client’s IP address. It returns …

• test. 3600 IN A 1.1.1.1, for queries with a source address in 127.0.0.0/24
• test. 3600 IN A 2.2.2.2, for queries with a source address in 192.168.0.0/16
• test. 3600 IN A 3.3.3.3, for all others

. {
  view example1 {
    expr incidr(client_ip(), '127.0.0.0/24')
  }
  hosts {
    1.1.1.1 test
  }
}

. {
  view example2 {
    expr incidr(client_ip(), '192.168.0.0/16')
  }
  hosts {
    2.2.2.2 test
  }
}

. {
  hosts {
    3.3.3.3 test
  }
}

Send all A and AAAA requests to 10.0.0.6, and all other requests to 10.0.0.1.

. {
  view example {
    expr type() in ['A', 'AAAA']
  }
  forward . 10.0.0.6
}

. {
  forward . 10.0.0.1
}

Send all requests for abc.*.example.com (where * can be any number of labels), to 10.0.0.2, and all other requests to 10.0.0.1. Note that the regex pattern is enclosed in single quotes, and backslashes are escaped with backslashes.

. {
  view example {
    expr name() matches '^abc\\..*\\.example\\.com\\.$'
  }
  forward . 10.0.0.2
}

. {
  forward . 10.0.0.1
}

Expressions

To evaluate expressions, view uses the expr-lang/expr package ( https://github.com/expr-lang/expr ). For example, an expression could look like: (type() == 'A' && name() == 'example.com.') || client_ip() == '1.2.3.4'.

All expressions should be written to evaluate to a boolean value.

See https://github.com/expr-lang/expr/blob/master/docs/Language-Definition.md as a detailed reference for valid syntax.

Available Expression Functions

In the context of the view plugin, expressions can reference DNS query information by using utility functions defined below.

DNS Query Functions

• bufsize() int: the EDNS0 buffer size advertised in the query
• class() string: class of the request (IN, CH, …)
• client_ip() string: client’s IP address, for IPv6 addresses these are enclosed in brackets: [::1]
• do() bool: the EDNS0 DO (DNSSEC OK) bit set in the query
• id() int: query ID
• name() string: name of the request (the domain name requested ending with a dot): example.com.
• opcode() int: query OPCODE
• port() string: client’s port
• proto() string: protocol used (tcp or udp)
• server_ip() string: server’s IP address; for IPv6 addresses these are enclosed in brackets: [::1]
• server_port() string : server’s port
• size() int: request size in bytes
• type() string: type of the request (A, AAAA, TXT, …)

Utility Functions

• incidr(ip string, cidr string) bool: returns true if ip is within cidr
• metadata(label string) - returns the value for the metadata matching label

Metadata

The view plugin will publish the following metadata, if the metadata plugin is also enabled:

• view/name: the name of the view handling the current request