Не удается пропинговать \ трассировать win10 pc с устройства Android через локальную сеть

Question

Локальная сеть 5g Wi-Fi 192.168.2.0/24

Android 5.1.1\CyanogenMod 12.1 ip устройства: 192.168.2.222 (ubeogesh-opo) (я использую jackpal.androidterm для выполнения команд на нем)

Windows 10 pc ip: 192.168.2.150 (ubeogesh-pc)

Брандмауэр Windows отключен, обнаружение сети включено (для всех профилей)

IP-адрес маршрутизатора: 192.168.2.1

Пинг с ПК на андроид:

Pinging 192.168.2.222 with 32 bytes of data:
Reply from 192.168.2.222: bytes=32 time=73ms TTL=63

Трассировка с ПК на Android:

Tracing route to ubeogesh-opo [192.168.2.222]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  router.asus.com [192.168.2.1]
  2   308 ms     1 ms     1 ms  ubeogesh-opo [192.168.2.222]

Trace complete.

Пинг с андроида на ПК:

PING 192.168.2.150 (192.168.2.150) 56(84) bytes of data.
^C
--- 192.168.2.150 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2002ms

Пинг и трассировка от андроида до роутера:

22|u0_a72@A0001:/ $ ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=109 ms
64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=127 ms
64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=115 ms
^C
--- 192.168.2.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 109.158/117.387/127.349/7.526 ms
u0_a72@A0001:/ $ tracepath 192.168.2.1
 1:  ubeogesh-opo                                          0.323ms pmtu 1500
 1:  router.asus.com                                       1.907ms reached
 1:  router.asus.com                                      39.411ms reached
     Resume: pmtu 1500 hops 1 back 64

tracepath с андроида на ПК:

tracepath 192.168.2.150
 1:  ubeogesh-opo                                          0.565ms pmtu 1500
 1:  no reply
^C

С маршрутизатора CP я могу пинговать как ПК, так и Android:

traceroute to 192.168.2.150 (192.168.2.150), 30 hops max, 38 byte packets
 1  192.168.2.150 (192.168.2.150)  1.072 ms  *  1.391 ms

traceroute to 192.168.2.222 (192.168.2.222), 30 hops max, 38 byte packets
 1  192.168.2.222 (192.168.2.222)  109.768 ms  1.159 ms  1.015 ms

PING 192.168.2.150 (192.168.2.150): 56 data bytes
64 bytes from 192.168.2.150: seq=0 ttl=128 time=2.087 ms

--- 192.168.2.150 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 2.087/2.087/2.087 ms

PING 192.168.2.222 (192.168.2.222): 56 data bytes
64 bytes from 192.168.2.222: seq=0 ttl=64 time=259.913 ms

--- 192.168.2.222 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 259.913/259.913/259.913 ms

Больше всего меня беспокоит то, что traceroute от ПК до android включает в трассировку маршрутизатор, то есть, независимо от обоих устройств в одной сети, прыжок в любом случае сначала идет к маршрутизатору. Я попытался проверить маршруты на устройстве Android, но я не могу много читать с него:

130|u0_a72@A0001:/ $ ip route show
192.168.2.0/24 dev wlan0  proto kernel  scope link  src 192.168.2.222

Я также попытался явно добавить маршрут к ПК через маршрутизатор, но это не удалось:

ip route add 192.168.2.150/32 via 192.168.2.1
Cannot talk to rtnetlink: Permission denied

Что еще я могу проверить? Где может быть проблема?

Answer 1

Это была проблема с моим Windows 10 ПК. Другие устройства также не могут подключиться к нему. Проблема была решена путем сброса всех настроек сети. Не очень точное \ элегантное решение (хотелось бы знать, что это вызвало), но оно сработало.

Вот что я сделал:

1. Перейти, чтобы выиграть 10 настроек
2. Перейти к статусу
3. Используйте функцию "Сброс сети" оттуда.

После перезагрузки проблема не появилась

Answer 2

Я думаю, что проблема в том, что SELinux мешает вам (пользователю оболочки) создать сокет rtnetlink. поэтому я предлагаю сначала установить selinux в разрешающий режим. это не тривиальное действие, потому что вы должны выполнить рутинг своего телефона и установить приложение, такое как SELinuxModeChange, чтобы сделать это.