v2rayNでNetflixやDisney+を視聴するとき、単純にすべての通信を同じプロキシへ送れば快適になるとは限りません。動画配信サービスの再生通信、国内サイト、Windowsの更新、DNS問い合わせを同じ経路に集めると、不要な遅延や帯域消費が発生します。さらに、ストリーミングサービスは接続元の地域、アカウント設定、ノードのIP評価、同時利用数などを別々に判定するため、ノードが接続できることと動画が安定して再生できることは同じではありません。
この記事では、v2rayNの基本操作を理解している人を対象に、動画配信サービスだけをプロキシへ振り分け、国内サイトやLAN宛先を直接接続する構成を説明します。ルールの順序、VLESSとVMessの選び方、DNSの扱い、遅延と実効速度の測定方法、再生中に画質が下がる場合の確認箇所まで、日常運用で迷いやすい部分を具体的に整理します。サービス側の地域制限や利用規約を回避することを目的とするものではなく、正規に利用できる地域とアカウント条件の範囲で、通信経路を整理するための設定です。
NetflixやDisney+のドメインだけをプロキシへ送り、LAN・国内サイト・更新通信は直通にする考え方を解説します。v2rayNのルーティング、Xrayコア、DNS、ノードの実効速度を順番に確認し、再生前に原因を切り分けられる状態を目指します。
動画配信だけを分岐する基本的な考え方
v2rayNのルーティングは、選択したサーバーそのものではなく、Xrayコアへ入った通信の行き先を決める機能です。ブラウザーが動画配信サービスへ接続すると、宛先ドメイン、解決されたIPアドレス、ポート、通信種別などが判定材料になります。ルールは通常、上から順に評価され、最初に一致したアウトバウンドが使用されます。そのため、LANやローカルアドレスを直通にする例外を先に置き、動画配信ドメインをプロキシへ送り、最後に残りの通信を直通またはプロキシへ送る構成を決めます。
すべての通信をプロキシへ送るグローバルモードは、最初の動作確認には便利です。しかし、Windowsの更新、プリンター、家庭内ストレージ、国内の銀行や業務サイトまで遠隔ノードを経由すると、アクセス速度が落ちたり、ログイン判定が不安定になったりします。動画視聴用には、対象ドメインを明確に指定するルールモードのほうが、帯域と経路を管理しやすくなります。
- ローカル例外:
geoip:privateなどでLANやプライベートアドレスを直通にします。 - 直通対象:国内サイトや通常利用する業務ドメインを、必要に応じて直通へ分類します。
- 配信対象:動画サービスの公式ドメイン群をプロキシのアウトバウンドへ送ります。
- 最終ルール:残った通信を直通またはプロキシへ送り、分類漏れを減らします。
v2rayNでルーティング設定を組み立てる手順
メニュー名はv2rayNの版やUIによって多少異なりますが、基本的には「設定」からルーティングまたはルール設定を開き、ルールモード、ドメインリスト、IPリスト、アウトバウンドの対応を確認します。最初から多数の個別ドメインを手入力するのではなく、既存のカテゴリ機能を使えるか確認してください。Xrayコアが読み込むgeositeやgeoipのデータが古い場合、ルールを書いても期待どおりに一致しないことがあります。
コアを確認
「設定」→「パラメーター設定」などから、使用中のコアがXrayであること、起動エラーがないことを確認します。
ノードを選択
サーバー一覧で動画視聴用ノードを選び、「アクティブサーバーに設定」を実行します。クリックしただけでは出口が切り替わらない場合があります。
ルールを開く
「設定」→「ルーティング」または同等の画面で、ルールモードを選択し、直通とプロキシのアウトバウンド名を確認します。
例外を先に置く
geoip:private、ローカルホスト、ルーター管理画面などを直通へ割り当て、プロキシ対象より前に配置します。再起動して検証
設定を保存後、Xrayコアを再起動し、ログ、IP確認、動画再生の順に1項目ずつ確認します。
動画サービスのドメインは、トップページだけで完結しないことがあります。ログイン、画像、字幕、ライセンス確認、動画マニフェスト、CDN配信などが別のホスト名を使うため、トップドメインだけをプロキシに入れても再生画面だけが止まることがあります。逆に、広すぎるカテゴリを指定すると、動画とは無関係な通信までプロキシへ送られます。まず公式に必要なドメイン群を確認し、ログに表示された宛先を一つずつ分類する方法が安全です。
動画配信ルール
- 判定
- 対象ドメイン
- 出口
- プロキシ
- 通信
- TCP / UDP
動画関連の宛先だけを遠隔ノードへ送ります。
国内・LANルール
- 判定
- private / 国内宛先
- 出口
- 直通
- 優先度
- プロキシより前
家庭内機器と通常の国内通信を余計な経路へ流しません。
視聴用ノードは遅延だけで選ばない
v2rayNの遅延テストは候補を絞るための参考値であり、動画の連続再生速度を保証する数値ではありません。遅延が低いノードでも、夕方に上流回線が混雑していれば画質が落ちます。一方、遅延が少し高くても、帯域に余裕があり、長時間の転送が安定しているノードは高画質再生に向くことがあります。測定時刻、測定先、Wi-Fiの状態、ほかの端末の通信量も結果に影響します。
高画質動画では、平均速度だけでなく、速度の下振れと接続の再確立回数を見ます。目安として、HD再生なら10Mbps前後、4K相当なら25Mbps以上の余裕があると安定しやすくなります。ただし、これはサービス、画質、端末、圧縮方式によって変わる参考値です。v2rayNの速度テストで大きな数値が出ても、配信CDNへの経路が混雑している場合は再生品質が一致しません。
新しい構成ではVLESSとReality、またはサーバーが案内するTLS構成を優先します。パラメーターが一致していることが前提です。
適合:日常の動画視聴、長時間再生
既存サービスとの互換性を確認しやすい一方、古い設定やトランスポートをそのまま使えるとは限りません。
適合:既存ノードの検証、予備経路
接続自体はできても、再生開始やシークで待ち時間が増えます。速度が安定しない場合は主力にしません。
適合:短時間の確認、障害時の予備
結論:最低遅延より下振れの少なさを優先する
動画視聴では、1回だけ測った最小遅延より、朝・夕方・夜の3回で再生速度が大きく崩れないノードのほうが実用的です。候補を2つに絞り、同じ作品を10分以上再生してから主力を決めてください。
DNS設定でルール判定のずれを減らす
ドメイン分岐を使う場合、アプリがDNSへ問い合わせた結果と、Xrayがルーティングに使う宛先情報が食い違わないことが重要です。通常のシステムDNSで先にIPへ変換され、コアへドメイン名が渡らない構成では、geositeのドメインルールが期待どおり働かない場合があります。特にTUNモードでは、DNS通信をどこで受け、どのDNSへ転送し、結果をどのルールで扱うかを確認してください。
DNSを変更すると必ず速くなるわけではありません。名前解決に時間がかかる場合は、ローカルDNS、プロキシ経由のDNS、暗号化DNSなどを比較し、ログに問い合わせ失敗やループがないか確認します。プロキシ対象のドメインをローカルのDNSで解決すると、地域や経路の違いによって望ましくないCDNアドレスが返ることがあります。一方、すべてを遠隔DNSへ送ると、国内サイトの初回接続が遅くなる場合があります。
DNS問い合わせ
↓
ドメイン情報を保持
↓
private / 国内 / 配信サービスを判定
↓
直通またはプロキシを選択
↓
選択した経路で実接続
設定変更後は、ブラウザーのDNSキャッシュ、OSのキャッシュ、v2rayNやXrayコアの状態が残ることがあります。ルールを編集しても古い接続が継続している場合があるため、ブラウザーのタブを閉じ、対象コアを再起動してから新しい再生セッションを開始します。DNSだけを繰り返し変更する前に、ログで対象ドメインがどのアウトバウンドへ送られたか確認することが大切です。
再生開始後に画質が下がる場合の確認順
再生が始まるが画質が安定しない場合、まず動画以外の大容量通信を停止します。クラウド同期、OS更新、別端末のストリーミング、ブラウザーのダウンロードが同じ回線を使っていると、プロキシ設定が正しくても帯域が不足します。次にv2rayNのログで接続の再試行、TLSエラー、リモート切断、DNSエラーが連続していないか確認します。画質表示だけを見てノードをすぐ交換すると、家庭内回線の混雑を見逃すことがあります。
Netflixだけ再生できず、ほかのサイトは開きます
対象ドメインがプロキシへ送られているか、ブラウザーのDNSキャッシュを消去して確認します。経路が正しくても、アカウント地域やサービス側のライセンス条件が原因になる場合があります。
再生中に画質が何度も下がります
まず別の時間帯に同じ作品を再生し、v2rayNの速度テストだけでなく10分以上の連続再生で比較します。Wi-Fiの電波、同時通信、ノードの帯域も確認してください。
国内サイトまで遅くなりました
geoip:privateや国内向けの直通ルールがプロキシルールより前にあるか確認します。最後のフォールバックを広いプロキシ指定にしている場合、対象範囲を見直します。
ルールを追加したのに動作が変わりません
現在のコアが実際にそのルーティング設定を読み込んでいるか確認し、保存後にXrayを再起動します。既存のルールが先に一致していないか、ログの宛先とアウトバウンド名を照合してください。
毎日の運用で設定を壊さないための注意点
サブスクリプションから取り込んだノードを手動編集すると、次回更新で元の値に戻ることがあります。動画用ノードを固定したい場合は、購読グループ内の名前だけで判断せず、アドレス、ポート、プロトコル、TLS、SNI、flow、トランスポートを確認します。VLESSとVMessは別のプロトコルなので、片方の項目をもう片方へ流用しないでください。Realityを使う設定では、公開鍵、Short ID、サーバー名、フィンガープリントなど、配布元が指定した値を一致させる必要があります。
ルーティングを変更するときは、複数の条件を同時に編集しないことも重要です。まず現在の設定を記録し、1つのドメインカテゴリだけを追加して再生を確認します。次に国内サイト、LAN、DNSの順で確認すれば、どの変更が結果へ影響したか追跡できます。エラーが出た場合は、v2rayNのログに表示された時刻、ノード名、宛先、エラーの最初の行を控え、同じノードを何度も再接続する前に設定を戻します。
| 症状 | 優先確認箇所 | 次の操作 |
|---|---|---|
| ページ自体が開かない | ノード、コア起動、リモートポート | 同じノードで通常のWeb接続とログを確認 |
| ログインはできるが再生できない | 配信関連ドメイン、DNS、地域条件 | ログで再生開始時の宛先と出口を確認 |
| 再生中に停止する | 継続帯域、パケット損失、ノード混雑 | 時間帯を変え、別ノードと10分以上比較 |
| 国内通信まで遅い | ルール順序、直通例外、フォールバック | privateと国内宛先をプロキシより前へ配置 |
最終的には、動画配信のドメインだけをプロキシへ送り、それ以外を無条件に遠隔経路へ流さないことが安定運用の基本です。v2rayNでは、ノード選択、ルーティング、DNS、システムプロキシまたはTUNの有効化が別々の層として動作します。各層を順番に確認し、配信サービスの利用条件を守りながら、実際の再生時間と帯域で設定を評価してください。