Clashのサブスクリプション登録
と初回接続ガイド

始める前に：サブスクリプションURLを用意

用意するものは、インストール済みで正常に起動するクライアントと、サービス提供元から発行されたサブスクリプションURLの2つです。クライアントは設定を読み込み、カーネルを実行して通信の入口を設定します。サブスクリプションにはプロキシノードやポリシーグループ、関連ルールが含まれます。クライアントをインストールしただけではプロキシサービスは利用できません。また、このページの設定例は実際のサブスクリプションの代わりにはなりません。

サービス提供元のサブスクリプションページで、Clashまたはmihomo向けの設定形式を選び、「サブスクリプションURLをコピー」をクリックします。アカウントのログインページや購入ページ、ブラウザーのアドレスバーに表示された管理画面のURLはコピーしないでください。サブスクリプションURLには認証情報が含まれることがあるため、自分の端末で安全に保管します。スクリーンショットの共有や問い合わせ、ログの送信時には、URLのパラメーターやアカウント情報、ノードのパスワードを隠してください。

初回は、ネットワークを制御している他のプロキシやVPNアプリを終了し、通常のネット接続は維持してください。インターネット上で見つけた上書きスクリプトは読み込まず、DNSやルーティングも同時に変更しないでください。手順ごとの変化を、直前に変更した設定と結び付けて確認できます。

手順1：サブスクリプションを登録して設定を有効化

クライアントを開き、サイドバーから「サブスクリプション」または「設定」に移動します。URL入力欄にコピーしたリンク全体を貼り付け、「登録」「ダウンロード」または「追加」をクリックしてください。追加画面が表示されたら、種類にリモートサブスクリプションを選び、名前には見分けやすい短い名称を付けます。URL欄の内容はそのまま使用し、パラメーターを削除したり、空白を挿入したりしないでください。

登録後、ダウンロードと解析が完了するまで待ちます。成功すると、通常は名前や更新日時、更新操作が表示された設定カードが一覧に追加されます。カードが表示されただけでは、設定が使用中とは限りません。カードをクリックするか、メニューから「使用」または「有効化」を選びます。選択中のマークや現在の設定名を確認し、アクティブな設定になっていることを確かめてください。

続いて「プロキシ」画面を開きます。正常に登録されていれば、サブスクリプションで定義されたプロキシグループが表示され、展開すると選択可能なプロキシ項目が確認できます。何も表示されない場合は、設定一覧に戻って選択状態を確認し、通知やログに解析エラーがないか調べてください。設定の読み込みが完了する前にシステムプロキシを有効にしても、接続手順を完了できません。

URLから設定内容が返されているか確認

登録エラーが発生したら、「ダウンロード失敗」と「形式の非対応」を切り分けます。ダウンロード失敗は、URLの欠落やサブスクリプションの期限切れ、現在のネットワークからサーバーにアクセスできないことが原因として考えられます。形式エラーの場合は、別のクライアント向け形式をコピーしたか、サーバーからログインページが返された可能性があります。設定内の見慣れない項目を直接編集するより、元のサブスクリプションページでClash向けの形式を選び直すほうが、初回の操作には適しています。

提供元からローカルのYAMLファイルだけが提供されている場合は、「ファイルをインポート」または「ローカル設定」からファイルを選び、手動で有効化します。ファイルとリモートサブスクリプションでは更新方法が異なります。ローカルファイルは通常、サーバー側で変更があっても自動では更新されません。リモートサブスクリプションは、設定カードから「更新」を選ぶとサーバーの設定を再取得できます。

まず手動で一度更新

リモートサブスクリプションを有効にしたら、設定カードのメニューから一度「更新」を実行し、URLに引き続きアクセスできることを確認します。自動更新の間隔は、まずクライアントの初期値のままにし、後から提供元の推奨に合わせて調整してください。更新によってノード名やプロキシグループ名が変わる場合があります。また、リモート設定を手動で編集しても次回の更新で上書きされることがあるため、初回はサブスクリプションの内容をそのまま使いましょう。

ダウンロードにプロキシ接続が必要なURLの場合は、提供元の案内に従って、利用可能なローカル設定ファイルや別のアクセス方法を入手してください。個人用のサブスクリプションを、よく知らないオンライン変換サイトに入力しないでください。それでも登録できない場合は、トラブルシューティングガイドで、サブスクリプション登録失敗の確認手順を進めてください。プロキシグループが表示され、正しい設定が選択されたら、次にプロキシモードを選びます。

手順2：ルールモードとポリシーグループを選択

クライアントのホーム画面または「プロキシ」画面で「プロキシモード」を探し、「ルール」に設定します。この設定は、クライアントに届いたリクエストをカーネルがどう処理するかを決めるものです。すべてのアプリの通信が自動的にカーネルへ送られるわけではありません。通信をクライアントに取り込むには、次の手順でシステムプロキシ、VPN、またはTUNを設定します。

