Clashの使い方ガイド

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

まず、有効なClash対応サブスクリプションURLを用意します。クライアントは設定の読み込みと接続を行うもので、プロキシサービスを自動で提供するわけではありません。サービスのアカウントだけを持っていてURLがない場合は、管理ページで「サブスクリプション」または「Clash設定」の項目を探し、URL全体をコピーしてください。ローカルのYAMLファイルが提供されている場合は、クライアントのファイルインポート機能を使えます。以降の有効化手順は同じです。

Clashクライアントを開き、「設定」「サブスクリプション」またはProfiles画面に進み、「新規作成」「追加」「URLからインポート」などを選びます。コピーしたURLを入力欄に貼り付け、前後に空白や改行、チャットアプリが付け加えた文字列がないことを確認します。識別しやすい名前を付けてもかまいません。ほかの項目は初期値のまま、「インポート」「ダウンロード」「保存」などをタップします。ダウンロードが終わるまで待ち、同じURLを続けて追加しないでください。

インポートが成功すると、通常は名前や更新日時、選択マークが表示された設定カードが現れます。インポート後に自動で有効になるクライアントもあれば、カードをタップするか「この設定を使用」を選ぶ必要があるものもあります。現在の設定として選択されたことを確認したら、プロキシ画面を開き、ポリシーグループやノードが表示されるか確認します。ファイルが一覧に追加されただけで設定を切り替えていない場合、コアは以前の設定を使い続けることがあります。初期設定で見落としやすい点です。

インポートに失敗したら、URLの問題か設定ファイルの問題かを切り分ける

ダウンロードがタイムアウトした場合は、まず端末がインターネットに接続できることを確認し、サービスが案内するサブスクリプション更新ページから再試行してください。URLには設定を取得できる情報が含まれる場合があるため、公開チャットに貼り付けて相談しないでください。形式エラーが表示された場合は、Clash対応のサブスクリプションかを確認します。アカウントのログインページや注文ページ、ほかのクライアント専用のURLではありませんか。ダウンロードできても、形式が正しいとは限りません。エラーページがファイルとして保存される場合もあります。

設定を有効にできてもプロキシ画面にノードが表示されない場合は、サブスクリプションの期限が切れていないか、利用可能なノードが含まれているか、設定にリモートプロキシグループが含まれているかを確認します。リモートグループは別途更新が必要な場合もあります。すぐにノード項目を手入力したり、出所不明のオンライン変換サイトを使ったりせず、エラーメッセージとサブスクリプションの種類を照合してください。形式に関する詳しい対処法はよくある質問をご覧ください。

これでクライアントに「接続先」が登録されました。次は「どの通信をプロキシに通すか」「どのノードで処理するか」を指定します。これはプロキシモードとポリシーグループで決まります。

2. ルールモードとプロキシノードを選択

「プロキシ」またはProxies画面を開き、画面上部、メインメニュー、設定などからプロキシモードを探して「ルール / Rule」に設定します。初めて使う場合は、まずルールモードがおすすめです。現在の設定に含まれるルールに従って、接続ごとにプロキシ、直接接続、その他の出力先が選ばれます。利用開始時に設定ファイルを編集する必要はありません。特定のサイトでルールが合わない場合は、後のトラブル対処で調整します。

モードを選んだら、メインのプロキシグループを探します。「プロキシ選択」「ノード選択」「Proxy」などの名称が使われますが、サブスクリプションの提供元が別の名前を付けている場合もあり、全クライアント共通の名称はありません。グループを開き、利用権のあるノードを一つ選びます。「自動選択」「フォールバック」などの子グループがある場合は、まずサブスクリプションの初期選択を使ってください。問題を切り分ける際は、ノードを一つに固定すると結果を判断しやすくなります。

ポリシーグループとノードは同じ階層ではありません。上位グループが別の子グループを選び、その子グループが特定のノードを指す場合があります。ノードに選択マークが付いていても、上位から実際に使われるポリシーの経路を確認してください。メインのプロキシグループがDIRECTまたは「直接接続」を選択していると、そのグループに一致した通信は直接アクセスします。モードが「ルール」でも、自動的にプロキシ経由にはなりません。

