Clashのサブスクリプション導入・接続ガイド

ステップ1：サブスクリプションを追加して設定を有効にする

サービス提供元のサブスクリプションページを開き、Clash、Clash Meta、またはmihomo互換形式と記載された項目を探します。ページのコピー機能でURL全体を取得してください。サブスクリプションURLは通常、パスやクエリパラメーターを含むHTTPSリンクで、アカウントのログインページとは異なります。コピーしたパラメーターを手動で削除したり、URLを公開フォーラムやオンライン変換ツールに貼り付けたりしないでください。リンクを持つ人がサブスクリプションの内容を閲覧できる場合があります。

Clash Verge Revに戻り、サイドバーの「サブスクリプション」をクリックします。入力欄にURLを貼り付け、余分な改行、空白、引用符がないことを確認してから「追加」をクリックします。クライアントによっては、追加ボタンをクリックして「URLからインポート」を選び、名前とURLを入力します。名前は設定を見分けるためのものなので、提供元が分かる短い名称で構いません。URL自体は変更しないでください。

追加中はネットワークに接続したまま、設定カードまたはリスト項目が表示されるまで待ちます。ダウンロード完了後、その設定をクリックして現在の設定として有効にします。有効状態は、選択マーク、枠線の強調、「使用」ボタンなどで表示されます。リストに設定が表示されているだけでは、適用済みとは限りません。「プロキシ」画面を開き、その設定に含まれるプロキシグループと選択可能なサーバーが表示されることも確認してください。

サービス提供元からローカルのYAMLファイルを受け取った場合は、サブスクリプションまたは設定画面で「ファイルからインポート」を選び、ファイルを指定します。拡張子が正しくても、内容に互換性があるとは限りません。Webページを保存したファイル、アカウント情報のテキスト、単体のサーバー共有リンクは、完全な設定としてそのまま使えません。単体の共有リンクの場合は、現在のクライアントが対応するインポート方法を備えているか確認し、サブスクリプションURL欄に直接入力しないでください。

解析に失敗した場合は、管理画面のURL、Webページの共有リンク、期限切れのURLを誤ってコピーしていないか確認します。エラーにHTMLが返されたと表示される場合、設定ではなくログイン画面、エラーページ、認証画面を取得している可能性があります。サービス提供元のページに戻り、互換性のあるサブスクリプションを取得し直してください。ネットワークタイムアウトの場合は、現在のネットワーク環境で再試行します。初回接続がまだ確立していない段階では、利用できないプロキシ経路に依存するおそれがあるため、「プロキシ経由で更新」は有効にしないでください。

サブスクリプション内のサーバーやルールは後から変更される場合があります。初回の追加が完了したら、設定メニューから手動で一度更新し、更新方法を確認してから必要に応じて自動更新を設定してください。長期間保持したいカスタム設定には、クライアントのオーバーライド機能やマージ機能を使います。リモートサブスクリプションから生成されたファイルを直接編集すると、次回更新時に上書きされることがあります。自動更新の間隔や形式の互換性についてはヘルプセンターをご覧ください。今は初期設定のままにして、プロキシモードの選択に進みます。

ステップ2：ルールモードとプロキシ出口を選ぶ

設定を有効にしたら「プロキシ」画面を開き、「ルール／グローバル／ダイレクト」のモード選択を探します。Clash Verge Revでは、設定画面やホーム画面にも切り替え項目がある場合があります。初回は「ルール」を選んでください。現在の設定に含まれるルールに基づいて、通信を直接接続するか、プロキシグループに渡すか、接続を拒否するかが判断されます。ルールモードは固定のサイト一覧ではなく、実際の動作は設定内のルールとその順序によって決まります。

次にプロキシグループを確認します。グループ名は設定の作成者が付けるため、日本語、英語、用途名などさまざまで、この記事と同じである必要はありません。通常のプロキシ出口として使われる選択グループを見つけ、開いて利用可能なサーバーを選びます。グループ内に別のプロキシグループがある場合は、実際のサーバーまたは明確な自動選択方式にたどり着くまで、下位の選択肢も確認してください。グループ内でDIRECTを選ぶと、その経路はリモートプロキシを使わず直接接続します。

クライアントに接続テスト機能があれば、出口を選ぶ際の参考として一度実行できます。ただし、テストの成功は、その時点でテスト先に接続できたことを示すだけで、すべてのWebサイトへのアクセスを保証するものではありません。失敗の原因がテスト先にある場合もあります。まずはサービス提供元が推奨する出口を選び、ステップ4で実際の通信と接続履歴を確認してください。初期設定の段階で、すべてのプロキシグループを何度も切り替える必要はありません。

