Bug 77014 - dhclient recreates /etc/resolv.conf on all lease renewals
dhclient recreates /etc/resolv.conf on all lease renewals
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: dhcp (Show other bugs)
8.0
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Daniel Walsh
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-10-30 18:59 EST by Kyle Gonzales
Modified: 2007-04-18 12:48 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-08-01 15:22:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Kyle Gonzales 2002-10-30 18:59:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
dhclient recreates /etc/resolv.conf on ALL lease renewals, even if no new or
changed information is pulled from the DHCP server.  It breaks anything that
needs something to be temporarily entered manually into /etc/resolv.conf, and
breaks VPN clients that change /etc/resolv.conf to different values while they
are enabled.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Bring up an interface using DHCP
2. Once you have an address and your resolv.conf info, make a change manually to
the resolv.conf file
3. Wait for the lease to renew
	

Actual Results:  The manual changes will be removed from the file when the DHCP
lease renews.

Expected Results:  Like with dhcpcd, dhclient should do nothing is no new
information is brought in from the DHCP server.

Additional info:

This is causing problems with people using the Cisco VPN client with 8.0.  This
behavior does not occur on RH 7.2 using dhcpcd.

I will dig into the /sbin/dhclient-script file (which is the culprit) and see if
I can't write a workaround for this.
Comment 1 Eugene Kanter 2002-12-25 22:58:29 EST
This creates huge problems when two network cards are active and at least one managed by a 
DHCP. Let's say that eth0 is configured by DHCP. After ifdown eth0 /etc/resolv.conf gets 
cleared out and system is left without DNS. Problem is still present in Phoebe. 
Comment 2 Daniel Walsh 2003-01-14 17:29:44 EST
Two things.  I propose making a change so that Renew will not update the
resolv.conf.  Secondly if you don't want the dhcp messing with /etc/resolv.conf
at all you need to set PEERDNS to no
Comment 3 Eugene Kanter 2003-01-14 22:10:11 EST
Not clear how problem with two network cards can be solved.
Comment 4 Eugene Kanter 2003-07-29 11:54:17 EDT
Any more comments on two network cards issue? Has anybody tested this on 9 or 
current beta?
Comment 5 Daniel Walsh 2003-08-01 15:22:50 EDT
I have changed the script to not rewrite the resolv.conf on renew.  Also if you
are using two cards you should turn off peerdns and configure resolv.conf
manually.  This will be in rawhide as dhcp-3.0pl2-6.10
Comment 6 Kyle Gonzales 2003-08-01 16:18:27 EDT
Excellent!  Will this bugfix be backported to 8.0 and 9?

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