I have a similar symptom on my machine. Debian, Cables (actcom) (forgot anythign important?).
On my machine, after a connection is made, /etc/resolve.conf is being written nicely and all a-o.k. . BUT, after I've some time, when connection time exceedded ~12h, I have noticed it have "fallen". A more carefull debugging showed that at the same time the dhcp-client made some "refresh" request. Well, it's request (DHCPREQUEST) apperantely succedded (DHCPACK), but it also includes rewriting the /etc/resolve.conf automatically... .
My solution was incorporated in a bigger problem & its solution. I have a script running as a deamon which makes sure the internet connection is up (cause it does go down, once in a while).
I've incorporated a check, running once in a minute, that checks the validity of the /etc/resolve.conf file, and rewrites it with valid data, is it's invalid.
Obviously, if this is the reason for your machine misbehave (and it seems very related, the invalid DNS entry in my resolve.conf is the same as yours), you might be able to config the dhcp-client NOT to voerwrite resolve.conf, but I haven't checked this.
The solution above works like charm to me, Boaz.
Ok, still not perfect, but better than nothing.
Try adding "supersede domain-name-server 194.90.1.5, 212.143.212.143;" to /etc/dhclient.conf. These are the right values for netvision. For other ISPs, use the respective values. You can find out your ISPs values by looking at the syslog file, and looking for "pppd" invocations. It will have lines with the correct DNS values.
Warning - this has not been tried out, yet. Please let me know if it works, as I have no way of testing that at the moment.
Shachar
-- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/
================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
