Як виправити те, що хост призначення Ping недоступний [без втрати пакетів]

Зміна шлюзу за умовчанням повинна швидко вирішити цю проблему

Іноді навіть Інтернет не ідеальний. Реально кажучи, це багато разів виправдовує наші очікування. І на довершення, іноді він навіть викидає деякі незрозумілі помилки.

Наприклад, коли ви не можете зв’язатися з пристроєм, тож ви намагаєтесь надіслати на нього ping. Тест ping показує, що хост недоступний і втрачено нуль пакетів. Навіть якщо ви технічно підковані, ця ситуація може поставити над вашою головою величезний знак питання.

Однак ми тут, щоб демістифікувати цю проблему раз і назавжди.

Що це означає, коли ping повідомляє, що цільовий хост недоступний?

Повідомлення про помилку "Host unreachable host" означає, що хост, який ви намагаєтеся перевірити, не працює. Ця помилка також може означати, що хост не повертається до ехо-запитів ICMP.

Чому хост призначення недоступний?

Є багато причин, чому хост може бути або стати недоступним. Навіть якщо ви перебуваєте в одній мережі, цільовий пристрій (хост) може мати інші налаштування підключення тоді ви, агресивний брандмауер або навіть якийсь спуфінг, тому ви не можете точно визначити основну причину.

Ось список найпоширеніших причин, чому хост може бути недоступним:

• Можливо, цільовий комп’ютер вимкнено
• Надмірно захисний брандмауер який блокує будь-які вхідні запити
• Неправильне підключення кабелю
• Спуфінг
• Неправильна конфігурація шлюзу за замовчуванням на вихідному ПК (вашому)

Справа в тому, що якщо ви не можете зв’язатися з хостом, це головним чином тому, що немає маршруту від локального пристрою (вашого) до віддаленого (хост). Або це, або щось блокує ваші спроби підключитися до хостів.

Тим не менш, ваші запити ping ніколи не досягають місця призначення, і все одно про втрату пакетів не повідомляється.

Цільовий хост недоступний, але втрачених пакетів немає

Ping і втрата пакетів дещо пов’язані, але вони зовсім різні. На цей раз ping перевіряє доступність певних пристроїв (хостів), тоді як втрата пакетів — це відсоток пакетів, які не досягли місця призначення.

То чому немає втрати пакетів, навіть якщо хост призначення ping недоступний? Відповідь досить проста. Якщо немає маршруту з локальної системи (вашої), то надіслані вами пакети ніколи не були розміщені на маршруті.

Таким чином, запити завжди матимуть 0% втрати пакетів, оскільки нічого не було надіслано. Цікавий факт: у більшості систем Linux пінгування повідомляє про 100% втрату пакетів.

Проблема з маршрутизацією недоступного вузла призначення

Якщо ви раніше стикалися з цією проблемою, швидше за все, ви бачили одну з цих двох помилок:

• Цільовий хост недоступний – ця помилка виникає щоразу, коли немає маршруту між локальною системою та пунктом призначення
• Відповідь від x.x.x.x: хост призначення недоступний – щось не так із віддаленим маршрутизатором (x.x.x.x – це IP-адреса проблемного маршрутизатора)

Існує ще один сценарій, коли ваш запит закінчився. Після надсилання ехо-запитів ПК починає очікувати ехо-відповіді. Стандартний час очікування ехо-відповіді становить одну секунду.

Якщо пристрій не отримає відповіді протягом 1 секунди, час очікування запиту мине, і ви отримаєте повідомлення про помилку (наприклад, запит минув). Ця ситуація в основному спричинена перевантаженням мережі, але може мати й інші причини.

Наприклад, тихі відхилення, погано маршрутизовані мережі або фільтрація пакетів можуть сприяти тайм-аутам запитів.

Як виправити пінг недоступності цільового хоста?

Якщо причина помилки неналежна Шлюз конфігурації, ми покажемо вам, як це виправити. Виконайте наступні дії:

1. Підтвердьте шлюз за умовчанням

1. Запустіть браузер, перейдіть на будь-який нелокальний веб-сайт (наприклад, google.com) і перевірте, чи він працює.
2. Натисніть вікна ключ, вид cmdі натисніть Запустити від імені адміністратора у командному рядку.
   
3. Тепер введіть команду нижче (замінити х.х.х.х з IP-адресою недоступного хоста) і натисніть Введіть щоб запустити його: пінг -6 x.x.x.x
4. Якщо ви все ще отримуєте повідомлення про помилку "недоступний хост призначення", запустіть команду traceroute нижче, щоб відстежити, як віддалений шлюз обробляє ваші запити: tracert -6 -d x.x.x.x
5. Якщо ви помітили другу IP-адресу (показана разом із часом запиту) у traceroute, вам потрібно підтвердити, які адреси встановлено як Шлюз.
6. Для цього введіть наведені нижче команди та натисніть Введіть після кожного: netshінтерфейс ipv6інтерфейс ipv6>showconfig
7. Насамкінець перевірте, чи шлюз за умовчанням відрізняється від вашого IP-адреси.

Якщо показаний шлюз за замовчуванням відрізняється від вашої IP-адреси, потрібно перейти до наступного етапу, щоб змінити його.

Докладніше про цю тему

• Помилка Winsock 10053: причини та способи її усунення
• Друк PDF повільний? Зробіть це швидше за 5 кроків
• Мерехтіння курсора миші в Windows 10: як виправити

2. Змінити шлюз за умовчанням

1. Клацніть правою кнопкою миші значок Інтернету на панелі завдань і виберіть Відкрийте налаштування мережі й Інтернету.
   
2. Виберіть Змінити параметри адаптера.
   
3. Тепер клацніть правою кнопкою миші мережу LAN, для якої потрібно змінити шлюз, і виберіть Властивості.
   
4. Далі виберіть Інтернет-протокол версії 6 (TCP/IPv6) і натисніть кнопку Властивості кнопку.
   
5. Позначте перемикач для Використовуйте наступну адресу IPv6.
6. Введіть правильну IP-адресу в поле Шлюз коробка.
7. Нарешті натисніть кнопку в порядку і перезавантажте ПК.
   

Після перезавантаження комп’ютера спробуйте перевірити хост ще раз і перевірте, чи ви все ще отримуєте повідомлення про помилку Destination host unreachable.

Якщо ви все ще отримуєте повідомлення про помилку, вам слід вимкнути брандмауер і перевірити, чи хост-пристрій увімкнено та підключено. Ви також можете перевірити мережеві кабелі, щоб переконатися, що вони в порядку.

Ви можете отримати 0% втрати пакетів, навіть якщо хости недоступні

Коротше кажучи, вам не слід напружуватися через просту проблему семантики. Навіть якщо інструмент ping Windows повідомляє про 0% втрати пакетів, це тому, що немає з’єднання та пакети не надсилаються.

Просто спробуйте скористатися інструментом ping у Linux, і, ймовірно, ви це зробите отримати 100% втрату пакетів. Важливо зрозуміти, чому виникає така помилка, і знайти способи її виправлення.

На цьому ми можемо завершити цей обширний посібник про те, як виправити помилку недоступності цільового хоста.

Якщо ви зіткнулися з подібною проблемою в Гість Hyper-V не може перевірити хост, перегляньте наш докладний посібник, щоб швидко це виправити.

Не соромтеся повідомити нам, як ви вирішили цю проблему, у коментарях нижче.