.\" -*- mode: troff; coding: utf-8 -*- .\" Automatically generated by Pod::Man 5.01 (Pod::Simple 3.43) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" \*(C` and \*(C' are quotes in nroff, nothing in troff, for use with C<>. .ie n \{\ . ds C` "" . ds C' "" 'br\} .el\{\ . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" ======================================================================== .\" .IX Title "Zonemaster::Engine::Overview 3pm" .TH Zonemaster::Engine::Overview 3pm 2024-04-22 "perl v5.38.2" "User Contributed Perl Documentation" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH NAME Zonemaster::Engine::Overview \- The Zonemaster Test Engine .SH INTRODUCTION .IX Header "INTRODUCTION" The Zonemaster system is a quality control tool for DNS zones, produced in cooperation between AFNIC and IIS (the top-level registries for respectively France and Sweden). It is a successor both to AFNIC's tool Zonecheck and IIS's tool DNSCheck, and is intended to be an improvement over both. .PP The system as a whole consists of the test engine and, as distributed by the project, two different front ends. One is a command-line interface intended for use by experienced technicians, and one is a web interface meant for use by anyone. This document only talks about the test engine. .SH DESCRIPTION .IX Header "DESCRIPTION" .SS "Brief overview" .IX Subsection "Brief overview" Conceptually, the test engine consists of a number of test implementation modules surrounded by a support framework. Anyone wanting to use Zonemaster to perform tests communicates with the framework from the "outside", and all modules implementing tests see the world entirely through the framework. Doing things this way lets us have features like the ability to test domains before they are published, to record entire test runs for later analysis and to make sure that test results are (as far as reality allows) predictable and repeatable. .SS "For users of Zonemaster" .IX Subsection "For users of Zonemaster" If all you want to do is run tests, you need to care about four or five modules. Zonemaster::Engine is the main access point to the framework, and it is via its methods that you set the configuration (if needed), request that tests be started and access the logger. The logger is where the test results end up, so that's pretty important. On top of those, you may want to use the Zonemaster::Engine::Translator to turn the results into human-readable messages. .PP There are two ways that you can get the results of a test you've requested: the simple-but-inflexible way and the flexible-but-complex way. .PP The simple-but-inflexible way is that all the methods in Zonemaster::Engine that run tests return lists of Zonemaster::Engine::Logger::Entry objects. Those lists include all the results that the writer of the test module(s) considered important enough to return by default. The advantage of this method is that it is extremely easy to use. The following is a functional (if not very useful) way to run a full test and print the results from a command-line prompt: .PP .Vb 1 \& perl \-MZonemaster::Engine \-E \*(Aqsay "$_" for Zonemaster::Engine\->new\->test_zone("example.org")\*(Aq .Ve .PP The main drawbacks of this method are that there is no choice about what messages to see, and it's entirely synchronous. The code that started the test does not get a chance to do anything at all until the whole test suite has finished, which may be several minutes later. .PP To get around those drawbacks there is the flexible-but-complex way, which consists of installing a callback that gets executed every time a message is logged. It's not that much more complicated, code-wise. The following example does roughly the same thing as the one above: .PP .Vb 1 \& perl \-MZonemaster::Engine \-E \*(AqZonemaster::Engine\->logger\->callback(sub {say "$_[0]"}); Zonemaster::Engine\->new\->test_zone("example.org");\*(Aq .Ve .PP If you try running those, you'll notice two main differences. First, the second variant prints results as they are generated. Second, it generates a \fBlot\fR more output. On my machine right now, the first example gives me 94 lines of output. The second example gives me 17684. .PP You can do pretty much whatever you want with the message objects in the callback (including modifying them, although we don't promise that behavior will stay around). If the callback code throws an exception, and that exception is not a subclass of Zonemaster::Engine::Exception, the callback will be removed. Note also that while the callback is running, the test engine itself is not. So think twice before you do potentially time-consuming tasks (like sticking the message in a database) in the callback. After waiting for responses from remote name servers (which usually stands for more than 90% of the time used), the result logging is the single most time-consuming task in a Zonemaster test run. .PP From here, you probably want to look at the documentation for Zonemaster::Engine, Zonemaster::Engine::Logger, Zonemaster::Engine::Logger::Entry, Zonemaster::Engine::Profile and Zonemaster::Engine::Translator. .SS "For developers of Zonemaster Test Modules" .IX Subsection "For developers of Zonemaster Test Modules" If you want to develop a test module of your own, the standard set of modules serve as examples. .PP As an entry point to the "inside" of the Zonemaster framework, you want to read Zonemaster::Engine::Zone and follow references from there. Of particular interest after the Zone class should be the Zonemaster::Engine::Nameserver and possibly Zonemaster::Engine::Recursor classes. .PP If you do write your own test module, I would very much appreciate feedback on which parts were tricky to figure out, because I'm honestly not sure what I need to explain here. So please, if there's something that you think really needs to be written about, create an issue at . .SS "For developers of the Zonemaster Test Framework" .IX Subsection "For developers of the Zonemaster Test Framework" Random recommendations and advice. May be replaced with more coherent developer documentation in the future. .IP \(bu 4 Stability, predictability and reliability are more important than performance. .IP \(bu 4 Don't forget that starting with Perl version 5.18, the order in which you get the keys out of a hash will be different every time the script is run. Get used to always writing \f(CW\*(C`sort keys %hash\*(C'\fR. .IP \(bu 4 If two (or more) test modules implement the same (or very similar) thing, it should probably be extracted into the framework. .IP \(bu 4 The unit tests run against pre-recorded data, unless the environment variable \f(CW\*(C`ZONEMASTER_RECORD\*(C'\fR is set to a (perl\-)true value. In that case, it runs against the live DNS world and records all results for future use. Unfortunately this sometime means that some tests fail, when we were relying on seeing certain problems in certain domains, and those no longer look the same. .IP \(bu 4 The translation strings returned from a test module are used as keys in the GNU gettext system, so if you change anything in them don't forget to also change the translation \f(CW\*(C`.po\*(C'\fR files in \fIshare\fR. .IP \(bu 4 Adding a new message tag is more work than it first looks, since it needs to be added to the test module metadata, the default profile and the translation system in order to be fully functional. .SH REFERENCES .IX Header "REFERENCES" .IP 4 .IX Item "" Main repository, holding among other things our test specifications. .SS "List of all RFCs referred to in the test specifications" .IX Subsection "List of all RFCs referred to in the test specifications" .IP \(bu 4 RFC0822 "STANDARD FOR THE FORMAT OF ARPA INTERNET TEXT MESSAGES" .IP \(bu 4 RFC0919 "Broadcasting Internet Datagrams" .IP \(bu 4 RFC0952 "DoD Internet host table specification" .IP \(bu 4 RFC1033 "Domain Administrators Operations Guide" .IP \(bu 4 RFC1034 "Domain names \- concepts and facilities" .IP \(bu 4 RFC1035 "Domain names \- implementation and specification" .IP \(bu 4 RFC1112 "Host extensions for IP multicasting" .IP \(bu 4 RFC1122 "Requirements for Internet Hosts \- Communication Layers" .IP \(bu 4 RFC1123 "Requirements for Internet Hosts \- Application and Support" .IP \(bu 4 RFC1912 "Common DNS Operational and Configuration Errors" .IP \(bu 4 RFC1918 "Address Allocation for Private Internets" .IP \(bu 4 RFC1930 "Guidelines for creation, selection, and registration of an Autonomous System (AS)" .IP \(bu 4 RFC1982 "Serial Number Arithmetic" .IP \(bu 4 RFC1996 "A Mechanism for Prompt Notification of Zone Changes (DNS NOTIFY)" .IP \(bu 4 RFC2142 "Mailbox Names for Common Services, Roles and Functions" .IP \(bu 4 RFC2181 "Clarifications to the DNS Specification" .IP \(bu 4 RFC2182 "Selection and Operation of Secondary DNS Servers" .IP \(bu 4 RFC2308 "Negative Caching of DNS Queries (DNS NCACHE)" .IP \(bu 4 RFC2544 "Benchmarking Methodology for Network Interconnect Devices" .IP \(bu 4 RFC2671 "Extension Mechanisms for DNS (EDNS0)" .IP \(bu 4 RFC2822 "Internet Message Format" .IP \(bu 4 RFC2870 "Root Name Server Operational Requirements" .IP \(bu 4 RFC2928 "Initial IPv6 Sub-TLA ID Assignments" .IP \(bu 4 RFC3056 "Connection of IPv6 Domains via IPv4 Clouds" .IP \(bu 4 RFC3068 "An Anycast Prefix for 6to4 Relay Routers" .IP \(bu 4 RFC3658 "Delegation Signer (DS) Resource Record (RR)" .IP \(bu 4 RFC3696 "Application Techniques for Checking and Transformation of Names" .IP \(bu 4 RFC3701 "6bone (IPv6 Testing Address Allocation) Phaseout" .IP \(bu 4 RFC3849 "IPv6 Address Prefix Reserved for Documentation" .IP \(bu 4 RFC3927 "Dynamic Configuration of IPv4 Link-Local Addresses" .IP \(bu 4 RFC4034 "Resource Records for the DNS Security Extensions" .IP \(bu 4 RFC4035 "Protocol Modifications for the DNS Security Extensions" .IP \(bu 4 RFC4074 "Common Misbehavior Against DNS Queries for IPv6 Addresses" .IP \(bu 4 RFC4193 "Unique Local IPv6 Unicast Addresses" .IP \(bu 4 RFC4291 "IP Version 6 Addressing Architecture" .IP \(bu 4 RFC4343 "Domain Name System (DNS) Case Insensitivity Clarification" .IP \(bu 4 RFC4380 "Teredo: Tunneling IPv6 over UDP through Network Address Translations (NATs)" .IP \(bu 4 RFC4843 "An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers (ORCHID)" .IP \(bu 4 RFC5155 "DNS Security (DNSSEC) Hashed Authenticated Denial of Existence" .IP \(bu 4 RFC5156 "Special-Use IPv6 Addresses" .IP \(bu 4 RFC5180 "IPv6 Benchmarking Methodology for Network Interconnect Devices" .IP \(bu 4 RFC5321 "Simple Mail Transfer Protocol" .IP \(bu 4 RFC5358 "Preventing Use of Recursive Nameservers in Reflector Attacks" .IP \(bu 4 RFC5737 "IPv4 Address Blocks Reserved for Documentation" .IP \(bu 4 RFC5771 "IANA Guidelines for IPv4 Multicast Address Assignments" .IP \(bu 4 RFC5892 "The Unicode Code Points and Internationalized Domain Names for Applications (IDNA)" .IP \(bu 4 RFC5936 "DNS Zone Transfer Protocol (AXFR)" .IP \(bu 4 RFC6052 "IPv6 Addressing of IPv4/IPv6 Translators" .IP \(bu 4 RFC6333 "Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion" .IP \(bu 4 RFC6598 "IANA-Reserved IPv4 Prefix for Shared Address Space" .IP \(bu 4 RFC6666 "A Discard Prefix for IPv6" .IP \(bu 4 RFC6781 "DNSSEC Operational Practices, Version 2" .IP \(bu 4 RFC6890 "Special-Purpose IP Address Registries" .IP \(bu 4 RFC6891 "Extension Mechanisms for DNS (\fBEDNS\fR\|(0))" .IP \(bu 4 RFC7050 "Discovery of the IPv6 Prefix Used for IPv6 Address Synthesis"