In message <201103150326.p2f3qdfo049...@x.it.okstate.edu>, Martin McCormick wri
tes:
> We just moved one of our remote campuses to new IPv4
> number space and I was having tremendous problems all day using
> nsupdate. I thought it was because the change of DNS address had
> not gone through
We just moved one of our remote campuses to new IPv4
number space and I was having tremendous problems all day using
nsupdate. I thought it was because the change of DNS address had
not gone through yet, but it had and a whois lookup shows the
correct DNS addresses.
When I finally
Greetings
I have an older slave server, I was checking the logs an when I put into debug
mode it reports over and over again
14-Mar-2011 22:41:39.913 refresh_callback: zone
13.150.10.in-addr.arpa/IN/com.basd.DNS.private: enter
14-Mar-2011 22:41:39.913 refresh_callback: zone
13.150.10.in-addr.ar
Stub zones: only available as a single level beyond one's "authoritative
core", i.e. the stub server must be able to talk directly to one or more
authoritative servers for the zone.
Forward zones: can be daisy-chained an arbitrary number of levels from
the authoritative core (but this is not rec
On 3/11/2011 8:59 PM, Khoury Brazil wrote:
Hi,
Doing a simple test using nslookup doing uncached external lookups (on
ubuntu and one windows client):
No delay using nslookup or dig directly from my bind boxes to the
external name servers. This indicates to me that the bottle neck
doesn't exist
On Mon, 14 Mar 2011, Jan-Piet Mens wrote:
>
> A stub zone tells BIND to load SOA and NS records from its masters {}.
> (forwarders {} is, I belive, both useless and incorrect here.) From that
> point onwards, your BIND will use the data in the stub to recursively
> find answers to queries for that
In message <20110314104330.ga29...@torres.zugschlus.de>, Marc Haber writes:
> Hi,
>
> I am running a local instance of bind on my notebook to spare myself
> some rather annoying reconfiguration orgies that are bound to happen
> when changing networks.
>
> On my biggest customer's network, I am t
Marc,
A stub zone tells BIND to load SOA and NS records from its masters {}.
(forwarders {} is, I belive, both useless and incorrect here.) From that
point onwards, your BIND will use the data in the stub to recursively
find answers to queries for that zone.
The forwarder on the other hand, instr
Hi,
I am running a local instance of bind on my notebook to spare myself
some rather annoying reconfiguration orgies that are bound to happen
when changing networks.
On my biggest customer's network, I am trying to be able to access
their reverse DNS, which is (don't ask) not loaded on the server
9 matches
Mail list logo