Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Manish Rane]

I already tried the official Repository on my existing Ubuntu 18.04 and it
worked perfectly.
--
Thanks and Regards,
Manish R


On Fri, May 21, 2021 at 11:02 AM Josef Moellers  wrote:

> On 20.05.21 17:22, Manish Rane wrote:
> > Hi Team,
> >
> > Are those new versions available in Linux distro packages?
>
> As Anand already wrote: our Enterprise releases won't have this atm,
> unless you request it through the official channels.
> OpenSUSE Tumbleweed will hopefully have in a few days.
>
> Josef
> >
> --
> > Thanks and Regards,
> > Manish R
> >
> >
> > On Thu, May 20, 2021 at 8:08 PM Anand Buddhdev  > > wrote:
> >
> > On 20/05/2021 00:06, Michael McNally wrote:
> >
> > Hi ISC people,
> >
> > > RELEASE-NOTES-bind-9.16.16.html
> >
> > I was just reading the release notes, and noticed:
> >
> > "The default value of the max-ixfr-ratio option was changed to
> > unlimited, for better backwards compatibility in the stable release
> > series."
> >
> > Thank you for this. Just yesterday, I was looking at XFRs between
> BIND
> > 9.16.15, and a downstream Knot DNS server, which kept getting AXFRs
> > instead of IXFRs. I was going to open an issue about this in GitLab.
> > However, upgrading to 9.16.16 restored the previous (expected)
> > behaviour.
> >
> > Regards,
> > Anand
> > ___
> > 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
> > 
> >
> >
> > ___
> > 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
> >
>
>
> --
> SUSE Software Solutions Germany GmbH
> Maxfeldstr. 5
> 90409 Nürnberg
> Germany
>
> (HRB 36809, AG Nürnberg)
> Geschäftsführer: Felix Imendörffer
> ___
> 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
>
___
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

Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Josef Moellers]

On 20.05.21 17:22, Manish Rane wrote:
> Hi Team,
> 
> Are those new versions available in Linux distro packages?

As Anand already wrote: our Enterprise releases won't have this atm,
unless you request it through the official channels.
OpenSUSE Tumbleweed will hopefully have in a few days.

Josef
> --
> Thanks and Regards,
> Manish R
> 
> 
> On Thu, May 20, 2021 at 8:08 PM Anand Buddhdev  > wrote:
> 
> On 20/05/2021 00:06, Michael McNally wrote:
> 
> Hi ISC people,
> 
> > RELEASE-NOTES-bind-9.16.16.html
> 
> I was just reading the release notes, and noticed:
> 
> "The default value of the max-ixfr-ratio option was changed to
> unlimited, for better backwards compatibility in the stable release
> series."
> 
> Thank you for this. Just yesterday, I was looking at XFRs between BIND
> 9.16.15, and a downstream Knot DNS server, which kept getting AXFRs
> instead of IXFRs. I was going to open an issue about this in GitLab.
> However, upgrading to 9.16.16 restored the previous (expected)
> behaviour.
> 
> Regards,
> Anand
> ___
> 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
> 
> 
> 
> ___
> 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
> 


-- 
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5
90409 Nürnberg
Germany

