v2rayNのローカルポート競合を解決｜10808の使用状況確認と待受ポート変更

まずローカル待受の失敗か確認

v2rayNはデスクトップクライアントで、実際にローカルで待ち受けるのは起動したプロキシコアです。ブラウザーがローカルのプロキシ入口に接続し、コアがルーティングルールに従って通信を転送します。入口ポートのバインドに失敗した場合、リクエストはまだリモートへの接続段階に達していません。この状態でサブスクリプションを更新したり、VMessやVLESSの設定を切り替えたりしても、通常はポート競合を解決できません。

v2rayNのメイン画面でログ欄を開き、エラー行に記載されたプロトコル、待受アドレス、ポートを控えます。以下の2種類のエラーはいずれもバインド失敗を示しますが、OSやコアによって表現が異なります。ログの前後に時刻、インバウンド名などの情報が付く場合もあります。

Windows：待受ポートからプロセスを特定

PowerShellまたはコマンドプロンプトで次のコマンドを実行します。netstatの検索結果にはローカルアドレスとリモートアドレスの両方が含まれることがあるため、行全体を確認してください。ローカルアドレスが対象ポートで、状態がLISTENINGの行を探します。最後の列に表示されるのが待受プロセスのPIDです。リモートアドレスに10808が含まれている接続を、ポートの使用プロセスと誤認しないでください。

netstat -ano -p tcp | findstr ":10808"
netstat -ano -p tcp | findstr ":10809"

出力が多い場合は、PowerShellでローカルポートと待受状態を指定して絞り込めます。2つ目のコマンドは、取得したPIDをGet-Processに渡し、対応するプロセス名を表示します。

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

Get-NetTCPConnection -State Listen -LocalPort 10808,10809 -ErrorAction SilentlyContinue |
  Select-Object -ExpandProperty OwningProcess -Unique |
  ForEach-Object { Get-Process -Id $_ }

1. まず、起動中のv2rayNを終了します。トレイメニューから終了を選んでください。メインウィンドウを閉じただけでは、プログラムが終了していない場合があります。その後、ポートを再確認します。
2. 待受が消えた場合：元の待受は現在のインスタンスによるものだった可能性が高いです。v2rayNを1つだけ起動し、再発するか確認してください。コアのプロセスを直接終了する必要はありません。
3. 待受が残っている場合：タスクマネージャーの「詳細」タブでPIDからプロセスを探し、実行ファイルの場所とコマンドラインを確認します。必要に応じて、列の選択から該当項目を有効にしてください。
4. プロセスの所属先を確認してから対処します。重複して起動したv2rayNは通常の手順で終了できます。停止できない別のサービスが待受中なら、強制終了せず、現在のクライアントのポートを変更してください。

コアのプロセス名が表示されても、残存プロセスだとは限りません。使用中の別インスタンスが同じコアを起動している場合もあります。ファイルの場所、親プロセス、実行中のクライアントを先に確認してください。プロセスのパスを調べる際に権限不足となった場合は、管理者権限でターミナルを開き直して確認できます。ただし、「管理者として実行」することをポート競合の一般的な解決策と考えないでください。

macOS・Linux：lsofで待受プロセスを確認

ターミナルで次のコマンドを実行します。-nPはアドレスとポートを数値のまま表示し、名前解決を避けます。-sTCP:LISTENはTCPの待受だけを表示します。出力のCOMMAND、PID、NAMEから、プロセス名、プロセスID、待受アドレスを確認できます。

lsof -nP -iTCP:10808 -sTCP:LISTEN
lsof -nP -iTCP:10809 -sTCP:LISTEN

• 通常のユーザー権限では対象のプロセスが表示されない場合、許可された環境でsudo lsofを使って再度確認してください。
• Linuxでlsofが見つからない場合は、sudo ss -ltnp 'sport = :10808'で待受とプロセスの情報を確認できます。
• まず、該当プログラムの画面から通常の手順で終了してください。バックグラウンドサービスの場合は、そのサービスの管理方法に従って停止します。よく分からないPIDを強制終了しないでください。
• 対処後、同じポートをもう一度確認します。待受がすぐに再開する場合は、スタートアップ項目、バックグラウンドサービス、別のクライアントインスタンスを調べてください。プロセスを繰り返し強制終了するのは避けましょう。

v2rayNのローカル待受ポートを変更

使用中のポートを別の用途で維持する必要があると確認できたら、v2rayNの設定を変更します。元のポートとシステムプロキシの状態を控えておくと、元に戻す際に便利です。画面によって項目名が「ローカル混合待受ポート」だったり、SOCKSとHTTPが別々に表示されたりします。実際にある項目を変更し、古い手順に載っている存在しないHTTP入力欄を探さないでください。

