Forwarders are selected based on an RTT(round-trip-time)-based algorithm, so
none of this configuration complexity should be necessary from a
performance/availability standpoint. The algorithm will choose faster
forwarders over slower ones, and penalization/eventual-redemption of
failed/non-responding forwarders is built into the algorithm. It's similar to
the NS-selection algorithm; in fact, it might be a common server-selection
routine that handles both situations.
Have you considered the option of not forwarding *at*all*? If your BIND
instances have direct access to the Internet DNS, then forwarding isn't usually
a good choice anyway. As a side benefit, talking directly to the authoritative
nameservers should allay the privacy concerns associated with talking through a
third party.
- Kevin
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of [email protected]
Sent: Monday, August 24, 2015 1:49 PM
To: [email protected]
Subject: BIND9 Feature Request: 'fowarders' priority & round-robin pools
I run bind 9.10.2-P3.
I have three classes of forwarders that I'd like to use:
(1) my own, hosted forwarder. fast & private, but not redundant infrastructure
(2) private/encrypted hosted forwarders. slow, private, and redundant
infrastructure.
(3) reliable ISP & public forwarders. fast, redundant, privacy-challenged
(Google, OpenDNS, AT&T, etc).
Reading the Arm & chatting in #irc IIUC 'forwarders' are NOT queried in order
listed, and there's no option to set priority, failover, round-robin etc.
I'm requesting such a feature.
For example,
Forwaders would be queried in order of priority, and pools of multiple
forwarders would be round-robin weighted within a given priority level.
So in conf, we could have
forward only;
forwarders { 11.11.11.11 port 11111 prio 1; 22.22.22.1 port 53 prio 2;
22.22.22.2 port 53 prio 2; 8.8.8.8 prio 3; 8.8.4.4 prio 3; };
Thanks!
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
