V2Rayノードに接続できない・タイムアウトする場合の確認手順:ローカルネットワークからサーバーまで順番にチェック

v2rayNやv2rayNGでノードがタイムアウトする、プロキシを有効にするとWebページを開けない、遅延テストがすべて失敗する場合に役立つ記事です。確認後は、ローカルネットワーク、時刻のずれ、期限切れの購読設定、転送層の不一致、到達不能なノードポート、サーバー障害を切り分け、設定修正・購読更新・ノード変更の判断につなげられます。

接続に失敗したとき、複数の設定を同時に変更すると原因を見失いやすくなります。DNSを変更しながら購読を再インポートし、さらに転送プロトコルまで変える、といった操作は避けてください。接続が戻っても真の原因を特定できません。安定した方法は、一度に一つの変数だけを変更し、同じノードを再テストすることです。

接続経路は「クライアントからノードまで」だけではありません。アプリのリクエストはまずローカルプロキシポートに入り、V2RayまたはXrayのコアがルーティング規則を読み込み、サーバーのドメインを解決し、リモートポートへ接続して、最後にプロトコルと転送層のハンドシェイクを完了します。どこか一つが失敗しても、画面上はタイムアウトとしか表示されない場合があります。

確認は端末に近い側から始めるのがおすすめです。まず通常のネットワークが使えることを確認し、次に時刻とローカルプロキシポートを確認します。その後ノード設定を照合し、最後にサーバー側の状態を判断します。この順序なら、ローカルの切断をノード障害と誤認せず、クライアントの再インストールによる設定消失も減らせます。

最初に、プロキシを無効にして基本ネットワークを確認します。ブラウザーでキャッシュ済みのページが開けても、ネットワークが正常とは限りません。以前開いたことのないページへアクセスするか、システムコマンドでドメイン解決を直接テストしてください。Windowsではターミナルで nslookup example.com を実行し、LinuxとmacOSでは nslookup または dig を使用できます。ドメインを解決できない場合は、ノードのプロトコルではなく、現在のネットワークまたはDNSを先に確認します。

ネットワークによってリモートポートが制限されていないかも確認します。家庭内ネットワークでは一時的にモバイルホットスポットへ切り替えて比較し、モバイル回線では固定回線に切り替えて再テストします。同じノードがネットワークAではタイムアウトし、ネットワークBでは接続できる場合、クライアント設定に根本的な問題はない可能性が高く、ネットワーク出口、DNSの結果、ポート到達性を重点的に確認します。

VMessなどのプロトコルでは、認証に正確なシステム時刻が必要です。端末の時刻が数分ずれると、クライアントはTCP接続まで完了しても、プロトコルのハンドシェイクで失敗することがあります。Windows 11 24H2では「設定」→「時刻と言語」→「日付と時刻」を開き、「時刻を自動的に設定する」と「タイムゾーンを自動的に設定する」を有効にしてから、「今すぐ同期」をクリックします。Android 15では「設定」→「システム」→「日付と時刻」を開き、ネットワーク提供の時刻を有効にします。

ローカルネットワークが正常なら、次にノードを項目ごとに確認します。同じプロトコル名でも、設定をそのまま交換できるとは限りません。VMessでは正しいサーバーアドレス、ポート、ユーザーID、セキュリティ設定、転送パラメーターが必要です。VLESSではユーザーID、フロー制御、転送層設定の一致が必要です。購読更新後にサーバー側でパス、ホスト名、TLSパラメーターが変更されると、古い設定が一覧に残っていてもハンドシェイクを完了できない場合があります。

記憶だけを頼りにノードを作り直さないでください。現在有効な購読またはサーバー側が提供する設定を基準に、サーバーアドレス、ポート、プロトコル、転送方式、TLS、SNI、Host、WebSocketパスを比較します。パスの大文字・小文字や先頭のスラッシュにも意味があります。/ray と /Ray は同じ値ではありません。

v2rayN 7.xでは、まずノードを選択し、右クリックメニューからサーバーを表示または編集します。コアを確認する場合は、「設定」→「パラメーター設定」→「Coreタイプ」を開き、現在のプロトコルが対応するコアで処理されていることを確認します。変更後は設定を保存し、コアを再起動してから現在のノードをテストしてください。ウィンドウを閉じるだけでは、実行中の設定が再読み込みされない場合があります。

v2rayNGはXrayコアを使用し、v2flyNGはv2flyコアを使用します。QRコードやクリップボードからのインポートで移行できるのは、リンクに実際に含まれる項目だけです。サーバー側が追加で要求する転送パラメーターを補完することはできません。インポート後に項目が不足している場合は、別のノードの設定を推測して入力せず、まず購読を再更新してください。

