* Speed up testing * make notification run in the background, this recudes the test_readme time from 18s to 0.10s * reduce time for zone reload * TestServeDNSConcurrent remove entirely. This took a whopping 58s for ... ? A few minutes staring didn't reveal wth it is actually testing. Making values smaller revealed race conditions in the tests. Remove entirely. * Move many interval values to variables so we can reset them to short values for the tests. * test_large_axfr: make the zone smaller. The number used 64K has no rational, make it 64/10 to speed up. * TestProxyThreeWay: use client with shorter timeout A few random tidbits in other tests. Total time saved: 177s (almost 3m) - which makes it worthwhile again to run the test locally: this branch: ~~~ ok github.com/coredns/coredns/test 10.437s cd plugin; time go t ./... 5,51s user 7,51s system 11,15s elapsed 744%CPU ( ~~~ master: ~~~ ok github.com/coredns/coredns/test 35.252s cd plugin; time go t ./... 157,64s user 15,39s system 50,05s elapsed 345%CPU () ~~~ tests/ -25s plugins/ -40s This brings the total on 20s, and another 10s can be saved by fixing dnstapio. Moving this to 5s would be even better, but 10s is also nice. Signed-off-by: Miek Gieben <miek@miek.nl> * Also 0.01 Signed-off-by: Miek Gieben <miek@miek.nl> |
||
---|---|---|
.. | ||
rrutil | ||
tree | ||
closest.go | ||
closest_test.go | ||
delegation_test.go | ||
delete_test.go | ||
dname.go | ||
dname_test.go | ||
dnssec_test.go | ||
dnssex_test.go | ||
ds_test.go | ||
ent_test.go | ||
example_org.go | ||
file.go | ||
file_test.go | ||
fuzz.go | ||
glue_test.go | ||
include_test.go | ||
log_test.go | ||
lookup.go | ||
lookup_test.go | ||
notify.go | ||
nsec3_test.go | ||
README.md | ||
reload.go | ||
reload_test.go | ||
secondary.go | ||
secondary_test.go | ||
setup.go | ||
setup_test.go | ||
shutdown.go | ||
wildcard.go | ||
wildcard_test.go | ||
xfr.go | ||
xfr_test.go | ||
zone.go | ||
zone_test.go |
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. 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.
If you want to round-robin A and AAAA responses look at the loadbalance plugin.
file DBFILE [ZONES... ] {
reload DURATION
}
reload
interval to perform a reload of the zone if the SOA version changes. Default is one minute. Value of0
means to not scan for changes and reload. For example,30s
checks the zonefile every 30 seconds and reloads the zone when serial changes.
If you need outgoing zone transfers, take a look at the transfer plugin.
Examples
Load the example.org
zone from example.org.signed
and allow transfers to the internet, but send
notifies to 10.240.1.1
example.org {
file example.org.signed
transfer {
to * 10.240.1.1
}
}
Or use a single zone file for multiple zones:
. {
file example.org.signed example.org example.net
transfer example.org example.net {
to * 10.240.1.1
}
}
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. Any contents of db.example.org
will then read with that
origin set; this may or may not do what you want.
It's better to be explicit here and specify the correct origin. This can be done in 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 specificy the location of the zone files.