"Destionation host unreachable" и «Заданный узел недоступен» между двумя устройствами Windows и Linux. Как починить?

Question

[dfafa]

Здравствуйте, не могу создать общую папку между двумя устройствами, как позже оказалось -- они не видят друг друга в локальной сети.
Оба устройства пингуют 192.168.0.1 без проблем.
Прикрепляю ipconfig и ifconfig:

ipconfig первого устройства на Windows

Настройка протокола IP для Windows


Адаптер Ethernet Radmin VPN:

   DNS-суффикс подключения . . . . . :
   IPv6-адрес. . . . . . . . . . . . : fdfd::1a16:b2ac
   Локальный IPv6-адрес канала . . . : fe80::a724:86c:9817:8758%41
   IPv4-адрес. . . . . . . . . . . . : 26.22.178.172
   Маска подсети . . . . . . . . . . : 255.0.0.0
   Основной шлюз. . . . . . . . . : 26.0.0.1

Адаптер беспроводной локальной сети Подключение по локальной сети* 9:

   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :

Адаптер беспроводной локальной сети Подключение по локальной сети* 10:

   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :

Адаптер беспроводной локальной сети Беспроводная сеть:

   DNS-суффикс подключения . . . . . :
   Локальный IPv6-адрес канала . . . : fe80::e6fa:3c6c:3e09:b743%7
   IPv4-адрес. . . . . . . . . . . . : 192.168.0.115
   Маска подсети . . . . . . . . . . : 255.255.255.0
   Основной шлюз. . . . . . . . . : 192.168.0.1

Туннельный адаптер Teredo Tunneling Pseudo-Interface:

   DNS-суффикс подключения . . . . . :
   IPv6-адрес. . . . . . . . . . . . : 2001:0:284a:364:1c90:14b1:a426:b2e
   Локальный IPv6-адрес канала . . . : fe80::1c90:14b1:a426:b2e%12
   Основной шлюз. . . . . . . . . :

ipfconfig на Linux: https://notes.io/q8wsj

Оба устройства при попытке пропинговать, выдают "Заданный узел недоступен" (192.168.0.115 (Windows) -> 192.168.0.104 (Linux)) и "Destionation host unreachable" (192.168.0.104 -> 192.168.0.115)

Comments

[Максим Гришин]

Копайте в сторону роутера, скорее всего там где-то есть настройка, которая не дает посылать пакеты с вайфая на вайфай.

[dfafa]

Максим Гришин, Здравствуйте.
У меня раньше всё было нормально, пока не переустановил Linux (Arch сломался после обновления). Теперь не получается связать. Ещё может быть из-за того, что у меня стоит RadminVPN, хоть он и выключенный.
Однажды тыкал-тыкал, и то-ли после удаления RadminVPN, то-ли ещё что-то, в общем, удалось пропинговать.
Брендмауер на Windows отключен, фаерволов никаких нет, на Linux только один iptables.
В настройках роутера ничего с тех пор не менял, и вообще там никто не лазит.

После перезагрузки всё вернулось. В общем, где-то в настройках Windows и Linux что-то странное. Либо только у Windows.

[Максим Гришин]

Ну, мой роутер не дает мне пинговать ноут с ПК, ноут на вайфае, ПК на проводе. Но мне не было надо такого функционала, меня устраивает общий канал интернета для устройств на вайфае.
PS: RadminVPN у вас включен, у него айпишник есть. Смотрите на винде route print, куда приоритетный маршрут до 192.168.0.0/24, на случай если впн свой прислал.

[dfafa]

Максим Гришин,
Вот route print
Не совсем понял, что тут смотреть?

IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0         26.0.0.1    26.22.178.172   9257
          0.0.0.0          0.0.0.0      192.168.0.1    192.168.0.115     40
         26.0.0.0        255.0.0.0         On-link     26.22.178.172    257
    26.22.178.172  255.255.255.255         On-link     26.22.178.172    257
   26.255.255.255  255.255.255.255         On-link     26.22.178.172    257
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
      192.168.0.0    255.255.255.0         On-link     192.168.0.115    296
    192.168.0.115  255.255.255.255         On-link     192.168.0.115    296
    192.168.0.255  255.255.255.255         On-link     192.168.0.115    296
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link     26.22.178.172    257
        224.0.0.0        240.0.0.0         On-link     192.168.0.115    296
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link     26.22.178.172    257
  255.255.255.255  255.255.255.255         On-link     192.168.0.115    296
===========================================================================
Постоянные маршруты:
  Сетевой адрес            Маска    Адрес шлюза      Метрика
          0.0.0.0          0.0.0.0         26.0.0.1    9256
===========================================================================

[Максим Гришин]

С маршрутами порядок, за исключением того, что у вас весь интернет через VPN (что не страшно, если VPN для этого и нужен). Тогда нужно проверять L2, запустите Wireshark/tcpdump и запускайте arping или самосборный эквивалент под винды (у них своего arping нет). И смотрите, идут ли пакеты ARP в обе стороны, что куда доходит и доходит ли вообще. Это становится сложнее...

