初期設定 · 4ステップ

Clashの使い方入門

サブスクリプションを追加 → ルールモードを選択 → 接続を有効化 → 動作を確認。クライアントと有効な設定がすでにある場合、約10分で初期設定できます。サブスクリプションの取得やネットワーク障害の対応にかかる時間は含みません。

事前準備：クライアントとサブスクリプション設定

まずクライアントのダウンロードページから、OSとCPUアーキテクチャに合ったインストーラーを選びます。初めて使う場合は、現在もメンテナンスされているGUIクライアントがおすすめです。インストール後、通常どおり起動してください。Clash配布ステーションはクライアントへのリンクと日本語の操作ガイドを掲載しており、各クライアントの公式開発元ではありません。プロキシノードやサブスクリプションの提供も行っていません。ソフトをインストールしただけでは、利用可能なプロキシ出口は用意されません。

次に、有効なClashまたはmihomo形式のサブスクリプションURL、またはプロキシ、ポリシーグループ、ルールを含むYAML設定ファイルを用意します。サブスクリプションは通常、利用しているサービスの提供元から取得します。一般的なWebページのURL、アカウントのログインページ、単体のプロトコルリンクは、設定用のサブスクリプションとして読み込めない場合があります。複数の形式が用意されている場合は、クライアントのコアに対応する形式を選んでください。

サブスクリプションURLには、アカウントを特定できる情報が含まれる場合があります。コピー時に前後の空白を含めないよう注意し、URL全体を公開の掲示板に貼り付けたり、URLが写ったスクリーンショットを送ったりしないでください。別のプロキシクライアント、VPN、ブラウザーのプロキシ拡張機能が動作している場合は、元の設定を記録して一時的に無効にします。どのアプリが通信を処理しているか分からなくなるのを防げます。まずはクライアントを1つだけ設定し、動作を確認してから、ほかのネットワークツールとの併用を検討してください。

手順1：サブスクリプションを追加して設定を有効化

クライアントの「設定」または「サブスクリプション」画面を開き、「新規作成」「インポート」またはプラス記号のボタンを探します。URLからのインポートを選び、サブスクリプションURLを入力欄に貼り付けてください。名前の入力を求められた場合は、「日常用」など見分けやすい名前を付けます。名前はクライアント内で表示するラベルで、リモートのサブスクリプション内容には影響しません。URLが正しいことを確認して「インポート」を実行し、ダウンロードと解析が終わるまで待ちます。

インポートが成功すると、通常は名前、取得元、更新日時などが記載された設定が表示されます。その項目をクリックするか、横にある「有効化」「使用」などのメニューから現在の設定にしてください。インポート後に自動で有効になるクライアントもありますが、選択状態を示すマークを確認しましょう。設定が一覧に表示されただけでは、コアがそのファイルに切り替わったとは限りません。「プロキシ」画面に設定内のポリシーグループが表示されれば、この手順は完了です。

Clash Verge Rev：現在の設定を確認

Clash Verge Revでは「設定」画面からサブスクリプションURLを追加し、設定カードが表示されたらそのカードを選択します。「更新」と「編集」が表示されていても、「更新」を有効化と混同しないでください。更新は内容を再取得する操作で、設定を選択するとコアで使用されます。「プロキシ」画面に戻り、プロキシグループが表示されることを確認してください。設定画面に項目があるのにプロキシ画面が空の場合は、設定が選択されているか確認してからログの解析エラーを調べます。システムプロキシを何度も切り替える必要はありません。

ローカルファイルを使う場合は、「ファイルからインポート」を選ぶか、設定画面からYAMLファイルを開きます。拡張子を.yamlに変更するだけでは使えません。ファイル自体がクライアント対応の設定形式である必要があります。ローカルファイルは通常、リモートのサブスクリプション更新を自動で受け取りません。継続して同期する場合は、提供元が明確で有効なURLサブスクリプションを使い、クラウドストレージの共有ページを設定ファイルのURLとして使わないでください。

