端口转发配置正确却始终检测失败,常见原因不是路由器菜单,而是上游还有一层 NAT。识别公网 IP、CGNAT 和双重路由后,才能决定继续做端口映射,还是改用内网穿透或虚拟局域网。

- 核心判断
- 路由器 WAN 地址是否为可达公网地址
- 常见障碍
- CGNAT、双重 NAT、入站过滤
- 替代路线
- FRP、虚拟局域网或托管服务器
- 排查要求
- 服务监听后再测试端口
先判断问题位置
家庭设备通常拿到私有地址,路由器再把连接转换到外网。如果路由器 WAN 口拿到的仍是私有或运营商共享地址,互联网请求无法直接到达你的路由器。
端口检测只有在游戏服务正在监听、协议匹配且防火墙放行时才有意义。不要用网页 TCP 检测器验证纯 UDP 游戏,也不要在服务关闭时下结论。
记录错误原文和发生阶段,完成一项后重复相同测试,才能确认真正有效的处理步骤。
处理前准备
- 登录路由器查看 WAN 或互联网 IPv4 地址
- 用可信 IP 查询页面记录当前出口 IPv4
- 确认光猫是否也处于路由模式
- 记录游戏设备的固定局域网 IP
- 确认游戏端口、协议与监听状态
- 备份路由器当前配置
按顺序处理
- 比较 WAN 与出口地址
两者相同或可对应时可能具备公网入口;明显不同则继续检查上游 NAT。
- 识别保留地址
100.64.0.0/10 常用于 CGNAT;10.x、172.16-31.x、192.168.x 属于私有范围。
- 检查双重 NAT
光猫和自有路由器都做路由时会形成两层 NAT,需要桥接、DMZ 或逐层转发。
- 固定房主内网地址
使用 DHCP 保留,避免电脑重启后 IP 变化导致转发指向旧设备。
- 建立精确转发
按游戏要求设置 TCP 或 UDP、外部端口、内部 IP 与内部端口。
- 启动服务再外网测试
从手机移动网络或异地设备测试,观察服务器是否收到连接。
- 选择替代路线
无法获得入站公网连接时,使用 FRP、虚拟局域网或托管服务器,不必继续反复改路由器。
验证与补充
CGNAT 的判断
路由器 WAN 地址落在 100.64.0.0 到 100.127.255.255,或与出口 IPv4 不一致,通常说明存在上游共享地址。最终可向运营商确认。
IPv6 的可能性
双方网络和游戏都正确支持 IPv6 时可直接连接,但仍需防火墙允许入站,且不要把临时隐私地址当长期服务器地址。
UPnP
UPnP 可让游戏自动申请映射,但依赖路由器、NAT 层级和安全策略。失败时仍要回到地址与监听检查。
端口检测局限
网站通常只能测试 TCP。UDP 没有相同的握手方式,应使用游戏客户端或专用工具从外网验证。
仍未解决时
根据当前现象选择对应分支,保留可工作的配置和存档备份。
上游光猫或另一台路由器仍在做 NAT。确认拓扑后选择桥接、上级转发或替代方案。
使用动态 DNS 可以解决地址变化,但不能穿过 CGNAT,也不能代替端口转发。
检查房主局域网 IP、出口公网 IP、路由器租约和系统防火墙是否变化。
常见问答
动态公网 IP 能开服吗?
可以,但地址变化后要更新给好友或使用动态 DNS。
DMZ 主机等于端口转发吗?
DMZ 往往把大量入站流量交给一台设备,暴露面更大,优先使用精确端口规则。
FRP 能绕过 CGNAT 吗?
可以通过房主主动连接公网节点来提供入口,这正是常见用途之一。