Диагностика ошибок в среде протоколов TCP/IP

 

Основные проблемы протоколов TCP/IP обычно связаны с неправильной адресацией и настройками [51, 65]. При поис­ке ошибок на компьютере, где используется набор протоко­лов TCP/IP и операционная система Microsoft, АС может легко увидеть настройки TCP/IP, используя следующие команды:

- Winipcfg — для компьютеров с операционной системой Windows 9х;

- Ipconfig/all — для компьютеров с операционной системой Windows NT.

Рассмотрим подробнее основные проблемы адресации [8, 51, 65].

Неправильный IP-адрес. В сети TCP/IP все компьютеры и сетевые устройства должны иметь уникальный IP-адрес [14, 9]. Когда компьютеры сконфигурированы так, что в сети встре­чается дублирующий адрес, то они не могут в ней взаимодей­ствовать. При появлении в сети двух станций с одинаковыми IP-адресами их отслеживание может быть довольно затрудни­тельным. Тестирующее устройство может помочь предоставле­нием списка IP-адресов и соответствующих им МАС-адресов, но затем поиск неисправностей переходит в утомительное за­нятие — «сходить» к нужной рабочей станции и посмотреть настройки сети.

Некоторые операционные системы, такие как Microsoft Windows 9х и Windows NT, сами определяют дублирование адреса при включении компьютера и отключают набор про­токолов TCP/IP на этом компьютере, пока эта проблема не разрешится.

Кроме дублирования IP-адрес может быть неверным, если компьютер переносили из одной сети в другую. Присвоение адресов динамически с помощью DHCP-сервера позволяет из­бежать этой проблемы. Но если адреса присваиваются стати­чески, то они должны быть изменены, когда компьютер пере­мещают из одного сегмента сети в другой. В этом случае поиск ошибок сравнительно прост, так как компьютер с неверным IP-адресом не сможет подсоединиться к сети. Быстрое срав­нение его настроек с другими в этой же сети идентифицирует проблему.

Неверная маска подсети. Маска подсети используется стан­цией, чтобы определить, принадлежит ли адрес получателя к локальному сегменту сети или к удаленному. Если получатель находится в локальном сегменте, станция пытается отыскать МАС-адрес отправителя с помощью широковещательной рас­сылки, используя протокол ARP (Address Resolution Protocol) [9]. Если получатель находится в удаленном сегменте, то стан­ция использует внутреннюю таблицу маршрутизации, чтобы определить, на какой маршрутизатор следует передать пакет для доставки.

Если маска подсети неверна, тогда в самом худшем вариан­те станция будет считать, что получатель, находящийся в уда­ленном сегменте, находится в локальном сегменте. Тогда стан­ция будет передавать широковещательные пакеты в локальный сегмент в поисках получателя. Первый признак этого — стан­ция может связаться с остальными компьютерами в локальном сегменте сети, но не может связаться с удаленными хостами.

Неверный адрес шлюза. Станция, работающая с протокола­ми TCP/IP, определяет, где находится получатель — в локаль­ном или в удаленном сегменте. Если получатель находится в удаленном сегменте, то станция обращается к внутренней таблице маршрутизации. Если станция не находит определен­ный маршрут к сети получателя, то она передает пакеты шлю­зу, определенному по умолчанию для организации доставки. Шлюз по умолчанию — это маршрутизатор, соединяющий локальную сеть с другими сетями TCP/IP. Если шлюз по умолчанию неправильно сконфигурирован или отсутствует, станция не сможет установить связь с удаленными сетевыми устройствами.

Проблема разрешенных имен. Пользователи предпочитают использовать в качестве имен хостов символьные, а не циф­ровые имена. Если со станции можно определить с помощью утилиты Ping IP-адреса, но нельзя соединиться (или «пинго­вать» те же компьютеры по их именам), необходимо прове­рить, что DNS-сервера в настройках протоколов TCP/IP кор­ректны для этой сети. Система доменных имен (DNS — Do­main Name System) — это главный механизм, использующийся в сетях TCP/IP для преобразования имен сетевых устройств в их IP-адреса [8, 9].

По рекомендациям компаний-производителей диагности­ческих средств существует специальный вид быстрой провер­ки «1 минута» на ошибки TCP/IP. Рассмотрим ее подробнее.

При быстрой проверке TCP/IP администратор системы должен произвести ниже перечисленные действия [51, 65].

1. Составить список устройств, работающих как хосты.

2. Проверить по списку устройств, не могли ли случайно акти­вироваться маршрутизирующие функции на компьютерных стан­циях, серверах, коммутаторах, где эти функции должны быть от­ключены. А также проверить, действительно ли работают именно те протоколы маршрутизации, которые были заранее выбраны.

3. Проверить по списку мосты/коммутаторы, работающие по протоколу STA-Spanning Tree.

4. Проверить правильность именования подсетей. Для боль­шинства сетей обычно задается только одна подсеть. Если их несколько, необходимо понять причину их появления. Обыч­но это свидетельство того, что в сети есть неправильно скон­фигурированные IP-устройства.

5. Проверить по списку устройства, предоставляющие сер­висы DNS, ВООТР, DHCP. Убедиться, что они правильно скон­фигурированы.

Проверить устройства, управляемые по SNMP протоколу и работающие SNMP-агенты.

Проверить список устройств в локальном сегменте. Убе­диться, что нет хостов с адресами, не относящимися к адресам подсети, нет станций, недоступных работе DNS, а также нет слишком большого числа станций в сегменте.

При правильной работе ошибок вообще не должно быть обнаружено.