(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer
___
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

Re: Syslog with BIND on CentOS

[Paul Kosinski via bind-users]

If you can have BIND log directly to a file, couldn't you use a FIFO 
(prwxrwxrwx) or Unix domain socket (srwxrwxrwx) and avoid the disk I/O by 
sending the log data directly to the forwarder? (E.g., Pulse Audio listens on a 
socket for audio data from an application, and sends it in real-time to the D/A 
hardware driver etc.)


On Fri, 21 May 2021 00:17:11 +0200
Anand Buddhdev  wrote:

> On 20/05/2021 23:34, John Thurston wrote:
> 
> Hi John,
> 
> > My subsequent read of the docs indicates that BIND on CentOS 7, while
> > being told it is sending to 'syslogd', is sending to 'journald' which is
> > handling all the messages and forwarding them on to 'syslogd'. I don't
> > want journald handling my thousands of messages per second from BIND. I
> > don't want that information in my journal logs. I just want it out in
> > the central syslog server.  
> 
> On CentOS, journald listens on the syslog socket, and intercepts ALL log
> messages, and logs them into files that are either in a memory-based
> tmpfs (the default), or to disk (if you configure journald that way).
> After intercepting the log message, and saving it to the journal,
> journald then forwards the message to rsyslog, which listens on a
> different socket.
> 
> > Is there some direct way to get the logging channel of BIND pointed
> > directly into the local syslogd? (which would then apply its forwarding
> > rules to get traffic to the central syslog server)  
> 
> As far as I know, BIND just calls the syslog functions, and so the log
> messages will go to whatever is listening on the default syslog socket
> (journald on CentOS). I don't think there's any way to point BIND to
> rsyslog's socket.
> 
> > I thought about trying to rip jourald out entirely, and quickly decided
> > that was a path to madness.  
> 
> That is indeed the path to madness. On systemd-based servers, you can't
> really do without journald.
> 
> > The only thing I can come up with is to activate dnstap, and have some
> > other process absorbing the data and spewing it directly to the central
> > syslogd.  
> 
> You could also log directly to files (bypassing syslog), and then have
> some process follow the files and send the logs to a remote server.
> 
> Regards,
> Anand

___
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

Re: Syslog with BIND on CentOS

[Anand Buddhdev]

On 20/05/2021 23:34, John Thurston wrote:

Hi John,

> My subsequent read of the docs indicates that BIND on CentOS 7, while
> being told it is sending to 'syslogd', is sending to 'journald' which is
> handling all the messages and forwarding them on to 'syslogd'. I don't
> want journald handling my thousands of messages per second from BIND. I
> don't want that information in my journal logs. I just want it out in
> the central syslog server.

On CentOS, journald listens on the syslog socket, and intercepts ALL log
messages, and logs them into files that are either in a memory-based
tmpfs (the default), or to disk (if you configure journald that way).
After intercepting the log message, and saving it to the journal,
journald then forwards the message to rsyslog, which listens on a
different socket.

> Is there some direct way to get the logging channel of BIND pointed
> directly into the local syslogd? (which would then apply its forwarding
> rules to get traffic to the central syslog server)

As far as I know, BIND just calls the syslog functions, and so the log
messages will go to whatever is listening on the default syslog socket
(journald on CentOS). I don't think there's any way to point BIND to
rsyslog's socket.

> I thought about trying to rip jourald out entirely, and quickly decided
> that was a path to madness.

That is indeed the path to madness. On systemd-based servers, you can't
really do without journald.

> The only thing I can come up with is to activate dnstap, and have some
> other process absorbing the data and spewing it directly to the central
> syslogd.

You could also log directly to files (bypassing syslog), and then have
some process follow the files and send the logs to a remote server.

Regards,
Anand
___
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

Syslog with BIND on CentOS

[John Thurston]

Many years ago, when we ran ISC BIND on Solaris, we created a logging 
channel to send the logged-queries to the local syslogd. We then had our 
local syslogd forward most of the traffic on to a central syslog server.


I just tried to re-implement something like that on CentOS, and thought 
I had it working . . until it was exposed to full production traffic 
load. The output to our central syslog server was truncated, and my 
local system log was filled with messages saying jourald was activating 
ratelimiting. !?


My subsequent read of the docs indicates that BIND on CentOS 7, while 
being told it is sending to 'syslogd', is sending to 'journald' which is 
handling all the messages and forwarding them on to 'syslogd'. I don't 
want journald handling my thousands of messages per second from BIND. I 
don't want that information in my journal logs. I just want it out in 
the central syslog server.


Is there some direct way to get the logging channel of BIND pointed 
directly into the local syslogd? (which would then apply its forwarding 
rules to get traffic to the central syslog server)


I thought about trying to rip jourald out entirely, and quickly decided 
that was a path to madness.


The only thing I can come up with is to activate dnstap, and have some 
other process absorbing the data and spewing it directly to the central 
syslogd.


--
--
Do things because you should, not just because you can.

John Thurston907-465-8591
john.thurs...@alaska.gov
Department of Administration
State of Alaska
___
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

Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Manish Rane]

Thanks for the reply
--
Thanks and Regards,
Manish R


On Thu, May 20, 2021 at 9:15 PM Anand Buddhdev  wrote:

