Clashのサブスクリプション設定と初回接続

# prerequisites

始める前の準備

まずダウンロードセンターから、使用中のOSとプロセッサーに合ったクライアントを選び、インストールして起動します。クライアントは設定の読み込み、コアの実行、プロキシの管理に使うツールです。インストールしただけでは、利用可能な出口は用意されません。クライアントに対応したClash設定ファイル、またはサービス提供元が発行したサブスクリプションURLも必要です。当サイトではノードアカウントを提供しておらず、サブスクリプションサービスも運営していません。

初めて操作する際は、ほかのプロキシクライアント、ブラウザーのプロキシ拡張機能、ネットワークを制御する可能性のあるVPNをいったん停止してください。複数のプログラムが同時にシステムプロキシ、ルート、DNSを変更すると、結果を切り分けにくくなります。クライアントの既定のポートとDNS設定はそのままにし、自動起動、LAN共有、TUNもすぐには有効にしないでください。まず最短の接続経路を確認し、その後で機能を一つずつ追加します。

システムの日付と時刻が正しいこと、プロキシを有効にしていない状態で通常のWebページにアクセスできることを確認してください。システム権限の制限がある場合や、特定プラットフォームのインストール手順を確認したい場合は、先に詳しいドキュメントの事前準備をお読みください。このページでは初回接続の基本手順を扱います。プロトコルやネットワークスタックの説明は用語ガイドをご覧ください。

# ステップ 01 · profiles

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

クライアントのサイドバーから「設定」または「サブスクリプション」を開き、「新規作成」「追加」「URLからインポート」などの項目を探します。リモート設定を選び、サービス提供元から案内されたClashサブスクリプションURLを入力欄に貼り付け、見分けやすい名前を付けてダウンロードまたは保存します。必要なのはサブスクリプションのURLです。アカウントのログインページ、購入ページ、説明ページのURLではありません。貼り付ける際は前後の空白や改行を確認し、チャットアプリに付加された句読点までコピーしないよう注意してください。

送信後、設定のダウンロードが完了するまで待ちます。クライアントによって、更新時刻、ダウンロード完了通知、新しい設定カードなどが表示されます。次に、その設定を選択し、「有効化」「現在の設定にする」またはカード上の選択項目から、コアに読み込ませます。URLをリストに保存しただけでは、現在の設定に切り替わらない場合があります。プロキシ画面にグループが表示されない場合は、クライアントをすぐに再インストールせず、設定画面に戻って現在選択されている項目を確認してください。

設定が正常に読み込まれたら「プロキシ」画面を開き、ポリシーグループと選択可能な出口が表示されていることを確認します。グループ名は設定の作成者によって異なり、「プロキシ選択」「ノード選択」など、さまざまな名前が使われます。同じ名前の項目を探す必要はありません。まず一覧があることを確認し、ノードのパラメーターはまだ変更しないでください。グループ数が少なくても、それだけでインポート失敗とは限りません。ノードをリモートプロバイダーから読み込む設定では、更新を待つ必要があります。

ローカルファイルを使う場合

YAMLファイルを受け取った場合は、設定画面で「ファイルからインポート」を選び、システムのファイル選択画面からファイルを開いて、同様に有効化します。個別のノード共有URLを、完全なYAML設定としてインポートしないでください。完全な設定には、ポリシーグループ、ルール、DNS設定などが含まれる場合があります。個別URLを読み込めるかどうかは、クライアントのインポート機能によって異なります。認識されない場合は、Clashまたはmihomo対応と明記された設定形式をサービス提供元に問い合わせてください。

インポート時に解析エラーが表示されたら、まずエラーに記載された行番号やフィールドを確認し、ダウンロード内容がログインページに置き換わっていないか調べます。ダウンロード失敗の場合は、サブスクリプションの有効期限、アカウントの状態、現在のネットワークからURLにアクセスできるかを確認してください。この段階ではまだプロキシ接続を確立していないため、ダウンロード関連の問題をすべてノード障害と判断しないでください。URLを開けても、返される内容が必ず対応形式とは限りません。形式の違いについては用語ガイドのサブスクリプションと設定ファイルの分類をご覧ください。

この手順の完了条件は、現在の設定が選択されていること、コアが設定読み込みエラーを繰り返し報告していないこと、プロキシ画面に利用可能なポリシーグループが表示されていることです。次はプロキシモードだけを選択し、サブスクリプションが生成したルールファイルは編集しないでください。次回の更新で手動変更が上書きされる可能性があります。

# ステップ 02 · mode: rule

ルールモードを選択

