Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.protocols.dns.bind > #15754 > unrolled thread

Re: How to disable recursion on ONE domain? (Bind-9.11.14)

Started byOndřej Surý <ondrej@isc.org>
First post2020-05-15 14:34 +0200
Last post2020-05-15 14:34 +0200
Articles 1 — 1 participant

Back to article view | Back to comp.protocols.dns.bind

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: How to disable recursion on ONE domain? (Bind-9.11.14) Ondřej Surý <ondrej@isc.org> - 2020-05-15 14:34 +0200

#15754 — Re: How to disable recursion on ONE domain? (Bind-9.11.14)

FromOndřej Surý <ondrej@isc.org>
Date2020-05-15 14:34 +0200
SubjectRe: How to disable recursion on ONE domain? (Bind-9.11.14)
Message-ID<mailman.405.1589546080.942.bind-users@lists.isc.org>

[Multipart message — attachments visible in raw view] — view raw

Hi Chris,

when your vpn comes up, you need to issue:

rndc flushtree <domain>

command to the BIND 9 instance.

Ondrej
--
Ondřej Surý
ondrej@isc.org

> On 15 May 2020, at 14:16, Chris Palmer via bind-users <bind-users@lists.isc.org> wrote:
> 
> There is much discussion about recursion but I can't find anything that matches this use case...
> 
> - In-house Bind-9.11.14 server, master for some local zones, recursion enabled; not accessible from external networks
> - Two views for in-house networks
> - Intermittent VPN access from in-house network to another private network that is master for DNS zone x.y.zzz; this network is not publicly reachable
> - Need queries from one of our views for x.y.zzz to be sent to the static address for the x.y.zzz server that is only reachable via the VPN
> - When the VPN is not connected, need the lookup on to fail/timeout rather than go through the recursion path
> - When the VPN is again connected need lookups to succeed without undue delay.
> 
> Within the required view I have tried a zone with type forward (specifying forwarders and forward only), and also a zone of type static-stub (specifying server-addresses). Both work fine when the VPN is up. Both have two problems though when the VPN is disconnected:
>       (a) the queries are recursed and an NXDOMAIN response cached.
>       (b) When the VPN comes back up the cached NXDOMAIN is served until it expires.
> 
> I have been trying to force a SERVFAIL when the specified servers for that domain are unreachable, rather than recursing. And presumably that would then cause the queries to quickly flow to the required servers once they are reachable again. Is that possible, or is there another approach to this problem?
> 
> Many thanks, Chris
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
> 
> 
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users

[toc] | [standalone]


Back to top | Article view | comp.protocols.dns.bind


csiph-web