サブスクリプションを追加したものの、接続できているか判断できない方向けです。Windows版 v2rayN を例に、候補ノードの絞り込み、実接続テスト、使用サーバーの設定、ブラウザーでの確認まで順に解説します。明示的なプロキシリクエストとルーティングログによる切り分け方法、Android版 v2rayNG で確認する場所も紹介します。
サブスクリプションとテスト環境を確認
サブスクリプションの更新に成功しても、クライアントが設定を取得できたことを示すだけで、すべてのサーバーに接続できるとは限りません。ノード名に含まれる地域、倍率、回線情報などは通常、サブスクリプション提供元が設定したもので、クライアントによる測定結果ではありません。初回接続では、同じサブスクリプショングループから候補を少数選び、名前だけで速度を判断しないようにしましょう。
この記事では v2rayN の日本語画面を基準に説明します。バージョンによってボタンの位置が変わったり、メニュー名にショートカットキーが表示されたりする場合があります。開始前に「ヘルプ」→「バージョン情報」でバージョンを確認してください。カスタム設定を使っている場合、GUIの一部の項目が設定ファイルの生成に反映されないことがあります。実際に読み込まれている設定内容も確認してください。
- サーバー一覧を確認：対象のサブスクリプショングループを開き、サーバーアドレス、ポート、プロトコルなどが表示されているか確認します。一覧が空の場合は、グループの絞り込み設定やサブスクリプション更新のエラーを確認してください。
- 時刻を確認：Windowsの「設定」→「時刻と言語」→「日付と時刻」で時刻の自動設定を有効にし、同期を実行します。時刻のずれは証明書の検証や一部プロトコルの認証に影響することがあります。
- ネットワーク環境を固定：一連のテストでは同じネットワークを使い、途中でテザリングなどに切り替えないでください。大容量ファイルのダウンロードを一時停止し、PC上の通信が測定結果に与える影響を抑えます。
- 他のプロキシを停止：ほかのプロキシソフトを終了し、ブラウザーのプロキシ拡張機能も一時的に無効にします。この記事ではまずシステムプロキシを確認し、初回の切り分けにTUNモードは含めません。
ノード選び：まず接続できるかを比較
候補を3～5個選び、実際に利用したい接続先の地域を優先してから、実接続テストの結果を比較します。地理的に近いほど伝送遅延を抑えやすい傾向はありますが、経路の迂回、混雑、サーバー負荷によって結果は変わります。テスト先に接続できても、すべてのWebサイトを利用できるとは限りません。
複数回のテストに成功
おすすめ同じネットワークで3回連続して結果が得られ、遅延のばらつきも比較的小さい状態です。まずこのタイプを使用サーバーに設定し、実際のWebページでも利用できるか確認しましょう。
用途：初回の安定した接続、普段のWeb閲覧
遅延は低いが、ときどきタイムアウト
一度の測定値が良くても、継続して使えるとは限りません。候補として残し、後で同じネットワークから再測定してください。最小値だけを見て失敗した記録を無視しないようにしましょう。
用途：予備回線、安定性の継続確認
すべてのテストがタイムアウト
まずテスト先とローカルのコアが正常に動作しているか確認します。他の候補には接続でき、このノードだけ失敗が続く場合は、サブスクリプションの状態を確認するか、設定の提供元に問い合わせてください。
用途：トラブル対処。現在の使用サーバーには設定しない
実接続テストの遅延をダウンロード速度と混同しないでください。遅延はプロキシ経由でテスト先にアクセスするまでの時間で、測定範囲はクライアントの実装によって異なります。ダウンロード速度は帯域幅、同時接続数、接続先の速度制限などにも左右されます。初回接続ではまず通信できるかを確認し、アクセスできることを確認してから、通信量の大きいダウンロードテストを行いましょう。
実接続テスト：測定・再測定・有効化
TCP遅延テストで確認できるのは通常、テスト先サーバーとのTCP接続です。プロトコル認証、転送設定、最終的な接続先へのアクセスまで確認できるわけではありません。実接続テストではプロキシ経由でテスト先にリクエストするため、初回の候補選びに適しています。ただし、結果はテスト先自体の影響も受けます。
-
候補を選択
v2rayNのメイン画面で対象のサブスクリプショングループに切り替え、Ctrlキーを押しながらマウスで3～5行を選択します。行を選択しただけでは、使用サーバーに設定されたことにはなりません。
-
実接続テストを実行
サーバー一覧を右クリックし、「サーバーの実接続遅延をテスト」を選択します。バージョンによっては複数選択やショートカットキーに関する表示が追加されます。「サーバーの遅延をテスト（TCPing）」やダウンロード速度テストと間違えないようにしてください。
-
繰り返し比較
1回目のテストが終わったら、同じ候補をさらに2回テストし、合計3回分を比較します。成功・失敗の回数と遅延のばらつきを記録してください。タイムアウトや失敗の結果を、遅延ゼロとして並べ替えないようにしましょう。
-
使用サーバーに設定
安定している候補を右クリックし、「使用サーバーに設定」を選択します。一覧の使用中マークと画面下部のステータスが更新されたことを確認し、ログにコアの起動エラーがないかも確認してください。
-
起動状態を確認
ログに
address already in useと表示された場合は、まずローカルの待ち受けポートの競合を解消します。認証、TLS、ハンドシェイクのエラーが表示された場合は、ネットワークの遅さと決めつけず、設定とシステム時刻を確認してください。
システムプロキシ：ブラウザーの通信をクライアントに送る
以下ではWindowsを例に説明します。タスクバーの通知領域にある v2rayN アイコンを右クリックし、「システムプロキシ」→「システムプロキシを自動設定」を選択します。次に、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、手動プロキシのアドレスとポートを確認してください。ローカルアドレスは 127.0.0.1 が一般的です。ポートはクライアントの待ち受け設定と一致している必要があります。
v2rayNで「設定」→「パラメータ設定」を開き、ローカルの待ち受けポートとHTTPまたは混合プロキシの入口を確認します。画面の項目はバージョンによって変わるため、Web上の手順に記載されたポートが自分の環境にも当てはまるとは限りません。古い設定ではHTTP専用ポート 10809 を使う場合があります。新しい設定では、同じ混合ポートで複数のプロキシリクエストを受け付けることもあります。
ローカルポートはPC上のアプリからのリクエストを受け付けるためのものです。ノードのポートはリモートサーバー側のもので、用途が異なります。ローカルポートを変更した場合は、クライアントの設定を再読み込みし、システムプロキシや手動でプロキシを設定したアプリ側も合わせて更新してください。
- ブラウザーの入口：まずシステムプロキシを使うブラウザーでテストします。ブラウザーに個別のプロキシ設定がある場合は、その内容を確認してください。シークレットウィンドウでも、プロキシ拡張機能が無効になるとは限りません。
- ルーティング先：システムプロキシを有効にしても、リクエストがクライアントに入ることを示すだけです。その後、ルーティングルールによって直接接続される場合があります。現在のルーティング設定を控え、対象ドメインに適用されるルールを確認してください。
- その他のアプリ：コマンドラインツール、ゲーム、一部のアプリはシステムプロキシを参照しないことがあります。ブラウザーで成功しても、すべてのアプリがプロキシを使っているとは限りません。また、UDP通信がプロキシ経由になっていることも保証されません。
プロキシ接続の確認：リクエストとログを照合
正常にアクセスできると分かっているHTTPSページを開くだけでは、そのページが読み込めたことしか確認できません。もともと直接接続できるサイトの場合は、ルーティングログも確認してください。クライアントのログを開いてから対象ページを再読み込みします。必要に応じて一時的にログレベルを上げてアクセス記録を確認し、調査後は元の設定に戻してください。
「システムプロキシの設定」と「ローカルプロキシ経路」の問題を切り分けるには、Windowsターミナルで次の明示的なプロキシリクエストを実行します。コマンドには curl.exe を使い、一部のターミナル環境で curl が別のコマンドとして解釈されるのを避けます。実行前に、10808 がHTTPプロキシリクエストを受け付けるローカルポートであることを確認してください。
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/--noproxy "" は今回のリクエストでプロキシ除外リストを空にし、--proxy はローカルのプロキシ入口を明示します。接続タイムアウトを10秒、全体の制限時間を20秒に設定し、長時間待たされるのを防ぎます。このコマンドは今回のテストだけを実行し、ブラウザーのシステム設定は変更しません。例に使っているのは一般的なHTTPSサイトで、ノード測定専用のサービスではありません。
| 結果 | 分かること | 次の確認 |
|---|---|---|
| ローカルポートに接続できない | リクエストが正常に動作しているプロキシ入口まで届いていません | コアが起動しているか、ポートが一致しているか、ポートが使用中でないか確認 |
| プロキシトンネルの確立情報だけが表示される | ローカルプロキシのハンドシェイクまでしか完了していない可能性があります | 接続先からの最終応答とクライアントのエラーログを確認 |
| 接続先からHTTPレスポンスを受信 | 今回のリクエストは指定したローカル入口経由で処理されています | ルーティングログを確認し、最終的にプロキシ経由か直接接続かを判断 |
| コマンドは成功するがブラウザーは失敗する | ローカル入口は利用可能ですが、アプリの設定が異なる可能性があります | システムプロキシ、ブラウザーのプロキシ拡張機能、除外リストを確認 |
PCとAndroid：通信の入口を別々に確認
v2rayNのWindowsシステムプロキシと、v2rayNGのAndroid VPNによる通信制御は、仕組みが異なります。同じ提供元のサブスクリプションを両方で使える場合もありますが、インポートや接続の可否はプロトコルの対応状況と設定内容によります。一方で接続できても、もう一方での確認は必要です。
確認方法：通信の入口をそれぞれチェック
PC：v2rayN
- 一覧を右クリックして実接続テストを実行し、使用サーバーに設定します。
- トレイメニューの「システムプロキシ」から「システムプロキシを自動設定」を選択します。
- ローカルの待ち受けポートを確認し、明示的なプロキシリクエストとルーティングログを使って検証します。
Android：v2rayNG
- 対象の設定を選択してメイン画面の接続ボタンをタップし、システムVPNの許可を確認します。
- メニューから実接続テストを実行して設定を確認します。具体的な場所は使用中のバージョンで確認してください。
- 「設定」でアプリごとのプロキシ対象を確認し、テストに使うブラウザーが除外されていないことを確認します。
v2rayNG は Xray コアを使用します。接続アイコンは接続状態を示しますが、対象のリクエストが成功したかどうかは、Webページとルーティング記録で確認してください。
初回接続でよくある質問
実接続テストに数値が出るのに、Webページが開かないのはなぜ？
まず、使用サーバーがテストに成功したノードと同じか確認し、トレイの「システムプロキシ」→「システムプロキシを自動設定」を選択します。前述の明示的なプロキシコマンドと比較してください。コマンドは成功するのにブラウザーが失敗する場合は、ブラウザー個別のプロキシ設定や拡張機能を確認します。どちらも失敗する場合は、接続先サイトとルーティングルールを確認してください。
すべてのノードがタイムアウトします。サブスクリプションを再追加すべきですか？
まずログにコアの起動失敗やポート競合がないか確認し、システム時刻と現在のネットワークも確認します。すべての設定で同じテスト先を使っている場合、その接続先が一時的に利用できない可能性もあります。「設定」→「パラメータ設定」で実接続テスト先を確認し、現在の値を控えてから調べてください。設定が不足している、期限切れになっている、またはサブスクリプションが変更された場合に、サブスクリプションの更新を優先します。
遅延は低いのにダウンロードが遅いのは、設定ミスですか？
必ずしも設定ミスとは限りません。遅延はテストリクエストにかかる時間で、継続的な通信速度を示すものではありません。同じファイル、同じネットワーク、近い時間帯で比較し、同時にダウンロードしないようにしてください。ページは安定して開くのに大容量ファイルの転送が遅い場合は、回線の帯域幅、通信量の上限、接続先サービスの速度制限を確認します。
クライアントを終了したら、ブラウザーでインターネットに接続できなくなりました。
停止したローカルプロキシをシステムが引き続き参照している可能性があります。終了前にトレイの「システムプロキシ」から「システムプロキシを解除」を選んでください。すでに終了している場合は、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」で、今回のテストで設定した手動プロキシを確認し、必要に応じて無効にします。職場のネットワークで元からプロキシを使用している場合は、すべて無効にするのではなく、事前に控えた設定に戻してください。