Re: dnssec-lookaside auto key expiration

2020-03-25 Thread Mark Andrews
on. > > This advice may be misunderstood. Use of dlv.isc.org is usually > implied, not explicitly stated in named.conf, typically via > > dnssec-lookaside auto; > > (or "yes"). This should (most probably) be changed to > > dnssec-lookaside no; > > I don&#x

Re: dnssec-lookaside auto key expiration

2020-03-25 Thread Havard Eidnes via bind-users
amed.conf, typically via dnssec-lookaside auto; (or "yes"). This should (most probably) be changed to dnssec-lookaside no; I don't have the cross-reference of what the default value has been for this option up through the history of BIND, so explicitly setting it to "no&

Re: dnssec-lookaside auto key expiration

2020-03-25 Thread Victoria Risk
We apparently let our signatures on dlv.isc.org expire. We are fixing it now. We apologize for this. This was an accident - we did *not* do this on purpose - but infact, this is a good time for anyone who still has dlv.isc.org configured to REMOVE it from your BIND configuration. The zone is em

dnssec-lookaside auto key expiration

2020-03-25 Thread Drew Weaver
Hello, I unfortunately got hit by the key expiration or whatever just happened about an hour ago that caused the "dnssec-lookaside auto" command to crush all of our DNS queries. I realize that it wasn't doing anything but we left the command in there because it had been in t

Re: dnssec-lookaside != auto

2010-12-28 Thread Torinthiel
Dnia 2010-12-28 09:26 Eivind Olsen napisał(a): >> >> trying to resolve www.microsoft.com or microsoft.com results in a >> >> "connection timed out; no servers could be reached" >> > > > >Well, for what it's worth - it's not just you having that issue. When > >testing from home and from work

Re: dnssec-lookaside != auto

2010-12-20 Thread Mark Andrews
ew > _default, file 'managed-keys.bind' > Dec 20 07:49:14 sarlac named[4137]: reloading configuration succeeded > Dec 20 07:49:15 sarlac named[4137]: managed-keys-zone ./IN: loaded serial 16 > Dec 20 07:49:15 sarlac named[4137]: zone torinthiel.pl/IN: loaded serial > 2010110

Re: dnssec-lookaside != auto

2010-12-19 Thread Torinthiel
rlac named[4137]: reloading configuration succeeded Dec 20 07:49:15 sarlac named[4137]: managed-keys-zone ./IN: loaded serial 16 Dec 20 07:49:15 sarlac named[4137]: zone torinthiel.pl/IN: loaded serial 2010110801 Dec 20 07:49:15 sarlac named[4137]: reloading zones succeeded Dec 20 07:49:15 sarlac named

Re: dnssec-lookaside != auto

2010-12-19 Thread Mark Andrews
.154.101.23#53 And what other errors were logged by named when it started? > After some googling and finding > http://www.mail-archive.com/bind-users@lists.isc.org/msg06660.html > and even better > http://www.mail-archive.com/bind-users@lists.isc.org/msg05689.html > > I'v

Re: dnssec-lookaside != auto

2010-12-19 Thread Chris Thompson
better http://www.mail-archive.com/bind-users@lists.isc.org/msg05689.html I've changed to dnssec-lookaside auto. Lo and behold, everything works fine. "dnssec-lookaside auto" just imports the managed-keys statement from [source-tree]/bind.keys. Compare that carefully with your expl

dnssec-lookaside != auto

2010-12-19 Thread Torinthiel
org/DNSKEY/IN': 156.154.101.23#53 After some googling and finding http://www.mail-archive.com/bind-users@lists.isc.org/msg06660.html and even better http://www.mail-archive.com/bind-users@lists.isc.org/msg05689.html I've changed to dnssec-lookaside auto. Lo and behold, everything

Re: dnssec-lookaside auto and managed-keys-zone problem with certain views

2010-07-18 Thread Evan Hunt
ou wanted to know how to use DLV without having a managed-keys zone created at all. In 9.7.1 and above, you can use "managed-keys" statements at the view level as well as globally. (This was a known limitation in 9.7.0.) You can also use "dnssec-lookaside auto" at the view

Re: dnssec-lookaside auto and managed-keys-zone problem with certain views

2010-07-18 Thread Doug Barton
On 07/18/10 12:28, Matthew Seaman wrote: > Think I'll just drop the external-chaos view. Some script kiddie > working out I'm running the latest version of bind is likely to be lower > risk and a lot less harmful than dealing with broken dnssec chains of trust. I agree, and to take it one step fu

Re: dnssec-lookaside auto and managed-keys-zone problem with certain views

2010-07-18 Thread Rick Dicaire
On Sun, Jul 18, 2010 at 3:28 PM, Matthew Seaman wrote: > Think I'll just drop the external-chaos view.  Some script kiddie > working out I'm running the latest version of bind is likely to be lower > risk and a lot less harmful than dealing with broken dnssec chains of trust. version none

Re: dnssec-lookaside auto and managed-keys-zone problem with certain views

2010-07-18 Thread Matthew Seaman
On 18/07/2010 17:58:15, Evan Hunt wrote: >> Is there a way of using dnssec-lookaside and forcing bind not to >> maintain a managed-keys-zone for certain views? > > Sure, just do it the old way, without "dnssec-lookaside auto". > Put these in the view statement

Re: dnssec-lookaside auto and managed-keys-zone problem with certain views

2010-07-18 Thread Evan Hunt
> Is there a way of using dnssec-lookaside and forcing bind not to > maintain a managed-keys-zone for certain views? Sure, just do it the old way, without "dnssec-lookaside auto". Put these in the view statement: dnssec-lookaside . trust-anchor dlv.isc.org;

dnssec-lookaside auto and managed-keys-zone problem with certain views

2010-07-18 Thread Matthew Seaman
"pa"; "pf"; "re"; "se"; "sr"; "tn"; "to"; "tw"; "us"; "uy"; }; allow-transfer { secondaries; }; allow-query{ trusted; };