BIND 9.6.2 is now available.

BIND 9.6.2 is now available. BIND 9.6.2 is a maintenance release for BIND 9.6. BIND 9.6.2 can be downloaded from ftp://ftp.isc.org/isc/bind9/9.6.2/bind-9.6.2.tar.gz The PGP signature of the distribution is at ftp://ftp.isc.org/isc/bind9/9.6.2/bind-9.6.2

Re: Shortcut the lookup algorithm *other* than via 'forward' ?

In message <20100302003617.ga27...@foober.net.cmu.edu>, "L. Gabriel Somlo" writ es: > Kevin, > > > For redundancy, you might want to consider slaving ".local" and > > "example.com" on the remote servers. Note that you don't need to > > Thanks for the reply ! I am slaving and/or stubbing some o

Re: Shortcut the lookup algorithm *other* than via 'forward' ?

In article , "L. Gabriel Somlo" wrote: > Kevin, > > > For redundancy, you might want to consider slaving ".local" and > > "example.com" on the remote servers. Note that you don't need to > > Thanks for the reply ! I am slaving and/or stubbing some of our zones > in some instances, and redund

Re: Shortcut the lookup algorithm *other* than via 'forward' ?

Kevin, > For redundancy, you might want to consider slaving ".local" and > "example.com" on the remote servers. Note that you don't need to Thanks for the reply ! I am slaving and/or stubbing some of our zones in some instances, and redundancy is not what I was concerned about. I am simply loo

Re: COM/NET/EDU nameserver changes

The gtld nameservers are being upgraded this week. They will no longer return glue as a answer. This will mean that some broken delegations that "worked" last week will no longer work by the end of this week. In particular "glue only" delegations will be much more visible. Below is what the ne

Re: Shortcut the lookup algorithm *other* than via 'forward' ?

The "hints" file is a non-starter -- for years now it's been limited to only containing root-zone-related information. For redundancy, you might want to consider slaving ".local" and "example.com" on the remote servers. Note that you don't need to *publish* those servers in NS records: they ca

Shortcut the lookup algorithm *other* than via 'forward' ?

Hi, I am looking for a way to start the DNS lookup algorithm somewhere further down the tree, instead of at the root, but only for a small specified set of domains. I have a relatively large/complex DNS installation, where we run our own .LOCAL TLD mapped to RFC1918 IP space. Various departments

Re: Help with logrotate and bind

On Feb 26 2010, Alan Clegg wrote: Diosney Sarmiento Herrera wrote: I am trying to rotate my named logfile with logrotate and I configured it as I show: [...] This is much more a question for a list that discusses the logrotate application than it is to bind-users. I would recommend, how

Re: SERVFAIL for some domains on some servers

On 3/1/2010 5:44 AM, Stephane Bortzmeyer wrote: On Sat, Feb 27, 2010 at 06:51:44PM +0100, Oliver Henriot wrote a message of 104 lines which said: but my computing skills are scarce and I still have a lot to learn. For instance, that you should always use real names

Re: multiple options{} statements in bind config

Matus UHLAR - fantomas wrote: > Hello, > > I'm updating my configurations for our bind server farm. > > previously I was using multiple versions of named.conf with different > values for statemennts that need to be different (listen-on, notify etc). > > I would now like to have one main config t

multiple options{} statements in bind config

Hello, I'm updating my configurations for our bind server farm. previously I was using multiple versions of named.conf with different values for statemennts that need to be different (listen-on, notify etc). I would now like to have one main config that would include small files containing those

Re: SERVFAIL for some domains on some servers

On Sat, Feb 27, 2010 at 06:51:44PM +0100, Oliver Henriot wrote a message of 104 lines which said: > but my computing skills are scarce and I still have a lot to learn. For instance, that you should always use real names > - servers "2

RE: SERVFAIL for some domains on some servers

We have similar problem with a master with 9.5.1.p3 and 4 slaves with 9.5.2 p1...We are getting SERVFAIL on slaves occasionally, and we resolve the issue with restarting the named. How did you resolve this issue? Or have you resolved it? Thank you -Original Message- From: bind-users-b