v2rayNのLAN接続設定｜スマホや別のPCでデスクトップのプロキシを共有

LAN内共有の接続イメージ

「LANからの接続を許可」で開放されるのは、v2rayNが管理するコアのローカルプロキシ接続口です。ノード設定を別の端末にコピーするわけではありません。スマートフォンからのリクエストは共有元PCに送られ、PCが現在のルーティングルールに従って、直接接続するかプロキシ経由で接続するかを選びます。そのため、共有元PCは電源が入っていて、コアが動作し、ネットワークにも接続されている必要があります。PCがスリープ状態になると、ほかの端末からこの接続口を利用できません。

「システムプロキシ」と「LAN内での待ち受け」は別の設定です。システムプロキシは、この設定に対応したPC上のアプリに接続先を指定するものです。LAN内での待ち受けは、ほかの端末からPCのプロキシポートへの接続を許可します。トレイメニューで「システムプロキシを自動設定」を選ぶだけでは、スマートフォンから接続できません。一方、ほかの端末に共有するだけなら、接続を受け付けるために共有元PCのシステムプロキシを有効にする必要はありません。

• 共有元の動作を先に確認：PCで利用可能なノードを選び、ブラウザーで正常にアクセスできることを確かめてから共有を始めます。
• 信頼できるネットワークで試す：PCとスマートフォンを家庭用ルーターの通常のネットワークに接続します。公衆Wi-Fiでは接続口を開放しないでください。
• ほかのプロキシ接続を一時停止：テスト中は受信側の端末で別のプロキシやVPNを停止し、通信経路が別の接続口に切り替わらないようにします。

手順1：LAN接続を有効にしてポートを確認

v2rayNのメイン画面を開き、「設定」→「パラメーター設定」に進みます。「コア：基本設定」などの基本設定ページで「LANからの接続を許可」を探し、有効にしてください。画面のバージョンによって項目の分類や表記が異なる場合があるため、設定の意味を確認してください。保存後、画面の指示に従ってコアを再起動します。再起動の案内が表示されない場合は、v2rayNを終了して起動し直し、選択中のノードが引き続き利用できることを確認してください。

1. 「ローカル混合ポート」または同様のローカル待ち受けポートを記録します。ここでは 10808 を例にしますが、既存のポートをこの値に変更する必要はありません。
2. ポートが対応しているプロトコルを確認します。混合接続口は通常、HTTPとSOCKSの両方を受け付けます。画面上でHTTPとSOCKSのポートが別々に表示される場合、AndroidのWi-Fi手動プロキシにはHTTP用のポートを入力してください。
3. スマートフォンにノードサーバーのポートを入力しないでください。ノードが使うリモートポートと、LAN内の端末が接続するローカルプロキシポートは別のものです。
4. 共有を有効にしたら、実際に待ち受けているか確認します。設定項目にチェックが入っていても、コアが再読み込みされていない場合は、ポートがループバックアドレスだけで待ち受けていることがあります。

WindowsのPowerShellで次のコマンドを実行し、例に使うポートを確認します。ポート番号が異なる場合は数字を置き換えてください。何も表示されない場合は、すぐにファイアウォールを変更せず、まずクライアントのログで起動失敗やポート競合を確認します。

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

手順2：PCのLAN内IPv4アドレスを確認

共有元PCでターミナルを開き、ipconfig を実行します。現在使用中の「ワイヤレス LAN アダプター Wi-Fi」または「イーサネット アダプター」に表示されるIPv4アドレスを確認してください。切断中のネットワークアダプター、仮想ネットワークアダプター、ループバックアドレス、ノードサーバーのアドレスは使わないでください。PCをルーターに有線接続し、スマートフォンを同じルーターのWi-Fiに接続しても、通常は通信できます。重要なのは、両者の間に通信を遮断するルールがないことです。

ipconfig

# 以下は説明用の例であり、このPCでの実際の出力ではありません：
# IPv4アドレス：192.168.1.20
# サブネットマスク：255.255.255.0
# デフォルトゲートウェイ：192.168.1.1

