システムプロキシが効かないときの対処法：ブラウザーとコマンドラインを分けて確認

まず、システムプロキシが影響する通信を整理する

「v2rayNを起動した」ことと「アプリの通信がプロキシに入った」ことは別です。v2rayNはXrayコアの起動後、ローカルのループバックアドレス上でSOCKS、HTTP、または混合インバウンドのポートを開きます。システムプロキシは、そのうちの1つをOSの設定に登録します。実際にその設定を読み取るアプリだけが、リクエストをローカルポートへ渡します。ノードが接続済みと表示されても、クライアントが外向き通信できることを示すだけで、ブラウザーやターミナルなどが利用しているとは限りません。

v2rayN 7.xの一般的な構成では、ローカルSOCKSポートは127.0.0.1:10808、HTTPポートは127.0.0.1:10809です。実際のポートは「設定」→「パラメーター設定」のローカル待ち受け設定を確認してください。開始ポートを変更している場合は、テストコマンドも合わせて変更します。HTTPリクエストをSOCKSポートへ送ったり、SOCKSアドレスをHTTPとして指定したりすると、接続失敗になります。

まずv2rayNのローカルポートが使えるか確認する

ブラウザーを確認する前に、クライアントのポートが待ち受けていない、ポートが競合している、またはコアが正常に起動していない可能性を除外します。v2rayNで使用するノードに切り替え、メイン画面または実行ログに起動成功のメッセージがあるか確認し、現在のコアの種類も確認してください。VMess、VLESSなどのノードパラメーターはコアが処理するため、システムプロキシではサーバーアドレス、ポート、トランスポート層、ユーザー識別子の入力ミスは修正できません。

1. コアの起動を確認する

   v2rayNのメイン画面でノードを選択してアクティブサーバーに設定し、実行ログを開きます。正常ならコアの起動とローカルインバウンドの待ち受け情報が表示されます。ウィンドウに再起動や終了が繰り返し表示される場合は、まずログに出ている設定エラーを解決してください。

2. 待ち受けポートを確認する

   「設定」→「パラメーター設定」を開き、ローカルSOCKSポートとHTTPポートを控えます。この記事の例ではSOCKSが10808、HTTPが10809ですが、画面と異なる数字をそのまま使わないでください。

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

   v2rayNの「システムプロキシ」メニューを開き、自動構成を選択します。続いてWindowsの「設定」→「ネットワークとインターネット」→「プロキシ」で、アドレスが127.0.0.1を指し、ポートがクライアントの現在のHTTP待ち受けポートと一致しているか確認します。

4. ループバック接続をテストする

   PowerShellでTest-NetConnection 127.0.0.1 -Port 10809を実行します。結果のTcpTestSucceededはTrueになるはずです。Falseの場合、問題はまだローカルの待ち受けまたはポート競合にあります。

5. 明示的なプロキシテストを行う

   curl.exe --proxy http://127.0.0.1:10809 -I https://example.comを実行します。正常なローカルテストでは、ループバックへの接続確立は通常0.01秒未満です。リモートからの応答時間はノードの回線によって異なります。

ブラウザーがプロキシを使わない場合の確認手順

明示的なcurlプロキシリクエストは成功するのに、ブラウザーが直接接続する場合、ノードとローカルポートはおそらく利用可能です。次はブラウザーがプロキシ設定を読み取る方法に焦点を当てます。古いプロセスが接続プールや起動時のプロキシ状態を保持しないよう、ブラウザーを完全に終了してから再起動してください。タブを1つ閉じるだけでは、すべてのネットワークプロセスは再作成されません。

Chromium系ブラウザーは通常Windowsのシステムプロキシを利用しますが、独立したプロキシ拡張機能、管理ポリシー、起動パラメーターによってシステム設定が上書きされることがあります。Firefoxでは独自のネットワーク設定から「プロキシなし」「システムのプロキシ設定を使用」「手動でプロキシを設定」のいずれかを選べます。Firefoxだけで失敗する場合は、「設定」→「一般」→「ネットワーク設定」でシステムプロキシを使用する設定にするか、v2rayNの現在のポートに合わせてHTTPとSOCKSのアドレスを入力してください。

• システムの手動プロキシアドレスが、無効になったLANアドレスではなく127.0.0.1になっているか確認します。
• ポートがv2rayNの現在の設定と一致しているか確認します。特に設定フォルダーを切り替えた後は、ポートが初期値に戻ることがあります。
• プロキシ設定を書き換えるブラウザー拡張機能を一時的に無効にし、ブラウザー全体のプロセスを再起動してテストします。
• Windowsのプロキシ設定にある例外リストを確認します。対象ドメインがバイパス一覧に入っていると、直接接続されます。
• 通常ウィンドウとプライベートウィンドウをそれぞれテストします。結果が異なる場合は、拡張機能の権限やブラウザーのプロファイル設定に差がある可能性があります。
• キャッシュ済みの特定ページだけで判断せず、開発者ツールを開いて新しいHTTPSリクエストをテストしてください。

