|
|
|
|
13.5 Network Problems
Many problems of your system may be network-related, even though they do not seem to be at
first. For example, the reason for a system not allowing users to log in might be a network
problem of some kind. This section introduces a simple check list you can apply to identify the
cause of any network problem encountered.
When checking the network connection of your machine, proceed as follows:
-
If using an ethernet connection, check the hardware first. Make sure that your network
cable is properly plugged into your computer. The control lights next to your ethernet
connector, if available, should both be active.
If the connection fails, check whether your network cable works with another machine. If
it does, your network card causes the failure. If hubs or switches are included in your network
setup, suspect them to be the culprits as well.
-
If using a wireless connection, check whether the wireless link can be established by
other machines. If this is not the case, contact the wireless network's administrator.
-
Once you have checked your basic network connectivity, try to find out which service is
not responding. Gather the address information of all network servers needed in your setup.
Either look them up in the appropriate YaST module or ask your system administrator. The
following list gives some of the typical network servers involved in a setup together with the
symptoms of an outage.
- DNS (Name Service)
-
A broken or malfunctioning name service affects the network's functioning in many
ways. If the local machine relies on any network servers for authentication and these
servers cannot be found due to name resolution issues, users would not even be able to log
in. Machines in the network managed by a broken name server would not be able to
see each other and communicate.
- NTP (Time Service)
-
A malfunctioning or completely broken NTP service could affect Kerberos authentication
and X server functionality.
- NFS (File Service)
-
If any application needed data stored in an NFS mounted directory, it would not be
able to start or function properly if this service was down or misconfigured. In a worst
case scenario, a user's personal desktop configuration would not come up if his home
directory containing the .gconf or .kde
subdirectories could not be found due to an outage of the NFS server.
- Samba (File Service)
-
If any application needed data stored in a directory on a Samba server, it would not
be able to start or function properly if this service was down.
- NIS (User Management)
-
If your openSUSE system relied on a NIS server to provide the user data, users would
not be able to log in to this machine if the NIS service was down.
- LDAP (User Management)
-
If your openSUSE system relied on an LDAP server to provide the user data, users
would not be able to log in to this machine if the LDAP service was down.
- Kerberos (Authentication)
-
Authentication would not work and login to any machine would fail.
- CUPS (Network Printing)
-
Users would not be able to print.
-
Check whether the network servers are running and whether your network setup allows you
to establish a connection:
IMPORTANT:The debugging procedure described below only applies to a simple network server/client
setup that does not involve any internal routing. It assumes both server and client are
members of the same subnet without the need for additional routing.
-
Use ping hostname (replace
hostname with the hostname of the server) to check whether each
one of them is up and responding to the network. If this command is successful, it tells you
that the host you were looking for is up and running and that the name service for your
network is configured correctly.
If ping fails with destination host
unreachable, either your system or the desired server is not properly configured or
down. Check whether your system is reachable by running ping
your_hostname
from another machine. If you can reach your machine from another machine, it is
the server that is not running at all or not configured correctly.
If ping fails with unknown host, the name service is not configured
correctly or the hostname used was incorrect. Use ping -n
ipaddress to try to connect to this host without name service. If
this is successful, check the spelling of the hostname and for a misconfigured name service
in your network. For further checks on this matter, refer to Step 4.b. If ping still fails, either your network card is not configured
correctly or your network hardware is faulty. Refer to Step 4.c for information about this.
-
Use host hostname to check whether the
hostname of the server you are trying to connect to is properly translated into an IP address
and vice versa. If this command returns the IP address of this host, the name service is up
and running. If the host command fails, check all network configuration
files relating to name and address resolution on your host:
-
/etc/resolv.conf
-
This file is used to keep track of the name server and domain you are currently
using. It can be modified manually or automatically adjusted by YaST or DHCP.
Automatic adjustment is preferable. However, make sure that this file has the following
structure and all network addresses and domain names are correct: search fully_qualified_domain_name
nameserver ipaddress_of_nameserver
This file can contain more than one name server address, but at least one of them
must be correct to provide name resolution to your host. If needed, adjust this file using
the YaST DNS and Hostname module.
If your network connection is handled via DHCP, enable DHCP to change hostname and
name service information by selecting and
in the YaST DNS and
Hostname module.
-
/etc/nsswitch.conf
-
This file tells Linux where to look for name service information. It should look
like this: ...
hosts: files dns
networks: files dns
...
The dns entry is vital. It tells Linux to use an external name
server. Normally, these entries are automatically made by YaST, but it never hurts
to check.
If all the relevant entries on the host are correct, let your system administrator
check the DNS server configuration for the correct zone information. For detailed information about DNS, refer to Section 22.0, The Domain Name System, (↑ Reference ). If you have made sure that the DNS configuration of your host and the DNS
server are correct, proceed with checking the configuration of your network and network
device.
-
If your system cannot establish a connection to a network server and you have excluded
name service problems from the list of possible culprits, check the configuration of your
network card.
Use the command ifconfig network_device
(executed as root) to check whether this device was
properly configured. Make sure that both inet address and
Mask are configured correctly. An error in the IP address or a missing bit
in your network mask would render your network configuration unusable. If necessary, perform
this check on the server as well.
-
If the name service and network hardware are properly configured and running, but some
external network connections still get long time-outs or fail entirely, use
traceroute fully_qualified_domain_name
(executed as root) to track the network route these
requests are taking. This command lists any gateway (hop) a request from your machine passes
on its way to its destination. It lists the response time of each hop and whether this hop is
reachable at all. Use a combination of traceroute and ping to track down the culprit and let
the administrators know.
Once you have identified the cause of your network trouble, you can resolve it yourself (if
the problem is located on your machine) or let the system administrators of your network know
about your findings so they can reconfigure the services or repair the necessary systems.
13.5.1 NetworkManager Problems
If you have a problem with network connectivity, narrow it down as
described in . If NetworkManager seems to be the culprit,
proceed as follows to get logs providing hints on why NetworkManager fails:
-
Open a shell and log in as root.
-
Restart the NetworkManager: rcnetwork restart -o nm
-
Open a web page, for example, https://www.opensuse.org as normal user to
see, if you can connect.
-
Collect any information about the state of NetworkManager in
/var/log/NetworkManager.
For more information about NetworkManager, refer to Section 10.0, Managing Network Connections with NetworkManager.
|
|
|