🩺 系统体检

正在采集…

问题明细

★ 余量预警 · 离上限还有多远<20% 转黄 · <5% 转红

2026-07-27 那次连爆 72 次 413、逼出 11 份抢救文件,事发时这里只剩 7% 余量——有这一行就该早早报警,而不是等人去翻日志。

① 公网链路 · 从外到内定位

② 存档

③ 服务端

④ 机器

⑤ 硬盘寿命

⑥ 请求与会话压力

⑦ AI 任务耗时

⑧ AI 规矩送达 · 四家 AI 读得到规矩吗

📈 走势 · 看变化比看瞬时值有用

每分钟落一行,保留 7 天。看变化比看数字大小有用——比如重启:平时的重启是改完代码自动重启的、属于正常干活,只有「短时间内连着起来就死」才是真出事,所以这里看的是走势有没有突然拱起来,而不是累计到了多少次。

🧾 FRP 异常证据 · 最近一次卡在哪

🧳 开新机自检 正在检查…

这台机器「配齐了没有」。✅ / ⚠️ / ❌ 说的都是本机现在的状态; 灰色的 📌 搬机时 是给「在别处再架一套」用的备忘,本机不用管、也不算问题。
📋 错误分诊表 —— 看到什么码,说明瓶颈在哪一层
413数据形状:一次要传的东西超过了服务器一次能收的(块数或体积)。重试没用,必须换形状。
409并发冲突:多人同时改同一张图,撞版本了。次数高说明协作密度大。
429(无自家标记)入口容量:Nginx 或 TentaMind 的并发名额被占满。结合上面的应用容量与 nginx 日志判断。
429(有自家标记)业务配额:如传图 60 张/小时。和通道无关。
502 / 504云端转发:Nginx 活着,但转不到 FRP 后面的 Mac 程序;优先查 frps 工作连接与 18123。
其它 5xx服务端故障:按上面的链路层级和请求时间线定位,不再一概归咎于 FRP。
码 000 / 连接被拒服务挂了:进程死了或正在重启。看「重启(近 24 小时)」那一栏——只有标红写着「起来就死」才是真出事,平时的重启是改完代码自动重启的。
200 但很慢带宽或往返次数:传得慢,或者来回跑了太多趟。