「グローバル」モードでは、コアに届いた通常の通信をすべてグローバル選択グループに渡し、通常のルールごとの振り分けは行いません。切り替えた後は、グローバルグループで実際に何が選択されているかも確認してください。各ルールグループの選択が自動的に引き継がれるわけではありません。グローバルモードは、アクセス問題が振り分けルールに関係するか一時的に比較する場合や、通信を一つの出口に統一する必要がある場合に使います。テスト後はルールモードに戻し、確認したい通信を再度行ってください。

「ダイレクト」モードでは、コアに届いた通常の通信を宛先へ直接接続します。比較テストには使えますが、クライアントの終了やOSのプロキシ設定の解除と同じではありません。アプリを終了する前に、システムプロキシを正しく無効にしてください。混同しやすい設定にTUNがあります。ルール、グローバル、ダイレクトはコアに届いた通信の処理方法を決め、システムプロキシとTUNは通信をコアに渡す方法を決めます。これらは同じ階層の設定ではありません。

ここではルールモードのままにして、先ほど選んだプロキシグループとサーバーを控えておきます。インターネットに接続するためにグローバルモードへ切り替えたり、すべてのネットワーク設定を同時に有効にしたりする必要はありません。後でWebサイトが想定した出口を経由しない場合は、接続履歴から適用されたルールを確認してください。ルール構文や複雑なポリシーについてはトラブル対処ガイドで解説しています。初回設定では、まず必要最小限の接続経路を確立しましょう。

ステップ3：システムプロキシまたはVPN接続を有効にする

デスクトップクライアントの「設定」に戻り、「システムプロキシ」を探して有効にします。この設定により、OSのプロキシ接続先がローカルのクライアントになり、ブラウザーやシステムプロキシに従うアプリの通信がクライアントに渡されます。クライアントにコアの起動ボタンがある場合は、先にコアが起動していることを確認してください。画面が開いていてもコアの読み込みに失敗していると、システムプロキシが有効と表示されても通信を転送できません。

Clash Verge Revでは「混合ポート」の設定も確認できます。一般的な値は7897ですが、実際の値は画面表示に従ってください。混合ポートはHTTPとSOCKSのリクエストを受け付けます。一方、外部コントロールアドレスはクライアントがコアを管理するためのもので、ブラウザーのプロキシポートとしては使えません。ほかのチュートリアルと値を合わせるために、初回からポートを変更する必要はありません。ポートの競合がないことだけ確認してください。

有効化後、OSの設定を確認する場合、Windowsでは「設定 → ネットワークとインターネット → プロキシ」、macOSでは「システム設定 → ネットワーク → 現在のネットワークサービス → 詳細 → プロキシ」を開きます。項目名はOSのバージョンによって異なる場合があります。ローカルで使用する場合、通常はループバックアドレス127.0.0.1とクライアントが実際に待ち受けているポートを指定します。スクリーンショットにあるLAN内のアドレスを、自分の端末にそのまま設定しないでください。

AndroidとiOSでは操作手順が異なります。設定とプロキシグループの選択が済んだらクライアントのホーム画面に戻り、「起動」または「接続」をタップします。初回接続時は、通常、システムからVPN設定の追加またはVPN接続の許可を求められます。アプリの情報を確認して許可してください。システムにVPNアイコンが表示されても、サブスクリプション内のすべての出口が利用できるとは限りません。ほかのVPNがすでに動作している場合は、先に切断してから現在のクライアントを起動してください。

ブラウザーで接続を確認してからTUNを有効にする

ブラウザーの接続確認には通常、システムプロキシで十分です。ただし、一部のターミナルツール、ゲーム、その他のアプリはシステムプロキシに従いません。これらのアプリも経由させる場合は、「設定 → TUNモード」を開きます。デスクトップクライアントでは、サービスのインストールや管理者権限の許可、Linuxで必要なネットワーク権限の設定を求められる場合があります。クライアントの案内に従ってからTUNを有効にしてください。初回のテストでは、stackなどの設定は初期値のままにし、ルートやDNSのパラメーターを同時に変更しないでください。

TUNを有効にしても、すべての通信が必ず捕捉されるわけではありません。対象範囲はルート、除外設定、現在の設定によって変わります。通常のブラウザー利用であれば、まずシステムプロキシを有効、TUNを無効のままにして、ステップ4で接続を確認してから適用範囲を広げてください。TUNを初めてテストするときは、切り分けやすくするためシステムプロキシを一時的に無効にできます。両方を併用する場合は、クライアントの推奨設定と利用するアプリに合わせて設定してください。