> On 20/05/2021 17:22, Manish Rane wrote:
>
> > Are those new versions available in Linux distro packages?
>
> Bleeding-edge distros like Gentoo Linux will probably have packages
> within a short time. If you use Homebrew on your system, you'll also
> have the newest version soonish.
>
> Most of the major distributions are conservative, and are unlikely to
> have this new version in their base installation any time soon. However,
> ISC creates packages of the newst versions for some of the more common
> distros like Debian, Ubuntu, CentOS and Fedora. Check out this page for
> more information:
>
> https://www.isc.org/bind/
>
> Regards,
> Anand
> ___
> 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
>
___
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

Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Ondřej Surý]

Well, yes, that’s why the default was reverted. There’s a bug in the feature, 
and there’s already MR fixing it. Sorry for the inconvenience.

If anybody is willing to test the fix, I would be happy to point them towards 
the MR (and patch).

Ondrej
--
Ondřej Surý — ISC (He/Him)

My working hours and your working hours may be different. Please do not feel 
obligated to reply outside your normal working hours.

> On 20. 5. 2021, at 18:15, Anand Buddhdev  wrote:
> 
> On 20/05/2021 18:08, Klaus Darilion wrote:
> 
> Hi Klaus,
> 
>> Nevertheless I think there is a bug. IIR the previous default was
>> 100% (switch to AXFR if IXFR would be grater than AXFR) and we also saw
>> plenty of AXFR although the IXFR difference was very small and far away
>> from 100%
> 
> Yes, I agree. I noticed the same thing. This feature needs more logging
> and testing before it can be enabled by default.
> 
> Regards,
> Anand
> ___
> 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

___
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

Re: AW: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Anand Buddhdev]

On 20/05/2021 18:08, Klaus Darilion wrote:

Hi Klaus,

> Nevertheless I think there is a bug. IIR the previous default was
> 100% (switch to AXFR if IXFR would be grater than AXFR) and we also saw
> plenty of AXFR although the IXFR difference was very small and far away
> from 100%

Yes, I agree. I noticed the same thing. This feature needs more logging
and testing before it can be enabled by default.

Regards,
Anand
___
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

AW: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Klaus Darilion via bind-users]

Nevertheless I think there is a bug. IIR the previous default was 100% (switch 
to AXFR if IXFR would be grater than AXFR) and we also saw plenty of AXFR 
although the IXFR difference was very small and far away from 100%

regards
Klaus

> -Ursprüngliche Nachricht-
> Von: bind-users  Im Auftrag von Anand
> Buddhdev
> Gesendet: Donnerstag, 20. Mai 2021 16:38
> An: bind-users@lists.isc.org
> Betreff: Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13
> 
> On 20/05/2021 00:06, Michael McNally wrote:
> 
> Hi ISC people,
> 
> > RELEASE-NOTES-bind-9.16.16.html
> 
> I was just reading the release notes, and noticed:
> 
> "The default value of the max-ixfr-ratio option was changed to
> unlimited, for better backwards compatibility in the stable release series."
> 
> Thank you for this. Just yesterday, I was looking at XFRs between BIND
> 9.16.15, and a downstream Knot DNS server, which kept getting AXFRs
> instead of IXFRs. I was going to open an issue about this in GitLab.
> However, upgrading to 9.16.16 restored the previous (expected) behaviour.
> 
> Regards,
> Anand
> ___
> 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
___
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

Re: Corrupted Slave Data?

[Tim Daneliuk via bind-users]

On 5/20/21 8:43 AM, Anand Buddhdev wrote:
> On 20/05/2021 15:30, Tim Daneliuk via bind-users wrote:
> 
> Hi Tim,
> 
>> Recently - and for no obvious reason - the on-prem instance stops resolving
>> properly.  The fix is to stop it, clear out the slave files, and restart.
>> Then it works for a few days and repeats its misbehavior.
>>
>> The logs show nothing remarkable, at least at first look.
>>
>> Is there a known slave file corruption problem?
>>
>> Could someone kindly suggest things we could look into otherwise?
> 
> This is not a useful report at all. Your statement, "the on-prem
> instance stops resolving properly", provides absolutely no useful
> information about the failure. You haven't provided any configuration
> details either. All you're saying is "I have a problem. Help!" We are
> not mind-readers, and can't even begin to imagine what might be wrong.
> 
> If you provide more details about your configuration, and about what
> kind of failure you're observing (dig queries and responses, for
> example), then perhaps some people might be able to assist you.
> 
> Regards,
> Anand


