Hello!
Have anybody test option attach-cache? There is no documentation about
it. :(
I add attach-cache "world" (world - global view) and rndc reload failure:
Aug 13 16:59:49 kananga named-7[37361]: 13-Aug-2009 16:59:49.262
general: error: views view0 and view1 can't share the cache due to
Hello bind-users,
bind 9.3.4, Debian
goal:
resolve any.dns.name -> 1.2.3.4, unless queries are for zones specified
in sites.conf. In the latter case, forward to a trustworthy name
server.
=== named.conf ===
include "/etc/bind/sites.conf";
zone "." {
type master;
file "/etc/bin
Hello self,
I just figured this out.
I had to add:
foo.com. IN NS reg.
to db.root.
Regards,
-j
On Thu, 2009-08-13 at 08:41 -0500, Josh Richard wrote:
> Hello bind-users,
>
> bind 9.3.4, Debian
>
> goal:
> resolve any.dns.name -> 1.2.3.4, unless queries are for zones specified
> in sites.co
Following all you good comments, I tried different things, and can't get it to
work properly yet.
If my config has this:
---
$ttl 38400
80-28.115.25.70.in-addr.arpa. IN SOA ns10.bgrinformatique.com.
aracine.bgrinformatique.com. (
1250177152
Try
82.80-28.115.25.70.in-addr.arpa.IN PTR
mail.bgrinformatique.com.
instead of
82.115.25.70.in-addr.arpa. IN PTR mail.bgrinformatique.com.
> -Original Message-
> From: bind-users-boun...@lists.isc.org
> [mailto:bind-users-boun...@lists.isc.org] On Beha
At Thu, 13 Aug 2009 17:03:53 +0400,
Dmitry Rybin wrote:
> Have anybody test option attach-cache? There is no documentation about
> it. :(
Have you read the ARM? It may not be sufficient (while I personally
believe it's quite extensive), but at least there *is* documentation.
---
JINMEI, Tatuy
Alexandre Racine wrote:
Following all you good comments, I tried different things, and can't get it to
work properly yet.
If my config has this:
---
$ttl 38400
80-28.115.25.70.in-addr.arpa. IN SOA ns10.bgrinformatique.com.
aracine.bgrinformatique.com. (
12501
Hi All,
I have looked into the code socket.c file and tusc output for the requirsive
query.
tusc O/P :
-
#3 connect(516, 0x347694, 16) ..
Hi,
I'm running into a strange issue where when signing a zone with
re-using signatures, that sometimes 1 RRSIG record ends up with
a validity time of almost nothing. This happens for instance when
signing (and re-using sigs) using "-i 1296000 -e +2592000 -j 2592000"
as part of the dnssec-signz
Hi,
dnssec-signzone incorrectly leaves NSEC records in a zone when "re-using"
the old signed zone when changing from NSEC to NSEC3. The resulting zone
file will contain both NSEC and NSEC3 records.
Paul
___
bind-users mailing list
bind-users@lists.isc
> dnssec-signzone incorrectly leaves NSEC records in a zone when "re-using"
> the old signed zone when changing from NSEC to NSEC3. The resulting zone
> file will contain both NSEC and NSEC3 records.
Yes. Moreover, it does the same thing when changing from NSEC3 to NSEC,
which you can do by accid
JINMEI Tatuya / 神明達哉 wrote:
Have anybody test option attach-cache? There is no documentation about
it. :(
Have you read the ARM? It may not be sufficient (while I personally
believe it's quite extensive), but at least there *is* documentation.
OK, Please explain what configuration parame
At Fri, 14 Aug 2009 10:30:02 +0400,
Dmitry Rybin wrote:
> > Have you read the ARM? It may not be sufficient (while I personally
> > believe it's quite extensive), but at least there *is* documentation.
> >
>
> OK, Please explain what configuration parameter mismatch:
>
> view "world" {
>z
13 matches
Mail list logo
