I have a DNS server (which is both forwarder and authoritative NS) and I see
this odd behavior locally on the host:
dig @localhost # returns immediately with right response
dig @ # returns sometimes, timesout most of
the time
I have allow-query {any;} in BIND config and the above i
The basics are fine. BIND just doesn't load newly added forwarded zones,
period. It also kind of lies in the output:
Sep 20 17:57:48 host01 named[26453]: reloading configuration succeeded
Sep 20 17:57:48 host01 named[26453]: any newly configured zones are now
loaded
...except they're not. Thus
On 2016-09-21 02:40, Frank Even wrote:
Is there a way to add forwarders for specific zones without a restart?
Everything I've read seems to indicate an "rndc reconfig" or an "rndc
reload" should take care of this, but they do not. I add forwarders
to "named.conf" and neither will load the new f
Is there a way to add forwarders for specific zones without a restart?
Everything I've read seems to indicate an "rndc reconfig" or an "rndc
reload" should take care of this, but they do not. I add forwarders to
"named.conf" and neither will load the new forwarded zone until I do a full
daemon res
On 20 September 2016 at 12:50, project722 wrote:
> I've reverted my configuration back to before we started using views. But,
> if this was a delegation issue, wouldn't we expect to see it regardless of
> using views or not? Works fine without views.
>
It's entirely possible you introduced some
I've reverted my configuration back to before we started using views. But,
if this was a delegation issue, wouldn't we expect to see it regardless of
using views or not? Works fine without views.
On Tue, Sep 20, 2016 at 8:58 AM, Matthew Pounsett
wrote:
>
>
> On 16 September 2016 at 11:12, projec
with 9.10, leave prefetch on and see...
On 20.09.16 15:12, Pol Hallen wrote:
I've 9.9.5 version on debian stable :-/
so simply leave BIND running and see if it's better tomorrow...
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail
On 16 September 2016 at 11:12, project722 wrote:
> I have an interesting problem. I started noticing that when I do a dig
> +trace against one of the domains we are authoritative for, we get errors
> from our nameservers for "Bad Referral" and you can see where it forwarded
> the request back up
just leave bind running for some time.
:-)
with 9.10, leave prefetch on and see...
I've 9.9.5 version on debian stable :-/
thanks
Pol
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users ma
Am 20.09.2016 um 15:03 schrieb Pol Hallen:
what happend if you leave it working (without forwarders) for some time?
BIND should cache frequently used data and provide them quickly.
I don't know. I start now testing without forwarders and tonight I see
when you use google forwarder, the main
On 20.09.16 15:03, Pol Hallen wrote:
what happend if you leave it working (without forwarders) for some time?
BIND should cache frequently used data and provide them quickly.
I don't know. I start now testing without forwarders and tonight I see
when you use google forwarder, the main differe
what happend if you leave it working (without forwarders) for some time?
BIND should cache frequently used data and provide them quickly.
I don't know. I start now testing without forwarders and tonight I see
when you use google forwarder, the main difference is that most of those
data are pro
Am 20.09.2016 um 12:29 schrieb Pol Hallen:
without forwarder, using dig command, "query time" only on some domains
(I tested italian domains - I live in Italy) is 350-800ms, with
forwarder almost always is less 100ms (!)
I'd like have my BIND (no forwarder) that works for my lan :-)
which is
On 20.09.16 12:29, Pol Hallen wrote:
I've a quad core 2.4Ghz with standard italian DSL
I tested BIND with either forwarder activated and disactivated
forwarders {
8.8.8.8; 8.8.4.4;
};
without forwarder, using dig command, "query time" only on some
domains (I tested i
Hi all :-)
I've a quad core 2.4Ghz with standard italian DSL
I tested BIND with either forwarder activated and disactivated
forwarders {
8.8.8.8; 8.8.4.4;
};
without forwarder, using dig command, "query time" only on some domains
(I tested italian domains - I live
15 matches
Mail list logo
