No.
If you want robustness secondary every internal zone in your recursive servers.
At the minimum secondary the zones at the top of every internal namespace.
Set up also-notify so they stay up to date on changes.
--
Mark Andrews
> El 6 ago 2025, a las 5:34, Michael Mullig via bind-users
Am 05.08.2025 um 19:33:55 Uhr schrieb Michael Mullig via bind-users:
> We're using ISC-Bind (v 9.16.45) out at remote locations to serve as
> part of local DNS service in the event of a WAN outage. However we
> are faced with the possibility that we might also suffer a power
> outage at these loca
Hello,
you could configure Bind at remote
locations as secondaries for your internal domains, so that they
have a copy of the zone locally.
Other, non-internal domains probably
don't matter while WAN isn't working.
Good Afternoon,
We're using ISC-Bind (v 9.16.45) out at remote locations to serve as part of
local DNS service in the event of a WAN outage. However we are faced with the
possibility that we might also suffer a power outage at these locations, and
would have power restored before the WAN. This
> From: "Renzo Marengo"
> Sent: Wednesday, July 30, 2025 7:11:02 AM
> I want to install latest rpm of Bind (9.16.23-31) for Oracle Linux 9 to create
> only cache DNS server which is running in chroot jail.
> I installed several Bind packages included bind-chroot.
> What document do you suggest me
Hi Renzo.
Firstly, please ditch 9.16, it's end of life and take a look at the latest
9.20
Secondly, you didn't respond to points made in your other post about
chroot; i.e. why you think you need it.
Cheers, Greg
On Tue, 5 Aug 2025 at 12:52, Renzo Marengo wrote:
> to configure Bind 9.16.23-RH in
to configure Bind 9.16.23-RH in chroot mode for cache dns server , It's
best way to modify configuration files (e.g. named.conf ,
named.conf.options , named.rfc1912.zones) into original folder, disable
ipv6 and after configuration completion run the script
"/usr/libexec/setup-named-chroot.sh /var/n
7 matches
Mail list logo
