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

 

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

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

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

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

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

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

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