インポート時にダウンロードエラーが表示された場合は、ネットワーク接続の失敗か、形式の解析エラーかを切り分けます。前者はURLの有効期限、アカウントの状態、現在のネットワークからサブスクリプション提供元にアクセスできるかを確認してください。後者は形式の選択や、ファイルにWebページの内容が混入していないかを確認します。何度もインポートを押して重複設定を作らないでください。更新にプロキシ接続が必要な場合は、クライアントで利用可能な接続、または対応する更新用プロキシ設定を使います。詳しくはトラブル対処ガイドをご覧ください。設定を有効にしたら、次にモードを選択します。

手順2：ルールモードとプロキシグループを選択

「プロキシ」画面を開き、動作モードの選択欄を探します。通常は「ルール」「グローバル」「ダイレクト」があり、Rule、Global、Directと表示される場合もあります。初期設定では「ルール」を選択してください。現在の設定に含まれるルールに従って通信を振り分け、プロキシが必要なリクエストは該当するポリシーグループへ、それ以外は設定に従って直接接続するか、別のポリシーで処理します。サブスクリプション本来の振り分けを維持でき、後からログで問題を調べる際にも役立ちます。

ルールモードを選択したら、画面に表示されるポリシーグループを確認します。グループ名は設定の作成者が決めているため、Proxyやノード選択、用途別の名前などさまざまです。全プラットフォーム共通の必須グループ名はありません。主なプロキシ通信を処理するグループを開き、利用可能なプロキシ、または設定済みの自動選択グループを選びます。選択枠やチェックマーク、現在のメンバー名などを確認し、選択が保存されたことを確かめてから画面を移動してください。

選び方はポリシーグループの種類によって異なります。selectはメンバーを手動で選びます。url-testとfallbackは設定された検査方式に従ってメンバーを選ぶため、手動選択グループに変更する必要はありません。グループ内に別のポリシーグループが含まれている場合は、さらにその下の選択状態を確認してください。グループ名だけで特定の通信先を表すと判断しないようにしましょう。初回接続を試すために複数のグループを同時に変更すると、失敗時の原因を特定しにくくなります。

Clashのカスタムルール：初回は順序を変更しない

ルールモードでは上から順に照合し、先に一致したルールが適用されると、通常は後続の一般ルールを調べません。以下の断片はドメインルール、地理ルール、最後のフォールバックルールの関係を説明する例であり、単独で起動できる完全な設定ではありません。Proxyは実際に存在するプロキシまたはポリシーグループ名にする必要があります。現在のサブスクリプションで別の名前が使われている場合、そのまま置き換えて貼り付けないでください。

rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - DOMAIN-KEYWORD,google,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

DOMAIN-SUFFIXは指定したドメインとサブドメインに一致し、DOMAIN-KEYWORDはドメイン内のキーワードで照合します。GEOIPは接続先IPの地理情報を使い、MATCHは最後のフォールバックとして機能します。初回はこれらのルールを手動で追加せず、サブスクリプションに含まれる設定で動作を確認してください。変更が必要な場合は、クライアントの上書き・マージ機能を先に確認しましょう。リモートのサブスクリプションファイルを直接編集すると、更新で変更が上書きされることがあります。ルールの競合や照合の問題はトラブル対処ガイドで確認してください。

「グローバル」は短時間の比較テストには使えますが、すべてのアプリの通信が取り込まれるわけではありません。コアに届いた通信の振り分け方法を変えるモードです。「ダイレクト」もクライアントを終了する設定ではなく、コアに届いた通信を直接接続で処理します。ルールモードと主要なポリシーグループを確認したら、次はブラウザーやアプリの通信をコアに送る設定を行います。

手順3：ネットワーク通信を取り込む

設定とポリシーグループで決まるのは、コアが受け取った通信の処理方法です。システム上のすべてのアプリが自動的にプロキシを使うわけではありません。デスクトップでは通常、まずシステムプロキシを有効にします。モバイルでは一般に、システムのVPNインターフェースを使って通信を取り込みます。クライアントでコアの起動エラーが出ていないことを確認してから、プラットフォームに合った方法を1つ有効にしてください。初回はブラウザーでテストし、DNS、ルーティング、複数の詳細設定を同時に変更しないでください。

