トラブル解決アーカイブ

Clash はルールベースのネットワークプロキシツールの総称です。コアロジックはカーネルが担い、設定ファイルの読み込み、振り分けルールのマッチング、通信の転送を行います。オリジナルの Clash カーネルは2023年に開発が停止し、現在コミュニティで主流のカーネルは mihomo(旧称 Clash Meta)です。従来の設定形式と互換性を保ちつつ、より多くのプロトコルに対応しています。

日常使う Clash Plus、Clash Verge Rev などは GUI クライアントであり、画面表示・サブスクリプション管理・システムプロキシ設定を担当し、内部では mihomo カーネルを呼び出しています。クライアントを選ぶ際はカーネルが mihomo であることを確認すれば、現行のプロトコル対応能力が得られます。

サブスクリプションリンクはURLの形式で、サービス提供者がホストする設定ファイルを指し、ノード一覧と振り分けルールを含みます。クライアントが定期的にこのリンクを取得することで、ノードの変更を自動的に同期でき、手動で一件ずつ登録する必要がありません。

サブスクリプションリンクは利用しているプロキシサービスのユーザーパネルで提供され、通常「Clash サブスクリプション」または「Clash 設定」と表記されています。本サイトはクライアントのインストールパッケージと使用ドキュメントのみを提供し、サブスクリプションサービス自体は提供していません。リンクを取得したら保管に注意してください——リンクの流出はアカウント共有と同じ意味を持ち、他人がそのノードの通信量を直接使用できてしまいます。

3つのモードは通信の振り分け方針を決定します。ルールモードは設定ファイル内のルールを上から順にマッチングし、直接接続ルールに該当する通信はプロキシを経由せず、プロキシルールに該当する通信は選択中のノードを経由します。日常利用で推奨されるモードです。グローバルモードは全てのルールを無視し、すべての通信を現在のノード経由にします。ノードの接続確認やルール異常時の応急対応に適しています。直接接続モードはすべての通信がプロキシを経由せず、一時的な無効化と同等です。

多くのサブスクリプションには整った振り分けルールが付属しているため、ルールモードのままで問題ありません。あるサイトがルールモードでアクセスできない場合は、一時的にグローバルモードに切り替えて検証してください。グローバルで開けるならルールの問題、グローバルでも開けないならノードの問題です。

Clash for Windows は2023年11月に開発が停止しリポジトリも削除されました。現存するインストールパッケージはコミュニティによるアーカイブ版です。短期的には動作しますが、拡大し続ける2つの問題があります。1つは内蔵カーネルが古く、新しいプロトコルや新しい設定フィールドを認識できず、一部のサブスクリプションが解析に失敗すること。もう1つはセキュリティ修正が提供されないことです。

現在もメンテナンスされているクライアント、例えばClash Plus や Clash Verge Revへの移行を推奨します。両者とも mihomo カーネルを使用しており、サブスクリプションリンクをそのまま再利用でき、操作ロジックも Clash for Windows に近いため移行コストは低く済みます。

プロキシ系ソフトウェアはシステムのネットワーク設定変更や仮想ネットワークアダプタドライバのインストールを必要とし、これらの動作は一部のマルウェアの特徴と重なるため、ウイルス対策ソフトのヒューリスティック検知による誤検出を招きやすく、この種のツールでよく見られる現象です。

対処手順:第一に、インストールパッケージが本サイトのダウンロードページまたはクライアントの公式配布経路から入手したものであることを確認し、出所不明の転載パッケージは使用しないこと。第二に、ウイルス対策ソフトの隔離エリアで削除されたファイルを復元すること。第三に、クライアントのインストールディレクトリを信頼リストまたは除外リストに追加し、動作中にコア機能が再度削除されるのを防ぐこと。第四に、Windows Defender の SmartScreen 警告では「詳細情報」をクリックした後「実行」を選択すること。

これは macOS の Gatekeeper が App Store 経由で配布されていないアプリに対して行うデフォルトのブロックです。「システム設定 → プライバシーとセキュリティ」を開くと、ページ下部にブロックされたアプリの記録が表示されるので、「このまま開く」をクリックしパスワードを入力すれば起動できます。

「アプリが破損している」と表示される場合は、通常ダウンロードファイルに隔離属性が付いていることが原因で、ターミナルで xattr -cr /Applications/アプリ名.app を実行し隔離マークを解除してから起動してください。また、チップアーキテクチャの区別にも注意が必要です。Apple Silicon 機種は ARM 版を、Intel 機種は x64 版をダウンロードしてください。アーキテクチャを誤るとトランスレーションレイヤーを経由して動作し、性能低下や仮想ネットワークアダプタの異常が発生する可能性があります。

