Clashクイックスタート：サブスクリプション追加から接続確認まで

開始前の準備：クライアントとサブスクリプションURLを確認

初期設定の前に、クライアントページからOSに合ったGUIクライアントを選びます。WindowsとmacOSでは、通常GUI付きのクライアントが使いやすいでしょう。Androidでは、アプリによるVPN接続をシステムが許可していることを確認します。iOSでは、App Storeから利用可能なクライアントを入手し、プロキシ許可を準備してください。Linuxではデスクトップ環境に合うGUIクライアントを選び、サーバーやルーターで利用する場合はMihomoカーネルのドキュメントを参照できます。クライアントのバージョン、メニュー名、権限の表示はプラットフォームによって変わりますが、設定の追加とプロキシ確認の基本的な流れは共通です。

有効なサブスクリプションURLも必要です。通常はサービス提供元のアカウントページで発行され、https://で始まる長いURLの場合もあれば、「サブスクリプションリンクをコピー」ボタンに対応するURLの場合もあります。内容を省略せず完全にコピーし、ブラウザのアドレスバーで途中までしか表示されない部分だけをコピーしないでください。Webログイン用のURLをサブスクリプションURLとして使うこともできません。サービス提供元が複数の形式を提示している場合は、Clash、Clash Meta、Mihomoと明記された設定リンクを優先します。サブスクリプションには通常、プロキシノード、プロキシグループ、ルールが含まれ、クライアントはこれらの設定を読み込んで実行します。

共有パソコンや他人の端末で操作する場合、サブスクリプションURLをグループチャット、スクリーンショット、公開ドキュメントに載せないでください。サブスクリプションURLはアカウント設定への入口にあたり、漏えいすると他人に通信容量を使われる可能性があります。本記事ではアカウントのパスワード入力は必要ありません。クライアントのインストールが完了し、サブスクリプションURLをコピーできていれば、次の手順に進めます。URLの出所が不明な場合や、コピー後に空白が入っている場合は、まずサービス提供元のページからコピーし直してください。クライアント側まで調査範囲を広げずに済みます。

準備が終わったら、まずクライアントのプロキシを無効にした状態にします。これにより、「設定を追加した」段階と「システムプロキシが有効になった」段階を切り分けやすくなります。次にサブスクリプションをクライアントへ保存し、ファイルを読み込めることを確認してから、モードとノードを選択します。

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

クライアントのメインウィンドウを開き、「設定」「サブスクリプション管理」「Profiles」などのページを探します。デスクトップクライアントでは左側のナビゲーションにあることが多く、モバイル版ではホーム画面の設定カードや右上のメニューに配置されている場合があります。ページを開いたら、既存の設定ファイルがないか確認します。古い設定がある場合は、使用中の項目を直接上書きせず、新しいサブスクリプション項目を作成すると、更新に失敗した際も元の設定を残せます。

サブスクリプション入力欄にURL全体を貼り付け、「追加」「保存」「インポート」「設定をダウンロード」などをクリックします。クライアントによっては、URLの保存と項目右側にある更新ボタンのクリックという2段階に分かれています。クリック後はネットワーク処理が終わるまで待ち、一覧に設定名、更新日時、または選択可能な状態が表示されることを確認します。設定名はサービス提供元が決める場合もあれば、ドメイン名や日付が初期表示される場合もあります。項目を選択できるなら、名前自体はプロキシ機能に影響しません。

クライアントで名前の入力を求められたら、「メインサブスク」や「日常用設定」など、識別しやすい短い名前を付けます。名前にサブスクリプションURL全体を含めることは避けてください。保存後に設定の詳細を開き、内容が空のファイルではなく、プロキシグループ、ノード、ルールに関する項目が確認できることを確認します。GUIクライアントでは元のYAML全体が表示されないこともありますが、通常は設定カードにノード数、プロキシグループ名、最終更新日時などが表示されます。ここで重要なのは、URLを保存しただけでなく、クライアントが実際に設定を取得できていることです。

