Không thể ping \ theo dõi win10 pc từ thiết bị Android qua mạng cục bộ

0

Mạng wifi 5g cục bộ 192.168.2.0/24

Android 5.1.1 \ CyanogenMod 12.1 ip thiết bị: 192.168.2.222 (ubeogesh-opo) (Tôi sử dụng jackpal.androidterm để thực thi các lệnh trên nó)

IP ip 10 Windows: 192.168.2.150 (ubeogesh-pc)

Tường lửa Windows bị vô hiệu hóa, kích hoạt phát hiện mạng (cho tất cả các cấu hình)

Bộ định tuyến IP: 192.168.2.1

Ping từ PC sang Android:

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

Theo dõi từ PC đến 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 từ Android sang PC:

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

Ping và tracepath từ Android đến bộ định tuyến:

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 từ Android sang PC:

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

Từ bộ định tuyến CP, tôi có thể ping cả PC và 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

Điều làm tôi bực mình nhất là việc theo dõi từ pc sang android bao gồm bộ định tuyến vào dấu vết, tức là bỏ qua cả hai thiết bị trong cùng một mạng, trước tiên hãy đến bộ định tuyến. Tôi đã thử kiểm tra các tuyến đường trên thiết bị Android, nhưng tôi không thể đọc được nhiều từ nó:

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

Tôi cũng đã thử rõ ràng thêm một tuyến đến pc thông qua bộ định tuyến, nhưng không thành công:

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

Tôi có thể kiểm tra cái gì khác? Trường hợp có thể là vấn đề?

— Ubeogesh
nguồn

0

Tôi nghĩ vấn đề là SELinux ngăn bạn (một người dùng shell) tạo ra một rtnetlink ổ cắm. vì vậy tôi khuyên bạn nên thử đầu tiên để đặt selinux ở chế độ cho phép. Đó không phải là một hành động tầm thường, bởi vì bạn nên root điện thoại của mình và cài đặt một ứng dụng như SELinuxModeChange để thực hiện.

— Zskdan
nguồn

0

Đây là một vấn đề với windows 10 pc của tôi. Các thiết bị khác cũng không thể kết nối với nó. Vấn đề đã được giải quyết bằng cách đặt lại tất cả các cài đặt mạng. Không phải là một giải pháp rất chính xác (tôi ước tôi biết điều gì đã gây ra điều này), nhưng nó đã hoạt động.

Đây là những gì tôi đã làm:

Đi để giành chiến thắng 10 cài đặt
Chuyển đến trạng thái
Sử dụng tính năng "Thiết lập lại mạng" từ đó.

Sau khi khởi động lại, vấn đề không xuất hiện trở lại

— Ubeogesh
nguồn