隧道"假活"真因修复 + 中转管理后台重做

用户反馈两件事:
  1. 早上打开 relay.xxmxxs.top 看到 Cloudflare Error 1033 —— "这就是你说的优化好了?"
  2. "中转管理那边 ui 界面大改,现在难看的要死"

============ 一、隧道 1033/502/530 的真因 ============

之前我只测 15~25 次就说"可用率 100%",太草率 ——
实际是**间歇性假活**:隧道显示 ha_connections=2 连着,
公网却 502/530/000。watchdog 日志把过程记了下来。

根因:**4G 链路静默断开 TCP 连接**(不发 FIN/RST,双方都以为还活着)。
Cloudflare 把请求发到这条僵尸连接上就回错误。
Linux 默认 tcp_keepalive_time = **7200 秒(2 小时)**才发现,
中间这段时间服务一直"看着在线、实际打不开"。

修法(都有实测数据支撑):
  1. tcp_keepalive 30 秒 + 每 10 秒探测 3 次
     => 最多约 60 秒发现僵尸连接并重连
  2. 隧道连接数 2 -> 4
     (对照实验:http2+2 只有 1 条连上时公网 0/12;
       http2+4 稳定 12/12。连接数太少会出现"只有 1 条"的危险窗口)
  3. 协议定为 http2(cloudflared 自检说 TCP 7844 被墙,
     但实测 http2 反而比 quic 稳)

实测:http2+4 之后公网 40/40 = 100%,最慢 1.3 秒,0 次重连。

============ 二、中转管理后台重做 ============

原来是几百行内联在 relay.py 的 f-string 里(HTML+CSS+JS 全挤一起),
改一处样式要在一堆转义花括号里翻。拆成独立模块 relay/admin.py。

新版设计(对齐官网那套白色简洁):
  * 吸顶顶栏:品牌 + 运行状态 + 版本/内存/请求数
  * 公网地址给最大权重(这是用户最需要复制的东西)
  * 四个数字卡(在线/会话数带颜色区分)
  * 设备表卡片:状态圆点、等宽配对码、行悬停
  * 工具卡:网络体检 + 下载区并排
  * 空状态改成图标+引导文案,不再是干巴巴一句
  * 窄屏时表格自动变卡片

relay.py 从 2089 行缩到 1550 行。

============ 三、顺手修的两个真 bug ============

1. 设备记录只增不减
   self.devices 从不清理,被控端每次换端口/重装就多一条,
   实测一天攒了 75 条僵尸记录,/v1/health 从几 KB 涨到 20KB。
   加 DEVICE_TTL(6 小时)在 snapshot() 里清。

2. 配对码映射也没清
   RELAY.codes 和 devices 是一对孪生 dict,
   只清 devices 会留下指向已删设备的孤儿条目 ——
   管理页显示"配对码占用 131",实际一台设备都没有。
   现在一起清。

============ 四、我自己造的两次事故(如实记录) ============

1. 删文件删过头
   用"从 _admin_page 截到文件末尾"的方式替换方法,
   但 _admin_page 后面**还有 _esc/_kb/_uptime/class Server/main()**。
   结果 relay 起不来,systemd 重启 24 次,所有接口 000。
   教训:**"删到文件末尾"之前必须先确认末尾有什么。**

2. ADMIN_PATH 引用了不存在的常量
   路由里写的是字面量,我却在新代码里用了 ADMIN_PATH,
   管理页一访问就 NameError。现在统一定义了常量。

二者都是"改完没立刻验"造成的。现在每次改完都跑一遍
管理页 + 官网 + 关键接口的回归。
This commit is contained in:
xmz7891
2026-10-07 09:34:53 +08:00
parent 8c4ee6df08
commit 1f05084f51
33 changed files with 3684 additions and 938 deletions
+81
View File
@@ -0,0 +1,81 @@
#!/bin/bash
# 对照实验:QUIC vs HTTP/2,连接数 2 vs 4。
#
# 背景:
# cloudflared 自己的 precheck 说 "TCP 7844 blocked"(运营商墙了),
# 而 --protocol http2 走的正是 TCP 7844。
# UDP 那边 precheck 显示 region1 成功、region2 失败 —— 部分可用。
#
# 实测公网:/favicon.ico 能 200,其它路径 530。
# 530 = 边缘找不到可用的隧道连接(请求落 SEA,隧道在 LAX)。
#
# 所以要把"协议 + 连接数"这四种组合都跑一遍,用数据选,不靠猜。
set -u
PUB=https://relay.xxmxxs.top
UNIT=/etc/systemd/system/lanremote-tunnel.service
RELAY_DIR=/root/lanremote-relay
probe() {
# 返回 "可用数/总数"
local ok=0
for i in $(seq 1 12); do
c=$(curl -s -o /dev/null -w '%{http_code}' --max-time 12 \
-H 'User-Agent: LanRemote/1.4.0' "$PUB/v1/health")
[ "$c" = "200" ] && ok=$((ok + 1))
sleep 0.6
done
echo "$ok"
}
set_combo() {
local proto="$1" conns="$2"
echo " ---- 设置 protocol=$proto ha-connections=$conns ----"
sed -i "s/--protocol [a-z0-9]*/--protocol $proto/" "$UNIT"
sed -i "s/--ha-connections [0-9]*/--ha-connections $conns/" "$UNIT"
systemctl daemon-reload
systemctl restart lanremote-tunnel
sleep 35
}
report() {
local label="$1"
local conns
conns=$(curl -s --max-time 5 http://127.0.0.1:20241/metrics 2>/dev/null \
| grep '^cloudflared_tunnel_ha_connections' | awk '{print $2}')
local ok
ok=$(probe)
printf " %-28s 连接 %-3s 公网 %2s/12\n" "$label" "${conns:-?}" "$ok"
return 0
}
echo "════════ 对照实验开始(每种组合约 1.5 分钟)════════"
echo
echo "组合 1/4:HTTP/2 + 2 连接"
set_combo http2 2
report "http2 + 2"
echo
echo "组合 2/4:HTTP/2 + 4 连接"
set_combo http2 4
report "http2 + 4"
echo
echo "组合 3/4:QUIC + 2 连接"
set_combo quic 2
report "quic + 2"
echo
echo "组合 4/4:QUIC + 4 连接"
set_combo quic 4
report "quic + 4"
echo
echo "════════ 各组合的落地机房 ════════"
grep -E 'Registered tunnel connection' "$RELAY_DIR/tunnel.log" 2>/dev/null | tail -8 \
| grep -oE 'location=[a-z0-9]+ protocol=[a-z0-9]+' | sed 's/^/ /'
echo
echo " 说明:这个脚本只做测量,最终选哪种组合由数据定,"
echo " 跑完我会把最优的一组写回 unit 并重启。"