Clash Verge Revの使い方
サブスクリプションの追加と初回接続

STEP 01 / PROFILE

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

Clash Verge Revを起動し、左側の「設定」をクリックします。画面にあるサブスクリプションURLの入力欄にURL全体を貼り付け、「インポート」をクリックしてください。バージョンによってボタンの位置は多少異なりますが、空の設定を手動で作成するのではなく、URLからインポートします。貼り付けた後、URLの前後に空白や改行、チャットアプリが付けた句読点が混ざっていないか確認してください。元のパラメーターはそのままにし、疑問符以降を削除しないでください。

インポート時に、サブスクリプションURLから設定が取得されます。成功すると設定画面にカードが表示され、通常は名前や更新日時、提供元から返された情報を確認できます。カードをクリックするか、カードのメニューから有効化を選び、現在の設定にしてください。カードが表示されただけでは切り替え完了とは限りません。選択中のマークがそのカードに付いていることを確認してから次へ進みます。

「プロキシ」画面を開き、プロキシグループとグループ内のノードが表示されているか確認します。プロキシグループは、ルールから参照される出口の候補をまとめたものです。「ノード選択」「自動選択」のほか、サブスクリプション提供元独自の名前が付いている場合もあります。名前を決まった表記に変更する必要はありません。設定が有効で、グループを開くことができ、実際のノードが表示されていれば、出口を選べる段階までインポートできています。

ローカルファイルからインポートする場合

.yamlまたは.ymlファイルを入手した場合は、設定画面のファイルインポートからファイルを選択し、有効にしてください。ファイルパスをサブスクリプションURLの入力欄に貼り付けないでください。URL形式のサブスクリプションは更新操作で内容を再取得できますが、ローカルファイルにはリモート更新元がない場合があります。サービス情報が変更されたときは、ファイルを再入手するか、提供元の案内に従って設定を変更してください。

インポートに失敗したら、まずここを確認

まずクライアントに表示されたエラーを確認してください。ネットワークリクエストの失敗は、サブスクリプションURLへの接続、端末のネットワーク、URLの有効期限などが原因として考えられます。設定の解析エラーは、取得した内容が非対応の形式である可能性が高いです。URLの応答内容が、クライアント対応の設定になっているか確認してください。公式サイトのログインページや共有方法の説明ページ、エラーメッセージが返されている場合は使えません。提供元にClashまたはmihomo対応形式か確認し、ブラウザーでURLを開けることだけで形式が正しいと判断しないでください。

インポートに成功してもプロキシ画面にノードが表示されない場合は、設定画面に戻り、今追加した設定が有効になっているか確認してから手動で更新し、ログの解析メッセージを確認してください。同じURLを何度もインポートすると、現在の設定を見分けにくくなるため避けましょう。サブスクリプション、設定ファイル、ノードの違いは用語集を参照してください。まず確実に使える設定を1つ残してから、モードの選択に進みます。

STEP 02 / ROUTING

ルールモードとプロキシノードを選ぶ

「プロキシ」画面に戻り、動作モードの選択欄を探します。初期設定では「ルール」モードがおすすめです。現在の設定に含まれるルールに従って、接続ごとに直接接続、プロキシグループ、または拒否のいずれかが選ばれます。サブスクリプションに含まれる通信の振り分けを確認できるほか、特定のアプリがプロキシを経由しない理由も調べやすくなります。モードを切り替えてもノードは選択されず、システムプロキシも自動で有効になりません。

次に、プロキシの出口となるプロキシグループを開きます。グループ内が手動選択リストの場合は、候補ノードのテストを実行し、テストに成功したノードを選択してください。テスト結果が示すのは、その時点でノードから設定済みのテスト先にアクセスできたことだけです。すべてのサイトやアプリが使えるとは限りません。1回のテスト時間だけで長期利用するノードを決めず、まず実際の接続が安定するか確認しましょう。

プロキシグループの中に、最終的なノードではなく別のプロキシグループが入っていることもあります。たとえば「ノード選択」が「自動選択」を参照し、そのグループが複数のノードから出口を選ぶ構成です。これは正常な入れ子構造です。現在選択されている項目から次の階層をたどり、最終的な出口が誤ってDIRECTや使用できないノードになっていないか確認してください。自動選択グループでは、通常、設定された検出ルールに従ってクライアントが出口を選びます。チュートリアルに合わせるためだけに手動選択へ変更する必要はありません。

ルール・グローバル・直接接続の違い

