V2Rayのノードがタイムアウトして接続できないときの対処法｜時刻・ポート・TLS・ルーティングを確認

1. まずログを保存し、タイムアウトが発生した段階を特定する

「タイムアウト」は結果であり、障害箇所そのものではありません。TCPポートに接続できてもプロキシ認証が成功したとは限らず、実接続テストに失敗してもノードが停止しているとは限りません。テスト先に到達できない可能性もあります。まずv2rayNのメイン画面下部にあるログ欄で、今回の起動記録と失敗したリクエストの記録を保存し、使用したノード、テスト方法、発生時刻を控えてください。

診断中はノードとHTTPSの接続先を1つずつに固定します。ノード、DNS、コア、ルーティングを同時に切り替えると、次に成功してもどの変更が効いたのか判断できません。v2rayNの右クリックメニューから行うテストはクライアントが開始しますが、ブラウザーの通信はアプリのプロキシ設定またはTUNによる取り込みに依存します。ローカルプロキシに届くまでの経路は異なる場合があります。

• コアの起動直後に終了する：まず起動ログ、待ち受けポート、設定ファイルの解析結果を確認します。リモート側のTLSを先に変更する必要はありません。
• テストもウェブページの表示も失敗する：システム時刻、ノードアドレス、リモートポート、ハンドシェイクの設定項目を確認します。
• テストは成功するがブラウザーで失敗する：システムプロキシ、ブラウザー独自のプロキシ設定、振り分けルールを優先して確認します。
• 特定のウェブサイトだけ失敗する：まず別の接続先で確認し、接続先サイトの障害をすべてのノードの問題と混同しないようにします。

2. システム時刻：時刻を同期してから再度ハンドシェイクする

システムの日付が明らかにずれている場合は、まず時刻を合わせてください。TLS証明書には有効期間があり、VMessの認証も時間の範囲に依存します。ノードがVLESSでも、外側のTLSに正しい時刻が必要な点は変わりません。タイムゾーンの表示が正しいだけでは不十分で、実際の日付と時刻も確認してください。

1. 時刻の設定を開く

   Windows 11では「設定」→「時刻と言語」→「日付と時刻」を開き、年・日付・現在時刻を確認します。Windows 10も「時刻と言語」から設定しますが、画面名が多少異なる場合があります。

2. 時刻を同期する

   「時刻を自動的に設定する」をオンにし、「追加の設定」にある「今すぐ同期」を実行します。タイムゾーンは所在地に合わせてください。表示上のタイムゾーンが異なっていても、実際の時刻が正しければ、それだけでTLSが無効になることはありません。

3. 再テストする

   同期が完了したことを確認してから、v2rayNで同じノードを再度有効にし、同じ方法でテストします。Androidではシステムの「設定」→「システム」→「日付と時刻」で自動設定を確認してください。機種によっては「その他の設定」にあります。

ログに証明書の期限切れが記録されている場合は、エラーに表示された現在時刻が正しいかを先に確認します。時刻を合わせても証明書の期限切れが続く場合は、ノードの提供元にサーバー証明書の確認を依頼してください。「証明書の検証をスキップ」を恒久的な対処として使うのは避けてください。

3. ポートの競合：ローカル待ち受けとリモートポートを区別する

ローカルポートはアプリからのリクエストを受け付け、リモートポートはノードサーバーへの接続に使います。両者は別のものです。例として、ローカルの混合待ち受けポートを10808、リモートのTLSポートを443とします。サーバー編集画面のポートを、ブラウザーに入力するローカルプロキシポートと取り違えないでください。

v2rayNで「設定」→「パラメーター設定」を開き、Coreの基本設定に関する画面でローカル待ち受けポートを確認します。バージョンによって項目の分類名は多少異なりますが、混合待ち受けは通常「ローカル混合待ち受けポート」と表示されます。例の値をそのまま使わないでください。次にWindowsターミナルで以下の読み取り専用コマンドを実行し、数字を画面に表示された実際のポート番号に置き換えます。

netstat -ano | findstr ":10808"

ローカルアドレスの列に調べているポートがあるか、状態が LISTENING かを確認します。リモートアドレスにそのポートが含まれている接続を、待ち受けとして誤認しないでください。最後の列はPIDです。「タスクマネージャー」→「詳細」でプロセスを照合します。PID列が表示されていない場合は、列見出しを右クリックして該当する列を選択してください。

• 現在のプロキシコアのプロセス：通常は正常な待ち受けです。「ポートを使っているプロセスがある」というだけで競合と判断しないでください。
• 古いクライアントのプロセス：古いインスタンスを通常の手順で終了してから、現在のクライアントを再起動します。正体の分からないシステムプロセスを強制終了しないでください。
• 別のソフトウェアのプロセス：ローカル待ち受けポートを変更し、プロキシポートを手動入力しているアプリ側も同じように変更します。システムプロキシを使っている場合は、「システムプロキシ」→「システムプロキシを自動設定」を再実行してください。
• 待ち受けの記録がない：ログに戻り、コアの起動エラーを確認します。システムプロキシを有効にしても、実際に動作するローカル待ち受けサービスの代わりにはなりません。

4. TLSとSNI：元のノード設定を項目ごとに照合する

v2rayNのサーバー一覧で対象ノードを右クリックし、「サーバーを編集」を開きます。まずアドレス、ポート、プロトコルを確認し、続けてTLSと転送の設定を確認します。アドレスは接続先を指定し、SNIはTLSハンドシェイクで使うサーバー名です。常に同じ値とは限らないため、提供元の設定に従ってください。アドレスがIPアドレスだからといって、SNIもIPアドレスに変更してはいけません。