サブスクリプションの更新が完了したら、追加した設定を現在の設定として有効にします。ソフトウェアによっては設定カードをクリックして切り替え、別のソフトウェアでは「有効化」「使用」ボタンを使います。切り替え後にメイン画面へ戻り、プロキシグループの一覧に変化があるか確認してください。「設定が未選択」「プロキシなし」「一覧が空」と表示される場合は、システムプロキシを有効にせず、サブスクリプションURL、ネットワーク接続、クライアントログを優先して確認します。更新に失敗する主な原因は、URLのコピー漏れ、現在のネットワークからサブスクリプションサービスへ接続できないこと、システム時刻の大きなずれ、サービス提供元による一時的なリクエスト制限です。詳しい対応順序はFAQのトラブルシューティングを参照してください。

設定が有効になり、プロキシグループを展開でき、少なくとも1つのノードが表示されれば、追加作業は完了です。この時点でクライアントには実行可能なルーティングルールがありますが、どのリクエストをプロキシ経由にするかはまだ決まっておらず、システムレベルのプロキシ権限も取得していません。次は適切な動作モードを選び、具体的なノードを選択します。

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

メイン画面で「モード」「動作モード」などの設定を探します。多くのClashクライアントには、ルール、グローバル、直接接続の3つの一般的なモードがあります。初回利用では、まずルールモードを選ぶのがおすすめです。クライアントは設定ファイルのドメイン、IP、プロセスルールに従って接続経路を決定し、プロキシルールに一致したリクエストをプロキシグループへ送ります。日常のブラウジングに適しており、一致しないリクエストは設定ファイルの既定ルールに従って処理されます。ルールモードの結果はサブスクリプションの内容に左右され、サービス提供元によってルールの範囲が異なる場合があります。

グローバルモードでは、ほとんどのリクエストを現在選択しているプロキシグループにまとめて通します。ノードが接続できるか一時的に確認したい場合や、ルールがまだ整っていない状態で短時間テストする場合に適しています。ただし、多くのアプリのアクセス経路が変わる可能性があるため、設定内容を理解しないまま長期間使うことはおすすめしません。直接接続モードでは、リクエストが宛先へ直接アクセスします。問題がプロキシ経路にあるか確認するときに便利です。モードを切り替えてもサブスクリプションは変更されず、ノードも削除されません。リクエスト処理に使う経路が変わるだけです。

モードを選んだら、「プロキシ」「Proxies」またはプロキシグループのページを開きます。自動選択、フォールバック、地域別グループ、手動選択など、1つ以上のポリシーグループが表示されます。最上位のプロキシグループを開き、選択可能なノードがあることを確認してください。「未選択」や空の項目しか表示されない場合は、設定ページに戻ってサブスクリプションを更新します。ノードを選ぶときは、1回のテスト結果だけでなく、継続的な利用可能性を重視してください。ノード名に含まれる地域、回線、倍率などの情報はサービス提供元の目安にすぎず、実際に使えるかどうかは接続確認が必要です。

クライアントに「速度テスト」「遅延テスト」「URL Test」がある場合は、1回実行してノードを絞り込めます。ただし、速度の数値は特定のテスト先と、その時点の経路状態だけを示します。テスト後、状態が正常で遅延が比較的安定しているノードを選んでください。最低値を求めて頻繁に切り替えるのは避けましょう。ノード選択にはパケットロス、出口地域、対象サイトの応答、本来のネットワーク品質も影響します。テスト結果と実際の体感の違いについては、Clashの遅延テストの仕組みを参照してください。

モードとノードを選択したら、メイン画面に戻り、現在の設定名、動作モード、プロキシグループの状態が保存されていることを確認します。クライアントによっては設定を切り替えた際にプロキシグループの選択がリセットされるため、もう一度ノードを選ぶ必要があります。選んだノードが保持されていなければ、再選択してからシステム接続を有効にしてください。この確認により、クライアントは「実行中」でも、実際にはすべてのリクエストに明確な出口がないという状況を防げます。

