v2rayNGの初回接続ガイド|ノード選択・実接続テスト・プロキシ確認

サブスクリプションの更新後に行うノード選択、TCP遅延だけでは分からない実接続テスト、出口IPと接続確認によるプロキシ動作の検証方法を解説します。

この記事の要点

サブスクリプションを追加したものの、接続方法に迷っているAndroidユーザー向けです。まずノード一覧を確認し、実接続テストで候補を絞り、AndroidのVPNサービスを起動します。最後に出口IPと利用するアプリで実際の通信を確認しましょう。この順番でチェックすれば、「ポートに接続できる」「プロキシのハンドシェイクに成功する」「アプリの通信が実際にプロキシを経由する」を分けて判断でき、遅延の数値だけに頼らずに済みます。

1. サブスクリプションとノードの選択状態を確認する

サブスクリプションの追加に成功しただけでは、v2rayNGに登録先が保存された状態です。更新後に設定が表示されて初めて、ノード情報を取得できたことになります。ノードが一覧に表示されても、接続が開始されたとは限りません。v2rayNGはXrayコアを使用します。ノードのアドレス、ポート、プロトコル、トランスポート方式、TLS設定はひとまとまりの構成です。初回接続前に、ネット上のサンプルに合わせて個別に変更しないでください。

以下では一般的な日本語UIを想定しています。バージョンによって右上のメニュー項目は「すべての設定を実接続テスト」または「全設定の実接続テスト」などと表示されますが、意味は同じです。「実接続」と書かれたテストを選び、「TCP」だけのテストは選ばないでください。

  1. サブスクリプションを確認

    左上のメニューから「サブスクリプショングループ設定」を開き、サブスクリプションが有効で、URLの前後に空白がないことを確認します。メイン画面に戻り、右上のメニューから「現在のグループを更新」または「サブスクリプションを更新」を選択し、一覧が更新されるまで待ちます。

  2. 設定を選択

    利用可能なノードをタップし、選択マークがその行に移動したことを確認します。期限切れ、通信量の上限到達、メンテナンス中などの表示がある項目は避けましょう。これらはサービス提供元からの案内であり、クライアントによる自動判定ではありません。

  3. 元の設定を維持

    初回テストでは、サブスクリプションで提供されたVMessまたはVLESSの設定をそのまま使います。サーバーアドレスを名前解決後のIPに置き換えたり、SNI、トランスポートのパス、公鍵などの認証パラメーターをむやみに変更したりしないでください。

  4. テスト環境を記録

    Wi-Fiとモバイルデータのどちらを使っているか、対象アプリに別のプロキシ設定があるかを記録します。まず同じネットワークのまま一連の確認を行い、その後ネットワークを切り替えて再テストしましょう。ネットワークの変化をノードの違いと取り違えずに済みます。

2. ノード選びは、まず接続可否、次に安定性を確認

ノード名に含まれる地域名は絞り込みの目安であり、実際の回線品質を示すものではありません。近い地域のノードでも混雑することがあり、同じ名前でも接続先が異なる場合があります。初回はリクエストを連続して完了できるノードを見つけてから、遅延を比較しましょう。利用するサービスに地域の指定がなければ、最初から特定地域にこだわる必要はありません。

実接続テストが安定して成功するノード

おすすめ

同じネットワーク、同じテスト先で繰り返しテストし、継続して成功するか確認します。起動後に対象のWebページも開けるノードを、初回接続用として優先しましょう。その後、出口IPを確認します。

おすすめの用途:初回接続、基準となる設定の作成

TCP遅延だけが低いノード

サーバーの特定ポートにTCP接続できることしか分からず、プロキシ認証、TLSハンドシェイク、対象へのリクエストは確認できていません。遅延が数ミリ秒と表示されても、その後のハンドシェイクで失敗する可能性があります。

おすすめの用途:接続先の到達性を素早く確認。その後、実接続テストが必要

成功することもあれば失敗することもあるノード

成功とタイムアウトが混在する場合は、予備として残しておきます。時間帯やネットワークを変えて再テストし、1回だけの最良記録をもとに常用ノードに設定しないでください。

