ykxmz

124 Commits 1 Branch 18 Tags

2 Commits

Include renames

Author	SHA1	Message	Date
xmz7891	9bdd36cf56	2.1.4：修 URL 协议头 bug + 清理对外材料里泄漏的服务器信息用户报了三件事，一起处理。 == 一、发行版介绍里泄漏了服务器公网 IP == _build/CHANGELOG.md 的 2.1.3 那节写了服务器公网 IP，而发布脚本把这个文件当"更新说明"传给 Gitee，于是发行版介绍里就带出去了。为什么 IP 不该公开：直接打 IP 就绕过 Cloudflare 了 —— 没有 CDN、没有防护、没有速率限制。源站本来就不该被人知道是谁（这也是为什么 nginx 那层只认域名、中转只绑 127.0.0.1）。处理： * 已发的 v2.1.3 发行版介绍用 API 改掉（扫了全部 11 个发行版，只它一个） * 仓库里 16 个文件里的 IP 全部换成域名或占位符 * 运维脚本改成从环境变量读，公开仓库里不留具体地址顺手发现更严重的一处：旧管理员密码硬编码在 docs/AFTER-INSTALL.txt（会打进服务端 zip）和 installer/license-combined.txt（安装包的许可页，每个装的人都能看到）里。而用户当前密码就含这个串，等于公开了一半。一并清掉，公开材料里改成"密码在你服务器上"的说明。 == 二、手表端填了地址却连不上 == 用户截图：填域名（没写协议头）-> 点「检查服务器」报 MalformedURLException: no protocol: <域名>/v1/health 根因：补协议头的逻辑只写在连接那条路（RelayTransport 的构造函数）上， checkServer() 直接拿原始字符串拼 URL —— 同一个地址，连接能用、检查却崩。修法：把规范化收到 relayUrl() 这唯一一个入口，所有调用方都从那里取。规则和电脑端一致：IP / localhost / .local -> http，域名 -> https。顺带补了 _tests/test_relay_url_normalize.py 盯住它（含 9 个用例实算）。 == 三、Gitee 的 README 被判"可能含有违规信息" == Gitee 挂的是软性公告（可自行修改或申诉），但确实挂在那。逐项看了 README，改掉几处不准确且容易误判的表述：原文写"看看学生机是不是在打游戏" —— 这是错的：被控端只装在一台电脑上（讲台那台），根本看不到别的机器。既不准确又像监控软件，改成"作用于被控端那一台" * 课堂那几项功能如实说明：改的是本机 hosts、结束的是本机进程，都可逆，下课点「一键恢复全部」就还原 * "免杀对抗""伪装成系统进程"这类词（虽然是在说"我们不做这些"）本身就在审核词库里，换成正面的说法 * 成品文件名从 1.8.2 更新到当前版本，并且以后发版自动跟着改（把 README 加进了 bump 脚本；以前一直停在 1.8.2，用户照着 README 去 releases 根本找不到那个文件） == 四、做这件事时自己踩的坑（都写进注释了）== * 批量替换时没排除 gitignore 的文件，把本地密码文件也改了 * 替换时往字典字面量中间塞注释，弄坏了 5 个文件的语法 * 修的时候手写"坏文件列表"，漏了 2 个 —— 改成全仓库扫模式（列表是观察到的，不是穷尽的） * 清理工具自己又成了泄漏点（脚本里写了要匹配的 IP/密码），加了 _build/precommit_leak_gate.py 当闸门才抓到教训：批量替换要先排除不该碰的文件，而且不能往表达式中间塞东西。 == 按用户要求：测完再提交 == 全量回归 41 个阶段全 PASS（2 项因锁屏 SKIP） 601 个 Python 文件语法通过 pyflakes 干净安装包完整周期 20/20 对外材料清洁度 15/15 提交前泄漏闸门通过（这条信息是补写的：上一个提交因为 heredoc 把提交说明打到屏幕而不是文件，信息变成空的 "remove temp" 了，内容本身是对的。）	2026-10-08 23:51:17 +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

9bdd36cf56

