2 Commits

Include renames

Author	SHA1	Message	Date
xmz7891	a53a3eee21	搬到 Lightsail：nginx 反代 + TLS + 公共 DNS + 后台口令改由服务器持有 ... == 架构（最终形态）== 用户 --HTTPS--> Cloudflare CDN --HTTP/HTTPS--> nginx --+--> 127.0.0.1:13245 yk.xxmxxs.top 13.54.30.196 中转只绑 127.0.0.1，公网只能经 nginx 进来 —— 少一个暴露面 （实测公网直连 :13245 返回 000，符合预期）。 == 这一轮加的 == 1. **nginx 反代**（_build/setup_nginx.py） Cloudflare 只能回源到特定端口（80/8080/443/2053…）， 中转跑的 13245 不在列表里，所以中间必须有一层。 配置要点： /download/ proxy_buffering on /v1/ proxy_read_timeout 180s + **proxy_buffering off** （长轮询要挂 60 秒；关缓冲，否则要等整个响应完 才吐给客户端，那就不是长轮询了） 2. **源站 TLS 证书**（_build/setup_tls_origin.py） Cloudflare 的 SSL 模式是 Full(strict)，回源走 443，源站只有 80 -> 522。用 certbot 的 nginx 插件签了 Let's Encrypt 证书。 开着橙色云朵也能签：HTTP-01 挑战经 Cloudflare 回源到 80 能验证。 踩的坑：第一次用 example.com 当邮箱，Let's Encrypt 拒收保留域名。 3. **公共 DNS**（_build/fix_server_dns.py） 换域名之后 **服务器自己解析不了** yk.xxmxxs.top： Lightsail 默认的内网解析器 172.26.0.2 还缓存着"不存在"（负缓存）， 而 1.1.1.1 / 8.8.8.8 已经能解析。 后果不只是监测误报 —— 服务器上任何解析该域名的东西都会失败。 配上公共 DNS，内网那个降为后备（它对 AWS 自家服务更快）。 4. **监测与预案重写**（relay/monitor-lightsail.sh、rescue-lightsail.sh） 分两层探测，才能分清是哪一层坏的： PRIMARY https://域名 用户实际走的 FALLBACK 127.0.0.1:13245 中转本身 PRIMARY 挂 + FALLBACK 好 -> edge 层 -> 动 nginx 两个都挂 -> core 层 -> 动中转 不区分的话只能瞎重启，而 edge 层的问题重启中转一万次也没用。 做法上也改了：不再"SSH 过去用嵌套 heredoc 现场打补丁" （这一轮因此踩了五次转义/求值/百分号格式化的坑）， 改成**本地写完整文件、整份上传**，能进 git 做版本管理。 5. **后台口令改由服务器持有**（_build/set_admin_password.py） 密码只写进 /opt/ykxmz-relay/data/admin_password.txt（600）， **不进代码、不进仓库**。本地脚本从环境变量或 _build/.admin_password（已 gitignore）读取。 这个仓库已经吃过一次"管理员密码硬编码进提交历史"的教训了。 6. **验证脚本**（_build/verify_admin_login.py） 第一版只看登录请求的状态码，结果"对的密码/错的密码/不带凭据" **全是 302** —— 等于没测。改成看 cookie 再访问 /admin， 区分拿到的是登录页还是后台页。实测： 正确密码 -> cookie 1 条 -> 后台页 错误密码 -> cookie 0 条 -> 登录页 账号写错 -> cookie 0 条 -> 登录页 经 Cloudflare 域名 -> 后台页 == 其他修复 == * 下载响应有**两条** Cache-Control（nginx 和 relay 各发一条）， Cloudflare 遇到重复的缓存指令可能直接跳过缓存 -> 去掉 nginx 那条 * 监测探测地址跟着监听地址改（改入口必须回头看所有探测入口） * curl 加 -L 跟跳转（certbot 加了 http->https 301） * 旧服务器（随身 WiFi 那台）的服务全部停掉并取消自启， 但**没关机、没删文件** —— 保持可逆 全量回归 46 个阶段通过；594 个 Python 文件语法通过。	2026-10-08 23:07:45 +08:00
xmz7891	3f18e6bb40	2.1.0：网站自动抢救 + 后台抢救报告分区 + 网络热门音效 + 全量测试后台静默 ... 按用户定的规矩，这一轮有新功能，升第二位：2.0.0 -> 2.1.0。 == 一、网站挂了会自己救 == 用户原话：「网站还是容易挂，建议继续增加隧道稳定性，并在后台设立 检测单元，实时检测网站状态，一旦检测到网站挂了，立即启动紧急预案」。 新增 relay/monitor.sh + lanremote-monitor.timer： 每 60 秒从**公网**查一次 /v1/health（不是查 127.0.0.1） 为什么不查本机：本机 200 只说明中转进程活着，用户真正关心的是 经过 Cloudflare 边缘 + 隧道 + 本机三段之后能不能打开。实测过 隧道两条实例都掉了、本机 curl 照样 200，只有从公网测才发现 502。 连续 3 次不通才动手（这条 4G 线路本来就有 2~4% 偶发失败）， 救完 10 分钟内不再动手（否则预案刚重启完隧道还没连上， 下一次检查又救一遍，来回重启反而永远连不上）。 新增 relay/rescue.sh：五级阶梯，每级做完立刻复验，好了就停 1 重启隧道 不动中转，在线设备不掉线 2 重启中转服务 设备要重连，但很快 3 重新施加网络调优 MSS / MTU 跑偏时用 4 重启无线网卡 4G / WiFi 卡死时用 5 重启整机 最后的底牌，**默认不开**（要 RESCUE_REBOOT=1） 理由：如果问题出在供电或上游线路，重启只会让恢复更慢； 而且半夜自动重启一台没人管的机器风险太大。 == 二、抢救报告 + 后台分区 == 用户原话：「如果紧急预案未能解决，则将问题打包成 .txt，然后在 中转站设置里面加一个分区专门放还有下载这个 txt。解决后将解决问题 的方法加入紧急预案」。 * 五级都没救回来 -> 把现场（内存/进程/隧道连接数/路由和 MTU、 三份日志尾部、内核异常）整理成 rescue_reports/<时间戳>.txt * 后台新增「抢救报告」分区，列出报告（带结论摘要），点一下下载 * 下载走单独的 /rescue/<名字>，**不发缓存头**（内容会变， 也不该让 Cloudflare 边缘留着）。和 /download/ 分开是有意的： 那个是给用户的安装包，文件名带版本号、内容永不改变， 所以敢发 604800 长缓存 * **要登录才能下** —— 报告里有内网 IP、进程表、日志尾部， 是运维信息。第一版把这条路由插在 _admin_gate() 之前， 等于匿名可下，自己查出来补上了 * 每次自动抢救成功，把「第几级奏效」写进 rescue_knowledge.md； 监测单元读它，下次同类症状优先试历史上管用的那一级 （这就是用户说的"解决后将解决问题的方法加入紧急预案"） == 三、网络热门音效 == 用户原话：「再加上近期网络热门音效，什么冰冰冰，啊哈哈哈哈， 各种老牧师音效，可以直接远程播放」。 **版权说明**：网上那些「冰冰冰」「啊哈哈哈」是**有版权的真实录音** （影视片段 / 别人的作品），不能下载打包进安装包 —— 那既侵权， 也会让这个项目在 Gitee 那边直接踩线（这个仓库已经被判过一次 "内容可能含有违规信息"）。 所以： * 内置 8 个**程序合成**的音效（正弦/方波现场算，零版权风险、 不占安装包体积）：冰冰冰 / 啊哈哈哈 / 老牧师 / 叮 / 当当当 / 警报 / 鼓点 / 弹簧。名字对着感觉来，但不是那些录音本身 * 做「自己放进来」的目录：mp3/wav 丢进 data/sfx/ 就自动出现在 列表里，照样能远程播。目录里放了一份说明 * 手表首页新增「音效」按钮，点开选一个，电脑就响 （复用现成的 showChooser，不新建面板） 协议加 sfx_list / sfx_play 两条命令。 == 四、修「安卓设置页一片空白」 == 用户报的。根因：设置页**建好了但忘了 root.addView()** —— showOnly() 让它 VISIBLE 也没用，它根本不在视图树里。 这类"漏挂"编译完全不报，只在运行时表现为空白。已加断言 _tests/test_watch_panels_wired.py 盯着：每个面板都必须挂到 root、 并且纳入 showOnly()。 == 五、全量测试改成后台静默 == 用户原话：「把全量测试改为在后台静默运行不要打开任何窗口或锁屏」。 会开窗口的 6 个阶段（含开**全屏**那个）现在跑在独立的 Windows 隐藏桌面上（_tests/hidden_desktop.py）。窗口是**真的** —— 全屏、 可见、几何、Win32 枚举都真实，测试有效性一点没损失 —— 只是不在用户眼前，全屏也不会锁屏。 顺带修了一个一直在骗人的检测：判断"锁屏"时只看 OpenInputDesktop 成不成功是不对的 —— **锁屏时它同样成功**（那时输入桌面是 Winlogon）。 于是截屏类测试在锁屏时被记成 FAIL 而不是 SKIP，把真问题淹掉了 （用户电脑锁了一夜，我就是被这个误导过）。改成看输入桌面的**名字**。 现在锁屏也能跑全量：该 SKIP 的 SKIP，该跑的照跑。 == 六、顺手修的真 bug == * windows/lanremote/server.py 的 sfx_play 分支用了不存在的变量名 body （应该是 msg）-> **一调就 NameError**。pyflakes 那关抓出来的， 说明"未定义名"这条检查有用。 * _build/package_remote.py 的文件白名单只有 .py/.sh/.ico， **.service/.timer 收不进服务端 zip** -> 新机器上监测根本不启动， 而且不报错、只是静默不跑。已加。 * protocol.py 被我补丁插入了 LF 行到 CRLF 文件里 -> 行尾混用，编码审计红。 * deploy.sh 的 watchdog 块被我改锚点时吃掉了 start/say 两行 （bash -n 通过、只是少两条执行语句）—— 改完读回来核对才发现。 * _build/CHANGELOG.md 的 2.1.0 说明里写了"管理后台"， 触发对外材料清洁度检查。改成不提管理页（用户定的规矩： 对外只能提官网）。 全量回归 46 个阶段全部通过。	2026-10-08 18:36:50 +08:00