Перейти к содержимому

Destination host unreachable cisco как исправить

  • автор:

Исправлено: ошибка «Пункт назначения недоступен» в Windows

Ошибка «Destination Host Unreachable» возникает, когда маршрут к месту назначения отсутствует. В основном это происходит, когда возникает проблема с IPv6, который является преемником IPv4 и используется для подключения устройств к Интернету. Поэтому вам необходимо диагностировать сетевое подключение, чтобы определить, что вызывает эту ошибку.

Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)

1. Выключите и снова включите маршрутизатор.

Первое, что вам нужно сделать, это выключить и снова включить маршрутизатор. Включение и выключение маршрутизатора означает его отключение от источника электроэнергии. Это часто помогает, когда устройство перегревается или перегружается кешем. Включение и выключение маршрутизатора может исправить ошибку «Пункт назначения недоступен», особенно если есть проблема со шлюзом. Для этого выполните следующие действия:

  1. Отсоедините кабели от маршрутизатора и модема.
  2. Затем подождите хотя бы одну полную минуту.
  3. Затем снова подключите маршрутизатор и модем.
  4. После завершения проверьте, исправлена ​​ли ошибка «Недоступный хост назначения» или нет.

2. Проверьте подключение к Интернету

После включения и выключения маршрутизатора рекомендуется проверить подключение к Интернету. Для этого откройте любой браузер и зайдите на google.com. Если вы можете получить доступ к google.com, это означает, что проблема заключается в ваших локальных настройках конфигурации. Однако, если вы не можете получить доступ к google.com, проблема возникает из-за серверной части. В этом случае вам следует обратиться к своему интернет-провайдеру (интернет-провайдеру) для решения проблемы.

3. Протестируйте IPv6 и IPv4.

Для диагностики проблемы в локальных конфигурациях всегда рекомендуется начинать с версий интернет-протокола (IP). Интернет-протокол (IP) позволяет пользователям подключаться через Интернет с использованием IP-адресов. Интернет-протокол выполняет задачу доставки пакетов от хоста к месту назначения. Поэтому необходимо протестировать IPv6 или IPv4.

Между IPv6 и IPv4 нет большой разницы. IPv6 может содержать до 128-битных адресов, что позволяет использовать 3,4 x 1038 уникальных IP-адресов.

  1. Нажмите клавишу Windows и введите командную строку, чтобы открыть ее.
  2. Сначала введите ipconfig и нажмите Enter, чтобы получить подробную информацию о вашем сетевом подключении.
  3. Скопируйте адрес IPv6, затем введите следующую команду и нажмите Enter.ping -6 .
  4. Если он показывает, что узел назначения недоступен, проблема может быть связана с удаленным шлюзом. Чтобы диагностировать эту проблему, перейдите к следующему методу.
  5. В открытой командной строке введите ipconfig и нажмите Enter.
  6. На этот раз скопируйте DNS IPv4 и вставьте его с помощью следующей команды. ping
  7. Если вы по-прежнему не получаете ответ, это означает, что проблема связана либо со шлюзом, либо с маршрутизацией.

4. Добавьте адрес шлюза по умолчанию к месту назначения.

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

  1. Сначала проверьте, можете ли вы получить ответ от хоста назначения. Для этого нажмите клавишу Windows и введите командную строку.
  2. Откройте командную строку и введите ping .
  3. Если вы не знаете шлюз по умолчанию, введите ipconfig и нажмите Enter.
  4. Скопируйте шлюз по умолчанию и пропингуйте его с помощью команды ping .
  5. Если вы можете получить доступ к шлюзу по умолчанию, это означает, что соединение между хостом назначения и маршрутизатором установлено правильно.
  6. Но если вы получаете сообщение об ошибке «Узел назначения недоступен», вам необходимо вручную добавить адрес шлюза по умолчанию в IPv6 или IPv4, в зависимости от того, какой интернет-протокол вы используете.
  7. Щелкните меню «Пуск» и найдите «Панель управления».
  8. Откройте панель управления и перейдите в раздел Сеть и Интернет\Центр управления сетями и общим доступом.
  9. Щелкните Изменить настройки адаптера слева.
  10. Затем щелкните правой кнопкой мыши сетевой адаптер и выберите «Свойства».
  11. Выберите Интернет-протокол версии 6 (TCP IPv6) или IPv4, затем нажмите «Свойства».
  12. Здесь введите правильный шлюз по умолчанию и нажмите OK.
  13. После завершения перезагрузите компьютер. Затем пропингуйте свой шлюз по умолчанию, как упоминалось ранее, чтобы определить, сохраняется ли ошибка. Если ошибка устранена, попытайтесь подключиться к месту назначения с хоста.

4. Используйте стороннюю утилиту для проверки таблицы маршрутизации

