I'm not sure under what conditions it happens, but something keeps
editing my /etc/resolv.conf to read:
# eth0 begin
# eth0 end
when previously it had read:
The last time this happened, I even made resolv.conf be read-only, but
no, whatever does this overwrote the file anyway.
First of all, setting my search path to include stanford.edu is completely
insane, and I can't figure out *where* this is coming from. I have no
association with Stanford, and have never typed that word into any
configuration script, ever. I grepped in the usual places, and I can't
figure out where "stanford.edu" is coming from.
Second, changing my nameserver to some random one (where in the world did
it get that one?) is unacceptable. I have a cacheing name server running
on localhost and I want to use it. Don't second-guess me.
I suspect this happens as a result of running "usrnetctl" to bring the
eth0 and ppp0 interfaces up and down, but I'm not sure. Sorry if I've
picked the wrong module.
If you're using rp3 and/or wvdial, the wvdial dialer will use MSDNS information
supplied by your server to modify the resolv.conf file. The latest version of
initscripts adds a sanity check to this (specifically, if the first DNS
server address returned is already in resolv.conf, the list remains unmodified,
specifically to not trash people who are using caching nameservers).
Please grab the versions of ppp, wvdial, and rp3 from the 6.2 beta and see if
together they solve the problems you're experiencing.
Any news? If not, I'll close this bug.
Sorry, I never got around to trying this because I basically gave up
on using my laptop as a laptop. Now it just sits on my desk all the
time, and it mostly works. Trying to change its network connection,
or trying to run on battery power, or really doing anything laptop-like
at all, just makes Linux malfunction in a thousand different ways, so
I finally learned my lesson and stopped.
pppd seems to change the resolv.conf.
I tested it on RedHat 7.0 and RedHat 7.1.
It happens when you dial up.
I scanned the newsgroup for a solution.
As I understood them right pppd seems to tell the system some DNS servers which
then are at resolv.conf
They where talking about dhcp
To change this behaviour at PEERDNS="no" at cat /etc/sysconfig/network-
This is not documentated at the man pppd pages !
It will prevent pppd from changing the DNS servers at resolv.conf
I personaly think pppd by default shouldn't change resolv.conf.
(I've no dhcp but a static IP on dial up)
Changing DNS could fool systems on my local LAN.
What if I would make a paymant to largebank.com to a spoofed server.
(Someone with a spoofed site looking like largebank.com)
This way they could retrieve my credit card number.
Also its better to use the local nameserver for speed.
There have been large amounts of changes in the PPPD, kernel, and network code
since Red Hat Linux 7.1. Is this still a problem in Red Hat 8.0
There are a couple of things that could be listed as RFE items from this, but
should be done as new tickets.
1) Network/PPP tools should allow for a no-change flag to be set. In most cases,
the user of a dial-up should trust the information of DNS, routeing, etc that
the ISP provides. That way when the ISP changes such values, their clients are
quick to get new routes, DNS servers etc instead of complete failure, extra
support costs, etc. For the users who are not in a trusted environment with an
ISP, they should have the option of turning this off.
Closing out due to bit-rot.