ノード自体が利用可能でも、ローカルプロキシポートの誤りによってWebページがタイムアウトすることがあります。一般的な設定では、v2rayNがローカルポート10808を待ち受け、ブラウザー拡張機能やシステムプロキシも同じポートを指定する必要があります。クライアントが10809に変更されているのにシステムプロキシが10808へ接続している場合、リクエストは現在のコアに届きません。

Windowsではターミナルで netstat -ano | findstr :10808 を実行し、ポートがLISTENING状態か確認して対応するPIDを記録します。LinuxとmacOSでは lsof -nP -iTCP:10808 -sTCP:LISTEN を実行できます。ポートが待ち受けていなければコアの起動状態を確認します。別のプログラムが使用している場合は、競合プロセスを終了するかクライアントのリスニングポートを変更し、システムプロキシも同じ値に更新します。

socks5h の h は、ドメイン解決をプロキシ側で処理することを示します。通常のブラウザーでは失敗するのに上記のコマンドでページ内容が返る場合は、ノードではなく、ブラウザーのプロキシ方式、システムプロキシのアドレス、拡張機能のルールを重点的に確認します。コマンドもタイムアウトする場合は、クライアントログに対応するリクエスト記録があるか確認します。

基本的な到達性テストと実接続遅延は同じものではありません。TCPポートだけを測定しても、対象ポートへ接続できることしか確認できず、VMess、VLESS、TLS、WebSocket、gRPCのハンドシェイク成功までは判断できません。実接続遅延は現在のプロキシ経路を通じて実際のリクエストを送るため、ノードが完全な送信経路として利用できるかを判断するのに適しています。

v2rayNで単一ノードを選択し、右クリックメニューの「サーバー実接続遅延をテスト」を使用します。テスト前に、ノード設定が保存済みでシステム時刻が正常であることを確認してください。3回連続でテストすると基本的な判断ができます。1回成功して2回失敗する場合は経路の揺らぎ、3回とも10秒待機後にタイムアウトする場合は、他のノードやネットワークでも比較してください。

遅延の数値だけでノードを並べ替えないでください。180ミリ秒でも3回連続で成功するノードは、60ミリ秒が一度表示された後に2回タイムアウトするノードより、通常は安定しています。遅延テスト中は大容量ファイルの転送、システム更新、クラウドストレージの同期も停止し、ローカル帯域の逼迫による誤判定を避けます。

ローカルネットワーク、システム時刻、ローカルポート、クライアントのプロキシ状態がすべて正常になったら、購読を更新します。v2rayNではまず「購読グループ」に現在のアドレスが保存されていることを確認し、「すべての購読を更新」を実行します。更新後すぐに古いグループを削除せず、同名ノードのサーバーアドレス、ポート、プロトコル、転送パラメーターの変化を比較してください。

Androidクライアントでも、まず現在の購読を更新してから、新しく生成されたノード項目をテストします。手動インポートした単一ノードには、購読側の変更は自動反映されません。サーバー側でポートや転送パスが変更されると、古いQRコードやリンクには以前の値が残ります。この場合、古い内容を再スキャンしても意味がないため、現在有効な設定を取得してください。

ノード変更の根拠は、一度だけ発生した偶発的なタイムアウトではなく、再現可能な結果にします。テスト日、端末、ネットワーク、クライアント、ノード名、3回の実接続結果、ログエラーを簡単に記録してください。同じノードがWindows、Android、2種類のネットワークのいずれでも接続を完了できず、同じ購読の他ノードは正常なら、単一ノードの障害と判断する十分な根拠になります。

クライアントの再インストールは、プログラムファイルの欠落、起動不能、設定データベースの破損など、ローカル側の問題に限って有効です。ノードのタイムアウトは通常、ネットワーク、パラメーター、リモート経路で発生するため、再インストールしてもサーバーアドレス、ポート、システム時刻、ネットワーク制限は変わりません。確認前に既存設定をエクスポートするか購読グループを記録しておけば、再インストール後に新たな変数が増えるのを防げます。

トラブルシューティングの記録に複雑なツールは不要ですが、再現できる内容にする必要があります。少なくともOSバージョン、クライアント名、テスト時刻、ネットワーク種別、ノードプロトコル、ローカルポート、エラーの原文を記録します。たとえば「Windows 11 24H2、v2rayN 7.x、固定回線、VMess、127.0.0.1:10808、実接続テストは3回とも10秒後にタイムアウト」と書けば、「ノードが使えない」より診断に役立ちます。

ログを共有する場合は、サーバーアドレス、ユーザーID、購読アドレス、認証情報を隠し、エラーの種類、時刻、接続段階だけを残します。ログの最初の異常は、最後に表示される「タスク失敗」より原因に近いことが多くあります。テストを開始した位置から下へ読み、DNS、接続、TLS、プロトコルハンドシェイクで最初に発生したエラーを探してください。