YADIFAD-CONF(5)
π
yadifad.conf(5) β YADIFA π
okay so bestie, welcome to the yadifad.conf(5) page from YADIFA β this is the configuration file for yadifad(8), and we're gonna make it make sense. π
β¨ NAME β¨
yadifad.conf β configuration file for yadifad(8). periodt.
π¦ SYNOPSIS π¦
${SYSCONFDIR}/yadifad.conf
πΈ DESCRIPTION πΈ
okay so yadifad's config lives in a text file, and that file can optionally include other files. the general structure is a sequence of containers: a sequence of lines of text starting with a <container-name> and ending with a </container-name>. each line between these delimitters is in the form: variable-name value. the format of the value is determined by the type of the variable. iconic, honestly.
β¨ TYPES β¨
there are 15 types:
- ACL β a list of ACL descriptors. user-defined ACLs are found in the ACL section. the
"any"and"none"descriptors are always defined. elements of the list are separated by a,or a;. - DNSSECTYPE β a DNSSEC type name. it can be a DNSSEC-enabled value (
"nsec","nsec3"or"nsec3-optout") or a DNSSEC-disabled value ("none","no","off"or"0"). - ENUM β a word from a specified set.
- FLAG β a boolean value. it can be true (
"1","enable","enabled","on","true","yes") or false ("0","disable","disabled","off","false","no"). - FQDN β a fully-qualified domain name text string. e.g.:
www.eurid.eu. - GID β group ID. (can be a number or a name)
- HOST(S) β a (list of) host(s). a host is defined by an IP (v4 or v6) and can be followed by the word
portand a port number. elements of the list are separated by a,or a;. - INTEGER / INT β a base-ten integer.
- NETMOD β a word or integer that identifies the network model:
singleor0β each working thread reads a single message, processes its answer and replies to it.bufferedor1β working threads are working by couple. one reads a single message and queues it, one de-queues it, processes its answer and replies to it.multior2β each working thread reads a multiple messages, processes their answers and replies to them.
- PATH / FILE β a file or directory path. i.e.:
"/var/zones". - STRING / STR β a text string. double quotes can be used but are not mandatory. without quotes the string will be taken from the first non-blank charater to the last non-blank character.
- HEXSTR β a hexadecimal even-length text string.
- RELDATE β a cron-like date to be matched, relative to another. the columns are minutes
[0;59], hours[0;23], days[0;31], months[1;12], weekdays[mon,tue,wed,thu,fri,sat,sun]and week-of-the-month[0;4]. multiple values can be set in a column cell using','as a separator. the'*'character can be used to set all possible values of its column cell. - RELTIME β a time offset relative to another. it's written as
+integer[unit-character](e.g.:+24h) where the unit character can be seconds, minutes, hours, days or weeks. - SECONDS β a base-ten integer.
- HOURS β a base-ten integer.
- DAYS β a base-ten integer.
- UID β user ID. (can be a number or a name)
π CONTAINERS π
the configuration of yadifad has several containers:
<main>β general container<key>β TSIG keys<acl>β access lists<nsid>β NameServer IDentifier<rrl>β Response Rate Limiting directives<zone>β description of the domain name in specific attributes.<channels>β description of the logger outputs.<dnssec-policy>β description of dnssec policies.<key-suite>β description of the key-suites needed if'dnssec policies'are used.<key-roll>β description of the key-rolls needed if'dnssec policies'are used.<key-template>β description of the key-templates needed if'dnssec policies'are used.<denial>β description of'denial', this can be used in certain'dnssec policies'.
the configuration supports included files. example:
include /etc/yadifa/conf.d/local.conf
the configuration files can be nested.
the configuration consists of:
- container, which starts with
<container name>and ends with</container name> - variable name
- 1 or 2 arguments
- arguments can contain 1 or more comma separated values.
π STANDARD SECTIONS π
π«Ά <main> π«Ά
general container, contains all the configuration parameters needed to start up yadifad.
allow-controlACL β default:none. default server-control access control list. only the sources matching the ACL are accepted.allow-notifyACL β default:any. default notify access control list. only the servers matching the ACL will be handled.allow-queryACL β default:any. default query access control list. only the clients matching the ACL will be replied to.allow-transferACL β default:none. default transfer access control list. only the clients matching the ACL will be allowed to transfer a zone (axfr/ixfr).allow-updateACL β default:none. default update access control list. only the clients matching the ACL will be allowed to update a zone.allow-update-forwardingACL β default:none. default update-forwarding access control list. only the sources matching the ACL are accepted.answer-formerr-packetsFLAG β default:true. if this flag is disabled; the server will not reply to badly formatted packets.axfr-compress-packetsFLAG β default:true. enables the dns packet compression of each axfr packet.axfr-max-packet-sizeINT β default:4096 bytes. the maximum size of an axfr packet. (MIN:512; MAX:65535)axfr-max-record-by-packetINT β default:0. the maximum number of records in each axfr packet. older name servers can only handle 1. set to0to disable the limit. (MIN:0; MAX:65535)axfr-retry-delaySECONDS β default:600. number of seconds between each retry for the first transfer from the primary name server. (MIN:60; MAX:86400)axfr-retry-jitterSECONDS β default:180. jitter applied toaxfr-retry-delay. (MIN:60; MAX:axfr-retry-delay)axfr-retry-failure-delay-multiplierINT β default:5. linear back-off multiplier. the multiplier times the number of failures is added to thexfr-retry-delay. (MIN:0; MAX:86400)axfr-retry-failure-delay-maxSECONDS β default:3600. maximum delay added for the back-off. (MIN:0; MAX:604800)axfr-strict-authorityFLAG β default:yes (unless --enable-non-aa-axfr-support was used). tellsyadifadto be strict with the AA flag in AXFR answerschrootFLAG β default:off. enabling this flag will make the server jail itself in thechroot-pathdirectory.chroot-path;chrootpathPATH β default:/. the directory used for the jail.cpu-count-overrideINT β default:0. overrides the detected number of logical cpus. set to0for automatic. (MIN:0; MAX:256)daemon;daemonizeFLAG β default:false. enabling this flag will make the server detach from the console and work in background.data-path;datapathPATH β default:zones. the base path were lies the data (zone file path; journaling data; temporary files; etc.)do-not-listenHOSTS β default:-. an exclusion list of addresses to never listen to. if set,0.0.0.0and::0will always be split by interface to isolate the address.edns0-max-sizeINT β default:4096. edns0 packets size. (MIN:512; MAX:65535)gid;groupGID β default:0 (or root). the group ID that the server will use.hidden-primary;hidden-masterFLAG β default:no. as a hidden primary more CPU will be used for various maintenance tasks.hostname-chaos;hostnameSTR β default:the host name. the string returned by ahostname-chaosTXT CH query.keys-path;keyspathPATH β default:zones/keys. the base path of the dnssec keys.listenHOSTS β default:0.0.0.0,::0. the list of interfaces to listen to.log-files-disabledFLAG β default:no. if set, disables checking thelog-pathdirectory for existence and writing rights.log-path;logpathPATH β default:log. the base path where the log files are written.log-unprocessableFLAG β default:off. enabling this flag will make the server log unprocessable queries.max-tcp-queries;max-tcp-connectionsINT β default:16. the maximum number of parallel tcp queries; allowed. (MIN:1; MAX:255)network-modelNETMOD β default:multi. sets the networking model ofyadifa.pid-file;pidfileSTR β default:run/yadifad.pid. the pid file name.queries-log-typeINT β default:1. query log format. (0: none;1: yadifa format;2: BIND format;3: yadifa and BIND format at once)serverid-chaos;serveridSTR β default:-. the string returned by aid.server.TXT CH query. if not set;REFUSEDis answered.
okay so weβre still deep in the server-option zone β no new heading yet, just more knobs π
server-port;portINT β default:53. The default DNS port. (MIN: 1; MAX: 65535)sig-validity-intervalDAYS β default:30. The number of days an automatic signature stays valid. (MIN: 7 days; MAX: 30 days)sig-validity-jitter;sig-jitterSECONDS β default:3600. The signature expiration validity jitter in seconds (1 hour). (MIN: 0 sec; MAX: 86400 sec)sig-validity-regenerationHOURS β default:automatic. Signatures expiring in less than the indicated amount of hours will be recomputed. The default will be chosen byyadifa. (MIN: 24 hours; MAX: 168 hours)statisticsFLAG β default:true. The server will log a report line about some internal statistics.statistics-max-periodSECONDS β default:60. The period in seconds between two statistics log lines. (MIN: 1 sec; MAX: 31 * 86400 seconds (31 days))tcp-query-min-rateINT β default:512 bytes/second. The minimum transfer rate required in a TCP connection (read and write). Slower connections are closed. The units are bytes per second. (MIN: 0; MAX: 4294967295)thread-affinity-baseINT β default:0. Sets the first CPU to set affinity for. Set it to the real CPU of a core. (MIN: 0; MAX: 3)thread-affinity-multiplierINT β default:0. Sets the multiplier choosing CPU to set affinity for. Allows avoiding hyperthread cores. Set to0for automatic avoiding. (MIN: 0; MAX: 4)thread-count-by-addressINT β default:-1. Number of independent threads used to process each listening address. Set to-1for automatic. Set to0for single threaded. (MIN: -1; MAX: number of CPU's)uid;userUID β default:0(or root). The user ID that the server will use.version-chaos;versionSTR β default:yadifa version#. The text to include in the versionTXTCHquery.xfr-connect-timeoutSECONDS β default:5. Timeout for establishing a connection foraxfrandixfrtransfers. Set to0to disable. (MIN: 0; MAX: 4294967295)xfr-path;xfrpathPATH β default:zones/xfr. The base path used foraxfrand journal storage.zone-download-thread-countINT β default:4. Number of independent threads used to download the zones. (MIN: 0; MAX: 255)zone-load-thread-countINT β default:1. Number of independent threads used to process loading of the zones. (MIN: 0; MAX: 255)zone-store-thread-countINT β default:1. Sets the number of threads used to store a zone on disk (MIN: 1, MAX: 4).zone-unload-thread-countINT β default:1. Sets the number of threads used to delete a zone from memory (MIN: 1, MAX: 4).worker-backlog-queue-sizeINT β default:16384. Fornetwork-model 1, sets the size of the backlog queue (MIN: 4096, MAX: 1048576).
π <key> β TSIG keys
algorithmENUM β default:-. Mandatory. Sets the algorithm of the key.
Supported values are:
hmac-md5hmac-sha1hmac-sha224hmac-sha256hmac-sha384hmac-sha512
The algorithm names are case insensitive.
nameFQDN β default:-. Mandatory. Sets the name of the key.secretTEXT β default:-. Mandatory. Sets the value of the key.BASE64encoded.
πͺ <acl> β Access lists
Each entry of the acl section defines a rule of access. Each rule is a name (a single user-defined word) followed by a rule in the form of a list of statements. The separator can be , or ;. The any and none names are reserved. A statement tells if a source is accepted or rejected. Reject statements are prefixed with !. Statements are evaluated in the following order: first from more specific to less specific, then from reject to accept. If a statement matches, the evaluation will stop and accordingly accept or reject the source. If no statement matches, then the source is rejected.
A statement can be either:
- An IPv4 or an IPv6 address followed (or not) by a mask.
[!]ipv4 |ipv6 [/mask]
For example:
internal-network 192.0.2.128/26;2001:DB8::/32
- The word
keyfollowed by the name of a TSIG key.
key key-name
For example:
slaves key public-slave;key hidden-slave
- An ACL statement name from the
aclsection. Note that negation and recursion are forbidden and duly rejected.
acl-name
For example:
who-can-ask-for-an-ixfr primary;secondaries;127.0.0.1
πͺͺ <nsid> β NameServer IDentifier
asciiSTR β default:"". The string can be 512 characters long.hexβ default:"".
π¦ <rrl> β Response Rate Limiting directives
responses-per-secondINT β default:5. Allowed response rate.errors-per-secondINT β default:5. Allowed error rate.slipINT β default:2. Random slip parameter.log-onlyFLAG β default:false. If set totrue, logs what it should do without doing it.ipv4-prefix-lengthINT β default:24. Mask applied to group the IPv4 clients.ipv6-prefix-lengthINT β default:56. Mask applied to group the IPv6 clients.exempt-clientsACL β default:none. Clients matching this rule are not subject to the RRL.enabledFLAG β default:false. Enables the RRL.min-table-sizeINT β default:1024. RRL buffer minimum size.max-table-sizeINT β default:16384. RRL buffer maximum size.windowINT β default:15. RRL sliding window size in seconds.
π <zone> β Description of the domain name in specific attributes
allow-controlACL β default:as main. Control commands control list. Only the matching sources are allowed.allow-notifyACL β default:as main. Notify access control list. Only the servers matching the ACL will be handled.allow-queryACL β default:as main. Query access control list. Only the clients matching the ACL will be replied to.allow-transferACL β default:as main. Transfer access control list. Only the clients matching the ACL will be allowed to transfer a zone (axfr/ixfr).allow-updateACL β default:as main. Update access control list. Only the clients matching the ACL will be allowed to update a zone.allow-update-forwardingACL β default:as main. Update forwarding control list. Only the matching sources are allowed.dnssec-mode;dnssecDNSSEC-TYPE β default:off. Type of DNSSEC used for the zone. As primary name server;yadifawill try to maintain that state.dnssec-policySTR β default:-. Sets thednssec-policyid to be used.domainFQDN β default:-. Mandatory. Sets the domain of the zone (i.e.:eurid.eu).drop-before-loadFLAG β default:off. Enabling this flag will make the server drop the zone before loading the updated zone from disk. Use this on systems constrained for RAM.file-name;fileFILE β default:-. Sets the zone file name. Only mandatory for a primary zone.journal-size-kbINT β default:0. Puts a soft limit on the size of the journal; expressed in KB. (MIN: 0; MAX: 3698688 (3GB))keys-path;keyspathPATH β default:as main. The base path of the DNSSEC keys.maintain-dnssecFLAG β default:true. Enabling this flag will cause the server to try and maintainrrsigrecords.primaries;primary;masters;masterHOSTS β default:-. Mandatory for a secondary. Sets the primary server(s). Multiple primaries are supported.multiprimary-retries;multimaster-retriesINT β default:0. The number of times the primary is unreachable before switching to a different primary (MIN: 0; MAX: 255).no-primary-updates;no-master-updatesFLAG β default:false. Enabling this flag will prevent the server from probing or downloading changes from the primary.notifies;also-notify;notifyHOSTS β default:-. The list of servers to notify in the event of a change. Currently only used by primaries when a dynamic update occurs.notify-autoFLAG β default:true. Enabling this flag will cause notify messages to be sent to all name servers in theAPEX. Disabling this flag causes the content ofAPEXto be ignored (nsRecords).notify-retry-count INTβ default:5
How many times yadifa tries to send a notify, like, at all. (MIN: 0; MAX: 10) π
notify-retry-period INTβ default:1
The time period in minutes between two notify attempts. So yes, minutes, not seconds, don't come for me. (MIN: 1; MAX: 600)
notify-retry-period-increase INTβ default:0
How much the time period between two notify attempts grows, again in minutes. (MIN: 0; MAX: 600) β°
rrsig-nsupdate-allowed FLAGβ default:false
Set this flag and the server will let you edit RRSIG records using dynamic updates. Yeah, it's exactly as spicy as it sounds. πΆοΈ
sig-validity-interval DAYSβ default: as main
How many days an automatic signature stays valid for. (MIN: 7 days; MAX: 30 days) ποΈ
sig-validity-regeneration HOURSβ default: as main
Signatures that are expiring in less than this many hours get recomputed, bestie. Fresh sig energy only. (MIN: 24 hours; MAX: 168 hours)
sig-validity-jitter SECONDSβ default: as main
The signature expiration validity jitter, measured in seconds. A little chaos, as a treat. (MIN: 0 sec; MAX: 86400 sec) π²
true-multiprimary;true-multimaster FLAGβ default:off
Turn this flag on and the server will use axfr when it switches to a new primary. β¨
type ENUMβ default:-
Mandatory. Sets the type of zone: either primary/master or secondary/slave. You literally cannot skip this one, so don't try it. π
π <channels> π
Description of the logger outputs.
It contains a list descriptions of user-defined outputs for the logger. Depending on the kind of output, the format is different. Yeah, it's giving "it depends", but stay with me, it's simple once you see it. π¦
The "name" is arbitrary and is used for identification in the <loggers>. The "stream-name" defines the output type (ie: a file name, a program output or syslog). The "arguments" are specific to the output type (ie: unix file access rights or syslog options and facilities).
- file output stream:
channel-name file-name access-rights(octal). π - pipe to a program:
channel-name "| shell command"andchannel-name "| path-to-program program arguments >> append-redirect"π₯ STDOUT,STDERRoutput stream:channel-name stdoutandchannel-name stderrπ»- syslog:
channel-name syslog syslog-facilityπ
π <loggers> π
Description of the logger outputs sources.
Sets the output of a pre-defined logger from yadifad.
The format of the line is: logger-name output-filter comma-separated-channel-names β that's the whole vibe, bestie. β¨
Filters are: DEBUG7, DEBUG6, DEBUG5, DEBUG4, DEBUG3, DEBUG2, DEBUG1, DEBUG, INFO, NOTICE, WARNING, ERR, CRIT, ALERT, EMERG
Additionally, there are:
ALL(or'*') meaning all the filters. πPRODmeans all but theDEBUGfilters. π
The defined loggers are:
systemβ contains low level messages about the system such as memory allocation, threading, IOs, timers and cryptography, ... π§databaseβ It contains messages about most lower-level operations in the DNS database. ie: journal, updates, zone loading and sanitization, DNS message query resolution, ...) πΎdnssecβ contains messages about lower-level dnssec operations in the DNS database. ie: status, maintenance, verification, ... πserverβ contains messages about operations in the DNS server. ie: start up, shutdown, configuration, transfers, various services status (database management, network management, DNS notification management, dynamic update management, resource rate limiting, ...) π₯οΈzoneβ contains messages about the loading of a zone from a source (file parsing, transferred binary zone reading, ...) πstatsβ contains the statistics of the server. πqueriesβ contains the queries on the server. Queries can be logged with the BIND and/or with the YADIFA format.
BIND format:
client sender-ip#port: query: fqdn class type +SETDC (listen-ip)
YADIFA format:
query [ id ] {+SETDC} fqdn class type (sender-ip#port)
where:
idβ is the query message id+β means the message has the Recursion Desired flag setSβ means the message is signed with a TSIGEβ means the message is EDNSTβ means the message was sent using TCP instead of UDPDβ means the message has the DNSSEC OK flag setCβ means the message has the Checking Disabled flag setfqdnβ is the queried FQDNclassβ is the queried classtypeβ is the queried typesender-ipβ is the IP of the client that sent the queryportβ is the port of the client that sent the querylisten-ipβ is the listen network interface that received the message
Note that on YADIFA any unset flag is replaced by a'-', on BIND only the'+'follows that rule. Lowkey important, don't skip this one. π
System operators will mostly be interested in the info and above messages of queries and stats, as well as the error and above messages of the other loggers. Like, that's your day-to-day, honestly. π«Ά
π DNSSEC-POLICY π
There are 5 sections: π
<dnssec-policy>
The dnssec-policy section binds up to four key suites and a denial mode. It is meant to be used as a dnssec-policy parameter in a zone section. Usually two key-suite will be given: one for a KSK and one for a ZSK. The denial mode can be either 'nsec' either the name of a denial section. β¨
id STRβ default:-
id of the dnssec-policy section. π·οΈ
description STRβ default:-
Description for the dnssec-policy section. π
key-suite STRβ default:-
id of the key-suite to be used. Usually both a KSK and a ZSK suites are given. π
denial STRβ default:nsec
id of the denial to be used for nsec3 or the argument 'nsec' to use nsec. πΈ
<key-suite>
The key-suite section is used by dnssec policies and is meant to be referenced by a dnssec-policy section. A key-suite links a key definition (key-template) with a deployment calendar (key-roll). π«
id STRβ default:-
id of the key-suite section. π·οΈ
key-template STRβ default:-
id of the key-template to be used. ποΈ
key-roll STRβ default:-
id of the key-roll to be used. ποΈ
<key-roll>
The key-roll section is used by dnssec policies and is meant to be referenced by a key-suite section. It's essentially a deployment calendar. Each event is computed relatively to another. Dates are chosen so that there is always a key in an active state. Please look at the examples as a misconfiguration could easily span the life of a key over several years. (e.g.: by too restrictive on the matching conditions) If the RELDATE format is being used, the first valid date matching the line is used. Usage of the RELDATE format is recommended over the RELTIME one. β οΈ
Okay, real talk: look at the examples. A misconfiguration here can literally stretch a key's life over several years and you will not notice until it's a whole situation. π
id RELDATE|RELTIMEβ default:-
id of the key-roll section. π·οΈ
generate RELDATE|RELTIMEβ default:-
Time when the key must be generated. Pre-dated before so it's active right now if it's the first one. Always computed so that the next activation happens before the last deactivation. π±
publish RELDATE|RELTIMEβ default:-
Time when the key must be published in the zone. Relative to the generation. π’
activate RELDATE|RELTIMEβ default:-
Time when the key will be used for signing the zone or apex of the zone. Relative to the publication. β‘
inactive RELDATE|RELTIMEβ default:-
Time when the key will not be used anymore for signing. Relative to the activation. π€
delete RELDATE|RELTIMEβ default:-
Time when the key will be removed out of the zone. Relative to the deactivation. ποΈ
<key-template>
The key-template section is used by dnssec policies and is meant to be referenced by a key-suite section. It contains the various parameters of a key for its generation. π§¬
id STRβ default:-
id of the key-template section. π·οΈ
ksk FLAGβ default:false
When this flag is enabled a ksk will be generated. When disabled a zsk will be generated. π
algorithm ENUMβ default:7
Sets the algorithm of the key. Supported values are: 'DSA'; 3; 'RSASHA1'; 5; 'NSEC3DSA'; 6; 'NSEC3RSASHA1'; 7; 'RSASHA256'; 8; 'RSASHA512'; 10; 'ECDSAP256SHA256'; 13; 'ECDSAP384SHA384'; 14. π
size INTβ default:0
The length of the key in bits (incompatible sizes will be rejected). (MIN: 0; MAX: 4096) π
<denial>
The denial section is used by dnssec policies and is meant to be referenced by a dnssec-policy section. It is used to define the NSEC3 denial parameters of a dnssec policy. Policies using a NSEC denial don't need to use this section. π
id STRβ default:-
id of the denial section. π·οΈ
salt HEXSTRβ default: empty
A base16 encoded sequence of bytes used as the salt parameter of the NSEC3 chain. π§
salt-length INTβ default:0
okay so, continuing the option crumbs β the NSEC3 trio is giving βlast three options before the examples eraβ:
saltβ if the salt parameter isn't set, generates a random salt parameter of that length. (MIN: 0; MAX: 255)iterationsINTβ default:1. Iteration parameter of the NSEC3 chain. (MIN: 0; MAX: 65535)optoutFLAGβ default:false. Enables opt-out coverage in the NSEC3 chain. When this flag is enabled, delegations which do not have a DS record will not be covered by an NSEC3 record.
π EXAMPLES π
Examples of containers defined for a configuration file. bestie, these are the little config containers and they are lowkey iconic:
- Main
- Main section example
<main>
# Detach from the console (alias: daemonize)
daemon off
# Jail the application
chroot off
# The path of the log files (alias: chroot-path)
chrootpath "/chroot/yadifad"
# The path of the log files (alias: log-path)
logpath "/var/log/yadifa"
# The location of the pid file (alias: pid-file)
pidfile "/var/run/yadifa/yadifad.pid"
# The path of the zone files (alias: data-path)
datapath "/var/lib/yadifa"
# The path of the DNSSEC keys (alias: keys-path)
keyspath "/var/lib/yadifa/keys"
# The path of the transfer and journaling files (AXFR & IXFR) (alias: xfr-path)
xfrpath "/var/lib/yadifa/xfr"
# A string returned by a query of hostname. CH TXT
# note: if you leave this out, the real hostname will be given back (alias: hostname-chaos)
hostname "server-yadifad"
# An ID returned by a query to id.server. CH TXT (alias: serverid-chaos)
serverid "yadifad-01"
# The version returned by a query to version.yadifa. CH TXT (alias: version-chaos)
version {3.0.9}
# Set the maximum UDP packet size.
# note: the packetsize cannot be less than 512 or more than 65535.
# Typical choice is 4096.
edns0-max-size 4096
# The maximum number of parallel TCP queries (max-tcp-connections)
max-tcp-queries 100
# The minimum data rate for a TCP query (in bytes per second)
tcp-query-min-rate 512
# The user id to use (alias: user)
uid yadifa
# The group id to use (alias: group)
gid yadifa
# The DNS port - any DNS query will use that port unless a specific value is used (alias: server-port)
port 53
# The interfaces to listen to.
listen 127.0.0.1, 192.0.2.2, 192.0.2.130 port 8053, 2001:db8::2
# Type of querylog to use
# 0: none
# 1: yadifa
# 2: bind
# 3: both yadifa and bind
queries-log-type 1
# Enable the collection and logging of statistics
statistics on
# Maximum number of seconds between two statistics lines
statistics-max-period 60
# Drop queries with erroneous content
#
# answer-formerr-packets on
answer-formerr-packets off
# Maximum number of records in an AXFR packet. Set to 1 for compatibility
# with very old name servers (alias: axfr-max-record-by-packet)
axfr-maxrecordbypacket 0
# Global Access Control rules
#
# Rules can be defined on network ranges, TSIG signatures, and ACL rules
# simple queries:
#
# allow-query any
allow-query !192.0.2.251,any
# dynamic update of a zone
#
# allow-update none
allow-update admins
# dynamic update of a secondary (forwarded to the primary)
#
# allow-update-forwarding none
allow-update-forwarding admins,key abroad-admin-key
# transfer of a zone (AXFR or IXFR)
#
# allow-transfer any
allow-transfer transferer
# notify of a change in the primary
#
# allow-notify any
allow-notify primary,admins
# If YADIFA has the controller enabled, allow control only for these
# clients (none by default)
allow-control controller
# overwrite the amount of CPUs detected by yadifad
cpu-count-override 3
# set the number of threads to serve queries
thread-count-by-address 2
</main>
- Key β TSIG-key configuration. very key-coded.
- Admin-key key definition (the name is arbitrary)
<key>
name abroad-admin-key
algorithm hmac-md5
secret WorthlessKeyForExample==
</key>
- primary-secondary key definition (the name is arbitrary)
<key>
name primary-secondary
algorithm hmac-md5
secret PrimaryAndSecondaryKey==
</key>
- ACL β Access Control List definitions. yes, the bouncer of the config.
- primary-secondary key use
<acl>
transferer key primary-secondary
admins 192.0.2.0/24, 2001:db8::74
primary 192.0.2.53
localhost 127.0.0.0/8, ::1
controller key controller # the ACL for the controller MUST use a key
</acl>
- NSID β DNS NameServer IDentifier. cute little server name tag energy.
- Example with ascii
<nsid>
ascii belgium-brussels-01
</nsid>
- Example with hex
<nsid>
hex 00320201
</nsid>
- RRL β Response Rate Limiting. the βbestie, chillβ container.
- Example
<rrl>
# Number of identical responses per second before responses are being limited
responses-per-second 5
# Number of errors per second before responses are being limited
errors-per-second 5
# Random slip parameter
slip 10
# If enabled, the rate limits are only logged and not enforced
log-only off
# Mask applied to group the IPv4 clients
ipv4-prefix-length 24
# Mask applied to group the IPv6 clients
ipv6-prefix-length 56
# Rate limits are not subject to the following clients (aka whitelist)
exempt-clients none
# Enable or disable the rate limit capabilities
enabled yes
</rrl>
- Zone
- Primary domain zone config
<zone>
# This server is primary for the zone (mandatory)
type primary
# The domain name (mandatory)
domain mydomain.eu
# The zone file, relative to 'datapath' (mandatory for a primary) (alias: file-name)
file primaries/mydomain.eu
# List of servers also notified of a change (beside the ones in the zone file) (alias: notifies, notify)
also-notify 192.0.2.84, 192.0.2.149
# Set the size of the journal file in KB (alias: journal-size-kb)
journal-size 8192
# Allow dynupdate for these ACL entries
allow-update admins
# Allow AXFR/IXFR for these ACL entries
allow-transfer transferer
# Use DNSSEC policies otherwise remove or put in remark line below
dnssec-policy 1
</zone>
- Slave domain zone config
<zone>
# This server is slave for that zone (mandatory)
type slave
# The domain name (mandatory)
domain myotherdomain.eu
# The address of the primary (mandatory for a secondary, forbidden for a primary) (alias: primary)
primaries 191.0.2.53 port 4053 key primary-secondary
# The zone file, relative to 'datapath'.
file slaves/myotherdomain.eu
# Accept notifes from these ACL entries
allow-notify primary
</zone>
- DNSSEC-Policy
DNSSEC-Policy needs some extra sections: key-suite, key-roll, key-template (and denial if NSEC3 is configured).
- dnssec-policy example with all the needed sections
example with NSEC3
<dnssec-policy>
id "1"
description "Example of ZSK and KSK"
denial "nsec3-with-salt-on"
key-suite "zsk-1024"
key-suite "ksk-2048"
</dnssec-policy>
example with NSEC
<dnssec-policy>
id "2"
description "Example of ZSK and KSK"
denial nsec
key-suite "zsk-1024"
key-suite "ksk-2048"
</dnssec-policy>
2. key-suite
Okay bestie, here's the key-suite moment π
two suites, each with an id, a key-template, and a key-roll. Slay.
<key-suite>
id "ksk-2048"
key-template "ksk-2048"
key-roll "yearly-schedule"
</key-suite>
<key-suite>
id "zsk-1024"
key-template "zsk-1024"
key-roll "monthly-schedule"
</key-suite>
3. key-roll
Next up, key-roll π the yearly and monthly schedules, with all those timings and comments kept exactly as they are.
<key-roll>
id "yearly-schedule"
generate 5 0 15 6 * * # this year (2018) 15/06 at 00:05
publish 10 0 15 6 * * # 00:10
activate 15 0 16 6 * * # 16/06 at 00:15
inactive 15 0 17 6 * * # (2019) 17/06 at 00:15
remove 15 11 18 6 * * # (2019) 18/06 at 11:15
</key-roll>
<key-roll>
id "monthly-schedule"
generate 5 0 * * tue 0 # 1 tuesday of the month at 00:05
publish 10 0 * * tue 0 # 00:10
activate 15 0 * * wed 0 # 1 wednesday of the month at 00:15
inactive 15 0 * * thu 0 # 1 thursday of the month at 00:15
remove 15 11 * * fri 0 # 1 friday of the month at 11:15
</key-roll>
4. key-template
Then the key-template blocks π ksk-2048 and zsk-1024, coming through with their ksk, algorithm, and size values.
<key-template>
id "ksk-2048"
ksk true
algorithm 8
size 2048
</key-template>
<key-template>
id "zsk-1024"
ksk false
algorithm 8
size 1024
</key-template>
5. denial
And the denial blocks π¦ nsec3-with-salt-on and nsec3-with-salt-length-on, with their salt / salt-length, algorithm, iterations, and optout settings.
<denial>
id "nsec3-with-salt-on"
salt "ABCD"
algorithm 1
iterations 5
optout off
</denial>
<denial>
id "nsec3-with-salt-length-on"
salt-length 4
algorithm 1
iterations 5
optout off
</denial>
π Channels π
Logging output-channel configurations, aka where the logs go π It contains a list of user-defined outputs for the logger.
The name is arbitrary and is used for identification in the <loggers>. The stream-name defines the output type (ie: a file name, a program output or syslog). The arguments are specific to the output type (ie: unix file access rights or syslog options and facilities).
1. Example: YADIFA running as daemon channel definition.
<channels>
# name stream-name arguments
database database.log 0644
dnssec dnssec.log 0644
server server.log 0644
statistics statistics.log 0644
system system.log 0644
queries queries.log 0644
zone zone.log 0644
all all.log 0644
gziplog "|/usr/bin/gzip \- >> /var/log/yadifa.log.gz"
syslog syslog user
</channels>
2. Example: YADIFA running in debug mode.
This example shows the stderr and stdout which can also be used in the first example, but will output to the console.
<channels>
# name stream-name arguments
syslog syslog user
stderr STDERR
stdout STDOUT
</channels>
π Loggers π
Logging input configurations, bestie β¨ The bundle is the name of the section of YADIDA being logged, sources are: database, dnssec, queries, server, stats, system, zone.
The debuglevel uses the same names as syslog. Additionally, * or all means all the levels; prod means all but the debug levels.
The channels are a comma-separated list of channels.
1. Example without syslog
<loggers>
# bundle debuglevel channels
database ALL database,all
dnssec warning dnssec,all
server INFO,WARNING,ERR,CRIT,ALERT,EMERG server,all
stats prod statistics
system * system,all
queries * queries
zone * zone,all
</loggers>
2. Example with syslog
<loggers>
# bundle debuglevel channels
database ALL database,syslog
dnssec warning dnssec,syslog
server INFO,WARNING,ERR,CRIT,ALERT,EMERG server,syslog
stats prod statistics, syslog
system * system,syslog
queries * queries,syslog
zone * zone,syslog
</loggers>
π SEE ALSO π
yadifad(8)β go peek at the related page, bestie π
π NOTES π
Since unquoted leading whitespace is generally ignored in the yadifad.conf you can indent everything to taste. No cap π
π CHANGES π
Please check the file README from the sources.
π VERSION π
Version: 3.0.9 of 2026-03-24. β¨
π MAILING LISTS π
There exists a mailinglist for questions relating to any program in the yadifa package:
yadifa-users@mailinglists.yadifa.euβ for submitting questions/answers.http://www.yadifa.eu/mailing-list-usersβ for subscription requests.
If you would like to stay informed about new versions and official patches send a subscription request to via:
http://www.yadifa.eu/mailing-list-announcementsβ (this is a readonly list).
Β©οΈ LICENSE AND COPYRIGHT Β©οΈ
Copyright
(C)2011-2023", EURid
B-1831 Diegem, Belgium
info@yadifa.eu
π AUTHORS π
- Gery Van Emelen β Email:
Gery.VanEmelen@EURid.eu - Eric Diaz Fernandez β Email:
Eric.DiazFernandez@EURid.eu
WWW: http://www.EURid.eu
This page is from the YADIFA source, dated 2026-03-24, and its manpage tag is YADIFAD-CONF(5). Bye bestie π
π¦ where this page comes from
- alpine 3.24: yadifa-doc 3.0.9-r0 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms