v2rayNで接続をクリックするとすぐ停止する、コアのログにエラーが繰り返し表示される、またはシステムプロキシを有効にしても通信できない場合に適した内容です。何度も再インストールするのではなく、まず障害が設定生成、プロセス起動、ポート待受、リモート接続のどの段階で起きているかを確認し、最初に現れる重要なエラーに応じて該当パラメータを修正します。
まず、どの起動段階で失敗したかを判断する
v2rayNはデスクトップ向けの管理プログラムで、実際に通信を処理するのは選択したコアです。サーバーを選んで起動すると、ノードとルーティング設定を読み込み、実行用設定を生成し、コアプロセスを呼び出してローカルポートで待ち受けます。その後、リモートサーバーへの接続を試みます。失敗した段階によって、確認すべきログと修正方法は異なります。
メイン画面の下部に「サービスを起動」などの表示が出た直後、プロセス終了と表示される場合は、その表示の直前にある最初のエラーを確認してください。最後の行は通常、終了結果を示しているだけで、根本原因はその数行前にあります。コアが起動中と表示され、対象サイトへのアクセス時に初めてエラーが出る場合は、アドレス解決、ネットワーク接続、トランスポート設定、リモート側の応答を確認します。
| ログの状況 | 該当する段階 | 優先して確認する項目 |
|---|---|---|
| 設定の解析に失敗して直ちに終了する | 設定の生成または読み込み | ノードの必須項目、ルーティング規則、カスタム設定 |
| bind、listen、address in use が表示される | ローカルポートの待ち受け | 10808、10809などのローカルポートが使用中でないか |
| コアプログラムが見つからない、またはプロセスを作成できない | コアプロセスの起動 | Coreタイプ、ファイルの場所、実行権限 |
| コアは動作しているが、timeoutが続く | リモート接続 | サーバーアドレス、ポート、DNS、ネットワーク到達性 |
| ハンドシェイク後に protocol error が表示される | トランスポートのネゴシエーション | TLS、WebSocket、gRPC、Realityのパラメータ |
ログの時刻も範囲を絞る手がかりになります。起動を1回クリックしたら、その時刻以降に追加された内容だけを確認し、数時間前のサブスクリプションエラーと今回の起動結果を混同しないでください。ウィンドウの情報が多すぎる場合は、いったんサービスを停止して表示を消去し、もう一度起動して問題を再現します。
決まった順序でクリーンなログを取得する
トラブルシューティングの前に現在のノードを保存し、複数の設定を同時に変更しないでください。一度に1項目だけ変更してコアを再起動し、結果を記録すれば、どの変更が有効だったか確認できます。アドレス、ポート、トランスポート方式、安全設定を一度に変更すると、接続が復旧しても元の障害箇所を特定できません。
サービスを停止する
v2rayNのメイン画面に戻り、現在のコアを停止します。古いプロセスがログへの書き込みを続けていないことを確認してください。
コアを確認する
「設定」→「パラメータ設定」→「Coreタイプ」を開き、現在のノードで使うコアと設定形式が一致しているか確認します。VMess、VLESSなどのノードは通常Xrayまたはv2flyコアで処理できますが、特定のトランスポート機能には対応するコアのバージョンが必要です。
ポートを確認する
パラメータ設定でローカルのSOCKSポートとHTTPポートを記録します。一般的には10808と10809が使われますが、実際の判断は現在の画面に表示されている値に基づいてください。
再起動する
同じサーバーをアクティブな状態に保ち、コアを1回だけ起動して5～10秒待ちます。起動ボタンを連続してクリックしないでください。
最初のエラーを特定する
今回の起動時刻から下へ読み進め、failed、error、invalid、bind、listen、timeoutのいずれかを含む最初の記録を探し、前後3行ずつを含めて確認します。
画面のログにコアを起動できないとだけ表示され、コア自身の出力がない場合、障害はプロセス作成前に発生している可能性があります。「設定」→「パラメータ設定」→「Coreタイプ」を確認し、プログラムフォルダ内のコアファイルを現在のアカウントで読み取り・実行できることを確認してください。更新時にメインプログラムだけを上書きしてコアフォルダを漏らすと、管理画面は正常でもコアを呼び出せないことがあります。
ポート競合とプロセスの衝突を解決する方法
ポート競合は、ローカルで起動できない場合によくある原因の一つです。v2rayNはループバックアドレスのローカルポートで待ち受け、ブラウザなどシステムプロキシに従うプログラムがリクエストをそのポートへ渡します。古いコアが終了していない、v2rayNを別のプロセスで起動している、または他のネットワークツールが同じポートを使っていると、新しいコアは待ち受けを開始できません。
エラー：failed to listen TCP on 127.0.0.1:10808
原因と対処：10808で待ち受けを開始できません。重複起動しているプログラムを終了し、残っているコアプロセスを停止するか、「設定」→「パラメータ設定」で未使用のポートに変更してください。
エラー：bind: Only one usage of each socket address is normally permitted
原因と対処：同じアドレスとポートを別のプロセスが使用しています。ポートに対応するプロセスIDを調べ、用途を確認してからそのプロセスを終了し、コアを再起動してください。
エラー：address already in use
原因と対処：古いプロセスまたは別のローカルサービスが待ち受けポートを使用しています。サービスを停止して数秒待ち、残っているプロセスを確認してください。解放できない場合は、10818や10819などの空きポートに変更します。
Windowsのターミナルでは、まず特定のポートをどのプロセスが待ち受けているか確認できます。以下では10808を例にします。パラメータ設定に別のポートが表示されている場合は、コマンド内の数字を置き換えてください。出力のPIDはプロセスIDです。番号だけでプロセスを終了せず、対応するプログラム名も続けて確認してください。
netstat -ano | findstr :10808
tasklist /fi "PID eq プロセスID"検索結果が別のコアプロセスを示している場合は、まずv2rayNでサービスを停止し、メイン画面が重複して開いていないか確認します。ポートが明確に残す必要のあるローカルサービスに割り当てられている場合は、「設定」→「パラメータ設定」でローカル待ち受けポートを変更し、保存してからコアを再起動します。ポートを変更すると通常はv2rayNがシステムプロキシも同期更新しますが、ブラウザのプロキシを手動設定している場合は、ブラウザ側のポートも変更してください。
設定項目の不足と形式エラーを特定する方法
設定の解析エラーは通常、コアがネットワーク接続を開始する前に発生します。よくある原因は、ノードを手動編集した際のアドレスやポートの記入漏れ、インポート内容の項目不足、カスタムルーティング規則の形式エラー、コアのバージョンが新しい項目を認識できないことです。この場合、コアはまだ待ち受け段階に入っていないため、システムプロキシを何度切り替えても効果はありません。
エラー：failed to parse config
原因と対処：生成された設定に構文または項目の問題があります。最近追加したカスタム設定とルーティング規則をいったん無効にし、現在のノードのアドレス、ポート、ユーザーID、トランスポート方式を確認してください。
エラー：invalid user id
原因と対処：VMessまたはVLESSのユーザーID形式が正しくありません。信頼できるソースからノードを再インポートするか、サーバー設定を編集して、IDが途中で切れていないか、空白が含まれていないか、余分な文字が混入していないか確認してください。
エラー：unknown field
原因と対処：現在のコアが設定内の項目を認識できません。「設定」→「パラメータ設定」→「Coreタイプ」でコアを確認し、その機能に対応する安定版へ更新してください。
エラー：invalid value for port
原因と対処：ポートが空、範囲外、または数字以外の文字を含んでいます。ノードを編集し、ポートを1～65535の整数に修正してください。
単一ノードの問題か全体設定の問題かを判断するには、既知の動作する、同系統のプロトコルを使う別ノードへ切り替えて比較します。1つのノードだけ起動できない場合は、そのノードの項目を優先して確認します。すべてのノードが同じ箇所で解析に失敗する場合は、グローバルルーティング、カスタムDNS、Coreタイプ、プログラム更新が完全かを確認してください。
- サーバーアドレス：ドメイン名にプロトコルの接頭辞やパスを含めないでください。IPアドレスにもポートを付けません。
- サーバーポート：ノード提供元のポートと一致させる必要があります。リモートポートの代わりにローカルの10808を指定しないでください。
- ユーザーID：完全な形で保持し、コピー時は前後の空白や改行に注意してください。
- トランスポート方式：TCP、WebSocket、gRPCなどの選択項目は、リモート側の設定と一致させる必要があります。
- セキュリティ設定：TLS、Reality、およびサーバー名や公開鍵などのパラメータは、互いに代用できません。
トランスポート設定が一致しないときに確認するキーワード
コアが正常に起動しても、リモート接続が確立するとは限りません。ログにローカルポートの待ち受けが表示された後、Webサイトへのアクセス時にハンドシェイク失敗、接続リセット、タイムアウトが発生する場合、問題は「起動失敗」から「外向き接続の失敗」へ移っています。コアは動作させたまま、サーバーアドレス、リモートポート、トランスポート設定を確認してください。
エラー：failed to find an available destination
原因と対処：リモートアドレスから利用可能な宛先を取得できない、または接続試行がすべて失敗しています。サーバーアドレスの綴り、DNS解決、現在のネットワークを確認してから、コアを再起動してください。
エラー：connection timed out
原因と対処：待機時間内にリモートポートへ接続できませんでした。アドレスとポートが有効か確認し、別のネットワークでも試し、ローカルのファイアウォールがコアプロセスを制限していないか確認してください。
エラー：connection reset by peer
原因と対処：接続確立後にリモート側から切断されました。プロトコル、TLS、トランスポート方式、パス、Host、サービス名がリモート側と一致しているか重点的に確認してください。
エラー：websocket: bad handshake
原因と対処：WebSocketのハンドシェイクパラメータが一致していません。サーバー設定を編集し、パス、Host、TLSの有効・無効、サーバー名を1項目ずつ確認してください。
VMessとVLESSはプロトコル層の設定、WebSocket、gRPC、TCPなどはトランスポート方式、TLSとRealityは接続の安全性や認証に関わる設定です。これらは任意に組み合わせられるスイッチではありません。ログにハンドシェイク失敗が出た場合は、すべての選択肢を順番に試すのではなく、ノードの元のパラメータと1項目ずつ照合してください。
ドメインを使うノードでは、「名前解決できない」ケースと「解決後に接続できない」ケースを区別する必要があります。前者ではlookup、DNS、no such hostが現れやすく、後者では通常、対象IPが表示された後にtimeoutやrefusedが発生します。DNSを優先して変更する必要があるのは前者だけで、後者ではリモートポート、ネットワーク経路、サービスの状態を確認します。
| ログのキーワード | 重点的に確認するパラメータ | 優先して変更しない項目 |
|---|---|---|
| lookup、DNS、no such host | サーバーのドメイン名、ローカルDNS | ローカルプロキシポート |
| bad handshake、protocol error | TLS、パス、Host、トランスポート方式 | システムプロキシの切り替え |
| timeout、refused | リモートアドレス、リモートポート、ネットワーク到達性 | ルーティング規則の順序 |
| invalid user、authentication failed | ユーザーID、プロトコルの種類 | ローカルDNS |
コアファイルの異常とバージョン不一致
ログが設定解析に進まず、ファイルが見つからない、プロセスを起動できない、コアのパスが存在しないと直接表示される場合は、プログラムフォルダ自体を確認してください。コアファイルの異常は、更新が不完全、フォルダを移動した、システムのセキュリティ機能によってファイルが隔離された、メインプログラムとコアのバージョン構成に互換性がない、といった原因で起こります。
現在の設定を記録する
サブスクリプショングループ、Coreタイプ、ローカルポート、カスタムルーティング設定を控えておきます。ファイルを復元した後に重要な設定を漏らさないためです。
完全に終了する
サービスを停止してv2rayNを終了し、タスクマネージャーに対応するメインプログラムとコアプロセスが残っていないことを確認します。
コアのパスを確認する
「設定」→「パラメータ設定」→「Coreタイプ」を開き、選択したコアがプログラムフォルダ内に実際に存在すること、ファイル名とフォルダ構成が手動で変更されていないことを確認します。
完全なパッケージを入手する
本サイトのクライアントダウンロードページから完全なリリースパッケージを入手し、新しい独立したフォルダに展開してください。旧フォルダへメインプログラムだけをコピーして上書きしないでください。
最小構成でテストする
まず設定が完全なノードを1つインポートし、デフォルトのルーティングのまま起動します。コアが正常に動作することを確認してから、サブスクリプション、カスタムDNS、ルーティング規則を1項目ずつ戻してください。
新しいフォルダでのテストにより、「ファイル環境の問題」と「既存設定の問題」を切り分けられます。新しいフォルダでは起動でき、古いフォルダでは失敗する場合は、Coreタイプ、コアファイル、カスタム設定を重点的に比較します。両方で同じノードに同じハンドシェイクエラーが出る場合は、ノードのパラメータまたはリモートサービスの問題である可能性が高いでしょう。
ファイアウォールの通知も正確に対処する必要があります。新しいフォルダのコアを初めて実行すると、システムがネットワークアクセスの許可を求める場合があります。通知に表示されたプログラムのパスが、現在展開したフォルダと一致するか確認してください。ログにaccess deniedやpermission deniedが表示される場合は、現在のアカウントに読み書き権限がある通常のフォルダへプログラムを移し、もう一度実行してみてください。
よくある症状をすばやく判断する
実際の障害は、単一のエラーではなく、「起動後すぐ停止する」「起動中と表示されるのにWebサイトを開けない」「特定のノードだけ失敗し、他のノードは正常」といった画面上の症状として現れることがよくあります。以下では、ユーザーからよく寄せられる質問ごとに、最短の確認手順を示します。
起動をクリックするとすぐ停止する場合は？
今回の起動で最初に出たfailedまたはerrorを確認します。parseやinvalidが出る場合は設定項目、bindやlistenが出る場合はローカルポートを調べます。コアの出力がまったくない場合は、「設定」→「パラメータ設定」→「Coreタイプ」とコアファイルのパスを確認してください。
ログではコアが動作中なのに、Webサイトを開けない場合は？
システムプロキシが有効になっていることを確認し、ブラウザがシステムプロキシに従う設定か確認します。次に対象サイトへアクセスして新しいログを確認します。接続記録がまったくない場合はプロキシの入口を、timeoutやhandshakeが出る場合はリモートアドレスとトランスポート設定を確認してください。
サブスクリプションの1ノードだけ起動に失敗する場合は？
同じプロトコルの別ノードに切り替えて比較します。他のノードが正常なら、失敗したノードを編集し、サーバーアドレス、ポート、ユーザーID、トランスポート方式、安全設定を重点的に確認してから、サブスクリプションを1回更新してください。
ポートを変更しても使用中と表示される場合は？
設定を保存した後、古いコアを完全に停止したことを確認してから、netstatで新しいポートを調べます。複数の連続したポートが同じプロセスに使用されている場合は、無作為にポートを変更し続けるのではなく、重複起動しているプログラムを特定して終了してください。
更新後に突然unknown fieldと表示される場合は？
現在のCoreタイプとコアのバージョンが、ノードの機能に対応しているか確認します。完全なリリースパッケージを新しいフォルダでテストし、まずデフォルト設定のまま起動してください。起動できたら、カスタムルーティングとDNSを戻し、互換性のない項目を特定します。
修正後は、完全な検証をもう一度行ってください。コアを起動して少なくとも30秒動作させ、ログに同じエラーが繰り返されないことを確認します。ローカルポートが待ち受け状態にあり、対象ページを開いたときに対応する接続ログが出て、ノードを切り替えた後に古い接続が正常に終了することも確認してください。これにより、起動時の表示だけを消してシステムプロキシやリモート接続の問題を見落とす事態を防げます。
- 最初の重要なエラーが消えていること。単にログ画面を閉じただけではないこと。
- ローカルのSOCKSまたはHTTPポートが、パラメータ設定と一致していること。
- システムプロキシが現在のポートを指し、古いポート設定が残っていないこと。
- ノードのプロトコル、リモートポート、トランスポート方式、安全設定が完全に一致していること。
- サブスクリプションの更新やプログラムの再起動後も、修正結果が維持されること。
v2rayNのコアが起動しない問題を解決する基本は、問題を段階ごとに切り分けることです。まず最初のエラーを読み、設定、プロセス、ポート、リモート接続のどこに問題があるかを区別します。ポート競合はプロセス検索で解決し、項目エラーはノードとルーティング設定に戻って確認します。ハンドシェイクエラーはトランスポートパラメータを照合し、コアを作成できない場合はタイプ、バージョン、ファイルフォルダを確認します。この順序で進めれば、ノードを何度も切り替えたり再インストールしたりするより、再現性のある結論に早くたどり着けます。