ステップ3：システムプロキシを有効にして接続

クライアントのホーム画面に戻り、「システムプロキシ」「System Proxy」「起動」または電源アイコンのようなスイッチを探します。デスクトップクライアントでは、システムプロキシのスイッチがホーム画面上部やステータスバーにあることが多いです。クリックすると、システムプロキシ設定に対応したアプリのリクエストがClashの待受ポートへ転送されます。WindowsとmacOSでは管理者権限の許可が表示される場合があり、AndroidではVPN接続の確認、iOSではVPN構成の追加許可を求められる場合があります。システムの案内に従って許可し、クライアントの状態が「実行中」「起動済み」などに変わるまで待ちます。

システムプロキシとクライアントプロセスは別のレイヤーです。クライアントに「実行中」と表示されても、カーネルが起動したことしか示しません。ブラウザなどのアプリが実際に利用するかどうかは、システムプロキシのスイッチ、アプリ独自のプロキシ設定、システム権限によって決まります。初回操作では、ブラウザのプロキシ拡張機能、他のVPNソフト、サードパーティ製の通信高速化ツールをいったん無効にし、複数のプログラムが同時にシステムプロキシを変更しないようにします。Androidで省電力制限が有効だと、バックグラウンドでVPNサービスが停止されることがあります。まずは確認が終わるまでクライアントを前面に表示し、その後、端末メーカーの設定でバックグラウンド実行を許可してください。

システムプロキシを有効にしたら、クライアントの状態情報とログを確認します。通常、ブラウザがリクエストを送るとログに接続記録が現れ、対象ドメイン、適用されたポリシーグループ、接続結果などが表示されます。この時点で、ログ内のサブスクリプション内容、アカウント情報、完全なURLを公開しないでください。システムスイッチを有効にできない場合は、別のVPNが権限を使用していないか確認します。有効にするとすぐ無効になる場合は、権限が拒否されていないか、省電力設定でクライアントが停止されていないか、現在の設定を正常に起動できるかを確認してください。

デスクトップでは、まずブラウザを1つのウィンドウだけ開いてテストし、他のアプリは終了しておくことをおすすめします。ログに表示される新しいリクエストと、開いたWebページを対応付けやすくなります。AndroidとiOSでは、初回接続時に普段開ける一般的なサイトへブラウザでアクセスし、クライアントの状態を確認します。特殊なDNS、ログイン認証、大量のスクリプトに依存する複雑なサイトから始めないでください。接続が確立したら、最後のステップでWebページの結果、クライアントログ、プロキシ設定の3つの観点から動作を確認します。

システムプロキシに従わないアプリも制御するためにTUNモードが必要な場合は、まず本記事の基本確認を完了してから、利用マニュアルのTUN章を参照してください。TUNはシステム権限、ルーティングテーブル、DNS処理に関係するため、初期設定の段階で直接有効にすると変数が増えます。サブスクリプションやノードの問題を調べる最初の手順には適していません。

ステップ4：プロキシが実際に有効か確認

まず普段使うブラウザを開き、安定してアクセスできるサイトを表示します。ページが正常に読み込めても、基本接続が遮断されていないことしか分からず、想定したノードを経由した証明にはなりません。Clashクライアントに戻り、ログまたは接続一覧で、先ほどWebページが発生させたドメインリクエストを探します。リクエストがいずれかのルールに一致し、最終的なポリシーグループが先ほど選択したものになっていることを確認してください。直結や拒否になっていないことも確認します。ドメインごとのルール判定に対応している場合は、該当記録を開くとより詳しい情報を確認できます。

