V2Rayは接続済みなのにネットに繋がらない場合の確認リスト

接続状態とサイトの表示結果を切り分ける

v2rayNはデスクトップ向けクライアントで、V2RayやXrayは通信を処理するコアです。v2rayNGはXrayコアを使用するAndroidクライアントです。画面に「実行中」と表示されること、VPNの鍵アイコンが表示されること、ノードに遅延時間が表示されることだけでは、ブラウザーで正常にアクセスできるとは判断できません。ポートへの接続テスト、実際のリクエスト、ダウンロード速度の測定では、確認できる段階がそれぞれ異なります。

まずクライアントを終了し、通常利用しているサイトに端末からアクセスできるか確認します。公衆Wi-Fiでは、先にネットワーク認証が必要な場合があります。通常のネットワーク自体が切れているなら、ノードを変更しても解決しません。アクセスできないサイト、発生時刻、ネットワークの種類、すべてのアプリで失敗するのかブラウザーだけなのかを記録しましょう。

• すべてのアプリで失敗する：まず通常のネットワーク、プロキシの入口、コアの起動状態、ノードへの接続を確認します。
• 特定のブラウザーだけ失敗する：ブラウザー独自のプロキシ設定、拡張機能、セキュアDNSを確認します。すぐに設定全体を作り直す必要はありません。
• 一部のドメインだけ失敗する：DNS、ルーティングルール、接続先サイトの制限、IPv4とIPv6の到達性を優先して確認します。
• Wi-Fiに切り替えてから失敗する：モバイル回線と比較し、ネットワーク認証、DNSの変更、ノードのポートへの到達性を確認します。

1. システムプロキシが通信を取り込んでいるか

Windowsでは、v2rayNを起動しただけでシステムプロキシが自動設定されるとは限りません。システムプロキシを使うのは、その設定に従うアプリだけであり、すべての通信を切り替えるものでもありません。ターミナルのプログラムは環境変数を参照する場合があり、ブラウザーは独自のプロキシ設定を使うことがあります。ゲームなど、システムプロキシを無視するアプリもあります。TUNモードは別の通信取り込み方式です。トラブルシューティング中は複数のモードを同時に切り替えないでください。

1. 使用するノードを確認する

   v2rayNのノード一覧で使いたいノードを選び、右クリックして「アクティブサーバーに設定」を選択します。行を選択しただけでは、アクティブノードが切り替わっていない場合があります。メイン画面に表示されるアクティブサーバーも確認してください。

2. システムプロキシを設定する

   タスクバーの通知領域にあるv2rayNアイコンを右クリックし、「システムプロキシ」→「システムプロキシを自動設定」を選択します。デスクトップ版によって項目の場所が異なる場合があるため、現在の画面にある同名の項目を確認してください。

3. システム側の設定を確認する

   Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」で、プロキシサーバーのアドレスとポートがクライアントの現在の待ち受け設定と一致しているか確認します。自動構成スクリプトを使用している場合は、その状態を確認し、2つの方式を混同しないようにしましょう。

4. ブラウザー独自のプロキシ設定を除外する

   ブラウザーのプロキシ拡張機能を一時的に無効にして、ブラウザーを終了してから再起動します。プロキシを明示したコマンドではアクセスできるのにブラウザーで失敗する場合は、ノードを変える前にブラウザーの設定を確認してください。

2. ローカルポートが実際に待ち受けているか

プロキシの接続先は、リモートノードのサーバーポートではなく、ローカルで待ち受けているポートを指定します。以下の数値は確認用の例であり、これらに統一する必要はありません。v2rayNの「設定」→「パラメーター設定」でローカルの待ち受け設定を確認できます。バージョンによって項目の分類が異なるため、起動ログもあわせて確認してください。旧設定ではSOCKSとHTTPのポートが別々の場合があり、新しい設定では混合ポートを使うことがあります。

Windows PowerShellで次のコマンドを実行し、まずローカルの待ち受け状態を確認してから、SOCKSを明示したHTTPSリクエストを送ります。実際のポートが異なる場合は、コマンド内の10808を置き換えてください。ここではcurl.exeを使用します。PowerShell環境によってはcurlが別のコマンドとして解釈されるためです。

Get-NetTCPConnection -State Listen -LocalPort 10808 |
  Select-Object LocalAddress, LocalPort, OwningProcess

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

待ち受けの記録が見つからない場合は、まずコアの起動に失敗していないか確認します。記録があっても、別のプログラムがポートを使用していないか、プロセスを確認してください。socks5hでは接続先のドメイン名をプロキシ側で処理するため、これだけで端末のDNSが正常だとは判断できません。HTTPステータスコードが返れば、何らかのHTTP応答元に到達していますが、目的のサイトに接続できたかは、ステータスコード、証明書、ログをあわせて確認する必要があります。

3. 2種類のDNS名前解決を切り分ける

名前解決が必要な対象は、少なくともノードのサーバードメインと、ブラウザーでアクセスする接続先ドメインの2種類です。前者の名前解決に失敗すると、コアがノードに接続できないことがあります。後者に失敗すると、ノードのテストは正常なのに特定のサイトだけ開けない場合があります。ブラウザーのセキュアDNS、システムDNS、コアのDNSが、必ずしも同じ経路を通るとは限りません。

ノードのドメイン名を、検索して見つけたIPアドレスに安易に置き換えないでください。TLSやREALITYでは、サーバーアドレス、SNI、接続先の名前に設定上の関係があります。むやみに変更すると、DNSの問題がハンドシェイクの失敗に変わるおそれがあります。まず元のノード設定を保存し、サーバーから提供されたパラメーターと照合してください。