デスクトップ：Clashのシステムプロキシを有効化

ホーム画面または「設定」で「システムプロキシ」を探し、オンにします。システムにローカルのプロキシアドレスと待ち受けポートを登録することで、システムプロキシ設定を参照するブラウザーやアプリがクライアントに通信を送れるようになります。「システムプロキシを設定」というメニューがあるクライアントもありますが、機能は同じです。OSのネットワークプロキシ設定を開くと、通常はローカルアドレスが指定されているのを確認できます。リモートノードのサーバーアドレスに変更する必要はありません。

ブラウザーにプロキシ切り替え拡張機能を入れている場合は、拡張機能をシステムプロキシ使用に設定するか、一時的に無効にしてください。OSの設定が上書きされる場合があります。変更後、新しいタブを開いて対象サイトにアクセスし、必要に応じて既存の接続を閉じて再テストします。ターミナルのコマンド、一部のゲーム、ネットワーク接続を独自に管理するアプリはシステムプロキシを参照しないことがあります。ブラウザーでは動作して別のアプリでは動作しない場合も、サブスクリプションの読み込み失敗とは限りません。

ローカルの待ち受けポートを推測して入力しないでください。アプリにプロキシアドレスを個別設定する場合は、クライアントに表示されたHTTP、SOCKS、または混合ポートを使い、アプリ側のプロトコルと待ち受け方式が一致していることを確認します。初回の動作確認でLANからの接続を許可する必要はありません。他の端末にもプロキシを提供する必要があり、ネットワークからのアクセス範囲を把握している場合に限り、この設定を変更してください。

より広い範囲の通信を取り込む場合はTUNモードを利用

TUNモードは仮想ネットワークインターフェースを通じて通信を処理するため、システムプロキシに従わないアプリにも適しています。一方、サービスコンポーネントやシステムの許可、高い権限が必要になる場合があります。システムプロキシでブラウザーが正常に動作するなら、まずはそのまま使ってください。TUNが必要な場合は、クライアントの案内に従ってサービスコンポーネントをインストールまたは有効化し、「TUNモード」をオンにして、権限、仮想ネットワークアダプター、ルーティングに関するエラーがないか確認します。エラーを解決せずにスイッチを何度も切り替えないでください。

システムプロキシとTUNを必ず同時に有効にする必要はありません。使い始めは通信を取り込む方法を一度に1つだけ変更し、動作を確認してから長期的な設定を決めます。企業VPN、仮想マシンのネットワーク、セキュリティソフトが同時に動作している場合は、互換性を先に確認してください。LANに接続できなくなった場合は直前の変更を戻し、ルーティングとDNSの問題をトラブル対処ガイドで確認します。設定をさらに重ねて有効にしないでください。

Android：Clash Metaを起動してVPN接続を許可

Androidでは設定を有効にした後、クライアントのホーム画面に戻り、「起動」または「接続」をタップします。初回起動時にシステムのVPN接続リクエストが表示されたら、内容を確認して許可してください。この許可はクライアントがローカルのVPNインターフェースを作成するためのもので、別途VPNサービスを購入することを意味しません。起動すると、通常はシステムのステータスバーにVPNアイコンが表示され、クライアントにも動作状態が表示されます。ボタン名や状態表示はバージョンによって異なるため、実際の画面に従ってください。

別のVPNアプリが接続中の場合は、先に切断してから現在のクライアントを起動してください。Androidでは通常、2つの一般的なVPNサービスで同じユーザーの通信を同時に取り込むことはできません。アプリごとのプロキシ設定を使っている場合は、テストするブラウザーが対象に含まれているか確認します。除外リストが有効なら、テストするアプリが除外されていないことも確認してください。アプリを前面に表示している間だけ接続が維持される場合は、Androidのバッテリー管理によるバックグラウンド動作の制限を確認します。最初から追加の権限をすべて許可する必要はありません。

