Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 185 - dhcpd server causes nameserver query
Summary: dhcpd server causes nameserver query
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: dhcpcd
Version: 5.2
Hardware: i386
OS: Linux
low
medium
Target Milestone: ---
Assignee: Erik Troan
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1998-11-24 15:42 UTC by Michael Meissner
Modified: 2020-09-03 09:22 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 1998-12-09 19:40:04 UTC
Embargoed:


Attachments (Terms of Use)

Description Michael Meissner 1998-11-24 15:42:07 UTC
Something changed in the way dhcpd operates that causes a
new nameserver query that 5.1 didn't do.  I run diald to
demand diald my internet connection on my home machine,
and also run dhcpd to allow a laptop to get configured for
the home environment (using a Netgear ethernet card for the
home network).  Under 5.1, if I put all hostnames mentioned
in the dhcpd.conf file in /etc/hosts, and set the query
to look at files before dns, it would not do an external
nameserver query when the dhcpd server started.  Now with
5.2, I see the following queries when dhcpd starts:

XX /127.0.0.1/1.0.0.127.in-addr.arpa/PTR
XX /127.0.0.1/201.44.80.192.in-addr.arpa/PTR

(192.80.44.201 is the IP address of the host dhcpd is
running on).  Obviously, I should set up reverse mapping
on my local nameserver for addresses it knows about, but it
is odd that dhcpd now does this query when it previously
didn't do it before.

Comment 1 Preston Brown 1998-12-07 20:26:59 UTC
re-assigned to Erik, who owns this package. :)

Comment 2 Michael Meissner 1998-12-09 19:25:59 UTC
Further debugging shows that its not the dhcpd server that seems
to be causing the network traffic, but the caching name server that
is (dhcpd just happens to be executing when the modem starts dialing).
I have worked around the problem by not bringing up the caching name
server until the modem is brought up the first time.

Comment 3 Erik Troan 1998-12-09 19:40:59 UTC
The additional information on this implies that it's not a bug
in dhcpd after all, so I don't have to fix anything :->


Note You need to log in before you can comment on or make changes to this bug.