diff options
author | Lennart Poettering <lennart@poettering.net> | 2016-01-18 22:36:58 +0100 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2016-01-18 23:31:16 +0100 |
commit | 942eb2e71b0faba083e22f2e73b7ec544e7ac091 (patch) | |
tree | 107615fd78e6552004f91f30e983286bb6c4360e /rules/60-persistent-input.rules | |
parent | 8ec76e6af5297fdcbbd89d8bec3a78ea045fd41a (diff) |
resolved: fix how we detect whether auxiliary DNSSEC transactions are ready
Previously, when getting notified about a completed auxiliary DNSSEC transaction we'd immediately act on it, and
possibly abort the main transaction. This is problematic, as DNS transactions that already completed at the time we
started using them will never get the notification event, and hence never be acted on in the same way.
Hence, introduce a new call dns_transaction_dnssec_ready() that checks the state of auxiliary DNSSEC transactions, and
returns 1 when we are ready for the actual DNSSEC validation step. Then, make sure this is invoked when the auxiliary
transactions are first acquired (and thus possibly reused) as well when the notifications explained above take place.
This fixes problems particularly when doing combined A and AAAA lookups where the auxiliary DNSSEC transactions get
reused between them, and where we got confused if we reused an auxiliary DNSSEC transaction from one when it already
got completed from the other.
Diffstat (limited to 'rules/60-persistent-input.rules')
0 files changed, 0 insertions, 0 deletions