BIND 10 #2911: don't fallback from ixfr to axfr due to data source error
BIND 10 Development
do-not-reply at isc.org
Fri May 24 06:56:35 UTC 2013
#2911: don't fallback from ixfr to axfr due to data source error
-------------------------------------+-------------------------------------
Reporter: jinmei | Owner:
Type: defect | jinmei
Priority: medium | Status:
Component: xfrin | accepted
Keywords: | Milestone:
Sensitive: 0 | Sprint-20130528
Sub-Project: DNS | Resolution:
Estimated Difficulty: 4 | CVSS Scoring:
Total Hours: 0 | Defect Severity: N/A
| Feature Depending on Ticket:
| Add Hours to Ticket: 0
| Internal?: 0
-------------------------------------+-------------------------------------
Comment (by jinmei):
trac2911 is ready for review.
For the new config item, I named it "request_ixfr" following BIND 9's
"request-ixfr". And, what this branch basically does is:
- introduce request_ixfr, and implement its logic as described in
http://bind10.isc.org/ticket/2911#comment:10
- as a result it now tries IXFR first (this is now safe)
- deprecate use_ixfr (but for now I made it trigger an explicit
error. after a few releases later, or at the time of xfrin rewrite,
we may want to completely remove it).
unit tests and lettuce tests were updated accordingly.
Also, while working on it, I noticed the "refresh" command wasn't
actually supported even if the handling logic is written, because it's
not listed in the spec file. I also made it available in the spec
(and it's actually necessary now I changed retransfer so it always
uses AXFR, which is compatible with BIND 9's rndc).
I also made some cleanups and refactoring at the beginning of this
branch. They were introduced with keeping in mind the later changes
above, but they themselves are independent cleanups. They should
preserve the original behavior. They are commits up to f081395
(inclusive). I suggest reviewing these one by one, and separately.
The rest of the branch implements the main topic. While it's done
step by step, I think it's easier to read as a whole, with the
understanding of the entire goal as described above.
Proposed changelog entry:
{{{
621.? [func]* jinmei
b10-xfrin now has tighter control on the choice of IXFR or AXFR
through zones/request_ixfr configuration item. It includes
the new "IXFR only" behavior for some special cases. b10-xfrin
now also uses AXFR whenever necessary, so it is now safe to try
IXFR by default and it's made the default. The previous
use_ixfr configuration item was deprecated and triggers startup
failure if specified; configuration using use_ixfr should be
updated.
(Trac #2911, git TBD)
}}}
(while it was originally considered a bug fix, I think it's now
actually a new feature in the end, so I chose "func").
--
Ticket URL: <https://bind10.isc.org/ticket/2911#comment:12>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list