V2Rayノードへの初回接続｜実接続テストでサーバーを選び、プロキシ接続を確認

1. 接続前の確認：サブスク・時刻・ネットワーク

この記事ではAndroid版のv2rayNGを中心に説明します。v2rayNGはXrayコアを使用し、v2flyNGはv2flyコアを使用するため、メニューやプロトコルの対応状況をそのまま当てはめることはできません。デスクトップ版のv2rayNでも、「ポートへの到達性」「プロキシ経路」「アプリの出口」の3段階で確認できますが、システムプロキシとAndroid VPNによる通信の取り込み方は異なります。

始める前に、現在のネットワークで通常のWebページを直接開けることを確認します。ホテルや公衆Wi-FiでWeb認証が必要な場合は、先にログインしてください。サブスクの取り込みに成功しても、設定を取得できたというだけで、アカウントが有効とは限らず、すべてのノードに接続できるとも限りません。以下のメニュー名は一般的な日本語UIを想定しています。バージョンによって表記が異なる場合は、機能を基準に確認してください。

1. サブスクを更新

   v2rayNGのメイン画面右上にある「⋮」から「サブスクを更新」を実行します。サブスクURLをまだ登録していない場合は、先に「サブスクグループ設定」を開いて追加し、戻って更新してください。更新後、サーバーが一覧に表示され、サブスクの期限切れやリクエスト失敗の通知がないことを確認します。

2. 時刻を合わせる

   Androidの「設定」→「システム」→「日付と時刻」を開き、自動設定を有効にします。端末によっては「詳細設定」に項目があります。システム時刻が大きくずれていると、TLS証明書の検証や一部プロトコルの認証に影響することがあります。

3. 競合を解消する

   まず、ローカルVPN方式で動作するフィルタリングツールなど、システムのVPN経路を使用する他のアプリを切断します。一般的な個人利用の設定では、AndroidのVPN経路を同時に制御できるアプリは1つです。

4. テスト環境を固定する

   最初のテストでは現在のWi-Fiだけを使い、大容量ファイルのダウンロードは一時停止します。テスト中にモバイルデータへ切り替えないでください。ノードのメモ、テスト時刻、ネットワークの種類を記録しておくと、同じ条件で結果を比較できます。

2. TCPingと実接続テストの違い

TCPingは通常、ノードのアドレスとポートにTCP接続を試み、接続先にネットワークから到達できるかをすばやく確認します。サブスクのサーバーポートが443だとすると、TCPingに成功しても、今回のTCP接続に応答があったことしかわかりません。TLS、VMess、VLESSの認証設定が正しいことまでは確認できません。ポートは別の値の場合もあるため、サブスクの設定を確認し、テストのために勝手に443へ変更しないでください。

実接続テストは「その設定で実際にリクエストを送る」状況に近いものの、大容量ファイルのダウンロード速度を測るテストではありません。ハンドシェイクが速いノードでも、長時間の通信では帯域が不足することがあります。反対に、テストURLの応答が一時的に遅くても、普段使うWebサイトには問題なくアクセスできる場合があります。異なるテスト方式で得たミリ秒の値を同じ表に並べて順位付けしないでください。

• TCPingは成功、実接続テストは失敗：まずサブスクの有効期限、プロトコル、TLS設定を確認し、次にテスト先へアクセスできるか調べます。
• TCPingは失敗、実接続テストは成功：実際のプロキシリクエストの結果を優先し、通信方式とテストの実装も踏まえて判断します。TCPingの失敗だけを理由にノードを削除する必要はありません。
• どちらも失敗：まず別のノードで再テストし、その後ネットワークを切り替えます。1つのノードの問題をクライアントの不具合と誤認しないようにしましょう。

3. ノードを絞り込む：同じ環境で繰り返しテスト

v2rayNGのメイン画面で「⋮」を開き、「全設定をTCPingでテスト」を実行してから「全設定を実接続テスト」を実行します。バージョンによっては、関連する操作がテスト用のサブメニューにあります。一覧が長い場合は、対象のサブスクグループに切り替えてからテストすると、同時リクエストによる影響を抑えられます。テスト中はノードを切り替えたり、サブスクを更新したりしないようにしてください。

実接続テストが完了した候補を少数に絞り、繰り返しテストします。以下の数値はテストの目安であり、サイトで計測した実績や接続品質の保証ではありません。

