nils/gluon
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

improve docs

Browse Source
This commit is contained in:
Ralf Jung 2017-11-27 10:10:22 +01:00
parent e3f0e1a04d
commit b24ad19d21
1 changed files with 11 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
docs/features/dns-cache.rst
View File

@ -14,13 +14,17 @@ There are the following settings:
servers servers
cacheentries cacheentries
If both options are set the node will cache as much DNS records as set with To use the node's DNS server, both options should be set. The node will cache at
'cacheentries' in RAM. The 'servers' list will be used to resolve the received most 'cacheentries' many DNS records in RAM. The 'servers' list will be used to
DNS queries if the request cannot be answered from cache. If these settings do resolve the received DNS queries if the request cannot be answered from
not exist, the cache is not initialized and RAM usage will not increase. Note cache. Gateways should announce the "next node" address via DHCP and RDNSS (if
that not setting 'servers' here defeats the purpose; once the routers all any). Note that not setting 'servers' here will lead to DNS not working: Once
announce the "next node" address for DNS, there is no way for nodes to the gateways all announce the "next node" address for DNS, there is no way for
automatically determine DNS servers. They have to be baked into the firmware. nodes to automatically determine DNS servers. They have to be baked into the
firmware.
If these settings do not exist, the cache is not initialized and RAM usage will
not increase.
When next_node.name is set, an A record and an AAAA record for the When next_node.name is set, an A record and an AAAA record for the
next-node IP address are placed in the dnsmasq configuration. This means that the content next-node IP address are placed in the dnsmasq configuration. This means that the content