Bug 77692

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021104

Description of problem:
The nameserver used by the system can get out of sync with the list of DNS
servers specified by a redhat-config-network profile. This appears to happen
when "caching" is enabled by authconfig-gtk.


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


How reproducible:
Didn't try

Steps to Reproduce:
1. Logged into a network using NIS and ypbind, "caching" enabled via authconfig-gtk.
2. Shut down laptop.
3. Moved laptop to a new network without NIS, powered up.
4. ypbind failed to attach to a server as expected and timed out
5. Logged in using NIS cached authentication
6. Switched to a new network profile using redhat-config-network-cmd that
automatically used new DNS servers



Actual Results:  nslookup can see new DNS server as expected. mozilla, ftp, and
other programs try to use old DNS server (on unreachable network), and don't
resolve addresses.


Expected Results:  All programs should use new DNS settings.


Additional info:

I noticed that authconfig-gtk had added "nis" to the "hosts" line before the
"dns" entry when I enabled caching. I think that this may be the cause of the
problem, because disabling caching from authconfig-gtk made the problem go away.
re-enabling caching hasn't caused a problem, but I haven't yet returned to the
network that I use NIS on (it's at work). I'll post if I can reproduce the problem.

Enabling caching from an authentication configuration program shouldn't have the
effect of also caching the DNS server to use (at least, that's what appeared to
be happening). One final thought - maybe this is really a glibc/nscd issue, and
enabling nis lookup of hosts shouldn't affect which nameserver(s) are used. I
don't know enough about what that pair of packages does to say.