v2rayNのLAN接続を許可する設定方法：同じネットワーク上の他の端末にプロキシを共有

LAN経由でプロキシを共有する際の要点は、サブスクリプションやノードをコピーすることではなく、v2rayNを実行しているWindowsパソコンをプロキシの入口にすることです。他の端末はこのパソコンのLANアドレスへリクエストを送り、v2rayNで現在有効なXrayまたはv2rayコアが接続、プロトコル処理、ルーティングを担当します。パソコン側でサブスクリプションとノードを管理すれば、接続する端末へVMessやVLESSなどの設定を繰り返しインポートする必要はありません。

LAN共有の接続経路を理解する

通常、v2rayNのローカルプロキシは同じパソコンからのリクエストだけを受け付け、待ち受けアドレスはループバックアドレスになっています。ループバックアドレスへアクセスできるのはそのパソコン自身だけなので、他の端末がポート番号を知っていても接続できません。「LANからの接続を許可」を有効にすると、待ち受け範囲がLANアダプターまで広がり、他の端末からパソコンのプライベートアドレス経由でポートへアクセスできるようになります。

パソコンのアドレスが 192.168.1.23 の場合、Android端末から 192.168.1.23:10809 へ送ったHTTPプロキシリクエストは、まずv2rayNに到達し、現在のコアと有効なノードへ渡されます。ノードがVMess、VLESS、その他の対応プロトコルを使用していても、接続端末側の入力方法は変わりません。端末側で必要なのは、HTTPやSOCKSといったローカルプロキシインターフェースの理解だけです。

v2rayNでLANリスニングを有効にする

始める前に、パソコン本体が対象ノード経由で正常にインターネットへ接続できることを確認します。LAN共有は既存のプロキシ入口を同じネットワーク上の端末へ公開する機能であり、無効なサブスクリプション、ノードのタイムアウト、コアの起動失敗を修復するものではありません。まずv2rayNのメイン画面でノードを選び、実接続による遅延テストを実行して、画面下部にコアが動作中と表示されるか確認してください。

1. 設定画面を開く

   v2rayNのメイン画面で「設定」→「パラメーター設定」の順に開き、基本設定またはローカルリスニングに関する項目を探します。v7のマイナーバージョンによってグループの位置は多少異なる場合がありますが、項目名は「LANからの接続を許可」または同じ意味のLANリスニング設定です。

2. LAN接続を有効にする

   「LANからの接続を許可」にチェックを入れ、画面に表示されるローカルSOCKSポートとHTTPポートを控えます。この記事では 10808 と 10809 を例にしますが、実際の入力時は現在の設定値に置き換えてください。

3. コアの種類を確認する

   「設定」→「パラメーター設定」→「Coreタイプ」を開き、現在のノードが正常に起動できるXrayまたはv2rayコアで処理されていることを確認します。VLESSノードは通常、サブスクリプションで指定されたパラメーターに合わせて対応するコアを選び、VMessノードもサブスクリプションの項目を完全な状態に保ちます。

4. 保存してコアを再起動する

   設定を保存したらコアを再起動し、古いリスニング状態がポートを使い続けないようにします。画面にサービスの再起動やコアの再起動がある場合は実行し、状態が復旧するまで待ってから次のポート確認へ進みます。

5. パソコンのアドレスを確認する

   Win + Rを押し、cmdと入力して実行し、ipconfigを入力します。現在使用しているネットワークアダプターでIPv4アドレスを探します。例：192.168.1.23。デフォルトゲートウェイ、外部アドレス、127.0.0.1は入力しないでください。

設定後は、PowerShellでポートの待ち受け状態を確認できます。HTTPポートが 127.0.0.1 にしか表示されない場合、LANリスニングはまだ有効になっていません。ローカルアドレスが 0.0.0.0、パソコンのLANアドレス、またはワイルドカード待ち受けとして表示される場合、そのポートは他の端末からの接続を受け付けられる状態です。

Get-NetTCPConnection -State Listen -LocalPort 10808,10809 |
  Format-Table LocalAddress,LocalPort,State

他の端末ではどのプロキシタイプを入力するか

接続端末側では、端末のシステム設定が直接サポートするプロキシタイプを優先します。AndroidのWi-Fi手動プロキシ設定には通常、ホスト名とポートの入力欄があるため、HTTPプロキシが適しています。一部のアプリでSOCKS5を個別に設定できる場合のみ、SOCKSポートを使用します。VMessやVLESSのノードポートをWi-Fiのプロキシ設定に直接入力しないでください。これらはリモートノードのプロトコルであり、v2rayNがLANへ公開するローカル入口ではありません。

AndroidのWi-Fi設定例

現在接続しているWi-Fiの詳細設定を開き、プロキシ方式を手動に変更します。プロキシのホスト名にはWindowsパソコンのアドレス（例：192.168.1.23）、プロキシポートにはv2rayNのHTTPポート（例：10809）を入力します。保存後、まず通常のウェブページを開いて接続を確認し、その後に対象サイトをテストします。「プロキシを使用しないアドレス」の入力を求められた場合は空欄のままにするか、必要に応じてルーターの管理アドレスを追加してください。

Windows、macOS、Linuxからの接続例

