DNS Cache Snooping?

Jeff Lightner jlightner at water.com
Thu Jun 26 14:03:54 UTC 2008

I opened the RHEL BIND GUI exactly once and decided command line would
be much better.

While RHEL does have GUI tools for administration so do the major UNIX
variants.  This does NOT mean that qualified administrators use them to
the exclusion of the command line.

In fact I'd think it is more likely that the average RHEL administrator
is more likely to be a professional UNIX admin (because RHEL cost money)
and is therefore more likely to disdain use of GUI for all but the most
mundane tasks.  GUIs generally slow things down and don't allow as
granular control as command line once you know what you are doing.

I for one would be really upset if RHEL overwrote supposedly default
configurations as I noted in my Sun patch to st.conf email yesterday.

-----Original Message-----
From: bind-users-bounce at isc.org [mailto:bind-users-bounce at isc.org] On
Behalf Of Paul Vixie
Sent: Thursday, June 26, 2008 9:32 AM
To: Adam Tkac
Cc: bind-users at isc.org
Subject: Re: DNS Cache Snooping? 

> > i expect it will fix more broken configs than it will break working
> > but your point is valid.  suppose RH's 9.4 RPM were to edit your
> > named.conf?
> :) And then we could close our business.

let's be realistic.  RHEL users are generally using your GUI.  the
file is most likely unchanged from the base system.  you could edit it
with the
"patch" command to add an allow-query only if one was not already

> Not sure where I could be employed after that. Maybe in ISC? :)

let's be realistic.  ISC most likely does not pay as well as RH.
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.

More information about the bind-users mailing list