故障排查
p2pRemote 连接故障排查清单
先判断问题发生在设备登录、隧道建立还是具体应用访问阶段。每次只修改一个变量,并记录修改前后的结果。
第一步:确认故障阶段
- 设备离线:列表中目标设备为灰色,无法开始建立隧道。
- 隧道失败:目标在线,但建立过程失败或一直重试。
- 隧道已连接、应用失败:已获得虚拟 IP,但 RDP、SMB、SFTP 等打不开。
- 连接后中断:最初可用,随后出现网络异常重连或自动断开。
提示:先按阶段排查可以避免把 RDP 配置错误误判为 NAT 打洞失败。
设备显示离线
- 在目标设备确认客户端已登录同一账号。
- 确认电脑未休眠,p2pRemote 后台服务正在运行。
- 校准系统时间与时区。
- 暂时切换网络,判断当前 DNS、代理或企业网络是否阻止协调服务。
- 刷新设备列表,并清理确实已废弃的重复设备记录。
隧道无法建立
- 确认两端客户端均为当前兼容版本。
- 取消当前任务并立即重试一次。
- 检查 Windows 防火墙、第三方安全软件、VPN 和虚拟网卡。
- 查看两端是否存在双重 NAT 或 CGNAT。
- 将一端换到手机热点;若成功,继续排查原路由器或运营商。
- 记录两端同一时间段日志后再反馈,避免只提供“连接不上”。
隧道已连接但应用不可用
按“地址 → 网络 → 端口 → 服务 → 权限”的顺序检查。
- 确认使用的是对端虚拟 IP。
- 用 ping 测试基础连通性;失败时仍继续测实际端口。
- 用 Test-NetConnection 测试目标服务端口。
- 在目标端确认服务正在监听,且没有只绑定到 127.0.0.1。
- 检查目标防火墙入站规则与应用账户权限。
ping <对端虚拟IP>
Test-NetConnection <对端虚拟IP> -Port 3389
Test-NetConnection <对端虚拟IP> -Port 445
Test-NetConnection <对端虚拟IP> -Port 22端口结果怎么判断
- TcpTestSucceeded = True:隧道和端口通常可达,继续检查应用协议、证书和账户。
- TcpTestSucceeded = False:检查目标服务监听、端口号与防火墙。
- ping 成功但端口失败:隧道多半正常,问题集中在目标应用服务。
- 所有虚拟 IP 测试都失败:检查地址是否抄错、隧道是否仍为已连接以及虚拟网卡路由。
连接频繁中断
- 关闭目标设备睡眠和网卡节能,保持后台服务运行。
- 避免在连接期间切换 Wi‑Fi、VPN 或移动网络。
- 检查路由器是否频繁重拨、UDP 会话超时过短或网络丢包严重。
- 有线网络通常比弱信号 Wi‑Fi 更稳定。
- 若只在大流量传输时断开,降低并发并检查安全软件、MTU 相关症状和链路质量。
反馈问题时请附上
- 两端客户端与操作系统版本。
- 故障阶段、发生时间和复现步骤。
- 目标服务与端口,以及端口测试结果。
- 两端网络类型、是否双重 NAT/CGNAT、换网对照结果。
- 两端相同时间段的日志;分享前请遮盖账号、IP 和其他敏感信息。