Два узла, подключенные к разным
Два узла, подключенные к разным сетям сервера NetWare не могут связаться друг с другом по IP (PING не проходит). Как искать ошибку?
Первым делом необходимо проверить коммуникации на нижнем уровне: подключение кабелей, загрузка драйверов (нет ли сообщений об ошибках). Если связь раньше была, а потом пропала - внимательно посмотреть, что изменялось с тех пор на узлах или сервере.
Способ последовательной отладки покажем на примере конфигурации, изображенной на Рисунок 6.1.. Пусть нам необходимо добиться связи между узлами W95 (191.1.1.45) и UH(191.1.1.137), и с узла W95 команда PING 191.1.1.137 не проходит. Шаги отладки будут следующими:
1. Проверим связь W95 с сервером. Для этого с ее консоли введем команду
PING 191.1.1.60. В случае успеха переходим к шагу 2, в противном случае следует проверить совпадение сетевой части IP-адресов станции и сервера, а также совпадение их масок. Использование масок по умолчанию подразумевает отсутствие деления сети на подсети, при этом значение маски берется в соответствии с классом сети (A:255.0.0.0, B:255.255.0.0, C:255.255.255.0), что применимо далеко не всегда.
Если в адресах и масках порядок, следует внимательнее проверить физическое соединение и драйверы. Для локализации неисправности попробуйте выполнить PING к серверу с другой станции той же сети.
2. Проверим работу серверного маршрутизатора. Для этого с консоли W95 выполним PING 191.1.1.140. В случае успеха переходим к шагу 3, в противном случае следует проверить настройку маршрутизации и на сервере, и на станции. На сервере убедитесь, что в команде LOAD TCPIP разрешена IP-маршрутизация опцией FORWARDS=YES (это можно увидеть в окне "View Configuration Information" меню "General Node Information" утилиты INETCFG.NLM), а также в том, что конфигурация обеих плат (адреса и маски) соответствует заданной (для этого достаточно консольной команды CONFIG). На станции убедитесь в том, что адрес ближней платы сервера (191.1.1.60) с соответствующей маской (255.255.255.224) указан в списке маршрутизаторов (Панель управления - Настройка сети - Свойства протокола TCP/IP).
3. Если достижение успеха в первых двух шагах не привело к установлению желаемой связи, зайдем с другого конца: с UH выполним PING 191.1.1.140. Если связь есть, переходим к шагу 4, в противном случае действуем, как и в первом пункте.
4. Проверим, воспринимает ли UH плату сервера как маршрутизатор, для чего выполним PING 191.1.1.60. Если связи нет, то причину следует искать в конфигурации маршрутизатора на UH. Скорее всего, следует добавить адрес 191.1.1.140 в таблицу маршрутизаторов узла UH. Для UNIX это выполняется командой, задающей адреса удаленной подсети и ведущего к ней узла и метрику предпочтительности данного маршрутизатора (1-15)
ROUTE ADD 191.1.1.32 191.1.1.140 1
(команда ROUTE ADD 0.0.0.0. 191.1.1.140 1 назначила бы его маршрутизатором по умолчанию).
Эти четыре шага в общем случае должны привести к установлению связи.
Если в сети используются другие маршрутизаторы, не поддерживающие RIP, всем маршрутизаторам необходимо добавить статическую маршрутизацию.
Если два сервера считают друг друга маршрутизаторами по умолчанию, произойдет зацикливание маршрутизации, приводящее к снижению производительности сети и даже потере связи. Соблюдайте осторожность в команде BIND IP TO... при задании опции DEFROUTE=YES .
Если маршрутизация в одной сети сконфигурирована правильно, а в другой нет, пакеты PING могут достигать адресата, но ответный пакет не сможет найти своего получателя. Процессу отладки может содействовать наблюдение за счетчиками IP-пакетов, что для сервера NetWare позволяет осуществлять утилита TCPCON.
|