同一 WiFi 下 SSH 连不上：Ping 通但 22 端口超时的排查实录

背景

两台设备连的是同一个路由器/WiFi，看起来在同一局域网里：

• 客户端（Windows）：192.168.1.8/24，网关192.168.1.1
• 服务端（Linux）：192.168.0.105/24，网关192.168.0.1

Linux 上还配置了 VPN 接口（如10.0.0.x、11.0.0.x）。目标是从客户端 SSH 登录 Linux。

问题

从 Windows 执行ssh user@192.168.0.105连接超时。

现象：

排查思路

1. 先确认 Linux 端 SSH 服务

sudosystemctl statussshsudoss-tlnp|grep:22sudoufw status

若 sshd 运行、监听0.0.0.0:22、防火墙未拦截 →问题不在 Linux。

2. 对比客户端网段

ipconfig# Windowsip a# Linux

若客户端是192.168.1.x，服务端是192.168.0.x，虽属同一物理网络，但属于不同 IPv4 子网。

3. 验证跨网段路由与端口

ping 192.168.0.1 ping 192.168.0.105 tracert 192.168.0.105Test-NetConnection-ComputerName 192.168.0.105-Port 22

典型结果：Ping 通，路由经192.168.1.1转发到192.168.0.x，但TCP 22 被路由器/防火墙丢弃。

4. 排除 VPN 路径

Linux 本机测试ssh user@10.0.0.x、ssh user@11.0.0.x若正常，说明 VPN 地址可用；客户端需先连 VPN 才能走该路径。

解决方法

方案一：客户端改到同一网段（最快）

将 Windows 静态 IP 设为192.168.0.x/24（避开服务端已占用地址），网关192.168.0.1，再 SSH：

ssh user@192.168.0.105

方案二：服务端改到客户端网段

Linux 改用 DHCP 获取192.168.1.x，Windows 直连新地址 SSH。

方案三：改路由器

登录路由器，关闭 AP/访客隔离，或放行192.168.1.0/24 → 192.168.0.x:22。

方案四：走 VPN（不改 IP）

客户端连 VPN 后，用 Linux VPN 地址连接：

ssh user@10.0.0.x# 或ssh user@11.0.0.x

结论

Ping 通 ≠ SSH 能连。跨子网时路由器常放行 ICMP、拦截 TCP 22。优先让两端处于同一 IPv4 网段，或通过VPN/路由器放行解决。