]> git.ipfire.org Git - thirdparty/bind9.git/commit
Handle CNAME and DNAME in resume_min in a special way
authorPetr Mensik <pemensik@redhat.com>
Tue, 3 Jun 2025 19:00:58 +0000 (21:00 +0200)
committerMark Andrews <marka@isc.org>
Wed, 9 Jul 2025 00:56:09 +0000 (00:56 +0000)
commiteeda00329f34e9a242b088f29f3bb08046cc1fb1
tree976f8daac86ae09b722510cb8053d508536c9445
parent675d36b04184c69f6a43424781c284829e99262d
Handle CNAME and DNAME in resume_min in a special way

When authoritative zone is loaded when query minimization query for the
same zone is already pending, it might receive unexpected result codes.

Normally DNS_R_CNAME would follow to query_cname after processing sent
events, but dns_view_findzonecut does not fill CNAME target into
event->foundevent. Usual lookup via query_lookup would always have that
filled.

Ideally we would restart the query with unmodified search name, if
unexpected change from recursing to local zone cut were detected. Until
dns_view_findzonecut is modified to export zone/cache source of the cut,
at least fail queries which went into unexpected state.

(cherry picked from commit 2fd3da54f92526e9e38a32591a493d4c26d16be1)
lib/dns/resolver.c