 xmz7891
|
49fdec1da8
|
1.8.0：隧道稳定性大修 + 中转管理后台重做
版本号 1.7.1 -> 1.8.0（8 个文件，13 处）。
写了个 bump_180.py 统一处理 —— 版本号散落在
Python / Java manifest / PowerShell / Inno Setup / 测试里，
手动改必漏；而且 .ps1 必须保留 UTF-8 BOM。
==================== 一、隧道稳定性（用户撞上 1033/502/530）====================
1) 4G 链路会**静默断开 TCP 连接**（不发 FIN/RST，双方都以为还活着），
Linux 默认要 2 小时才发现 -> 改成 keepalive 30 秒 + 每 10 秒探测。
实测 60 秒内发现并重连。
2) 隧道连接数 2 -> 4。只剩 1 条连接时跨机房回源会失败
（实测可用率 0/12，提到 4 条后 12/12）。
3) 掉电重启后恢复慢：原来开机 2 分 10 秒公网才可用。
根因是 systemd-networkd-wait-online 等一个不归它管的网络
（wlan0 是 NetworkManager 管的），干等 2 分钟超时失败，
把 network-online.target 一起拖住。
mask 掉它之后：启动 17.3 秒，掉电重启 24 秒公网可用。
4) 看门狗两次翻车都是我造成的，都修了：
a) 我先加了"确认故障立刻重启"，但隧道重建 4 条连接要 30~60 秒，
MIN_RESTART_GAP=45 导致**还没建齐就被下一次重启打断**，
死循环，每 50 秒重启一次 -> 加 150 秒宽限期
b) 宽限期又带来"链路持续差时什么都不做"的问题
-> 增加"本次重启后建齐过吗"的判断：
建齐过又垮 = 真故障，立刻重启
从没建齐 = 还在努力，继续等
5) 顺手修：看门狗状态文件里的变量在函数定义前被引用，
set -u 下报 "BUILT: 未绑定的变量"。
==================== 二、中转管理后台重做 ====================
原来的管理页是几百行内联在 relay.py 的 f-string 里，
改一处样式要在一堆转义花括号里翻。拆成独立模块 relay/admin.py。
新设计（对齐官网那套白色简洁）：
吸顶顶栏 -> 公网地址（最大权重，这是用户最需要复制的）
-> 四个数字卡 -> 设备表 -> 工具卡（体检 + 下载）
空状态给图标+引导文案；窄屏表格自动变卡片。
relay.py 从 2089 行缩到 1500 行左右。
修了三个我自己引入的 bug：
a) 响应头类型写错，浏览器把整页 HTML 当纯文本显示
（用户看到的是"一屏源码"）。教训：200 不等于页面能看，
当时只验了状态码和字节数。
b) 顶栏用了固定 height:62px，装不下"标题+副标题+版本信息"两行，
内容被顶出容器 -> 标题看不见、徽章压在字上。
c) do_HEAD 没处理 /download/ 路径，HEAD 一个 APK 返回
Content-Length: 0 + text/plain，下载器会误判成空文件。
同时发现 _head_info 里对 bytes 调 .encode() —— 加 _as_bytes() 兜住。
==================== 三、其它 ====================
* 设备记录只增不减：实测一天攒 75 条僵尸，/v1/health 从几 KB 涨到 20KB。
加 DEVICE_TTL（6 小时）自动清，占用的配对码一起释放
（管理页曾显示"配对码占用 131"但一台设备都没有）。
* HEAD 请求支持（原来一律 501）。
* 官网新增产品展示：手表界面预览（颜色/布局与真实手表一致）、
电脑端真实截图、两种连接方式对比图。
* 加了一份 docs/免费托管方案.md（含一个纠错：上一版推荐的
ClawCloud Run 已在 2026-05-11 关停）。
==================== 验收 ====================
全量回归 33 个阶段全部通过
安装包完整周期 20/20（静默装入 7 秒、卸载 0.6 秒、无残留）
网页响应头 12/12
公网可用率 26/30 = 86%（底层 4G 丢包 30%，是这个上限）
发布产物 安装包 14.37MB / 服务端 0.20MB / 手表 0.19MB
|
2026-10-07 11:47:12 +08:00 |
|
|
xmz7891
|
2b204cae07
|
修看门狗重启死循环（我上一版改过头了）
用户报 502 Bad Gateway，Cloudflare 的图显示
「Host: relay.xxmxxs.top - Error」，也就是源站/隧道这一跳挂了。
查 watchdog 日志，发现它在**每 50 秒重启一次隧道**：
[10:31:57] 只剩 1 条连接 -> 重启隧道
[10:32:22] 重启完
[10:32:24] 又只剩 1 条 -> 距上次才 27 秒，先不重启
[10:32:47] 距上次 50 秒 -> 又重启
... 循环不停
根因（我上一版的错）：
隧道在**质量差的 4G 上重建 4 条连接要 30~60 秒**。
而我上一版把 MIN_RESTART_GAP 设成 45 秒，并且
"公网不通 + 连接数<=1"就立刻重启 ——
结果每次隧道还没把连接建齐，就被下一次重启打断，
**永远停在"只剩 1 条"的状态**。
等于我自己制造了不稳定。
修法：
1. 重启后给 GRACE=150 秒宽限期，这期间绝不重启，
让 cloudflared 专心把连接建齐
2. MIN_RESTART_GAP 从 45 提到 150（和宽限期一致）
3. "立刻重启"的判定加一条：距上次重启必须超过宽限期
实测（停掉 watchdog -> 手动重启隧道 -> 观察）：
10 秒内建齐 4 条连接，公网立刻 200
宽限期生效后公网 20/20 = 100%，延迟 ~690ms
顺带一个教训：之前测出 80%、20% 的 000，
是我自己后台还跑着一个观察任务在并发打接口造成的干扰。
**测稳定性的时候，测量工具本身不能成为干扰源。**
|
2026-10-07 10:37:26 +08:00 |
|
|
xmz7891
|
bcb089eded
|
看门狗：连接数掉到 1 就立刻重启，不等攒够 3 次
排查公网间歇 530 时发现的：
watchdog 日志显示「公网不通（HTTP 530，ha_connections=1）」
—— 出问题那段时间隧道**只剩 1 条连接**。
原来 watchdog 只把 CONNS == 0 算"零连接"，
CONNS == 1 不当回事。但实测**只剩一条连接时跨机房回源就会失败**
（请求落 SEA，隧道只剩 LAX 一条）。
改法：
* CONNS <= 1 都计入降级计数
* 公网不通 **且** 连接数已在危险区 = 确认的故障（不是短抖动）
-> 立刻重启，不等 3 次
每次检查间隔 20 秒，等 3 次就是白断 40 秒。现在能省下来。
实测：改完公网 15/15 = 100%，连接数 4 条。
顺带说明 watchdog 是怎么跑的：
systemd timer（lanremote-watchdog.timer），每 20 秒调一次
watchdog.service。之前查"服务是 inactive"一度以为它没在跑，
其实是 timer 触发型的 —— oneshot 服务跑完就是 inactive，正常。
|
2026-10-07 10:00:50 +08:00 |
|
|
xmz7891
|
b62ac865ea
|
ykxmz 1.5.0：修复手表端 TLS 证书校验 + MTU 修复网络稳定性
被控端
- 修复 MTU 问题：夹 MSS + 路径 MTU 探测（公网可用率 48% -> 100%）
- 复用 HTTP 连接（免掉每次新建 TLS 的 30% 握手失败）
- 每分钟回头找局域网，自动切回快 400 倍的路径
- 画面心跳帧：静止时省流量，客户端仍知道流是活的
- 锁屏时给出可操作的提示
手表端
- 内置 GTS Root R4 / GlobalSign Root CA，修 SSLHandshakeException
- 连接错误翻译成人话（证书/时间/解析/超时分别提示）
- 经中转连上后用服务器报的地址刷新已配对记录
- 新增局域网连接页面、服务器延迟检测
服务器端
- 支持 chunked 请求体（修每 16 秒一次的连接错乱与大面积 502）
- 网络调优脚本 net-tune.sh（开机自动应用）
- 管理页：批量删除、网络体检、下载区
- 隧道改 HTTP/2 + 双连接
文档
- 许可协议 / 安装前必读 / 安装后须知（作者：小麦子）
|
2026-10-06 19:01:05 +08:00 |
|