Clash よくある質問

コアはプロトコルのハンドシェイク、ルールマッチング、トラフィック転送を担当し、それ自体はコマンドライン画面しか持たず、現在コミュニティで主流のコアは mihomo です。各プラットフォームの GUI クライアント(Clash Verge Rev、FlClash、Clash Plus など)はコアの外側にかぶせる操作パネルで、サブスク管理、ノード切り替え、システムプロキシや TUN のオン・オフといった日常操作を担います。

クライアント選びは要するに使いやすいコアのフロントエンドを選ぶことで、設定ファイルの形式はクライアント間でほぼ共通なので移行コストは低いです。

必要なものは2つ:1つは対応プラットフォームのクライアントインストーラーで、本サイトのダウンロードページで OS ごとに入手できます。もう1つは有効な設定ソースで、通常はサービス提供元が発行するサブスクリプションリンクか、自分で書いた config.yaml ファイルです。

クライアント自体はノードを一切含んでおらず、サブスクやノード情報を導入していない場合、すべてのトラフィックは直接接続にしかなりません。

ルールモードは設定ファイル内の rules セクションを1件ずつ照合し、当たったルールに応じた方針でトラフィックを流す、日常使用の推奨モードです。グローバルモードはルールを無視して、すべてのトラフィックを現在選択中のプロキシ方針に委ねます。直接接続モードはすべてのトラフィックをプロキシを経由せず直接送出します。

トラブル調査時は一時的にグローバルモードに切り替えると便利で、グローバルなら使えてルールモードで異常が出るなら、問題はルール側にあってノード側ではないとわかります。

これは2種類の DNS 処理方式です。Fake-IP モードでは、クライアントがドメイン名の問い合わせに対して先に予約ネットワーク帯の偽アドレス(デフォルト 198.18.0.0/16)を返し、実際の解決は接続確立時まで先送りされます。ローカル DNS の往復を1回省略でき、汚染も受けにくいため TUN シーンのデフォルト選択になっています。Redir-Host は実際の解決結果を保持するため互換性は高いものの、ローカル DNS の品質に依存します。

Fake-IP を使う場合、LAN 機器やゲームプラットフォームなど実 IP が必要なドメインは fake-ip-filter リストに追加してください。

オープンソースクライアントの多くは商用のコード署名証明書を購入していないため、SmartScreen が署名信頼度の低いインストーラーに警告を出すのは想定内の現象です。インストーラーが本サイトのダウンロードページやプロジェクトの公式配布チャネルから来たものだと確認できたら、「詳細情報 → 実行」をクリックすれば続行できます。サードパーティのアンチウイルスに隔離された場合は、インストールディレクトリを信頼リストに追加してから再インストールしてください。

入手元が確信できない場合は、無理に実行せず信頼できるページから再ダウンロードしましょう。

ブラウザからダウンロードしたアプリには Gatekeeper が隔離属性を付与します。「システム設定 → プライバシーとセキュリティ」ページの下部でブロックされたアプリを見つけ、「このまま開く」をクリックしてください。ファイルが壊れていると表示される場合は、ターミナルで xattr -cr /Applications/クライアント名.app を実行して隔離属性を解除してから起動してください。

Apple Silicon 機は arm64 版、Intel 機は x64 版をダウンロードしたか確認してください。

Android クライアントはシステムの VpnService インターフェースを通じてローカル仮想ネットワークカードを作成し、トラフィックを引き受けます。初回プロキシ起動時にシステムが接続確認ダイアログを表示し、許可をタップしないと動作しません。これによってトラフィックがシステムダイアログ以外の第三者に送られることはありません。

以後プロキシが頻繁に自動切断される場合、多くはメーカーの省電力ポリシーがバックグラウンドでプロセスを終了させているためで、クライアントを省電力ホワイトリストに追加し、バックグラウンド実行を許可すれば解決します。

クライアントの設定またはサブスクページ(クライアントによって呼び方が異なり、Profiles、設定、サブスクなど)で新規作成または導入を選び、サービス提供元が発行したサブスク URL を貼り付けて確定すると、クライアントが自動でダウンロードして完全な設定を解析します。

自動更新間隔(例:24時間)を併せて設定し、ノードリストをサービス提供元の変更に追従して最新に保つことをおすすめします。自前ノードやオフライン設定用にローカルの YAML ファイルを導入することもできます。

iOS プラットフォームでは App Store から Clash Plus をインストールするだけです。詳細は公式サイト clashplus.io を参照してください。インストール後アプリ内でサブスクを導入し、初回プロキシ起動時はシステムの指示に従って VPN 設定の追加を許可すれば通常に使用できます。

本サイトのダウンロードページの iOS セクションにストアへのリンクを用意しています。

クライアントのレイテンシ測定は、指定したテストアドレスに HTTP リクエストを1回送って所要時間を計測するもので、単位はミリ秒、値が低いほど良好です。一般的に100ミリ秒以内であれば快適、300ミリ秒を超えると体感できる遅延が出て、タイムアウト表示はそのノードが現在利用不可であることを意味します。

レイテンシはハンドシェイクの速さしか反映せず帯域幅の大きさとは無関係なので、ノードを選ぶ際は2〜3回連続で測定して安定した値を採用し、単発のネットワーク揺れに惑わされないようにしましょう。