Если вы пытаетесь выполнить эхо-запрос с одного виртуального компьютера на другой в сети, возможно, вы используете неправильную таблицу маршрутизации для своего сервера. Чтобы решить эту проблему, убедитесь, что все локальные компьютеры правильно подключены к маршрутизатору. Этого можно добиться с помощью соответствующей утилиты для проверки таблицы IP-маршрутизации, такой как Cisco Packet Tracer.

Если вы по-прежнему сталкиваетесь с ошибкой «целевой хост недоступен», мы рекомендуем обратиться к вашему интернет-провайдеру (Internet Service Provider), чтобы правильно настроить локальные конфигурации и таблицу маршрутизации.

Destination host unreachable in Cisco packet tracer

Many times we encountered with destination host unreachable error when creating network topologies in packet tracer.

This error can also occur in case of hardware failures or faults however that is not so common.

As packet tracer is a simulation so we cannot have hardware failures in it so most of the time, this error is observed in packet tracer due to the following reasons.

Reason 1

Pinging IP address that does not exist on the network

Many times while testing our network, we mistype the commands and IP addresses so In case if we have mistyped the IP address that does not exist in our network will cause the Destination host unreachable error.

Fix – Make sure you have typed the destination IP correctly while pinging.

Reason 2

The router does not have an entry in the routing table

If the destination IP is on the other network then the router should have the information about that network in its routing table otherwise it will cause the destination host unreachable because even though the host exists but our device does not know how to reach the host.

If we will ping the Fast Ethernet 0/0 interface of router 4 from PC0 then we will get the unreachable error.

Download this Lab and try pinging the router 4 interface.

Fix – fix the issue by enabling routing dynamically or manually. Once router 3 will have information about the 192.168.3.0 network then router 3 will send the ping response.

Reason 3

Access list blocking the traffic

If traffic from any host is blocked by the access list then a destination host unreachable error will be received.

In the below example, traffic from host PC0 is blocked from reaching network 192.168.3.0 so the router is dropping the traffic received from this host, and ping packets are not able to reach the host PC1.

Download the lab and test the ping command and you will be able to see the packets blocked by the access list.

Fix – To fix the issue, either disable the access list or allow the traffic from PC0 on network 192.168.3.0

If we do not want to allow all traffic then only ICMP traffic can be blocked on the network. An extended access list can be used to block only ICMP traffic and allow the rest of the traffic from the host.

Конфигурирование маршрутизации

Для включения в работу сети конечных узлов ( host ) необходимо на них установить ряд параметров: IP- адрес узла, маску, адрес шлюза. Функцию шлюзов, через которые узлы передают пакеты в сеть и получают сообщения из сети, выполняют интерфейсы f0/0 каждого маршрутизатора ( рис. 11.1). Технология задания IP-адреса, маски и адрес шлюза приведены на рис. 8.2.

При работе с пакетом Packet Tracer задание параметров узла производится следующим образом:

  1. «Кликнуть» конфигурируемый узел, например, первый узел Сети 1.
  2. Во всплывшем окне выбрать опцию «Desktop», затем «IP Configuration» и затем в новом окне установить IP-адрес узла, маску подсети и адрес шлюза в соответствии с таблицей 11.1.

Для проверки работоспособности сети «кликнуть» конфигурируемый узел, во всплывшем окне выбрать «Desktop», затем » Command Prompt » – при этом реализуется режим командной строки . Тестирование проводится с помощью команд ping и tracert. Ниже приведен пример тестирования адресов 192.168.40.1 и 192.168.40.2 с первого узла (IP- адрес 192.168.10.2) Сети 1.

PC>ping 192.168.40.1 Pinging 192.168.40.1 with 32 bytes of data: Reply from 192.168.40.1: bytes=32 time=230ms TTL=252 Reply from 192.168.40.1: bytes=32 time=236ms TTL=252 Reply from 192.168.40.1: bytes=32 time=229ms TTL=252 Reply from 192.168.40.1: bytes=32 time=231ms TTL=252 Ping statistics for 192.168.40.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 229ms, Maximum = 236ms, Average = 231ms PC>ping 192.168.40.2 Pinging 192.168.40.2 with 32 bytes of data: Request timed out. Reply from 192.168.40.2: bytes=32 time=255ms TTL=124 Reply from 192.168.40.2: bytes=32 time=275ms TTL=124 Reply from 192.168.40.2: bytes=32 time=308ms TTL=124 Ping statistics for 192.168.40.2: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), Approximate round trip times in milli-seconds: Minimum = 255ms, Maximum = 308ms, Average = 279ms

По команде ping посылается ряд (четыре) запросов и принимаются ответы ( Reply ). В первом примере проводилось тестирование интерфейса f0/0 маршрутизатора D (IP- адрес 192.168.40.1). Получены все 4 ответа, при этом указана длина пакета и время от посылки запроса до получения ответа. Во втором примере проводилась проверка узла 192.168.40.2. Первый ответ на запрос не был получен (превышено время ожидания – Request time out), остальные три ответа успешно получены.

Результатом тестирования несуществующего в сети узла 198.168.40.1 является ответ, что узел недоступен (unreachable):

