Description of problem:
For an Ethernet Device, the "Automatically obtain DNS information from
provider" box is ignored. The information is obtained automatically even if the
box is unchecked and explicit DNS servers are entered under the DNS tab. This
makes it impossible to work around routers which have DNS handling bugs and tell
the OS to use the router itself as a DNS server.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Configure an ethernet device.
2. Uncheck the "Automatically obtain DNS information from provider" box.
3. Manually enter DNS server addresses.
Upon reboot, the manually entered DNS addresses are replaced with the info
automatically obtained from the buggy router.
The manually entered DNS addresses should remain in /etc/resolv.conf so they
can be used without having to reenter them after each reboot.
Am using "Automatically obtain IP address settings with dhcp" (BTW, dhcp is
initially grayed out, so some people may not realize that it can in fact be
For some reason it's working now. I don't know why. It seems to have
happened all by itself, AFTER I rebooted the first time and noticed that my
settings had been erased. Now they're back, though I don't think I entered them
again. Can someone else reproduce this bug?
I can, exactly as outlined above. Easily reproduced.
% /etc/rc.d/init.d/network stop
<edit using GUI, save, verify change to /etc/resolv.conf>
% /etc/rc.d/init.d/network start
The problem persists across reboot.
Fast guess: This is dhclient (dhcp) running and overwriting /etc/resolv.conf
This appears likely, as dhclient is indeed running. Also, in the manpage for
dhclient.conf, I read: "The client now has some very limited support for doing
DNS updates when a lease is acquired. This is prototypical, and probably
doesnÃ¢t do what you want." Which, at least, seems to describe the problem. But
I can't discover what causes it to acquire the DNS info, or how to shut it off.
Needless to say, I do need to acquire a dynamic IP address from my ISP.
Closing because bug has remained in NEEDINFO state without reply for a long
period of time.
Note that FC3 and FC4 are supported by Fedora Legacy for security
fixes only. Please install a still supported version and retest. If
it still occurs on FC5 or FC6, please reopen and assign to the correct
version. Otherwise, if this a security issue, please change the
product to Fedora Legacy. Thanks, and we are sorry that we did not
get to this bug earlier.
This bug was originally filed against a much earlier version of Fedora
Core, and significant changes have taken place since the last version
for which this bug is confirmed.
If it was dhclient, the -R option controls what information is requested from
the DHCP server, as does the "request" keyword in dhclient.conf. The -R flag
was added by RedHat on May 26 2006 for package 3.0.4-10