curl.exe --proxy socks5://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

4. ルーティングルールが適切なアウトバウンドを選んでいるか

システムプロキシはリクエストをクライアントに取り込むかどうかを決め、ルーティングルールは取り込んだ後にどのアウトバウンドへ送るかを決めます。「グローバルプロキシ」はアプリケーション層でよく使われる呼び方ですが、クライアントによって意味が異なる場合があります。トラブルシューティングの記録には、実際に使用しているルーティングモード、ルール、アウトバウンドのタグを明記してください。

v2rayNのルーティング選択画面で、テスト対象をプロキシのアウトバウンドへ送るルールモードを一時的に選び、同じURLに再度アクセスします。アクセスできるようになった場合は、カスタムドメインルール、直接接続ルール、ブロックルールを重点的に確認してください。テスト後は元のモードに戻します。ローカルの通信まですべてリモートへ送る必要はありません。

• ルールの順序を確認：一般的なコアはルールを上から順に照合します。上位にある条件の広いルールに先に一致すると、後続の詳細なルールは実行されません。
• タグを確認：routing.rulesのoutboundTagは、実際に存在するアウトバウンドのtagを参照する必要があります。名称が完全に一致しているか確認してください。
• 直接接続とプロキシを区別：ログにリクエストが直接接続されたと記録されていても、ルールが直接接続を選んだことを示すだけで、プロキシノードが使用できないという意味ではありません。
• ルール用のデータを確認：地域別またはドメイン別のデータファイルを使う設定で読み込みに失敗した場合は、ファイルと設定の参照先を先に修正します。ノードの切り替えだけでは解決できません。

5. エラーメッセージからノードを確認する

接続の入口、DNS、ルーティングを確認した後で、ノードのアドレス、リモートポート、ユーザーID、トランスポート方式、セキュリティ設定を確認します。サブスクリプションの更新に成功しても、登録された各ノードがオンラインとは限りません。まず同じサブスクリプション内の別ノードで再テストし、次にネットワークを変えて元のノードを試すと、ノード側の障害と現在のネットワークによる制限を切り分けやすくなります。

VLESS、VMess、Trojanの設定値は互換性がありません。VLESSとREALITYを組み合わせる場合は、公開鍵、short ID、サーバー名、サーバー側で要求されるフロー制御を確認します。XTLS Visionを使う場合は、flowをサーバー側の設定に合わせてください。プロトコル名だけで、現在のコアやノード設定が使えるとは判断できません。

• 元のノード設定は一時的に残し、サブスクリプション更新後にパラメーターの変更を比較してください。バックアップなしでまとめて削除しないようにしましょう。
• ノードAとノードBで同じ接続先をテストした結果を記録し、接続先サイト自体の障害をノードの問題と取り違えないようにします。
• ログを確認するときは、エラー発生前後の情報も残してください。共有する前に、サブスクリプションURL、ユーザーID、公開鍵以外の認証情報、個人のネットワーク情報を伏せてください。

6. 時刻とAndroidの通信取り込みを確認する

TLS証明書の有効期間の検証にはシステム時刻が使われ、VMessの認証にも時刻が関係します。パソコンやスマートフォンの日付が大きくずれていると、ネットワークやポートに問題がなくても、認証エラーや証明書エラーが発生することがあります。Windowsでは「設定」→「時刻と言語」→「日付と時刻」を開き、自動設定を有効にして「今すぐ同期」を実行します。Androidではシステム設定で「日付と時刻」を検索し、自動設定を有効にして実際の日付を確認してください。

表示されるタイムゾーンが異なるだけで、実際の時刻が間違っているとは限りません。日付と現在時刻を確認し、時刻のずれを隠すためにタイムゾーンだけを変更しないでください。証明書検証を無効にして問題を回避するのも避けましょう。時刻、サーバー名、証明書チェーンの異常が見えなくなるおそれがあります。

1. VPNの許可を確認：v2rayNGの起動後、システムのVPN接続許可を完了してください。別のVPNサービスが動作中の場合は、停止してからテストします。
2. 動作モードを確認：ローカルプロキシモードはVPNによる通信取り込みとは異なります。一般のアプリから直接プロキシを利用するには、VPNモードが有効になっているか確認してください。
3. 対象アプリを確認：v2rayNGの「設定」でアプリごとのプロキシ設定を確認し、ブラウザーが対象外になっていないか確認します。バイパス設定が有効な場合、リストの意味が逆になることがあります。
4. バックグラウンド制限を確認：画面表示中は正常でも、画面ロック後しばらくして接続が切れる場合は、システムのアプリ設定でv2rayNGのバッテリー使用とバックグラウンド実行の権限を確認し、再度ロック状態でテストします。
5. ネットワークを分けてテスト：Wi-Fiとモバイルデータを別々に試します。切り替え後、必要に応じて接続を停止して再起動し、以前の接続が復旧していないだけか確認してください。

よくある質問と確認記録

一通り確認した後は、何度も再インストールするより、再現できる記録を残す方が効果的です。DNS、ルーティング、コア、ノードを一度に変更せず、変更は毎回1項目に絞ってください。同じテスト先と待ち時間を使い、変更前後の結果を記録します。

• 環境：クライアントとコアのバージョン、OSのバージョン、Wi-Fiまたはモバイル回線。
• 接続の入口：システムプロキシまたはVPNモード、ローカルの待ち受けアドレスとポート、アプリごとの設定の有無。
• 結果：プロキシを明示したコマンドで応答が返るか、ブラウザーが復旧するか、別のノードが使えるか。
• 確認材料：エラーの発生時刻、関連ログ、実際に選択されたアウトバウンド、実施済みの個別比較。