v2rayNの初回接続手順｜ノード選択・実接続遅延テスト・プロキシ動作確認

1. サブスクリプション読み込み後にノードとコアの状態を確認

ノード一覧に項目が表示されても、サブスクリプションが解析されたことを示すだけです。コアが起動していることや、ブラウザーがプロキシを使っていることまではわかりません。サブスクリプションにはサーバーアドレス、ポート、プロトコル、認証情報が含まれます。v2rayNはそれらの設定を管理し、接続を実際に処理するコアを起動します。まずこの2つを切り分けておくと、後のトラブルを特定しやすくなります。

初回の確認ではTUNを有効にせず、別のプロキシやトンネルツールも同時に使わないでください。「ローカルプロキシの入口 → システムプロキシ → ブラウザー」の経路だけに絞ります。デスクトップ版によってメニューの配置は異なる場合があります。以下では一般的な日本語メニュー名を使いますが、「サーバーの実接続遅延をテスト」など名称が異なる場合は、機能を基準にしてください。

1. グループを確認

   メイン画面で、読み込んだサブスクリプショングループに切り替えます。更新する場合は「サブスクリプショングループ」から「現在のサブスクリプションを更新（プロキシを使用しない）」を選択します。利用可能なプロキシがあり、直接接続では更新できない場合に限り、対応するプロキシ経由の更新項目を選んでください。同じグループを何度も追加する必要はありません。

2. 設定を確認

   対象ノードを右クリックして「サーバーを編集」を開き、アドレス、ポート、プロトコル、トランスポートの設定が揃っているか確認します。VMessとVLESSなど、プロトコルごとの認証項目は互換性がありません。サブスクリプションに含まれるTLS、SNI、トランスポートパス、REALITYの設定はそのままにし、推測で値を追加しないでください。

3. 起動状態を確認

   メイン画面のログを確認し、起動失敗、設定の解析エラー、ポートの競合が繰り返し発生していないか見ます。エラーがあれば、まずその原因を解消してください。コアが起動していない問題を、システムプロキシの切り替えを繰り返してごまかさないようにしましょう。

4. 基準となる状態を記録

   現在のノード名、ルーティングモード、ローカルの待ち受けポートを記録します。TUNは一時的に無効にし、ネットワーク環境も変えないでください。以降は一度に1つの設定だけを変更すると、どの変更が結果に影響したか判断できます。

2. TCPingと実接続テストでわかること

TCPingに数値が表示されても、ノード経由でWebサイトに接続できるとは限りません。TCPingで主に確認できるのは、サーバーアドレスとポートへのTCP接続です。プロキシプロトコルの認証や、接続先サイトへのアクセスまでは検証しません。ポートへの接続が受け付けられても、ユーザー情報の期限切れ、TLS設定の不一致、接続先の障害などにより、実際のリクエストが失敗することがあります。

ノード一覧で候補を選び、右クリックして「サーバーの実接続遅延をテスト」を実行します。このテストでは、通常、クライアントが一時的にテスト用の接続経路を作るため、先にブラウザーのシステムプロキシを有効にする必要はありません。また、テストしたノードが普段使うサーバーに設定されたことを意味するものでもありません。テスト後、使用するノードを別途設定してください。

実接続テストの結果はテスト先によって変わります。「設定」→「パラメーター設定」で、実接続テスト先または遅延テスト先の項目を探し、現在のURLを記録してください。ビルドによって項目の場所が異なる場合があります。テスト先自体が利用できないと、正常なノードもまとめてタイムアウトすることがあります。数値を表示させるためだけに、ローカルキャッシュの内容しか返さないURLへ安易に変更しないでください。

3. ノードの選び方：まず接続できること、次に安定性

同じサブスクリプションから候補を少数選んでテストします。大きな一覧を一度に並列テストすると、ローカルネットワークとサーバーの両方に負荷がかかります。実接続テストに成功した候補は数回繰り返し、成功が続くか確認してから、必要なWebサイトへ実際にアクセスします。遅延の数値は現在のネットワークで応答を比較する目安であり、ダウンロード速度を示すものではありません。

候補が決まったら右クリックして「アクティブサーバーに設定」を選び、一覧のアクティブ表示やステータスバーが実際に変わったことを確認します。行をクリックしただけでは選択状態になるだけで、接続先が切り替わらない場合があります。切り替え後にログを確認し、再読み込みエラーがないことを確かめてから次へ進んでください。

4. システムプロキシとローカルポートを一致させる

Windowsでは、v2rayNのメイン画面にある「システムプロキシ」またはタスクトレイアイコンの右クリックメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」を選択します。次にWindowsの「設定」→「ネットワークとインターネット」→「プロキシ」で、設定されたローカルアドレスとポートを確認します。初回テストでは、v2rayNの「ルーティング」から「全般（Global）」または対応するグローバルプロキシルールを選びます。検証後は必要なルーティングルールに戻してください。

