Clash for Windows よくある質問とトラブルシューティング

インストール済みの Clash for Windows は通常、既存の設定を読み込み、プロキシ通信を処理できます。ただし、元のプロジェクトがサポートを終了したため、機能追加や不具合修正は行われません。現在の環境で安定して動作しているなら、まず設定をバックアップしてから使い続けてもよいでしょう。新しい OS との互換性、コアの更新、TUN 対応で問題が発生した場合は、現在も保守されている Clash Plus、Clash Verge Rev、FlClash などの GUI クライアントへの移行をおすすめします。移行時は通常、サブスクリプションを再インポートするだけで済みます。元の設定フォルダーを直接上書きしないでください。

ルールモードは、設定内の rules を順番に照合し、ドメインや IP ごとに指定されたプロキシグループへ振り分けます。日常利用では一般的な選択肢です。グローバルモードでは、プロキシ可能な通信の大半を GLOBAL ポリシーにまとめて渡すため、ルールが原因でアクセスに失敗しているかを一時的に確認するのに適しています。直接接続モードではプロキシを経由せず、ローカルネットワークの復旧や比較テストに利用できます。モードを切り替えてもサブスクリプションの内容は変更されませんが、通信の出口はすぐに変わります。切り分けが終わったら元のモードに戻してください。

サブスクリプション URL は設定内容の更新元で、クライアントはそこから YAML 設定を取得します。設定ファイルにはノードだけでなく、プロキシグループ、ルール、DNS、ポート設定などが含まれる場合があります。ノードは、その中でプロキシサーバーへの接続を担う一部にすぎません。サブスクリプションを更新すると、リモートの内容でローカル設定が更新されるため、手動で加えた変更は上書きされることがあります。長期的に残したいローカルルールは、クライアントのオーバーライド機能を使うか、ローカル設定として別に管理してください。

わかりやすい GUI と基本的な設定項目を重視するなら、まず Clash Plus を確認するとよいでしょう。Mihomo の機能やルール管理を幅広く使いたい場合は Clash Verge Rev と比較してください。複数のデスクトップ OS で使うなら FlClash も候補になります。旧版の Clash for Windows は、画面に慣れていて古い設定を引き継ぎたいユーザーに向いています。選ぶ前に、システムのアーキテクチャとインストーラーの種類を確認し、ダウンロードページから該当するクライアントを選択してください。

まずサブスクリプション URL をブラウザーに貼り付け、アクセスできるか確認してください。コピー時にスペース、改行、末尾の句読点が混入していないことも確認します。ブラウザーでも開けない場合は、サブスクリプションの有効期限、通信量の上限、サーバーの一時的な障害を確認してください。ブラウザーでは開けるのにクライアントで失敗する場合は、システムプロキシを一度無効にして再試行するか、クライアントのサブスクリプション更新に使うプロキシ方式を変更します。サブスクリプションのページ URL、ユーザーセンター URL、実際の設定用サブスクリプション URL を混同しないでください。

まず、一覧にある別の古い設定ではなく、更新したばかりの設定が有効になっているか確認してください。次に、プロキシグループに選択可能な項目があるか、設定内容に proxies または proxy-providers が存在するかを確認します。一部のサブスクリプションは、Web ページの案内、ログインページ、エラーメッセージを返すことがあります。この場合、クライアントはダウンロードを完了してもノードを解析できません。異常な設定を削除してから再インポートしてください。設定がリモート provider に依存している場合は、provider を手動で更新し、ログにダウンロードまたは解析エラーがないか確認します。

まず Clash のコアが実行中であることを確認し、HTTP ポートまたは混合ポートが他のプログラムに占有されていないか確認します。次に Windows のプロキシ設定で、手動プロキシがローカルアドレスとクライアントに表示されたポートを指していることを確認してください。一部のブラウザー、ダウンロードツール、開発ソフトは独自のプロキシ設定を使うため、システムプロキシを読み取らないことがあります。アプリ内でシステムプロキシを使用する設定にするか、アドレスを手動で入力してください。プロキシ拡張機能を有効にしている場合は、システムプロキシと二重にリクエストを処理しないようにします。

Windows の UWP アプリは、既定ではローカルのプロキシポートにアクセスできない場合があります。そのため、ブラウザーが正常でも Store アプリが接続できるとは限りません。クライアントに付属する UWP Loopback ツールを管理者権限で開き、プロキシを使うアプリにチェックを入れて保存し、対象アプリを再起動してください。すべてのシステムコンポーネントを一度に選択すると切り分けが難しくなるため、避けてください。アプリの更新後に再び使えなくなった場合は、ループバックの許可をもう一度実行し、システムプロキシのポートが変わっていないか確認します。

