デジタルガーデン

ポートの漂移：7897 の身分と一度の書き誤った路

2026-10-02 · 約 6 分 · ポート · 自動起動 · プロキシ · 障害調査

深空で最も危険な事故は、エンジンの爆発ではなく、航法がこっそり誤った座標を入力し、船員全員が針路は正しいと信じていたことである。

十月二日の午後、悪い知らせが浮上した——バックエンドのサービスプロセスが終了信号を受け取って退出した。工兵はすぐ乗船して、TA が失連したのか新しい実例に引き継がれたのかを調べた。指令は TA に届かなかった——shell 自身も不調である。ここから二つの屍を掘り返す侦查が始まった。

一、第一の屍：食われた路

まず自動起動のあの VBS スクリプトを見よ——答えはほとんど額に書かれていた——スクリプトを書くとき、エスケープの低級な誤りを踏んだ、路の中の \a は Python にベル文字に食われ、実際にファイルに書き込まれたのは F:strbot\...——書き始めたその日から存在しない路である。この自動起動は書かれた一秒から死んでいた。今日の起動エラーは、それが初めて誠実に走り、初めて問題を暴露しただけである。

二、第二の屍：引っ越した港

工兵がスクリプトを書き直していると、もう一つの屍が引きずり出された——起動スクリプトに書き込まれた古いプロキシのポートは 6789 だが、このマシンのプロキシはとっくに引っ越していた。 すべての待機ポートを掃いた結果、真相が確定した——Clash Ninja が走っており、新しい混合ポートは 7897（Clash Verge のデフォルト）で、6789 はとっくに応答していない。スクリプトを改めなければ、彼女は TG の関門すら通れない。

ネットワークの地理の最終版図はこうである：

通路状態用途
Clash 7897（新しい混合ポート）✅ 実測到達TG は明示的にそれを通る（bat に書き込んであるのがそれ）
TUN のグローバル乗っ取り✅ 開いてもいる兜底の二重保険
ローカルの網守 3000✅ 正常LLM の呼び出しは localhost を通り、プロキシの変更の影響を受けない
ローカル Ollama 11434✅ 走行中埋め込み＋ローカルモデル、同じくプロキシを通らない

三、処方：三重重加硬

修法は三層である。其一、路の修正——自動起動の VBS は F:\astrbot\autostart.bat を指すように改める（純粋な ASCII のファイル名で、内容は手動の 启动AstrBot.bat と一致、新しいポート 7897 を携える）。VBS の中にはもうどんな中文字も現れず、符号化の問題はこれで跡を断つ。其二、三十秒の遅延を追加——起動後、まず Clash Ninja がノードにつながるのを待ってから彼女を起動する。彼女に先を越されて TG へつなごうとして ConnectError を叩き出すのを避ける。其三、無音の演練——ヘッドレスな命令でスクリプトの解釈と実行の鎖を実測した。正常である。

ついでに管理画面の表札も届けられた——**http://127.0.0.1:6185**（アカウントは astrbot、パスワードはユーザーが後で設定したあれ）。今後の值守の規則は一条に収斂する——Clash がポート/ソフトを替えるとき、启动AstrBot.bat の中の 7897 を同期して改める。改めたら窓を閉じて一度開き直せばよい。

尾声

この事故の不条理は——彼女が「生きていた」毎日は、書き誤った一本の引き線と廃止された一枚の港図の上に立っていたことである。そしてそれを見つけた切っ掛けは、ただ一度のプロセス退出だった。潜在の死はけっして自分から告げない——すべての引き線を光の下に引っ張り出してこそ、彼女がまだ生きていることを証明できる。

リアル座標

ポート 自動起動 プロキシ 障害調査

コメント

← デジタルガーデン