看见项目名称时先分清两个应用
PassWall 的包名是 luci-app-passwall，另一个是 luci-app-passwall2。它们都有自己的仓库与发布，不能从名称带 2 就推断重写关系或所有界面完全一致。
| 公开差异 | PassWall | PassWall 2 |
|---|---|---|
| 核心选择 | 另列多种独立组件 | 基础选择Xray、SingBox或两者 |
| 最低系统 | 这份README未写 | OpenWrt 21.02起、LuCI 17.01起 |
| 内存条件 | 未写明 | 至少256MB |
| 节点入口文字 | 未取得 | 有英文菜单与添加节点项 |
这些是可见记录的差异，不等于没有写要求的一款就没有要求。其他兼容与并行条件没查到公开说明，不用比较表补一个共同默认值。
使用PassWall2时按英文入口定位节点
README 写 Services → PassWall2，节点部分是 Node List → Add Node。中文菜单未取得，保留英文名称，不能把自行翻译当成该版本实际显示文字。
订阅导入节点属于它列出的功能，手动 Add Node 又是明确入口。添加字段要按节点类型与当前界面说明读，不从功能清单补成每种订阅格式都支持。
- 区分订阅导入与单条添加，不用一项替另一项。
- 核对实际核心，候选All不等于任意设备已装全部组件。
- 返回错误与服务运行分开，不从列表有节点推定可以连接。
项目名、核心名和节点类型分别记录，名称相近不能替界面或能力作保证。
运行问题场景按已有日志位置查看
PassWall 2 主日志为 /tmp/log/passwall2.log，服务端日志为 /tmp/log/passwall2_server.log。Other Settings 中可启用调试日志，先分清正在检查哪一类输出。
README 还列服务起不来时查看 logread 对应 passwall2 输出的方式。日志反映实际提示，不能只因出现错误就补成订阅密码错误或某个插件冲突。
- 确认项目完整名称与当前节点来源形态。
- 对照公开节点入口和核心要求，保留实际提示。
- 服务启动有问题再读对应日志，不跨项目借路径。
证书条件按公告与核心分别核对
PassWall 公告写，自 2026-06-01 起 Xray Core 弃用 allowInsecure，自签证书需 pinnedPeerCertSha256。缺少时按公告核对 pcs 参数或相应核心方向，不把关闭证书检查作为通用修复。
截至 2026-10-18，PassWall 发布记录为 26.10.16-2，PassWall 2 为 26.10.1-2。版本、核心与公告范围一起保留，不由另一个项目的更新推定本机条件相同。
旧仓库访问状态与新组织已经变化，引用项目时保留新项目身份，不写实际网址。这里的菜单与能力仍按各自文档，不从迁移关系推导共同故障原因。
改选服务时再看收录内容
如需其他机场信息，可沿下方入口继续阅读各自说明。
解惑答疑（常见问题）
PassWall2添加单个节点的公开入口是什么？
英文 README 写 Services → PassWall2，再到 Node List → Add Node。中文界面名未取得，按英文对象核对，不把自行翻译补成固定菜单文字。
两款名称相近就能把日志路径共用吗？
这里列出的 /tmp/log/passwall2.log 等路径属于 PassWall 2，另一款未给相同说明时不能移用。先确认应用，再核对它自己的输出与运行对象。
自签证书缺参数时能统一关校验吗？
PassWall 公告针对 Xray Core 写明 pinnedPeerCertSha256 条件，不把跳过校验当作统一修复。按公告对应的参数和核心方向核对，保留实际错误。