システムプロキシとルーティングは別の設定です。前者は、システムプロキシに従うアプリからのリクエストをローカルの入口へ渡すかどうかを決めます。後者は、コアが受け取ったリクエストにどのアウトバウンドを使うかを決めます。グローバルルーティングを選んでも、すべてのアプリが自動的にプロキシへ接続するわけではありません。また、アプリ独自の直接接続設定が上書きされるわけでもありません。

ここでの10808は説明用のポート番号であり、すべてのバージョンのデフォルト値を示すものではありません。「設定」→「パラメーター設定」でローカルの待ち受け設定を確認し、起動ログと照合してください。HTTPとSOCKSの両方を受け付ける混合入口を使う設定もあれば、入口が個別に分かれている設定もあります。Windowsのシステムプロキシには、HTTPプロキシに対応した入口を指定してください。SOCKS専用ポートを適当に指定しないでください。

5. ブラウザーで確認：ページ、ログ、アウトバウンドを照合

まず、独自のプロキシ拡張機能を使っていないブラウザーウィンドウで、ネットワークからコンテンツを取得するページを再読み込みします。シークレットウィンドウではキャッシュや拡張機能の影響を一部減らせますが、キャッシュを完全に回避できるとは限りません。より確実に確認するには、開発者ツールのネットワークパネルでキャッシュを無効にして再読み込みしてください。ページタイトルが表示されただけでは、ページ全体のリクエストが成功したとはいえません。

1. ページのリクエストを確認：メインドキュメント、スクリプト、画像が読み込まれているか確認します。一部のリソースだけ失敗する場合は、ドメインごとに異なるルールが適用されている可能性があります。すぐにノード全体の障害と判断しないでください。
2. アクセスログと照合：v2rayNで同じ時間帯のコアのアクセスログを開き、対象のドメインまたはIPアドレスと使用されたアウトバウンドを確認します。現在のログレベルでアクセス記録が表示されない場合は、一時的に該当するログを有効にし、確認後に元へ戻してください。不要な情報を長期間記録しないようにしましょう。
3. アウトバウンドの種類を確認：ログにリクエストが表示されても、通信がコアに入ったことしかわかりません。プロキシ経由と直接接続のどちらのアウトバウンドに振り分けられたかも確認してください。アウトバウンドのタグ名は設定によって異なるため、現在のルーティング設定と照合します。
4. ルーティングを戻して再テスト：グローバルプロキシでの検証後、普段使うルーティングルールに戻して対象ドメインを確認します。グローバル設定では正常で、ルーティング設定でのみ問題が起きる場合は、同じサブスクリプションを読み込み直すのではなく、ルールの順序やDNSを優先して調べてください。

WindowsターミナルでHTTPプロキシを明示的に指定し、ローカルの入口だけを検証する方法もあります。以下のコマンドは当サイトにアクセスしてレスポンスヘッダーを取得します。例のポート番号は、実際に使用しているHTTPポートまたは混合ポートに置き換えてください。curl.exeを使うのは、同名の別コマンドがターミナル環境で実行される曖昧さを避けるためです。

curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 --head https://v2ray-club.com/

レスポンスヘッダーを受け取れた場合、そのコマンドが実際のネットワーク環境とプロキシ設定でリクエストを完了できたことを示します。ブラウザーのシステムプロキシ設定を検証するものではありません。環境変数NO_PROXYに対象ドメインが含まれている場合は、先にプロキシを経由しない設定が影響していないか確認してください。コマンドが成功しても、直接接続のアウトバウンドに振り分けられていないことをコアのログで確認する必要があります。また、HTTPエラーのステータスだけでトンネルの失敗とは限りません。プロキシ接続エラーと接続先サイトが返したステータスを区別してください。

6. 初回接続でよくある問題と対処法

初回接続の確認基準は明確です。使用するノードが設定済みで、実接続テストが繰り返し成功し、ローカルの待ち受けポートとシステムプロキシが一致していること。さらに、ブラウザーの新しいリクエストがコアに入り、プロキシが必要な場面ではプロキシのアウトバウンドに振り分けられていることを確認します。この状態を基準として残しておけば、後でDNS、ルーティング、TUNを変更した際に、新しい設定が原因なのか、元の接続に問題があるのかを切り分けられます。

• エラー情報を共有する際は、日時、エラーの種類、ポートを残し、サブスクリプションURL、ユーザー識別情報、その他の認証情報は削除してください。
• 設定を続ける場合は、まずサブスクリプションの読み込みと接続手順を確認してください。ルールやアウトバウンドについては、設定リファレンスをご覧ください。
• 接続できない場合は、接続トラブルの対処方法に沿って順に確認してください。ノード、DNS、ルーティング、プロキシ入口を一度に変更しないでください。