[dns-operations] DNSSEC, DLV, and delegation-only
Craig Leres
leres at ee.lbl.gov
Thu May 14 21:58:27 UTC 2009
I'm not using delegation-only or root-delegation-only in any of my
named configs and I'm also not currently able to lookup anything
in the se TLD or even isc.org from any of my DLV enabled 9.6.0-P1
servers including:
nsx.lbl.gov
ns1.lbl.gov
ns2.lbl.gov
These might be different problems because I get two different failure
syslogs:
;; connection timed out; no servers could be reached
and
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 2075
As before, neither flushing the cache nor stopping and restarting
named fixes any of this.
I built 9.5.1-P2 and 9.6.1b1 on a spare machine and found that
9.5.1-P2 and 9.6.0-P1 both can not currently resolve se or isc.org:
May 14 14:48:37 fun.ee.lbl.gov named[47070]: not insecure resolving
'se/DNSKEY/IN': 194.146.106.22#53
May 14 14:48:40 fun.ee.lbl.gov named[47070]: not insecure resolving
'se/DNSKEY/IN': 81.228.10.57#53
May 14 14:48:44 fun.ee.lbl.gov named[47070]: not insecure resolving
'isc.org/DNSKEY/IN': 131.243.64.3#53
May 14 14:48:44 fun.ee.lbl.gov named[47070]: not insecure resolving
'isc.org/DNSKEY/IN': 128.3.34.186#53
However 9.6.1b1 is able to after a short delay and produces these
syslog entries:
May 14 14:50:39 fun.ee.lbl.gov named[47116]: not insecure resolving
'se/DNSKEY/IN': 131.243.64.3#53
May 14 14:50:45 fun.ee.lbl.gov named[47116]: not insecure resolving
'se/DNSKEY/IN': 131.243.64.2#53
May 14 14:50:47 fun.ee.lbl.gov inetd[970]: comsat from 131.243.2.202
May 14 14:50:48 fun.ee.lbl.gov named[47116]: success resolving
'se/DNSKEY' (in 'se'?) after reducing the advertised EDNS UDP packet
size to 512 octets
May 14 14:50:52 fun.ee.lbl.gov named[47116]: not insecure resolving
'isc.org/DNSKEY/IN': 131.243.64.3#53
May 14 14:50:52 fun.ee.lbl.gov named[47116]: not insecure resolving
'isc.org/DNSKEY/IN': 131.243.64.2#53
May 14 14:50:54 fun.ee.lbl.gov named[47116]: not insecure resolving
'isc.org/DNSKEY/IN': 128.3.34.186#53
May 14 14:50:57 fun.ee.lbl.gov named[47116]: success resolving
'isc.org/DNSKEY' (in 'isc.org'?) after reducing the advertised EDNS UDP
packet size to 512 octets
I've attached a file with the dnssec related parts of the config.
It seems as if DLV has degraded over the last few weeks and if I
can't come up with working config I'm probably going to have to
turn it off. I hate to do it but I can't take many more service
hits (the se TLD has been down for more than 24 hours) and I don't
see a solution in site.
Craig
-------------- next part --------------
// @(#) $Id: named.conf,v 1.19 2009/05/04 16:11:55 root Exp root $ (LBL)
//
[...]
// ISC DNSSEC Look-aside Validation
trusted-keys {
dlv.isc.org. 257 3 5 "BEAAAAPHMu/5onzrEE7z1egmhg/WPO0+juoZrW3euWEn4MxDCE1+lLy2 brhQv5rN32RKtMzX6Mj70jdzeND4XknW58dnJNPCxn8+jAGl2FZLK8t+ 1uq4W+nnA3qO2+DL+k6BD4mewMLbIYFwe0PG73Te9fZ2kJb56dhgMde5 ymX4BI/oQ+cAK50/xvJv00Frf8kw6ucMTwFlgPe+jnGxPPEmHAte/URk Y62ZfkLoBAADLHQ9IrS2tryAe7mbBZVcOwIeU/Rw/mRx/vwwMCTgNboM QKtUdvNXDrYJDSHZws3xiRXF1Rf+al9UmZfSav/4NWLKjHzpT59k/VSt TDN0YUuWrBNh";
};
[...]
options {
directory "/etc/namedb";
dump-file "/var/dump/named_dump.db";
// fake-iquery yes;
auth-nxdomain no;
transfers-in 6;
check-names master warn;
check-names slave ignore;
version "9.something";
recursive-clients 2000;
tcp-clients 200;
max-ncache-ttl 900;
notify no;
allow-recursion {
lbl_gov_clients;
};
allow-transfer {
lbl_gov_servers;
};
// DNSSEC
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside . trust-anchor dlv.isc.org.;
};
[...]
More information about the dns-operations
mailing list