おすすめの用途:安定したノードと比較し、回線の変動を特定

候補を2~3個選び、それぞれ3回ずつテストするのがおすすめです。回数は操作上の目安であり、アプリ内の評価基準ではありません。各回でテスト先を固定してください。ノードが多い場合はグループに分けてテストし、大量の確認リクエストを同時に送ってスマートフォンの通信や測定結果に影響しないようにしましょう。

3. 実接続テスト:リクエスト経路を確認する。帯域測定とは別

メイン画面右上のメニューから「すべての設定を実接続テスト」を実行します。このテストでは、対象の設定を使って指定されたテスト先へアクセスするため、TCPテストよりもプロキシ経由の実際の通信状況を確認できます。結果はテスト先の応答にも左右されます。テストサイト自体に接続できない場合、正常なノードも複数まとめて失敗することがあります。

確認方法主に分かること直接は確認できないこと
TCP遅延サーバーの指定ポートにTCP接続できるかプロキシ認証の成功、Webページの表示
実接続テストその設定でテスト先へのリクエストを完了できるかすべてのアプリの通信がプロキシ経由になること、継続的なダウンロード速度
対象Webページでの確認ブラウザーから目的のサービスにアクセスできるか他のアプリも同じ経路を使うこと
継続通信テスト現在の回線で継続して通信したときの状態時間帯や接続先を変えても同じ状態が続くこと

実接続テストのミリ秒表示は1回のリクエストにかかった時間であり、Mbpsではありません。動画の画質にそのまま換算することもできません。「最小の数値」より「安定してリクエストできること」を重視しましょう。すべてタイムアウトする場合は、クライアントの「設定」にあるテスト先関連の項目を確認し、想定した応答が返るアドレスか調べます。特定のステータスコードを要求するテスト先を使っている場合、通常のWebページでそのまま代用することはできません。

443
HTTPSで一般的な接続先ポート。ノードがこのポートを使う必要があるという意味ではありません
53
従来のDNSで一般的なポート。名前解決の可否は別途確認が必要です

上記のポートは通信経路を理解するためのもので、設定変更を求めるものではありません。ブラウザーからHTTPSの接続先へアクセスする処理、クライアントからプロキシサーバーへ接続する処理、ドメイン名の名前解決は、それぞれ別の段階です。サーバーポートはサブスクリプションの値を維持してください。実接続がタイムアウトしても、「ポートを443に変えれば解決する」とは限りません。

4. VPNを起動し、サービスの稼働と通信経路を確認

ノードを選んだら、メイン画面右下の起動ボタンをタップします。Androidで初めてVPN接続の確認画面が表示されたら、接続を要求しているアプリがv2rayNGであることを確認して許可します。システムにVPNアイコンが表示されるのはVPNサービスが確立したことを示すだけで、リモートノードの認証成功や、すべてのアプリの通信がプロキシ経由になったことを保証するものではありません。

5. プロキシの動作を確認:出口IPと対象アプリを照合

まずv2rayNGを停止し、同じブラウザーで現在のインターネット出口IPを記録します。次にv2rayNGを起動し、同じ確認サービスに再度アクセスします。アドレスバーに https://api.ipify.org と入力すると、応答に表示されるグローバルIPを確認できます。これは外部の確認サービスです。現在のネットワークからアクセスできない場合は、利用可能な別の出口IP確認サービスを使いましょう。確認サイトが開けないだけでプロキシの失敗と判断しないでください。

確認手順:同じブラウザーで接続前後を比較

接続を停止している間
  • Wi-Fiまたはモバイルデータは切り替えず、そのままにします。
  • 確認した時刻とグローバルIPアドレス全体を記録します。
  • ブラウザーに別のプロキシが個別設定されていないことを確認します。
  • 対象のWebページが現在開けるか記録します。
接続を起動した後
  • テスト時と同じ設定が選択されていることを確認します。
  • 新しいページを開き、同じ確認サービスにアクセスします。
  • 出口IPを比較し、ルーティングルールも確認します。
  • 対象アプリを開き直し、新しいリクエストを実行します。

