8.9.5 Проблемы маршрутизации и конфигурации сервера

Несмотря на то, что оба хоста правильно сконфигурированы, помешать установке соединения между ними может множество проблем маршрутизации. Маршрутизаторы, которые составляют IP-сеть, должны обмениваться между собой маршрутной информацией. Если при этом процессе возникает проблема, противоречивая информация в таблицах маршрутизации может помешать установлению сквозного соединения. Наиболее вероятные причины противоречивой информации в таблицах маршрутизации — это проблемы физического канала (проблемы «линка») и некорректная конфигурация маршрутизатора. Когда LAN- и WAN-соединения включаются и выключаются, маршрутизаторы посылают сообщения об обновлении маршрутной информации друг другу при обнаружении изменения статуса линка. Пока эта информация передается, некоторые маршрутизаторы не имеют корректного представления о сети. Попытки связи, совершенные в течение этого промежутка времени, могут потерпеть неудачу, потому что часть сети может быть временно недоступной. Такие проблемы маршрутизации обычно проявляют себя отсутствием ответа или появлением ICMP-сообщения «Удаленный хост недоступен. Сеть недостижима».

Утилита Traceroute очень эффективна для определения маршрутизатора, на котором произошла данная ошибка. Но не стоит полностью полагаться на результаты этой утилиты. Если маршрутизатор неправильно обрабатывает данные, то это не значит, что источник проблемы в нем. Часто виноват другой маршрутизатор, и это он посылает неверные данные в сеть.

Если у порта маршрутизатора или у подключенного LAN- или WAN-сегмента есть проблемы, также потребуется работа утилиты Traceroute. Если все сообщения от узлов до некоторой точки доходят нормально, а после этой точки пакеты начинают пропадать, следует проанализировать таблицы маршрутизации маршрутизаторов, которые находятся дальше этой точки. Если существует другой маршрут, необходимо, например, увеличить RIP — «стоимость» проблемного соединения. Это заставит маршрутизаторы искать новый маршрут к узлу на значения.

Другая проблема, связанная с маршрутизацией, заключается в том, что у маршрутизатора может быть некорректная ARP-таблица. Каждый маршрутизатор строит таблицу, показывающую соответствие IP-адреса MAC-адресу. Если хост присоединяется к локальному сегменту сети с дублируемым IP-адресом, то он заставляет изменяться таблицу маршрутизации. В соответствие этому IP-адресу вместо корректного MAC-адреса ставится MAC-адрес ошибочно сконфигурированного хоста. Трафик, который предназначался для настоящего хоста, пойдет ко второму, неверно сконфигурирован ному. Чтобы временно устранить неисправность, необходимо удалить существующую таблицу маршрутизации и создать новую. Если проблемы останутся, и ничего не изменится, нужно сократить время кэш-таймаута ARP. Параметр кэш-таймаут ARP определяет, как долго маршрутизатор будет «доверять» данным в ARP-таблице. Маршрутизатор отменит записи, которые существуют в таблице большее время, чем указанный кэш-таймаут ARP.

Утилита Traceroute очень эффективна для определения маршрутизатора, на котором произошла данная ошибка. Возможны случаи, когда ARP-таблица заполняется некорректно, тогда необходимо удалить ее и создать новую.

Кратко рассмотрим проблемы конфигурации сервера [51, 65].

После того как IP пакеты дошли до хоста назначения или сер вера, IP-протокол передает данные протоколам более высокого уровня модели OSI, таким как TCP или UDP. Эти протоколы передадут данные приложениям FTP или Telnet. Если сетевые приложения не ждут сообщений с данными от TCP- или UDP портов, придет ICMP-сообщение «Узел назначения недоступен. Порт недостижим». Такие сообщения используют приложения для поиска неисправностей, например, утилита Traceroute. Если такие сообщения продолжают приходить, это часто означает, что сетевые процессы сервера разрушены и надо перезагружать сетевые процессы или перезапускать сервер.