Clashの使い方ガイド

ステップ1：サブスクリプションを追加

サービス提供元から受け取ったClashサブスクリプションURL、または現在のコアに対応したYAML設定ファイルを用意します。クライアントは設定を読み込み、ルールを適用してプロキシ接続を確立するためのツールです。インストールしただけでは、利用できるプロキシ出口があるとは限りません。追加を始める前に、プロキシをオフにした状態で通常のウェブサイトにアクセスできることと、サブスクリプションの有効期限が切れていないことを確認してください。こうしておくと、後で問題が起きた際に、元のネットワーク障害と設定の問題を切り分けやすくなります。

URLから設定を読み込む

クライアントの「設定」または「サブスクリプション」画面を開き、「追加」「インポート」またはプラス記号の項目を選んでから、「URLから読み込む」を選択します。URL全体を入力欄に貼り付け、見分けやすい名前を付けて保存またはダウンロードします。名前はローカルで管理するためのもので、サブスクリプションの内容には影響しません。貼り付けた後、前後に空白や改行、チャットアプリからコピーした余分な文字が入っていないか確認してください。URLの疑問符以降のパラメーターは、サブスクリプションの識別に使われる場合があるため、手動で削除しないでください。

ダウンロードと解析が終わるまで待ちます。成功すると一覧に新しい設定項目が表示され、クライアントによっては更新日時や通信量も確認できます。その項目を選び、「有効化」「使用」または「現在の設定にする」を選択して、選択状態になったことを確認します。一覧に保存しただけでは不十分です。ノードやルールを使うには、コアが設定を読み込む必要があります。続いて「プロキシ」画面を開き、プロキシグループと選択肢が表示されていることを確認してから次へ進みます。

ダウンロードに失敗した場合は、サービス提供元のサブスクリプション管理ページに戻り、URLが有効か確認してください。更新ボタンを何度も続けて押すのは避けましょう。ブラウザーで開けるURLがサブスクリプションURLとは限りません。ログインページ、購入ページ、アカウントページは設定として読み込めません。形式の互換性に関するエラーが出た場合は、サービス提供元がClash形式またはmihomo形式として明示しているものを選んでください。個人を特定できる情報を含むURLを、よく知らないオンライン変換サービスに送らないでください。

ファイルまたはQRコードから読み込む

ローカル設定ファイルがある場合は、同じ画面で「ファイルからインポート」を選び、拡張子が .yaml または .yml のファイルを指定します。クライアントでの解析が終わったら、現在の設定として有効にします。拡張子は目安にすぎず、ファイルの内容が実際に設定構文に沿っている必要があります。テキスト形式のノード一覧や、ウェブページを保存したファイルは、名前を変更しただけではClash設定になりません。ファイルがリモートのルールセットやプロキシプロバイダーを参照している場合、初回読み込み時にそれらの取得が必要になることがあります。

クライアントがQRコードの読み取りに対応していれば、「QRコードをスキャン」から読み込むこともできます。読み取った後は内容を確認してください。QRコードにはサブスクリプションURLが保存されている場合も、単一ノードの共有リンクだけが保存されている場合もあり、どちらも同じ設定として扱えるわけではありません。読み込み結果に必要なノードとルールが含まれていることを確かめてから有効にします。サブスクリプションURLは個人の利用権限に紐づくことが多いため、スクリーンショット、ログ、問い合わせ情報を共有する際はURL全体とパラメーターを隠してください。

初回接続では元のサブスクリプションを使い、ルールの編集やオーバーライドの追加は後回しにします。正常にアクセスできることを確認してから、自動更新を設定してください。ローカルの静的ファイルは、時間が経っても新しいノードが自動的に追加されるわけではありません。サブスクリプションと設定ファイルの違いを知りたい場合は、用語ガイドをご覧ください。ここでは「現在の設定が選択されている」「プロキシグループを展開できる」ことを確認し、次のモード選択に進みます。

ステップ2：プロキシモードを選択

クライアントのホーム画面または「設定」に戻り、「動作モード」「プロキシモード」またはModeを探します。初めて使う場合は Rule を選ぶのがおすすめです。日本語画面では通常「ルール」と表示されます。モードによって通信の出口が決まりますが、前の手順でのサブスクリプション読み込みを代替するものではなく、システムプロキシが自動で有効になるわけでもありません。まずモードとプロキシグループを設定し、その後にシステム通信を転送すると、接続中に何度も切り替えて混乱するのを防げます。

プロキシグループでノードを選択

「プロキシ」または「プロキシグループ」画面を開き、サブスクリプションのルールが使う主な出口グループを探します。名前は「プロキシ」「ノード選択」や PROXY など、設定によって異なります。グループを展開して実際のノードを選択してください。一覧に「自動選択」「フェイルオーバー」などのサブグループがある場合は、開いて候補ノードを確認します。グループ名だけでは機能を判断できません。実際にプロキシ経由になるかは、選択中の項目と後の接続ログで確認してください。