コマンドラインは個別にプロキシを設定する

コマンドラインツールを一律に「システムプロキシを自動的に読み取る」と考えることはできません。同じターミナルでも、curl、PowerShellモジュール、ランタイムのパッケージマネージャー、単体のダウンロードプログラムでは動作が異なる場合があります。最も確実なのは、まず1つのコマンドにプロキシアドレスを明示的に渡し、その後で現在のセッションの環境変数を設定するか判断する方法です。これにより、ツールの設定問題をv2rayNのノード障害と誤認せずに済みます。

HTTPプロキシアドレスには、v2rayNのHTTP待ち受けポートを使用します。たとえばhttp://127.0.0.1:10809です。SOCKSを使う場合はsocks5h://127.0.0.1:10808と記述できます。socks5hはプロキシ側で対象ドメインを名前解決する指定で、ローカルDNSとプロキシ経由の結果が一致しない問題を減らせます。対応状況は各ツールのプロキシ引数を確認してください。

# PowerShell：現在のウィンドウから起動するプログラムだけに適用
$env:HTTP_PROXY="http://127.0.0.1:10809"
$env:HTTPS_PROXY="http://127.0.0.1:10809"
$env:NO_PROXY="localhost,127.0.0.1"

# HTTPプロキシを明示的にテスト
curl.exe --proxy http://127.0.0.1:10809 -I https://example.com

# SOCKSを明示的にテストし、プロキシ側でドメインを名前解決
curl.exe --proxy socks5h://127.0.0.1:10808 -I https://example.com

:: Windowsコマンドプロンプト：現在のウィンドウだけに設定
set HTTP_PROXY=http://127.0.0.1:10809
set HTTPS_PROXY=http://127.0.0.1:10809
set NO_PROXY=localhost,127.0.0.1

# macOSまたはLinuxのシェル：現在のセッションだけに設定
export HTTP_PROXY=http://127.0.0.1:10809
export HTTPS_PROXY=http://127.0.0.1:10809
export NO_PROXY=localhost,127.0.0.1

ポートが正常なのにアクセスできない場合はDNSとルーティングを確認する

ローカルポートへ接続できても、アプリがプロキシ入口に到達したことしか確認できません。リクエストはXrayに入った後、名前解決、ルーティング判定、プロキシ経由の送信を通ります。規則によって対象ドメインが直接接続へ送られると、外部からはローカルネットワーク経由に見えることがあります。ノードサーバーの名前解決に失敗すると、そのノードを経由するすべてのリクエストがタイムアウトする可能性があります。問題を再現しながら実行ログを確認し、ブラウザーのエラーページだけで判断しないでください。

まず、テスト対象を1つのノード、1つのブラウザー、1つの明示的なcurlコマンドに絞ります。複雑なカスタムルーティングは一時的に無効にし、プライベートアドレスだけ直接接続にして、それ以外のテストリクエストはプロキシ経由で送ります。これで復旧するなら、原因は通常、ルールの順序、ドメインセット、または送信先タグにあります。それでも失敗する場合は、サブスクリプションに含まれるサーバーアドレス、ポート、VMessまたはVLESSのユーザーパラメーター、TLS、トランスポート方式がサーバー側と一致しているか確認します。

1. v2rayNの実行ログでテスト時刻の箇所を探し、対象ドメインまたは対象アドレスが表示されているか確認します。
2. リクエストが表示されるのに直接接続になっている場合は、ルーティング規則で一致した送信先タグとルールの優先順位を確認します。
3. timeoutが表示されたら、ノードサーバーへの接続がタイムアウトしたのか、最終的な対象への接続がタイムアウトしたのかを切り分けます。
4. 名前解決に失敗した場合は、ノードサーバーのアドレス表記を確認し、利用可能なDNSに切り替えてからコアを再起動します。
5. リクエストがまったく表示されない場合は、アプリのプロキシ設定に戻って確認を続けます。先にノードのプロトコルパラメーターを変更しないでください。

結果に応じて対処を選ぶ

確認が終わったら、すべての設定を同時に変更する必要はありません。既知の正常なノードを1つ残し、テスト結果に応じて次の手順を決めるのが最も効果的です。ループバックポートが失敗するならコアとポートを確認し、明示的なプロキシは成功するのにブラウザーが失敗するならブラウザーのプロキシ設定元を確認します。ブラウザーは成功するのにターミナルが失敗するなら、コマンド引数と環境変数を確認します。すべてのアプリのリクエストがログに出るのに外向き通信だけ失敗する場合は、DNS、ルーティング、ノード設定を確認してください。