Bug 111208
Summary: | dhclient ignores supersede when overwriting resolv.conf | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | Need Real Name <aewell> |
Component: | dhcp | Assignee: | Jason Vas Dias <jvdias> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | dhclient-3.0.1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-08-20 14:57:08 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2003-11-30 03:50:00 UTC
For situations like this it is better to set the PEERDNS=no flag in your ifcfg files. This will prevent the dhclient code from trying to update the resolv.conf. The client code is only built for the simple case so handling complicated cases where there are multiple network devices does not always work. Dan Hi Dan, This is a portion of a letter Ted Lemon sent me. He is the original author of dhclient. (Unfortunately, he is no longer its maintainer. I have no clue who the current maintainer is.) To: dhcp-client Subject: Re: Need DNS help In-Reply-To: Message from Anthony Ewell <aewell> Date: Fri, 24 Aug 2001 19:39:16 -0400 From: Ted Lemon <mellon> > Is there a way to over ride this (my local DNS resolves names > from the Internet faster than my ISP's anyway -- has a much > smaller cache to deal with)? in your dhclient.conf: supersede domain-name-servers 10.0.0.1; Ted also wrote me recently that "supersede" was suppose to work, that the problem was a recent bug added to the code, and, unfortunately, he was no longer in a position to help. (I did not save his letter.) So, this really is a bug and really does need fixing. The error is in whatever calls dhclinet-script's "function make_resolv_conf". Please do not close or defer this bug until it is actually corrected. Thank you for the work around. --Tony aewell well, not from RH, but from Slackware - I discovered (man dhcpcd - duh) that using the -R flag when calling dhcpcd will prevent it from overwriting the resolv.conf file - and that should solve your problems. Just add the -R flag wherever your system is calling dhcpcd (/etc/rc.d/rc.inet1 in slack) and you are all set. dhclient-3.0.1-x (current version) now fully supports and honours the supersede, prepend and append options when placed in /etc/dhclient-${interface}.conf (eg. /etc/dhclient-eth0.conf if eth0 is the interface being configured with DHCP - NOT /etc/dhclient.conf - this file is never used). |