主な出口グループで DIRECT が選ばれている場合、そのグループを指すルールでも最終的に直接接続されることがあります。別のプロキシグループが選択されている場合は、そのグループの選択内容も確認し、最終的な出口を特定してください。サブスクリプションによっては、ウェブ閲覧、動画配信など用途別にグループが分かれています。初期設定ですべてを変更する必要はありません。対象サイトが実際に使うグループと出口を確認し、すべてのグループを同じノードに変えるのは避けましょう。

「遅延テスト」またはグループ横のテスト項目を選び、今回の結果が出るまで待ちます。テスト結果はノード選びの参考になりますが、測定先、プロトコル、ノードの負荷によって数値は変わるため、数値だけで実際の通信品質を判断できません。タイムアウトしたノードはひとまず避け、テストが完了する候補を選んでからウェブサイトで確認します。テストに成功しても、対象サイトが開くかはステップ4で確認してください。

まずは既存のルールを維持

ルールモードでは設定の順に照合され、通常は先にあるルールが優先されます。最後のフォールバックルールは、それまでの条件に一致しなかった通信を処理します。そのため、ルールモードを有効にしても、外部サイトへの通信がすべて自動でプロキシ経由になるわけではありません。実際の動作はサブスクリプションのルールによって決まります。初回接続では既存のルールを維持し、特定のサイトで問題が起きた場合に接続情報を確認してください。ルールの順序、ドメイン照合、プロキシグループの参照についてはプロキシグループの解説をご覧ください。複雑な変更は接続確認が終わってから行います。

ステップ3：接続を有効にする

現在の設定、動作モード、出口の選択を確認してから、通信の転送を有効にします。クライアントのコアが起動中と表示されているか、ログに待ち受けポートや設定の読み込み成功が記録されているかを確認してください。起動直後に設定の解析エラーやポートのバインド失敗が表示された場合は、システムプロキシを何度も切り替えるのではなく、先にエラーを解消します。コアが正常に動作していない状態でシステム通信を向けると、ウェブサイトにアクセスできなくなることがあります。

デスクトップではシステムプロキシを先に使う

デスクトップクライアントのホーム画面、設定、またはトレイメニューから「システムプロキシ」を有効にします。通常はシステムのHTTP・HTTPSプロキシを、ローカルの待ち受けアドレスに設定します。この設定に対応し、設定に従うブラウザーやアプリの通信がクライアントに転送されます。画面にmixed-portとして 7890 と表示されている場合、よく使われるローカルの接続先は 127.0.0.1:7890 です。ただし、現在の設定と画面に表示される値を優先してください。既存設定のポートをそのまま上書きしないでください。

初回の確認では、プロキシクライアントを1つだけ起動し、ブラウザーで個別のプロキシを指定する拡張機能は一時的に無効にします。以前使っていたクライアントのプロキシアドレスが残っていると、新しいクライアントと異なるポートへ通信が送られ、待ち受けているプログラムがない状態になることがあります。ポートが使用中と表示された場合は、別の占有プログラムを終了するか、クライアントの対応する方法で待ち受けポートを変更し、システムプロキシの設定も更新されたことを確認します。コントロール用ポートはコアの管理に使うもので、ブラウザーのHTTPプロキシ欄に設定してはいけません。詳しくはポート設定の解説をご覧ください。

システムプロキシを有効にした後、TUNは同時に有効にしないでください。多くのブラウザーではシステムプロキシから確認を始めると、通信経路を追いやすくなります。一部のコマンドラインツール、ゲーム、独自のネットワーク機能を使うアプリはシステムプロキシに従わないことがあります。そうしたアプリの通信が転送されなくても、クライアントの不具合とは限りません。ブラウザーでの確認が済んでから、必要に応じてアプリ個別のプロキシ設定またはTUNを使ってください。

モバイルではVPN接続を許可する

モバイル端末でクライアントのホーム画面に戻り、「接続」または開始ボタンをタップします。システムからVPN構成の追加やVPN接続を許可するか尋ねられたら、要求元がインストールしたクライアントであることを確認してから許可してください。許可後、クライアントで接続状態を確認し、システムにVPNの表示があることを確認します。この表示はシステムのトンネルが確立されたことを示すだけで、サブスクリプションのノードから対象サイトにアクセスできるとは限りません。引き続き動作を確認してください。

端末で別のVPN、ネットワークフィルター、パケットキャプチャツールが動作している場合は、停止してから接続してください。モバイルOSでは、こうしたサービスが同時にネットワークを制御できないことがあります。競合が続くと、接続直後に切断される場合があります。アプリをバックグラウンドにすると切断されやすい場合は、まず前面で動作を確認し、その後でシステムのバッテリー管理やバックグラウンド実行の制限を確認してください。ネットワークの問題を調べるために、関係のないシステムセキュリティ機能を無効にしないでください。