クライアントの「プロキシモード」設定を開きます。通常はプロキシ画面の上部、設定画面、またはトレイメニューにあります。初回接続では「ルール」を選択してください。ルールモードでは、設定内のルールを順に照合し、各接続を直接接続にするか、ポリシーグループに渡すか、拒否するかをコアが判定します。アプリの地域だけで単純に振り分ける機能ではなく、すべてのWebサイトが同じノードを経由するわけでもありません。実際の接続先は現在の設定によって決まります。

モードを選んだら、主要な出口ポリシーグループで現在何が選択されているか確認します。グループ内に「DIRECT」「自動選択」や個別ノードがある場合、それぞれ異なる出口候補です。初回テストを再現しやすくするには、ノードを一つ明示的に選ぶか、自動選択グループを開いて実際に使われているノードを確認してください。グループ名が表示されただけでリモート出口が選ばれたとは限りません。ポリシーグループが別のグループを参照する場合は、選択のつながりをたどって最終的な接続先を確認します。

混同しやすい点があります。プロキシモードはコアに取り込まれた通信の処理方法を決め、システムプロキシとTUNは通信をコアに取り込めるかどうかを決めます。そのため、グローバルモードに切り替えても、すべてのアプリが自動的に通信を取り込まれるわけではありません。システムプロキシを参照しないアプリは、モードだけを切り替えても接続画面に表示されない場合があります。次の手順では、通信の入口を個別に設定します。

初回起動時はサブスクリプション提供元の既定ルールを維持し、rules、proxy-groups、DNSを同時に変更しないでください。最初に一致したルール、フォールバックルール、ポリシーグループの入れ子を確認したい場合は、用語ガイドのルールと振り分けの分類をご覧ください。設定を編集する場合は詳細ドキュメントを参照してください。この手順では、モードが「ルール」であることと、主要なポリシーグループの最終的な出口を確認します。

# ステップ 03 · connection

ノードを選択して通信を取り込む

Clashのノード速度をテスト

「プロキシ」画面で使用するポリシーグループを開き、グループ内の「テスト」「遅延テスト」または速度テストアイコンをクリックして、結果が返るまで待ちます。遅延テストでは通常、プロキシ経由で指定されたテスト先にアクセスし、その経路が現在応答するかを確認します。通信速度を測定するものではなく、数値が小さくてもダウンロード速度が速いとは限りません。また、すべてのサービスに接続できる保証にもなりません。まずはテストに成功し、利用目的に合った地域のノードを一つ選んでください。

ノードをクリックした後、選択マークが対象に移動したことを確認します。ポリシーグループが自動テスト方式の場合、設定に従って出口が自動選択され、特定ノードを固定できないことがあります。手動で選びたい場合は、手動選択に対応したグループを使ってください。グループ間を移動して選択したものの、主要なポリシーグループがどのグループを参照しているかを忘れると、画面上で選んだノードが実際の接続先にならない場合があります。

すべてのノードがタイムアウトする場合は、まずサブスクリプションを一度更新し、サービスアカウントと通信量の残りを確認してから別のノードをテストしてください。テスト先自体にアクセスできず、複数のノードがタイムアウトすることもあります。一度のテスト結果だけで結論を出さないでください。通信の取り込み設定を続け、実際の対象ページと接続画面を照らし合わせて判断できます。実際のリクエストもすべて失敗する場合は、設定に関するよくある質問に沿って順に確認してください。

Clashのシステムプロキシを有効化

デスクトップクライアントの設定画面で「システムプロキシ」を探して有効にし、コアが実行中であることを確認します。システムプロキシを参照するアプリは、クライアントの待ち受けポートに接続するようになります。ポート番号はクライアントに表示される現在の値を使用し、説明に合わせて特定の番号へ変更する必要はありません。有効にしたら、開いているWebページを閉じ、ブラウザーで新しいページを開いて新規接続を開始します。既存の接続は以前の経路を使い続ける場合があるため、古いページが表示されることだけで新しい設定の有効性を判断しないでください。

AndroidやiOSでは、デスクトップと同じシステムプロキシのスイッチではなく、通常はクライアントで接続または起動をタップし、続いてシステムに表示されるVPN許可を承認します。この許可は、クライアントがローカルの通信取り込み経路を作成することを認めるものです。サブスクリプションのノードが利用可能であることを意味するわけではありません。システムのVPN表示を確認した後、次の手順で動作を確かめてください。別のVPNがすでに動作している場合は停止してから、使用するクライアントを起動します。

TUNが必要なケース

ブラウザーはプロキシ経由で通信できるのに、特定のアプリが接続画面にまったく表示されない場合、そのアプリがシステムプロキシに従っていない可能性があります。その場合はTUNを検討します。TUNは仮想ネットワークインターフェースとルーティングルールで通信を取り込み、サービスコンポーネントや管理者権限が必要になることがあります。初回設定でシステムプロキシとTUNを同時に有効にして試すのは避けてください。まずシステムプロキシで接続できることを確認し、その後クライアントの説明に沿ってTUNを個別にテストすれば、何による変化か判断できます。

