PREPARATION
開始前の確認：クライアント、サブスクリプション、システム時刻
操作を始める前に、クライアントがインストール済みで正常に起動できることを確認します。WindowsとmacOSではClash Verge Revを、モバイル端末では各プラットフォームに対応した互換クライアントを選ぶとよいでしょう。未インストールの場合はダウンロードページでOSに合ったクライアントを選択してください。このガイドは特定のバージョンに依存しませんが、設定管理、プロキシポリシー、動作設定、接続履歴などの基本機能が見つかる必要があります。
次に、有効なサブスクリプションURL、またはクライアントで読み込めるClash設定ファイルを用意します。サブスクリプションURLは通常、https://で始まるリンクで、ノード、プロキシグループ、ルール、DNSなどの設定をクライアントに取得させるために使います。一般的なウェブページのURLではないため、先にブラウザーで開く必要はありません。また、内容を複数のノードに分解して手入力しないでください。クライアントのサブスクリプション入力欄から直接導入すれば、プロキシグループとルールの参照関係を維持できます。
端末の日付、時刻、タイムゾーンも正確か確認してください。システム時刻がずれているとTLS接続に影響し、サブスクリプションの更新やノード接続で証明書の有効期間に関するエラーが発生することがあります。ノートパソコンをスリープから復帰させた直後であれば、ネットワークが再接続されているかも確認しましょう。これらを先に確認しておくと、システムの問題を設定の問題と誤認しにくくなります。
STEP 01 / CONFIGURATION
サブスクリプションを導入する：設定、プロキシグループ、ルールをクライアントに読み込む
Clash Verge Revを開き、左側のナビゲーションから「サブスクリプション」または「設定」画面に移動します。バージョンによっては「Profiles」と表示されることもあります。サブスクリプションリンクを入力するテキスト欄を見つけ、URL全体を貼り付けます。貼り付ける前後に空白や日本語の句読点を加えず、「導入」「追加」「更新」などのボタンをクリックしてください。クライアントがサブスクリプションを取得して設定を解析すると、通常は設定名、更新日時、更新操作を含む新しい設定項目が表示されます。
設定項目が表示されても、すぐに接続手順へ進まないでください。まずその設定をクリックし、現在の有効項目に指定します。選択後に枠線の強調、チェックマーク、「現在」などの状態を表示するクライアントもあれば、設定右側のメニューから「有効化」を選ぶクライアントもあります。ダウンロードしただけで有効化していない場合、プロキシ画面には以前の設定のプロキシグループが表示され、選択したノードも新しく導入したサブスクリプションのものになりません。
続いて「プロキシ」画面で解析結果を確認します。ここには、ノード選択、自動選択、フォールバック、用途別のグループなど、複数のプロキシグループが表示されます。グループ名は設定の提供元が決めるため、例と完全に一致するとは限りません。プロキシグループを1つ開き、ノード、別のプロキシグループ、DIRECTなどのポリシーが含まれていることを確認してください。プロキシ画面が空、基本項目しか表示されない、または設定解析に失敗したと明確に表示される場合は、システムプロキシを開始せず、サブスクリプション画面に戻って再度更新します。
サブスクリプションの導入に失敗した場合は、まずURL全体が正しいか確認し、現在のネットワークからアクセスできるか確かめます。チャットアプリや文書からコピーしたリンクでは、改行が混入していないか注意してください。今回の失敗で作成された空の設定項目を削除し、URLを貼り直して再度導入する方法もあります。エラーにYAML形式、フィールド型、プロキシグループ参照の問題が表示される場合、クライアントは内容を取得できていますが、設定構造の解析に失敗しています。この場合は設定の取得元を修正する必要があり、基本的な接続スイッチでは構造エラーを解決できません。
導入に成功したら、「更新」を手動で一度実行し、更新日時が変わるか確認することをおすすめします。これにより、クライアントが現在のキャッシュを読み取れるだけでなく、今後もサブスクリプションを更新できることを確認できます。完了後は新しい設定を選択したまま、2つ目の手順でプロキシモードを選びます。YAMLの各セクション、プロキシグループの参照、ルールセットの構造についてはプロトコルとカーネルの技術リファレンスを参照してください。このページでは初回接続に必要な操作だけを扱います。
STEP 02 / ROUTING
プロキシモードを選択する：まずルールモードを使い、出口となるプロキシグループを決める
設定を有効にしたら、「プロキシ」画面またはクライアントのホーム画面にあるモード選択エリアを開きます。一般的なモードには、ルール、グローバル、ダイレクトがあります。初回設定では「ルール」モード、つまりRuleをおすすめします。このモードでは、各接続が設定内のルールを上から順に照合し、マッチした時点で対応するプロキシグループに処理を渡します。プロキシが必要なリクエストはプロキシポリシーへ、直接接続に適したリクエストはDIRECTへ、明示的に拒否するリクエストはREJECTへ振り分けられます。
「グローバル」モードでは、ほとんどの通信を指定した1つのプロキシグループへまとめて渡します。特定のノードが接続できるか一時的に試す用途には適していますが、ルール設定を理解する出発点には向きません。「ダイレクト」モードでは通信を直接接続し、プロキシを一時停止したり比較検証したりするときに使います。モードは全体の処理方法を決めるだけで、具体的なノードの選択まで完了するわけではありません。ルールモードに切り替えたら、続けてプロキシグループを確認してください。
プロキシ画面で主要なノード選択グループを探します。「ノード選択」「Proxy」「手動選択」など、設定によって名称は異なります。プロキシグループをクリックし、一覧から利用可能なノードを選択します。自動選択グループが用意されている場合は、自動ポリシーを選び、設定されたテスト方法で出口を選ばせても構いません。ノードを選択すると、通常はプロキシグループに現在の選択名が表示されます。グループ内で別のプロキシグループを参照している場合もあるため、自動選択、フォールバック、地域別グループが表示されても異常ではありません。これは出口を階層的に管理するための設定です。
この時点でクライアントの疎通テストを実行しても構いませんが、テスト結果だけで設定全体が有効になったと判断しないでください。通常のテストで確認できるのは、クライアントが特定のノードへの接続を試せるかどうかです。ブラウザーや他のアプリがクライアントを経由するかどうかは、次のシステムプロキシまたはTUN設定にも左右されます。すべてのノードがすぐに利用不可になる場合は、サブスクリプションを更新し、ネットワークを切り替え、システム時刻を確認してください。1つのノードだけに問題がある場合は、同じプロキシグループ内の別ノードに切り替えて再度テストします。
選択後は複数のモードを頻繁に切り替えないでください。ルールモードと明確なプロキシグループの出口を維持すると、後の確認結果を再現しやすくなります。接続に失敗した場合も、問題がサブスクリプション解析、ノード接続、システムプロキシ、ルールマッチのどこにあるか判断しやすくなります。3つのモードの詳しい用途はClashのルール・グローバル・ダイレクトモードの違いで解説しています。初回設定では、ルールモードを基本の出発点として覚えておけば十分です。
STEP 03 / CONNECTION
接続を開始する：まずシステムプロキシを有効にし、必要に応じてTUNを使う
モードとノードを選択したら、クライアントのホーム画面または「設定」画面に戻り、「システムプロキシ」のスイッチをオンにします。システムプロキシを有効にすると、OSのプロキシ設定に従うアプリのリクエストがClashの待受ポートへ送られ、現在の設定に基づいてルールが適用されます。WindowsとmacOSの主要なブラウザーの多くはシステムプロキシを読み取るため、初回確認に適しており、影響範囲も把握しやすい方法です。
スイッチをオンにしたら、クライアントが起動状態を維持しているか確認します。デスクトップ版では通常、トレイやメニューバーにアイコンが残ります。メインウィンドウを閉じただけでは終了しない場合もありますが、トレイメニューから終了すると、システムプロキシに必要なローカル待受サービスが停止することがあります。初回テスト中はクライアントのウィンドウを開いたままにし、接続履歴やエラー表示をいつでも確認できるようにしてください。ファイアウォールによるネットワークアクセスの確認が表示された場合は、現在のネットワーク環境に応じて必要なローカル通信を許可します。
AndroidとiOSでは、接続はシステムのVPNインターフェースを通じて行われます。ホーム画面の接続ボタンをタップすると、VPN設定の作成または接続を許可するかシステムが確認します。許可後は、ステータスバーにシステムVPNのマークが表示されるのが一般的です。モバイル端末ではデスクトップOSの「システムプロキシ」スイッチを探す必要はありませんが、クライアントのホーム画面で接続済みと表示され、正しい設定が有効になっていることを確認してください。
システムプロキシに従わないアプリもあり、一部のコマンドラインツール、ゲーム、特殊なネットワークプログラムは直接接続する場合があります。その場合はTUNモードの利用を検討できます。TUNは仮想ネットワークインターフェースを通じて、より広い範囲の通信を取り込みますが、通常は管理者権限、ネットワーク拡張の許可、またはシステムVPN権限が必要です。初回設定でシステムプロキシ、TUN、DNS、バイパスリストを同時に変更するのは避けてください。まずシステムプロキシでブラウザーを確認し、その後、必要なアプリに応じてTUNだけを有効にすると、各設定の影響を判断しやすくなります。
システムプロキシを有効にした直後にどのウェブサイトにもアクセスできなくなった場合は、まずスイッチをオフにして元のネットワークへ戻します。そのうえで、クライアントのカーネルが起動しているか、現在の設定が有効か、プロキシポートを他のプログラムが使用していないか確認してください。接続が途切れているときに複数の設定を連続して変更すると、どの変更が接続を回復または破損させたのか分からなくなります。「クライアントの動作状態—現在の設定—プロキシモード—プロキシグループとノード—システムプロキシ」の順に確認しましょう。
接続スイッチが安定したら、ルールモードを変えずに次の確認へ進みます。ボタンの色が変わったかどうかだけでは不十分です。スイッチの状態から分かるのは有効化が要求されたことだけで、ブラウザーの通信がカーネルに届いたことや、想定したルールにマッチしたことまでは確認できません。経路全体が機能しているか判断するには、実際の接続履歴が重要です。
初回のブラウザー確認に使う
OSのプロキシ設定に従うアプリの通信を取り込みます。設定が簡単で、サブスクリプション、ノード、ルールが機能するかを最初に確認するのに適しています。
通信を取り込む範囲を広げるために使う
仮想ネットワークインターフェースを通じて、より多くのアプリの通信を処理します。システムの許可が必要なため、基本接続が完了してから必要に応じて有効にしてください。
STEP 04 / OBSERVATION
動作を確認する：ウェブページ、接続履歴、ルールマッチを同時に確認
ブラウザーを開き、新しいタブで普段から安定して開けるサイトにアクセスします。ページが正常に読み込まれたら、プロキシグループに振り分けられる想定のサイトにもアクセスしてください。重要なのはページが開くかだけでなく、異なる種類のリクエストを2つ発生させ、クライアントに直通とプロキシの両方のルール結果を表示させることです。テスト中は、接続一覧への混入を減らすため、ブラウザーの他のダウンロードやバックグラウンドページをできるだけ閉じておきます。
Clash Verge Revに戻り、「接続」または「ログ」画面を開きます。接続一覧には通常、リクエスト先、マッチしたルール、使用したプロキシグループ、最終的な出口が表示されます。先ほどブラウザーで発生させたリクエストを探し、クライアントに入っていることを確認してください。新しい記録がまったくない場合、ブラウザーがシステムプロキシを読み取っていないか、別のプロキシ拡張機能を使用している可能性があります。まずシステムプロキシがオンのままか確認し、ブラウザーの通信を制御している可能性がある他の設定を一時停止してから、テストページを再読み込みします。
接続履歴が表示されたら、ルールのマッチ結果を確認します。直通を想定したリクエストはDIRECTと表示されるか、最終的に直通が選ばれたプロキシグループに入ります。プロキシを想定したリクエストは、設定で指定されたプロキシグループに入り、前の手順で選んだノードまたは下位のプロキシグループが表示されます。すべてのリクエストが同じ出口に入る場合は、まずグローバルモードになっていないか確認してください。ルールモードであることを確認したら、設定に対応するルールが含まれているか、より広い条件のルールが先にマッチしていないかを確認します。
システムプロキシをオンにしたまま、主要なプロキシグループで別の利用可能なノードに切り替え、テストページを再読み込みして比較することもできます。接続一覧の新しいリクエストに、切り替え後の出口が表示されるはずです。確認後は元のノードに戻します。この操作で、プロキシグループの選択が後続の接続に実際に影響していることを確認できます。既存の接続は古い出口を使い続ける場合があるため、切り替え後に新しく作成されたリクエストを基準にしてください。
モバイル端末で確認する場合は、アプリが切り替え前に確立した長時間接続を再利用しないよう、いったん完全に終了してから再起動します。AndroidとiOSではシステムVPNのマークが表示され続け、クライアントの接続画面にも新しい記録が作成されるはずです。特定のアプリだけ記録がなく、ブラウザーでは正常な場合、アプリ固有の接続方式またはシステムの振り分け範囲に原因があることが多いため、クライアントのTUN、バイパス設定、アプリごとのプロキシ設定を確認します。
最後にサブスクリプション画面へ戻り、現在の設定が有効なままであることを確認します。また、システムプロキシまたはモバイル端末の接続スイッチの場所も覚えておきましょう。これで、サブスクリプション導入、モード選択、システム接続、ルール確認の一連の流れが完成します。日常利用では、定期的にサブスクリプションを更新し、プロキシグループで適切な出口を選び、異常時に接続履歴を確認すれば十分です。設定全体を毎回導入し直す必要はありません。
基本ネットワークとノード接続が利用可能な状態であることを確認します。
アプリのリクエストがクライアントの処理経路に入っていることを確認します。
直通、プロキシ、ブロックの処理が設定どおりであることを確認します。
プロキシグループと具体的なノードの参照が有効であることを確認します。
BASIC TROUBLESHOOTING
初回接続に失敗した場合は、経路に沿って確認する
トラブル対処では、ノードを何度も切り替えるのではなく、設定入口に近い箇所から確認します。第1段階はサブスクリプションです。更新エラーがなく、新しい設定が有効で、プロキシ画面に完全なプロキシグループが表示されることを確認します。第2段階はモードと出口です。ルールモードを使用し、主要なプロキシグループで利用可能なノードを選んでいることを確認します。第3段階はクライアントの接続です。デスクトップ版ではシステムプロキシ、モバイル版ではシステムVPNの状態を確認し、より広い範囲を取り込む必要がある場合のみTUNを確認します。第4段階で、ルールやDNSなどの詳細設定を確認します。
サブスクリプションは更新できるのに、すべてのノードをテストできない場合は、現在のネットワークを変更するか、クライアントのカーネルを再起動して、ログに出る最初の明確なエラーを確認します。ノードテストは正常なのにブラウザーの接続履歴がない場合は、システムプロキシとブラウザー独自のプロキシ設定を重点的に確認します。接続履歴はあるもののウェブサイトの動作が想定と異なる場合は、ノード名だけでなく、マッチしたルールとプロキシグループを確認してください。一部のドメインだけ名前解決に失敗する場合は、設定のDNSセクション、システムDNSの状態、他のネットワークツールが同時に動作していないかを確認します。
設定は一度に1項目だけ変更し、変更後に新しいテストリクエストを発生させてください。一度に複数のオプションを有効にするより時間はかかりますが、原因と結果を明確に保てます。具体的なエラーコード、サブスクリプション更新の異常、TUN権限の問題がある場合は、よくある質問でカテゴリ別の対処方法を確認してください。プロトコルの特性、カーネルの関係、設定の互換性を比較する場合は、技術リファレンスも参照してください。