1. 新しいポートを確認

   前述のコマンドで11808の使用状況を確認します。設定で2つのプロトコルを別々に待ち受ける場合は、11809も確認してください。待受が見つからなくても、現時点で未使用というだけで、今後ほかのプログラムが使わない保証にはなりません。

2. 設定画面を開く

   メイン画面から「設定」→「パラメーター設定」→「Core 基本設定」と進み、ローカル待受ポートの項目を探します。画面のグループ名が多少異なる場合は、ローカルポートや待受アドレスを設定するページを確認してください。

3. 新しいポートを入力

   混合待受の場合は11808に変更します。SOCKSとHTTPを別々に待ち受ける場合は、それぞれ11808、11809に変更します。変更するのはローカルのインバウンドポートです。サーバー編集画面のリモートポートは変更しないでください。

4. 保存して再起動

   設定を保存し、クライアントに反映されるまで待ちます。ログに再起動の表示がない場合は、トレイから通常の手順で終了してからインスタンスを1つ起動し、新しいログにbindエラーが出ていないか確認してください。

5. 待受を再確認

   11808の待受PIDを調べ、今回起動したコアのプロセスであることを確認します。古い10808を別のサービスが引き続き使っていても問題ありません。v2rayNが新しいポートで正常に待ち受けていることが重要です。

クライアントが自動生成する実行用設定ファイルを直接編集して、ポート変更を保持しようとしないでください。ノード切り替え、設定の保存、コアの再起動などでファイルが再生成される場合があります。カスタム設定を使っている場合は、カスタムインバウンドのlisten、port、protocolも確認してください。画面の設定だけを変更しても、古いインバウンドが読み込まれている可能性があります。

システムプロキシとアプリのプロキシ先を更新

ポート変更後も、ブラウザーが古い127.0.0.1:10809に接続しようとする場合があります。この場合、コアは正常に起動していますが、アプリが正しい入口に接続できていません。ノードを切り替えるのではなく、プロキシ設定を1つずつ更新してください。

システムプロキシを設定しても、アプリごとの個別設定がすべて上書きされるわけではありません。また、すでに起動しているターミナルの環境変数も自動では書き換わりません。Windowsでは「設定」→「ネットワークとインターネット」→「プロキシ」で、実際に設定されているアドレスを確認できます。PACモードの場合は、PACが返すプロキシポートも更新されているか確認してください。切り分けの際は、まず手動で指定したプロキシ入口を使って検証すると、原因を絞り込みやすくなります。

ローカル入口とリモートへのリクエストを順に確認

検証では、「ローカルTCP接続ができるか」と「プロキシ経由のリクエストが完了するか」を分けて確認します。Windows PowerShellで新しい待受ポートを確認してください。TcpTestSucceededがTrueでも、TCP接続を受け付けるプロセスが存在するという意味にとどまり、ノード、DNS、TLS、ルーティングがすべて正常とは限りません。待受プロセスが正しいかも確認してください。

Test-NetConnection -ComputerName 127.0.0.1 -Port 11808

次に、curlでプロキシを明示して、システムプロキシの設定状態に左右されずに確認します。以下はSOCKS5を使う例で、SOCKSまたは混合待受に適しています。socks5hでは、接続先のドメイン名をプロキシ側で名前解決します。Windows PowerShellではcurl.exe、macOS・Linuxではcurlを使い、同じ引数で実行してください。

curl.exe --proxy socks5h://127.0.0.1:11808 --connect-timeout 10 --max-time 30 -I https://v2rayopenwrt.com/

• ローカルポートへの接続が拒否された場合：待受状況を再確認し、ポートの入力ミス、コアの終了、待受アドレスが127.0.0.1以外になっていないかを確認します。
• プロキシプロトコルのエラーが発生した場合：SOCKS専用の入口にHTTPリクエストを送っていないか、またはその逆になっていないかを確認します。ポート番号だけではプロトコルを判断できません。
• ローカル接続は成功するが、その後のハンドシェイクに失敗する、またはタイムアウトする場合：ノード、DNS、TLS、ルーティングのログを確認してください。ポート競合として扱う必要はありません。
• curlは成功するのにブラウザーでは失敗する場合：ブラウザー個別のプロキシ設定、システムプロキシ、PACを重点的に確認してください。特に10808、10809の古い設定が残っていないか確認します。

例にある接続タイムアウト10秒と全体のタイムアウト30秒は、コマンドの引数であり、性能テストの結果ではありません。また、1つのサイトでHTTPステータスが返ってきても、すべての接続先にアクセスできるとは限りません。ここでは、リクエストが正しいローカル入口を通っているか、どの段階でエラーが発生するかを確認します。

よくある質問と再発時の対処