• Clashエコシステム · クライアントと設定

Clash精選クライアントのダウンロードと設定

デバイスに合ったクライアントを選び、サブスクリプションの追加からルール振り分けまで、手順に沿って進められる日本語ドキュメントを掲載しています。

  • オープンソースのコア
  • マルチプラットフォーム対応クライアント
  • 段階的なトラブル対処
プラットフォーム別ダウンロード

Clashクライアント一覧

まずOSを選び、インストーラーとシステム要件を確認してください。クライアントは設定画面を提供するもので、サブスクリプションと利用可能なプロキシサービスは別途必要です。

複数のデバイスで使う場合は、アプリのデータフォルダーを丸ごとコピーする前に、サブスクリプションの形式が互換性のあるものか確認しましょう。オーバーライド、ルールセット、バックグラウンド動作の扱いはクライアントによって異なります。復元できるようローカル設定を保存してから移行してください。

すべてのクライアントを見る →

Clash設定の5つのポイント

まず通信がどのようにクライアントへ取り込まれるかを理解し、その後に通信経路を決めましょう。以下は設定の構造を示す例であり、そのまま接続できるサブスクリプションではありません。

プロキシモード / 動作の説明

ルールを順番に照合

一致したルールで、プロキシグループまたはダイレクト接続が指定されます。普段はこのモードを選び、接続ログでどのルールに一致したか確認しましょう。

mode: rule

プロキシモードと通信経路

複数の地域のサービスに日常的にアクセスする場合は、まずルールモードを使いましょう。設定した条件に応じてダイレクト接続かプロキシ経由かが決まるため、ネットワーク全体を切り替える必要はありません。グローバルモードはプロキシ経路の一時的な確認に、ダイレクトモードはローカルネットワークとの比較に適しています。3つのモードが変えるのは、コアに取り込まれた通信の行き先です。システムプロキシやTUNによる通信の取り込み設定とは別のものです。

グローバルモードに切り替えるとサイトが表示されるのに、ルールモードでは問題が続く場合は、一致したルールとプロキシグループを確認しましょう。すぐにクライアントを再インストールする必要はありません。同じアプリ、宛先、ネットワークで比較すると、違いの原因を特定しやすくなります。

詳しく見る →

config.yaml / プロキシグループの構成

proxy-groups:
  - name: 手動選択
    type: select
    proxies:
      - DIRECT

構成例にはダイレクト接続の項目のみを含みます。実際に使用するプロキシ名は、設定内で定義済みの項目と一致させてください。

プロキシグループとサブスクリプション設定

出口を手動で選ぶ場合はselectプロキシグループを使い、自動選択や障害時の切り替えが必要な場合はurl-testやfallbackを確認しましょう。プロキシグループ自体にプロキシサーバーの機能はなく、既存の項目を選択可能な経路としてまとめるものです。参照する名前は、スペースや大文字・小文字も含めて完全に一致させてください。一致しないと設定を読み込めない場合があります。

Clashのサブスクリプションを追加したら、まず設定が有効になっていることを確認し、グループ内に利用可能な項目があるか確認しましょう。サブスクリプション管理ページのログインURLを、サブスクリプションURLとして使わないでください。サービス提供元が複数の形式を用意している場合は、現在のコアに対応した形式を選びます。速度測定の結果だけで接続先を決めず、実際のアクセス状況も確認してください。

詳しく見る →

config.yaml / ルールの照合順序

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT
  - MATCH,手動選択

ルールは上から順に照合されます。末尾に指定するポリシー名は、定義済みのプロキシグループと一致させてください。

ルール振り分けと例外処理

特定のサイトをダイレクト接続し、それ以外の通信をプロキシに通す場合は、まずルールの順序を確認しましょう。より具体的なドメインルールを前方に置き、最後にフォールバックとなるMATCHを配置します。ドメインルール、アドレスルール、リモートルールセットは、それぞれ用途が異なります。通常、対象が先にあるルールに一致すると、後続のルールは経路選択に使われません。

LAN内のサービスにアクセスできない場合は、まず対象アドレスがダイレクト接続ルールに一致しているか確認し、次にDNSの解決結果を調べましょう。カスタムルールは、クライアントが対応するオーバーライド機能で保存するのがおすすめです。リモートサブスクリプションの本文を直接変更すると、次回更新時に上書きされることがあります。一度に追加するルールは少数に絞り、変更前後のアクセス結果を記録してください。

詳しく見る →

ネットワークの取り込み / 設定例

システムプロキシ · 有効
TUNモード · 無効
混合ポート7890

ここでは設定例を示しています。現在のデバイスのネットワーク状態は変更されません。

システムプロキシとTUNモード

ブラウザーは接続できるのに一部のアプリでアクセスできない場合は、そのアプリがシステムプロキシに対応しているかを確認しましょう。システムプロキシはOSの設定にプロキシアドレスを登録するため、その設定を参照するアプリのみが利用します。TUNは仮想ネットワークインターフェースを使って通信を取り込むため、一般により広い範囲をカバーしますが、適切な権限、ルート、DNS設定が必要です。単純な高速化スイッチではありません。

初回設定では、まずシステムプロキシだけを有効にして、サブスクリプション、モード、接続先が利用できることを確認してから、必要に応じてTUNを試しましょう。ほかのVPNやネットワークフィルタリングツールも動作している場合は、比較のためにどちらか一方を先に無効にしてください。ポートの競合、仮想NICの権限、ルートの競合は、トラブル対処ガイドで一つずつ確認しましょう。複数の設定を同時に変更しないでください。

詳しく見る →

サブスクリプション管理 / 自動更新