各クライアントで入口の名称は多少異なりますが、ロジックは共通です。サブスクリプションまたは設定管理ページを見つけ、リンクを貼り付けて取得します。Clash Verge Rev では左側の「サブスクリプション」ページ上部の入力欄にリンクを貼り付けて「インポート」をクリックし、成功すると設定カードがリスト内に表示されるので、左クリックでカードをクリックして有効化します。Clash Plus では「設定 / サブスクリプション」タブで「サブスクリプションを追加」を選択してリンクを貼り付けます。Clash Meta for Android は先に「設定」ページで新規設定を作成し、タイプを URL に選択、リンクを入力して保存後、メイン画面に戻って起動をクリックします。

取り込み後は必ずその設定が選択状態になっていることを確認してからシステムプロキシを有効化してください。そうしないとカーネルは空の設定を使用したままになります。完全な手順は設定チュートリアルをご覧ください。

TUNモードは仮想ネットワークアダプタを作成してシステム層で通信を引き継ぐ方式で、アダプタの作成は特権操作に該当します。Windowsでは管理者権限でクライアントを実行するか、クライアントの案内に従いシステムサービスをインストールし、サービスプロセスが権限を代行することで、以降は通常起動でも TUN を有効化できます。macOSでは初回有効化時に承認ダイアログが表示され、パスワードを入力してネットワーク拡張機能または補助ツールを承認する必要があります。Linuxでは root 権限が必要か、実行ファイルに対応する capability を設定する必要があります。

サービスのインストールに失敗した場合は、まずクライアントを完全に終了(トレイのプロセスも含む)し、右クリックで管理者として再実行してからサービスを再インストールしてください。それでも失敗する場合は、他のプロキシソフトが残した仮想ネットワークアダプタやサービスの占有がないか確認し、競合するものを先にアンインストールしてから再試行してください。

クライアントのプロキシページには通常遅延テストボタンがあり、クリックすると各ノードに対して1回のHTTP探測を行い、往復所要時間をミリ秒単位で記録します。この数値はそのノードを経由してテストアドレスにアクセスした際のハンドシェイク所要時間を反映しており、数値が小さいほど応答が速いことを示します。ただし帯域幅とは異なります——遅延が低いノードでもダウンロード速度が必ずしも速いわけではなく、遅延はタイムアウトしたノードを除外し応答品質を粗く判定するのに使うものです。テストで「タイムアウト」と表示された場合、そのノードは現在使用不可能です。

ノードを選択する前にグループ全体の遅延を一度測定し、数値が安定しているノードを優先することを推奨します。自動選択タイプの方策グループを使えば、クライアントが遅延結果に応じて自動的に切り替えることも可能です。

カスタムルールで実現します。Clash のルールは上から下へ順にマッチングし、最初にマッチしたものが有効になるため、カスタムルールをサブスクリプションのルールより前に配置すればデフォルトの動作を上書きできます。よく使う記法:DOMAIN-SUFFIX,example.com,DIRECT はそのドメインとサブドメインを直接接続にすることを表します。末尾の DIRECT をプロキシの方策グループ名に変更すれば強制的にプロキシ経由になります。IPセグメントで制御するには IP-CIDR を、プロセス単位の制御は一部プラットフォームで PROCESS-NAME が使用できます。

Clash Verge Rev では「グローバル拡張設定」の prepend 方式でルールを追加でき、サブスクリプションの更新によって上書きされることはありません。サブスクリプションファイルを直接編集する方法は次回の更新時に失われるため推奨しません。ルール構文の詳細はルール振り分け実践の記事をご覧ください。

GeoIP はIPアドレスと国・地域を対応させるデータベースで、設定内の GEOIP,CN,DIRECT のようなルールはこれに依存して対象IPの所属を判定し、中国本土のIPを直接接続、その他の地域をプロキシ経由にする振り分けを実現します。合わせて GeoSite データベースもあり、ドメイン単位で分類されます。

データベースはIPセグメントの変動に伴い徐々に古くなり、古すぎるデータは一部の通信の振り分けミスを招きます。多くのクライアントは設定ページに Geo データ更新ボタンを備えており、1〜2ヶ月ごとに手動更新することを推奨します。一部のクライアントは自動更新間隔の設定にも対応しています。更新失敗の多くはダウンロード元に到達できないことが原因で、まずプロキシを有効化してから更新を実行してください。

DNS漏洩とは、通信自体はプロキシを経由しているものの、ドメイン名解決要求は依然としてローカルの通信事業者のDNSに送信され、解決記録からアクセス先が露出してしまう現象です。回避のポイント:第一に、Clash 設定の dns セクションで enhanced-mode: fake-ip を有効化し、クライアントに解決を代行させることで、アプリが受け取るのは仮想IPとなり、実際の解決はプロキシ側で行われます。第二に、nameserver には暗号化DNS(DoHアドレスなど)を使用します。第三に、TUNモードを有効化し、DNSハイジャックのデフォルト設定を維持することで、アプリがシステムプロキシを回避して53番ポートに直接解決要求を送るのをブロックできます。