• まず成功率を確認：最も低い遅延がたまに出るだけで頻繁にタイムアウトするノードより、何度試しても成功するノードのほうが初回接続に適しています。
• 次にばらつきを確認：同じネットワーク、同じテストURLで結果を比較します。数値の上下が大きい場合は、他のネットワーク通信を一時停止して再テストしてください。
• 最後に実際の用途で確認：普段使うWebページを開き、最初の画面の表示、画像、リンク先を確認します。継続的な通信速度を確認する場合は、条件を管理できるファイルでテストし、ミリ秒の数値だけで判断しないでください。
• 予備のノードも確保：動作確認済みのノードを1つ、予備として選んでおきます。ノード名に記載された地理情報は、実際の出口の場所を示すものではなく、アクセス性能の判断材料にはなりません。

4. 接続を開始する：VPNの許可とアプリの対象範囲

候補のノードをタップして現在の設定に選び、メイン画面の開始ボタンを押します。初回接続時にはAndroidのVPN許可画面が表示されるので、許可した後、クライアントの動作状態とシステムのVPNアイコンを確認してください。VPNアイコンはシステムのVPN経路が確立したことを示すもので、リモートのプロキシが利用できることまでは保証しません。また、実接続テストが独立したテスト経路で成功する場合もあるため、この手順の代わりにはなりません。

接続を開始してすぐに停止する場合は、「⋮」の「ログ」を開き、起動時のエラーを確認します。設定の解析失敗、非対応の設定、リモートとのハンドシェイク失敗はそれぞれ異なる問題であり、まとめて「ノードが遅い」と判断するのは適切ではありません。ルーティングやアプリごとの設定を変更した後、再起動が必要と表示された場合は、いったん停止してから再度起動し、新しい設定を反映してください。

5. ブラウザーと出口IPでプロキシ接続を確認する

Webページが開けても、ページ自体が直接接続に対応している可能性があるため、プロキシ経由とは限りません。反対に、特定のサイトが開けない場合も、ノードが使えないとは限りません。接続先がデータセンターの出口を制限していたり、アクセス確認を求めていたり、サイト自体に一時的な障害が起きていたりする場合があります。信頼できる確認には、実際のアクセス、出口IP、現在のルールをあわせて確認する必要があります。

1. 直接接続時の出口を記録する

   まずv2rayNGを停止し、ブラウザーで「IPアドレス確認」を検索して、グローバルIPを表示するページを開きます。表示されたIPv4またはIPv6のアドレス種別と通信事業者の情報を記録し、ローカルIPをインターネットへの出口と取り違えないようにしてください。

2. 候補ノードに接続する

   v2rayNGに戻り、選択中のノードと起動状態を確認します。前のセクションで説明した簡易確認用の設定にし、テスト用ブラウザーとIP確認ページのリクエストがどちらもプロキシ経路を通るようにします。

3. 出口IPを再確認する

   新しいタブで同じIP確認サービスを開き、別のサービスでも照合します。同じアドレス種別の結果を比較し、直接接続時のIPv6とプロキシ接続時のIPv4を比べて一致するか判断しないでください。

4. 実際のサイトへのアクセスを確認する

   プロキシ経由でアクセスする必要があるWebサイトを開き、本文、画像、サイト内リンクを確認します。出口IPが変わっていて特定のサイトだけが使えない場合は、クライアントをすぐに再インストールするのではなく、接続先の制限を調べてください。

5. 普段のルーティングに戻す

   普段使うルーティングに戻してから、対象のWebサイトを再確認します。このとき、IP確認サイトがルールに従って直接接続され、ローカル側の出口が表示されても矛盾ではありません。必要に応じてログの接続情報も確認し、対象ドメインがどの出口を使っているか判断してください。

6. よくあるトラブル：症状に応じて対処する

最初のトラブル対応では、ポート、DNS、通信パラメーター、ルーティングを一度に変更しないでください。サブスクに含まれるVMess、VLESS、TLS、REALITY、WebSocketの設定はサーバー側の設定と一致している必要があります。どれか1つを適当に変更すると、別の問題が発生するおそれがあります。まずサブスクを更新し、症状に応じて対処するほうが、設定を何度も削除するより効果的です。