サブスクリプションのインポートに成功しても、設定がv2rayNGに読み込まれただけです。ノード名が一覧に表示されても、その回線が現在利用できるとは限りません。初回接続は、設定確認、ノード選別、プロキシ起動、出口確認の4つに分けて進めます。それぞれに独立した判断基準があります。
この記事では、v2rayNG 1.10.xの一般的な日本語画面を例に説明します。マイナーバージョンによってメニュー名が多少異なる場合がありますが、判断の要点は変わりません。対象はインポート済みのVMess、VLESSなどのノードです。リストが空の場合は、先にサブスクリプションの追加と更新を完了してください。
ノード一覧は表示されているものの、どれを選べばよいか分からない初心者向けです。まず実接続テストで候補を絞り、次にv2rayNGを起動します。最後に出口IP、ウェブアクセス、回線切り替え後の再テストで、プロキシが実際に機能していることを確認します。「アイコンは点灯しているのに通信がノードを経由していない」状態も切り分けられます。
接続前にノードとコアを確認する
ノードが動作するかどうかは、まずクライアントがプロトコルの各フィールドを正しく解釈できるかに左右されます。VMessノードには通常、サーバーアドレス、ポート、ユーザーID、通信方式、TLS設定が含まれます。VLESSノードでは、flow、Reality公開鍵、shortId、serverNameなどのパラメータが使われることもあります。重要なフィールドが欠けていたり、サブスクリプション変換で誤ったりすると、タイムアウトとして現れる場合があります。
対象ノードの編集画面を開き、まずプロトコルの種類を確認し、続いてアドレスとポートを照合します。アドレスは完全なドメイン名または有効なIPである必要があります。ポートは1～65535の範囲内でなければなりません。一般的なサーバーポートには443、8443、2053がありますが、よくあるポートに見えるだけでは設定が正しい証拠になりません。必ずノード情報を基準に確認してください。
Xrayコア
推奨VLESS、Reality、XTLS Vision、および一般的なVMess設定への対応が充実しています。サブスクリプションに新しいフィールドが含まれている場合は、こちらを優先してください。
おすすめ：日常利用のメイン、VLESS Reality、複数プロトコルのサブスクリプション
v2flyコア
VMess、WebSocket、TLSなど、従来型の組み合わせを中心とした古い設定に適しています。Xray専用のフィールドを含む設定では、コアの非互換性をサーバーのオフライン状態と誤認しないようにしてください。
おすすめ：従来型VMess設定、互換性の比較テスト
Xrayをメインのコアとして使う場合は、「設定」→「パラメータ設定」→「Coreタイプ」を開き、現在の選択がXrayになっていることを確認します。切り替えたらメイン画面に戻り、接続をいったん再起動して新しいコアを実際に読み込ませます。項目を変更しただけで再接続しない場合、現在のセッションでは古い状態が使われることがあります。
- VMess：ユーザーID、alterId、通信方式、TLSのオン・オフを重点的に確認します。現行の設定では、alterIdは通常0です。
- VLESS：ユーザーID、flow、暗号化項目、トランスポート層、セキュリティ層を重点的に確認します。VLESSではVMessのalterIdを使用しません。
- Reality：serverName、publicKey、shortId、fingerprintを重点的に確認します。各フィールドはサーバー側の設定と一致している必要があります。
- WebSocket：pathとHostを重点的に確認します。パスの先頭にスラッシュを付けるかどうかも設定の一部です。
実接続テストで利用可能なノードを絞り込む
遅延の数値は、まずテスト方法を区別する必要があります。通常のpingは主にICMPの往復時間を示します。サーバーによってはICMPを制限または無視しますが、プロキシポートには接続できる場合があります。v2rayNGの一覧にあるTCPテストも、対象ポートへの接続確立を確認するだけで、プロキシプロトコルや対象へのリクエストを最後まで通した結果ではありません。
実接続テストではノード設定を読み込み、プロトコルのハンドシェイクとプロキシ経路を通して実際のリクエストを送信します。そのため、「ウェブページを開けるかどうか」により近い結果になります。VLESS Reality、VMess TLS、WebSocketノードでは、単純なpingより実接続結果のほうが参考になります。
-
サブスクリプションを更新
右上のメニューを開き、「サブスクリプションを更新」を実行します。ノード一覧の更新が完了するまで待ち、削除済みまたはパラメータが変更された古い設定をテストし続けないようにします。
-
コアを確認
「設定」→「パラメータ設定」→「Coreタイプ」に進み、ノードのフィールドに対応するコアを選びます。VLESS Realityでは通常Xrayを選択します。
-
実接続テストを実行
メイン画面のメニューから「全設定の実接続テスト」を選択します。ノードが多い場合は、対象ノードを長押しして、3～5個の候補を個別にテストすると効率的です。
-
候補を残す
2回連続で結果が出て、変動も小さいノードを優先して残します。たとえば168msと191msの2回なら、120msの後に860msまで跳ねるノードより、通常は安定しています。
-
接続後に再テスト
候補ノードを選択して接続を開始し、異なる2つのサイトを開きます。テストに成功しても実際の閲覧に失敗する場合は、ルーティング、DNS、アプリのプロキシ対象範囲を引き続き確認してください。
一覧全体で最小の値だけを選ばないでください。95msが1回出ても偶然の可能性があります。182ms、176ms、189msと3回連続で出るノードのほうが、95ms、640ms、タイムアウトとなるノードより日常利用に向いていることが多いです。初回の選別では、300ms以内で連続成功するノードを候補にし、800msを超えるものや何度も失敗するものはいったん後回しにします。
実接続テストが0、-1、タイムアウト、または空白になる場合、通常は有効な応答を取得できなかったことを示します。サーバーが永久に無効になったという意味ではありません。ネットワークの切り替え、DNS解決の失敗、端末時刻のずれ、サブスクリプションのフィールドエラー、一時的な混雑でも同じ結果になります。Wi-Fiとモバイルネットワークでそれぞれ1回ずつ再テストしてから、ノードを削除するか判断してください。
接続を開始してシステム状態を読み取る
ノードを選択したら、メイン画面右下の円形の接続ボタンをタップします。初回起動時には、システムのネットワーク接続許可ダイアログが表示されます。許可すると、通常はステータスバーに鍵型の状態アイコンが表示され、v2rayNGのメイン画面にも接続済みの状態が示されます。
この2つの状態から分かるのは、ローカルのトンネルが起動したことだけです。遠隔ノードが利用可能だとは限りません。クライアントがローカルのネットワークインターフェースを作成済みでも、遠隔側のハンドシェイクがタイムアウトしている可能性があります。また、アプリごとのプロキシ設定やルーティング規則により、現在のブラウザー通信がプロキシに入っていないこともあります。
推奨方法：Wi-Fiとモバイルネットワークを個別に確認
Wi-Fi環境
- 他のプロキシツールを終了してから接続する
- 接続前後の出口IPを記録する
- 異なるドメインを2つ連続して開く
- 3分以内に自動切断しないか確認する
モバイルネットワーク環境
- Wi-Fiを切断してから接続を再起動する
- 実接続テストをもう一度実行する
- ウェブとアプリが同時に利用できるか確認する
- 1分間画面をロックした後、再びウェブページにアクセスする
両方のネットワークで出口IPの変化とウェブアクセスを安定して完了できて初めて、ノード、クライアント設定、現在のルーティングの組み合わせが基本的に正常だと判断できます。
現在の端末上のアプリだけをv2rayNG経由にする場合、通常は10808や10809を手動入力する必要はありません。システム許可モードが、ルールに合致する通信を処理します。ローカルのSOCKSおよびHTTPポートは、主に他のアプリでプロキシを明示的に指定する場合や、ローカルリスナーの状態をデバッグする場合に使用します。
- 実接続テストで安定した結果が出たノードをタップし、ノード名が選択状態になっていることを確認します。
- 接続ボタンをタップしてシステムの許可を確認します。許可ダイアログが表示されている間は、メイン画面に戻らないでください。
- 3～5秒待ち、リアルタイム通信量にアップロードとダウンロードの数値が表示されるか確認します。
- ブラウザーで通常のウェブページを開き、その後に出口IPを照合します。
- すぐに切断される場合は、ログ画面を開き、最初のerrorまたはfailedの記録を確認します。
出口IPとウェブアクセスで有効性を確認する
最も直接的な確認方法は、接続前後を比較することです。v2rayNGに接続する前に、ブラウザーで「現在のIP」を検索し、IPアドレス、国または地域、通信事業者名を記録します。プロキシを起動した後、同じ検索ページを更新します。出口IPと通信事業者情報が変わっていれば、ブラウザーの通信は遠隔ノードを経由しています。
国や地域だけを見るのは不十分です。同じネットワークでもデータベースによって異なる都市として表示されることがあり、アドレス自体が変わっていない場合もあります。まず完全なIPを比較し、次にASNまたは通信事業者を比較してください。たとえば接続前は家庭向けブロードバンド事業者、接続後はデータセンターネットワークになり、IPアドレスも完全に異なるなら、有効な証拠になります。
before_ip
接続前の出口
v2rayNGを停止してから検索し、結果を記録します。ローカルネットワーク本来の出口を確認するため、記憶だけで判断しないでください。
after_ip
接続後の出口
接続を開始したら検索ページを再読み込みします。アドレスは接続前と異なり、選択したノードのおおまかな位置とも一致するはずです。
web_access
ウェブアクセス
少なくとも異なる2つのドメインをテストし、単一サイトの障害、キャッシュページ、一時的な速度制限をプロキシの異常と誤認しないようにします。
reconnect
再接続して再テスト
切断後5秒待ってから再接続します。2回連続でアクセスを完了できる結果のほうが、偶然の1回の成功より信頼できます。
ウェブページが開いても、すべてのアプリがプロキシを経由しているとは限りません。アプリごとのプロキシを有効にしている場合は、ブラウザーが許可リストに含まれているか確認してください。LANやローカル地域をバイパスするルーティング規則を使っている場合、サイトによっては規則どおり直接接続されるため、正常な結果です。この場合は、明らかにノード経由が必要な別のテストページに切り替えて、出口を比較してください。
失敗の現れ方にも注目できます。ウェブページがすぐにドメイン解決エラーを表示するなら、まずDNSを確認します。長時間読み込みが続いてからタイムアウトするなら、遠隔ノードと通信パラメータを優先して確認します。特定のアプリだけ通信できないなら、アプリごとのプロキシ設定とアプリのバックグラウンド通信権限を確認します。すべてのウェブページが開くのにIPが変わらない場合は、ルーティングモードがテスト通信を直接接続と判定していないか確認してください。
| 結果を確認する | 確認できる状態 | 次の手順 |
|---|---|---|
| IPが変わり、2つのウェブページを開ける | プロキシは基本的に有効 | 安定性と速度を引き続き確認 |
| 接続済みだがIPが変わらない | 通信が直接接続されている可能性 | ルーティングモードとアプリごとの対象範囲を確認 |
| IPは変わるが、ウェブページが頻繁にタイムアウトする | ノードはハンドシェイクできるが品質が不安定 | 変動の小さい候補ノードに変更 |
| すべてのドメインで直ちに解決に失敗する | DNS経路に異常がある可能性 | DNSをデフォルトに戻して再接続 |
ルーティング分岐とローカルポートの確認方法
ルーティング分岐によって、リクエストをプロキシ、直接接続、遮断のどれに送るかが決まります。初回確認時は、ルールが複雑になるほど切り分ける変数が増えます。まずv2rayNGの標準プリセットで接続を確認し、ノードが利用できることを確かめてから、カスタムのドメイン、IP、アプリルールを有効にすることをおすすめします。
グローバルプロキシは短時間の診断に適しています。プロキシ可能な通信の大半を選択したノードに送るため、ノード自体が使えるか判断しやすくなります。分岐モードは日常利用向けです。LAN、ローカル地域、指定アプリは直接接続し、それ以外の通信はルールに従ってプロキシに送れます。両者の違いはルーティング方針であり、プロトコルの優劣を示すものではありません。
- ブラウザーだけ失敗する：アプリごとのプロキシリストを確認し、ブラウザーが除外されていないか確認します。
- LAN機器にアクセスできない：192.168.0.0/16などのプライベートアドレス範囲を誤ってプロキシ経由にしていないか確認します。
- ローカル地域のサイトが遅い：現在グローバルプロキシを使用していないか確認し、必要に応じて標準の分岐設定に戻します。
- アプリにプロキシを手動設定した：まずローカルリスニングポートを確認します。一般的なSOCKSの入口は10808ですが、具体的な値は「設定」→「パラメータ設定」にあるローカルポートを基準にしてください。
- ログにポート使用中と表示される：同じポートを使用しているアプリを終了するか、10818など未使用の値にローカルポートを変更し、保存してから再接続します。
ポート競合は端末のローカルで発生するもので、サブスクリプションノードの遠隔ポートとは別の概念です。遠隔側の443はサーバーが接続を受け付けるポートで、ローカルの10808は端末上でアプリがプロキシコアに接続する入口です。ローカルポートを変更しても、誤った遠隔443の設定は修正されず、サーバーの待受状態も変わりません。
初回接続でよくある問題を順番に解決する
失敗したとき、数十個のノードを次々に切り替えるのは避けてください。まず端末のシステム時刻が自動同期になっていることを確認し、次にサブスクリプションを更新してから、実接続テストを実行します。時刻のずれが大きいとTLSやRealityのハンドシェイクに影響し、見た目は接続タイムアウトになることがあります。
ログは最初に失敗した箇所から下へ読みます。よくあるキーワードはtimeout、connection refused、failed to find an available destination、DNS解決エラーです。ログに記録された遠隔アドレス、ポート、通信方式がノード編集画面と一致しているか確認してください。サブスクリプション更新後にフィールドが変わっている場合は、新しい設定で再テストします。
実接続テストには数値が出るのに、接続後もウェブページを開けないのはなぜ？
まず、現在選択されているのが先ほどテストに成功したノードか確認します。次にルーティングを標準プリセットに戻します。アプリごとのプロキシを一度無効にして再接続し、5秒待って異なる2つのドメインで再テストしてください。出口IPが変わらない場合は、テストに使ったブラウザーがルールで直接接続に指定されていないか確認します。
一覧のすべてのノードがタイムアウトになる場合は？
システムの日付とタイムゾーンを自動設定にし、Wi-Fiとモバイルネットワークを一度切り替えてから、「サブスクリプションを更新」を実行します。「設定」→「パラメータ設定」→「Coreタイプ」に進み、Xrayが選択されていることを確認してから、異なるプロトコルのノードを3つテストします。すべて失敗する場合は、サブスクリプションの有効性とノードの各フィールドを確認してください。
遅延は80msなのに、実際のウェブページ表示が遅いのはなぜ？
低遅延は1回の応答が速いことを示すだけで、帯域幅が十分とは限りません。ページのリソースを連続して読み込む際は、パケットロス、混雑、サーバー負荷の影響も受けます。同じノードを3回連続でテストし、画像を含むウェブページも実際に読み込んでください。80msから900msまで変動するなら、遅延がやや高くても安定したノードに切り替えます。
接続ボタンは点灯しているのに、検索すると元のIPのままなのはなぜ？
現在のルーティングで検索サイトが直接接続になっていないか確認し、ブラウザーがアプリごとのプロキシ対象に含まれていることを確認します。カスタムルールを一時的に無効にして再接続し、もう一度検索してください。他のアプリの出口が変わっている場合、問題は通常、ノードのハンドシェイクではなくアプリの対象範囲またはドメインルールにあります。
Wi-Fiからモバイルネットワークに切り替えた後に切断されるのは正常？
基盤ネットワークが変わると、既存の接続が無効になることがあります。回線を切り替えた後は3～5秒待ちます。自動復旧しない場合は手動で切断してから再接続し、出口IPを再確認してください。頻繁に回線を切り替える場合は、システムがコアプロセスを停止しないよう、v2rayNGのバックグラウンド動作を許可してください。
完全な成功条件は、次の4項目をすべて満たすことです。実接続テストで連続して有効な結果が得られる、クライアントが接続を維持する、出口IPが想定どおり変化する、異なる2つ以上のサイトに安定してアクセスできる。このうち1項目だけを満たしても、切り分けを終えるには不十分です。
初回確認が終わったら、品質が安定したノードをメイン用と予備用として2つ保存できます。日常利用中に突然遅くなった場合は、サブスクリプション全体を再テストするのではなく、まずこの2つを比較してください。ローカルネットワークの変動、単一ノードの混雑、サブスクリプション全体の異常を切り分けやすくなります。