初めて使う場合はルールモードが適しています。リクエストごとに現在の設定内のルールが適用され、直接接続する通信とプロキシグループに送る通信に分かれます。「グローバル」はカーネルに届いたリクエストをグローバルポリシーで処理する設定であり、端末上のすべてのアプリが制御されるという意味ではありません。「ダイレクト」は、一時的な比較やプロキシ経由の通信を停止する場合に使います。ページが一時的に開けないからといって、グローバルモードを恒久的な解決策にしないでください。

ルールから参照されるポリシーグループで出力先を選択

ルールモードのまま、メインのプロキシグループを展開します。グループ名はサブスクリプションの作成者が決めるため、「プロキシ」「ノード選択」など、ガイドと異なる場合があります。使いたいノードを1つ選んでください。サブスクリプションに「自動選択」グループが含まれている場合は、それを選んでもかまいません。名前を合わせるために空のグループを新しく作る必要はありません。

ポリシーグループが別のポリシーグループを参照している場合もあります。たとえば、メインのプロキシグループで「自動選択」を選ぶと、実際のノードはその下の自動選択グループで決まります。メインのプロキシグループで「ダイレクト」を選んだ場合は、ほかのグループでノードを選択済みでも、そのグループが担当する通信は直接接続されます。初回はメインのプロキシグループだけを変更し、ほかのアプリ用グループはサブスクリプションの初期設定のままにしてください。一度に多くの項目を変更しないようにします。

クライアントに接続テスト機能がある場合は、選択候補をテストし、明らかなエラーが出るものを除外します。テストに成功しても、テスト対象にアクセスできたことを示すだけで、すべてのサイトやアプリが使えるとは限りません。ここでは選択した項目が利用可能か確認し、実際のWebページと接続ログで引き続き検証してください。すべての項目で同じ結果を目指す必要はありません。

ルールファイルを編集したり、すべてのポリシーの種類を理解したりする必要はありません。select、url-test、ルールのマッチングについては、用語集で名称から確認できます。モードとメインの出力先を設定したら次の手順に進み、端末からクライアントへ通信を送る入口を有効にします。

手順3：システムプロキシまたはVPN接続を有効化

クライアントのホーム画面に戻り、現在の設定が選択されていて、カーネルの起動エラーが表示されていないことを確認します。デスクトップクライアントによってはカーネルが自動で起動しますが、「起動」や接続ボタンを押す必要があるものもあります。設定エラーやリスニング失敗、ポートの競合がログに繰り返し表示される場合は、先にエラーを解決してください。システムプロキシとTUNの設定を重ねて有効にしないでください。

デスクトップ：まずシステムプロキシを有効化

Windows、macOS、Linuxのデスクトップクライアントで「システムプロキシ」を探して有効にします。Clash Verge Revでは通常、ホーム画面にスイッチがありますが、設定内のシステム関連項目にある場合もあります。有効にすると、システムプロキシ設定に従うブラウザーやアプリのリクエストがローカルのプロキシポートに送られ、先ほど選んだルールとポリシーに従って処理されます。

ネットワークアクセスの許可を求められた場合は、アプリ名と入手元を確認し、必要な範囲で許可してください。初回起動時に端末の管理者パスワードが必要になることもあります。他のガイドからコピーしたポート番号を手動で入力せず、クライアントに現在表示されているローカルの待ち受けポートを使用します。「LAN内の接続を許可」はオフのままにしてください。同じ端末上のブラウザーで接続するために、ほかの端末へプロキシを公開する必要はありません。

Linuxデスクトップ環境では、システムプロキシの対応状況が環境によって異なり、デスクトップのプロキシ設定を参照しないアプリもあります。まずはプロキシ設定に従うブラウザーで基本的な接続を確認してください。特定のターミナルコマンドが失敗しただけで、クライアント全体が使えないと判断しないでください。ブラウザー拡張機能でプロキシを制御している場合は、拡張機能がシステム設定を上書きしないよう、一時的に無効にします。

モバイル：システムのVPN接続を許可

Androidでは設定とポリシーを選択した後、ホーム画面に戻り、「起動」または接続ボタンをタップします。初回はシステムのVPN接続要求が表示されるため、現在のクライアントからの要求であることを確認して許可してください。iOSではVPN構成の追加を求められる場合があります。システムの案内に従って許可し、クライアントに戻って接続を開始します。許可ダイアログをキャンセルすると、サブスクリプションが表示されていても通信の入口は確立されていない可能性があります。

接続後、システムのVPN状態とクライアントの接続状態を確認します。別のVPNアプリやローカルVPN型のフィルタリングアプリが動作している場合は、そちらを停止してから現在のクライアントを起動してください。Androidでアプリごとのプロキシ設定を有効にしている場合は、確認に使うブラウザーが対象に含まれているかを調べます。初回は既定の対象範囲のまま動作を確認し、成功してから対象アプリを絞り込みます。

