mirror of
https://gitee.com/xmz7891/ykxmz.git
synced 2026-10-18 13:40:45 +00:00
用户要求:服务器端文件里放一个 .sh,双击就能检查 cloudflared 装没装、
自动部署、配好公网,以后全自动。
== 新增 ==
relay/deploy.sh 一键部署主脚本,7 步全自动:
环境检查 -> 装 cloudflared -> 部署程序 -> 网络调优
-> 写 4 个 systemd 服务 -> 配隧道 -> 启动自检打公网地址
relay/deploy-tune.sh 网络调优,可单独重跑:
keepalive 30/10/3 + 路径 MTU 探测 + MSS 1360
+ 接口 MTU 1400 + mask networkd-wait-online
每一项都写明了实测依据
用法:
bash deploy.sh 复用已有凭据,全自动
TUNNEL_TOKEN=eyJh... bash deploy.sh Token 模式
bash deploy.sh --hostname relay.你的域名 换域名
bash deploy.sh --skip-tunnel 只装中转
bash deploy.sh --help 全部参数
重跑 = 升级;已有数据/配对码/管理密码/凭据/手改过的 config.yml 都不动。
== 自动化到什么程度 ==
* cloudflared 不在就自动下载装上(并校验能执行)
* 隧道支持两种模式:已有凭据文件、或 TUNNEL_TOKEN
* **不传 --hostname 且没有 Token 时明确提示要填**,不会静默用一个写死的值
(用户明确说过:这个中转站是他自己用的,不对外开放,
绝不能把私人域名烧成默认值)
* deploy-tune.sh 的 MTU 取 1400:路径 MTU 实测 1472,
而 MSS 钳制只管 TCP、QUIC 走 UDP 完全不受保护;
接口 MTU 降到 1400 后 QUIC 建齐 10 条连接从 28 秒缩到 12 秒
== 顺带修掉两个真 bug ==
1. write_tunnel_unit 写的文件名漏了 .service 后缀 ——
文件写下去了但 systemd 完全看不见,enable 还会安静地失败。
2. 发布包一直缺 site_shots/(老 bug):
package_remote.py 用 iterdir() + is_file() 收文件,目录进不去。
新机器装完官网截图全是 404。只有从 zip 解压真跑一遍才暴露。
同时把 deploy.sh 里 site_shots 的检查降级成警告(缺截图不该让部署失败)。
另外给 deploy-tune.sh 清旧 MSS 规则的循环加了 10 次上限 ——
原写法在 -D 报成功但规则仍在时会死循环把整个部署卡死。
== 验证 ==
* _build/test_deploy_sh.sh 沙箱 65 项,全通过
* _build/test_zip_deploy.sh 从发布 zip 解压再跑,30 项,全通过
* _build/test_deploy_real.sh **真机 Debian 上实测**(新增):
zip 解出 17 个文件 -> 语法/LF/无 BOM 通过
--help 退出码 0 且无副作用、未知参数退出码 2
沙箱安装成功、幂等重跑哨兵不被冲
现有三个中转服务全程 active,自检 200
120 lines
6.4 KiB
Markdown
120 lines
6.4 KiB
Markdown
## 1.8.2
|
||
|
||
- **下载快了几十倍**:安装包和 APK 改成由 Cloudflare 的边缘节点直接发送。
|
||
原来每次下载都要穿过隧道回到那台 4G 小机器上取文件,实测吞吐只有
|
||
3~67 KB/s,15 MB 的安装包根本下不动(还会中途断掉)。
|
||
现在改走边缘缓存:同一个文件实测从 **17 KB/s 提到 695 KB/s**,
|
||
APK 从 3 KB/s 提到 101 KB/s,并且不再消耗 4G 流量。
|
||
|
||
- **跨网络连接更稳**:隧道改成**两种协议同时跑**
|
||
(QUIC 5 条 + HTTP/2 5 条,共 10 条连接)。
|
||
两种协议各有各的毛病 —— QUIC 尾部延迟好但建连容易超时,
|
||
HTTP/2 建连可靠但丢包时容易卡住。同时跑就是互相兜底:
|
||
一边犯病另一边还在服务。
|
||
实测 25 分钟连续可用率 **50/50 = 100%**(改之前是 96~98%)。
|
||
|
||
- 修**网卡 MTU 和 QUIC 不匹配**:之前只给 TCP 做了 MSS 钳制,
|
||
而 QUIC 走 UDP 完全不受保护,包一大就被中间设备悄悄丢掉。
|
||
把网卡 MTU 降到 1400 之后,QUIC 建齐 10 条连接的时间从
|
||
**28 秒缩到 12 秒**。
|
||
|
||
- 修**响应头不一致**:下载接口之前对 GET 和 HEAD 报的缓存信息不一样,
|
||
部分下载工具(IDM、迅雷)探测时会把文件误判成不可缓存甚至空文件。
|
||
|
||
- 修**偶尔闪一下"已断开"**:原来只要有一次请求失败就立刻显示离线,
|
||
而 4G 链路上本来就有 2~4% 的偶发失败、一两秒就自己恢复。
|
||
现在改成**连续失败 3 次**才判离线 —— 真的断了仍然如实显示。
|
||
|
||
## 1.8.1
|
||
|
||
- 修**局域网连接被中转劫持**(重要):
|
||
只要「中转设置」里填了地址,点「局域网连接」填好 IP、端口、
|
||
配对码之后,程序**仍然走中转**,完全无视你填的局域网地址。
|
||
中转慢的时候要等 40 秒才报错,看起来就像"点了一点反应都没有"。
|
||
现在改成:局域网优先直连(6 秒超时),连不上才退回中转
|
||
|
||
- 修**已配对电脑的地址过期不提示**:
|
||
电脑换了网络之后(比如从 192.168.2.x 换到 192.168.10.x),
|
||
列表里还是旧地址,点一下必然失败。现在会标出「⚠ 地址可能已过期」,
|
||
并且跳过注定失败的直连,直接通过中转查询最新地址
|
||
|
||
- **长轮询从 15 秒延长到 60 秒**,跨网络更稳:
|
||
隧道每次请求要多花 1~2 秒(边缘路由 + 回源),而这个开销是按
|
||
**次数**收的 —— 每次都要吃一遍。拉长到 60 秒把请求数降到 1/4,
|
||
撞上丢包/重连窗口的概率也降到 1/4。
|
||
**命令响应速度不变**:有数据时立刻返回,不是等满 60 秒。
|
||
|
||
- 修局域网直连成功后打出误导性日志的问题
|
||
|
||
## 1.8.0
|
||
|
||
**这一版主要是「修看不见的稳定性问题」。**
|
||
|
||
- 修**跨网络老断**(Error 1033 / 502 / 530 的真因):
|
||
4G 链路会**静默断开 TCP 连接**(不发 FIN/RST,双方都以为还活着),
|
||
Cloudflare 把请求发到这种"僵尸连接"上就报错。
|
||
而 Linux 默认要 **2 小时**才发现连接死了 —— 中间这段时间
|
||
服务一直"看着在线、实际打不开"。
|
||
现在改成 30 秒探测、60 秒内发现并重连
|
||
|
||
- 修**跨网络抖动**:隧道连接数从 2 提到 4。
|
||
只剩 1 条连接时跨机房回源会失败,实测可用率 0/12;
|
||
提到 4 条后稳定 12/12
|
||
|
||
- 修**掉电重启后恢复太慢**:原来开机要 **2 分 10 秒**公网才恢复,
|
||
那段时间浏览器看到的就是 Error 1033。
|
||
根因是系统里 NetworkManager 和 systemd-networkd 同时在跑,
|
||
后者等一个不归它管的网络,干等 2 分钟超时失败,
|
||
把启动流程一起拖住了。改完 **17 秒**就绪,掉电重启后 24 秒公网可用
|
||
|
||
- 修**看门狗自己制造不稳定**:它每隔 50 秒重启一次隧道,
|
||
但隧道重建 4 条连接要 30~60 秒 —— 每次还没建齐就被下一次打断,
|
||
永远停在"只剩 1 条"的状态。现在重启后有宽限期,
|
||
并且会区分"没建好过"和"建好过又垮",后者立刻重启
|
||
|
||
- **官网重新设计**:层次更清楚,白色简洁风格
|
||
|
||
- **官网新增产品展示**:手表界面预览(颜色和布局与真实手表一致)、
|
||
电脑端真实截图、两种连接方式对比图
|
||
|
||
- 清理**僵尸设备记录**:设备列表原来只增不减,
|
||
实测一天攒了 75 条无效记录,拖慢手表和网页访问。
|
||
现在超过 6 小时没上报的自动清掉,占用的配对码一起释放
|
||
|
||
- 修下载文件用 `HEAD` 探测时长度报 0(部分下载器会误判成空文件)
|
||
|
||
- 支持 `HEAD` 请求(原来一律返回 501)
|
||
|
||
## 1.7.1
|
||
|
||
- 修**卸载卡死**:从控制面板卸载时进度条永远走不完。
|
||
根因是被控端在无控制台的隐藏进程里调 `AllocConsole` 和
|
||
读控制台输入,会永久阻塞
|
||
- 修**安装回滚**:旧版本程序还在后台跑时,安装器关不掉它,
|
||
弹「无法关闭所有应用程序」,静默安装会整个回滚 ——
|
||
用户看到的是"装了没反应"
|
||
- 修卸载残留:开机自启注册表项没删掉、安装目录留个空壳
|
||
- 修手表连上后**一片白屏**:分页初始化函数从没被调用过,
|
||
标签栏里只剩一个孤立的指示器
|
||
- 修「被控端已关闭新设备配对」把重装手表的人永久挡在外面:
|
||
配对码本身就是钥匙,拿着正确的码就该放行
|
||
- 手表端应用名改成 ykxmz
|
||
- 修跨网络**延迟高**:隧道退回了 QUIC(`--protocol http2` 参数丢失),
|
||
可用率只有 48%;恢复 HTTP/2 后可用率 100%
|
||
- 网络调优持久化:TCP 缓冲 4 MB、FastOpen、
|
||
空闲后不重置拥塞窗口(长轮询场景关键)
|
||
- 手表提示改成自诊断式:连不上时直接打出双方地址,
|
||
一眼看出是网段不同还是连错了 WiFi
|
||
- **官网重新设计**:导航 / 功能 / 三步上手 / 下载 / 常见问题
|
||
- 官网改成白色简洁风格
|
||
|
||
## 1.7.0
|
||
|
||
- 电脑端改成 **Windows 安装包**(Inno Setup),双击安装,不再需要解压 zip
|
||
- 安装向导里填 6 位配对码,装完手表直接连,不用再跑一次设置
|
||
- 安装包支持静默批量部署:`ykxmz-setup-1.7.0.exe /VERYSILENT /CODE=123456`
|
||
- 三份说明文档合并进安装向导,必须接受才能继续
|
||
- 修配置分裂问题:管理员装的配对码,普通用户账号看不到(数据目录改成按安装位置判断)
|
||
- 修装到 Program Files 后报「拒绝访问」:ProgramData 数据目录自动授权
|
||
- 修安装卡死:`--code` 命令处理完不返回
|