summaryrefslogtreecommitdiff
path: root/rules/60-persistent-input.rules
diff options
context:
space:
mode:
authorLennart Poettering <lennart@poettering.net>2016-01-18 22:36:58 +0100
committerLennart Poettering <lennart@poettering.net>2016-01-18 23:31:16 +0100
commit942eb2e71b0faba083e22f2e73b7ec544e7ac091 (patch)
tree107615fd78e6552004f91f30e983286bb6c4360e /rules/60-persistent-input.rules
parent8ec76e6af5297fdcbbd89d8bec3a78ea045fd41a (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