設定の取得元
リモートサブスクリプション
自動更新
有効
更新間隔
24時間
ローカルオーバーライド
個別に保存

間隔は説明用の例です。サービス提供元の推奨とクライアントの機能に合わせて調整してください。

サブスクリプションの更新とローカル変更

サービス提供元がサーバーやルールを変更した場合、新しい内容をクライアントに反映するにはサブスクリプションを再取得する必要があります。自動更新を使うと手動操作を減らせますが、更新に成功してもすべての接続先が利用できるとは限りません。更新日時、設定の読み込み状態、実際の接続結果をあわせて確認しましょう。更新できない場合は、まずリンクの有効期限、ネットワークへの到達性、応答内容を確認してください。同じサブスクリプションを何度も作り直す必要はありません。

ローカルルール、DNS、プロキシグループの変更は、リモートの設定とは分けて管理しましょう。クライアントを乗り換える際は、サブスクリプションURLだけでなく、オーバーライドファイル、選択中のポリシー、必要なポート設定も記録してください。サブスクリプションURLには認証情報が含まれる場合があります。ログやスクリーンショットを共有する前にURL全体を隠し、個人用のサブスクリプションを出所不明のオンライン変換サービスに送信しないようにしましょう。

詳しく見る →

オープンソースプロジェクトと設定の参考情報

コア、クライアント、サブスクリプションサービスを区別しましょう。インストーラーがデバイスに合うか、設定に互換性があるか、接続経路に到達できるかは、それぞれ個別に確認する必要があります。

Clashエコシステムとmihomoコア

Clashエコシステムには、プロキシ転送とルール照合を担うコアと、設定管理を担うGUIクライアントがあります。オリジナルのClashプロジェクトがメンテナンスを終了した後も、コミュニティでは互換コアやクライアントの開発が続いています。mihomoは、継続的に開発されているオープンソースのコアプロジェクトの一つです。古いガイドに記載された画面名や設定項目は、現在のツールと一致しない場合があります。参照する前に、クライアントが実際に使用しているコアを確認してください。

GUIクライアントは、サブスクリプションの追加、モード選択、接続状況の確認、システム連携などを提供します。mihomoを使用するクライアント同士でも、オーバーライドの統合、権限の要求、設定の保存方法、サービスの実行方式は異なる場合があります。設定を移行する際は、別のデバイスのデータフォルダーを丸ごと上書きせず、まずサブスクリプションとルールを移し、その後に端末固有の設定を一つずつ復元しましょう。

プロジェクトのドキュメントで機能の範囲を確認

コアの設定構文、プロトコル対応状況、各項目の意味は、MetaCubeX/mihomoのオープンソースリポジトリとドキュメントを参照してください。設定を読み込めない場合は、まずエラーメッセージを保存し、項目の階層、インデント、参照名を確認しましょう。ネットワークに接続できない問題と構文エラーは別の問題です。クライアントを何度も入れ替えて一緒に調べないでください。

公開ソースコードは、動作の理解や変更履歴の確認に役立ちますが、実際のデバイス環境でのテストに代わるものではありません。インストール前にOSの要件、プロセッサのアーキテクチャ、クライアントのメンテナンス状況を確認してください。メンテナンスが終了したツールは、アーカイブや互換性の確認と日常利用の要件を分けて考えましょう。使い慣れた旧画面だけを理由に、新しいOS権限やプロトコルの互換性を見落とさないようにしてください。

更新・トラブル対処の進め方

ソフトウェア、サブスクリプション、ルールセットの更新は、それぞれ別のものです。ソフトウェアの更新ではクライアントやコアの機能が変わり、サブスクリプションの更新ではサービス提供元から配信される設定が変わります。ルールセットの更新では照合に使うデータが変わります。トラブル対処では、まず直近の変更を記録し、そのうえで元に戻すか調整するかを判断しましょう。サブスクリプションを更新してもクライアントの権限の問題は解決せず、ソフトウェアを再インストールしても期限切れのサブスクリプションが復旧するわけではありません。

問題を比較する際は、1回につき変更する条件を1つに絞りましょう。同じ接続先で同じ宛先をテストしてから、ルールの照合結果、DNSの解決、アプリの通信が取り込まれているかを確認します。正常に読み込める設定を保存し、以前のポート番号とモードも記録してください。問題を報告する際は、クライアント名、OS環境、再現手順、個人情報を伏せたログを添えると、「インターネットにつながらない」とだけ伝えるより原因を特定しやすくなります。

Clash精選は、クライアントのダウンロード先と設定情報をまとめたサイトです。プロキシ回線を提供するものではなく、各クライアントの開発プロジェクトとも関係ありません。サブスクリプションの有効性、デバイスが接続しているネットワーク、アクセス先サービスの利用条件によって結果は変わります。利用にあたっては、現地の法律、ネットワーク管理規則、各サービスの利用規約を守ってください。組織のネットワークや共有デバイスを設定する場合は、事前に管理者の許可を得てください。

初めて使う場合は、設定ガイドの手順に沿ってインポートと動作確認を進めてください。接続できるものの動作に問題がある場合は、トラブル対処ガイドで症状から原因を探しましょう。ポートの競合はポート設定のセクション、接続先の状態はノードの速度測定手順を確認してください。無関係な操作を別々のページで繰り返すのを防げます。

最近の設定ガイド

基本的な接続ができたら、ルール振り分け、複数デバイス間の同期、速度の問題に取り組みましょう。各記事では設定作業を一つずつ扱い、複数の項目を同時に変更しないようにしています。

記事一覧を見る →

Linuxのペンギンのイラスト:Font Awesome、CC BY 4.0ライセンス。