PassWall2 节点测速怎么选？用评分表筛出主节点和备用节点
简答：PassWall2 选节点应按“Ping参考可达性、TCPing检查端口连接、URL测试验证代理访问、真实服务确认体验”的顺序进行。不要因为某个节点单次 Ping 最低就直接使用：至少连续测试 3 次，并在实际使用时段复测，再用评分表确定主节点和备用节点。
定义：PassWall2 节点测速选择，是把延迟、TCP 连接、URL 成功率、丢包、稳定性和真实目标访问结果合并判断，而不是按一次测速结果排名。
先看速查卡：四类结果分别怎么判
本文是第三方使用指南站，页面路径和字段名称可能随 PassWall2 版本变化。进入 LuCI 的 服务 → PassWall2 → 节点列表，先确认节点已经导入，再按下面顺序测试。PassWall2 官方仓库说明包含节点延迟与连通性测试；官方控制器代码也显示，Ping/TCPing 与 URL 测试分别由不同测试入口处理。参考：PassWall2 官方仓库、官方控制器代码。
| 测试结果 | 能回答什么 | 如何处理 |
|---|---|---|
| Ping | 节点地址是否响应、往返延迟大致是多少 | 只作可达性参考，不能单独淘汰节点 |
| TCPing | 节点端口能否建立 TCP 连接、连接耗时如何 | 作为 TCP 节点的主要初筛依据 |
| URL 测试 | 通过节点访问探测网址是否成功、耗时如何 | 用于验证代理链路，不等于所有网站都可用 |
| 真实目标访问 | 实际网页、办公系统、视频或文件传输是否正常 | 作为最终取舍依据，优先级最高 |
最快判断：Ping 低但 TCPing 不稳定，先保留观察；Ping 无响应但 TCPing 稳定，不要立即淘汰；TCPing 成功但 URL 失败，要检查探测网址、核心和规则；URL 成功但实际服务失败，应以实际服务结果为准，并检查分流是否走到了预期节点。
可复制的节点评分模板：先记录，再排序
PassWall2 官方资料确认了测试入口和相关字段，但没有提供本文这套综合评分公式。下面的权重是编辑建议，不是官方算法，适合在节点较多、需要选主备节点时使用。
总分 = URL 成功率 × 40% + 真实目标成功率 × 25% + 稳定性分 × 20% + 延迟分 × 10% + 持续速度分 × 5%
| 项目 | 记录方式 | 建议合格线 | 评分示例 |
|---|---|---|---|
| URL 成功率 | 连续测试 5 次，成功次数 ÷ 5 | 至少 4/5；主节点建议 5/5 | 5/5 可记 100 分，4/5 可记 80 分 |
| 真实目标成功率 | 用实际网页或办公服务测试 4 次 | 至少 3/4；登录、上传等关键动作不能失败 | 4/4 记 100 分，3/4 记 75 分 |
| 稳定性 | 记录 3 次 TCPing 和 3 次 URL 的最大值、最小值与失败数 | 无连续失败，延迟波动不应明显扩大 | 无失败且波动小于 30% 可记高分 |
| 延迟 | 使用 TCPing 中位数，不使用最低单次值 | 以同一批节点的中位数比较 | 同组中位数越低，分数越高 |
| 持续速度 | 播放视频、下载文件或上传文件 5—10 分钟 | 不频繁转圈、不反复断流 | 稳定完成目标任务即可记高分 |
记录表至少包含：节点名称、地区或线路标签、协议、测试时间、Ping、TCPing、URL 成功次数、目标服务结果、最大延迟、最小延迟、是否丢包、是否晚间复测、最终分数。不要把不同协议、不同地区和不同测试时间的结果直接混成一个排名。
一个可执行的淘汰条件是：URL 连续失败 2 次、真实目标连续失败 2 次，或 TCPing 多次超时。这里的次数和阈值属于编辑建议；如果路由器资源紧张或节点数量很多，可以先用 3 次测试初筛，再对候选节点做 5 次复测。
具体测速步骤：初筛、复测、真实验证
- 打开节点列表。进入
服务 → PassWall2 → 节点列表，先按地区、线路、协议或订阅分组，保留每组约 5—10 个候选。 - 先做 Ping 标记。Ping 无响应只表示 ICMP 没有得到响应，不能直接说明节点不可用。把结果标成“有响应”“无响应”，不要在此步骤删除节点。
- 再做 TCPing。如果界面提供 TCPing，至少测试 3 次；官方控制器代码显示，TCPing 会调用节点地址和端口进行 TCP 连接测试，当前环境没有可用的
tcping程序时，界面可能无法按预期返回结果。参考：PassWall2 官方控制器代码。 - 再做 URL 测试。对 TCPing 稳定的候选节点运行 URL 测试，记录成功次数和耗时。官方代码显示，URL 测试会调用 PassWall2 的临时测试脚本，而不是简单重复 Ping。
- 最后用真实终端验证。分别把前 2—3 个节点设为当前节点，在电脑或手机上打开实际要使用的网页、办公系统或视频服务，并完成登录、文件上传、持续播放等动作。
- 在实际使用时段复测。如果主要在晚间或工作日使用，应在相近时段再次测试。白天分数高、实际使用时段失败的节点，不应作为唯一主节点。
PassWall2 官方仓库的基础配置说明使用“节点列表”和“保存并应用”等操作，但具体按钮名称可能随版本变化，应以当前 LuCI 页面为准。参考：官方仓库基础配置说明。
Ping、TCPing、URL 冲突时怎么取舍
| 冲突情况 | 可能含义 | 处理结论 |
|---|---|---|
| Ping 高，TCPing 稳定 | ICMP 延迟较高，但实际 TCP 端口连接稳定 | 网页或办公优先看 TCPing、URL 和真实目标，不因 Ping 单项高直接淘汰 |
| Ping 无响应，TCPing 稳定 | 节点可能不响应 ICMP，但 TCP 端口可连接 | 保留进入 URL 测试，不能仅凭 Ping 判定不可用 |
| TCPing 稳定，URL 失败 | 端口可连接，但代理核心、探测网址、规则或资源文件可能有问题 | 更换探测网址、查看日志并做真实终端验证 |
| URL 成功，真实目标失败 | 通用探测网址可访问，但目标服务、分流或协议能力不同 | 以真实目标为准，检查该域名是否走了正确节点 |
| 测速都成功，视频或办公仍卡 | 持续带宽、丢包、抖动、本地 DNS 或路由器负载可能异常 | 做 5—10 分钟持续任务并检查本地链路，不要只换节点 |
如果所有节点的 URL 测试都显示超时，但真实流量正常，不要马上删除订阅。官方仓库的公开问题记录曾描述过临时 URL 测试配置因 GeoIP 资源路径问题失败，而 TCPing 和真实流量仍可工作；这类问题需要查看日志、核心配置和 Geo 资源路径，不能把测试结果直接等同于真实可用性。参考：PassWall2 官方问题记录。
URL 探测网址、探测间隔和优选数量怎么设
PassWall2 官方中文界面词条可以核实“自定义探测网址”“探测间隔”“优选节点数量”和“测速失败率容忍度”等字段。词条还说明探测间隔支持数字加 s、m、h，例如 10s、2h45m；未填写单位时默认为秒。参考：PassWall2 官方中文界面词条。
| 字段 | 官方资料能确认的含义 | 编辑建议值与适用场景 |
|---|---|---|
| 自定义探测网址 | 用于检测连接状态的 URL | 手动筛选可用稳定、响应快的网址；特定服务故障时，再使用与目标用途接近的地址 |
| 探测间隔 | 发起探测的时间间隔 | 手动观察可先用 30s—60s；长期运行可先用 5m—10m，具体值属于编辑建议 |
| 优选节点数量 | 负载均衡器选择的优选节点数量，并在这些节点中分配流量 | 手动主备建议 1；需要自动分配时可先试 2，节点越多越难定位问题 |
| 测速失败率容忍度 | 允许的测速失败率，例如 1 表示允许 1% | 单节点主备建议先用 0%—1%；网络波动明显时再逐步放宽，不能把宽松容忍度当成稳定保证 |
这些推荐值不是官方默认值，也不代表所有版本都提供相同的设置位置。若找不到字段，可在 PassWall2 设置页面使用浏览器页面搜索，查找“探测”“优选”“失败率”等关键词；仍找不到时，改用节点列表手动测试。
主备切换、按服务分流和负载均衡怎么选
- 主备切换：适合一个主要出口、另一个只在主节点失败时接管的场景。先选一个真实目标成功率最高的主节点，再选择至少一个不同地区、线路或协议的备用节点。PassWall2 中文词条包含“主节点”“备用节点列表”和“恢复切换”等字段，具体位置以当前版本为准。
- 按服务分流：适合普通网页、跨境办公、视频等对线路要求不同的场景。先确认目标域名实际命中了对应规则，再分别测试对应节点，不要只测试默认节点。
- 负载均衡：适合多个节点都稳定、希望分配流量的场景。若问题还没有定位清楚，不建议一开始就启用负载均衡，因为多个出口会让日志和测速结果更难解释。官方界面词条说明，优选节点会在候选节点中随机分配流量；这与“主节点失败后才切备用”的主备逻辑不同。参考：官方中文界面词条。
验证切换是否生效：先只保留主节点并访问一个固定目标，记录当前出口和访问结果；再让主节点暂时不可用或手动切换到备用节点，重复访问同一目标；最后恢复主节点，确认是否按照设置回切。不要同时修改 DNS、分流、节点和负载均衡，否则无法判断是哪一项产生了变化。
按用途选择节点：分数相同也要看任务类型
| 用途 | 优先级 | 最终验证 |
|---|---|---|
| 普通网页 | URL 成功率、首屏响应、延迟波动 | 连续打开多个页面，确认没有频繁超时 |
| 跨境办公 | 登录成功率、长连接、上传下载稳定性 | 完成登录、打开文档、上传文件或保持会议连接 |
| 视频和大文件 | 持续速度、丢包、长时间稳定性 | 连续播放或传输 5—10 分钟，不只看测速瞬时值 |
| 实时交互 | 延迟、抖动、丢包 | 观察连续连接是否出现卡顿、重连或声音中断 |
如果同一节点网页很好但视频不稳定，不一定说明节点完全不可用；可能是持续带宽或目标服务路径不适合该用途。此时应为不同用途分别保留候选，而不是强行选出一个“全场景最佳”节点。
结论：用稳定性和真实目标结果确定主节点
PassWall2 节点测速的最小闭环是：节点列表中先看 Ping，再用 TCPing 初筛，用 URL 测试验证代理访问，最后在真实终端和实际使用时段复测。用本文评分模板记录结果后，优先选择 URL 成功率和真实目标成功率高、连续复测没有失败的节点；主节点之外至少保留一个可验证的备用节点。
截至 2026 年 11 月 4 日，本文只依据 PassWall2 官方仓库、官方代码、官方中文界面词条和官方问题记录确认字段与测试机制；具体版本的按钮位置、默认值、核心兼容性和实际测速结果仍需以你的当前安装环境为准。
常见问题
PassWall2 节点测速应该看 Ping 还是 TCPing？
两者不能互相替代。Ping 只适合了解 ICMP 响应和延迟，TCPing 更适合检查节点端口能否建立 TCP 连接。建议 Ping 只作参考，以 TCPing 做初筛，再用 URL 测试和真实目标访问决定是否使用。
Ping 无响应但 TCPing 成功，这个节点要不要淘汰？
不要仅凭 Ping 淘汰。节点可能不响应 ICMP，但 TCP 端口正常。继续做 URL 测试和真实终端验证；如果这两项稳定，仍可以列入候选。
TCPing 成功但 PassWall2 URL 测试超时怎么办？
先检查探测网址、代理核心、规则和 Geo 资源路径，再查看日志。官方问题记录显示，某些环境可能只导致临时 URL 测试失败，而真实流量仍可使用，因此不要直接删除全部节点。
PassWall2 节点评分公式是官方算法吗？
不是。本文的“URL 成功率 40%、真实目标成功率 25%、稳定性 20%、延迟 10%、持续速度 5%”是编辑建议，用于让手动筛选更容易复现。官方资料只确认相关测试和设置字段，不提供这套综合权重。
优选节点数量应该设置几个？
如果你正在排查问题，建议先使用 1 个节点，结果最容易解释；多个节点都稳定、确实需要分配流量时，再尝试 2 个。优选节点数量越多，流量分布越复杂，不适合在基础链路尚未验证时直接启用。
PassWall2 主节点和备用节点怎么验证？
先固定主节点访问同一目标并记录结果，再切换备用节点重复测试，最后恢复主节点检查是否按设置回切。验证时不要同时修改 DNS、分流和负载均衡，否则很难判断切换是否真正生效。