I have encountered a strange problem with my (SuSE 8.2Pro) dns settings since setting up my dsl account? Hoping someone can help? Occasionally the system just loses the setting?! My quite basic setup is: eth0 to dsl modem with ip address from dhcp running pppoA eth1 to internal network, fixed ip addresses. I run Shorewall firewall. Even though I set network card config to get dns from dhcp setting ( I think it is a Yast check box), my isp suggests putting their two dns server ip addresses in the setup, which I do. Everything is humming along nicely this morning. However, went to collect the mail tonight and no connect. On checking with some pings it was clear I had no name resolve working (could ping ip addresses, not server names). Checked the Yast settings for the eth0 and eth1 cards and sure enough the dns ip addresses are gone. Put them back in and everything is fine and working again. I had done nothing that utilised the eth cards since the earlier session? This is the second time this has happened. I think it might have something to do with etc/resolve.conf being dynamic because adsl uses ppp, but I just follow this sort of stuff, can't say I understand it well. I did run SuSEconfig for other purposes. Any suggestions as to why this might be happening? More importantly, any suggestions as to how to stop it happening again? Cheers, Paul.
The 03.10.17 at 22:51, Paul Trevethan wrote:
I had done nothing that utilised the eth cards since the earlier session? This is the second time this has happened. I think it might have something to do with etc/resolve.conf being dynamic because adsl uses ppp, but I just follow this sort of stuff, can't say I understand it well. I did run SuSEconfig for other purposes.
Well, the script /etc/ppp/ip-up certainly can rewrite /etc/resolv.conf. I have it dissabled, but I'm using a modem and I don't remember exactly how I dissabled it. A way is mentioned in the scripts, but that is not how I'm doing it. I'll check if you are interested. It could be that I have "Auto DNS= 0" in wvdial.conf - but you can not be using that. -- Cheers, Carlos Robinson
On Fri, 17 Oct 2003 20:43:39 +0200 (CEST)
"Carlos E. R."
The 03.10.17 at 22:51, Paul Trevethan wrote:
I had done nothing that utilised the eth cards since the earlier session? This is the second time this has happened. I think it might have something to do with etc/resolve.conf being dynamic because adsl uses ppp, but I just follow this sort of stuff, can't say I understand it well. I did run SuSEconfig for other purposes.
Well, the script /etc/ppp/ip-up certainly can rewrite /etc/resolv.conf. I have it dissabled, but I'm using a modem and I don't remember exactly how I dissabled it. A way is mentioned in the scripts, but that is not how I'm doing it. I'll check if you are interested. It could be that I have "Auto DNS= 0" in wvdial.conf - but you can not be using that.
-- Cheers, Carlos Robinson
Thanks Carlos, but I found a switch in the /etc/sysconfig area that allowed me to turn off the dynamic nature of the file. The only danger with that I believe is that my isp may change their dns server addresses, but that has not happened for years so I think I will go with this for now. I am not actually convinced that the problem doesn't lie deeper in Yast code, but it is working again for now so I'm a happy little surfer. Cheers, Paul.
The 03.10.18 at 09:21, Paul Trevethan wrote:
Thanks Carlos, but I found a switch in the /etc/sysconfig area that allowed me to turn off the dynamic nature of the file. The only danger with that I believe is that my isp may change their dns server addresses, but that has not happened for years so I think I will go with this for now.
One of the dns I have in the forwarder section belongs to a provider i no longer use... i wouldn't worry.
I am not actually convinced that the problem doesn't lie deeper in Yast code, but it is working again for now so I'm a happy little surfer.
No, you did it correctly. The scripts are set to change the dns in the resolv file automatically. -- Cheers, Carlos Robinson
participants (2)
-
Carlos E. R.
-
Paul Trevethan