Re: libbind ns_sign() and ns_verify() parameter in_timesigned not documented

In message <4ae58fd9.8020...@sun.com>, Stacey Jonathan Marshall writes: > The tsig manual page description for ns_sign() and ns_verify() include a > parameter named in_timesigned of type time_t. However there is no > description of this parameter as there is for the others: > > $ less libbind-

Re: Can I have a *.domain.com A record

In message <4ae5c6cc.8020...@ou.edu>, Peter Laws writes: > Hey! RTFRFC! :-) > > Except a scanning of that RFC doesn't say anything about not using them, > only in clarifying RFC 1034's intentions regarding wildcards. > > So, why is it a "very bad idea"? > > Peter What is legal and what work

Re: Strange Behavior

Lawrence MacIntyre wrote: Hi: I have a name server running named on a closed network. The root servers name my node and another node (running DNS on a sidewinder firewall) as authoritative for our domain as well as several subdomains. Two of the subdomains have their own servers, and we conf

Strange Behavior

Hi: I have a name server running named on a closed network. The root servers name my node and another node (running DNS on a sidewinder firewall) as authoritative for our domain as well as several subdomains. Two of the subdomains have their own servers, and we configured our (allegedly aut

Re: Re: Can I have a *.domain.com A record

Hey! RTFRFC! :-) Except a scanning of that RFC doesn't say anything about not using them, only in clarifying RFC 1034's intentions regarding wildcards. So, why is it a "very bad idea"? Peter Mike Ragusa wrote: http://www.rfc-archive.org/getrfc.php?rfc=4592 This link should help you. On

RE: call for testers (Re: ISC BIND 9.7.0b1 is now available)

JINMEI, OpenSolaris build 125 includes execinfo.h within the /usr/include directory. Also, backtrace() functionality has been included within the OS since build 63. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6536146 Regards, Gerry Scott President and Principal Engineer WAN Syste

Re: Can I have a *.domain.com A record

Stephane Bortzmeyer wrote: On Mon, Oct 26, 2009 at 05:47:57PM +0530, ram wrote a message of 20 lines which said: If wildcard DNS is a bad idea, Wildcards *address* records (A and ), not all wildcards. See or

Re: Can I have a *.domain.com A record

On Mon, Oct 26, 2009 at 05:47:57PM +0530, ram wrote a message of 20 lines which said: > If wildcard DNS is a bad idea, Wildcards *address* records (A and ), not all wildcards. See or

Re: call for testers (Re: ISC BIND 9.7.0b1 is now available)

> Date: Wed, 21 Oct 2009 15:50:00 -0700 > From: JINMEI Tatuya / ...@l@C#:H(B > > > 1. build 9.7.0b1 > 2. go to the "bind-9.7.0b1/bin/tests" directory > 3. % make backtrace_test > 4. % ./backtrace_test metis% uname -a SunOS metis 5.9 Generic_122300-31 sun4u sparc SUNW,Ultra-1 metis% make back

Re: Can I have a *.domain.com A record

http://www.rfc-archive.org/getrfc.php?rfc=4592 This link should help you. On Mon, Oct 26, 2009 at 8:17 AM, ram wrote: > > On Mon, 2009-10-26 at 11:39 +0100, Stephane Bortzmeyer wrote: > > On Mon, Oct 26, 2009 at 04:01:31PM +0530, > > ram wrote > > a message of 10 lines which said: > > > > >

Re: dump cache's content

On 26.10.09 08:08, net...@royal.net wrote: > Can I change bind cache's content? you can remove objects via rnds flushname "name". You can't forge cache content without modifying BIND source or playing with process' memory. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ W

libbind ns_find_tsig() documentation error.

The documentation for ns_find_tsig() is confused looking at libbind-6.0/doc/tsig.cat3: TSIG LOCALTSIG NAME ns_sign, ns_sign_tcp, ns_sign_tcp_init, ns_verify, ns_verify_tcp, ns_verify_tcp_init, ns_find_tsig -- TSIG system S

Re: Can I have a *.domain.com A record

On Mon, 2009-10-26 at 11:39 +0100, Stephane Bortzmeyer wrote: > On Mon, Oct 26, 2009 at 04:01:31PM +0530, > ram wrote > a message of 10 lines which said: > > > Is it possible to have a A record for *.domain.com > > Technically, yes. It is a very bad idea, but it works. > Can you elobarat

Re: dump cache's content

Thanks. Can I change bind cache's content? -Original Message- From: David Forrest To: net...@royal.net Cc: bind-users@lists.isc.org Sent: Mon, Oct 26, 2009 8:05 pm Subject: Re: dump cache's content On Mon, 26 Oct 2009, net...@royal.net wrote:    > Hello,  >  > Is it possible

Re: dump cache's content

On Mon, 26 Oct 2009, net...@royal.net wrote: Hello, Is it possible to dump all Bind cache's content into a file? Thanks. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users rndc dumpdb -- David Fo

libbind ns_sign() and ns_verify() parameter in_timesigned not documented

The tsig manual page description for ns_sign() and ns_verify() include a parameter named in_timesigned of type time_t. However there is no description of this parameter as there is for the others: $ less libbind-6.0/doc/tsig.cat3 TSIG LOCAL

dump cache's content

Hello, Is it possible to dump all Bind cache's content into a file? Thanks. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users

Re: Can I have a *.domain.com A record

On Mon, Oct 26, 2009 at 04:01:31PM +0530, ram wrote a message of 10 lines which said: > Is it possible to have a A record for *.domain.com Technically, yes. It is a very bad idea, but it works. > I know *.domain records works for MX records , not sure wether they > work for A records Wildca

Can I have a *.domain.com A record

Is it possible to have a A record for *.domain.com I know *.domain records works for MX records , not sure wether they work for A records ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users

Re: call for testers (Re: ISC BIND 9.7.0b1 is now available)

At Thu, 22 Oct 2009 10:09:12 -0400, "Gerry Scott" wrote: > Backtrace executes successfully on the latest build of OpenSolaris for SPARC > (snv_125) with gcc version 3.4.6 > > # uname -a > SunOS nemesis 5.11 snv_125 sun4u sparc SUNW, 5-slot Sun Enterprise E3500 > > # gcc -v > Reading specs from