目次
一覧にタイムアウトが大量に表示されても、全ノードが使えなくなったとは限りません。一括表示、個別の遅延測定、実際の Web アクセスを比較します。実際の通信が成功するなら、ノード削除や設定リセットを急がないでください。同じサンプルを記録し、既知のバージョン問題に当てはまると確認してから更新し、表示と接続の両方を確認します。
グループ全体はTimeoutでも、個別ノードとページは使える
Windows 版 FlClash でグループ全体の Timeout 結果を保存し、その中のノードを個別に測定してから、選択して Web ページへアクセスします。個別測定で遅延が返り、実際のアクセスも成功する場合に、ここで扱う一括遅延測定の異常に一致します。
公式 issue #2314 には v0.8.95 での比較結果が記録されており、同じ設定とネットワークを v0.8.94 へ戻すと一括テストが正常になりました。その後、v0.8.96 のリリースノートには Windows 版のグループ全体の遅延テストに関する修正が明記されています。
単一ノードのテスト、実際のリクエスト、同じグループ内のほかのノードがすべて失敗する場合、画面上の誤検知として扱うことはできません。この場合は、ノード、テスト先、DNS、現在のネットワークのいずれかが実際に利用できない可能性が高くなります。
Timeoutの比較結果と対応
| 観察結果 | 可能性が高い結論 | 次の手順 |
|---|---|---|
| 一括テストでは Timeout と表示されるが、個別テストと実際のアクセスは正常 | Windows 版のグループ全体の速度テストによる誤検知 | バージョンを記録し、更新を準備する |
| 一括テストと個別テストがともに失敗し、実際のアクセスにも失敗する | ノードまたはネットワークの障害 | ノード、DNS、テスト先の確認へ進む |
| 一つのプロキシグループだけに異常がある | グループの規模または設定の違い | 同じグループに固定してバージョンを比較する |
| TUN を有効にすると端末全体で通信できなくなる | 速度テストの表示に関する問題ではない | まずシステムプロキシを復元し、TUN を確認する |
設定を保存し、テスト条件を固定する
バージョンを比較するときは、クライアントのバージョンだけを変更し、サブスクリプションの更新、ネットワークの切り替え、厳格なDNS上書きの有効化、TUNの変更は同時に行いません。条件をそろえることで、グループ全体の遅延テスト処理がTimeoutの原因かを判断できます。
繰り返しテストできるサンプルを一組用意する
現在の Profile をバックアップする
サブスクリプションの入手元、オーバーライド、現在のポリシー選択を残し、バックアップを手元の端末で確認できることを確かめます。
アプリのバージョンを記録する
バージョン情報または設定ページでFlClashとWindowsのバージョンを記録し、v0.8.95かを確認して、テスト時刻とバージョンのスクリーンショットを保存します。
一つのプロキシグループに固定する
多数のノードを含み、多くの Timeout を安定して再現できる同じプロキシグループを選びます。
赤色のノードを三つ選ぶ
ノード名を記録し、後で個別テスト、実際のアクセス、更新後の再テストをそれぞれ行います。
赤いノードを個別にテストし、実際の出口を確認する
以下の手順で赤く表示されたノードを一つ調べ、別の二つでも繰り返します。複数のノードで個別テストや実際のリクエストが成功するなら、一括表示だけではノードが使えるか判断できません。すぐにサブスクリプションを削除したり、ルールをリセットしたり、すべてのノードを入れ替えたりしないでください。
個別の遅延テスト、実際のアクセス、接続記録を比較する
ノードを個別にテストする
今回の結果が完了するまで待ち、グループ全体の更新を続けてクリックしないでください。具体的な遅延が返るかを記録します。
現在のノードに固定する
手動選択グループで対象のノードを選び、リクエスト中に自動ポリシーが出口を切り替えないようにします。
実際のリクエストを送る
普段安定してアクセスできるページを開き、読み込みが完了するかを確認します。
接続記録を照合する
リクエストが FlClash へ入り、先ほど選択したノードと接続の成功が表示されることを確認します。
個別テストで遅延が返り、実際のリクエストも成功する
ノードは使えるため、一括テストのTimeoutをグループテストの問題として調べます。
個別テストは失敗するが、実際のリクエストは成功する
ノードの障害として削除せず、遅延テスト先とテスト経路を確認してください。
個別テストは成功するが、実際のリクエストは失敗する
ルール、DNS、プロトコル、接続先 Web サイトを確認します。単純な一括速度テストの問題ではありません。
両方とも失敗する
まずネットワークを変えるか別のノードへ固定し、一般的なノードのタイムアウト手順に沿って確認します。
FlClash v0.8.96 へ更新する
IPC はデスクトップアプリとバックグラウンドプロセスの通信方式です。issue #2314 の対象は v0.8.95 の Windows での一括テストです。リクエストの集中や送信失敗が画面上で Timeout と表示され、個別ノードのテストでは再現しない場合があります。
公式の修正コミットでは、一つのバッチで同時に処理するノード数を減らし、デスクトップ RPC の待機処理と応答処理を調整しました。この変更は FlClash の一括テスト経路にあり、ノードのプロトコルやサブスクリプションの内容を変更するものではありません。
FlClash v0.8.96 は 2026年8月17日に公開され、公式説明には Windows 版のグループ全体の遅延テスト失敗に対する修正が明記されています。前述の特徴に一致する場合は、v0.8.96 またはそれ以降の安定版への更新を優先してください。
プロジェクトの公式 Release から、Windows のアーキテクチャに合うインストーラーを入手します。強引にインストールするためにセキュリティソフトウェアを無効にしたり、配布元の警告を無視したりしないでください。ファイルの入手元を確認できない場合は、現在利用可能なバージョンを維持します。
ロールバック可能な順序で更新する
バックアップを利用できることを確認する
Profile、オーバーライド、現在の選択をエクスポート済みか確認し、旧バージョンのインストーラーの保存場所を記録します。
FlClash を完全に終了する
トレイからアプリを終了し、古いプロセスがカーネル、設定、デスクトップサービスを保持し続けないようにします。
公式の安定版をインストールする
公式 Release から正しいアーキテクチャを選び、インストール完了後にアプリを起動します。
バージョンと設定を照合する
v0.8.96 またはそれ以降の安定版と表示され、元の Profile とポリシー選択が残っていることを確認します。
同じプロキシグループで修正を検証する
元のネットワーク、サブスクリプション、テスト先、プロキシグループを変えず、グループ全体の遅延テストをもう一度実行します。更新前に記録した三つの赤色ノードを重点的に確認し、全体の赤色表示が減ったことだけで判断しないでください。
続いてこれらのノードを一つずつ選び、実際のリクエストを送って接続記録を確認します。グループ全体の結果が戻り、検証用ノードの遅延値が表示され、リクエストも成功して初めて、この端末の一括テストの誤表示が解決したと確認できます。
修正の完了基準
- アプリのバージョンが v0.8.96 またはそれ以降の安定版である
- 同じプロキシグループで、多数のノードが同時に Timeout と表示されなくなる
- 更新前に記録したサンプルノードから遅延が返る
- 少なくとも一つのサンプルノードで実際の Web リクエストが完了する
- 接続記録に、現在選択しているノードをリクエストが使用したと表示される
- サブスクリプション、オーバーライド、DNS、TUN の設定が意図せずリセットされていない
更新後もTimeoutが出る場合、どこを調べればよい？
少数のノードが利用できなくても、修正失敗とは限りません。安定版が対処するのは、確認済みの Windows 版のグループ全体のテスト問題だけです。実際のノード停止、テスト先への到達不能、DNS の異常、現在のネットワーク制限によって、通常の Timeout は引き続き発生します。
公式 issue #2253 には、厳格な DNS オーバーライドを有効にした後、一括速度テストに異常が起きる別の場面も記録されています。これは v0.8.95 の IPC 回帰と完全に同じとは確認されていません。すべてを緑色にするために、必要な DNS 設定を長期間無効にしないでください。
特定の少数ノードだけが失敗する
個別テストと実際のリクエストをそれぞれ行い、ノードまたはテスト先へ到達できないかを確認します。
一括テストと個別テストが引き続きすべて失敗する
テスト URL、DNS、システム時刻、現在のネットワークを確認し、モバイルホットスポットへ切り替えて比較します。
厳格な DNS オーバーライドが有効な場合だけ異常になる
設定を保存してから有効・無効を比較し、別のissueを追跡します。修正済みのグループ全体の遅延テスト障害と同じものには分類しないでください。
TUN を有効にするとすべてのリクエストが中断する
まず TUN を無効にしてシステムプロキシを復元し、ルーティング、仮想ネットワークアダプター、DNS ハイジャックを確認します。
画面は正常だが、自動グループが引き続き誤ったノードを選ぶ
カーネルのヘルスチェック先、間隔、ポリシーグループの種類を確認します。
異常がある場合は、利用可能と分かっているバージョンへ戻す
v0.8.96 が手元の環境で起動しない、Profile が失われる、または実際の接続に新しい障害が起きる場合は、まずアプリを完全に終了し、更新前のバックアップを復元します。実行中に設定ディレクトリを何度も上書きしないでください。
issue #2314 の比較環境では、v0.8.94 でグループ全体のテストが正常だったため、この特定の回帰に対する一時的なロールバック先として使用できます。ロールバックすると v0.8.96 の修正は失われるため、更新を長期間止める理由にはなりません。
利用可能な状態を復元する
すべてのプロセスを終了する
トレイ、画面、カーネルがすべて終了したことを確認してから、バージョンを変更します。
検証済みの旧版をインストールする
更新前に保存した公式インストーラーを使用し、必要に応じて手元の端末で動作確認済みの v0.8.94 へ戻します。
設定のバックアップを復元する
自分の Profile とオーバーライドだけを復元し、配布元が不明なディレクトリ全体をインポートしないでください。
実際の接続を検証する
まずシステムプロキシでリクエストを一度完了し、その後グループ全体の速度テストと接続記録を確認します。