次にシステムプロキシの状態を確認します。Windowsではシステムのネットワークプロキシ設定で、手動プロキシがクライアントによって設定されているか確認できます。macOSでは現在のネットワークサービスのプロキシ項目を確認します。AndroidとiOSでは、VPNアイコンまたはクライアントの接続状態を確認してください。表示方法はシステムによって異なりますが、判断の中心は、クライアントが動作し、システム権限が付与され、ブラウザのリクエストがログに現れ、ポリシー結果が選択したモードと一致していることです。3つの条件がすべて満たされて初めて、基本的なプロキシ経路が確立したと判断できます。

Webページは開くのにログに対応するリクエストがない場合、ブラウザ独自のプロキシ設定、QUIC、その他の独立した通信経路が使われているか、システムプロキシが実際には有効になっていない可能性があります。まずブラウザ内で個別に設定したプロキシ拡張機能を無効にし、ページを再度開いてください。ログにリクエストがあるのにすべて直結と表示される場合は、直結モードのままになっていないか、ルールが対象ドメインをDIRECTに振り分けていないか確認します。プロキシ経由と表示されるのにページが開かない場合は、別のノードで試し、ログのエラー種別を確認します。接続タイムアウト、TLSエラー、DNS解決失敗では対処方法が異なります。

一部のサイトだけに問題がある場合は、すぐにクライアントを再インストールしないでください。ルールモードでは、ドメインごとに異なるポリシーグループへ振り分けられることがあります。プロキシページで該当グループにノードがあるか確認し、ルールページでドメインの判定結果を確認します。すべてのドメインにアクセスできない場合は、ノード、サブスクリプションの更新日時、システム時刻、ネットワーク権限を重点的に確認してください。特定のアプリだけがプロキシを経由しない場合は、まずそのアプリがシステムプロキシに従うか確認します。従わない場合にTUNまたはアプリ単位のプロキシ設定を検討してください。Fake-IP、DNSとルーティング、LANアクセスなどについては、複数の設定画面で同時に変更せず、DNSとルーティングの章を直接参照してください。

確認が終わったら、現在の設定、モード、ノード選択を保存し、不要なデバッグログを無効にして、今回利用できたノード名を記録しておくと便利です。今後接続問題が起きたら、設定が更新されているか、モードが正しいか、システムプロキシが有効か、ログにリクエストがあるかの4点を確認してください。同じ順序で調べる方が、クライアントを何度も変更したり、設定をすべて削除したりするより早く原因を特定できます。サブスクリプションの更新に失敗する、権限ダイアログが繰り返し表示される、システムプロキシが上書きされ続ける場合はFAQを参照してください。ルールの順序、ポリシーグループ、カーネルパラメータを理解したい場合は、完全利用マニュアルに進んでください。

完了後に行う4項目の確認

初期設定が終わったら、次の順番で簡単に確認します。第一に、現在の設定一覧に更新したサブスクリプションがあり、有効になっていること。第二に、用途に合った動作モードであること。日常利用では通常ルールモードから始めます。第三に、プロキシグループで状態が正常なノードを選択していること。第四に、システムプロキシまたはVPN権限が有効で、ブラウザのリクエストをクライアントログで確認できること。4項目をすべて満たせば、基本的な利用手順は完了です。

• サブスクリプションに内容がある：プロキシグループ、ノード、ルールが正常に表示され、更新日も明らかに古くなっていない。
• モードを確認済み：直結モードのままになっておらず、テスト後にルールモードへ戻し忘れていない。
• ノードを選択できる：現在のポリシーグループが空ではなく、選択したノードで継続的なエラーや即時タイムアウトが発生していない。
• リクエストを追跡できる：テストページを開いたとき、クライアントログに対応するリクエストが表示され、妥当なポリシー結果になっている。

この4項目の確認で分かるのは基本接続だけであり、すべてのアプリがシステムプロキシに従うことや、すべてのルールが想定どおりに動くことを保証するものではありません。ゲーム、コマンドラインツール、仮想マシン、LAN機器の通信まで制御する場合は、基本経路が安定してから個別に対応してください。詳しい設定はゼロから極める完全マニュアルから始められます。特定の問題だけを解決したい場合は、問題解決ページを利用する方が早いでしょう。