v2rayNの設定方法
サブスクリプションの追加と接続確認

サブスクリプションを追加してグループを更新する

まず、サブスクリプションURLを省略せずにコピーします。サービスの管理画面にあるコピー機能を使い、チャットのプレビューやスクリーンショット、ブラウザーで一部しか表示されていない文字列から手入力で組み立てないでください。URLには個別のアクセス情報が含まれることが多く、単一ノードの共有リンクとは用途が異なります。前者は複数のノードを取得して継続的に更新するためのもの、後者は通常1つの設定だけを追加するものです。QRコードや単一リンクを受け取った場合は、対応する追加方法を使い、サブスクリプションURL欄に入力しないでください。

サブスクリプショングループを追加する

v2rayNを開き、「サブスクリプション」メニューから「サブスクリプショングループ設定」を開いて、グループを追加します。「名前」には「普段使い」など、見分けやすい名称を入力し、「任意のURL」にサブスクリプションURLを貼り付けます。余分な空白、改行、引用符がないことを確認し、グループが有効になっているかも確認してください。初回は「フィルター（正規表現）」を空欄のままにし、User-Agentも初期設定のままにしておきましょう。条件を追加するとノードが除外されたり、取得形式が変わったりすることがあります。

「自動更新間隔（分）」は、以後のサブスクリプション取得を定期実行するための設定で、現在の接続を確立するものではありません。初回設定では使わなくても問題ありません。保存後に手動で一度更新すると、結果を確認しやすくなります。定期更新が必要な場合は利用頻度に応じて間隔を設定し、使用中のバージョンで「0」が無効を意味するか確認してください。ここにノードのポート番号や接続タイムアウトを入力しないでください。サブスクリプションの更新間隔とは無関係です。

更新を実行して結果を確認する

グループを保存したらメイン画面に戻り、「サブスクリプション」メニューから「すべてのサブスクリプションを更新（プロキシを使用しない）」を選びます。クライアントがURLにアクセスし、取得した内容をサーバー一覧の設定として読み込みます。完了後、作成したグループに切り替え、ノードが表示されていることを確認してください。画面下部のログも確認し、リクエストや解析のエラーがないか見ます。URLを保存しただけでは、サブスクリプションの取得は完了していません。

既存のプロキシ経由でないとURLにアクセスできず、利用可能な接続がすでにある場合は、「すべてのサブスクリプションを更新（プロキシを使用）」を試してください。初回利用で有効なプロキシがない場合、プロキシ経由の更新を繰り返しても、通常は解決しません。URLが有効か、現在のネットワークからサービス管理画面にアクセスできるか、クライアントがサブスクリプションの返却形式に対応しているかを確認しましょう。更新を成功させるために、証明書の検証をむやみに無効にしないでください。

更新が完了したのに一覧が空の場合は、グループの絞り込み以外の検索条件を解除し、選択中のグループが正しいか、フィルターが設定されていないかを確認します。ログに権限、期限切れ、内容の解析に関するエラーがあれば、サービス管理画面でURLをコピーし直してください。サブスクリプションの更新で既存項目が置き換わる場合があります。ノードを手動で編集する前に設定を別途保存してください。次回の更新で変更内容が上書きされることがあります。

v2rayNGでは「サブスクリプショングループ設定」を開いてグループを追加し、名前とURLを入力して保存します。メイン画面に戻り、サブスクリプションを更新してください。設定一覧に項目が表示されたら次へ進みます。ログにサブスクリプションURL全体が記録される場合があるため、調査用のスクリーンショットを共有する前にアクセス情報を隠してください。例として示す https://example.com/sub?token=xxxx は形式の説明用であり、実際のノード取得には使えません。

システムプロキシとルーティングを設定する

サブスクリプションにノードが表示されたら、まずアプリの通信をどのようにクライアントへ取り込むかを決め、次に取り込んだ通信をどう振り分けるかを設定します。この2つは別の設定です。システムプロキシまたはTUNは通信の入口を担い、ルーティングルールは通信を直接接続するかプロキシ経由にするかを選びます。「全通信プロキシ」は通常、ルーティングの選択肢を指し、すべてのアプリの通信が取り込まれていることを意味しません。システムプロキシを使わないアプリでは、ルーティングを全通信プロキシに変えても通信経路が変わらない場合があります。

初回接続はシステムプロキシを使う