遅延テストは通常、特定のアドレスへの接続確立だけを確認するため、目的の Web サイトに必ずアクセスできることを意味しません。まずプロキシグループで別のノードに切り替え、ルールモードとグローバルモードをそれぞれ試してください。グローバルモードで使えるなら、原因はルールの照合やプロキシグループの選択にある可能性が高いです。すべてのノードでタイムアウトする場合は、ローカルネットワーク、サブスクリプションの有効状態、システム時刻、クライアントログを確認します。ログの timeout、connection refused、TLS エラーは、それぞれ通信経路のタイムアウト、ポート拒否、ハンドシェイク異常を示しており、対処方法は異なります。

TUN モードでは、仮想ネットワークインターフェースの作成、ルートの変更、システムプロキシを参照しないアプリの通信の取り込みが必要です。これらは通常のユーザー権限を超える操作です。Windows では、クライアントの説明に従って必要なサービスをインストールするか、初回の有効化を管理者権限で行い、その後に仮想 NIC と関連サービスが正常に読み込まれていることを確認してください。権限ダイアログをキャンセルすると、TUN の切り替えが完了したように見えてもインターフェースが作成されないことがあります。組織のポリシーで管理されている PC では、ドライバーやサービスのインストールが制限されている可能性があるため、デバイス管理者に相談してください。

まず、プロキシ接続の前後で DNS 検査ページを使い、名前解決サーバーが変化しているか確認します。続いてクライアントログを確認し、ドメインへのリクエストが Clash DNS に入っているか確認してください。設定では dns が有効か、nameserver と fallback が現在のネットワークに適しているか、enhanced-mode が fake-ip と redir-host のどちらになっているかを重点的に確認します。TUN を有効にしている場合は、DNS リダイレクトのルールが機能していることも確認してください。変更後はシステムの DNS キャッシュを消去し、ブラウザーを再起動してから再検査します。古いキャッシュが判断に影響するのを防ぐためです。

クライアントで LAN 接続の許可を有効にし、待ち受けアドレスが 127.0.0.1 のみに制限されていないことを確認します。次に、Clash を実行している PC の LAN 内 IPv4 アドレスを調べ、別の端末の Wi-Fi プロキシ設定にそのアドレスと Clash の HTTP ポートまたは混合ポートを入力してください。ホストのファイアウォールでは、対象のプログラムとポートがプライベートネットワークを通過できるようにします。共有中は信頼できる同じ LAN に2台の端末を接続し、使用後は LAN アクセスを無効にしてください。

ポートの競合は、別の Clash インスタンス、古いコアプロセス、プロキシツール、開発用サービスが原因であることが多いです。まず関連プログラムを完全に終了し、タスクマネージャーで残ったコアプロセスが終了していることを確認します。それでも競合する場合は、システムのネットワークコマンドでそのポートを使用しているプロセス ID を調べ、プロセスを終了するか、Clash の mixed-port、port、socks-port を変更してください。ポートを変更した後は、システムプロキシや手動設定したアプリのプロキシも更新します。そうしないと、コアは動作しているのにリクエストが届かない状態になります。

YAML はインデント、コロン、リスト記号の違いに敏感です。まずエラーメッセージに示された行番号を確認し、その行より上にある同じ階層の記述を調べてください。インデントには空白だけを使い、タブを混在させないでください。キーの後のコロンには空白を入れ、特殊文字を含む文字列は引用符で囲みます。ルール項目はリスト形式を保ち、プロキシグループが参照する名前は既存のノード名やグループ名と完全に一致させてください。変更前に動作するコピーを保存し、完了後は設定チェックを実行してからコアを再読み込みします。

まず TUN モードを無効にしてクライアントを終了し、基本的なネットワーク接続が戻るか確認します。戻らない場合は、物理 NIC をいったん無効にしてから再度有効にし、システムに手動プロキシが残っていないか確認してください。TUN を再び有効にする前に、仮想 NIC、サービスモード、DNS リダイレクト、ルート設定が正しく読み込まれていることを確認します。また、他の VPN や仮想 NIC ソフトを一時的に終了して比較してください。特定のネットワークだけで発生する場合は、TUN のネットワークスタックを切り替えるか MTU を調整できますが、一度に一項目だけ変更して結果を記録します。

この症状は、クライアント終了時にシステムプロキシが元に戻らなかったか、TUN サービスやルートが残っていることが原因である場合が多いです。まず Windows のネットワークとインターネット設定を開き、手動プロキシを無効にして自動構成スクリプトを確認します。次に Clash、関連するコア、サービスのプロセスが終了していることを確認してください。以前 TUN を有効にしていた場合は、クライアントを再起動し、TUN を通常の手順で無効にしてから終了します。最後に DNS キャッシュを消去してネットワークアダプターを再起動します。それでも戻らない場合にのみシステムを再起動し、不明なネットワークドライバーを直接削除するのは避けてください。