ykxmz

135 Commits 1 Branch 18 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
xmz7891	47e08af151	监测单元和预案重写成"分层"版（来源改为本地整份文件） == 为什么重写 == certbot 签证书时加了 http -> https 的 301，而监测单元原来判断 "curl 拿到 200 才算健康"、且 curl 默认不跟跳转 -> 拿到 301 -> 判成"网站挂了" -> 又要启动预案 -> 重启中转 -> 再查还是 301。这是第二次踩同一类坑了（上一次是改监听地址忘了改探测地址）。共同教训：改了入口的行为，必须回头看所有探测入口的地方。 == 新设计：分两层探测 == PRIMARY https://yk.xxmxxs.top/v1/health 用户实际走的路 FALLBACK http://127.0.0.1:13245/v1/health 中转本身两个都查才能分清哪一层坏了，进而选对抢救动作： PRIMARY 挂 + FALLBACK 好 -> edge 层（CF / DNS / nginx）两个都挂 -> core 层（中转服务本身）预案据此走不同的阶梯： edge: 重载 nginx -> 重启 nginx -> 查 443 与证书 core: 重启中转 -> 强杀重拉 -> 中转+nginx 都重启不区分层次的话只能瞎重启，而 edge 层的问题重启中转一万次也没用。 == 做法上的改进：不再远端打补丁 == 前几轮一直是"SSH 过去用嵌套 heredoc 现场改 monitor.sh"，连续踩三次：PowerShell 在本机求值 \、引号被吃、脚本里的 %{http_code} 和 Python 的 %% 格式化打架。现在改成：relay/monitor-lightsail.sh 和 relay/rescue-lightsail.sh 是唯一事实来源，本地编辑 -> 整份上传 -> 重装，改了什么一目了然，也能进 git。 == 顺带 == 因为 Lightsail 防火墙还没放行 443，PRIMARY 一直是 000，监测会把 fails 一直加上去、白生成抢救报告。所以暂时把 monitor.timer 停掉，等 443 开了再启用（脚本 _build/pause_monitor.py，恢复是一条 systemctl start）。	2026-10-08 22:53:44 +08:00
xmz7891	5fc2f97be7	2.1.3：搬到 Lightsail 真服务器 + 支持"没有证书的中转" 用户买了 AWS Lightsail（2G 内存 / 2 vCPU / 60G SSD / 公网 IP 13.54.30.196），中转从随身 WiFi 那台小机器搬过去。 == 为什么这次搬迁解决了一堆老问题 == 原机器（Debian aarch64、460MB、走 4G）一直有几件搞不定的： * 线路对 Cloudflare 隧道的 7844 端口间歇性阻断（443 通、7844 不通），隧道每 3~10 分钟掉一次、公网跟着 530 —— 查了很久才从 cloudflared 自己的 precheck 里看清 * 只有 460MB 内存 * 会掉电硬挂（实测 2026-10-08 18:42 一次非正常关机）新机器有公网 IP，中转直接监听，不经隧道、不过 7844。实测公网延迟从 1000~2000 ms 降到 1.1 ms。 == 代码改动 == 1. relay.py 的 DATA_DIR 默认值不再写死原来是 /root/lanremote-relay。新机器上服务以 admin 普通用户跑（它没理由要 root），而 /root 是 0700 —— 部署时直接 PermissionError: '/root/lanremote-relay'。改成"本脚本所在目录下的 data/"，搬到哪都跟着走。 2. 客户端支持"没有证书的中转" 新服务器是明文 HTTP（没签证书），而两个客户端原来都往 https 走： * 手表端：裸 IP 会被强制补 https:// -> 永远连不上，报的还是 SSL 错误，很容易让人白查半天证书 * Android 9+ 默认禁止明文流量，没 usesCleartextTraffic 请求会被系统直接掐掉 Windows 端本来就是对的（正则里把任意纯 IP 都当"用明文"）。现在手表端规则和它一致，并加了 usesCleartextTraffic。 3. 清掉电脑端一段函数内的重复代码（return 之后还有一份拷贝，缩进仍在函数体内所以不报错，但读起来很迷惑）。 == 新服务器上的部署 == /opt/ykxmz-relay/ 服务端（relay/admin/landing/showcase） ykxmz-relay.service 监听 0.0.0.0:13245 ykxmz-monitor.service/.timer 每 60 秒查公网，连续 3 次不通就叫预案 rescue-lightsail.sh 四级阶梯抢救（重启中转 / 强杀重拉 / 查防火墙 / 重启整机[默认关]）预案针对新架构重写过：原来围着隧道转（重启隧道、重施 MSS/MTU），现在没有隧道，改成重启中转 + 查端口/防火墙。全量回归 46 个阶段全部通过。	2026-10-08 22:29:56 +08:00

Author

SHA1

Message

Date

xmz7891

47e08af151

监测单元和预案重写成"分层"版（来源改为本地整份文件）