PC>ping 198.168.40.1 Pinging 198.168.40.1 with 32 bytes of data: Reply from 192.168.10.1: Destination host unreachable. Reply from 192.168.10.1: Destination host unreachable. Reply from 192.168.10.1: Destination host unreachable. Reply from 192.168.10.1: Destination host unreachable. Ping statistics for 198.168.40.1: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss)

В следующем примере тестирование узла 192.168.40.2 проводилось с помощью команды tracert . По этой команде получены ответы от пяти узлов (или интерфейсов): 192.168.10.1, 200.50.50.12, 200.60.60.12, 200.70.70.12, 192.168.40.2, находящихся на трассе к адресату назначения.

PC>tracert 192.168.40.2 Tracing route to 192.168.40.2 over a maximum of 30 hops: 1 89 ms 91 ms 77 ms 192.168.10.1 2 131 ms 134 ms 137 ms 200.50.50.12 3 212 ms 168 ms 182 ms 200.60.60.12 4 207 ms 170 ms 198 ms 200.70.70.12 5 288 ms 320 ms 228 ms 192.168.40.2 Trace complete. PC>

Маленькие секреты сетевых утилит. Интерпретируем вывод ping, traceroute и whois для отладки

Команды ping, traceroute и whois — в числе первых вещей, о которых узнают начинающие админы. Многие, кто не специализируется на сетях, ими и ограничиваются, и совершенно зря. С помощью стандартных инструментов можно извлечь гораздо больше информации о проблеме, чем может показаться.

ping

Команда ping example.com известна каждому, даже далекому от сетей человеку. Она отправляет удаленному хосту пакеты ICMP echo, на которые, по идее, он должен ответить таким же пакетом.

Однако этот протокол не просто так называется Internet Message Control Protocol. Его функции далеко не только диагностические, а диагностические функции куда шире, чем «ответил — не ответил».

Что может сказать ping?

Зачастую, если хост назначения недостижим, от ping действительно можно получить только request timeout и ничего больше. Если успешный ответ всегда исходит от самого хоста назначения, то сообщения об ошибках доставки — от промежуточных маршрутизаторов. По стандарту промежуточные маршрутизаторы могут, но не обязаны уведомлять отправителя. Часто и не уведомляют — по соображениям производительности, и обвинить их не в чем.

Но уж если тебе пришел ответ от промежуточного маршрутизатора, он обычно информативен. К примеру, ответ destination host unreachable должен отправляться только тогда, когда хост находится в одной локальной сети с маршрутизатором и не отвечает. Самый простой способ увидеть эту ошибку — пингануть заведомо несуществующий адрес в своей же сети: к примеру, если твоя сеть 192.168.0.0/24 и хоста 192.168.0.200 в ней нет, выполнить ping 192.168.0.200 .

Такой ответ может прийти только от последнего маршрутизатора на пути к хосту.

А вот network unreachable говорит об отсутствии маршрута к указанной сети у одного из хостов на пути. Эта ошибка может возникнуть в любом месте пути, поэтому нужно обратить внимание на отправителя.

Чаще всего эта проблема у тебя самого: слетели настройки маршрутов или хост не получил маршрут от сервера DHCP. Но такой ответ может прийти и от промежуточного маршрутизатора:

From 192.0.2.100 icmp_seq=1 Destination Net Unreachable 

Если ты видишь такую картину, что-то серьезно пошло не так. Если хост достижим из других сетей, вполне возможно, что у провайдера проблема с настройками BGP. Я как минимум один раз сталкивался с тем, что крупный провайдер ошибочно фильтровал маршруты из сети, которую он считал зарезервированной для использования в будущем, хотя на тот момент IANA уже полгода как передала ее RIPE NCC и многие люди получили адреса из нее.

WWW

Если не хочешь быть как тот провайдер, можно воспользоваться автоматически обновляемыми списками несуществующих адресов вроде Cymru Bogon Reference

Ошибки семейства destination host/net prohibited означают, что пакет был отброшен правилом межсетевого экрана. Впрочем, никто не обязывает отвечать отправителю именно так или вообще отвечать. К примеру, в Linux правила вида iptables -j REJECT по умолчанию выдают destination port unreachable , если явно не указать —reject-with , причем указать можно любой тип, даже icmp-net-unreachable .

Но это все о простом ping без опций. Некоторые проблемы лучше всего выявляются дополнительными опциями.

Продолжение доступно только участникам

Вариант 1. Присоединись к сообществу «Xakep.ru», чтобы читать все материалы на сайте

Членство в сообществе в течение указанного срока откроет тебе доступ ко ВСЕМ материалам «Хакера», позволит скачивать выпуски в PDF, отключит рекламу на сайте и увеличит личную накопительную скидку! Подробнее

Вариант 2. Открой один материал

Заинтересовала статья, но нет возможности стать членом клуба «Xakep.ru»? Тогда этот вариант для тебя! Обрати внимание: этот способ подходит только для статей, опубликованных более двух месяцев назад.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *