Luc I. Suryo wrote:
you have to become auth for the .test and then in that zone define the
subdomain's NS
make sense?
nb: old company we had .prv for internal use :)
-ls
Thanks Luc,
I think I understand now! The TLD for my domain has become .test
therefor the secondary level domain bec
Am I right in assuming this??
Otherwise, with my setup taking an example of google.com - I was trying
to use the .com with the .test where I actually wanted to use the .test
as the secondary level domain of google but not append a TLD to it.
I think this is against all DNS rules no??
In message <4aeb00d0.8030...@doit.wisc.edu>, Michael Hare writes:
> For those of us that are still running auth and recursive on the same
> IP, I believe the benefit would be to deploy a best practices recursive
> only nameserver on a different machine/IP address without getting, in my
> case,
No, that won't work. The names in the zone file are all under
"domain.com", but you're trying to load the zone as simply "domain",
which is not in the same naming hierarchy; in fact it's a completely
different TLD (top-level domain).
As well as setting the default $ORIGIN, the name of a zone
On Oct 30, 2009, at 2:53 PM, Len Conrad wrote:
-- Original Message --
From: Chris Buxton
Date: Fri, 30 Oct 2009 14:13:31 -0700
I'm unable to reproduce this error.
Could it be that, for a brief time, those names were CNAME'd
no, this is a hard fault,
Kaya Saman wrote:
Kevin Darcy wrote:
If you're loading a zone as "sgd.test", then an owner name of
ns-m.test doesn't belong in it, and BIND is correct to reject it.
Either change that name to something under sgd.test, or set up a
separate zone for ns-m.test or anything above that in the hiera
-- Original Message --
From: Chris Buxton
Date: Fri, 30 Oct 2009 14:13:31 -0700
>I'm unable to reproduce this error.
>__
>
>$ named-checkzone -v
>9.6.1-P1
>
>$ named-checkzone abcxyz.com abcxyz.com-hosts
>zone abcxyz.com/IN: loaded seri
I'm unable to reproduce this error.
__
$ named-checkzone -v
9.6.1-P1
$ named-checkzone abcxyz.com abcxyz.com-hosts
zone abcxyz.com/IN: loaded serial 2009103001
OK
$ cat abcxyz.com-hosts
$TTL 1D
@ SOA localhost. hostmaster 2009103001 8H 2H
Kevin Darcy wrote:
If you're loading a zone as "sgd.test", then an owner name of
ns-m.test doesn't belong in it, and BIND is correct to reject it.
Either change that name to something under sgd.test, or set up a
separate zone for ns-m.test or anything above that in the hierarchy
(i.e. "test"
If you're loading a zone as "sgd.test", then an owner name of ns-m.test
doesn't belong in it, and BIND is correct to reject it.
Either change that name to something under sgd.test, or set up a
separate zone for ns-m.test or anything above that in the hierarchy
(i.e. "test" or root).
I don't
Chris Thompson wrote:
On Oct 30 2009, Michael Hare wrote:
For those of us that are still running auth and recursive on the same
IP, I believe the benefit would be to deploy a best practices
recursive only nameserver on a different machine/IP address without
getting, in my case, possibly hundr
Lars Hecking writes:
> Milan Jurik writes:
> [...]
> > If it is silent death at specific time (look at the stats web page) then
> > why not to "truss" the daemon? Btw. no core file on the system?
>
> Thank you (and Andrew) for the suggestion. Unfortunately, the problem
> seems to be intermitten
Hi,
I'm not sure if there is a syntax error or if I've missed to include
something but for some reason my forward zone files don't seem to be
working :-(
I pulled the skeleton of the files straight off my working Solaris 9
boxes which use Bind 9 from Blastwave! I checked and double checked t
On Oct 30 2009, Michael Hare wrote:
For those of us that are still running auth and recursive on the same
IP, I believe the benefit would be to deploy a best practices recursive
only nameserver on a different machine/IP address without getting, in my
case, possibly hundreds of thousands of cli
Getting clients to change their resolvers can be challenging, especially
if there are large numbers of them and many/most of them don't get their
resolvers via DHCP.
But I think the answer to that challenge is to come up with better ways
of managing clients, not to add a "proxy mode" to BIND.
uname -a
Linux ns1.abcxyz.net 2.4.20-31.9smp #1 SMP Tue Apr 13 17:40:10 EDT 2004 i686
i686 i386 GNU/Linux
old BIND:
/usr/sbin/named-checkzone -v
9.2.1
/usr/sbin/named-checkzone abcxyz.com /var/named/db.abcxyz.com
zone abcxyz.com/IN: loaded serial 2009102902
OK
==
current BIND:
For those of us that are still running auth and recursive on the same
IP, I believe the benefit would be to deploy a best practices recursive
only nameserver on a different machine/IP address without getting, in my
case, possibly hundreds of thousands of clients to change their DNS
resolver IP
Dmitry Rybin wrote:
Hello everybody!
I think, that be useful make this feature in bind:
Add option to disable internal recursion cache, and forward all
recursive queries to another daemon.
Daemon as unbound, pdns-recursor - much faster in recursion queries,
that bind. :(
___
Dmitry Rybin wrote:
Niall O'Reilly wrote:
I think, that be useful make this feature in bind:
Add option to disable internal recursion cache, and forward all
recursive queries to another daemon.
Daemon as unbound, pdns-recursor - much faster in recursion queries,
that bind. :(
I don't see
Niall O'Reilly wrote:
I think, that be useful make this feature in bind:
Add option to disable internal recursion cache, and forward all
recursive queries to another daemon.
Daemon as unbound, pdns-recursor - much faster in recursion queries,
that bind. :(
I don't see the point.
I
Dmitry Rybin wrote:
Hello everybody!
I think, that be useful make this feature in bind:
Add option to disable internal recursion cache, and forward all
recursive queries to another daemon.
Daemon as unbound, pdns-recursor - much faster in recursion queries,
that bind. :(
I don't se
Hello everybody!
I think, that be useful make this feature in bind:
Add option to disable internal recursion cache, and forward all
recursive queries to another daemon.
Daemon as unbound, pdns-recursor - much faster in recursion queries,
that bind. :(
22 matches
Mail list logo