WebSocketのHostとTLSのSNIは異なるレイヤーの設定であり、常に同じ項目として扱えるわけではありません。REALITYを使う場合は、選択したコアが現在の設定に対応しているかも確認してください。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用するため、ノード設定への対応を同一とみなすことはできません。v2rayNでは「設定」→「パラメーター設定」のCoreタイプ設定画面で、プロトコルに対応するコアを確認できます。

5. ルーティングと通信の取り込み方法：テスト成功後にアプリの通信を確認する

実接続テストは成功するのにブラウザーで開けない場合は、まずリクエストがクライアントに届いているか確認します。v2rayNのメイン画面下部にある「システムプロキシ」で「システムプロキシを自動設定」を選び、ブラウザー側に別の固定プロキシが設定されていないか確認してください。システムプロキシに従わないアプリは、システムプロキシを有効にしただけでは通信を取り込めません。

1. まず通信の取り込み方法を固定する。一般的なブラウザーの問題を調べる場合は、ほかのプロキシソフトを終了し、TUNを一時的に無効にして、システムプロキシで再テストします。TUNを確認する必要がある場合は、メイン画面の「TUNを有効にする」の状態と、起動ログに仮想ネットワークアダプターや権限に関するエラーがないかを確認してください。
2. 次にルーティングを確認する。メイン画面下部の「ルーティング」で現在の設定を確認します。比較のため、対象の通信をプロキシ経由にする全体ルールを一時的に選び、元の設定を控えてからテストし、終了後に元に戻してください。
3. 適用されたルールを確認する。「設定」→「ルーティング設定」で現在のルールの順序を確認します。コアはルールの順番に沿って照合するため、先にある直接接続またはブロックのルールが、想定していたプロキシルールより先に適用されることがあります。
4. 最後にDNSを確認する。ドメイン名の解決エラー、特定のドメインだけの異常、または解決結果とルーティングの不一致がある場合に限り、DNSを調べてください。ブラウザーのセキュアDNS、システムDNS、コアのDNSがそれぞれ使われる場合があるため、一度にすべてを変更しないでください。

全体ルールを有効にするとアクセスが回復した場合、UUIDの再発行ではなく、振り分けルールや名前解決の経路を重点的に確認します。ログにリクエストがまったくない場合は、通信の取り込み方法を見直してください。ただし、ログレベルが低いと個々の接続が表示されないことがあります。「記録が見えない」ことだけを根拠に判断しないでください。一時的にログの詳細度を上げた場合は、アクセス内容が長時間記録されないよう、確認後すぐに元へ戻してください。

6. サブスクリプションの期限切れとサーバー障害：比較テストで確認する

サブスクリプションの更新に成功したという表示は、クライアントが設定内容を取得できたことを示すだけです。アカウントに通信量が残っていることや、すべてのノードが稼働していることまでは保証しません。v2rayN上部の「サブスクリプショングループ」メニューから該当するサブスクリプションを更新してください。現在のプロキシが使えない場合は、「現在のサブスクリプションを更新（プロキシを使用しない）」を選び、直接接続での更新を試せます。サブスクリプションのURLに直接アクセスできない場合も、既存のノードを何度も削除せず、まず現在の設定を保存してください。

• 更新ログを確認する：取得失敗、解析失敗、更新成功を区別します。HTTP 401や403は、認証情報の無効化やアクセス制限に関係する場合があります。最終的には提供元のアカウントページで確認してください。
• アカウントの状態を確認する：プランの有効期限、残り通信量、デバイス数の上限を確認します。古いノードが一覧に残っていても、認証情報が有効とは限りません。
• ネットワークを比較する：同じ端末、同じノードを使い、通常のネットワークとスマートフォンのテザリングでそれぞれテストします。一方のネットワークだけで失敗する場合は、そのネットワークの制限やDNSを重点的に確認し、すぐにクライアントを再インストールする必要はありません。
• ノードを比較する：同じネットワークで、同じグループ内の別のノードと比較します。特定のノードだけ失敗する場合は、サーバーアドレスと発生時刻を記録し、提供元に接続口とサーバーの稼働状況を確認してもらってください。

Android版v2rayNGでは、メイン画面右上のメニューにある「サブスクリプショングループ設定」でサブスクリプションURLを確認し、「サブスクリプションを更新」から更新できます。ノードの編集画面は各ノードのカードから開きます。バージョンによってはグループのメニューに更新操作があるため、更新結果はログとノード一覧の変化で判断してください。スクリーンショットを共有する前に、サブスクリプションURL、UUID、パスワード、QRコードを隠してください。これらの情報があれば接続権限を取得されるおそれがあります。

7. エラーメッセージを読み、再現可能な調査記録を作る

エラーは前後のログとあわせて確認してください。同じ接続拒否のメッセージでも、ローカルの待ち受けアドレスで発生した場合と、リモートノードのアドレスで発生した場合では対処がまったく異なります。以下のメッセージは問題が起きた段階を特定する手がかりになりますが、完全なログの代わりにはなりません。

一通りの確認が終わったら、少なくとも以下の情報を記録してください。再テストに役立ち、提供元との確認の往復も減らせます。設定ファイル全体や、そのままインポートできるノード共有リンクは送らないでください。

• クライアント名、実際のバージョン、使用中のコア、OSのバージョン。
• 失敗した時刻、使用したネットワーク、テスト先、テスト方法。
• システム時刻の同期結果、ローカル待ち受けポート、機密情報を伏せた最初の重要なエラー。
• 変更した項目（1つのみ）、変更前後の結果、別のネットワークまたは別のノードでの比較結果。