Fair enough.  Although I was just curious about known slave file corruption
issue, for now.   When this happens again, I will do digs and submit deets here.

Thanks
___
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

Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Anand Buddhdev]

On 20/05/2021 17:22, Manish Rane wrote:

> Are those new versions available in Linux distro packages?

Bleeding-edge distros like Gentoo Linux will probably have packages
within a short time. If you use Homebrew on your system, you'll also
have the newest version soonish.

Most of the major distributions are conservative, and are unlikely to
have this new version in their base installation any time soon. However,
ISC creates packages of the newst versions for some of the more common
distros like Debian, Ubuntu, CentOS and Fedora. Check out this page for
more information:

https://www.isc.org/bind/

Regards,
Anand
___
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

Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Manish Rane]

Hi Team,

Are those new versions available in Linux distro packages?
--
Thanks and Regards,
Manish R


On Thu, May 20, 2021 at 8:08 PM Anand Buddhdev  wrote:

> On 20/05/2021 00:06, Michael McNally wrote:
>
> Hi ISC people,
>
> > RELEASE-NOTES-bind-9.16.16.html
>
> I was just reading the release notes, and noticed:
>
> "The default value of the max-ixfr-ratio option was changed to
> unlimited, for better backwards compatibility in the stable release
> series."
>
> Thank you for this. Just yesterday, I was looking at XFRs between BIND
> 9.16.15, and a downstream Knot DNS server, which kept getting AXFRs
> instead of IXFRs. I was going to open an issue about this in GitLab.
> However, upgrading to 9.16.16 restored the previous (expected) behaviour.
>
> Regards,
> Anand
> ___
> 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
>
___
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

Re: New BIND releases are available: 9.11.32, 9.16.16, and 9.17.13

[Anand Buddhdev]

On 20/05/2021 00:06, Michael McNally wrote:

Hi ISC people,

> RELEASE-NOTES-bind-9.16.16.html

I was just reading the release notes, and noticed:

"The default value of the max-ixfr-ratio option was changed to
unlimited, for better backwards compatibility in the stable release series."

Thank you for this. Just yesterday, I was looking at XFRs between BIND
9.16.15, and a downstream Knot DNS server, which kept getting AXFRs
instead of IXFRs. I was going to open an issue about this in GitLab.
However, upgrading to 9.16.16 restored the previous (expected) behaviour.

Regards,
Anand
___
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

Re: Corrupted Slave Data?

[Anand Buddhdev]

On 20/05/2021 15:30, Tim Daneliuk via bind-users wrote:

Hi Tim,

> Recently - and for no obvious reason - the on-prem instance stops resolving
> properly.  The fix is to stop it, clear out the slave files, and restart.
> Then it works for a few days and repeats its misbehavior.
> 
> The logs show nothing remarkable, at least at first look.
> 
> Is there a known slave file corruption problem?
> 
> Could someone kindly suggest things we could look into otherwise?

This is not a useful report at all. Your statement, "the on-prem
instance stops resolving properly", provides absolutely no useful
information about the failure. You haven't provided any configuration
details either. All you're saying is "I have a problem. Help!" We are
not mind-readers, and can't even begin to imagine what might be wrong.

If you provide more details about your configuration, and about what
kind of failure you're observing (dig queries and responses, for
example), then perhaps some people might be able to assist you.

Regards,
Anand
___
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

Corrupted Slave Data?

[Tim Daneliuk via bind-users]

Running bind 9.16.15 on FreeBSD 11.4-STABLE.

Master is out on a cloud server at Digital Ocean.  Slave is on-premise.
All on-prem LANs point to the slave instance.

Running split horizon to keep nosey parkers out of our local DNS assignments.

Recently - and for no obvious reason - the on-prem instance stops resolving
properly.  The fix is to stop it, clear out the slave files, and restart.
Then it works for a few days and repeats its misbehavior.

The logs show nothing remarkable, at least at first look.

Is there a known slave file corruption problem?

Could someone kindly suggest things we could look into otherwise?

Many Thanks ...
___
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