Отключает функцию преобразователя DNS, чтобы маршрутизатор или коммутатор не попытался запрашивать сервер DNS на преобразование имен.
(Изначально заданная команда IP Еще один хороший подход проверки стандартного маршрутизатора - это проверка работы протокола ARP на стандартном маршрутизаторе. Например, хост
посылает пакеты на хост D непосредственно, поскольку он расположен в той же подсети. Таким образом, хосту А нужна запись ARP дпя хоста D. Аналогично, прежде чем послать пакет на сервер В, находящийся в другой подсети, хост А нуждается в записи ARP ,для МАС-адреса маршрутизатора R1.
Команда arp -а — это еще одна популярная команда, имеющаяся у многих пользовательских OS. Она выводит таблицу ARP хоста. Пример 18.7 демонстрирует таблицу ARP хоста А после успешной передачи им пакетов на сервер В и хост D. Обратите внимание, что IP-адрес сервера В 172.16.2.9 не указан, поскольку таблица ARP содержит IP-адреса хостов собственной подсети и не дистанционных подсетей.
Маршрутизаторы должны также хранить таблицу ARP, чтобы иметь возможность инкапсулировать пакеты IP во фреймы LAN. Пример 18.8 демонстрирует вывод команды show arp на маршрутизаторе Rl, отображая запись для хоста (172.16. l.9) и для самого маршрутизатора (172.16.1.1). (Обычно хосты не хранят собственные IP-адреса в своем кэше ARP, но маршрутизаторы Cisco поступают именно так.)
Проверка соединения при помощи команд ping, traceroute и telnet
Несмотря на то что проверка параметров lpv4 на хосте очень важна, окончательная, истинная проверка заключается в проверке возможности приложений хоста общаться так, как должно. Может ли пользователь открыть веб-браузер и просмотреть веб-сайты? Работает ли электронная почта? Все ли приложения могут подключаться к Интернету?
В этом разделе рассматривается несколько средств проверки подключения, отвечающих на простой, но важный вопрос: может ли хост передавать пакеты на другой хост и принимать ответные пакеты? Пользовательские приложения не могут работать, пока эти два хоста не могут обмениваться пакетами. Если инструментальные средства доказывают, что пакеты lpv4 действительно могут передаваться между двумя хостами, но приложение все равно не работает, то процесс поиска неисправности следует свести к поиску проблем самого приложения. Но если хосты не могут передавать пакеты друг другу, то процесс поиска неисправности сосредоточивается на проблемах сети, препятствующих правильному перенаправлению пакетов.
Опубликовал katy
October 26 2015 21:42:32 ·
0 Комментариев ·
2242 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.