FW: [SLE] Need help switching from connecting through router to direct connecting
On Wednesday, October 11, 2006 @ 7:25 AM, Darryl Gregorash wrote:
On 10/10/06 20:56, Greg Wallace wrote:
On Tuesday, October 10, 2006 @ 6:41 PM, Darryl Gregorash wrote:
On 10/10/06 15:48, Greg Wallace wrote:
My router just went out and I'm trying to set up my Linux box to connect directly through my cable modem. Under DNS and Hostname, there is a box
at
the bottom that says --
Update Name Servers and Search List Via DHCP
That's what I want, but the box is grayed out. I seem to recall that something has to be shut down before that can be changed. I went to the
For 9.3 (other versions may vary), in Yast/Network devices/Network cards, click on "Change" (already configured devices), next highlight the device you wish to reconfigure, and click "Edit". The next panel gives the choice of setup method, DHCP or static IP. Change this to DHCP, and you will be able to change the name server over to DHCP update (if it doesn't get done automatically, that is). It should not be necessary to bring down the network before doing any of this.
Well, going through Network Devices/Network Card did let me switch to DHCP. However, nothing seemed to change on my system until I re-booted. Then, when I went back into DNS and Hostname, I got the following --
The resover configuration file (etc/resolv.conf) has been temporarily modified by /usr/bin/Networkmanager. You have two choices 1. Modify the current (changed) version of the file 2. Press "Accept" now and continue editing other (nonresolver) data. You could return to this dialog later when the above service has terminated.
No matter which of these I choose, the screen comes up looking identical. Now, the "Update Name Servers and Search List Via DHCP" box is checked, which is what I want (and it's grayed out as well, which I guess is no big deal since it's set like I want it to be). But I'm not picking up any of the IP name servers. All of those are blank. If I try to go to the Web via firefox, I get "Server Not Found..." for any web site I try. Somehow, it needs to pick up those name servers, but I thought that would happen automatically since I'm now set to use DHCP. Any idea what's causing this latest problem? First you need to make sure your ISP is actually sending the name server information in its DHCP replies (it should).
Depending on which dhcp client you are using (I use the ISC dhclient, it is far simpler to configure for just a single interface), your lease information will be stored in either /var/lib/dhcp/dhclient.leases or /var/lib/dhcpcd/dhcpcd-eth?.info. Check the one in use on your system for name server information, in the former case it is in the form "option domain-name-servers <list>", in the latter it is "DNS=<list>".
I don't use any network manager, because the init scripts achieve all I need to do. If you don't have any special needs, such as switching between a wired/wireless setup, you probably don't need a network manager either. It is possible there is a conflict between it and the init scripts. The following is for a no-network manager setup:
There are two variables in the network config that might prevent /etc/resolv.conf from being modified. The first of these is MODIFY_RESOLV_CONF_DYNAMICALLY. If this is "no", then nothing will change the file. With DHCP, the other is DHCLIENT_MODIFY_RESOLV_CONF. You can change both of these in the Yast sysconfig editor, the first in Network/Hardware/Config, the second in Network/DHCP/DHCP client. If necessary, bring the system into runlevel 1 or 2 to make the changes (I think that shouldn't be necessary, though). Yast should restart the network automatically when it runs suseconfig, but if necessary, run rcnetwork restart after you exit Yast.
Well, I checked and both of those variables were set to Yes, so that's not the problem. Thanks anyway. Greg Wallace
On Wednesday, October 11, 2006 @ 7:25 AM, Darryl Gregorash wrote:
<snip>
First you need to make sure your ISP is actually sending the name server information in its DHCP replies (it should).
Did you verify that you are actually receiving the name servers in the DHCP response? If not, then you may have to add a "require domain-name-server" option to the dhcp options list.
There are two variables in the network config that might prevent /etc/resolv.conf from being modified. The first of these is MODIFY_RESOLV_CONF_DYNAMICALLY. If this is "no", then nothing will change the file. With DHCP, the other is DHCLIENT_MODIFY_RESOLV_CONF.
Well, I checked and both of those variables were set to Yes, so that's not the problem. Thanks anyway. If those are set to "yes", and you are getting the name server list from
On 11/10/06 12:28, Greg Wallace wrote: the provider, then something else is screwing up the works.. the only other thing you have in the picture is Networkmanager. Dump that, and let the init scripts do all the work for you. Use the package dhcp-client, unless you have a compelling need to use dhcpcd (which is the SuSE default). Dhcp-client does require the domain-name-server list, by default; I don't know about dhcpcd.
On Wednesday, October 11, 2006 @ 3:28 PM, Darryl Gregorash wrote:
On Wednesday, October 11, 2006 @ 7:25 AM, Darryl Gregorash wrote:
<snip>
First you need to make sure your ISP is actually sending the name server information in its DHCP replies (it should).
Did you verify that you are actually receiving the name servers in the DHCP response? If not, then you may have to add a "require domain-name-server" option to the dhcp options list.
There are two variables in the network config that might prevent /etc/resolv.conf from being modified. The first of these is MODIFY_RESOLV_CONF_DYNAMICALLY. If this is "no", then nothing will change the file. With DHCP, the other is DHCLIENT_MODIFY_RESOLV_CONF.
Well, I checked and both of those variables were set to Yes, so that's not the problem. Thanks anyway. If those are set to "yes", and you are getting the name server list from
On 11/10/06 12:28, Greg Wallace wrote: the provider, then something else is screwing up the works..
That's the problem. I'm NOT getting the name server list from the provider, even though it's now set to use DHCP (i. e., the box is checked next to "Update Name Servers and Search List from DHCP"). Name Server 1, Name Server 2, and Name Server 3 are all blank! That's what I don't understand. Why does it not go out to the ISP and get those name servers since "Update Name Servers and Search List from DHCP" is checked?
the only other thing you have in the picture is Networkmanager. Dump that, and let the init scripts do all the work for you. Use the package dhcp-client, unless you have a compelling need to use dhcpcd (which is the SuSE default). Dhcp-client does require the domain-name-server list, by default; I don't know about dhcpcd.
Greg Wallace
On 11/10/06 20:59, Greg Wallace wrote:
On Wednesday, October 11, 2006 @ 3:28 PM, Darryl Gregorash wrote:
On 11/10/06 12:28, Greg Wallace wrote:
On Wednesday, October 11, 2006 @ 7:25 AM, Darryl Gregorash wrote:
<snip>
First you need to make sure your ISP is actually sending the name server information in its DHCP replies (it should).
Did you verify that you are actually receiving the name servers in the DHCP response? If not, then you may have to add a "require domain-name-server" option to the dhcp options list.
There are two variables in the network config that might prevent /etc/resolv.conf from being modified. The first of these is MODIFY_RESOLV_CONF_DYNAMICALLY. If this is "no", then nothing will change the file. With DHCP, the other is DHCLIENT_MODIFY_RESOLV_CONF.
Well, I checked and both of those variables were set to Yes, so that's not the problem. Thanks anyway.
If those are set to "yes", and you are getting the name server list from the provider, then something else is screwing up the works..
That's the problem. I'm NOT getting the name server list from the provider, even though it's now set to use DHCP (i. e., the box is checked next to
You really do not know this. All you know is that your resolv.conf file is not being modified. As root, do the following: 1. In the Yast sysconfig editor, Network/DHCP/DHCP client, check the variable DHCLIENT_BIN to see if you are using dhcpcd or dhclient. Unless something has changed since 9.3, there are no other choices in SuSE. The default is dhcpcd, but dhclient is much easier to use if you are configuring a single interface with DHCP. 2. Find out if it is actually running: ps aux| grep dhc 3. If it is dhcpcd, then run this: grep DNS /var/lib/dhcpcd/* With this client, if you are receiving name server information from your service provider, you will see a line similar to this: /var/lib/dhcpcd/dhcpcd-eth1.info:DNS=204.83.142.2,204.83.142.4 If it is dhclient, run this instead: grep name-server /var/lib/dhcp/* With this client, you should see several lines looking similar to this (dhclient has a habit of keeping a few old dhcp leases in its files): option domain-name-servers 204.83.142.2,204.83.142.4; 4. If you see the appropriate line, then you are receiving the name server information from the provider. In this case, since your config variables are properly set to have the system modify resolv.conf, something else is preventing that file from being modified properly. IMO, that something can only be Networkmanager. If this is the case, then dump Networkmanager (unless you have an absolute compelling reason to keep it running), and let the system init scripts perform the task for you. They do work, I assure you. If you do not see the appropriate line, then you are not receiving the information at all, and this becomes an issue of properly configuring your dhcp client program. I doubt if this will be the case, as both dhcpcd and dhclient, as they are installed out of the box, will request name server information in a dhcp request. 5. If all else fails, take the name server information you got in step 3 (or call your service provider to get it) and modify resolv.conf yourself. This is not the ideal situation, but it will at least give you functioning name servers while you look for the problem elsewhere.
On 11/10/06 20:59, Greg Wallace wrote:
On Wednesday, October 11, 2006 @ 3:28 PM, Darryl Gregorash wrote:
On 11/10/06 12:28, Greg Wallace wrote:
On Wednesday, October 11, 2006 @ 7:25 AM, Darryl Gregorash wrote:
<snip>
First you need to make sure your ISP is actually sending the name server information in its DHCP replies (it should).
Did you verify that you are actually receiving the name servers in the DHCP response? If not, then you may have to add a "require domain-name-server" option to the dhcp options list.
There are two variables in the network config that might prevent /etc/resolv.conf from being modified. The first of these is MODIFY_RESOLV_CONF_DYNAMICALLY. If this is "no", then nothing will change the file. With DHCP, the other is DHCLIENT_MODIFY_RESOLV_CONF.
Well, I checked and both of those variables were set to Yes, so that's not the problem. Thanks anyway.
If those are set to "yes", and you are getting the name server list from the provider, then something else is screwing up the works..
That's the problem. I'm NOT getting the name server list from the
On Thursday, October 12, 2006 @ 5:20 PM, Darryl Gregorash wrote: provider,
even though it's now set to use DHCP (i. e., the box is checked next to
You really do not know this. All you know is that your resolv.conf file is not being modified. As root, do the following:
1. In the Yast sysconfig editor, Network/DHCP/DHCP client, check the variable DHCLIENT_BIN to see if you are using dhcpcd or dhclient. Unless something has changed since 9.3, there are no other choices in SuSE. The default is dhcpcd, but dhclient is much easier to use if you are configuring a single interface with DHCP.
2. Find out if it is actually running: ps aux| grep dhc
3. If it is dhcpcd, then run this: grep DNS /var/lib/dhcpcd/*
With this client, if you are receiving name server information from your service provider, you will see a line similar to this: /var/lib/dhcpcd/dhcpcd-eth1.info:DNS=204.83.142.2,204.83.142.4
If it is dhclient, run this instead: grep name-server /var/lib/dhcp/*
With this client, you should see several lines looking similar to this (dhclient has a habit of keeping a few old dhcp leases in its files): option domain-name-servers 204.83.142.2,204.83.142.4;
4. If you see the appropriate line, then you are receiving the name server information from the provider. In this case, since your config variables are properly set to have the system modify resolv.conf, something else is preventing that file from being modified properly. IMO, that something can only be Networkmanager. If this is the case, then dump Networkmanager (unless you have an absolute compelling reason to keep it running), and let the system init scripts perform the task for you. They do work, I assure you.
If you do not see the appropriate line, then you are not receiving the information at all, and this becomes an issue of properly configuring your dhcp client program. I doubt if this will be the case, as both dhcpcd and dhclient, as they are installed out of the box, will request name server information in a dhcp request.
5. If all else fails, take the name server information you got in step 3 (or call your service provider to get it) and modify resolv.conf yourself. This is not the ideal situation, but it will at least give you functioning name servers while you look for the problem elsewhere.
Well Darryl, I got a new router today and switched back to using the route, which picks up the name servers and handles all of that for me. Everything is working again as before. It would be nice to know how to connect directly with the ISP using DHCP but for right now I'm good to go again. One final comment though. It would seem that this is an area that SUSE Linux needs to improve on. In Windows, there's a control panel where you go and make the change. Switching between using a router and connecting directly is about a 3 minute operation in either direction. I should be able to use some control panel(s) under YAST to accomplish the same thing; i. e., there needs to be a graphical way to make this switch back and forth. Maybe that's something that will be added in a later release. Thanks for trying to help me through this. I'm saving off this email with the 5 steps in case my router goes out again. Thanks for trying to help me through this. Greg Wallace
participants (2)
-
Darryl Gregorash -
Greg Wallace