TUNのDNSとルーティング設定には多くの要素が関わるため、スイッチ一つであらゆる環境に適用できるわけではありません。必要な場合は該当プラットフォームの詳しい設定手順を読み、用語はDNSとネットワークスタックで確認してください。今回必要なアプリの通信経路が明確になれば、すべての機能を有効にしなくても次の確認に進めます。

# ステップ 04 · verify

プロキシとルールの動作を確認

クライアントを起動したまま「接続」画面を開き、ブラウザーで対象ページを新しいタブに表示します。現在のルールでプロキシ経由になる想定で、実際にアクセスする必要のあるサービスを選んでください。接続画面に戻り、ドメインで該当記録を検索して、適用ルール、ポリシーグループ、出口までの経路を確認します。クライアントによって表示項目は異なりますが、確認点は3つです。リクエストがコアに届いたか、どのポリシーが適用されたか、想定したノードを経由したかです。

記録に選択したポリシーグループとリモートノードが表示されていれば、その接続はプロキシ経由です。次に、現在の設定で直接接続される想定の接続先も開き、DIRECTと表示されるか確認します。どちらのリクエストも設定どおりであれば、振り分け経路はおおむね正しく動作しています。クライアントに「実行中」と表示されているだけでは、プロセスやコアが起動したことしか確認できません。ブラウザーの通信が取り込まれたことや、すべてのルールが想定どおりであることまでは証明できません。

接続画面に現在の接続しか表示されない場合、短時間のリクエストはすぐ消えることがあります。ページを再読み込みしてすぐに確認してください。クライアントによっては接続履歴やログも利用できます。Webページは複数のドメインにリクエストを送るため、ページ本体、画像、ログイン、動画などのリソースで異なるルールが適用される場合があります。一つの付随リソースだけを見て、サイト全体の経路を判断しないでください。まずメインのドメインを確認し、次に失敗したリソースの接続記録を調べます。

確認結果から問題箇所を特定

関連するリクエストが接続画面にまったく表示されない：まず、使用中のクライアントのコアが動作しているか、システムプロキシが有効か、ブラウザーが別の拡張機能で個別のプロキシを指定されていないかを確認してください。バックグラウンドで別のインスタンスが動作していないか、現在確認しているクライアントも確かめます。ノードを調べる前に、リクエストが接続画面に表示される状態にしてください。通信がまだコアに届いていない場合、ノードを何度も変更しても解決しないことがほとんどです。

リクエストはあるが出口が違う：適用されたルールとポリシーグループの選択を確認し、直接接続モードのままになっていないか、主要なポリシーグループで直接接続が選ばれていないかを調べます。短時間の比較が必要なら、グローバルモードに切り替えて同じ利用可能なノードを明示的に選び、接続を新しく開始してください。グローバルモードでは正常でルールモードでは問題が起きる場合、まずルールとグループの参照関係を確認します。テスト後はルールモードに戻し、比較用の設定を最終設定として使わないでください。

出口は正しいのにページが開かない：利用可能な別のノードに切り替え、同じ接続先を再度試し、特定のサービスだけで失敗するのか、すべての接続先で失敗するのか確認してください。ノードの接続状況、接続先サービスの制限、アカウントの状態、DNSなどが影響する可能性があります。証明書の検証を無効にしたり、ネットワーク設定を一括変更したりしないでください。出口IPの確認は参考になりますが、その検索リクエストの出口を示すだけで、ほかのアプリやドメインも同じ経路を使う証明にはなりません。

再現可能な動作状態を保存

動作確認が終わったら、現在の設定名、プロキシモード、主要なポリシーグループの選択、通信の取り込み方法を記録しておきます。サブスクリプションURLが写らないようにして設定画面のスクリーンショットを撮っておくと、後から比較できます。サブスクリプションを自動更新する場合は、設定項目で適切な更新間隔を指定してください。更新後にポリシーグループが変わったり選択がリセットされたりしたら、主要なグループを再確認します。ダウンロード成功だけを確認して、実際の出口を見落とさないでください。

デスクトップクライアントを終了する前に、システムプロキシを無効にするか、終了時にシステム設定を元に戻せることを確認してください。有効なまま終了すると、通信がすでに停止したローカルポートへ送られ、通常のWebページも開けなくなる場合があります。モバイルではクライアントの接続停止操作を行い、システムのVPN状態が終了したことを確認します。これで初回接続は完了です。自動起動、バックグラウンド実行、TUNは必要に応じて後から設定できるため、一度のトラブルシューティングですべて対応する必要はありません。