- 18 Feb, 2019 18 commits
-
-
Mark Andrews authored
Remove redundant assignments Closes #877 See merge request !1513
-
Mark Andrews authored
-
Mark Andrews authored
-
Mark Andrews authored
-
Mark Andrews authored
-
Mark Andrews authored
-
Mark Andrews authored
Uninitialised reads in dns_tsig_sign after change 5148. See merge request !1528
-
Mark Andrews authored
-
Mark Andrews authored
decode_NegTokenInit failed to cleanup allocated memory on error. See merge request !1527
-
Mark Andrews authored
-
Mark Andrews authored
Cleanup no longer necessary assignments post refactoring in socket.c See merge request !1526
-
Mark Andrews authored
-
Mark Andrews authored
Add missing asserts to socket_test.c and dnstest.c See merge request !1523
-
Mark Andrews authored
-
Matthijs Mekking authored
Update to !1427: Make primary's transfer log more detailed See merge request !1511
-
Matthijs Mekking authored
-
Mark Andrews authored
Improve dnssec-keymgr manual See merge request !1518
-
Tony Finch authored
Illustrate the syntax for the policy options, with semicolons. Explicitly mention the "default" policy. Fix a few typos and remove some redundant wording.
-
- 14 Feb, 2019 9 commits
-
-
Petr Menšík authored
-
Michał Kępień authored
Do not check SEP bit for mirror zone trust anchors Closes #873 See merge request !1506
-
Michał Kępień authored
5161. [bug] Do not require the SEP bit to be set for mirror zone trust anchors. [GL #873]
-
Michał Kępień authored
When a mirror zone is verified, the 'ignore_kskflag' argument passed to dns_zoneverify_dnssec() is set to false. This means that in order for its verification to succeed, a mirror zone needs to have at least one key with the SEP bit set configured as a trust anchor. This brings no security benefit and prevents zones signed only using keys without the SEP bit set from being mirrored, so change the value of the 'ignore_kskflag' argument passed to dns_zoneverify_dnssec() to true.
-
Michał Kępień authored
Improve stability of mirror zone system tests See merge request !1505
-
Michał Kępień authored
The "mirror" system test checks whether log messages announcing a mirror zone coming into effect are emitted properly. However, the helper functions responsible for waiting for zone transfers and zone loading to complete do not wait for these exact log messages, but rather for other ones preceding them, which introduces a possibility of false positives. This problem cannot be addressed by just changing the log message to look for because the test still needs to discern between transferring a zone and loading a zone. Add two new log messages at debug level 99 (which is what named instances used in system tests are configured with) that are to be emitted after the log messages announcing a mirror zone coming into effect. Tweak the aforementioned helper functions to only return once the log messages they originally looked for are followed by the newly added log messages. This reliably prevents races when looking for "mirror zone is now in use" log messages and also enables a workaround previously put into place in the "mirror" system test to be reverted.
-
Michał Kępień authored
In the "mirror" system test, ns3 periodically sends trust anchor telemetry queries to ns1 and ns2. It may thus happen that for some non-recursive queries for names inside mirror zones which are not yet loaded, ns3 will be able to synthesize a negative answer from the cached records it obtained from trust anchor telemetry responses. In such cases, NXDOMAIN responses will be sent with the root zone SOA in the AUTHORITY section. Since the root zone used in the "mirror" system test has the same serial number as ns2/verify.db.in and zone verification checks look for the specified serial numbers anywhere in the answer, the test could be broken if different zone names were used. The +noauth dig option could be used to address this weakness, but that would prevent entire responses from being stored for later inspection, which in turn would hamper troubleshooting test failures. Instead, use a different serial number for ns2/verify.db.in than for any other zone used in the "mirror" system test and check the number of records in the ANSWER section of each response.
-
Michał Kępień authored
Due to the way the "mirror" system test is set up, it is impossible for the "verify-unsigned" and "verify-untrusted" zones to contain any serial number other than the original one present in ns2/verify.db.in. Thus, using presence of a different serial number in the SOA records of these zones as an indicator of problems with mirror zone verification is wrong. Look for the original zone serial number instead as that is the one that will be returned by ns3 if one of the aforementioned zones is successfully verified.
- 11 Feb, 2019 3 commits
-
-
Mark Andrews authored
Add a CI check for missing prereq.sh scripts Closes #871 See merge request !1494
-
Mark Andrews authored
-
Mark Andrews authored
-
- 10 Feb, 2019 2 commits
-
-
Evan Hunt authored
Thanks to Roland Gruber for the schema contribution.
- 08 Feb, 2019 8 commits
-
-
Tony Finch authored
-
Michał Kępień authored
Resolve "prereq.sh needed in forward test" Closes #869 See merge request !1479
-
Curtis Blackburn authored
-
Michał Kępień authored
Add a comment explaining a mirror zone glitch Closes #870 See merge request !1480
-
Michał Kępień authored
Explain why in a certain edge case mirror zone data may not be used for resolution purposes despite being available.
-
Mark Andrews authored
Resolve "rrtypes missing from named" Closes #867 See merge request !1490
-
Mark Andrews authored