v2rayNのシステムプロキシ設定で「システムプロキシを自動設定」を選びます。設定場所はメイン画面の下部、またはタスクトレイのアイコンメニューです。設定後、システムプロキシを利用するアプリのリクエストは、クライアントのローカル待ち受けポートに送られます。初回確認にはシステムプロキシを使うブラウザーを使い、プロキシ設定を書き換える可能性のある拡張機能は一時的に無効にしましょう。ブラウザー側のルールがクライアントの設定に優先するのを防げます。

TUNはまだ有効にせず、ほかのプロキシクライアントも同時に起動しないでください。複数のプログラムがシステムプロキシを上書きすると、現在のアドレスとポートが別のプロセスを指すことがあります。以前に手動でプロキシを設定していた場合は、元の値を控えてから、現在の設定がv2rayNの待ち受けアドレスと一致しているか確認します。ほかのガイドに記載された固定ポートをそのまま使わず、現在のクライアント設定とログに表示された値を確認してください。

用途が明確なルーティングプリセットを使う

次にルーティング設定で、用意されているプリセットを選びます。普段の利用で直接接続とプロキシ接続を使い分ける場合は、該当するアドレス範囲を直接接続するプリセットを使えます。特定の宛先がルールによって直接接続されている可能性を切り分けるには、一時的に全通信プロキシのプリセットに切り替えてテストします。プリセット名はバージョンによって異なる場合があるため、名前だけで判断せず、ルールとデフォルトの出力先を確認してください。元の設定を控え、テスト後は普段使うモードに戻しましょう。

TUNは、より多くのアプリの通信を取り込む必要がある場合に適していますが、権限、仮想ネットワークアダプター、DNS、ルーティングの設定も関係します。まずシステムプロキシでノードが使えることを確認してから、TUNモードの設定方法に従って個別に有効にしてください。最初からシステムプロキシ、TUN、カスタムDNSを同時に変更すると、接続に失敗したとき原因を特定しにくくなります。

v2rayNGでは、デスクトップ版の「システムプロキシを自動設定」を探すのではなく、通常はシステムのVPNサービスを起動して通信を取り込みます。初回に接続ボタンをタップするとシステムから接続許可を求められるため、承認してからサービスを開始します。通信の振り分けはルーティング設定で行います。アプリ別プロキシを有効にしている場合は、テストに使うブラウザーが対象に含まれているか確認してください。システムにVPN接続中と表示されても、サービスが起動したことを示すだけで、接続先ノードがリクエストを処理できるとは限りません。

ノードをテストして使用サーバーに設定する

通信の入口とルーティングプリセットを設定したら、サブスクリプションから候補ノードを選びます。最初は少数の項目だけをテストし、一覧全体の速度測定を何度も繰り返さないでください。ノード名に含まれる地域、回線、用途は通常サブスクリプションの提供元が付けたもので、名前だけで速度や利用可否は判断できません。初回接続ではサービスの説明で推奨され、必要なパラメーターがそろった通常のノードを選び、追加条件が必要な特殊設定は避けましょう。

TCPingと実接続遅延を区別する

サーバー一覧で候補を選び、右クリックメニューから実接続遅延に関するテストを実行します。このテストでは設定を使ってテスト先に実際のリクエストを送るため、アドレスやポートを調べるだけのテストより、実際の利用に近い確認ができます。ただし、設定されたテスト先やタイムアウト時間に左右されるため、テスト先に一時的にアクセスできない場合も失敗することがあります。成功結果は候補を選ぶ参考になりますが、失敗した場合はログも確認してください。

TCPingで確認できるのは、主に対象のアドレスとポートへの接続状況です。プロキシプロトコルの認証、暗号化のネゴシエーション、最終的なウェブリクエストまでは検証しません。TCPingの結果が得られても、ユーザーID、通信パラメーター、サーバー設定に誤りがあれば、実際の接続は失敗する可能性があります。2種類のテストを混同せず、結果の数値が低いという理由だけで、継続的な失敗や断続的なタイムアウトを見過ごさないでください。

ノードを有効にしてログを確認する

テストに成功したノードを選び、右クリックメニューから使用サーバーに設定します。v2rayNの一部のバージョンでは、項目をダブルクリックして設定することもできます。一覧で選択中または使用中の印を確認し、ステータスバーのサーバー情報も見てください。有効化するとクライアントに設定が適用され、必要に応じてコアが再起動します。ログが落ち着いてから、システムプロキシが先ほど選んだ状態のままか確認しましょう。一覧で行がハイライトされているだけでは、有効になったとは限りません。

