- 04 Mar, 2019 4 commits
-
-
Matthijs Mekking authored
For consistency between all system tests, add missing setup.sh scripts for tests which do not have one yet and ensure every setup.sh script calls its respective clean.sh script.
-
Matthijs Mekking authored
Temporary files created by a given system test should be removed by its clean.sh script, not its setup.sh script. Remove redundant "rm" invocations from setup.sh scripts. Move required "rm" invocations from setup.sh scripts to their corresponding clean.sh scripts.
-
Mark Andrews authored
Test dlz support in feature-test See merge request !1587
-
Mark Andrews authored
-
- 03 Mar, 2019 1 commit
-
-
Mark Andrews authored
-
- 01 Mar, 2019 4 commits
-
-
Petr Menšík authored
Do not use variable from configure to detect the feature.
-
Michał Kępień authored
Fix IP regex used in the "resolver" system test See merge request !1568
-
Michał Kępień authored
If dots are not escaped in the "1.2.3.4" regular expressions used for checking whether IP address 1.2.3.4 is present in the tested resolver's answers, a COOKIE that matches such a regular expression will trigger a false positive for the "resolver" system test. Properly escape dots in the aforementioned regular expressions to prevent that from happening.
-
- 28 Feb, 2019 7 commits
-
-
Evan Hunt authored
-
Evan Hunt authored
-
Evan Hunt authored
in query_respond_any(), the assumption had previously been made that it was impossible to get past iterating the node with a return value of ISC_R_NOMORE but not have found any records, unless we were searching for RRSIG or SIG. however, it is possible for other types to exist but be hidden, such as when the zone is transitioning from insecure to secure and DNSSEC types are encountered, and this situation could trigger an assertion. removed the assertion and reorganized the code.
-
Michał Kępień authored
Do not include conf.sh from ttl/clean.sh See merge request !1564
-
Michał Kępień authored
Including $SYSTEMTESTTOP/conf.sh from a system test's clean.sh script is not needed for anything while it causes an error message to be printed out when "./configure" is run, as "make clean" is invoked at the end. Remove the offending line to prevent the error from occurring.
-
Michał Kępień authored
Call clean.sh from all relevant setup.sh scripts See merge request !1565
-
Michał Kępień authored
For all system tests utilizing named instances, call clean.sh from each test's setup.sh script in a consistent way to make sure running the same system test multiple times using run.sh does not trigger false positives caused by stale files created by previous runs. Ideally we would just call clean.sh from run.sh, but that would break some quirky system tests like "rpz" or "rpzrecurse" and being consistent for the time being does not hurt.
-
- 22 Feb, 2019 15 commits
-
-
Matthijs Mekking authored
Resolve "Problems after failure of loading rpz [ISC-support #14002]" Closes #813 See merge request !1507
-
Matthijs Mekking authored
-
Matthijs Mekking authored
In case when a zone fails to load because the file does not exist or is malformed, we should not run the callback that updates the zone database when the load is done. This is achieved by unregistering the callbacks if at zone load end if the result indicates something else than success.
-
Matthijs Mekking authored
-
Matthijs Mekking authored
-
Matthijs Mekking authored
As pointed out in !813 db_registered is sort of redundant. It is set to `true` only in `dns_zone_rpz_enable_db()` right before the `dns_rpz_dbupdate_callback()` callback is registered. It is only required in that callback and it is the only place that the callback is registered. Therefore there is no path that that `REQUIRE` can fail. The `db_registered` variable is only set to `false` in `dns_rpz_new_zone`, so it is not like the variable is unset again later. The only other place where `db_registered` is checked is in `rpz_detach()`. If `true`, it will call `dns_db_updatenotify_unregister()`. However if that happens, the `db_registered` is not set back to `false` thus this implies that this may happen multiple times. If called a second time, most likely the unregister function will return `ISC_R_NOTFOUND`, but the return value is not checked anyway. So it can do without the `db_registered` check.
-
Matthijs Mekking authored
-
Matthijs Mekking authored
This may happen when loading an RPZ failed and the code path skips calling dns_db_endload(). The dns_rpz_zone_t object is still kept marked as having registered db. So when this object is finally destroyed in rpz_detach(), this code will incorrectly call `dns_db_updatenotify_unregister()`: if (rpz->db_registered) dns_db_updatenotify_unregister(rpz->db, dns_rpz_dbupdate_callback, rpz); and trigger this assertion failure: REQUIRE(db != NULL); To fix this, only call `dns_db_updatenotify_unregister()` when `rpz->db` is not NULL.
-
Matthijs Mekking authored
-
Matthijs Mekking authored
-
Mark Andrews authored
use qname in redirect2 Closes #892 See merge request !1561
-
Mark Andrews authored
-
Mark Andrews authored
-
Evan Hunt authored
-
- 21 Feb, 2019 9 commits
-
-
Evan Hunt authored
-
Evan Hunt authored
-
Evan Hunt authored
denied axfr requests were not effective for writable DLZ zones See merge request isc-private/bind9!57
-
Mark Andrews authored
-
Mark Andrews authored
-
Evan Hunt authored
-
Evan Hunt authored
-
Mark Andrews authored
-
Mark Andrews authored
-