Многие проблемы вашей системы могут быть связаны с сетью, даже если сперва они не кажутся таковыми. Например, причиной того, что система не позволяет пользователям войти, может являться проблема с сетью некоторого рода. Этот раздел представляет простой список проверки, который вы можете использовать для обнаружения причин встретившихся вам проблем с сетью.
При проверки соединения вашей машины выполните следующее:
При использовании соединения по локальной сети, сначала проверьте оборудование. Убедитесь, что сетевой кабель правильно подключен к вашему компьютеру. Если присутствуют сигнальные лампы возле разъема сетевой карты, обе должны быть активными.
Если соединение не удается, проверьте, работает ли ваш сетевой кабель с другой машиной. Если да, то проблема вызвана вашей сетевой картой. Если в вашу сеть включены концентраторы или коммутаторы, подозрение может пасть и на них.
Если используется беспроводное соединение, проверьте, может ли беспроводная связь установлена другими машинами. Если нет, свяжитесь с администратором беспроводной сети.
Как только вы проверили основную возможность соединения, попробуйте обнаружить, какая служба не отвечает. Соберите адресную информацию всех сетевых серверов, необходимых для вашей настройки. Либо отыщите их в соответствующем модуле YaST, либо спросите системного администратора. Следующий список перечисляет некоторые типичные сетевые серверы, участвующие в настройке, вместе с признаками выхода из строя.
- DNS (Служба имен)
Не работающая или неисправная служба имен влияет различными способами на работу сети. Если локальная машина полагается на сетевые серверы для идентификации и эти серверы не могут быть найдены из-за проблем разрешения имен, пользователи даже не смогут войти в систему. Машины в сети, управляемой нерабочим сервером имен не смогут «видеть» друг друга и взаимодействовать.
- NTP (Служба времени)
Неисправная или полностью неработающая служба NTP может влиять на идентификацию Kerberos и работу сервера X.
- NFS (Служба файлов)
Если какое-либо приложение нуждается в данных, которые хранятся в каталоге, смонтированном через NFS, оно не сможет правильно запуститься, если служба недоступна или неисправна. В худшем случае, личная конфигурация рабочего стола пользователя не сможет подняться, если его домашний каталог, содержащий подкаталоги
.gconf
или.kde
, не может быть найден из-за выхода из строя сервера NFS.- Samba (Служба файлов)
Если какое-либо приложение нуждается в данных, хранящихся в каталоге на сервере Samba, оно не сможет запуститься или правильно работать, если эта служба не доступна.
- NIS (Управление пользователями)
Если система openSUSE полагается на сервер NIS для предоставления пользовательских данных, пользователи не смогут войти в систему на этой машине, если служба NIS не доступна.
- LDAP (Управление пользователями)
Если система openSUSE полагается на сервер LDAP для предоставления пользовательских данных, пользователи не смогут войти в систему на этой машине, если служба LDAP не доступна.
- Kerberos (Идентификация)
Идентификация не будет работать и вход в систему на любой машине будет давать сбой.
- CUPS (Сетевая печать)
Пользователи не смогут печатать.
Проверьте, что сетевые серверы запущены и настройка сети позволяет установить соединение:
Важно Процедура отладки, описанная ниже, применима только к простым установкам сетевого сервера/клиента, в которые не входит какая-либо внешняя маршрутизация. Она предполагает, что сервер и клиент - оба члены одной и той же подсети без необходимости в дополнительной маршрутизации.
Используйте ping
имя_хоста
(заменитеимя_хоста
на имя хоста сервера) для проверки того, что каждый из них работает и отвечает сети. Если команда выполнилась успешно, это говорит о том, что который вы искали, работает и служба имен вашей сети работает правильно.Если ping завершился неудачей с результатом
destination host unreachable
, то либо ваша система, либо желаемый сервер, настроен неправильно или не работает. Проверьте, что ваша система достижима, запустив pingимя_вашего_хоста
с другой машины. Если вы можете достичь своей машины с другой, то причина в сервере, который не работает вообще или неправильно настроен.Если ping завершился неудачей с результатом
unknown host
, то служба имен неправильно настроена или используемое имя хоста неверно. Используйте ping -nадрес_ip
для попытки подключиться к хосту без службы имен. Если это прошло успешно, проверьте написание имени хоста и правильность настройки службы имен в вашей сети. Для дальнейших проверок в этой области смотрите Шаг 4.b. Если ping по-прежнему завершается неудачей, то либо сетевая карта настроена неправильно, либо ваше сетевой оборудование неисправно. Шаг 4.c содержит информацию об этом.Используйте host
имя_хоста
для проверки того, что имя хоста сервера, к которому вы пытаетесь подключиться правильно преобразовывается в IP-адрес и наоборот. Если эта команда возвращает IP-адрес хоста, служба имен работает. Если команда host завершается неудачей, проверьте файлы конфигурации сети на вашем хосте, относящиеся к разрешению имени или адреса:-
/etc/resolv.conf
Этот файл используется для слежения за сервером имен и доменов, который вы используете на данный момент. Он может быть изменен вручную или автоматически отрегулирован при помощи YaST или DHCP. Автоматическая подстройка предпочтительна. Тем не менее, убедитесь, что этот файл имеет следующую структуру и все сетевые адреса и имена доменов правильные:
search
полностью_подходящее_имя_домена
nameserverip_адрес_сервера_имен
Этот файл может содержать более чем один адрес серверов имен, но, по крайней мере, один из них должен быть правильный для предоставления разрешения имен вашему хосту. Если нужно, отрегулируйте этот файл, используя модуль YaST DNS и имя хоста.
Если ваше сетевое соединение обрабатывается посредством DHCP, включите изменение информации об имени хоста и службе имен по DHCP, выбрав
и в модуле YaST DNS и имя хоста.-
/etc/nsswitch.conf
Этот файл сообщает Linux, где искать информацию о службе имен. Он должен выглядеть примерно так:
... hosts: files dns networks: files dns ...
Запись
dns
существенна. Она сообщает Linux использовать внешний сервер имен. Обычно, эти записи автоматически делаются при помощи YaST, но никогда не повредит проверить.Если все значимые записи на хосте правильные, пусть ваш системный администратор проверит конфигурацию сервера DNS на правильную информацию о зонах. Если вы удостоверились, что конфигурация DNS вашего хоста и сервера DNS в порядке, продолжите проверкой конфигурации вашей сети и сетевого устройства.
-
Если ваша система не может установить соединение с сетевым сервером, и вы исключили из списка обвиняемых проблемы службы имен, проверьте конфигурацию вашей сетевой карты.
Используйте команду ifconfig
сетевое_устройство
(выполняется отroot
) для проверки того, что устройство было правильно настроено. Убедитесь, что обаinet addr
иMask
настроены правильно. Ошибка в IP-адресе или пропущенный бит в маске вашей сети расплатится непригодной для использования сетевой конфигурацией. Если необходимо, выполните эту проверку также и на сервере.Если служба имен или сетевое оборудование правильно настроены и работают, но некоторые внешние сетевые соединения по-прежнему имеют большое время ожидания или вообще дают сбой, используйте traceroute
полностью_подходящее_имя_домена
(выполняется отroot
) для отслеживания сетевого маршрута, который проходят эти запросы. Эта команда перечисляет все шлюзы (прыжки), которые проходит запрос от вашей машины до своего пункта назначения. Она перечисляет время ответа для каждого прыжка и доступен ли он вообще. Используйте сочетание traceroute и ping для того, чтобы выследить виновного и дайте знать об этом администратору.
Как только вы определили причину вашей проблемы сетью, мы можете решить ее сами (если проблема расположена на вашей машине) или дать знать системным администраторам вашей сети о том, что вы обнаружили для того, чтобы они могли перенастроить службы или восстановить необходимые системы.
Если у вас проблема с сетевым соединением, сузьте ее, как описывает . Если виновником кажется NetworkManager, выполните следующее для получения журналов, содержащих подсказки, почему NetworkManager дал сбой:
Откройте оболочку и войдите в систему как
root
.Перезапустите NetworkManager:
rcnetwork restart -o nm
Откройте веб-страницу, например http://www.opensuse.org от обычного пользователя и посмотрите, можете ли вы подключиться.
Соберите любую информацию о состоянии NetworkManager в
/var/log/NetworkManager
.
Глава 10, Управление сетевыми подключениями с помощью NetworkManager содержит подробную информацию о NetworkManager.