PassWall2 节点延迟高怎么办？按顺序定位问题来源
简答：先不要同时修改多个设置：记录当前节点、协议、内核和测速结果，再用同一节点分别测试路由器、电脑或手机。若节点列表延迟高但网页正常，可能只是测速方式不同；若实际网页也慢，则按“本地网络→节点线路→DNS与规则→协议→路由器负载”的顺序排查。
定义：PassWall2 节点延迟是某种测试请求从本地经过节点到测试目标并获得响应所需的时间，不等同于下载速度、网页首屏时间或所有网站的实际访问延迟。
先做一分钟速查：不要把四种“慢”混为一谈
PassWall2 节点列表中的延迟、打开网页的等待时间、下载速度和视频卡顿，可能对应不同故障。官方项目说明 PassWall2 提供节点测试能力，但测试结果仍受测试目标、协议和当前路由影响；因此，延迟数值只能作为筛选线索，不能单独证明节点一定可用。可先在 PassWall2 页面记录节点名称、协议、使用的核心、测试方式、延迟、丢包或超时信息，再进行下一步。
PassWall2 项目说明列出了节点测试、订阅和多种核心支持；如果你的界面名称与本文不同，应以当前安装版本显示为准。
| 现象 | 优先怀疑 | 先做什么 | 判定依据 |
|---|---|---|---|
| 节点列表延迟高，但网页打开正常 | 测速目标或测速方式差异 | 用同一节点打开固定网页并记录时间 | 真实访问稳定，先不要改 DNS |
| 节点延迟高、网页也超时 | 节点拥堵、线路丢包或协议失败 | 换同类节点，再换一个协议测试 | 只有某节点失败，优先归因于节点侧 |
| 延迟不高，但网页首屏很慢 | DNS、规则、TLS 握手或目标站响应 | 查看 DNS 与 PassWall2 日志 | 部分域名慢时重点看解析和分流 |
| 所有节点都慢，晚上更明显 | 本地出口、无线网络或路由器负载 | 用手机热点或网线对比 | 换网络后明显改善，先查本地链路 |
| 节点列表显示超时，但实际连接可用 | 测速方法不适配该协议或测试目标 | 进行真实网页和长连接复测 | 不能仅凭列表超时判定节点失效 |
第一步：记录基线，再确认是节点还是路由器
- 记录当前状态：写下 PassWall2 当前选中的节点、协议、核心名称、代理模式、DNS 模式、是否启用 FakeDNS 或类似选项，以及节点列表中的延迟和错误提示。不要公开完整订阅链接、节点密码或未脱敏日志。
- 从路由器本身测试基础网络：进入 LuCI 的“网络→诊断”，对一个稳定的公共域名执行 ping；也可以通过 SSH 执行
ping -c 10 openwrt.org。OpenWrt 官方排障文档建议通过“网络→诊断”或 SSH 的 ping 检查基础连通性，并用logread获取更多诊断信息。参考：OpenWrt 官方网络排障文档。 - 做同节点、不同设备对比：让电脑或手机使用同一订阅中的同一节点测试，再让路由器下的设备测试。若所有设备都慢，优先看节点线路或上游网络；若只有经过路由器的设备慢，优先看规则、DNS、CPU、内存、无线信号和并发连接。
- 一次只改一个变量：先换节点，复测；再换协议，复测；再换网络，复测。每次记录时间、节点、协议、测试目标、结果和是否恢复，避免多个设置同时改变后无法定位原因。
这里的“换节点”应尽量选择不同线路或不同入口，而不是只在同一组节点中反复切换名称相近的节点。节点提供方是否维护、拥堵或用量受限，本文无法从 PassWall2 本地界面核实，应以对应服务方公告或支持渠道为准。
第二步：区分 TCP、代理请求与真实网页访问
不同测试方法测到的不是同一段链路。ICMP ping 主要反映对目标主机的 ICMP 响应；TCP 测试更接近建立连接；通过代理发起的 HTTP/HTTPS 测试还包括代理握手、TLS 和目标站响应。sing-box 官方 URLTest 文档说明，URLTest 会对指定出站访问测试 URL，并依据响应延迟进行选择；默认测试地址和间隔也可能因配置变化。参考：sing-box 官方 URLTest 文档。
因此，建议用同一目标做三次记录：节点列表测试结果、路由器或客户端实际代理请求结果、固定网页的首屏或完全加载结果。若节点列表显示 80 毫秒但网页首屏很慢，不能直接得出“延迟测试失效”的结论，应继续检查 DNS、分流、TLS、目标站和协议日志。
- 节点列表高、实际访问也高：先换节点和网络，观察是否只有单个节点或某个时间段异常。
- 节点列表低、网页仍慢：检查 DNS 是否超时、域名是否被错误分流、是否存在 IPv6 路径问题，以及当前核心是否出现握手失败。
- 只有 UDP 类协议异常：不要用 TCP 结果替代 UDP 结论。检查路由器、防火墙、运营商网络和节点协议日志。
- 只有启用 mux 后异常：先关闭多路复用做一次对照测试。多路复用参数由具体核心和服务端共同决定，不能把“减少连接建立”理解为所有网络都更快。
第三步：检查 PassWall2 的节点、DNS与分流设置
从 LuCI 的“服务→PassWall2”进入当前配置。不同版本、主题和汉化包的菜单名称可能不同，重点找以下几类页面：节点或节点列表、节点测试、基本设置、DNS、分流规则、运行日志或日志查看。若找不到某个字段，先记录 PassWall2 版本和当前核心名称，不要直接套用其他版本教程。
- 节点侧：确认当前节点没有被误选为失效、过期或格式不完整的条目。重新更新订阅前先备份当前配置；更新后检查节点数量、协议字段和服务器地址是否仍然存在。
- DNS 侧：如果所有节点的延迟数值正常，但只有部分域名打开慢，检查 DNS 请求是否超时、是否被错误分流、是否同时存在 IPv4 与 IPv6 两条不同路径。OpenWrt 官方文档提供了 DNS 查询日志的查看方式，可在 LuCI 的“网络→DHCP/DNS→日志”查看，或启用 dnsmasq 查询日志后复测。参考：OpenWrt 官方 DHCP 与 DNS 文档。
- FakeDNS 或 Fake-IP 侧：不要把 Fake-IP、FakeDNS 和 Fake-IP(TUN) 当成所有版本中的同一功能。常见教程中的对应关系只表示可能的工作组合，不代表不同 PassWall2 核心、DNS 模式和透明代理模式完全等价。若启用后出现部分域名打不开、局域网地址异常或应用连接失败，先记录原值，再临时恢复到当前版本的默认模式进行对照。
- 分流侧：确认目标域名没有被错误地送入直连、错误节点或不支持该协议的出站。先用全局代理做短时对照，再恢复原来的分流模式；全局对照只能用于定位，不能据此证明所有流量都已经过代理。
修改前可通过 LuCI 的保存/应用前备份相关配置；若使用 SSH，应先复制与 PassWall2 相关的 UCI 配置文件。具体文件路径和字段以当前安装版本为准，无法核实的字段不要直接批量替换。
第四步：按协议表现分流，不要只看延迟数字
| 协议或功能 | 高延迟时的排查方向 | 安全的对照动作 |
|---|---|---|
| TCP 类协议 | 检查丢包、TLS 握手、SNI、服务器端口和线路拥堵 | 保持同一节点，换另一个 TCP 节点对比 |
| Hysteria2、TUIC 等 UDP/QUIC 类协议 | 检查 UDP 是否可用、路由器防火墙和网络是否限制 UDP | 用同一服务中的 TCP 节点做对照 |
| Shadowsocks 与 mux | 检查 mux 是否由当前核心正确解析，关闭 mux 做一次基线测试 | 只改 mux 开关，不同时改节点和 DNS |
| VLESS、Reality 等 TLS 相关配置 | 查看时间、SNI、证书或握手错误；不要只凭延迟判断 | 用同一节点重新核对订阅字段与核心日志 |
| WireGuard | 检查握手时间、Endpoint、密钥、MTU 和 UDP 连通性 | 记录握手是否更新，再做网页访问复测 |
PassWall2 官方仓库列出 Xray、sing-box、Shadowsocks-Rust 等可选核心和多种节点协议，但实际可用协议仍取决于当前安装包、核心版本、节点配置和服务端支持，不能仅凭界面出现某个选项就断定配置有效。参考：PassWall2 官方仓库说明。
第五步：看日志和路由器负载，再做复测
在 LuCI 中可先查看“状态→系统日志”或与 PassWall2 相关的运行日志；也可以 SSH 执行 logread -f，然后只发起一次失败请求，再停止日志跟踪。OpenWrt 官方文档明确建议使用 logread 获取更详细的运行信息。不要把完整日志直接公开，至少删除订阅地址、密码、UUID、私钥和内网地址。
| 日志关键词或现象 | 优先判断 | 下一步 |
|---|---|---|
| DNS timeout、resolve failed | 解析服务器、DNS 分流或网络不可达 | 查看 DNS 查询日志，换一个已知可用的解析路径做对照 |
| handshake timeout、TLS handshake failed | 节点参数、时间、SNI、证书或线路问题 | 核对订阅字段，换同协议节点复测 |
| connection reset、broken pipe | 连接被中途重置或复用连接异常 | 关闭 mux 或换协议做单变量测试 |
| packet loss、retransmit、频繁 timeout | 本地链路、无线网络或节点线路丢包 | 网线、手机热点和另一节点三方对比 |
| CPU 长时间高、内存不足或负载明显升高 | 路由器处理能力、规则或并发压力 | 减少并发设备，关闭不必要功能后复测 |
复测时固定一个目标、一个设备、一个节点和一个时间段，至少记录“是否能连接、首屏是否完成、连续访问是否中断、日志是否出现新错误”。如果修改后更差，立即恢复备份或撤销最后一次改动，不要继续叠加配置。
常见问题
PassWall2 节点延迟高，是不是节点一定失效？
不是。节点列表测试可能与真实代理请求使用不同目标或不同协议路径。应使用同一节点完成列表测试、实际网页访问和日志复测；只有当多个测试都失败，才更有理由把问题归因到节点或线路。
延迟低但网页打开很慢，先换节点还是改 DNS？
先看是否只有部分域名慢。全部域名都慢时，先用另一节点或另一网络做对照；只有部分域名慢时，优先检查 DNS、分流和 IPv6 路径。不要在没有记录原值的情况下同时改 DNS、FakeDNS 和规则。
为什么 PassWall2 节点列表显示超时，但实际能用？
可能是测速请求不适合该协议、测试目标暂时不可达，或节点列表测试与真实访问使用了不同路径。保留该节点做固定网页、长连接和日志复测；如果实际访问稳定，不要仅凭一个超时标签判定节点失效。
晚上延迟变高，路由器需要重装或换固件吗？
不应直接重装。先在同一时间用网线、手机热点和另一节点做对比，再查看 CPU、内存、无线信号、带宽占用和日志。若只有本地宽带或无线网络在晚间变差，应先联系网络提供方或优化本地链路；若只有某个节点变差，应优先核对节点侧状态。
排查时可以把完整订阅链接和日志发到群里吗？
不建议。订阅链接、节点密码、UUID、私钥、域名和完整日志都可能包含可识别或可复用信息。分享前应删除认证信息，只保留系统版本、PassWall2 版本、核心名称、错误关键词和必要的脱敏片段。
结论：按最少变量复测，才能判断到底是谁导致延迟高
PassWall2 节点延迟高时，推荐顺序是：先记录基线，再测试路由器基础网络；然后用同一节点比较不同设备和不同网络；接着检查 DNS、FakeDNS、分流和协议日志；最后再考虑路由器负载、无线质量与多设备并发。每次只改变一个变量，并保留回滚方式。
如果最终结论是节点线路本身高延迟，PassWall2 设置通常无法把物理距离、拥堵或丢包完全消除；如果结论是 DNS、规则或路由器性能问题，则应针对对应日志和复测结果处理，而不是盲目更换所有节点。
常见问题
PassWall2 节点延迟高，是不是节点一定失效？
不是。节点列表测试和真实代理请求可能使用不同目标或路径。应结合固定网页访问、日志和其他网络环境复测，不能只凭一个延迟数字判定节点失效。
延迟低但网页打开很慢，先换节点还是改 DNS？
全部域名都慢时先对比另一节点或另一网络；只有部分域名慢时优先检查 DNS、分流和 IPv6。修改前记录原值，不要同时改变多个设置。
为什么节点列表显示超时，但实际能用？
可能是测速请求不适合当前协议、目标暂时不可达，或列表测试和真实访问使用了不同路径。应保留节点进行固定网页和日志复测。
晚上延迟变高，需要重装 PassWall2 吗？
不需要直接重装。先对比网线、手机热点、另一节点，并查看路由器 CPU、内存、无线信号、带宽和日志，再判断问题属于本地网络还是节点线路。
排查时可以公开完整订阅链接和日志吗？
不建议。应删除订阅链接、密码、UUID、私钥、域名和内网地址，只分享版本、核心、错误关键词和脱敏日志片段。
相关阅读
- 继续看 PassWall2 速度慢的完整排查
- 查看 PassWall2 DNS 设置与分流核对方法
- 学习 PassWall2 路由日志怎么看
- 排查 PassWall2 规则不生效
- 如果是 UDP 协议异常，查看这篇排查指南
参考资料
- PassWall2 官方 GitHub 仓库
- sing-box 官方 URLTest 文档
- OpenWrt 官方网络排障文档（openwrt.org）
- OpenWrt 官方 DHCP 与 DNS 文档（openwrt.org）