RHEL and named with DLZ

2009-03-05 Thread Scott Haneda
Hello, I am trying to get named with DLZ on RHEL. My build line is below, I can start named, and I have base configured it so that it will return a lookup for `dig example.com @localhost +norec` which returns a custom IP I put in to make sure it is really working. So far, I know named is

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

2009-03-05 Thread Mark Andrews
In message , Ray Phillips writes: > > You need to call gdb correctly. > > > > gdb /usr/local/bin/nsupdate nsupdate.core > > Thanks Mark. > > Sorry, I (obviously) don't have much of a clue about using gdb. Looks like you have hit this bug. 2547. [bug] openssl_link.c:

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

2009-03-05 Thread Ray Phillips
You need to call gdb correctly. gdb /usr/local/bin/nsupdate nsupdate.core Thanks Mark. Sorry, I (obviously) don't have much of a clue about using gdb. % uname -v NetBSD 4.0.1 (GENERIC) #0: Tue Oct 7 22:58:48 PDT 2008 bui...@wb30:/home/builds/ab/netbsd-4-0-1-RELEASE/i386/2008

Re: will blocking getting hammered by cache request do anything?

2009-03-05 Thread Barry Margolin
In article , "online-reg" wrote: > Hi All: my 9.6.0 server is getting hammered by cache requests from a > specific IP (62.109.4.89) which traces back to what looks like a DSL > netblock in Russia: > > 05-Mar-2009 12:18:01.883 queries: info: client 62.109.4.89#53157: query: . > IN NS + > 05-M

will blocking getting hammered by cache request do anything?

2009-03-05 Thread online-reg
Hi All: my 9.6.0 server is getting hammered by cache requests from a specific IP (62.109.4.89) which traces back to what looks like a DSL netblock in Russia: 05-Mar-2009 12:18:01.883 queries: info: client 62.109.4.89#53157: query: . IN NS + 05-Mar-2009 12:18:01.883 security: info: client 62.10

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

2009-03-05 Thread Jeremy C. Reed
> I've built bind 9.6.0-P1 on NetBSD/i386 machines (versions 3.1, 4.0, > 4.0.1 and 5.0_RC2) and discovered that nsupdate dumps core on the 4.x > ones. I just built and installed bind-9.6.0-P1 on NetBSD/i386 4.0 and nsupdate doesn't crash for me. (Built with default pthread and also linked with

Re: BIND logging

2009-03-05 Thread simian
On Thu, 5 Mar 2009 13:49:12 +0100 Matus UHLAR - fantomas wrote: -snip- Thank you very much, I'm having a look at it now. Regards, -- simian ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users

stub zone

2009-03-05 Thread squid proxy
hi At the moment our internal DNS servers are authorative for the main domain via slave zones, which will be generating unnecessary replication traffic. Howto create a stub zone instead of slave zone on BIND 9.3.4-P1.1? What are differences between slave and stub zone? Piotr _

Re: BIND logging

2009-03-05 Thread Matus UHLAR - fantomas
On 05.03.09 08:55, simian wrote: > I'm busy learning a bit more about DNS/BIND, but I seem to have run into > a problem. My server does not seem to propogate, so my questions are: > > Where does BIND log it's errors to? I see some named entries in my syslog, > is it the only place it logs to? >

BIND logging

2009-03-05 Thread simian
Morning, I'm busy learning a bit more about DNS/BIND, but I seem to have run into a problem. My server does not seem to propogate, so my questions are: Where does BIND log it's errors to? I see some named entries in my syslog, is it the only place it logs to? If so, can I change the logfile whe

Re: $generate lhs problem. Manual needs to be updated.

2009-03-05 Thread Alan Clegg
Takahiro Masuda wrote: > Yes I guess I didn't understand it totally because in the example syntax > is shown as lhs defined at the beginning > *$GENERATE* /|range|/ /|lhs|/ [/|ttl|/] [/|class|/] /|type|/ /|rhs|/ [ > /|comment|/ ] > and when you read the explanation for lhs it shows the example ${-

Re: bind 9.6.0-P1's nsupdate dumps core on NetBSD/i386 4.x

2009-03-05 Thread Mark Andrews
In message , Ray Phillips writes: > I've built bind 9.6.0-P1 on NetBSD/i386 machines (versions 3.1, 4.0, > 4.0.1 and 5.0_RC2) and discovered that nsupdate dumps core on the 4.x > ones. > > The build process was just: > > % sh -c './configure --disable-threads > configure.log 2>&1' > % sh -c 'm