2.8 KiB
2.8 KiB
宝塔批量 Session 巡检共性分析(2026-07-07)
数据来源:work/bt_bulk_session_audit.jsonl + work/bulk_servers_list.json。本次为离线聚合分析,未重新 SSH 扫描服务器。
总体
在线巡检记录:420 台。
| 分类 | 数量 |
|---|---|
| Alibaba Cloud Linux / OpenAnolis | 200 |
| Ubuntu | 155 |
| Debian | 65 |
hardcoded_3600 的 148 台
结论:不是 Ubuntu 为主,不全是 Ubuntu。
| OS | 数量 |
|---|---|
| Alibaba Cloud Linux / OpenAnolis | 77 |
| Debian 12 bookworm | 43 |
| Ubuntu | 28 |
更细:
| 版本 | 数量 |
|---|---|
| Alibaba Cloud Linux 4.0.3 | 49 |
| Debian GNU/Linux 12 bookworm | 43 |
| Ubuntu 24.04.4 LTS | 25 |
| Alibaba Cloud Linux 3.2104 U12.2 | 21 |
| Alibaba Cloud Linux 3.2104 U12.3 | 6 |
| Ubuntu 24.04.3 LTS | 3 |
| Alibaba Cloud Linux 3.2104 U12.1 | 1 |
共性:
- 148 台全部
panel_ssl=1。 - 148 台全部
check_client_hash=1。 - 148 台全部
session_timeout=86400,说明配置值存在。 - 但
task.py仍匹配到硬编码清理逻辑f_time > 3600,所以属于“配置是 86400,但清理代码仍按 3600 秒删 session”的类型。 - 主机名分布:阿里云风格
iZ*114 台,腾讯云风格VM-*34 台。
未开启面板 SSL 的 112 台
结论:这批基本是 Ubuntu,但不是 100%。
| OS | 数量 |
|---|---|
| Ubuntu | 104 |
| Alibaba Cloud Linux / OpenAnolis | 5 |
| Debian | 3 |
更细:
| 版本 | 数量 |
|---|---|
| Ubuntu 24.04.4 LTS | 104 |
| Alibaba Cloud Linux 3.2104 U12.3 | 4 |
| Debian GNU/Linux 12 bookworm | 3 |
| Alibaba Cloud Linux 3.2104 U13 | 1 |
共性:
- 112 台全部
panel_ssl=0。 - 111 台是
unknown_task_pattern,1 台no_panel。 - 105 台
session_timeout=missing_default_86400。 - 105 台
check_client_hash=0。 - 主机名分布:腾讯云风格
VM-*98 台,阿里云风格iZ*7 台,其它自定义主机名 7 台。
关键关系
hardcoded_3600 和 panel_ssl=0 当前没有重叠:
| 组合 | 数量 |
|---|---|
| hardcoded_3600 且 panel_ssl=0 | 0 |
| hardcoded_3600 且 panel_ssl=1 | 148 |
| unknown_task_pattern 且 panel_ssl=0 | 111 |
所以这不是同一类问题:
hardcoded_3600:主要是宝塔 session 清理代码硬编码 3600 秒,且面板 SSL 已开启。panel_ssl=0:主要是 Ubuntu 24.04.4 + 腾讯云 VM-* 这一批,面板未开 SSL,且 task.py 代码模式与前一批不同,需要抽样后分类修。
处理建议
- 先处理 148 台
hardcoded_3600:备份/www/server/panel/task.py后把 3600 秒硬编码改成读取public.get_session_timeout(),这批模式清晰。 - 对 112 台
panel_ssl=0不要套同一个 patch;先抽样 5~10 台看task.py与public.py/check_client_hash版本差异。 panel_ssl=0是否要统一开启 SSL,是策略问题,不建议默认自动改;需要单独定方案。