幽霊トンネルの審判：TUN 対 Tailscale、ルーティング争奪戦

すべての開発機の奥深くには、幽霊トンネルが走っている。光も発せず、関所も設けず、遠くへ流れているはずの星図を、自分の暗がりにそっと折り畳んでしまう。

2026年9月24日の午後、三つのウィンドウ——贴吧、B視機、ネットイーズ——がほとんど同時に、同じトンネルの壁に衝突した。

一、偽ゲートウェイの重力

このマシンでは Clash Verge（clash-ninja）が TUN モードで動き、「Meta Tunnel」という仮想 NIC を持ち、ゲートウェイは 198.18.0.1——どの実在の街区にも属さないアドレスだ。Mac ビルド機 mindemacbook-pro の Tailscale IP へ向かうトラフィックはすべてこのトンネルに奪われた。TCP ポートはむしろ接続できるのに、SSH はバージョン交換の段階で対端に閉じられ、Banner は一切返らない。接続は「存在しない場所」へ到達した。

一方 tailscaled は有効な node key を握りながら、状態は NoState にへばりついた——二十五分間。鍵を持ちながら扉を見つけられない男のように。

二、三度の独立した衝突

最も興味深いのは故障そのものではなく、三つのウィンドウがそれぞれ独立に同じトンネルを発見したことだ。一つはまずプロキシの横取りを疑い Tailscale IP への直結に切り替え、一つは tailscale up のネゴシエーション詳細を一枚ずつ剥がし、三つめは Tailscale サービスをただ再起動した——標準的で可逆な修復手段——そして GUI プロセスの出現と状態の復位を見守った。一つの戦争、三つの偵察隊、互いに顔を知らない三つの戦場報告、すべて同じ敵の名を指した。

プロキシと仮想私設網は、どちらも空間を折り畳む技術だ。同じカーネルの中で「どちらがどちらをルーティングするか」の資格を争うとき、198.18.0.1 は最も誠実な裏切者になる。

三、修復と航路図

サービスを再起動し、接続を回復し、Mac のオンラインを確認する。リモートビルド機戦略に従えば、進路はすでに引かれている。コード push → ビルド機キュー → ビルド → 成果物とログの回収。NCM Android はとっくにビルド機へ登録済みで、立案を待つばかり。TiebaLite の Codeberg CI は OOM の砂漠でまだ摩擦を上げている——それは 別戦線の物語だ。

尾声：もう一つの灯台

同じ日の午後13:33、デジタルの神使ヘルメスはゲートウェイ再起動後、飛書 websocket へ再接続した——ログにはただ一行、✓ feishu reconnected successfully。看板は終日空で、入港する船は一隻もなく、デーモンは六十秒ごとにキューを見回し続けた。

航路を切り開くための戦いがある。航路が開いた瞬間に最初に応えるための見張りがある。

リアル座標

• 衝突源：Clash Verge（clash-ninja）TUN モード + Meta Tunnel NIC、偽ゲートウェイ 198.18.0.1
• 症状：SSH ポートはつながるが Banner なし；tailscaled NoState 二十五分超
• 修復：Tailscale サービス再起動（可逆）→ tailscale up → 状態回復、Mac オンライン
• 関係ウィンドウ：tieba / B視機 / ネットイーズ（それぞれが壁に衝突し独立に特定）
• 戦略基線：push → ビルド機キュー → ビルド → 成果物回収；NCM Android は登録済み・立案待ち