RE: Upgrading from 9.14.12 to 9.16.4 - with existing DNSSEC zones

re details like the name of the zone so people can actually try and figure out what the issue is. Mark > On 2 Sep 2020, at 01:06, Duncan wrote: > > I am using DNSSEC for more than 5 years now (never had a problem so far), but > after upgrading to the latest bind-9.16.4 the ve

Upgrading from 9.14.12 to 9.16.4 - with existing DNSSEC zones

I am using DNSSEC for more than 5 years now (never had a problem so far), but after upgrading to the latest bind-9.16.4 the verification fails using Verisign's DNSSEC Validator. I reverted back to 9.14.12 and everything works as expected. First I started upgrading my secondary DNS-Server

transfer-source / notify-source warnings if a port is specified

Hi! Is there any option to suppress warnings if using transfer-source / notify-source specifying ports ? /etc/bind/named.conf:90: 'notify-source': specifying a port is not recommended /etc/bind/named.conf:91: 'notify-source-v6': specifying a port is not recommended

RE: Host/nslookup/dig queries wrong server

# rpm -q -f `which host` bind-utils-9.3.6-4.P1.el5_4.2 Thanks Duncan -Original Message- From: Stephane Bortzmeyer [mailto:bortzme...@nic.fr] Sent: 03 February 2010 13:12 To: Duncan Berriman Cc: 'Matus UHLAR - fantomas'; bind-users@lists.isc.org Subject: Re: Host/nslookup/dig

RE: Host/nslookup/dig queries wrong server

Now filed as bug 561299 Whats the easiest way to upgrade/downgrade bind and bind utils on Fedora and Centos? Thanks Duncan -Original Message- From: Lightner, Jeff [mailto:jlight...@water.com] Sent: 03 February 2010 15:59 To: Duncan Berriman; bind-users@lists.isc.org Subject: RE

RE: Host/nslookup/dig queries wrong server

can see the host command built from source works correctly. Not sure how Redhat have managed to break it. Duncan ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users

RE: Host/nslookup/dig queries wrong server

Thanks adam - Agreed its just host and nslookup, dig is fine. Duncan ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users

RE: COM/NET/EDU nameserver changes

customers why its their issue and not ours! Thanks Duncan -Original Message- From: bind-users-bounces+duncan=dcl.co...@lists.isc.org [mailto:bind-users-bounces+duncan=dcl.co...@lists.isc.org] On Behalf Of Mark Andrews Sent: 01 March 2010 23:14 To: bind-us...@isc.org Subject: Re

RE: COM/NET/EDU nameserver changes

Ignore this request. I found the explanation. https://www.verisign.com/domain-name-services/domain-information-center/dns- behavior/index.html It matches my customer issue so I'm glad to be able to confirm to him the problem and why it has suddenly appeared. Thanks Duncan -Original

Re: Negative Cache won't go!

Not unusual in my experience. Probably find the dns is badly configured - at a guess different ns records at root servers or missing/badly configured ns records. Check the dns of the domain out with dnsstuff.com and fix any errors. Probably find it works then. Duncan Alans wrote: Hi

SERVFAIL IPv6 debugging

Hi bind-users, Apologies if this is inappropriate for this list. I am trying to debug a failure to resolve an external name. It appears that when I try to resolve the name ec.europa.eu over IPv6 using either dig +trace or with a caching named that it sometimes fails: [nimbus]root: dig -6