設定完了後はブラウザでDNS漏洩検出サイトにアクセスして検証でき、結果にローカル通信事業者の解決サーバーが表示されないことを確認してください。フィールドごとの設定例はDNS設定詳解をご覧ください。

順に3点確認してください。第一に、サブスクリプションを取り込んでおり設定が有効な状態になっているか確認します——カーネルが空の設定の状態でシステムプロキシを有効化すると、全リクエストの転送先がなくなり、全体的な通信断として現れます。第二に、グローバルモードに切り替え、遅延が正常なノードを手動で選んでテストします。アクセスできればルールまたはノード選択の問題、アクセスできなければそのノードグループの遅延をテストし、全て超時ならサブスクリプション失効として対処します。第三に、ポートの一致性を確認します。システムプロキシが指すポートはクライアントのミックスポートと一致している必要があり、ポート設定を変更した場合はシステムプロキシを一度無効化して再度有効化し、書き直させてください。

一時的にネットワークを復旧させる方法は、まずシステムプロキシとTUNを無効化し、直接接続で正常に動作するか確認した上で、上記の順序に沿って問題箇所を特定していくことです。

グループ全体のノードが同時にタイムアウトする場合、原因は通常単一のノードにはありません。順に確認してください。一、端末自体のネットワークが正常か、プロキシを無効化して通常のウェブページが開けるか確認します。二、サブスクリプションが期限切れまたは通信量を使い切っていないか、サービス提供者のパネルにログインしてアカウント状態を確認します。これが最も多い原因です。三、サブスクリプションを一度更新します——サービス提供者がノードアドレスを変更すると、旧設定内のノードが一括で無効になります。四、システム時刻を確認します。一部のプロトコルは時刻のズレに敏感で、数分の差でもハンドシェイクに失敗するため、自動時刻同期を有効にして再試行してください。五、ネットワーク環境を変えてテストします(スマートフォンのテザリングに切り替えるなど)。現在のネットワークがプロキシのポートを妨害しているかを判別できます。

すべて確認しても全てタイムアウトする場合は、サービス提供者に連絡してサーバー側の状態を確認してください。

先にネットワークの問題か内容の問題かを区別します。ネットワークの問題:サブスクリプションアドレス自体が現在のネットワークで既にブロックされている可能性があり、クライアントで「プロキシを使ってサブスクリプションを更新する」オプションを有効にするか、一時的に利用可能なノードに接続してから更新してください。ブラウザで直接サブスクリプションリンクを開いて、設定テキストが表示されればそれで経路が到達可能であることを示します。

内容の問題:エラーに yaml や parse という文字列が含まれる場合は設定の解析失敗を示し、サブスクリプションの形式が Clash 専用形式でないことが多い原因です——サービス提供者のパネルに戻り、コピーしたのが Clash 用サブスクリプションであり、他のクライアント形式のリンクでないことを確認してください。リンクが途切れていたり余分な空白がコピーされていると404やパースエラーになるため、もう一度完全にコピーしてください。

システムプロキシはアプリに対してプロキシアドレスを「告知」するだけで、それに従うかどうかはアプリ自身が決定します。ブラウザは概ね従いますが、多くのデスクトップアプリケーション、コマンドラインツール、ゲームは独自のネットワークスタックを使用し、システムプロキシを直接無視します。

対処法はケースごとに異なります。Windows の UWP アプリはネットワーク分離の制限を受け、デフォルトでローカルのループバックアドレスへの接続が禁止されているため、クライアントの UWP ループバック除外ツールで対象アプリの制限を解除する必要があります。コマンドラインツールは http_proxy と https_proxy の環境変数を手動でローカルのミックスポートに向けて設定する必要があります。プロキシ設定を全く読み込まないプログラムに対しては、TUNモードを有効にしてネットワークアダプタ層で通信を引き継ぐのが汎用的な解決策で、個別に設定する必要はありません。

推奨する順序:一、ノードを変更する。同一ラインでもノードによって負荷差が大きいため、同地域の別ノードを優先的に試してください。二、プロトコルとポートを確認する。一部のネットワーク環境では特定のプロトコルへの干渉があるため、サービス提供者が用意する別プロトコルの入口に切り替えてみてください。三、ローカル帯域幅を測定する。プロキシを無効化して速度測定を行い、ボトルネックがローカルネットワークにないことを確認してください。四、ルールを確認する。大容量通信を行うアプリが誤ったルールで低速ノードに送られていないか確認し、一時的にグローバルモードに切り替えて速度を比較してください。五、クライアントがプロキシ経由で大容量ファイルをダウンロードしていないか確認する——サブスクリプションの更新やGeoデータの更新などの動作もノードの帯域幅を消費します。

ピーク時間帯の全体的な速度低下は多くの場合サーバー側の混雑によるもので、サービス提供者側の問題です。時間帯やラインを変えて検証してみてください。