「ルール」は設定内のルールに沿って接続を振り分けるモードで、日常利用の出発点に適しています。「グローバル」は通常、コアに入る通信をグローバルプロキシグループに渡すため、そのグループの出口を別途確認する必要があります。端末上のすべてのアプリの通信が取り込まれるという意味ではありません。「直接接続」はコアに入った通信を接続先へ直接送ります。モードが決めるのは、通信がコアに入った後の処理方法です。システムプロキシとTUNは、どの通信をコアに渡すかを決めます。

特定の通信が誤った出口に振り分けられているか調べる場合は、一時的にグローバルモードにして比較できます。ただし、変更前のモードと選択中のノードを控えておきましょう。比較が終わったらルールモードに戻し、設定を戻し忘れないようにしてください。初回接続ではモード、DNS、ポート、ルールを同時に変更しないでください。原因を特定しにくくなります。サブスクリプションの設定はそのままにし、利用可能な出口を1つ選べば十分です。

プロキシグループの自動検出、フェイルオーバー、負荷分散を初回接続時にすべて設定する必要はありません。仕組みを知りたい場合はプロキシグループの用語解説を、プロトコルの対応状況やコアの違いはプロトコルガイドを参照してください。

STEP 03 / CONNECTION

接続して通信を取り込む

デスクトップ版：まずシステムプロキシを有効にする

Clash Verge Revの「設定」画面で「システムプロキシ」を有効にします。バージョンによっては、タスクトレイのメニューから操作できます。この設定を有効にすると、OSのプロキシ先がローカルクライアントの待ち受けポートに切り替わり、システムプロキシに従うブラウザーやアプリのリクエストがコアに渡されます。通常は既定のポートのままで問題ありません。接続するために、別のチュートリアルにあるポート番号をコピーする必要はありません。

ブラウザーを開き、新しいページを再読み込みします。独自のプロキシ拡張機能や手動のプロキシ設定を使っている場合は、リクエストが別の宛先に送られないよう、システムプロキシを使う設定に戻してください。システムプロキシを変更するほかのクライアントも終了し、複数のプログラムが設定を上書きし合わないようにします。スイッチを有効にしてすぐ、ページが開くかどうかだけで判断しないでください。次の手順で接続画面を確認し、実際の経路を調べます。

コアが実行されていない、待ち受けに失敗した、またはポートが使用中と表示された場合は、表示された問題に対処してからスイッチを切り替えてください。ポートの競合は、別のプロキシソフトがバックグラウンドで動いているときによく発生します。むやみにポートを変更するより、競合するソフトを終了して再試行する方が設定を保ちやすくなります。ポートを変更する必要がある場合は、そのポートを使うブラウザー、ターミナル、その他のアプリの設定も確認してください。詳しくはClashのポート設定に関する問題を参照してください。

モバイル版：OSのVPN接続を許可する

モバイルクライアントで追加済みの設定とノードを選び、ホーム画面の接続ボタンをタップします。初回起動時には、OSからVPN接続の作成を許可するか確認されるため、許可してクライアントに戻り、接続状態を確認してください。ここでいうVPNは、OSが提供する通信の取り込み機能です。ノードのプロトコルが変わるわけではありません。設定を追加しただけで接続ボタンを押していない場合、モバイルアプリの通信は通常どおりのネットワークを使います。

端末上で別のVPNアプリが接続中の場合は、先に切断してから現在のクライアントを起動してください。Androidではバッテリー最適化がバックグラウンド動作に影響することがあります。初回の動作確認ではクライアントを前面に表示したまま接続を確認し、その後、OSの案内に沿ってバックグラウンド動作の権限を調整してください。iOSではクライアントとOSのVPN接続状態を確認します。デスクトップ版のサービスモードやポート操作をそのまま行う必要はありません。

必要な場合にTUNモードを有効にする

ブラウザーではプロキシを使えるものの、ゲーム、コマンドラインツール、特定のアプリがシステムプロキシに従わない場合は、TUNモードを検討してください。TUNは仮想ネットワークインターフェースを通じて通信を取り込むため、システムプロキシとは対象範囲が異なります。デスクトップクライアントでは、先にサービスのインストールや管理者権限の許可が必要な場合があります。現在のバージョンの案内に従って操作し、サービスが正常に動作することを確認してから有効にしてください。権限の確認を済ませる前に何度も再試行しないでください。