ノードの遅延テストは目安として使い、接続可否の確定判断にはしない

ポリシーグループ付近の「テスト」「遅延テスト」または更新アイコンをタップし、結果が表示されるまで待ちます。テストでは通常、クライアントに設定されたテスト用URLへリクエストを送ります。すべてのサイトでの速度や、ダウンロード帯域を示すものではありません。結果が返るノードを選べば十分で、最小値を何度も追いかける必要はありません。すべてのノードが同時にタイムアウトする場合は、テスト先、現在のネットワーク、サブスクリプションに問題がある可能性もあります。この結果だけで全ノードが使えないとは判断できません。

グローバルモードで変わるのは、コアに届いた通信の出力先です。端末上のすべてのアプリの通信が自動で取り込まれるわけではありません。クライアントを経由しない通信は、グローバルに切り替えても処理されません。ルールモードのままノードが選択されていることを確認し、続いてシステムまたはアプリ側の通信入口を有効にします。

3. プロキシ接続を有効化

PCではホーム画面またはステータス画面に戻り、コアが起動していて現在の設定に読み込みエラーがないことを確認してから、「システムプロキシ」を有効にします。システムプロキシを使うと、OSの関連設定にローカルプロキシのアドレスが登録され、その設定に従うアプリがClashへリクエストを送るようになります。起動時にコアが自動実行されるクライアントもあれば、起動操作が必要なものもあります。ボタンの見た目ではなく、クライアントの状態表示とログを確認してください。

次にブラウザーへ戻り、新しいタブを開いてテストの準備をします。プロキシ切り替え拡張機能を使っている場合は、別のプロキシアドレスが強制指定されていないか確認してください。別のプロキシクライアントやVPNも同時に有効にしないでください。システム設定が互いに上書きされることがあります。初回の確認では通信を取り込む入口を一つに絞ると、どのアプリが接続を処理しているか判断しやすくなります。

PC：まずはシステムプロキシを使い、必要に応じてTUNを検討

混合ポートは、PC上のアプリから送られるHTTPまたはSOCKSプロキシ接続を受け付けます。一般的な値は7890ですが、現在のクライアント設定を確認してください。通常、ブラウザーのテストでポートを手動入力する必要はありません。アプリ側でプロキシ設定が必要な場合のみ、クライアントに表示されるローカルアドレス、ポート、プロキシ種別を入力します。プロキシノードのサーバーポートをローカルの待ち受けポートに入力しないでください。用途が異なります。

システムプロキシを参照しないアプリもあります。ブラウザーでは使えるのにゲームやコマンドラインのプログラムが直接接続する場合は、まずアプリが個別のプロキシ設定に対応しているか確認し、その後TUNモードを検討してください。TUNは仮想ネットワークインターフェースを使って通信を取り込みます。管理者権限やサービスコンポーネント、追加のネットワーク許可が必要な場合があります。より広範な通信を取り込めますが、ルーティングやDNSの確認項目も増えるため、初回接続ですべての設定を一度に有効にする必要はありません。

スマホ：接続をタップしてシステムの許可を完了

AndroidおよびiOSのクライアントでは、通常、ホーム画面に「接続」または起動ボタンがあります。タップすると、VPN構成の追加やVPN接続を許可するかシステムから確認されることがあります。インストールしたばかりのクライアントからの要求であることを確認してから許可してください。アプリに戻り、接続済みになるまで待ちます。ステータスバーにVPNアイコンが表示されるかは、システムや表示設定によって異なります。アイコンだけで判断せず、クライアントの状態も確認してください。

スマホで別のVPNアプリが接続中の場合は、いったん切断してから再試行してください。一部のAndroidクライアントには、アプリごとのプロキシ設定や除外設定があります。初回テストでは、確認に使うブラウザーが除外されていないことを確認してください。バックグラウンドに移動したときや画面ロック後にだけ切断される場合は、バッテリー最適化とバックグラウンド実行の権限を確認します。初回のフォアグラウンド接続前に、システム設定を一度に大量に変更する必要はありません。

ここまでで「設定が有効」「ノードが選択済み」「通信の入口が有効」の3条件がそろいました。次は実際のリクエストを確認します。クライアントが実行中と表示されるのは出発点であり、最終的な確認にはなりません。

