Host/nslookup/dig queries wrong server

Duncan Berriman duncan at dcl.co.uk
Wed Feb 3 16:14:37 UTC 2010


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:jlightner at water.com] 
> Sent: 03 February 2010 15:59
> To: Duncan Berriman; bind-users at lists.isc.org
> Subject: RE: Host/nslookup/dig queries wrong server
> 
> 
> You might want to file a bug report with RedHat.
> 
> I just looked through the notifications I got last year from RedHat
> regarding various bug and security updates to the bind 
> packages and none
> of them mention this change.
> 
> Can others on the list verify the default (non-RedHat) bind-utils
> package's host command should NOT resolve if server is 
> specified and the
> specified server doesn't resolv?
> 
> -----Original Message-----
> From: bind-users-bounces+jlightner=water.com at lists.isc.org
> [mailto:bind-users-bounces+jlightner=water.com at lists.isc.org] 
> On Behalf
> Of Duncan Berriman
> Sent: Wednesday, February 03, 2010 10:48 AM
> To: bind-users at lists.isc.org
> Subject: RE: Host/nslookup/dig queries wrong server
> 
> Whats odd is FC8,9 and 11 are ok. 
> 
> 10 uses 9.5.1
> Centos uses 9.3.6
> 
> It appears therefore that Redhat are somehow causing the issue when
> building
> certain versions.
> 
> Thanks for your help proving what it is at least I can look 
> at upgrading
> or
> downgrading to solve the issue. 
> 
> > -----Original Message-----
> > From: Lightner, Jeff [mailto:jlightner at water.com] 
> > Sent: 03 February 2010 15:37
> > To: Duncan Berriman; bind-users at lists.isc.org
> > Subject: RE: Host/nslookup/dig queries wrong server
> > 
> > 
> > Interesting.
> > 
> > On checking a CentOS5 and a RHEL5 system I found I had
> > bind-utils-9.3.4-10.P1.el5_3.3 and running host with 
> specifying server
> > did what it should (what you expected).
> > 
> > I then updated the CentOS5 to bind-utils-9.3.6-4.P1.el5_4.2 
> > and now have
> > the issue you're talking about so it appears to be an issue with the
> > 9.3.6 as released by RedHat (and Fedora - CentOS uses 
> RedHat sources).
> > 
> > -----Original Message-----
> > From: bind-users-bounces+jlightner=water.com at lists.isc.org
> > [mailto:bind-users-bounces+jlightner=water.com at lists.isc.org] 
> > On Behalf
> > Of Duncan Berriman
> > Sent: Wednesday, February 03, 2010 10:05 AM
> > To: bind-users at lists.isc.org
> > Subject: RE: Host/nslookup/dig queries wrong server
> > 
> > Problem is I am specifying the server on the command line, it is
> > supposed to
> > use only that server, not randomly decide because it can't 
> connect to
> > that
> > server to try any others it feels like.
> > 
> > Even the -s option makes no difference.
> > 
> > It should even been looking at files or dns....
> > 
> > Duncan
> > 
> > > -----Original Message-----
> > > From: Lightner, Jeff [mailto:jlightner at water.com] 
> > > Sent: 03 February 2010 15:04
> > > To: Duncan Berriman; bind-users at lists.isc.org
> > > Subject: RE: Host/nslookup/dig queries wrong server
> > > 
> > > 
> > > rpm -qa |grep bind
> > > 
> > > Will tell you all the BIND packages you have installed via RPM.
> > > 
> > > The reason commands check resolv.conf in UNIX/Linux is 
> > > typically due to
> > > how you've setup /etc/nsswitch.conf.   A line is contained in 
> > > it similar
> > > to the following:
> > > hosts:      files dns
> > > 
> > > The above line says to first check files (/etc/hosts 
> > > typically) for the
> > > name and if not found there then try to use dns (/etc/resolv.conf
> > > defines settings for dns lookups).  There are other options 
> > > for the file
> > > such as nis which would say to look at nis.  
> > > 
> > > If you don't want to use dns for lookups you can remove 
> > "dns" from the
> > > hosts line in nsswitch.conf.
> > > 
> > > Note that lookup commands are often designed specifically for name
> > > services so won't necessarily respond from /etc/hosts even if 
> > > the entry
> > > is there.  The way to verify it's reading /etc/hosts is to do 
> > > a ping on
> > > it after the lookup.  If the ping works and the lookup 
> > appeared not to
> > > then it means it likely found the answer in /etc/hosts.   
> > (HP-UX is an
> > > exception - their implementation of nslookup actually 
> > retruns entries
> > > from /etc/hosts as well.)
> > > 
> > > -----Original Message-----
> > > From: bind-users-bounces+jlightner=water.com at lists.isc.org
> > > [mailto:bind-users-bounces+jlightner=water.com at lists.isc.org] 
> > > On Behalf
> > > Of Duncan Berriman
> > > Sent: Wednesday, February 03, 2010 9:45 AM
> > > To: bind-users at lists.isc.org
> > > Subject: 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:bortzmeyer at nic.fr] 
> > > > Sent: 03 February 2010 13:12
> > > > To: Duncan Berriman
> > > > Cc: 'Matus UHLAR - fantomas'; bind-users at lists.isc.org
> > > > Subject: Re: Host/nslookup/dig queries wrong server
> > > > 
> > > > 
> > > > On Wed, Feb 03, 2010 at 11:42:19AM -0000,
> > > >  Duncan Berriman <duncan at dcl.co.uk> wrote 
> > > >  a message of 75 lines which said:
> > > > 
> > > > > How do I check which one it is? I can't see any option 
> > to tell me.
> > > > 
> > > > which host
> > > > rpm -q -f `which host`
> > > > 
> > > > -- 
> > > > This message has been scanned for viruses and
> > > > dangerous content by MailScanner, and is
> > > > believed to be clean.
> > > 
> > > _______________________________________________
> > > bind-users mailing list
> > > bind-users at lists.isc.org
> > > https://lists.isc.org/mailman/listinfo/bind-users
> > >  
> > > Proud partner. Susan G. Komen for the Cure.
> > >  
> > > Please consider our environment before printing this e-mail 
> > > or attachments.
> > > ----------------------------------
> > > CONFIDENTIALITY NOTICE: This e-mail may contain privileged or 
> > > confidential information and is for the sole use of the 
> > > intended recipient(s). If you are not the intended recipient, 
> > > any disclosure, copying, distribution, or use of the contents 
> > > of this information is prohibited and may be unlawful. If you 
> > > have received this electronic transmission in error, please 
> > > reply immediately to the sender that you have received the 
> > > message in error, and delete it. Thank you.
> > > ----------------------------------
> > > 
> > > -- 
> > > This message has been scanned for viruses and
> > > dangerous content by MailScanner, and is
> > > believed to be clean.
> > > 
> > 
> > _______________________________________________
> > bind-users mailing list
> > bind-users at lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users
> > 
> > -- 
> > This message has been scanned for viruses and
> > dangerous content by MailScanner, and is
> > believed to be clean.
> > 
> 
> _______________________________________________
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 




More information about the bind-users mailing list