初回の動作確認では、まずシステムプロキシで通信経路を確認し、その後TUNを試すことをおすすめします。TUNを有効にして、それまで使えていた接続に問題が起きた場合は、TUNを無効にし、確認済みのシステムプロキシに戻して、問題発生前後のログを保存してください。UWPアプリには独自のループバックアクセス制限があるため、ノードの障害と混同しないでください。対処方法はUWPのループバックに関する説明を参照してください。

STEP 04 / VERIFICATION

プロキシ出口とルールの適用を確認する

クライアントを起動したまま、ブラウザーでプロキシルールに確実に一致するサイトへアクセスし、Clash Verge Revの「接続」画面を開きます。接続リストは頻繁に更新されるため、まず検索条件をクリアしてから対象ドメインを検索してください。該当する接続の宛先、適用ルール、接続経路を確認し、想定したプロキシグループを経由して選択したノードに到達しているか調べます。システムプロキシのスイッチがオンかどうかだけでは判断できません。

短時間で終わるリクエストは、アクティブ接続一覧からすぐ消えることがあります。その場合は対象ページを再読み込みするか、ログ画面でルールの適用記録を確認してください。ブラウザーが既存の接続を再利用する場合もあるため、ノードを切り替えた後は新しいリクエストを送信します。必要に応じて対象ページを閉じてから開き直してください。記録を表示させるためにログ全体を公開アップロードしないでください。アクセス先のドメインや個人のネットワーク情報が含まれていることがあります。

出口IPで照合する

同じブラウザーで信頼できるIP確認サイトを開き、現在の設定でそのドメインがプロキシグループを経由することを確認してから、表示されたグローバルIPを確認します。結果は選択した出口の想定と一致するはずですが、端末が接続中のネットワークのグローバルIPと同じとは限りません。確認サービスによってデータの取得元や地域の判定が異なるため、地域表示は参考情報にとどめてください。クライアントがルールどおりに転送しているかは、接続画面の経路表示で確認するのが確実です。

IPが変わらないだけで、プロキシが機能していないと判断しないでください。確認サイトへの通信が直接接続のルールに一致している場合や、一部のリクエストが別のアドレスファミリーを使っている場合があります。まず接続画面で、そのリクエストに適用されたルールと出口を確認してから、次の調査に進みます。接続記録上はプロキシ経由なのに接続先へアクセスできない場合は、端末のシステムプロキシをさらに変更するのではなく、ノードから接続先までの疎通を確認してください。

直接接続の経路も確認する

ルールモードの目的は必要に応じた通信の振り分けであり、すべての接続をプロキシ経由にすることではありません。設定で直接接続のルールに確実に一致するサイトにもアクセスし、接続画面にDIRECTと表示されることを確認してください。プロキシ対象と直接接続対象の両方で想定どおりのルールが適用されれば、設定の有効化、ノード選択、通信の取り込みが一連の経路として機能しています。すべての記録を同じ表示にするために、グローバルモードへ変更する必要はありません。

出口IPだけではDNSリークの有無を判断できません。DNSの名前解決経路とアプリの接続経路には関連がありますが、完全に同じではありません。確認サイトの結果には、ブラウザーの暗号化DNS、OSのキャッシュ、クライアントの名前解決設定が影響することがあります。初回接続では、まずここまでの出口とルールの動作を確認してください。名前解決に問題がある場合は、ClashのDNSリークと名前解決のトラブル対処を参照し、状況を確認せずにすべての名前解決機能を無効にしないでください。

確認に失敗したら、通信経路を順にたどる

接続画面に該当するリクエストがまったく表示されない場合は、アプリがシステムプロキシに従っているか、ほかのソフトが設定を上書きしていないか、モバイル版のVPNが実際に接続されているかを優先して確認します。リクエストは表示されるものの直接接続になっている場合は、動作モードと適用ルールを確認してください。プロキシノードを選択済みなのに接続できない場合は、ノードのテスト結果、サブスクリプションの有効性、ログのエラーを確認します。この順に一度に1項目だけ変更して再試行すると、複数の設定を同時に変更するより原因を特定しやすくなります。

これでサブスクリプションの追加から実際のリクエストまで確認できました。日常的には、サブスクリプションを更新して出口を選び、必要な通信取り込みの設定が有効か確認すれば十分です。プロトコルの選び方やmihomoコアとの関係を詳しく知りたい場合は、コアとクライアントのガイドを参照してください。具体的な問題が起きた場合は、すべての設定をやり直さずによくある質問から症状を探してください。