4. ウェブアクセスと接続履歴を確認

まず、普段そのまま開けるウェブサイトにアクセスし、基本のネットワーク接続を確認します。次に、現在のネットワーク環境ではプロキシが必要なサイトを開きます。信頼できるサイトを選び、テストのためにアカウント情報を入力したり、不明なファイルをダウンロードしたりしないでください。すでに開いていたページは一度更新するか、新しいタブで開きます。キャッシュを新しい接続の結果と取り違えないためです。ページが最後まで読み込まれたら、リクエストの処理経路を確認します。

クライアントに戻り、「接続」「アクティブな接続」またはConnections画面を開いて、アクセスしたドメインを探します。一覧の更新が速い場合は、先に接続画面を開いてからブラウザーで対象サイトを更新してください。該当項目を開き、適用されたルール、ポリシーグループ、最終的な出力先を確認します。クライアントによっては、詳細パネル、経路の項目、ログに情報が表示されます。プロキシが必要なサイトでは、意図せずDIRECTにならず、想定したプロキシポリシーが記録されていることを確認してください。

短時間で終了する接続は、アクティブな接続一覧からすぐに消えることがあります。ドメイン名ではなく接続先IPだけが表示される場合もあります。その場合は、通常のログレベルの記録も参考にしてください。記録が長く残らないだけで、動作していないと判断する必要はありません。ログを共有して相談する前に、サブスクリプションURL、アカウント情報、公開したくないアクセス履歴を隠してください。初回確認のために大量のデバッグログを長時間有効にする必要はありません。

現象に合わせて次の手順を選び、何度も再インストールしない

ブラウザーで対象サイトを開け、接続の詳細に想定したノードが表示されていれば、基本設定は完了です。ページを開けてもクライアントに該当リクエストが表示される場合、通信は少なくともコアに届いています。次は別のノードを試し、不適切な直接接続ルールや拒否ルールに一致していないか確認してください。ノードを切り替えた後はページを再読み込みします。必要であれば、そのサイトに関連する既存の接続だけを閉じ、以前の出力先が使われ続けないようにします。

ページが開かず、接続一覧やログにも該当リクエストがまったく表示されない場合は、まず通信の入口を確認してください。PCではシステムプロキシが有効か、ブラウザーに個別のプロキシ設定がないかを確認します。スマホではVPNが実際に接続されているか、ブラウザーがアプリごとの振り分けで除外されていないかを確認してください。一部のアプリだけで問題が起きる場合は、そのアプリの通信を取り込む方法を先に調べます。サブスクリプションの全置き換えやクライアントの再インストールは後回しにしてください。

短時間だけグローバルモードに切り替えて比較する方法もありますが、先にグローバルポリシーグループで利用可能なノードが選択されていることを確認してください。グローバルではアクセスでき、ルールモードではできない場合、振り分けルールやポリシーグループの設定を重点的に確認します。これは原因を探る手掛かりであり、グローバルモードを常用すべきという意味ではありません。テストが終わったらルールモードに戻し、よく使うサイトの出力先が想定どおりか確認してください。

出口IPの確認は補足情報になりますが、それだけで判断することはできません。ルールモードでは、IP確認サイト自体が直接接続に振り分けられることがあるため、ローカルネットワークの出口が表示されてもプロキシの失敗とは限りません。また、あるサイトが開けても、端末上のすべてのアプリが通信を取り込まれているとは限りません。ステータスアイコンやIP確認ページだけでなく、アクセス結果、接続履歴、ルールの適用状況を合わせて確認するほうが確実です。

まずはこの基本設定のままで使い始められます。カスタムルールをすぐ追加する必要はありません。サブスクリプションの更新、ノードのタイムアウト、システムプロキシの設定残りなど、具体的な問題が起きたらよくある質問で現象に合った対処法を探してください。ポリシーグループ、DNS、TUN、設定ファイルの関係を詳しく知りたい場合は、ゼロから学ぶ完全ガイドをご覧ください。基本的な接続を確認する前に、多くの設定を一度に変更するのは避けましょう。