ステップ4：動作を確認

クライアントを起動したまま、新しいブラウザーウィンドウを開き、現在のルールでプロキシ経由になるはずのHTTPSサイトと、直接接続になるはずのサイトをそれぞれ表示します。長時間開いたままのページを再読み込みするだけでは、既存の長時間接続やキャッシュの影響で正しく確認できないことがあります。サイトが表示されるかを確認したうえで、該当する接続がクライアントに記録されているか、最終的にどの出口が選ばれているかも確認してください。

接続の詳細とログを確認

クライアントの「接続」画面に戻り、ウェブサイトを表示したタイミングに合わせて、該当するドメインまたは接続先アドレスを探します。接続の詳細を開き、適用ルール、プロキシグループの経路、最終ノードを確認してください。想定したルールが適用され、選択したプロキシ出口を経由し、ウェブページも正常に読み込まれた場合に、期待どおり動作したと判断できます。直接接続のサイトがログで DIRECT と表示されるのはルールによる振り分けの正常な結果です。すべての接続をプロキシ表示にするために、全体モードへ切り替える必要はありません。

クライアントによっては、初期状態で通信中の接続だけが表示され、短時間で終わるリクエストは一覧からすぐ消えることがあります。先に接続画面を開いてからアクセスするか、ログ画面で同じ時間帯の記録を探してください。ログにローカルの待ち受け成功と表示されても、コアが接続口を用意したことしか確認できません。ノードへの接続エラーがある場合は、接続先、エラーの種類、使用した出口をさらに確認します。一時的にログの詳細度を上げて調査し、終わったら通常の設定に戻してください。スクリーンショットを共有する前に、サブスクリプションURLや個人のネットワーク情報を隠しましょう。

出口IPの確認は補助的な手段であり、すべてのアプリがプロキシを使っている証明にはなりません。IP確認サイト自体もルールの影響を受け、直接接続に振り分けられる場合があります。同じ端末でも、別のアプリがシステムプロキシを完全に迂回することがあります。まず実際に使いたいサイトやアプリで確認し、その通信記録と照らし合わせてください。一度のIP確認結果を端末全体の通信状態に当てはめないようにしましょう。

状況に応じて順に確認

ウェブサイトが開かず、クライアントにも新しい接続が記録されない場合は、まずブラウザーがシステムプロキシに従っているか、通信の転送が有効か、ローカルのプロキシポートが一致しているかを確認します。モバイルではVPNの接続状態も確認してください。システム全体の通信を転送しているのに特定のアプリだけ記録がない場合は、そのアプリ独自のプロキシ設定を確認します。この段階では、通信がまだコアに届いていない可能性があるため、先にDNSやルールを変更しないでください。

接続記録はあるものの直接接続になっている場合は、ステップ2に戻り、モード、適用されたルール、プロキシグループの選択状態を確認します。想定したプロキシノードを使っているのにタイムアウトする場合は、同じグループ内の別のノードを選び、同じサイトに再度アクセスしてください。ノードを変更しても失敗し、ログにドメイン名の解決エラーが明記されている場合は、DNS設定を確認します。変更は一度に1項目だけにし、同じ方法で再テストすると、どの変更が結果に影響したか判断できます。

初回テストでは、比較のために全体モードを一時的に使う方法もありますが、全体用の設定で実際のプロキシノードが選ばれていることを必ず確認してください。全体モードでは接続できるのにルールモードではできない場合、サブスクリプション全体の不具合と決めつけず、ルールと参照先のプロキシグループを確認します。テスト後はルールモードに戻し、有効な出口の選択を維持してください。エラー別の対処方法はトラブルシューティングをご覧ください。初回接続の段階で設定ファイル全体を書き直す必要はありません。

終了前に通信の転送設定を戻す

接続できることを確認したら、現在の設定名、モード、主な出口グループを控えておきます。サブスクリプションを更新した後は、この3項目が想定どおりか確認してください。使用を終了する際は、デスクトップでは先にシステムプロキシまたはTUNを無効にしてからクライアントを終了し、モバイルではクライアントの切断ボタンでVPNを終了します。終了後に通常のウェブサイトも開けなくなった場合は、システムにローカルプロキシの設定が残っていないか確認し、使用前の状態に戻してください。すぐにソフトウェアをアンインストールしたり、ネットワーク全体をリセットしたりする必要はありません。

初期設定の完了条件は、サブスクリプションが有効で、ルールモードで出口を選べ、通信が想定した経路に転送され、対象サイトへのアクセス結果と接続記録が一致することです。自動更新、永続的なオーバーライド、より細かなアプリ別の振り分けは、必要に応じて後から追加できます。各プラットフォームで設定を長期的に管理する場合は、全プラットフォームのインストール・設定ガイドをご覧ください。