== 为什么重写 ==

certbot 签证书时加了 http -> https 的 301，而监测单元原来判断
"curl 拿到 200 才算健康"、且 curl **默认不跟跳转** -> 拿到 301
-> 判成"网站挂了" -> 又要启动预案 -> 重启中转 -> 再查还是 301。
这是**第二次**踩同一类坑了（上一次是改监听地址忘了改探测地址）。

共同教训：**改了入口的行为，必须回头看所有探测入口的地方。**

== 新设计：分两层探测 ==

    PRIMARY   https://yk.xxmxxs.top/v1/health     用户实际走的路
    FALLBACK  http://127.0.0.1:13245/v1/health    中转本身

两个都查才能分清哪一层坏了，进而选对抢救动作：

    PRIMARY 挂 + FALLBACK 好  -> edge 层（CF / DNS / nginx）
   两个都挂                  -> core 层（中转服务本身）

预案据此走不同的阶梯：

    edge: 重载 nginx -> 重启 nginx -> 查 443 与证书
    core: 重启中转 -> 强杀重拉 -> 中转+nginx 都重启

不区分层次的话只能瞎重启，而 edge 层的问题重启中转一万次也没用。

== 做法上的改进：不再远端打补丁 ==

前几轮一直是"SSH 过去用嵌套 heredoc 现场改 monitor.sh"，
连续踩三次：PowerShell 在本机求值 \、引号被吃、
脚本里的 %{http_code} 和 Python 的 %% 格式化打架。

现在改成：relay/monitor-lightsail.sh 和 relay/rescue-lightsail.sh
是**唯一事实来源**，本地编辑 -> 整份上传 -> 重装，
改了什么一目了然，也能进 git。

== 顺带 ==

因为 Lightsail 防火墙还没放行 443，PRIMARY 一直是 000，
监测会把 fails 一直加上去、白生成抢救报告。
所以暂时把 monitor.timer 停掉，等 443 开了再启用
（脚本 _build/pause_monitor.py，恢复是一条 systemctl start）。

2026-10-08 22:53:44 +08:00

xmz7891

5fc2f97be7

2.1.3：搬到 Lightsail 真服务器 + 支持"没有证书的中转"

用户买了 AWS Lightsail（2G 内存 / 2 vCPU / 60G SSD / 公网 IP
13.54.30.196），中转从随身 WiFi 那台小机器搬过去。

== 为什么这次搬迁解决了一堆老问题 ==

原机器（Debian aarch64、460MB、走 4G）一直有几件搞不定的：

  * 线路对 Cloudflare 隧道的 **7844 端口间歇性阻断**（443 通、7844 不通），
    隧道每 3~10 分钟掉一次、公网跟着 530 —— 查了很久才从
    cloudflared 自己的 precheck 里看清
  * 只有 460MB 内存
  * 会掉电硬挂（实测 2026-10-08 18:42 一次非正常关机）

新机器**有公网 IP**，中转直接监听，不经隧道、不过 7844。
实测公网延迟从 **1000~2000 ms 降到 1.1 ms**。

== 代码改动 ==

1. **relay.py 的 DATA_DIR 默认值不再写死**
   原来是 /root/lanremote-relay。新机器上服务以 admin 普通用户跑
   （它没理由要 root），而 /root 是 0700 —— 部署时直接
   PermissionError: '/root/lanremote-relay'。
   改成"本脚本所在目录下的 data/"，搬到哪都跟着走。

2. **客户端支持"没有证书的中转"**
   新服务器是明文 HTTP（没签证书），而两个客户端原来都往 https 走：
     * 手表端：裸 IP 会被强制补 https:// -> 永远连不上，
       报的还是 SSL 错误，很容易让人白查半天证书
     * Android 9+ 默认禁止明文流量，没 usesCleartextTraffic
       请求会被系统直接掐掉
   Windows 端本来就是对的（正则里把任意纯 IP 都当"用明文"）。
   现在手表端规则和它一致，并加了 usesCleartextTraffic。

3. 清掉电脑端一段函数内的重复代码（return 之后还有一份拷贝，
   缩进仍在函数体内所以不报错，但读起来很迷惑）。

== 新服务器上的部署 ==

    /opt/ykxmz-relay/            服务端（relay/admin/landing/showcase）
    ykxmz-relay.service          监听 0.0.0.0:13245
    ykxmz-monitor.service/.timer 每 60 秒查公网，连续 3 次不通就叫预案
    rescue-lightsail.sh          四级阶梯抢救（重启中转 / 强杀重拉 /
                                 查防火墙 / 重启整机[默认关]）

  预案针对新架构重写过：原来围着隧道转（重启隧道、重施 MSS/MTU），
  现在没有隧道，改成重启中转 + 查端口/防火墙。

全量回归 46 个阶段全部通过。

2026-10-08 22:29:56 +08:00