iOSではiOSクライアント一覧からClash Plusを選び、アプリの手順に従って設定を読み込みます。その後、システムの案内に従ってVPN構成の追加を許可してください。接続後は次の手順に進み、実際にリクエストを送ってクライアント上の記録を確認します。ステータスバーのアイコンだけで判断しないでください。

手順4：接続画面とログで動作を確認

クライアントを起動したまま、ブラウザーでテストするWebサイトを開き、「接続」画面に該当するドメインまたは接続先アドレスが表示されるか確認します。以前の接続の影響を減らすため、新しいタブからアクセスしてください。対象が見つからない場合は、サイトのタブを閉じて開き直します。接続記録があればリクエストがコアに届いています。次に、適用されたルールと最終的な通信経路を確認します。

「ログ」画面を開き、接続情報が表示されるレベル（例：info）に設定してから、対象サイトにもう一度アクセスします。起動後のログしか保持しないクライアントもあるため、リクエストを再現しながら確認してください。対象ドメインで絞り込むと、バックグラウンド通信の影響を減らせます。以下は書式の例です。接続先ドメインはサンプルで、実際にサイトでこの記録が出たことを示すものではありません。

[TCP] 127.0.0.1 --> www.example.com:443 match DomainSuffix(example.com) using Proxy

まず接続先を見て、今行ったアクセスに対応する記録か確認します。次にmatchの後にあるルールの種類と内容を確認し、最後にusingの後にあるポリシーを見ます。ログがDIRECTなら、このリクエストは設定に従って直接接続されています。ページが開けたからといって、リモートプロキシを経由したとは限りません。プロキシグループ名が表示される場合は、接続詳細やグループの現在の選択状態も確認し、実際に使われたメンバーを判断してください。

動作確認は3段階で行います。対象のリクエストがクライアントに届いたか、想定したルールに一致したか、選択した経路で正常に応答が返ったかを確認してください。システムプロキシがオンでも、最後の段階まで成功した証明にはなりません。外部IPアドレスが変わっても、すべてのアプリの通信が取り込まれたとは限りません。出口を確認するには、信頼できるIP情報サービスも参考になりますが、対象のリクエストに対応する接続詳細を基準にしてください。1回の検索結果を端末全体に当てはめないでください。

ブラウザーでページが開かず、クライアントにも新しい記録がまったくない場合は、手順3に戻り、通信の取り込み方法、ブラウザー拡張機能、アプリごとの設定を確認します。対象の接続は表示されるのにタイムアウトする場合は、主要なプロキシグループの選択を確認し、利用できると分かっているメンバーに切り替えて再試行してください。ログに名前解決エラーが明記されている場合は、設定を残したままエラーを記録し、複数のDNS設定を同時に変更しないでください。症状によって原因の段階が異なるため、順番に対処します。

継続利用：サブスクリプションの更新と安全な終了

普段使いでは、起動時に現在の設定が利用可能か確認してから、必要に応じて通信を取り込みます。サブスクリプションは「設定」画面から手動で更新するか、クライアントの定期更新機能を使います。更新後は主要なポリシーグループの選択が維持されているか確認してください。更新後に使えなくなった場合は、更新前後の設定を比較し、すぐにソフトを再インストールしないでください。カスタムルールを試すときは、一度に変更する対象を1つに絞り、元に戻せるよう変更前の設定を残しておきます。

デスクトップでは終了前にシステムプロキシをオフにするか、クライアントの「終了」メニューを使い、システム設定を元に戻せるようにします。プロセスを強制終了した後にブラウザーが接続できなくなった場合は、停止したローカルプロキシポートがシステムに残っていないか確認してください。モバイルではクライアントから切断し、VPN接続が終了したことを確認します。接続を切る代わりに設定を削除しないでください。設定管理と通信の取り込みは別の操作です。

これで初期設定は完了です。サブスクリプションの取得失敗、DNSの異常、システムプロキシが反映されない、クライアントがクラッシュするといった問題は、トラブル対処ガイドで症状から原因を確認してください。クライアントを変更する場合はクライアント比較を参考にし、サブスクリプションと必要なローカルルールを残したうえで、このページの4ステップに沿って動作を再確認します。

Clash ダウンロード