Automatic . NS queries from BIND

Warren Kumari warren at
Wed Jun 17 14:49:11 UTC 2015

On Wed, Jun 17, 2015 at 9:59 AM, Anand Buddhdev <anandb at> wrote:
> On 17/06/15 15:00, Matus UHLAR - fantomas wrote:
> Hi Matus,
>> well, the hard-coded hints file changes whenever new BIND release gets out,
>> while the bungled hints file may be updated by packagers or manually.
>> I'd say that the bundled hints file is likely to be newer than the
>> hard-coded one.
> Root name server addresses don't change that often.

Yah. I think that, if you still have a hints file from ~1995 (20
years) it will work...

>  If you don't keep
> your version of BIND up to date, the worst that will happen is that you
> have slightly out-fo-date built-in hints. Assuming one of the root name
> servers had changed its address in the meantime, the practical effect of
> this is that upon startup, your BIND resolver's priming query has a 1 in
> 24 chance of timing out. If this happens, it will just try another
> address and succeed, and all will be well after that.
> This is why I prefer to depend on the built-in hints in BIND (and
> Unbound too, but that's off-topic), instead of the hassle of installing
> and maintaining a separate hints file. It just seems quite pointless.
> Finally, let me add that if memory serves me correctly, ISC recommends
> the use of built-in hints these days.

Yup, it's one less thing to break...

> Regards,
> Anand
> _______________________________________________
> Please visit to unsubscribe from this list
> bind-users mailing list
> bind-users at

I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.

More information about the bind-users mailing list