ローカルで使うだけなら、「LAN接続」を有効にする必要はありません。この設定は他の端末からローカルのプロキシポートへ接続できるようにするもので、待ち受けアドレス、ファイアウォール、アクセス範囲に関係します。初回接続に必要な設定ではありません。起動時の自動実行は、設定完了後に検討してください。トラブル対処中は手動で起動するほうが、どのクライアントが動いているか確認しやすくなります。使用を終えるときは、アプリを終了する前にシステムプロキシを無効にするかVPNを停止してください。停止済みのポートを指す設定がOSに残るのを防げます。

ステップ4：アクセス結果と適用ルールを確認する

クライアントを起動したまま、ブラウザーで新しいタブを開きます。まず普段、直接アクセスできるWebサイトを開き、次にプロキシ経由でアクセスする対象サイトを開きます。読み込み済みのページを更新するだけでは、キャッシュにより通信が再発生しないことがあります。ブラウザーにプロキシを個別設定する拡張機能がある場合は、今回のテストでOSのプロキシ設定を明確に使うため、拡張機能によるプロキシ制御を無効にしてください。

次にクライアントの「接続」画面を開き、ブラウザーで対象サイトを再度開いて、該当ドメインの新しい接続が表示されるか確認します。接続の詳細を展開し、宛先、適用ルール、プロキシ経路を確認してください。項目名はクライアントによって異なります。ルールモードでは、直接アクセスするサイトにDIRECTと表示されても正常な場合があります。プロキシが必要な宛先が、想定したプロキシグループとサーバーを経由していることを確認してください。重要なのは実際の経路であり、すべての接続がプロキシを経由する必要はありません。

Webページは画像、スクリプト、その他のドメインにもリクエストを送るため、接続一覧には複数の宛先が表示される場合があります。まずサイトのメインドメインを探し、実際のページ表示と合わせて判断してください。リクエストがすぐ完了して履歴に残らない場合は、ページを開き直す際に確認するか、短時間だけログの接続情報を確認します。ログレベルを詳細にしたまま使い続ける必要はありません。スクリーンショットを共有する際は、サブスクリプションURL、アカウント情報などの機密情報を隠してください。

任意：明示的なプロキシ指定でローカルポートを確認する

ターミナルの操作に慣れている場合は、次のコマンドで混合ポートを個別にテストできます。ローカルのプロキシを明示的に指定するため、ターミナルがシステムプロキシを参照するかどうかには依存しません。7897は、クライアントに表示される実際の値に置き換えてください。Windowsでは、旧バージョンのPowerShellで同名のコマンドと混同しないようcurl.exeを使えます。このコマンドは確認用であり、チュートリアルの完了に必須ではありません。

curl --head --proxy http://127.0.0.1:7897 https://example.com

HTTPレスポンスヘッダーが返れば、そのリクエストに応答があったことを示します。直通かプロキシ経由かは、クライアントの接続履歴も合わせて確認してください。ローカルアドレスに接続できない場合は、まずコアとポートを確認します。ブラウザーでアクセスできても、プロキシ指定のないターミナルコマンドが失敗することだけで、クライアントの異常とは判断できません。多くのターミナルツールはシステムプロキシに自動で従わないため、アプリ側の設定、環境変数、またはTUNへの対応が必要です。

動作確認に失敗した場合は、症状から原因を絞り込みます。ブラウザーの接続履歴に該当項目がない場合は、システムプロキシが実際に有効か、ブラウザーが独自のプロキシ設定を使っていないか確認します。履歴があってDIRECTに向かっている場合は、適用ルールとプロキシグループを確認します。想定したサーバーを経由しているのに失敗する場合は、サーバーの稼働状況と対象サイトの状態を確認してください。一部のドメインだけ名前解決できない場合にDNSを調べます。最初からDNS設定全体を置き換えないでください。

一時的にグローバルモードへ切り替えて、グローバル出口を選び、同じ宛先に再度リクエストを送る方法もあります。グローバルモードでは接続できるのにルールモードではできない場合は、ルールによる振り分けを重点的に確認します。どちらも失敗する場合は、接続、出口、名前解決を調べます。ただし、両方のモードで同じサーバーを使わなければ、モードと出口が同時に変わるため、原因を特定しにくくなります。設定は一度に一つだけ変更し、結果を記録してください。

確認が終わったら、普段使うルールモードに戻し、直接接続する宛先とプロキシ経由の宛先がそれぞれ想定どおりか確認します。これで、サブスクリプション、プロキシグループ、通信の入口、実際のリクエストがつながります。サブスクリプションの更新後やネットワーク切り替え後にアクセスできなくなった場合も、同じ順序で確認できます。基本的な疑問はヘルプセンターを、接続できない、サブスクリプションの取得に失敗する、DNSに異常がある、モバイルでバックグラウンド接続が切れるなどの問題はトラブル対処ガイドをご覧ください。