时间：2026年3月21日12:17

主机：中柏

系统：ubuntu23.10

bug是否消失：是

bug是否彻底解决：（暂时）是

bug严重等级：红色

🤔好久没管博客了，感觉后台都快结蜘蛛网了。今天好不容易腾出手，打算重新打通，结果却一直504拒绝连接。

既然连不上，那肯定得动手解决啊😶

我先是重配置了域名解析，域名检测没问题，网站访问根本没戏☹紧接着把矛头直指 Sakura Frp，以为是新开的线路或者服务端炸了，我又是换隧道，又是重启服务，折腾了一大圈，故障依旧存在😧起初我还寻思：估计是晚上用的人多，线路堵了。然后去看了看同隧道下的其他网站，却是秒开🤐

既然两头都没错，那肯定就是容器或者 OpenResty 的配置崩了🙄眼瞅着快深夜了，索性直接把 OpenResty 重建，刚好赶上睡前建完😮重启服务器后依然无法访问😟

第二天早上，我想着既然域名走不通，那我绕过反向代理😔直接通过容器访问做个备份总行吧？结果内网端口访问也超时😨！我当时越想越不对劲，以前隧道紧张的时候也是当内网网站用的啊😕抱着试一试的心态，我往域名后面加了个 /console，结果后台竟然秒进😳！ 甚至直接从穿透域名进后台也是秒进😯

那也就是说OpenResty 根本没病，穿透也没病，是 Halo容器自己死锁了🤐

进后台一看，备份和商店满屏的插件报错，好在备份功能还在😆我想着，反正论坛里早就有人建议换数据库了😋干脆下载备份然后重装🤗

我先装了最新的 2.23.1，恢复备份后满心期待地刷新😎结果：刚开始没问题，恢复跑完后还是老样子，首页渲染请求阻塞😨

那一刻我陷入了死一般的沉思：究竟是面板有毒还是新版本halo有毒😰？

我抱着最后一丝希望，删掉容器，重装了 2.22.2 版本😐恢复完备份后，我休息10 分钟让数据库在那儿静静迁移，等我再回来点开网页——秒开😃！域名访问，同样秒开😆！

​总结一下：

这 11 个小时，我像个西西弗斯一样，将那块巨石（配置）推向山顶，却没发现山顶（软件版本）本身就是斜的。所以，在复杂的微服务架构中，排查故障必须先定位边界。如果后台能进但前台卡死，永远不要在网络层浪费时间