* plugin/file: fix less to follow RFC 1034 and RFC 4034 matching and ordering requirements - Ensure comparison is left-justified - Ensure case folding applies only to A-Z - Decode \DDD without allocations Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com> * plugin/file: faster exit for less when a == b Avoid two calls and two reslices. Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com> * plugin/file: consolidate less tests Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com> * plugin/file: exit less early when there are no more labels Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com> * plugin/file: match dns.PackDomainName in handling \-escapes Compare unterminated names as root-terminating Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com> * plugin/file: More tests of less. Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com> --------- Signed-off-by: Ilya Kulakov <kulakov.ilya@gmail.com>
file
Name
file - enables serving zone data from an RFC 1035-style master file.
Description
The file plugin is used for an "old-style" DNS server. It serves from a preloaded file that exists on disk contained RFC 1035 styled data. If the zone file contains signatures (i.e., is signed using DNSSEC), correct DNSSEC answers are returned. Only NSEC is supported! If you use this setup you are responsible for re-signing the zonefile.
Syntax
file DBFILE [ZONES...]
- DBFILE the database file to read and parse. If the path is relative, the path from the root plugin will be prepended to it.
- ZONES zones it should be authoritative for. If empty, the zones from the configuration block are used.
The SOA record's owner name must match the zone being loaded. Names without a final dot are
relative to the current origin; for example, test in a zone loaded as test. becomes
test.test., not test.. Use @ (when the current origin matches the zone) or the zone's
absolute name for the SOA owner. A mismatched SOA causes loading to fail; an invalid reload
leaves the last successfully loaded zone in service.
If you want to round-robin A and AAAA responses look at the loadbalance plugin.
file DBFILE [ZONES... ] {
reload DURATION
reload_by_mtime
fallthrough [ZONES...]
}
reloadinterval to perform a reload of the zone if the SOA version changes. Default is one minute. Value of0means to not scan for changes and reload. For example,30schecks the zonefile every 30 seconds and reloads the zone when serial changes.reload_by_mtimeif set, decision to reload the zone will be based on the zone file modification time, instead of change in the SOA serial.fallthroughIf zone matches and no record can be generated, pass request to the next plugin. If [ZONES...] is omitted, then fallthrough happens for all zones for which the plugin is authoritative. If specific zones are listed (for examplein-addr.arpaandip6.arpa), then only queries for those zones will be subject to fallthrough.
If you need outgoing zone transfers, take a look at the transfer plugin.
Examples
Load the example.org zone from db.example.org and allow transfers to the internet, but send
notifies to 10.240.1.1
example.org {
file db.example.org
transfer {
to * 10.240.1.1
}
}
Where db.example.org would contain RRSets (https://tools.ietf.org/html/rfc7719#section-4) in the
(text) presentation format from RFC 1035:
$ORIGIN example.org.
@ 3600 IN SOA sns.dns.icann.org. noc.dns.icann.org. 2017042745 7200 3600 1209600 3600
3600 IN NS a.iana-servers.net.
3600 IN NS b.iana-servers.net.
www IN A 127.0.0.1
IN AAAA ::1
Or use a single zone file for multiple zones, with relative owner names and no fixed $ORIGIN:
. {
file db.shared example.org example.net
transfer example.org example.net {
to * 10.240.1.1
}
}
For example, db.shared can contain:
@ 3600 IN SOA sns.dns.icann.org. noc.dns.icann.org. 2017042745 7200 3600 1209600 3600
@ 3600 IN NS a.iana-servers.net.
www 3600 IN A 127.0.0.1
Each configured zone is used as the initial origin when parsing this file, so @ is its apex.
Signed zones require signatures for the actual owner names and must be signed separately.
Note that if you have a configuration like the following you may run into a problem of the origin not being correctly recognized:
. {
file db.example.org
}
We omit the origin for the file db.example.org, so this references the zone in the server block,
which, in this case, is the root zone. A file with an SOA for example.org. will be rejected
because it does not match the configured root zone, even if the file sets $ORIGIN example.org..
Specify the correct zone in one of two ways:
. {
file db.example.org example.org
}
Or
example.org {
file db.example.org
}
See Also
See the loadbalance plugin if you need simple record shuffling. And the transfer plugin for zone transfers. Lastly the root plugin can help you specify the location of the zone files.
See RFC 1035 for more info on how to structure zone files.