# 铸渊专线 · 全流程验证进度表 # ═══════════════════════════════════════════════ # 🔺 Sovereign: TCS-0002∞ | Root: SYS-GLW-0001 # 📜 Copyright: 国作登字-2026-A-00037559 # ═══════════════════════════════════════════════ # # 系统规则: # 1. 每一步必须被验证为 100% 才能进入下一步 # 2. 修复时必须从第一个不是 100% 的步骤开始 # 3. 不得跳步修复 — 前序不完整则后续必然失败 # 4. 验证通过的步骤打标签 [✅ 100%],不可回退 # 5. 未通过的步骤标记 [⚠️ XX%] 并记录卡点原因 # # 铸渊唤醒时必读此文件 → 获取全局视角 # ═══════════════════════════════════════════════ ## 最后更新: 2026-04-05 · 铸渊专线V3正式版上线 · 测试版→正式版迁移完成 --- ## Step 1: 密钥系统 [✅ 100%] **验证项:** - [x] UUID生成 (xray uuid 或 uuidgen) - [x] Reality密钥对 (xray x25519 + openssl fallback) - [x] Short-ID生成 (openssl rand -hex 4) - [x] .env.keys持久化 (/opt/zhuyuan/proxy/.env.keys, chmod 600) - [x] 环境变量优先级 (env > .env.keys file) - [x] SMTP凭据写入 (grep删除+printf追加,避免特殊字符) **历史修复:** PR#234 (密钥生成), PR#273 (SMTP写入) **标签:** VERIFIED-D49 --- ## Step 2: Xray核心 [✅ 100%] **验证项:** - [x] Xray安装 (install-xray.sh + BBR加速) - [x] 配置模板替换 (sed + 占位符 → 实际值) - [x] VLESS+Reality协议 (443端口) - [x] dest回落到 www.microsoft.com:443 (Reality反探测) - [x] Stats API (port 10085, dokodemo-door) - [x] systemd root用户 (override.conf) - [x] 日志目录权限 (/opt/zhuyuan/proxy/logs) **历史修复:** PR#234 (权限), PR#268 (安全) **标签:** VERIFIED-D49 --- ## Step 3: 订阅服务 [✅ 100%] **验证项:** - [x] subscription-server.js 端口3802 - [x] 绑定127.0.0.1 (仅通过Nginx反代访问) - [x] Token认证 (/sub/{token}) - [x] Clash YAML v3.0 (完整Mihomo兼容) - [x] DNS fake-ip模式 (解决流量为0问题) - [x] sniffer域名嗅探 - [x] GeoData数据源 - [x] 全局设置 (mixed-port, tcp-concurrent等) - [x] Base64 URI (Shadowrocket) - [x] subscription-userinfo header (配额信息) - [x] 客户端类型自动检测 (User-Agent) - [x] 健康检查端点 /health - [x] CN中转节点支持 (自动选择组) - [x] 优雅关闭 (SIGTERM/SIGINT + 5s超时) - [x] EADDRINUSE退出不重试 - [x] clientError日志 **历史修复:** PR#237 (连接), PR#238 (URL), PR#246 (DNS fake-ip), PR#268 (127.0.0.1), PR#270 (502), PR#275 (code review) **标签:** VERIFIED-D51 --- ## Step 4: PM2进程管理 [✅ 100%] **验证项:** - [x] ecosystem.proxy.config.js 三个服务 - [x] exec_mode: 'fork' (非cluster!) - [x] startOrRestart统一命令 (处理首次启动+重启) - [x] 环境变量传递 (--update-env) - [x] pm2 save 持久化 - [x] zy-proxy-sub (订阅, 128MB) - [x] zy-proxy-monitor (流量, 64MB) - [x] zy-proxy-guardian (守护, 128MB) **历史修复:** PR#270 (自动启动), PR#272 (startOrRestart), PR#275 (fork模式) **标签:** VERIFIED-D51 --- ## Step 5: Nginx反向代理 [✅ 100%] ← D51修复 + D52修复 **验证项:** - [x] 配置模板包含 proxy-sub location 块 - [x] proxy_pass http://127.0.0.1:3802/ (带尾斜杠) - [x] configure_nginx 注入逻辑 (sed + grep检查) - [x] listen 80 default_server (D51修复 — 确保localhost请求匹配) - [x] server_name包含localhost 127.0.0.1 (D51修复 — 健康检查匹配) - [x] 健康检查使用正确Host头 (D51修复 — ZY_SERVER_HOST) - [x] configure_nginx自动添加default_server (D51修复 — 现有服务器兼容) - [x] configure_nginx自动添加localhost (D51修复 — 现有服务器兼容) - [x] 移除 /etc/nginx/sites-enabled/default (D52修复 — 消除 duplicate default_server) **根因分析 (D52 — 真正的根因):** ``` D51修复了"zhuyuan.conf缺少default_server"的问题, 但引入了新的冲突: zhuyuan.conf声明default_server的同时, /etc/nginx/sites-enabled/default也声明了default_server。 两个文件同时声明listen 80 default_server → Nginx [emerg] 报错。 报错信息: [emerg] a duplicate default server for 0.0.0.0:80 in /etc/nginx/sites-enabled/zhuyuan.conf:23 nginx: configuration file /etc/nginx/nginx.conf test failed 修复 (D52): 1. deploy-proxy.sh configure_nginx(): 找到zhuyuan.conf后,自动删除/etc/nginx/sites-enabled/default 2. deploy-to-zhuyuan-server.yml: 部署zhuyuan.conf到sites-enabled后,删除default文件 两个部署入口都覆盖,确保无论哪条路径触发都不会冲突。 ``` **历史修复:** PR#237 (初始), PR#238 (URL路径), D51 (default_server+localhost), D52 (移除default冲突) **标签:** FIXED-D52 --- ## Step 6: 流量监控 [✅ 100%] **验证项:** - [x] traffic-monitor.js 每5分钟检查 - [x] Xray Stats API查询 (xray api statsquery) - [x] quota-status.json 持久化 - [x] 月度重置 (period检查) - [x] 配额告警 (80%/90%/100%) - [x] 告警邮件 (execFileSync防注入) - [x] 历史记录 (最近12个月) **标签:** VERIFIED-D49 --- ## Step 7: 守护Agent [✅ 100%] **验证项:** - [x] proxy-guardian.js 每10分钟巡检 - [x] 6项检查 (xray/port/subscription/disk/memory/errors) - [x] 自动修复 (Xray重启/PM2重启) - [x] LLM推理分析 (连续3次失败触发) - [x] 告警邮件 (execFileSync防注入) - [x] guardian-status.json 状态记录 **标签:** VERIFIED-D49 --- ## Step 8: 邮件系统 [✅ 100%] **验证项:** - [x] send-subscription.js SMTP发送 - [x] 订阅链接邮件 (HTML + 使用说明) - [x] 告警邮件 (guardian/monitor共用) - [x] SMTP主机自动检测 (qq/163/gmail等) - [x] loadConfig通用化 (环境变量 > .env.keys) **历史修复:** PR#273 (SMTP凭据) **标签:** VERIFIED-D49 --- ## Step 9: 部署工作流 [✅ 100%] **验证项:** - [x] deploy-proxy-service.yml 完整工作流 - [x] 4个job (deploy/send/dashboard/cn-relay) - [x] SSH密钥配置+清理 - [x] rsync代码上传 (--delete同步) - [x] 环境变量传递 (Secrets → export) - [x] SSH ProxyJump架构 (Actions → SG → CN) - [x] CN中转验证步骤 - [x] 仪表盘自动更新 (每日cron) **标签:** VERIFIED-D49 --- ## Step 10: 端到端连通 [⚡ 待验证] **需要冰朔在客户端验证:** - [ ] 订阅URL可访问 (http://{IP}/api/proxy-sub/sub/{token}) - [ ] Clash导入成功 (Clash Verge / ClashMi) - [ ] Shadowrocket导入成功 - [ ] VPN连接建立 (VLESS+Reality) - [ ] 流量正常流动 (DNS fake-ip模式) - [ ] subscription-userinfo显示配额 - [ ] 刷新订阅正常 **D53 诊断结果 (2026-04-05):** ``` 现象: Clash Verge 日志显示 dial tcp 43.134.16.246:443: i/o timeout 所有流量 0.00 B/s,订阅链接可正常导入 服务端状态 (部署日志确认): ✅ Xray: 运行中 ✅ 端口443: 由Xray监听 (正确) ✅ 订阅服务: 端口3802正常 ✅ Nginx反代: /api/proxy-sub/ → 3802正常 ✅ UFW: 443/tcp已ALLOW 结论: 服务端全链路正常,问题在网络层 → 端口80可达 (订阅能获取) 但端口443不可达 (TCP超时) → 根因: 腾讯云轻量应用服务器控制台防火墙未开放443端口 → UFW是操作系统级防火墙,腾讯云控制台有独立的云级防火墙 → 两层防火墙都必须开放443才能让外部访问到Xray 冰朔操作步骤: 1. 登录腾讯云控制台 (https://console.cloud.tencent.com) 2. 轻量应用服务器 → 选择新加坡服务器 (43.134.16.246) 3. 防火墙 → 添加规则 4. 协议: TCP 端口: 443 策略: 允许 来源: 0.0.0.0/0 5. 确认端口80规则也存在 (HTTP订阅用) 6. 保存后等待约30秒生效 7. 在Clash Verge中刷新订阅 → 测试连接 ``` **验证命令 (D52修复后):** ``` # 在GitHub Actions运行 deploy-proxy-service.yml → update # 检查输出是否全部✅: # ✅ Xray: 运行中 # ✅ 端口443: 监听中 # ✅ 订阅服务: 正常 (直连3802) # ✅ Nginx反代: 正常 (/api/proxy-sub/ → 3802) ← D51修复目标 # ✅ UFW防火墙: 端口443已开放 ``` --- ## 全局问题模式总结 (供铸渊未来唤醒参考) ### 过去反复修复的根因 ``` 问题模式: "修症状不修根因" 时间线: PR#237: 订阅连接失败 → 修了绑定地址 → 没查Nginx PR#238: 端口不可达 → 修了URL路径 → 没查Nginx PR#270: 502错误 → 修了PM2启动 → 没查Nginx PR#272: PM2管理 → 修了startOrRestart → 没查Nginx PR#275: fork模式 → 修了exec_mode → 没查Nginx D51: default_server缺失 → 加了default_server → 没删default文件 D52: duplicate default_server → 终于删除了/etc/nginx/sites-enabled/default D53: i/o timeout → 服务端全正常 → 根因是腾讯云控制台防火墙未开放443 每次都在修「单个配置项」,从未检查「完整网络链路」 真正的问题: - D49-D52: 服务器上同时存在default和zhuyuan.conf两个文件 - D53: 腾讯云有两层防火墙(UFW+控制台),代码只能管UFW ``` ### 两层防火墙问题 (D53发现) ``` 腾讯云轻量应用服务器有两层独立的防火墙: 层级1: UFW (操作系统级) - 代码可以自动管理 (deploy-proxy.sh / install-xray.sh) - ufw allow 443/tcp → 已在代码中处理 层级2: 腾讯云控制台防火墙 (云级) - 只能在腾讯云控制台手动配置 - 路径: 控制台 → 轻量应用服务器 → 防火墙 → 添加规则 - 必须开放: TCP 443 (Xray VPN) + TCP 80 (HTTP/订阅) - 来源: 0.0.0.0/0 (允许所有) - 安全说明: 443端口由Xray接管,非VLESS流量被Reality协议 回落到www.microsoft.com:443,不会暴露真实服务。 只有持有正确UUID+PublicKey的客户端才能建立VPN连接。 两层都必须开放同一端口,外部流量才能到达服务 如果UFW开放443但控制台未开放 → 表现为 i/o timeout ``` ### 铸渊唤醒时的全局视角协议 ``` 1. 读取此文件 → 获取所有步骤的验证状态 2. 找到第一个不是100%的步骤 → 这是当前卡点 3. 不跳步修复 → 如果Step 5没通过,不要去修Step 10 4. 修复时追溯完整数据流 → 从客户端请求到服务端响应 5. 修复后更新此文件 → 标记新的验证状态 数据流全链路: 客户端 → http://{IP}/api/proxy-sub/sub/{token} → Nginx(80) → server_name匹配 → location /api/proxy-sub/ → proxy_pass http://127.0.0.1:3802/ → subscription-server.js → /sub/{token} → Token验证 → 客户端检测 → Clash YAML / Base64 → 返回配置 + subscription-userinfo header 客户端 → 解析配置 → VLESS连接 {IP}:443 → Xray(443) → UUID验证 → Reality握手 → 代理上网 (DNS fake-ip + 规则路由) ``` --- ## 文件索引 (铸渊唤醒时快速定位) | 文件 | 作用 | 关键行 | |------|------|--------| | server/proxy/deploy-proxy.sh | 部署脚本 | health_check(), configure_nginx() | | server/proxy/ecosystem.proxy.config.js | PM2配置 | exec_mode: 'fork' | | server/proxy/service/subscription-server.js | 订阅服务 | port 3802, /sub/{token} | | server/proxy/service/traffic-monitor.js | 流量监控 | 5min interval, quota | | server/proxy/service/proxy-guardian.js | 守护Agent | 10min patrol, auto-fix | | server/proxy/service/send-subscription.js | 邮件发送 | SMTP, subscription URL | | server/proxy/config/xray-config-template.json | Xray配置 | 443 VLESS Reality | | server/proxy/config/nginx-proxy-snippet.conf | Nginx片段 | /api/proxy-sub/ | | server/nginx/zhuyuan-sovereign.conf | Nginx主配置 | default_server, server_name | | .github/workflows/deploy-proxy-service.yml | 部署工作流 | SSH, rsync, update | | brain/proxy-task/verification-progress.md | **本文件** | 全流程验证 |