出口IPが変われば、今回のブラウザーリクエストが異なる出口を通った証拠になります。必要な通信がプロキシ経由かどうかは、ルーティングと対象アプリの結果も合わせて判断してください。

IPアドレスが変わらない場合は、確認用ドメインが直接接続の対象になっていないか、ブラウザーがアプリ別ルールで除外されていないか、古い接続が再利用されていないかを順に確認します。IPアドレスが属する地域だけで判断しないでください。別のIPでも同じ地域の場合があり、位置情報データベースの更新が遅れていることもあります。IPv6通信を確認するには、IPv6を表示できる方法を別途使いましょう。IPv4しか返さないページでは、IPv6もプロキシ経由であることを確認できません。

続いて、実際に使うアプリを開き、コンテンツを更新するか新しいアクセスを試します。アプリに残っているキャッシュ済みページ、過去に表示した画像、ダウンロード履歴は接続確認の根拠になりません。ブラウザーでは成功して特定のアプリだけ失敗する場合は、ノード全体をすぐに入れ替えず、アプリ別の対象範囲、ルーティングルール、そのアプリ独自のネットワーク要件を確認してください。

6. 初回接続に失敗したら、症状から原因を絞り込む

成功した設定を1つ残し、比較用に使います。失敗したら左上のメニューから「ログ」を開き、問題を再現した後の最新記録を確認してください。最初のエラー1件だけを見て判断しないでください。問い合わせる際は、クライアントのバージョン、ネットワークの種類、発生時刻、エラーのキーワードを記録します。ログを共有する前に、サブスクリプションURL、ユーザーID、サーバーの認証情報を隠してください。

TCP遅延は表示されるのに、実接続テストがタイムアウトするのはなぜ?

接続先ポートに到達できても、プロキシ認証に成功したとは限りません。まず現在のサブスクリプションを更新して再テストし、次にログでハンドシェイク、認証、証明書に関するエラーを確認します。ノードが1つだけ失敗する場合は、同じグループの別ノードと比較してください。すべて失敗する場合は、テスト先と現在のネットワークを確認します。原因を調べずに証明書の検証を無効化しないでください。

接続中と表示されるのに、ブラウザーでページが開けない

まず実接続テストを実行し、「設定」→「アプリ別プロキシ」でブラウザーが除外されていないか確認します。「ルーティング」の直接接続ルールも確認し、サービスを再起動してから新しいページを開いてください。ログに名前解決の失敗がある場合は、DNS関連の設定とAndroidのプライベートDNSの状態を確認します。一度に変更する項目は1つにし、結果を記録しましょう。

Wi-Fiでは使えるのに、モバイルデータでは使えない場合の確認方法

ノードとテスト先はそのままにし、ネットワークだけ切り替えて実接続テストを繰り返します。Androidの「設定」→「アプリ」→「v2rayNG」で、モバイルデータとバックグラウンドデータの使用が許可されているか確認してください。項目名はシステムによって異なります。権限に問題がなく、片方のネットワークだけで失敗する場合は、別のノードも比較して接続先への到達性とネットワーク側の制限を切り分けます。

画面をロックすると切断される場合、ノードを変更する必要はある?

まずAndroidの「設定」→「アプリ」→「v2rayNG」で、バッテリー関連の設定を開きます。システムに用意されている方法で、バックグラウンド実行を許可してください。再接続して画面をロックし、VPNアイコンとクライアントのサービスが消えるか確認します。システムによるサービス停止と、接続先ノードの切断は別の問題なので、分けて対処しましょう。

初回接続の完了基準は、ノードに見栄えのよい数値が表示されることではありません。実接続テストを繰り返し成功できること、AndroidのVPNサービスが稼働し続けること、テスト用ブラウザーの出口IPとルーティングが想定どおりであること、対象アプリから新しいリクエストを送信できることが目安です。ここまで確認してからアプリ別プロキシを有効にし、ルーティングを調整したりDNSを変更したりしてください。設定は一度に1つだけ変更すると、問題が起きたときに正常な状態へ戻しやすくなります。

v2rayN をダウンロード