PassWall2 游戏 UDP 延迟高怎么办？
简答：PassWall2 游戏 UDP 延迟高时，不要先盲目换节点或修改 MTU。先让同一台游戏设备分别测试 UDP 直连、UDP 代理和关闭 PassWall2 的表现，再根据延迟、抖动、丢包和 NAT 结果定位。多数情况下，国内或本地服务器优先保留直连；跨区域联机是否代理，必须以实际对照测试为准。
定义：PassWall2 游戏 UDP 延迟高，是指游戏数据包经过路由器的 UDP 转发或代理链路后，出现平均延迟升高、瞬时跳 ping、抖动、丢包、语音卡顿或联机失败。
先做三组对照：不要只看 PassWall2 节点延迟
游戏内显示的延迟，反映的是实际业务路径；PassWall2 的节点测试、TCP 测试或 ICMP Ping，只能作为辅助线索。第一步应固定游戏设备、网络连接、游戏区服和测试时间，依次记录以下三种状态。
| 测试状态 | 怎么做 | 重点观察 | 如何判断 |
|---|---|---|---|
| 关闭 PassWall2 | 暂时停止服务，保持游戏设备和 Wi-Fi 或网线不变 | 游戏内平均延迟、跳 ping、丢包、语音状态 | 如果仍然异常，优先查本地网络、运营商线路、NAT 或游戏服务器 |
| PassWall2 开启，游戏设备 UDP 直连 | 只让游戏设备对应规则不转发 UDP，保存原配置后再应用 | 与关闭服务时的结果比较 | 如果恢复，说明 UDP 代理、分流或节点路径可能是原因之一 |
| PassWall2 开启，游戏设备 UDP 代理 | 只对游戏设备启用代理，不要立即接管全屋设备 | 平均延迟、抖动、丢包和联机稳定性 | 如果代理后变差，应回退直连或更换支持 UDP 的节点与核心 |
PassWall2 官方界面翻译中明确列出了“UDP不转发端口”“UDP转发端口”等字段，并说明不转发端口具有较高优先级；不同版本的菜单位置和默认值可能不同，应以当前 LuCI 界面和项目代码为准。查看 PassWall2 官方界面字段
安全做法：修改前截图或导出配置，先只针对游戏设备生效；每次只改一个变量，确认结果后再决定是否扩大到其他设备。
按现象判断：高延迟、跳 ping、丢包不是同一个问题
| 现象 | 优先检查 | 暂时不要做的事 |
|---|---|---|
| 平均延迟一直很高 | 游戏区服、节点地理位置、代理协议、路由路径和运营商线路 | 不要仅凭一次节点 Ping 就认定游戏体验一定更好 |
| 平均延迟不高但频繁跳 ping | Wi-Fi 干扰、家庭上传占满、路由器 CPU、Flow Offloading 与流量整形冲突 | 不要直接固定 MTU 或 DNS 数值 |
| 出现明显丢包或联机断开 | 节点是否支持 UDP、核心是否实际接管 UDP、UDP 端口规则和防火墙路径 | 不要把 TCP 可用当成 UDP 一定可用 |
| 语音或联机失败，但网页正常 | 游戏设备是否命中正确访问控制、UDP 是否被转发、NAT 类型和 IPv6 是否绕过规则 | 不要先全局开启 TUN、全局代理或复杂规则 |
PassWall2 官方仓库将透明代理、访问控制、节点测试和多种代理核心列为功能，但具体 UDP 能力仍取决于所选协议、节点服务端、代理核心和当前配置，不能仅根据界面存在某个选项推断游戏 UDP 一定能正常工作。查看 PassWall2 官方仓库说明
PassWall2 中 UDP 直连还是代理：按游戏场景选择
国内或本地游戏服务器：通常先测试 UDP 直连。代理会增加额外的转发环节，如果直连时游戏内延迟、抖动和丢包都正常，就没有必要为了网页流量把游戏 UDP 一并送入代理。
跨区域联机：不要仅凭“节点延迟低”就选择代理。应比较游戏内实际延迟和丢包，并确认节点及协议支持 UDP。部分协议或节点可能只适合网页等 TCP 流量，游戏可以进入大厅但在匹配、语音或战斗阶段出现异常。
只想让一台设备直连：在访问控制中定位游戏设备，优先使用针对设备的 UDP 不转发设置；不要直接把全屋设备全部改成直连。官方界面字段说明显示，端口设置支持单端口、端口范围和多个端口，但游戏实际使用的端口可能随版本、服务器和会话变化，因此不要凭经验填一组未经验证的固定端口。核对官方端口字段说明
如果只设置了域名分流，却发现游戏仍然走代理，可能是游戏使用 IP、动态域名、IPv6 或其他辅助服务。此时应从游戏设备的实际路径和 PassWall2 日志交叉判断，而不是只看规则名称。
四层排查流程：UDP 转发、节点、分流与本地网络
- 先确认是否真的经过 PassWall2。关闭 PassWall2 后重新进入同一游戏场景，再与开启后的结果比较。如果关闭后仍高延迟，PassWall2 不是唯一嫌疑，应先检查游戏区服、运营商线路和家庭网络。
- 确认 UDP 设置与访问控制。检查游戏设备是否被单独指定了代理节点，UDP 不转发端口是否覆盖了所需流量，规则顺序是否让设备命中预期路径。不同版本字段名称可能变化，以当前界面为准。
- 确认节点和核心的 UDP 能力。查看当前节点协议说明、核心启动状态和日志。不要以 TCP 测试成功替代 UDP 验证。若切换到另一个已知支持 UDP 的节点后游戏恢复，说明原节点或其服务端路径可能不适合该业务，但不能据此断言所有同类节点都存在问题。
- 排除 DNS、IPv6 和路由绕行。DNS 解析正常不代表游戏 UDP 路径正常；IPv6 也可能绕过你为 IPv4 设置的分流。可以在同一设备上分别测试 IPv4、IPv6 可用性，并观察游戏实际使用的地址族。无法确认时，先记录原设置，不要直接关闭整个家庭网络的 IPv6。
- 检查 NAT 和双重路由。如果路由器前面还有光猫、上级路由或旁路由，可能形成双重 NAT。重点查看游戏内 NAT 类型、端口映射状态和实际默认网关。PassWall2 只能处理经过本机的流量，不能修复上游网络对 UDP 的限制。
- 检查家庭网络拥塞。有人上传视频、云盘同步或进行大文件传输时，游戏 UDP 可能因队列排队出现跳 ping。OpenWrt 官方文档将 SQM 用于缓解 bufferbloat，但同时指出软件流量分载与 QoS/SQM 存在兼容性取舍；应一次只改变一个选项并复测。查看 OpenWrt SQM 文档 查看 OpenWrt Flow Offloading 文档
日志与回滚：出现问题时这样处理
如果游戏无法登录、UDP 语音失效或开启代理后延迟突然升高，先保存当前配置和测试结果，再查看 PassWall2 日志。官方仓库给出的基础排查命令是：
logread | grep passwall2
该命令只能帮助确认服务启动和相关日志，不能单独证明游戏 UDP 已经正确转发。进一步排查时，记录以下内容：PassWall2 版本、OpenWrt 版本、使用的代理核心、节点协议、游戏设备 IP、开启或关闭 UDP 代理时的游戏内数据，以及是否存在 IPv6 和双重 NAT。
回滚顺序建议为：先恢复游戏设备的原访问控制；再恢复 UDP 不转发端口、UDP 转发端口和节点选择；最后停止 PassWall2 验证是否恢复。若改动 Flow Offloading、SQM、DNS 或 IPv6，应同步恢复原值，避免多个变量同时改变后无法判断原因。
PassWall2 官方项目的发布页会列出不同版本及其依赖组件；升级或回退前，应先核对设备架构、包管理器和依赖，不要把单个 Issue 中的处理方式当作所有版本的通用修复。查看 PassWall2 官方发布页
快速决策卡：什么时候应保持直连
- 关闭 PassWall2 和 UDP 直连时表现接近，而 UDP 代理后明显升高：优先保持直连，或更换已确认支持 UDP 的节点后再测。
- 三种状态都高延迟：先查游戏区服、运营商线路、NAT、Wi-Fi 和家庭上传拥塞。
- 平均延迟正常但跳 ping：优先查队列拥塞、无线干扰、路由器负载和流量分载组合。
- 网页正常但游戏联机失败：优先查 UDP 转发、节点 UDP 能力、访问控制、IPv6 路径和 NAT。
- 只有某个设备异常：先做设备级规则，不要立即修改全局 DNS、MTU 或 TUN。
核心原则是“先对照，后修改；先单设备，后全局；先可回滚，后复杂化”。
常见问题
PassWall2 节点延迟低，为什么游戏 UDP 还是高？
节点测试可能测的是 ICMP、TCP 或特定测试地址，不等于游戏实际 UDP 路径。游戏区服、协议、节点服务端 UDP 能力、NAT 和家庭网络拥塞都可能不同，应以游戏内实际数据和三组对照测试为准。
游戏 UDP 应该全部直连吗？
不能一概而论。国内或本地服务器通常先测试直连；跨区域联机则比较直连与代理的实际延迟、抖动和丢包。只要直连已经满足需求，就没有必要为了其他流量把游戏 UDP 一并代理。
把 UDP 不转发端口改成“所有”就一定能解决吗？
不一定。这样可能让设备的 UDP 流量绕过代理，但如果根因是 Wi-Fi 干扰、双重 NAT、运营商线路或游戏服务器，延迟仍可能很高；同时，依赖 UDP 代理的业务也会失效。应先做设备级对照并保留原配置。
要不要固定 MTU 或更换 DNS？
不要把它们当成首选解法。MTU 更适合在出现分片、特定协议握手失败或路径明显异常时，结合证据逐步验证；DNS 主要影响解析路径，通常不能直接解释所有游戏中的持续 UDP 丢包。修改前应记录原值并逐项复测。
如何判断是节点不支持 UDP？
先确认当前协议、核心和节点服务端是否声明支持 UDP，再用同一设备和同一游戏场景与直连结果对比。若网页正常、TCP 测试正常，但游戏 UDP 代理始终失败或明显恶化，可以把该节点标记为“不适合当前游戏 UDP”，但不要据此推断其他节点也相同。
常见问题
PassWall2 游戏 UDP 延迟高，最快先试什么？
先停止 PassWall2 做一次游戏内对照，再只让游戏设备 UDP 直连。若直连恢复，继续检查节点 UDP 能力、访问控制和分流；不要先改 MTU 或全局 DNS。
游戏 UDP 直连和代理怎么选？
国内或本地服务器通常优先测试直连；跨区域联机则比较两者的游戏内延迟、抖动、丢包和 NAT 表现，结果以实际业务为准。
UDP 不转发端口填所有是否安全？
它可能让设备 UDP 流量绕过代理，但也会使需要 UDP 代理的业务失效，且不能解决 Wi-Fi、NAT 或上游线路问题。建议先做设备级设置并保留原配置。
为什么网页正常，游戏却无法联机？
网页多以 TCP 或特定协议为主，游戏可能依赖 UDP、动态端口、IPv6 或不同 NAT 路径。应单独检查 UDP 转发、节点能力、IPv6 和 NAT。
相关阅读
- PassWall2 UDP 不通时的端口、节点与防火墙排查
- PassWall2 节点延迟高的分层定位方法
- PassWall2 延迟测试与实际体验不一致怎么办
- PassWall2 路由日志怎么看
- PassWall2 DNS 设置与分流排查
参考资料
- PassWall2 官方 GitHub 仓库
- PassWall2 官方中文界面字段
- PassWall2 官方发布页
- OpenWrt 官方 SQM 文档（openwrt.org）
- OpenWrt 官方 Flow Offloading 文档（openwrt.org）