跨网段访问时网关无响应，需从本机逐跳排查：一查route print确认默认路由接口与metric是否正确；二用ping+arp -a验证二层ARP可达性；三登录网关检查WAN/LAN状态、防火墙ICMP设置及物理链路；四用Wireshark抓包定位卡点（ARP请求/响应、ICMP收发）。

跨网段访问时网关设备无响应，不是“网关坏了”，而是数据在抵达网关前就断在了某一层。排查必须从本机出发，逐跳验证，不跳步、不假设。

一、确认本机路由表是否正确生成默认路由

Windows Server 默认网关配置错误或被覆盖，是跨网段失联最常见原因。重点不是“填没填网关”，而是“这条路由是否真生效”。

• 执行 route print -4，查找 0.0.0.0 对应的那条默认路由，检查其 接口 是否指向你期望的有线网卡（如“以太网”），而非无线或虚拟网卡
• 检查该路由的 Metric（跃点数）：若存在多条默认路由（例如同时启用了有线+无线+Hyper-V虚拟交换机），Metric 最小的那条胜出。无线网卡默认 Metric 通常比有线低，导致跨网段流量误走手机热点
• 特别注意是否存在 0.0.0.0/0 via 0.0.0.0 这类非法路由——它常由 Hyper-V 外部虚拟交换机绑定物理网卡时自动注入，会抢占真实网关，使 route print 中显示“默认网关：0.0.0.0”

二、验证本机到网关的二层可达性

能 ping 通网关 IP ≠ 能把包发出去。真正关键的是能否完成 ARP 解析，拿到网关的 MAC 地址。

Windows TTS (WSL2)

在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。

下载

• 执行 ping -n 1 网关IP（如 ping -n 1 10.10.32.1），再立即执行 arp -a | findstr "网关IP"
• 若返回空行：说明本机未发出 ARP 请求，或请求发出后未收到应答 → 检查本机 IP 与网关是否在同一子网（用子网掩码做 AND 运算比对网络号）；也可能是网卡驱动异常或网线松动
• 若返回 MAC 地址但 ping 不通：说明三层 IP 可达，但网关设备本身未响应 ICMP（可能禁用了 ping、防火墙拦截、或设备 CPU 过载丢包）

三、排除网关设备自身状态异常

网关无响应，未必是它宕机，更可能是它“看不见你”或“不想理你”。

• 登录网关管理后台（如 192.168.3.1），查看 WAN 口是否获取到上行 IP，LAN 口是否在线；确认 DHCP 分配的网关地址与本机配置一致
• 检查网关的 防火墙设置，特别是 ICMP 响应开关（部分企业级网关默认关闭 ping 响应，需手动启用）
• 观察网关物理状态：电源灯常亮、WAN 口灯规律闪烁；若 WAN 灯熄灭或长亮无闪烁，问题在光猫或上行线路，非本机故障
• 用另一台同网段设备（如笔记本）尝试 ping 同一网关，交叉验证是单机问题还是全网问题

四、抓包定位卡点位置

当命令行现象模糊时，Wireshark 是唯一能告诉你“包到底发没发出、发到哪就没了”的工具。

• 在 Server 上启动 Wireshark，过滤 icmp || arp，然后执行 ping 网关IP
• 若只看到本机发出的 ARP Request，无 Reply → 问题在物理链路或网关 ARP 服务未运行
• 若看到 ARP Reply 和 ICMP Request，但无 ICMP Reply → 说明包已到达网关，但网关未回包，问题在网关策略或负载
• 若连 ARP Request 都没有 → 路由表缺失、网卡禁用、或 Windows 网络堆栈异常（可尝试 netsh int ip reset）