ログにコアの終了、ポートの競合、設定の解析エラーが繰り返し表示される場合は、ノードの切り替えをやめ、まずローカルでの起動問題を解決してください。コアが正常に待ち受けていないと、サブスクリプション内のノードが使える状態でも、ブラウザーではプロキシ接続エラーになります。ポート競合、起動権限、設定エラーの対処方法はよくある質問とトラブル対処をご覧ください。プラットフォームごとの確認が必要な場合は、詳しいガイドを参照してください。

v2rayNGでは、まず設定項目をタップして選択し、接続ボタンをタップします。すでに接続中の場合は、画面の案内に従って設定を再適用し、必要に応じて接続を停止してから再起動してください。ログにエラーが続いていないことを確認してから、クライアントの接続テストを行います。ここまでで完了したのは「選択して起動」する操作です。次の手順で、実際にアプリの通信がこの接続を通っているか確認します。

接続状態と出口IPを確認する

最後に実際のリクエストを送り、接続経路全体を確認します。接続ボタンの色やタスクトレイのアイコン、システムのVPN表示だけで判断しないでください。確実に判断するには、コアが正常に動作しているか、テストに使うアプリがリクエストをクライアントに渡しているか、そのリクエストが想定どおりプロキシ経由で送信されているかを確認する必要があります。実接続遅延で確認できるのはその一部なので、ウェブサイトへのアクセスと出口情報も調べましょう。

実際のウェブリクエストを確認する

テスト用のブラウザーを開いて新しいページを作成し、現在のルーティングルールでプロキシ経由になるはずのサイトにアクセスします。キャッシュ済みのページを再読み込みするだけにしたり、トップページの画像が表示されたことだけで判断したりしないでください。サイト内の別ページも開き、リクエストが継続して成功するか確認します。同時に、クライアントのログに該当する動作が記録されているか確認してください。ログの詳細度は設定によって異なるため、アクセスごとの記録がなくても必ずしも失敗とは限りません。ただし、エラーが続く場合は先に対処が必要です。

クライアントのテストは成功するのにブラウザーで開けない場合は、ブラウザーがシステムプロキシを使っているか、拡張機能が設定を上書きしていないか、現在のルーティングが想定した出力先に接続しているかを確認してください。特定のサイトだけが失敗する場合は、ノード全体が使えないとすぐに判断せず、別のサイトでも試します。アクセス先の障害、DNSの応答、振り分けルールが一部の通信だけに影響することがあります。

同じルーティング設定で出口IPを確認する

次に、信頼できるIP確認サイトを使って現在のリクエストの出口IPを調べ、想定しているノードの出口と比較します。ただし、確認サイトへの通信もルーティングルールの影響を受けます。直接接続に振り分けられている場合、ローカルネットワークの出口が表示されても正常であり、プロキシが動作していないとは限りません。判断しにくい場合は、一時的に全通信プロキシのプリセットを使い、ブラウザーからの確認リクエストが確実にプロキシ経由になるようにして、ページを再読み込みします。確認後は元のルーティングプリセットに戻してください。

出口IPがノード設定に記載されたサーバーのアドレスと完全に一致するとは限りません。サーバー側で中継を使ったり、別の出口を利用したりする場合があります。また、位置情報データベースにも誤差があるため、地域名だけで比較しないでください。サービスの説明、確認したアドレスの変化、実際のアクセス結果を合わせて判断します。サブスクリプションの追加、実接続遅延テスト、ウェブリクエストがすべて成功し、出口も想定どおりであれば、初回接続を十分に確認できたといえます。

プロキシ停止前後の状態を比較する

デスクトップでは、テスト終了時に「システムプロキシをクリア」を選び、システムプロキシで管理されているブラウザーの通信経路が元に戻るか確認できます。これはコアの停止とは異なり、独自のプロキシ設定を使うアプリには影響しない場合があります。Androidではv2rayNGの接続を停止し、確認サイトを再度開いて比較します。ネットワークから確認先に直接アクセスできる場合、停止後もページが開くことがあります。重要なのは、通信経路と出口が想定どおり変化するかどうかです。

確認が終わったら、必要なプロキシ状態とルーティングプリセットに戻し、今回使えたサブスクリプショングループ、使用ノード、通信の取り込み方法を記録しておきましょう。今後問題が起きた場合は、同じ順序で確認します。まずサブスクリプションの更新、次にコアとノードのテスト、最後にアプリの入口とルーティングを確認してください。設定を1つずつ変更してその都度テストする方が、クライアントの再インストール、DNSの変更、すべてのモードの切り替えを同時に行うより、原因を特定しやすくなります。