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.
Shachar Shemesh wrote:
Amichai Rotman wrote:
Hi Clan,I get the exact same syndrom on a friend's computer.. I THINK it is something to do with netvision's advertised DNSes. I'll have a look.
I have moved to MDK 9.1 and since then I have a weird DNS problem:
Every time I restart the network or connect to the Net (using NetVision's cablestart script) the /etc/resolv.conf file gets overwritten with the following contents:
# cat /etc/resolv.conf
nameserver 192.168.101.101
I then have to copy the /etc/ppp/resolv.conf to /etc and all works...
How can I find out what causes this overwrite? I looked at the logs, but found nothing...
Thanks,
Amichai.
Shachar
================================================================= 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]
