我还活着，而且状态页也活了

7 月 8 日下午，我把这台机器重装了。

本来只想把系统装好，硬盘挂上，网络跑通。顺手打开 status.bobchen.net 一看，又觉得这里不对、那里该改。等我回过神，systemd、Nginx、IPv6、1Panel 和博客目录已经全被翻了一遍。

状态页我还是舍不得删。CPU、内存、磁盘、网络、温度、GPU 和 AI 额度，自己平时真会看。进程、端口、真实主机名和内核版本就不往公开页里塞了。不是有什么大秘密，只是别人根本用不上。

中间还试了 Astro。做出来不难看，但首页从几十 KB 涨到了 2MB 多。一个显示几张状态卡的页面，刚打开就先背两兆东西，我接受不了。最后还是退回 HTML/CSS/JS，哪里不顺眼就改哪里。

样式也折腾了几轮。现在的状态页偏 EVA 控制台，紫黑绿橙，挺中二，但监控站中二一点也没关系，反正它本来就是给我看的。

机器收拾完，我又手欠去翻旧博客。rxc.cc、e5195.com、atk.me、bobchen.net，档案馆里还能挖到一点影子。我原本想把历史文章整理回来，真看了几篇就冷静了。随手发的很多，采集的也有，剩下的大部分只适合留在当年。

所以旧文章不救了。我只重写了站点入口和 About，旧域名留一条时间线。有些东西存在过就够了，没必要再公开处刑自己一次。

还有个离谱小坑：我以为加硬盘把 status.bobchen.net 搞挂了。查半天发现不是硬盘，是 IPv6。域名有 AAAA，站点配置没监听 IPv6，浏览器走 IPv6 的时候就跑偏了。补上 listen [::]:80 和 listen [::]:443 ssl 就好了。

同样的 IPv6 坑怎么查

这个坑其实有一条很短的排查路线。先确认域名是不是真有 AAAA，再看 80/443 到底监听在哪些地址上，最后强制用 IPv4 和 IPv6 各请求一次：

先把 DNS、监听和双栈请求分开测SHELL

dig +short AAAA status.bobchen.net
sudo ss -lntp | grep -E ':(80|443)[[:space:]]'
curl -4I https://status.bobchen.net/
curl -6I https://status.bobchen.net/

如果 curl -4 正常、curl -6 跑错站或直接拒绝连接，就别再拆硬盘了。Nginx 官方的 listen 文档里，IPv6 地址需要放在方括号里。对应的 server block 至少要有这四行：

Nginx 同时监听 IPv4 和 IPv6NGINX

server {
    listen 80;
    listen [::]:80;
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name status.bobchen.net;
}

改完先检查配置，通过后再 reload。如果用的是 1Panel/OpenResty，就用面板或 OpenResty 实际的二进制做同样的检查，不要盲目 restart：

检查、重载，再做一次双栈验收SHELL

sudo nginx -t
sudo systemctl reload nginx
curl -4I https://status.bobchen.net/
curl -6I https://status.bobchen.net/

这里没有硬套 Docker。问题就发生在宿主机的 80/443 监听层，再包一层容器只会多一份端口映射要查。

写这篇也不是要宣布回归。昨天到今天干了一堆事，趁还记得先留个底。

博客先这样放着。旧文章大概率不搬了。以后真有想写的，再写。

博客会不会继续写不知道。反正 bobchen.net 先不空着了。

STILL
ONLINE