別のパソコンでは、システムのネットワークプロキシに同じホストとHTTPポートを入力するか、プロキシ設定に対応した特定のアプリだけに入力します。システム全体のプロキシは影響範囲が広い一方、すべてのプログラムが従うとは限りません。アプリ内プロキシは適用範囲が明確で、切り分けに適しています。macOSとLinuxではメニュー名が異なりますが、HTTPプロキシサーバー、ホストアドレス、ポートの3項目を探すことが基準です。

接続できない場合は4層の順に確認

LANプロキシを調べるときは、最初からノードを何度も変更しないでください。まずネットワーク層、次にリスニング層とファイアウォール層、最後にプロキシコアとノード層の順で確認する方が効果的です。これにより、「端末からパソコンへ到達できない」状態と「パソコンはリクエストを受け取るがノードが利用できない」状態を切り分けられます。

1. 同一ネットワークの確認：パソコンが 192.168.1.23 の場合、接続端末のアドレスは 192.168.1.46 のようになり、同じサブネットマスクを使用しているのが一般的です。一方がゲストネットワーク、もう一方がメインネットワークに接続していると、同じルーターのWi-Fiでも隔離されることがあります。
2. アドレスの確認：入力した値が、パソコンで現在使用しているネットワークアダプターのIPv4アドレスか確認します。パソコンがWi-Fiから有線へ切り替わった場合、ルーターへ再接続した場合、またはリースが更新された場合、アドレスが 192.168.1.23 から 192.168.1.31 に変わることがあります。
3. ポートの確認：HTTP設定にはHTTPポート、SOCKS5設定にはSOCKSポートを指定します。ポート番号が正しくても種類が違えば、有効なプロキシセッションは確立できません。
4. コアの確認：v2rayNのログに、ポートの使用中、コアの終了、ノードのハンドシェイクタイムアウト、ルーティング拒否がないか確認します。パソコン本体でも現在のノードへ接続できない場合は、サブスクリプション、ノード、コアの問題を先に対処してください。

Windowsファイアウォールとルーターの隔離設定

ポートが待ち受け中なのに他の端末から接続できない場合、次に確認すべき最も一般的な原因はWindowsファイアウォールです。現在のネットワークがプライベートネットワークとして認識され、v2rayNと使用中のコアプログラムがプライベートネットワークで通信できることを確認します。初回起動時にネットワークアクセスを拒否した場合は、ファイアウォールの許可アプリ一覧を再確認してください。

手間を省くためにファイアウォール全体を無効にするのはおすすめしません。より安全なのは、範囲を明確にした受信規則を作成する方法です。プロトコルはTCP、ローカルポートには実際のHTTPまたはSOCKSポートを指定し、リモートアドレスは現在のプライベートネットワークに限定します。家庭内ネットワークが 192.168.1.0/24 の場合は、このネットワークだけにアクセスを許可することで、別のネットワークプロファイルへ同じ入口が誤って公開されるのを防げます。

• ネットワークプロファイルは「プライベート」を優先し、管理できないパブリックネットワークへLANプロキシのルールを広げないでください。
• 実際に使うポートだけを開放します。接続端末がHTTPプロキシだけを必要とする場合は、例として 10809 のみを許可できます。
• リモートアドレスは家庭や職場のプライベートネットワーク（例：192.168.1.0/24）に限定し、任意のリモートアドレスには設定しないでください。
• 信頼できるネットワークからパソコンを離す前に、「LANからの接続を許可」を無効にし、コアを再起動して待ち受け範囲が元に戻ったことを確認します。

共有時のルーティングと利用範囲

LAN上の端末からのリクエストがv2rayNに入った後も、現在のコアのルーティングルールが適用されます。v2rayNでルール分岐を使用している場合、LAN端末がアクセスするローカルドメイン、プライベートアドレス、または直接接続ルールに一致する宛先は、パソコンから直接接続されることがあります。プロキシルールに一致したリクエストだけが現在のノードへ転送されます。つまり、「プロキシを設定した」ことは、すべての通信がリモートノードを経由することを意味しません。

HTTPプロキシが処理するのは、アプリが自ら渡したHTTPまたはHTTPSリクエストだけです。端末のLAN検出、一部のゲーム接続、システムコンポーネント、システムプロキシに従わないアプリは、直接接続を続ける場合があります。Android端末を長期的かつ独立して運用し、サブスクリプションを更新して完全なルーティングを適用したい場合は、端末上でv2rayNGまたはv2flyNGを使う方法が適しています。前者はXrayコア、後者はv2flyコアを使用し、サブスクリプションの項目に応じてVMess、VLESS、ルーティング設定を処理します。

パソコンの稼働状態にも注意してください。パソコンがスリープした場合、v2rayNを終了した場合、コアが停止した場合、ネットワークが切り替わった場合、またはノードが切断された場合、接続中のすべての端末が同時にプロキシ入口を失います。接続端末で断続的な通信切断が起きる場合は、まずWindowsの電源プランによってパソコンやWi-Fiアダプターが省電力状態になっていないか確認し、その後v2rayNのログで切断時刻が一致しているか確認します。

設定が完了したら、最小限の確認手順を用意しておくと安心です。パソコン本体でノードが利用できることを確認し、接続端末からパソコンのプロキシポートへ到達できることを確認したうえで、直接接続する宛先とプロキシ経由の宛先をそれぞれテストします。問題が起きた場合は、「アドレス、ポート、リスニング、ファイアウォール、コア、ノード」の順に段階的に確認すると、サブスクリプションを削除したりクライアントを何度も再インストールしたりするより早く原因を特定できます。