OSに合ったクライアントを選び、サブスクリプションの追加、ルール分岐、プロキシ設定の順に進めます。
設定画面はイメージです。ポートは実際に使用するクライアントの設定をご確認ください。Clash Verge Revはデスクトップ向けです。モバイルでは各OSに対応したクライアントをお使いください。
「通信をどのようにコアへ取り込むか」と「取り込んだ通信をどのルールで処理するか」は分けて考えます。システムプロキシとTUNモードは通信の取り込み口を担い、ルール・グローバル・直接接続は処理方法を決めます。それぞれ別の設定です。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,PROXYPROXYはポリシーグループ名の例です。設定ファイル内で定義してください。
ルール分岐では、ドメインや接続先アドレスなどの条件に応じて通信の出口を決めます。ローカルサービスとプロキシが必要なサイトを併用する場合に便利です。クライアントのプロキシモードで「ルール」を選び、ルール画面で適用順を確認してください。ルールは上から順に照合され、最初に一致した項目が適用されます。LANへの直接接続ルールは、通常、最後に適用するルールより前に置きます。例のPROXYは既存のポリシーグループを指定する必要があります。ルールだけをコピーしてグループ定義を省略しないでください。グローバルモードでは全通信に同じグローバルポリシーを適用するため、ルール一覧による振り分けは行いません。TUNは通信の取り込み口を変える機能であり、ルールの代わりにはなりません。
モードの選び方を見る →TUNモードは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシに従わないアプリにも対応します。クライアントの案内に従ってサービスをインストールするか権限を付与してから、設定でTUNを有効にしてください。stackはコアの対応状況に応じてmixed、system、gvisorから選べます。auto-routeはルーティングを設定し、dns-hijackは条件に一致するDNSリクエストを取り込みます。仮想インターフェースを有効にするだけでなく、DNSの処理経路も確認してください。システムプロキシとは異なり、TUNはシステムのルート設定に関わるため、ほかのVPNと競合する場合があります。問題を切り分ける際は、ほかの通信制御ツールをいったん停止し、ルールモードのまま照合結果を確認してください。
TUNとルーティングのトラブル対処を見る →URLは形式の例です。実際に使えるサブスクリプションではありません。
サブスクリプション管理では、リモート設定を取得してローカルに保存します。プロキシを有効にする機能とは別です。サブスクリプション画面に提供元から発行されたURLをすべて貼り付け、追加後にその設定を選択して、自動更新の間隔を指定してください。例では1日ごとに更新しますが、提供元の制限に従って設定します。サブスクリプションURLにはアクセス情報が含まれることがあるため、スクリーンショットや公開ログに載せないでください。更新に失敗したら、取得内容が設定ファイルなのか、ログイン画面やエラーページなのかをまず確認します。既存の設定が使えていても、リモートURLが有効とは限りません。独自ルールはオーバーライドやマージ機能で保存し、次回更新で手動変更が上書きされないようにしてください。
自動更新の説明を見る →対象外アドレスの書式はOSによって異なります。
システムプロキシは、ローカルのプロキシアドレスをOSの設定に登録し、その設定に従うブラウザーなどのアプリを混合ポートに接続します。クライアントの設定で有効にしたら、OSに表示されるアドレスとポートがコアの待ち受け設定と一致しているか確認してください。プロキシ対象外の設定は、どの接続をプロキシに通さないかをOS側で決めます。コアが受け取った通信に適用する直接接続ルールとは、設定する階層が異なります。ターミナルのプログラム、ゲーム、独自のプロキシ設定を持つアプリは、システムプロキシを参照しない場合があります。その場合は個別に設定するか、TUNを使用してください。クライアントを終了する前に正常に終了し、システムプロキシが元に戻ったことを確認しましょう。設定が残ると、待ち受けを停止したローカルポートにアプリが接続し続けることがあります。
システムプロキシのよくある問題を見る →混合ポートはアプリがプロキシに接続するための入口です。外部コントローラーのアドレスは、クライアント画面からコアを管理するためのもので、互いに置き換えることはできません。混合ポートを変更した場合は、ブラウザーのプロキシ拡張機能、ターミナルの環境変数、プロキシアドレスを手入力したほかのプログラムも確認してください。設定画面のスイッチは設定項目の意味を示すものであり、実際の端末でその機能が有効になっているとは限りません。
ウェブページが開かない場合は、設定が選択されているか、コアが起動できているかを確認し、次にシステムプロキシまたはTUNで通信を取り込めているか調べます。その後、接続に適用されたルールとポリシーグループを確認し、最後にDNSを調べてください。一度に変更する項目を一つにして再テストすると、原因を切り分けやすくなります。グローバルモードへの切り替えはルール分岐の問題を調べるのに役立ちますが、ポートの競合、無効なサブスクリプション、OSの名前解決エラーは解決しません。
OSに合ったダウンロードセンターを開き、CPUアーキテクチャとシステム要件を確認してください。クライアントはグラフィカルな操作画面を、コアは接続とルール処理を担当します。設定を移行できるかどうかは、移行先クライアントが対応する項目や機能にも左右されます。
まずClash Plusを確認し、Clash Verge Rev、FlClash、Clash Nyanpasuも選択肢として検討できます。インストール前にシステムアーキテクチャを確認し、初回は通常のシステムプロキシを設定してから、必要に応じてTUNサービスを有効にしてください。
Clash for Windowsは開発・保守が終了しています。以前の設定を移行する場合は、サブスクリプションの元URLと独自ルールを残し、ポートとサービスモードを確認してください。新しいクライアントの設定フォルダー全体をそのまま上書きしないでください。
ダウンロードへApple Silicon用とIntel用のインストーラーを区別してください。ダウンロードセンターではClash Plus、Clash Verge Rev、FlClashを掲載し、ClashX Metaのメンテナンス状況も個別に案内しています。旧クライアントからの移行にお役立てください。
初回起動時にシステム権限が必要な場合は、まずインストール元を確認し、OSの案内に従って操作してください。システムプロキシはネットワークサービスごとに適用されます。有線・無線ネットワークを切り替えた後は、ネットワーク設定でプロキシがクライアントの設定と一致しているか確認できます。
ダウンロードへ使い方に合わせてClash Plus、Clash Meta for Android、FlClash、Surfboardから選べます。設定形式の互換性に注意してください。サブスクリプションURLを開けるだけで、すべてのクライアントに対応しているとは限りません。
初回接続時は通常、VPN権限の許可が必要です。画面ロック後に接続が切れる場合は、OSのバッテリー最適化とバックグラウンド動作の制限を確認してください。別のVPNが起動している場合はいったん停止し、使用するクライアントの通信制御をテストしてください。
ダウンロードへダウンロードセンターからClash PlusのApp Storeページにアクセスできます。製品情報は公式サイトclashplus.ioでも確認できます。インストール後、対応する設定を追加し、OSの案内に従ってVPN構成の追加を許可してください。
モバイル端末の通信制御は、OSのネットワーク拡張機能の仕組みに制約されます。デスクトップ向けのサービスインストール、混合ポート、システム起動時の自動起動の手順をそのまま適用することはできません。接続前に現在の設定とポリシーを確認し、アプリから目的のサイトやサービスにアクセスできるかテストしてください。
ダウンロードへデスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージ形式を使用できます。サーバーやルーターではmihomoコアを直接実行するのが一般的です。その場合は設定フォルダー、サービスの起動、転送ルールを自分で管理する必要があります。
グラフィカルクライアントでシステムプロキシを有効にしても、すべてのコマンドラインツールがその設定を使うとは限りません。ターミナルでは、各プログラムの対応状況に応じてプロキシ環境変数を設定してください。TUNを使う場合は、権限、ルーティング、DNSも確認し、既存のネットワーク管理サービスと二重に通信を制御しないようにします。
ダウンロードへ使うクライアントを決められない場合は、まずプラットフォーム、設定形式、TUNが必要かどうかを確認し、その後で画面や設定管理の方法を比較してください。古いクライアント名とコアの名称を混同しないようにしましょう。同じClashエコシステムのアプリでも、採用するコアや更新頻度が異なる場合があります。
クライアント一覧を見る → クライアントの選び方ガイドを読む →初回設定では、まず再現可能な接続手順を一つ完成させてから、自動更新、システム起動時の自動起動、独自ルールを追加してください。クライアントをインストールしただけでは、使える設定がそろったことにはなりません。当サイトのダウンロード案内では、プロキシサービスのサブスクリプションは提供していません。
サブスクリプションまたは設定の画面を開き、提供元から発行されたURLをすべて貼り付けます。追加が完了したら、その設定を選択してください。ローカルのYAMLファイルを読み込む場合は、文字コードとインデントが正しいことを確認します。設定名が表示された後も、コアが正常に読み込めたか確認してください。構文エラーや未定義のポリシーグループがある場合、システムプロキシを何度切り替えても解決しません。
普段使いでは、まずルールモードを選び、実際のポリシーグループで使いたい出口を指定してからシステムプロキシを有効にします。アプリがシステムプロキシに従わない場合に限り、TUNの設定を検討してください。グローバルモードとTUNは別の機能で、両方を同時に有効にする必要はありません。複数のプロキシクライアントを同時に使う場合は、ほかのクライアントのシステムプロキシと仮想インターフェースを停止し、ポートやルートの競合を避けてください。
プロキシが必要なサイトとローカルネットワークのサービスにそれぞれアクセスし、接続ログで適用されたルールとポリシーを確認します。特定のアプリだけ失敗する場合は、まずアプリ独自のプロキシ設定を調べてください。すべてのアプリで失敗する場合は、ポート、通信の取り込み、ルール、DNSの順に確認します。接続を検証できたらサブスクリプションの更新間隔を設定し、独自のオーバーライド設定を保存しておくと、更新や移行の際に復元できます。
プロジェクト名、コアの実装、クライアント画面を区別すると、設定の互換性や更新範囲を判断しやすくなります。以下のコマンドはmihomoのソースコードを確認するためのものです。クライアントのインストールやサブスクリプションの取得には使いません。
Clashエコシステムにはコア、デスクトップ向けの画面、モバイルアプリが含まれ、すべてのOSを一つのインストーラーでカバーするものではありません。初期のクライアントの開発が終了した後も、コミュニティでは別の画面やコアの開発が続いています。Clash for Windowsの開発終了はエコシステム全体の更新停止を意味せず、旧クライアントが新しいプロトコルに自動対応するわけでもありません。クライアントを選ぶ際は、名前の知名度だけでなく、現在のメンテナンス状況を確認してください。
mihomoは設定の解析、プロトコル接続、ルール照合、DNS処理を担います。Clash Verge Revなどのグラフィカルクライアントは、その上でサブスクリプション管理、設定画面、OS連携を提供します。機能を使えるかどうかは、コアが対応しているかに加え、クライアントから該当する設定を操作できるかにも左右されます。デスクトップ画面のボタン配置は設定仕様そのものではありません。別のクライアント向けの手順を参照する際は、同じメニューを探すのではなく、各設定項目の意味を照らし合わせてください。
オープンソースのリポジトリでは、実装、コミット履歴、既知の問題を確認できます。特定の挙動が設定ミスなのか機能上の制限なのかを調べる際に役立ちます。問題の議論を読むときは、OS、コア、クライアントを区別してください。問い合わせ用の情報には、エラーの種類、再現手順、個人情報を除いた設定を含められますが、サブスクリプションURL、アクセス情報、個人のネットワーク情報は削除してください。公開ログには原因の特定に必要な部分だけを残し、設定全体をそのまま貼り付けないでください。
クライアントの更新では画面、OS連携、同梱コアが変わることがあります。サブスクリプションの更新ではサービス提供元のリモート設定を取得します。更新方法も失敗の原因も異なります。クライアントを乗り換える前に、現在の混合ポート、TUN設定、独自ルールを控えてください。サブスクリプションを更新する前に、ローカルの変更がマージ設定やオーバーライド設定に保存されているか確認します。更新後は成功の表示だけで判断せず、実際に適用された内容を確認すると、移行が完了したか確かめやすくなります。
まず症状に応じて確認する順番を決めてから、該当する設定を見てください。サブスクリプションの解析エラー、DNSの異常、「接続済みなのにウェブページが開かない」はそれぞれ問題の発生箇所が異なります。すべてをクライアントの再インストールで解決しようとしないでください。
URLの形式と取得内容から確認し、YAMLの構文とサーバーの状態も調べます。内容が空の場合、ログインページが返された場合、項目に互換性がない場合を区別し、サブスクリプションの問題をクライアントのインストール失敗と取り違えないようにします。
記事を読む →DNSの上流サーバー、フォールバックの判断、拡張モードの役割を項目ごとに解説します。通信の取り込み方法とDNSハイジャックの関係を踏まえ、リクエストが実際にどのDNSサーバーへ渡されるかを確認してから、設定項目を調整してください。
記事を読む →システムプロキシ、ポートの競合、プロキシモード、ルール照合、DNSの順に原因を絞り込みます。一度に変更する条件は一つにし、同じ接続先で再テストしてください。問題の特定に役立つログは残しておきましょう。
記事を読む →症状に沿って順番に確認したい場合はトラブル対処マニュアルをご覧ください。初回接続の設定だけならサブスクリプション追加ガイドに沿って進められます。基本用語やよくある設定の疑問はヘルプセンターにまとめています。用語を確認してから設定を変更する際にご活用ください。