Answer 1

[dfafa]

Решилось само собой, когда Arch после обновления сломался, поднимал бэкап, потом возвращаюсь к вопросу, запускаю пинг и всё работает.
Ну и ещё до всего этого удалил Radmin и сделал "сброс сети".
Не знаю, что произошло, но больше Radmin ставить не буду...

Answer 2

[Akina]

Оба устройства находятся в одной подсети. То есть в общем случае второй узел достижим напрямую, без привлечения шлюза. Что нужно проверить, кстати, соединив обе станции напрямую, минуя роутер.

Оба устройства подключены к встроенному свичу роутера. Передача пакетов должна выпоняться без участия маршрутизирующей части роутера.

"Destionation host unreachable" и «Заданный узел недоступен» в переводе на русский означают следующее: я знаю, как отправить пакет на узел назначения, я отправил, но ответ не пришёл.

Ну раз так, то начинаем усиленный мониторинг пакетов. Пинг вышел со станции-источника в кабель? пришёл на роутер? вышел с роутера на узел назначения? достиг его? и всё то же с ответом в обратном направлении. В принципе достаточно просто смотреть счётчики пакетов/байтов, нам детали неважны. Задача - определить, когда пакет теряется. 90% за то, что он приходит на роутер, но не выходит к узлу назначения.

Да, RAdmin на время разбирательств отключи..

Comments

[dfafa]

Я всё же напишу... У меня тут Linux сломался немного, ну у меня бэкап был, восстановил систему. И сейчас вернулся к вопросу, запускаю пинг, и всё заработало!!!
Уже просто бесит, само собой чинится, короче нафиг этот Radmin, больше не буду его ставить))

Answer 3

[Bright144]

Если роутер пингуется без проблем тогда у тебя включен изоляция клиентов(Clients Isolation). Этот настройка находится в разделе "Беспроводные сети"(Wireless) для Tp-link. Выключи его.

У меня исчерпан лимит комментов по этому обновляю.
на счет именно твоего модели не знаю но посмотри тут
https://community.tp-link.com/en/home/forum/topic/78516

Comments

[dfafa]

У меня нет раздела "Беспроводные сети".
К тому же, вряд ли проблема в роутере!

Роутер
N300 Wi-Fi роутер
Модель TL-WR840N

[dfafa]

А, всё, нашёл "Изоляция клиентов"
Она у меня и так была отключена

Answer 4

[Drno]

У тебя основной шлюз видимо не верный. Попробуй удалить radmin

Comments

[dfafa]

Удалил Radmin, в route print пропал "постоянный маршрут", но проблема не решилась - всё равно "Заданный узел недоступен".

[Drno]

dfafa, ребутнись. И фаевол выключи на линуксе

[dfafa]

Drno, Ребутнулся, даже нажал "Сброс сети" в Windows, фаервола на Linux нет, я уже писал. У меня там только iptables, и то пустой.

[Drno]

dfafa, а ufw ? он щас по умолчанию идет много где...
просто такая ошибка может быть если они находятся реально в разных сетях
если где то включен фаерволл
если на роутере включена функция "изоляции" клиентов

[dfafa]

Drno, У меня ArchLinux с нуля установленный)) я ничего не ставил такого, один только iptables.
Я вот ещё глянул, у меня /etc/hosts пустой, может из-за этого проблема быть?

[Drno]

dfafa, по идее нет... если у Вас инет доступен и работает...
мож реально в роутере дело?

[dfafa]

Drno, Вряд ли, раньше работало (ну, где-то неделю назад), потом переустановил Linux, и перестало работать (ну, и ещё RadminVPN ставил, тоже может быть из-за него).
И всё это время в роутере ничего не менялось

[Drno]

dfafa, ну тогда логически или линукс виноват или радмин))))
больше я подсказать не смогу.
насчет линукс - можно проверить загрузившись с установочной флешки убунту или дебиана

[dfafa]

Drno, К тому же, на днях, не помню что делал (перезагружал адаптер, вводил всякие команды для сброса настроек в cmd на Windows) и после этого заработало, но после перезагрузки снова появилась проблема.
Так что 100% что-то с Windows, что-то не так настроено. Либо на Linux какие-то проблемы.

[dfafa]

Drno, Хорошая идея насчёт Live, на флешке как раз есть, сейчас гляну...

[dfafa]

Drno, Загрузился с Fedora, всё аналогично, не получается пропинговать. Видимо на Windows проблемы!

[dfafa]

Drno, А может это из-за того, что на Windows в ipconfig указан основной шлюз 192.168.0.1, а на Linux шлюз 192.168.0.255?
Подскажите

[Drno]

dfafa, ну для начала это странно))) если у них 1 роутер)

[dfafa]

Drno, Извиняюсь, это не шлюз, а broadcast был