OSに合ったクライアントを選び、サブスクリプションの追加、ルーティングルールの設定、接続確認を行います。
設定例 / セクション別に見る
設定、ルール、通信の取り込み範囲を整理してから変更しましょう。以下の例は設定項目の関係を説明するもので、プロキシグループを含む完全な設定ファイルの代わりにはなりません。
config.yaml / rules
mode: rule
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXYまず特定のドメインに対するルールを先頭に置き、次に地域別ルールを設定し、最後にMATCHで残りの通信を処理します。Clashはリストの上から順に照合し、一致した時点で該当する接続先を使うため、後続のルールは確認しません。例のPROXYはポリシー名なので、設定済みのプロキシグループ名と一致させてください。DIRECTはプロキシを経由せず直接接続する指定です。変更後は接続をやり直し、接続画面で一致したルールを確認しましょう。グローバルモードと異なり、ルールモードでは宛先ごとに接続先を使い分けられるため、普段のブラウジングとローカルサービスを併用する場合に便利です。
サブスクリプション / 設定の適用手順
サブスクリプション画面で、提供元の互換リンクを追加します。更新が完了したら、その設定を選択してください。サブスクリプションにはプロキシノード、プロキシグループ、ルール、DNS設定が含まれる場合があります。追加に成功しても、すべての通信が自動的にプロキシ経由になるとは限りません。エラーが出た場合は、内容がウェブページや他のクライアント専用形式ではなく、完全なYAMLファイルかを確認しましょう。独自ルールを追加するときは、リモートのサブスクリプションを直接編集せず、クライアントの上書き・マージ機能を使うのがおすすめです。次回の更新で、元ファイルへの変更が上書きされることがあります。
通信の取り込み範囲 / どちらかの方法で確認
まずシステムプロキシでブラウザーが接続できるか確認し、必要に応じてTUNを検討します。システムプロキシは、OSの設定を通じてアプリにローカルポートの利用を知らせる仕組みです。一部のアプリはこの設定を参照しません。TUNは仮想ネットワークインターフェースで通信を受け取り、通常は追加の権限とDNS・ルーティング設定が必要です。どちらも通信を取り込む範囲を決めるもので、プロキシノードの品質を改善したり、グローバルモードに切り替えたりする機能ではありません。特定のアプリだけが取り込まれない場合にTUNを有効にし、他のVPNや仮想ネットワークインターフェースとの競合がないか確認してください。
接続を確認 / 入り口から接続先まで
対象ドメイン → DNSによる名前解決
アプリのリクエスト → システムプロキシまたはTUN
ルール照合 → プロキシグループ
接続先を選択 → 対象サービス新しいウェブリクエストを一度送信してから接続画面を開き、対象、適用されたルール、実際の接続先を確認します。メイン画面のスイッチを見るだけでは、アプリの通信がコアに届いたか判断できません。レイテンシテストだけでも、実際のウェブサイトが使えるかは分かりません。接続記録がない場合は通信の取り込み設定を確認します。予期しないルールに一致した場合は、ルールの順序やポリシーを見直します。接続先が正しいのに失敗する場合は、プロキシノード、DNS、対象サービスを順に確認してください。変更は一度に一つだけにして再テストすると、原因を追いやすくなります。複数のスイッチを同時に切り替えるより、問題の切り分けが簡単です。
設定を始めるときは、「通信を取り込む」ことと「接続先を選ぶ」ことを分けて考えましょう。システムプロキシとTUNは、どのリクエストをクライアントに取り込むかを決めます。ルールモードとグローバルモードは、取り込まれたリクエストの接続先をどう選ぶかを決めます。これは別々の設定項目です。TUNを有効にしてもルールによる振り分けは可能ですし、グローバルモードを選んでも、システムプロキシを無視するすべてのアプリが自動的に取り込まれるわけではありません。初期設定では既定値を保ち、まず再現可能な接続を一つ確立してから、利用範囲を段階的に広げましょう。
設定例を読むときは、前後の文脈も確認してください。ルールが参照するポリシーはあらかじめ定義されている必要があります。YAMLのインデントも正しく設定してください。また、一部の項目はクライアントが使用するコアによって異なります。ネット上の設定例をサブスクリプションにそのまま貼り付けると、既存の構造を上書きするおそれがあります。設定項目の意味は用語集で、問題が起きている箇所は症状別トラブルシューティングで確認できます。
クライアント / OS別に選ぶ
OSとCPUアーキテクチャを確認してからインストーラーを選びましょう。デスクトップ向けGUIクライアント、モバイルアプリ、コマンドラインのコアでは使い方が異なり、設定をそのまま共用できるとは限りません。
まずClash Plusを確認し、使い方に応じてClash Verge Rev、FlClash、Clash Nyanpasuも選べます。システム情報でCPUの種類を確かめてから、インストーラーの説明を確認してください。x64版とARM版を取り違えないようにしましょう。インストール後はシステムプロキシで接続を確認し、通信を取り込む必要がある場合にサービスやTUNの権限を設定します。
Clash for Windowsは開発・保守が終了しています。ダウンロードページにはアーカイブ情報を掲載しています。既存の利用者が移行する場合は、サブスクリプションと独自ルールをバックアップし、新しいクライアントのポート番号や上書き方法を改めて確認してください。以前の設定フォルダー全体をそのまま移さないようにしましょう。
ダウンロードへApple Silicon版とIntel版を区別し、Clash Plus、Clash Verge Rev、FlClashの対応パッケージを選びましょう。「このMacについて」でチップ情報を確認すると、外観から推測するより確実です。初回起動時はOSの案内に従って必要な権限を許可し、その後クライアントで設定を追加してプロキシの状態を確認します。
以前のクライアントに残ったプロキシ設定が、新しいクライアントに影響する場合があります。切り替える前に旧クライアントを終了し、複数のアプリが同時にシステムプロキシを書き換えていないか確認してください。ClashX Metaのアーカイブ版とメンテナンス状況は、ダウンロードページに記載しています。
ダウンロードへClash Plus、Clash Meta for Android、FlClash、Surfboardの対応状況を確認しましょう。新しい端末の多くはARM64ですが、端末情報で確認してください。インストール後に互換性のある設定を追加し、初回接続時はOSのVPN許可画面を確認します。他のVPNアプリを同時に実行すると、通信の取り込みが競合することがあります。
バックグラウンドで接続を維持したい場合は、端末の設定でバッテリー最適化とバックグラウンド動作の権限を確認しましょう。画面消灯後だけ切断する場合は、サブスクリプションを何度も入れ替える前に、OSがプロセスを停止していないか確認してください。Surfboardの設定形式はClash YAMLと異なるため、読み込む前に形式を確認する必要があります。
ダウンロードへダウンロードページからClash PlusのApp Storeページを開き、対応端末とアプリの説明を確認してください。クライアントの公式サイトはclashplus.ioです。インストール後はアプリの手順に従って設定を追加し、OSの案内でVPN構成の追加を許可します。アプリ内の接続状態と実際のアクセス結果の両方で、設定が反映されたか確認しましょう。
Wi-Fiとモバイル通信を切り替えたら、同じ接続先をもう一度テストしてください。接続結果が異なる場合は、ネットワーク、エラー、使用中のポリシーを記録して、モバイル向けのトラブルシューティングを確認しましょう。クライアントは接続を処理しますが、サブスクリプションの提供元や利用可能な回線は別途確認が必要です。
ダウンロードへデスクトップ環境ではClash Verge RevまたはFlClashを選び、ディストリビューションに合ったパッケージをインストールできます。GUIのないサーバー、ルーター、バックグラウンドサービスが必要な環境では、mihomoコアを個別に導入できます。GUIクライアントには通常、設定管理機能があります。コマンドラインのコアでは、設定ディレクトリや起動オプション、サービス権限を自分で用意する必要があります。
デスクトップのプロキシ設定が、ターミナルのアプリに反映されるとは限りません。コマンドラインのダウンロードツールには、プロキシ環境変数を別途設定する必要がある場合があります。バックグラウンドサービスも、対話型ターミナルの環境変数を自動では引き継ぎません。まず通信が必要なプロセスを特定し、アプリ単位のプロキシ、システムプロキシ、TUNのどれを使うか決めましょう。異なる範囲の設定を混同しないことが大切です。
ダウンロードへクライアントをダウンロードしても、プロキシ回線を利用できるとは限りません。設定を追加する前に、信頼できる提供元から入手したサブスクリプションであること、選んだクライアントに対応した形式であることを確認し、リンクを安全に保管してください。リンクにアクセス用の認証情報が含まれる場合があります。公開コメントやスクリーンショット、見知らぬ変換サイトに貼り付けないでください。設定を更新した後は、想定したプロキシグループが選択されているか確認しましょう。
クイックスタート / 接続確認の手順をたどる
まず既定の設定で一度接続し、その後に独自ルールを追加しましょう。以下は操作手順の概要です。メニュー名はクライアントによって異なる場合があります。
クライアントの「サブスクリプション」または「設定」を開き、互換性のあるリンクを貼り付けてダウンロードまたは更新します。設定名が表示されたら、それを選択し、プロキシ画面に対応するプロキシグループが表示されているか確認してください。追加に失敗した場合は、リンクが完全で有効期限内か、クライアント対応の形式が返されるかを確認しましょう。設定が読み込まれる前にシステムプロキシを何度も変更する必要はありません。
ローカルファイルも設定の読み込み元として使えますが、有効なプロキシまたはプロキシプロバイダーと、それに対応するポリシーが必要です。rulesだけの短いサンプルでは、単独で接続できません。あとで元に戻せるよう、正常に動作する設定を一つ保存しておきましょう。
まずルールモードに切り替え、ルールから実際に参照されているプロキシグループで接続先を選びます。ルールモードでは、ローカルの接続先とその他のサービスを分けて処理できます。グローバルモードは接続先の動作を一時的に比較するときに、DIRECTモードはプロキシを使わないときに利用できます。似た名前のプロキシグループでも役割が異なる場合があります。リストの先頭を変更するのではなく、まずルールがどのグループを参照しているか確認してください。
初回接続で高度な設定をすべて有効にする必要はありません。まずDNSとルーティングは既定値のままにして、基本的な接続を確認しましょう。特定のドメインを直接接続したい場合は、対象を限定したルールを追加し、範囲の広いルールより前にあるか確認してください。
デスクトップではまずシステムプロキシを有効にし、モバイル端末では案内に従ってVPN接続を開始します。テスト用のページを新しく開き、クライアントの接続画面で対象と接続先を確認してください。既存の長時間接続は以前の経路を使い続けることがあります。必要に応じて対象アプリを終了してから再試行しましょう。スイッチがオンかどうかだけを見るより、同じ手順で再現できるアクセス結果を確認するほうが確実です。
クライアントを終了した後もインターネットに接続できない場合は、システムにローカルポートを指すプロキシ設定が残っていないか確認してください。一部のアプリだけ接続記録に表示されない場合は、アプリのプロキシ設定、TUN、VPNの除外設定を確認します。記録はあるのに接続できない場合は、ルール、ポリシー、DNS、回線の順に原因を調べましょう。
自動起動の設定は、接続を確認してから行いましょう。まずクライアントを正常に終了・再接続できることを確かめ、その後にOS起動時の自動起動、自動接続、バックグラウンドサービスを設定します。アプリの起動と通信の取り込みは別の設定です。再起動後は設定が読み込まれているか、コアが動作しているか、プロキシポートが使えるかも確認してください。
オープンソースの仕組み / プロジェクトとクライアントを区別
ソースコード、リリース情報、設定ドキュメントで機能を確認しましょう。クライアントは管理画面、コアは接続処理、サブスクリプションは設定の提供を担います。それぞれ更新のタイミングと範囲が異なります。
Clashではルールで接続先を決める設定方式が確立されました。Clash Metaはこのエコシステムを拡張し、その後、関連するコアプロジェクトはmihomoの名称で開発・保守されています。古い解説記事では、現在のコアをClash Metaと呼んでいる場合があります。記事を読む際は、コア、GUIクライアント、設定形式のどれについて説明しているか確認してください。同じ名称でも、メンテナンス状況が同じとは限りません。
Clash for WindowsはGUIクライアントの名称であり、Clashエコシステム全体を指すものではありません。開発・保守終了後も、他のクライアントやmihomoコアはそれぞれのリリース手順で更新されています。移行時は互換性のあるサブスクリプションを引き継げますが、設定の対応範囲、既定のポート、サービスモード、独自設定の上書き方法を改めて確認してください。
GUIクライアントには通常、サブスクリプション管理、ポリシーの切り替え、ログの表示、システムプロキシの設定機能があります。コアは設定を解析し、DNS、ルール照合、プロキシ接続を処理します。プロトコルや設定項目が使えるかどうかは、コアの対応状況に加え、クライアントが設定を正しく渡すかにも左右されます。画面にスイッチが表示されているだけでは、すべての設定が反映されたとは判断できません。
クライアントを比較するときは、見た目だけでなく、OSとの互換性、設定管理の方法、日常的なトラブル確認のしやすさを重視しましょう。バックグラウンドで動作させる端末では、サービス管理や権限の再設定も重要です。クライアント選びはダウンロードページのOS別案内を参考にし、設定項目に違いがある場合は使用中のコアのドキュメントも確認してください。
クライアントの更新では、コア、画面、権限の扱いが変わることがあります。サブスクリプションの更新では主に、提供元の設定が置き換わります。両者は互いの代わりにはなりません。更新前に独自ルールと動作する設定を保存し、使用中のOSに関係するリリースノートを確認してください。更新後はサブスクリプションの読み込み、ポリシーの選択、接続経路を再確認しましょう。特にサービスモードやTUNの再許可が必要か注意してください。
リモートのサブスクリプションはできるだけ提供元の管理に任せ、独自の設定はクライアントがサポートする上書き、マージ、個別のルールファイルで管理しましょう。クライアントによってマージ順序が異なる場合があります。移行後は特定のドメインを一つ使ってテストし、独自ルールが最終設定に反映されているか確認してください。エディターで保存できたからといって、実行中のコアに設定が再読み込みされたとは限りません。
問題が起きたら、OS、クライアント名、通信の取り込み方法、発生時刻、再現手順を記録しましょう。ログにはサブスクリプションのリンク、サーバーアドレス、認証情報などが含まれる場合があります。公開する前に必ず削除してください。「特定のネットワークで特定のアプリに接続記録が残らない」のように状況を具体的に伝えると、「使えない」とだけ書くより原因を特定しやすく、DNSの問題をルールの問題と誤認するのも防げます。
Clashガイドはダウンロード先と設定手順を紹介するサイトであり、コアプロジェクトや各クライアントの公式メンテナーではありません。また、プロキシ回線も提供していません。特定のクライアントの不具合は、リリース情報や公式の問い合わせ窓口を確認してください。サブスクリプションの権限や内容については、提供元にお問い合わせください。利用にあたっては、居住地域の法律、ネットワーク管理上のルール、関連サービスの利用規約を守ってください。
いいえ。ルールモードでは、適用されたルールに応じて直接接続かプロキシ経由かを選びます。前提として、リクエストがコアに取り込まれている必要があります。まず通信の取り込み範囲を確認し、次に一致したルールを確認してください。関連用語は用語集をご覧ください。
必要です。TUNは仮想ネットワークインターフェースにルーティングされた通信を受け取り、ポリシーグループが接続先を選びます。DNS、ルーティング、他のVPNの影響も確認してください。ネットワークスタックとポリシーの違いは、用語集で確認できます。
テストで分かるのは、指定したアドレスへの接続がその時点でどうだったかです。対象サイト、DNS、アプリの通信取り込みが正常とは限りません。実際のリクエストを接続記録で確認し、順に原因を調べましょう。基本用語は用語集をご覧ください。
最新情報 / 特集記事
基本的な接続を確認したら、課題に応じて記事を選びましょう。以下の3記事では、Linuxでのバックグラウンド実行、レイテンシテストの見方、独自ルールの順序を解説します。記録した設定や接続状況を確認しながら読むと役立ちます。
デスクトップLinuxのGUIクライアントとヘッドレスサーバーの両方を対象に、mihomoのインストール、設定ディレクトリ、systemdサービス、ターミナルのプロキシ環境変数を解説します。
対話型ターミナルとバックグラウンドサービスの実行環境の違いを中心に解説します。手動起動では接続できるのに再起動後にサービスが動かない場合や、ターミナルのツールが想定したプロキシを使わない場合に役立ちます。
記事を読む →クライアントのレイテンシテストで測定される内容、テスト先やタイムアウトの影響、パケットロス・帯域幅・回線の混雑がミリ秒の値に表れない理由を解説します。
まずテスト条件をそろえてから、実際のアプリの使用感を比較しましょう。テスト結果は正常なのに、ダウンロード、動画再生、ウェブ閲覧に明らかな差がある場合に役立ちます。
記事を読む →よく使われるルールタイプの書式を一つずつ解説し、上から順に照合して最初の一致を適用する仕組みを説明します。rule-providersの参照方法や、ルールが競合したときの調整方法も紹介します。
まずドメインルールを一つ追加し、次にルールセットの参照先とフォールバックの位置を確認しましょう。正しいポリシーを選んでいるのに、特定のウェブサイトが予期しない接続先を使う場合に役立ちます。変更前に元の設定を保存し、変更後は新しい接続で適用ルールを確認してください。ブラウザーが以前の接続を再利用していると、確認結果を誤ることがあります。
記事を読む →