PCのアドレスが 192.168.1.20、スマートフォンのアドレスが 192.168.1.35 で、サブネットマスクがどちらも 255.255.255.0 の場合、通常は同じIPv4サブネット内です。この例は入力箇所を説明するためのもので、アドレスをそのまま使わないでください。スマートフォンのネットワーク詳細に表示される「ゲートウェイ」は通常ルーターのアドレスであり、共有元PCのアドレスではありません。

PCを再起動するたびにアドレスが変わる場合は、ルーターの「DHCPアドレス予約」または「静的リース」の設定で、このPCにアドレスを割り当てる方法がおすすめです。PC側で任意の固定アドレスを設定すると、ほかの端末と競合する可能性があります。アドレスを予約した後は、PCが実際に取得したアドレスをもう一度確認してください。

手順3：スマートフォンや別のPCにプロキシを設定

Android：現在のWi-Fiにプロキシを設定

Androidの「設定」→「ネットワークとインターネット」→「インターネット」を開き、接続中のWi-Fiの詳細画面に進みます。編集画面から「詳細設定」を開き、「プロキシ」を「手動」に変更してください。システムによっては「Wi-Fi」→接続中のネットワーク→「ネットワークを変更」に設定項目があります。表示名は異なっても、最終的にプロキシのホスト名とポートを入力する欄が表示されます。

1. 「プロキシのホスト名」には、共有元PCの実際のLAN内アドレスを入力します。例：192.168.1.20。
2. 「プロキシのポート」には、HTTPまたは混合待ち受けポートを入力します。例：10808。サブスクリプションURLやノードのポートは入力しないでください。
3. 「プロキシを使用しないアドレス」は、最初のテストでは初期設定のままにします。接続を確認してから、必要に応じてLAN内の宛先を追加してください。
4. 設定を保存し、システムプロキシに対応したブラウザーで https://example.com にアクセスします。同時に共有元PCのログを確認し、該当するリクエストが記録されているか調べてください。

Windows・macOS：システムの手動プロキシを設定

• Windows 11：「設定」→「ネットワークとインターネット」→「プロキシ」→「手動プロキシ設定」→「編集」の順に開きます。「プロキシサーバーを使う」を有効にし、共有元PCのアドレスとHTTPまたは混合ポートを入力して保存します。
• macOS：「システム設定」→「ネットワーク」を開き、現在のネットワークサービスを選択して「詳細」→「プロキシ」に進みます。HTTP接続口を使う場合は、必要に応じて「Webプロキシ（HTTP）」と「セキュアWebプロキシ（HTTPS）」を有効にし、どちらにも同じ共有元アドレスとポートを入力します。ここでのHTTPS設定はHTTPSの接続先にプロキシを使うためのもので、接続口自体にTLSを有効にする必要はありません。
• Linux：デスクトップ環境によって設定画面の名称は異なります。GNOMEでは「設定」→「ネットワーク」→「ネットワークプロキシ」で「手動」を選択し、HTTPとHTTPSに対応するアドレスとポートを入力します。コマンドラインアプリがこの設定を使うかどうかは、個別に確認してください。

手順4：範囲を絞った受信ファイアウォールルールを作成

PC自体ではプロキシを使えるのに、ほかの端末からポートに接続するとタイムアウトする場合は、共有元PCのファイアウォールを確認してください。テストのためにファイアウォール全体を無効にしたままにしたり、ルーターでインターネット向けのポート転送を設定したりしないでください。LAN内共有で必要なのは、信頼できるネットワークからPCの待ち受けポートへのアクセスだけです。プロキシ接続口をインターネットに公開する必要はありません。

