同一子网内uos无法ping通对方主机，说明二层或三层通信中断，需依次排查物理链路、ip/子网掩码一致性、arp解析失败、防火墙icmp拦截，并可手动添加静态arp映射应急。
统信UOS局域网内无法ping通对方主机，说明二层或三层通信在本地子网内已中断，不是外网问题，也不是DNS或代理干扰——此时连最基础的ICMP请求都发不出去或收不到回应，必须从物理链路、IP配置、ARP解析、防火墙拦截四个硬性环节逐层验证。
确认双方是否真在同一子网
先别急着敲命令，打开对方主机的网络配置页（Windows：ipconfig /all；UOS：ip addr show），记下IPv4地址和子网掩码；再在UOS终端执行同样命令。【若UOS是192.168.1.50/24，对方却是192.168.0.100/16，系统会认为它不在直连网段，根本不会发ARP请求，ping直接失败】。
用计算器快速验算：将双方IP与掩码做按位与运算，结果必须完全一致才算同网段。例如192.168.1.100 & 255.255.255.0 = 192.168.1.0，对方也必须得出192.168.1.0。
检查本机网卡状态与物理连通性
按下Ctrl + Alt + T打开终端，输入：
ip link show | grep -A2 "state UP"
确保wlan0或ens33等接口显示UP且LOWER_UP。若为DOWN，运行sudo ip link set ens33 up（替换为你的接口名）。
观察网口指示灯：有线连接时，绿色常亮表示链路建立成功；若无光，换网线、换端口、拔插网卡，USB无线网卡则尝试重插USB口。【物理层不通，所有上层诊断都是空谈】。
排查ARP解析失败
第一步：清空本机ARP缓存
sudo arp -d 192.168.1.100（将IP换成对方真实地址）
第二步：强制触发ARP请求
ping -c2 192.168.1.100
第三步：立即查ARP表是否生成映射
arp -n | grep 192.168.1.100
若输出为空或显示incomplete，说明对方没响应ARP请求——可能对方关机、网卡休眠、IP冲突，或中间交换机端口隔离。此时切到对方主机，执行arp -a看能否看到本机IP，双向验证更可靠。
关闭对方主机防火墙ICMP拦截
方法一（Windows目标主机）：
Win + R → 输入wf.msc → 左侧点“入站规则” → 右侧找到“文件和打印机共享(回显请求 - ICMPv4-In)” → 右键启用该规则。
方法二（UOS目标主机）：
终端执行sudo ufw status verbose，若显示Status: active，则运行sudo ufw allow proto icmp，再试ping。
注意：UOS默认未启用ufw，但若用户手动开启过，此步不可跳过。【不关防火墙就反复ping，只会得到一模一样的“无法访问目标主机”】。
手动添加静态ARP映射（应急绕过）
当确认对方在线、IP正确、物理连通，但ARP始终失败时，可强制绑定MAC地址：
先在对方主机查其MAC：Windows运行getmac /fo list，UOS运行ip link show | grep -A1 "link/ether"。
再在UOS终端执行（示例）：
sudo arp -s 192.168.1.100 c8:3a:35:cc:bd:3d
之后立刻ping 192.168.1.100，若通了，说明此前是ARP广播被丢弃或对方未响应；若仍不通，问题一定出在物理层或对方网卡驱动未加载。
