Re: ISC-Bind Cache preserveration

Danilo Godec via bind-users <[email protected]>
Newsgroups gmane.network.dns.bind9.user
Message-ID <82b94dae-57e2-4338-9114-6a67dfdabb80__25799.9653158308$1754422889$gmane$org@agenda.si>
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.

Danilo

On 05.08.2025 21:33, Michael Mullig via
bind-users wrote:

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 would leave us without
any local DNS for the remote site, which would not be
helpful to those working there.

Is there a way to preserve the ISC-Bind generated cache so
that it can be restored after a server reboot?

Thanks,

Michael
Mullig (he/him)

Sr. System
Administrator, Edge Compute

“I am Groot”

m: (412)-965-4120

--

Danilo Godec |
Sistemska podpora / System Administration

AGENDA
d.o.o. | Ul. Pohorskega bataljona 49, Sl-2000
Maribor

E:
[email protected] | T:
+386 (0)2 421 61 31 | F:
+386 (0)2 420 06 90

Agenda OpenSystems
| Največji slovenski odprtokodni integrator

Red Hat v Sloveniji
| Red Hat Premier Business Partner

ElasticBox |
Poslovne rešitve v oblaku

https://www.agenda.si/

Izjava
o omejitvi odgovornosti / Legal disclaimer statement

-- 
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
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
iy9OSaQvJfNqxjU7.png (image/png, 3.9 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.