1. Windowsのスタートメニューで「セキュリティが強化された Windows Defender ファイアウォール」を検索して開き、「受信の規則」→「新しい規則」を選択します。
2. 「ポート」→「TCP」→「特定のローカルポート」を選び、実際の待ち受けポートを入力します。例：10808。「接続を許可する」を選択してください。
3. プロファイルは「プライベート」だけを選択し、「v2rayN 家庭内プロキシ TCP 10808」など、見分けやすい名前を付けます。家庭のネットワークが「プライベート」に設定されているか、システムのネットワークプロパティで確認してください。公共ネットワークを安易にプライベートへ変更しないでください。
4. ルールを作成したら「プロパティ」→「スコープ」を開き、「リモートIPアドレス」を指定した端末のアドレス、または実際に信頼できるネットワーク範囲に制限します。例：192.168.1.0/24。このネットワーク範囲も説明用の例です。
5. もう一度接続をテストします。それでもブロックされる場合は、明示的なブロックルールがないか、または別のセキュリティソフトが受信アクセスを管理していないか確認してください。

この記事で確認するのはHTTPプロキシのTCP接続口です。同じ番号のUDPポートを追加で開放する必要はありません。ポート指定のルールは、後から同じポートを使う別のプログラムにも適用される可能性があるため、接続元アドレスを制限してください。共有しないときはルールを削除するか無効にします。プログラム単位のルールを使う場合は、画面のプログラムではなく、実際に待ち受けているコアのプロセスを許可してください。

「ポート接続・プロキシ応答・接続先へのアクセス」の順にテスト

接続に失敗したら、まずノードの問題とLANの問題を切り分けます。以下のテストは共有元PCではなく、別の接続先PCで実行してください。共有元PCで成功しても、一部の機能が正常だと確認できるだけで、Wi-Fiやファイアウォールがほかの端末からの接続を許可している証明にはなりません。

# 別のWindows PCのPowerShellでTCPポートをテスト
Test-NetConnection -ComputerName 192.168.1.20 -Port 10808

# HTTPプロキシを明示して、HTTPSの接続先にアクセスできるかテスト
curl.exe --proxy http://192.168.1.20:10808 --connect-timeout 5 --max-time 20 -I https://example.com

macOSまたはLinuxのターミナルでは、2つ目のコマンドで curl.exe ではなく curl を使います。プロキシを明示して指定すれば、「アプリがシステムプロキシ設定を読み込むか」という不確定要素を避けられます。--connect-timeout 5 と --max-time 20 はテスト時のタイムアウト上限であり、通常の接続にかかる時間を示すものではありません。

ブラウザーから接続先にアクセスできても、必ずリモートノード経由とは限りません。v2rayNのルーティングルールによって、その接続先が直接接続に割り当てられる場合があります。共有接続口にリクエストが届いたかを確認するには、利用可能なログを確認してください。実際の送信経路を特定するには、該当するルーティングルールの適用結果と接続記録を確認する必要があります。ページを一度開けただけで、すべてのアプリやプロトコルが正常に動作すると判断しないでください。

LAN内プロキシ共有のよくある質問

共有終了後の確認

LAN内のプロキシ接続口は、共有元PCのノード、帯域幅、ルーティングポリシーを使用します。接続口に認証を設定していない場合、手動で設定した端末だけがアクセスできるとは限りません。ネットワーク上で到達可能なほかの端末からも接続を試みられる可能性があります。家庭内ネットワークであっても、共有先は必要な端末に限定してください。

• 短期間だけ使う場合：接続先端末の手動プロキシ設定を解除してから、「LANからの接続を許可」を無効にし、案内に従ってコアを再読み込みします。
• ルールを整理：今回の共有のためだけに作成した受信ルールを無効にし、使わないポートの許可設定を残さないでください。
• 継続して使う場合：安定したLAN内アドレスと範囲を制限したファイアウォールルールを使い、実際のポート番号を記録します。PCのスリープによる断続的な切断にも注意してください。
• ネットワークを変更する場合：PCを家庭内ネットワークの外に持ち出す前に共有を停止します。信頼できるネットワークに戻った後、アドレス、ネットワークプロファイル、アクセス範囲を確認してください。