TUNモード：基本接続の確認後に有効化

TUNは、システムプロキシを参照しない一部のアプリの通信を取り込むために使われ、仮想ネットワークアダプターやルーティング、DNSの設定が関係します。デスクトップで必要な場合は、まずクライアントの案内に従ってサービスモードをインストールまたは有効化し、その後「TUNモード」をオンにして、もう一度動作を確認してください。初回設定でネットワークスタックやDNSモード、ルーティングのパラメーターを同時に変更するのは避けましょう。すべての端末に共通する設定はありません。

TUNを有効にした後、正常だったネット接続が切れた場合は、まずTUNをオフにして、直前に確認できていた接続方法に戻してください。権限や仮想ネットワークアダプターの問題は、トラブルシューティングガイドで順に確認できます。クライアントに接続成功と表示されても、通信の入口が確立された可能性を示すだけです。期待どおりの経路で通信できているか、最後の手順で確認してください。

手順4：ルールと実際の通信経路を確認

ブラウザーで新しいタブを開き、まず普段から直接接続できるサイトにアクセスして、基本のネット接続を確認します。続いて、現在の設定ではプロキシ経由になる想定のサイトを開いてください。キャッシュ済みページの再読み込みだけで判断せず、新しいリクエストを発生させます。クライアントに「接続」パネルがある場合は、先に開いてからサイトにアクセスすると、発生したリクエストと操作を照合しやすくなります。

接続一覧で対象ドメインのリクエストを検索し、詳細を開いて「マッチしたルール」「ポリシーチェーン」「出力先」などの項目を確認します。表示名はクライアントごとに異なりますが、確認する内容は同じです。リクエストがカーネルに届いたか、どのルールに一致したか、最終的に直接接続とプロキシのどちらが選ばれたかを確認してください。ルールモードで直接接続するサイトにDIRECTと表示されるのは、通常の振り分け結果です。

確認できた結果から次の操作を判断

対象のWebページが開き、対応するリクエストが想定したポリシーに進んでいれば、基本的な通信経路は機能しています。ページが開いても接続ログがない場合は、クライアントを経由した証拠としては不十分です。もともと直接接続できるサイトかもしれませんし、ログ機能が無効になっている可能性もあります。ログを確認できるクライアントでは、記録機能が正常に動作していることを確かめてからテストしてください。「一覧が空」というだけでノードの障害と判断しないようにします。

プロキシ経由になる想定のリクエストが一覧にまったく表示されない場合は、まずシステムプロキシのスイッチ、ブラウザーのプロキシ拡張機能、モバイルのアプリごとの対象範囲を確認してください。リクエストが表示されても直接接続になっている場合は、ルールモードとメインのポリシーグループに戻り、出力先を確認します。プロキシポリシーに進んでいるのに失敗する場合は、候補のノードを別のものに変更して比較してください。判断できる結果を得るため、変更は一度に1項目にします。

ブラウザーでは接続できるのにターミナルではできない場合、通常はターミナル側のプロキシ設定を確認する必要があります。サブスクリプションが無効だとすぐに判断しないでください。ターミナルの環境変数、アプリごとのプロキシ設定、TUNはそれぞれ異なる通信の取り込み方法で、初回からすべて設定する必要はありません。確認手順はブラウザーとターミナルを分けて確認をご覧ください。DNS、証明書、クライアントのクラッシュに関する問題は、トラブルシューティングガイドで順に確認できます。

接続をオフにしてから戻す比較テスト

作業中のデータを保存したうえで、システムプロキシまたはモバイル接続を一時的にオフにして同じサイトに再度アクセスし、その後接続を戻してもう一度アクセスします。アクセス結果とクライアントのログを比較すると、実際の通信経路を確認しやすくなります。テスト中にネットワークやノード、モードを同時に切り替えないでください。結果の変化を特定できなくなります。デスクトップではシステムプロキシをオフにしてもTUNは自動で停止しません。TUNを有効にしている場合は、比較時にその状態も確認します。

基本の動作確認が完了してから、必要に応じて「OS起動時に起動」と「起動後に自動接続」を有効にします。通常、この2つは別の設定です。前者はアプリを起動し、後者はアプリの起動後に通信を取り込むかどうかを決めます。設定後、都合のよいタイミングで端末を再起動し、現在の設定、プロキシモード、システムプロキシの状態を改めて確認してください。タスクトレイにクライアントのアイコンがあるかだけで判断しないようにします。

普段クライアントを終了する際は、デスクトップでは先にシステムプロキシをオフにしてから、クライアントのメニューで「終了」を選びます。異常終了後にブラウザーがネットに接続できなくなった場合は、システムのネットワーク設定にローカル端末を指す手動プロキシが残っていないか確認してください。クライアントが設定したアドレスは、実際の動作状態と一致している必要があります。モバイルではクライアントから接続を停止し、システムのVPN接続も切断されたことを確認します。