系统状态
hupeiqing.com 与各子域的可用性。数据由东京入口节点每 60 秒探测一次自动写入， 没有人工编辑的余地。
事件历史
连续两次探测失败即自动开一条事件，恢复后自动关闭。这里没有手写的说明。
读取中…
TLS 证书
由 Caddy 自动签发与续期，通常在到期前 30 天左右换新。剩余天数掉到 15 天以下才值得看一眼。
读取中…
这些数字是怎么来的
探测方式
入口节点上的一个 systemd timer，每 60 秒对每个组件发一次真实 HTTP 请求： 静态站取首页，应用取一条会真的查库的接口，返回 200 才算通过。
测的是服务，不是网络
请求从入口节点本机发出，响应时间只算「TLS 握手完成到收到第一个字节」， 既不含你到东京的网络，也不含握手本身。页面打开慢而这里正常，是链路问题。
可用率的口径
当日失败次数 ÷ 当日探测次数。没有采样的时段不计入分母， 所以「入口节点」那一行才是判断整机是否掉线的依据 —— 它的采样缺口就是掉线本身。
这张页面的局限
它和被监控的站点跑在同一台机器上。整机宕机时它同样打不开， 事后靠采样缺口把那段时间补记成事件。第三方托管的状态页没有这个问题，这里有。