対象プログラムがシステムプロキシの設定を読み取らない場合(コマンドラインツール、ゲーム、一部のデスクトップソフトによく見られる)、TUN モードを有効にして仮想ネットワークカードを作成すると、ネットワーク層でトラフィックを一括で引き受けられ、プログラムごとの個別設定が不要になります。

Windows では管理者権限で実行するか、クライアントが提供するシステムサービスをインストールする必要があります。macOS では初回有効化時にシステム権限の許可を求められます。Android の VPN モードはそれ自体が同種の仕組みなので追加操作は不要です。普段のブラウザ利用ではシステムプロキシで十分で、TUN を常時オンにする必要はありません。

これらはルールマッチングに使う地理データベースです。GeoIP は IP の帰属地で照合(例:GEOIP,CN,DIRECT)、GeoSite はドメインをカテゴリで照合します。データベースはネットワーク環境の変化に伴い徐々に古くなり、一部サイトの振り分けミスにつながるため、1〜2カ月ごとにクライアント設定内で手動更新するか、自動更新を有効にするのがおすすめです。

更新のダウンロードに失敗する場合は、先にプロキシへ接続してから再試行してください。

Android クライアントは一般的にアプリ単位のプロキシ(Per-App Proxy)に対応しており、設定でリスト内アプリのみ許可、またはリスト内アプリを除外という形でプロキシ経由を選べます。

デスクトップ環境ではルール内で PROCESS-NAME を使ってプロセス名で振り分けられます(例:PROCESS-NAME,Telegram.exe,PROXY)。TUN を有効にしない場合、システムプロキシを読み取らないプログラムは自然に直接接続になるため、これも粗い粒度のアプリ単位方式とみなせます。

よくある構成は2層構造です。まず url-test タイプの自動速度測定グループを作り、クライアントがレイテンシに基づいて最速ノードを自動で選ぶようにします。次に select タイプの手動グループを作り、自動グループと各地域のノードを候補として一緒に入れておきます。

日常は自動グループに任せておけば手間がかからず、地域を固定したい場合(地域制限のあるサービスへのアクセスなど)は手動で指定ノードに切り替える、という使い分けで省力性と制御性を両立できます。

まずクライアントのシステムプロキシスイッチがオンになっていること、システムのネットワーク設定に 127.0.0.1:7897 のようなプロキシアドレス(ポート番号はクライアント設定に準じる)が表示されていることを確認してください。

設定が正常なのに効かない場合は、ブラウザにプロキシ管理系の拡張機能が入っていないか確認しましょう。この種の拡張機能はシステムプロキシを上書きするため、システムに従う設定にするか無効化する必要があります。一部のブラウザには独立したプロキシ設定ページもあるので、そちらも「システムプロキシを使用」になっているか確認してください。

Windows はセキュリティポリシー上、デフォルトで UWP アプリのローカルループバックアドレスへのアクセスを禁止しているため、この種のアプリは 127.0.0.1 上のプロキシポートに接続できません。

解決策はループバック制限の解除です。一部のクライアントには UWP Loopback 解除ツールが内蔵されており、対象アプリをワンクリックで許可できます。システム標準の CheckNetIsolation コマンドで手動解除することも可能です。解除後は対象アプリを再起動すれば反映されます。

順に確認してください。1) サブスクの期限切れやトラフィック使い切りがないか、サービス提供元の管理パネルでステータスを確認する。2) サブスクリンクをブラウザに貼って直接アクセスし、YAML テキストがダウンロードできればリンク自体は有効。3) リンクが有効なのにクライアントの更新が失敗する場合は、クライアント内で「プロキシを使ってサブスクを更新」を有効にして再試行する。サブスクのドメイン自体が干渉を受けているケースは珍しくありません。4) サービス提供元がサブスクアドレスを変更していないか確認し、必要ならパネルでサブスクリンクをリセットして再導入する。

まず直接接続モードに切り替えてローカルネットワークが正常か確認し、その後プロキシモードに戻ってサブスクが期限切れでないか、ノードリストが空でないかを確認してください。ノードが存在するのに全滅でタイムアウトする場合は、サブスクの更新、レイテンシ測定用アドレスの変更、グローバルモードに切り替えて単一ノードで検証、の順に試してください。特定地域のピーク時間帯には国際回線の混雑で集団タイムアウトが起きることもあるため、別地域のノードで比較するのも有効です。

以上がすべて無効な場合は、サービス提供元に連絡してサーバー側の状態を確認してください。

よくある原因は3種類あります。1) DNS 設定が不適切な場合。TUN シーンでは fake-ip 強化モードを有効にし、dns セクションの enable が true になっているか確認してください。2) 他の VPN や仮想ネットワークカード系ソフトとの競合。他のネットワークを乗っ取るプログラムを先に終了してから試してください。3) Windows で管理者権限またはサービスモードで実行していないため仮想ネットワークカードの作成に失敗しているケース。

すべて確認しても異常が続く場合は、TUN を無効にしてシステムプロキシでノード自体が使えるか検証し、それから TUN 関連の設定を見直してください。