1. サブスクリプションを追加して設定を有効化
作業を始める前に、利用権限のあるサブスクリプションURL、または使用可能なローカルYAML設定ファイルを用意します。クライアントは設定を読み込み、リクエストを転送するソフトウェアです。インストールしただけではプロキシサービスを利用できません。サブスクリプションURLには通常、アクセス用の認証情報が含まれています。URL全体を公開スクリーンショットや掲示板、オンライン変換サイトに貼り付けないでください。設定をまだ入手していない場合は、入手元を確認してから次の手順に進みます。
設定画面にサブスクリプションURLを貼り付ける
Clash Verge Revを開き、サイドバーから「設定」画面に移動します。サブスクリプションURLの入力欄にURL全体を貼り付け、隣の追加ボタンをクリックしてください。バージョンによってボタン名や配置が多少異なる場合がありますが、操作するのはリモート設定のURLです。貼り付け後、先頭と末尾を確認し、説明文や引用符、改行が混ざっていないことを確かめます。プロバイダーのログインページのURLをサブスクリプションURLとして使わないでください。
追加後、設定画面に新しい設定カードが表示されるまで待ちます。ダウンロードや解析には時間がかかることがあります。同じカードが複数作られないよう、続けて何度もクリックしないでください。カードが表示されたら、その設定をクリックするか、カードのメニューから有効化して現在の設定にします。リストに保存しただけでは不十分です。選択中の設定が切り替わったことを確認してください。
次に「プロキシ」画面を開き、プロキシグループと選択肢が表示されているか確認します。設定内のグループが見えていれば、少なくともクライアントが設定を読み込んでいます。ノードに接続できることまでは確認できていませんが、次の手順に進めます。前の設定のグループが表示されたままの場合は、設定画面に戻って有効化の状態を確認し、コアの再読み込みが終わってからもう一度確認してください。
ローカルファイルとサブスクリプション形式の違い
ローカルファイルを使う場合は、設定画面のファイル読み込みから該当する .yaml または .yml ファイルを選び、追加した設定を有効にします。拡張子はあくまで目安で、ファイルの内容もクライアントが対応する設定形式である必要があります。ウェブページをYAMLとして保存して読み込んだり、拡張子だけを変更して通常のノード一覧を完全な設定ファイルとして扱ったりしないでください。
リモートサブスクリプションは配信元から更新できますが、ローカルファイルは通常、自分で差し替えるか編集する必要があります。サブスクリプションによっては、Clash YAMLや汎用ノードリストなど複数の形式が用意されています。ClashまたはMihomo向けの設定を選んでください。Base64形式のノードリストは、そのまま完全な設定ファイルとして使えるとは限りません。形式が合わない場合は、対応形式を配信元に確認しましょう。サブスクリプション、設定ファイル、ノードの違いは用語ガイドで確認できます。
追加に失敗した場合は、まず表示されたメッセージを確認します。ダウンロードがタイムアウトする場合は、現在のネットワークからサブスクリプションURLにアクセスできるか確認してください。設定の解析エラーが表示された場合は、取得した内容がログインページやエラーメッセージではないか、対応外の形式ではないかを確認します。サブスクリプションの追加失敗とノードの接続失敗は別の段階で発生します。設定をダウンロードできていない状態でプロキシノードを何度切り替えても解決しません。追加時の問題を解消してから、プロキシ画面に戻ります。
この手順の完了条件：設定一覧で目的の設定が選択され、プロキシ画面に対応するプロキシグループが表示されていること。まずは使うプロキシモードを決め、ネットワークを取り込む機能を複数同時に有効にしないでください。
2. ルールモードとプロキシポリシーを選択
設定の読み込みが完了したら、「プロキシ」画面、または画面内のモード選択欄を開きます。初めて使う場合は「ルール」モードがおすすめです。ルールモードでは、設定内のルールに従ってリクエストごとに直接接続、プロキシ、その他の処理を選びます。日常的な利用に適しています。動作は設定内のルールに左右されるため、同じモード名でも設定によって通信経路が異なる場合があります。
モードで通信を振り分け、プロキシグループで接続先を選ぶ
ルール、グローバル、直接接続は、3つの接続スイッチではありません。ルールモードは一致したルールに従ってポリシーを選択します。グローバルモードは、コアに届いたリクエストをグローバルポリシーで処理します。直接接続モードでは、コアに届いたリクエストを宛先へ直接接続します。グローバルモードにしても、すべてのアプリの通信が自動的に取り込まれるわけではありません。クライアントに届かない通信には影響しません。初回設定ではルールモードを使うと、実際に適用されたルールを確認しやすくなります。
モードを選んだら、プロキシ画面で主要なプロキシグループを開きます。グループ名は設定の作成者が決めるため、「ノード選択」「プロキシ」など、表示名はさまざまです。完全に同じ名称を探す必要はありません。グループ内の選択肢を確認し、利用可能なノードを選びます。自動選択やフェイルオーバー用のグループが設定されている場合は、それを選ぶこともできます。選択後、現在の項目が切り替わったことを画面で確認してから次に進みます。
設定によっては、一般的なウェブサイトと特定のサービスでプロキシグループが分かれています。その場合、1つのグループを変更しても、すべてのリクエストの接続先が変わるとは限りません。初回にすべての項目を設定し直す必要はありません。配信元の初期設定を保ち、アクセスしたいサイトに対応するグループが利用可能な項目を指しているか確認してください。グループの種類がわからない場合は、プロキシグループの用語を確認し、よくわからないグループを削除しないでください。
テスト結果は接続状況を判断する手がかり
プロキシ画面にテストボタンがあれば、一度実行して現在のノードから応答があるか確認できます。ただし、テストは特定の宛先とリクエスト方式を使うため、数値が返ってもすべてのウェブサイトにアクセスできるとは限りません。タイムアウトもテスト先が原因の場合があります。最終的には4つ目の手順で実際のサイトにアクセスし、接続履歴も確認して、通信経路が想定どおりか判断してください。
サブスクリプションを切り替えたり設定を更新したりした後は、現在選択されているプロキシグループを確認し直してください。新しい設定ではグループ名やルールからの参照先が異なる場合があり、前回の選択がそのまま維持されるとは限りません。この時点でグループ内にノードが1つもない場合は、グローバルモードを有効にするのではなく、1つ目の手順に戻ってサブスクリプションの内容を確認します。プロキシグループのネスト、ルールセット、自動選択の詳細は、接続できてから応用設定ガイドで確認してください。
この手順の完了条件：ルールモードが選択され、主要なプロキシグループで利用可能な項目が選択されていること。次はアプリの通信をクライアントに届ける設定が必要です。ノードを選ぶだけでは、ブラウザーの通信経路は変わりません。
3. システムプロキシを有効にして接続する
「設定」画面を開き、コアが正常に動作していて、起動や設定の読み込みに関するエラーが繰り返し表示されていないことを確認します。次に「ポート設定」またはネットワーク設定の項目を開き、現在の混合ポートを控えてください。よく使われる設定値は 7897 ですが、クライアントに実際に表示されている値を使用します。例にあるポート番号に固定する必要はありません。
まずはシステムプロキシだけを使う
「システムプロキシ」を見つけて有効にします。この操作により、デスクトップOSのプロキシ設定がクライアントのローカル待ち受け先を指し、システムプロキシに対応したアプリのリクエストがクライアントに送られます。有効にした後、スイッチがオンのままになっていることを確認してください。すぐにオフに戻る場合は、画面のメッセージやログを確認します。一時的にオンになっただけで接続成功と判断しないでください。
次に、システムプロキシに対応したブラウザーを開き、新しいタブから確認したいウェブサイトにアクセスします。すでにブラウザーを開いている場合はページを再読み込みし、必要に応じてブラウザーを再起動してください。以前の接続経路がそのまま使われるのを防げます。ブラウザー拡張機能や個別のプロキシ設定、ほかのプロキシソフトがシステム設定を上書きすることがあります。初回のテストではプロキシの入口を1つに絞ると、問題の切り分けが容易です。
システムプロキシですべてのプログラムの通信を取り込めるわけではありません。コマンドラインツール、ゲーム、独自のネットワーク設定を持つアプリなどはシステムプロキシを参照しないことがあります。そのため、ブラウザーでは接続できても別のアプリで変化がないからといって、ノードに問題があるとは限りません。まず、そのアプリが個別のプロキシ設定に対応しているか確認し、必要に応じてTUNモードを検討してください。ブラウザーの接続を確認する前に、システムプロキシ、DNS、仮想ネットワークアダプターを同時に変更しないでください。
TUNと手動ポートの設定は必要になってから
初回接続では「TUNモード」をオフのままにします。TUNは仮想ネットワークインターフェースを使って通信を取り込み、システム権限、ルーティング、DNSにも関わります。ノードの速度を上げるボタンでも、あらゆる問題を解決する機能でもありません。対象のアプリがシステムプロキシを使わず、より広範囲の通信を取り込む必要があると確認できた場合に限り、応用設定ガイドのTUNに関する説明を参照して個別に設定してください。
アプリでプロキシサーバーを手動設定する場合、同じPC上なら通常はループバックアドレス 127.0.0.1 を入力し、先ほど控えたポート番号を指定します。HTTPかSOCKSかは、アプリの要件に合わせてください。他のガイドにあるポート番号をそのまま使ったり、プロキシサーバーのアドレス欄にサブスクリプションURLを入力したりしないでください。混合ポートは対応するプロキシ接続を受け付けますが、サブスクリプションURLでもリモートノードのサーバーポートでもありません。
待ち受けポートが使用中と表示された場合は、別のクライアントやプロキシツールが起動していないか確認します。重複しているプログラムを終了するか、設定で未使用のポートに変更してください。ポートを変更したら、システムプロキシ側も同期されているか確認します。手動設定したアプリのポートも更新が必要です。クライアント側を古い値のままにしてアプリ側だけ変更すると、待ち受けていないポートに接続してしまいます。
この手順の完了条件：コアが正常に動作し、システムプロキシが有効で、ブラウザーから新しいリクエストが送信されていること。スイッチの色だけで判断せず、次の手順でリクエストの処理記録を確認します。
4. リクエスト経路と接続結果を確認する
クライアントの「接続」画面を開き、ブラウザーに戻って実際に使いたいウェブサイトにアクセスします。画面を交互に確認し、今発生した宛先ドメインやアドレスを探してください。表示項目はバージョンによって異なりますが、宛先、適用ルール、プロキシチェーンを確認します。リクエストがすぐに終了する場合は、履歴が表示できれば終了済みの接続を確認するか、ページを再読み込みした直後に接続画面を見てください。
アクセス結果と接続履歴を照らし合わせる
対象のリクエストが接続画面に表示されていれば、その通信はコアに届いています。適用されたルールと、最終的に使われたポリシーも確認してください。プロキシ経由でアクセスする想定のサイトなら、プロキシチェーンが表示されているはずです。直接接続する想定のサイトで DIRECT と表示されても、正常な場合があります。ルールモードでは宛先ごとに異なる経路を使えるため、直接接続の記録をすべて失敗とみなす必要はありません。
ウェブサイトを開けても、接続画面に該当する記録がない場合は、まずページのキャッシュを除外します。別のページを開くか、新しいリソースを読み込んでから記録を確認してください。それでも記録がなければ、ブラウザーがシステムプロキシを使っていないか、拡張機能や個別のネットワーク設定を使っている可能性があります。ページが読み込めただけでは、通信がクライアントを通った証明にはなりません。逆に、接続記録があるだけでは、接続先のサービスが正常に応答したとは限りません。
必要に応じて出口IPアドレスを確認する方法もありますが、あくまで補助的な判断材料です。ルールによって、確認サイトへの通信は直接接続、別のサイトへの通信はプロキシ経由になる場合があります。1つの確認結果ですべてのアプリの経路を判断しないでください。まず、実際の接続先に関する記録とページの応答が一致しているか確認します。テスト中は設定を一度に複数変更せず、1つ変更するたびに新しいリクエストを送り、どの変更が影響したか確認してください。
接続できない場合は処理の順に確認する
ブラウザーから接続できない場合は、まず設定画面に戻り、正しい設定が有効になっているか確認します。次にプロキシ画面で、現在のプロキシグループが利用できない項目を選んでいないか確認してください。ノードを切り替えて復旧した場合は、元のノードやサービスの状態を引き続き確認します。すべての項目で失敗する場合は、プロキシの入口、コアの状態、現在のネットワークを確認してください。最初から設定全体を削除すると、比較に使える設定まで失われてしまいます。
接続画面に新しいリクエストがまったく表示されない場合は、システムプロキシのスイッチ、ブラウザー個別のプロキシ設定、手動で指定した待ち受けポートを優先して確認します。リクエストが表示されても接続に失敗し続ける場合は、「ログ」画面でアクセス時刻に近い記録を調べます。接続タイムアウト、DNS名前解決の失敗、設定の解析エラーは、それぞれ発生段階が異なります。すべてをサブスクリプションの問題と決めつけず、表示されたメッセージを手がかりに原因を確認してください。ログを共有する前に、サブスクリプションの認証情報など個人情報を隠してください。
接続を確認できたら、設定名、プロキシモード、主要なプロキシグループ、実際の混合ポートを控えておくと便利です。問題が起きたときは、まず正常に動作したときの設定と比較してください。DNS、Fake-IP、ローカルオーバーライド、ルールセットを確認する場合は、応用設定から順に調整します。用語がわからないときは用語ガイドを確認し、初回接続の手順はシンプルに保ちましょう。
利用を終了するときと次回起動時の確認
利用を終える前に、システムプロキシをオフにしてからクライアントを終了します。TUNも有効にしていた場合は、先にオフにしてネットワーク設定が元に戻るまで待ちます。クライアントを終了した後も、アプリが以前のローカルポートにリクエストを送り続ける事態を防げます。終了後にウェブページを開けなくなった場合は、システムのプロキシ設定がクライアントのポートを指したままになっていないか確認します。設定を元に戻してから、通常のネットワーク接続をテストしてください。
次回起動時は、「設定が有効か」「プロキシグループの選択が正しいか」「接続の入口が有効か」の順に確認します。接続と終了を手動で一度確認してから、スタートアップ起動やシステムプロキシの自動設定を検討してください。サブスクリプション更新後にグループ構成が変わった場合は、更新成功の表示だけで済ませず、プロキシの選択をもう一度確認します。
この手順の完了条件：対象サイトが応答し、接続履歴のルールとプロキシポリシーが想定どおりで、プロキシをオフにすると通常のネットワーク接続に戻ること。これで初回設定の4つの手順は完了です。