2.1.4：修 URL 协议头 bug + 清理对外材料里泄漏的服务器信息

用户报了三件事，一起处理。

== 一、发行版介绍里泄漏了服务器公网 IP ==

_build/CHANGELOG.md 的 2.1.3 那节写了服务器公网 IP，而发布脚本
把这个文件当"更新说明"传给 Gitee，于是发行版介绍里就带出去了。

为什么 IP 不该公开：直接打 IP 就绕过 Cloudflare 了 ——
没有 CDN、没有防护、没有速率限制。源站本来就不该被人知道是谁
（这也是为什么 nginx 那层只认域名、中转只绑 127.0.0.1）。

处理：
  * 已发的 v2.1.3 发行版介绍用 API 改掉（扫了全部 11 个发行版，只它一个）
  * 仓库里 16 个文件里的 IP 全部换成域名或占位符
  * 运维脚本改成从环境变量读，公开仓库里不留具体地址

顺手发现**更严重的一处**：旧管理员密码硬编码在
docs/AFTER-INSTALL.txt（会打进服务端 zip）和
installer/license-combined.txt（**安装包的许可页，每个装的人都能看到**）里。
而用户当前密码就含这个串，等于公开了一半。一并清掉，
公开材料里改成"密码在你服务器上"的说明。

== 二、手表端填了地址却连不上 ==

用户截图：填域名（没写协议头）-> 点「检查服务器」报

    MalformedURLException: no protocol: <域名>/v1/health

根因：补协议头的逻辑只写在连接那条路（RelayTransport 的构造函数）上，
checkServer() 直接拿原始字符串拼 URL —— 同一个地址，连接能用、检查却崩。

修法：把规范化收到 relayUrl() 这**唯一一个入口**，所有调用方都从那里取。
规则和电脑端一致：IP / localhost / *.local -> http，域名 -> https。

顺带补了 _tests/test_relay_url_normalize.py 盯住它（含 9 个用例实算）。

== 三、Gitee 的 README 被判"可能含有违规信息" ==

Gitee 挂的是软性公告（可自行修改或申诉），但确实挂在那。
逐项看了 README，改掉几处**不准确**且容易误判的表述：

  * 原文写"看看学生机是不是在打游戏" —— 这是**错的**：
    被控端只装在一台电脑上（讲台那台），根本看不到别的机器。
    既不准确又像监控软件，改成"作用于被控端那一台"
  * 课堂那几项功能如实说明：改的是本机 hosts、结束的是本机进程，
    都可逆，下课点「一键恢复全部」就还原
  * "免杀对抗""伪装成系统进程"这类词（虽然是在说"我们不做这些"）
    本身就在审核词库里，换成正面的说法
  * 成品文件名从 1.8.2 更新到当前版本，并且以后发版自动跟着改
    （把 README 加进了 bump 脚本；以前一直停在 1.8.2，
     用户照着 README 去 releases 根本找不到那个文件）

== 四、做这件事时自己踩的坑（都写进注释了）==

  * 批量替换时**没排除 gitignore 的文件**，把本地密码文件也改了
  * 替换时往字典字面量中间塞注释，**弄坏了 5 个文件的语法**
  * 修的时候手写"坏文件列表"，漏了 2 个 ——
    改成全仓库扫模式（列表是观察到的，不是穷尽的）
  * 清理工具自己又成了泄漏点（脚本里写了要匹配的 IP/密码），
    加了 _build/precommit_leak_gate.py 当闸门才抓到

教训：批量替换要先排除不该碰的文件，而且不能往表达式中间塞东西。

== 按用户要求：测完再提交 ==

    全量回归 41 个阶段全 PASS（2 项因锁屏 SKIP）
    601 个 Python 文件语法通过
    pyflakes 干净
    安装包完整周期 20/20
    对外材料清洁度 15/15
    提交前泄漏闸门通过

（这条信息是补写的：上一个提交因为 heredoc 把提交说明打到屏幕而不是
 文件，信息变成空的 "remove temp" 了，内容本身是对的。）

2026-10-08 23:51:17 +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