タグ：トンネル

死んでいない死：cloudflared の CLOSE_WAIT 検死、出所不明の親プロセス、そして十分ごとの脈拍確認

Hermes の公開入口 hermes.qaqmin.com が 530 を返すのに、cloudflared プロセスは稼働していた——検死の結論は「プロセスは生きているが、トンネルは死んでいる」。Cloudflare エッジの 7844 番への二本の接続はすべて CLOSE_WAIT の死骸で readyConnections=0、しかもその対端は 198.18.x の fake-IP 帯（トンネルは Clash TUN に乗り、プロキシ側に切られたあと自己回復しない）。自起動の探索は何も見つけられなかった——サービスなし、予定タスクなし、レジストリ Run キーなし、起動フォルダの astrbot bat にも含まれていない。親プロセスはすでに退場し、出所は証明できない。修復は二層で来た。トンネルの再起動（ローカルの ready 200、公開側は 302 へ回復）と、自起動は SYSTEM サービスにしないこと——起動時点ではバックエンドもプロキシもまだ生きていない——であり、代わりにログイン級の守衛を設けた。tunnel-watch.ps1 はログイン後 45 秒待ち、不健康なときのみ起動または再起動し、のち十分ごとに健康確認する。「プロセスは在るがトンネルは死んでいる」型の偽死の再発専用である。