v2rayNのMux（多重化）は、複数の通信を1本または少数の基盤接続にまとめて送信する機能です。ブラウザーで多数の小さな接続を開く場面では、接続確立の回数や待ち時間を減らせる可能性があります。一方で、すべてのノードや転送方式で速度が上がるわけではなく、1本の基盤接続にパケット損失が集中すると、通常の設定よりページ表示や動画再生が不安定になることもあります。
Windows版v2rayNでは、Muxはクライアント全体に一括適用するというより、選択したサーバープロファイルの詳細設定として確認する項目です。Xrayコア、VLESSやVMess、TCP・WebSocketなどの転送方式、ノード側の制限によって結果が変わるため、設定をオンにした後は必ず同じノードで比較してください。設定変更前の速度、遅延、ログを記録しておくと、改善と悪化を判断しやすくなります。
Windowsのv2rayN 7.xを基準に、サーバー編集画面でMuxを有効にする場所、Muxの多重化数や関連項目の意味、VLESS・VMessと転送方式ごとの使い分けを説明します。オンにしても効果がない場合や遅くなった場合は、ログ、接続数、遅延、実効速度を使って元の設定へ戻す判断まで確認できます。
Muxの仕組みと、速度が変わる理由
通常のプロキシ通信では、アプリケーションが作成した複数のTCP接続が、プロキシ側でも個別の接続として処理されます。Webページを開くと、HTML、CSS、JavaScript、画像、広告、APIなどの取得で短時間に多数の接続が作られることがあります。接続ごとにTCPハンドシェイクやTLS処理が必要になれば、データ量が少ない通信でも往復待ち時間が積み重なります。
Muxを有効にすると、複数の論理ストリームを1本の物理的な基盤接続へまとめます。クライアントは各ストリームを識別する情報を付けて送信し、リモート側のプロキシコアが元の論理通信へ分配します。これにより接続確立の回数を抑えられますが、通信が完全に1本のTCPストリームへ変換されるという意味ではありません。Muxの実装、コアの種類、トランスポートによって内部処理は異なります。
効果が出やすいのは、短時間に多数の小さなTCP接続を作る通信です。たとえばWebページの初期読み込み、APIリクエストが多い業務アプリ、複数の小さなファイルを取得する処理では、接続確立のオーバーヘッドが目立つことがあります。反対に、すでに長時間維持される動画ストリームや大容量ファイルの単一接続では、Muxを有効にしても最大速度がほとんど変わらない場合があります。
判断の目安：速さより接続の性質を見る
同時接続が多く、各接続のデータ量が小さいノードではMuxを試す価値があります。単一ストリームの大容量通信、遅延やパケット損失が大きい回線、混雑したノードでは、最初から有効に固定せず通常設定と比較してください。
Windowsのv2rayNでMuxを有効にする手順
以下はv2rayN 7.xとXrayコアを使う構成を基準にしています。バージョンや表示言語によって「サーバーの編集」「サーバー設定」「Mux」の表記が多少異なることがあります。重要なのは、クライアント全体の環境設定ではなく、実際に利用するノードの編集画面で設定することです。最初は複製したプロファイルで試すと、元の設定をすぐに戻せます。
-
コアとノードを確認
v2rayNを起動し、メイン画面のコア種類がXrayになっていることを確認します。次に、サブスクリプション一覧から利用中のノードを選び、VLESSまたはVMess、アドレス、ポート、転送方式を記録します。
-
プロファイルを複製
対象ノードを右クリックし、「サーバーを複製」または同等の複製操作を選びます。元のプロファイルを「Muxなし」、複製した方を「Muxテスト」など判別できる名前にすると、比較時の取り違えを防げます。
-
Mux設定を開く
複製したノードを右クリックして「サーバーの編集」または「サーバー設定」を開きます。詳細設定内の「Mux」「多重化」「Multiplex」の欄を探し、無効になっているスイッチまたはチェックボックスを有効にします。
-
多重化数を指定
多重化数の入力欄がある場合は、最初に8など控えめな値を設定します。上限をいきなり大きくすると、1本の基盤接続へ通信が集中し、混雑時の待ち時間や切断時の影響が増えることがあります。
-
保存して接続を比較
保存後、Muxテスト用のノードを選択し、「システムプロキシを有効化」または使用中のプロキシモードを維持したまま接続します。ログに致命的なエラーがないことを確認し、同じWebページと速度測定でMuxなしの結果と比較します。
設定画面にMuxの項目が見当たらない場合は、ノード形式やコアの種類が対象外である可能性があります。通常のプロファイル編集画面、詳細なJSON設定画面、コア設定画面を無理に書き換える前に、現在のv2rayNのバージョンと使用中のコアを確認してください。設定ファイルを直接編集すると、次回のサブスクリプション更新で上書きされたり、JSONの構文エラーでコア自体が起動しなくなったりします。
Muxの基本設定
- 適用単位
- ノードプロファイル
- 有効化
- オンまたはチェック
- 開始値
- 多重化数 8
- 比較対象
- 同じノードのMuxなし
- 確認方法
- ログと実測値
まず1ノードだけで試し、全ノードへ一括適用しないことが安全です。
通常設定との比較条件
- クライアント
- 同じv2rayN 7.x
- コア
- 同じXray
- ネットワーク
- 同じWindows回線
- 測定時刻
- 連続した時間帯
- 試行回数
- 各設定3回以上
ノード、ブラウザー、測定サイトまで変えるとMuxの差を判定しにくくなります。
多重化数と転送方式の使い分け
Muxの設定欄にある数値は、基盤接続で同時に扱う論理ストリーム数の目安です。数値を上げるほど多くの通信をまとめられるとは限りません。ノード側のCPU、帯域、接続制限、転送方式の実装がボトルネックになるためです。8で改善が見られない場合に16や32を試すことはできますが、変更は1段階ずつ行い、悪化したら直前の値へ戻してください。
| 通信の特徴 | Muxの初期判断 | 確認する指標 |
|---|---|---|
| 短いWeb接続が多数 | オンを試す価値がある | 初回表示、接続待ち時間、接続失敗数 |
| 大容量の単一ストリーム | 効果を過大評価しない | 持続速度、再送、動画の停止 |
| 高遅延または損失の多い回線 | 低い値から慎重に試す | RTT、タイムアウト、再接続回数 |
| 接続制限の厳しいノード | ノード提供側の仕様を優先 | 同時接続拒否、429、切断ログ |
VLESSやVMessというプロトコル名だけで、Muxの相性を断定することはできません。同じVLESSでも、TCP、WebSocket、HTTP系の転送方式やTLS、Realityなどの周辺設定が異なれば、観測される遅延と安定性は変わります。また、Muxは暗号化やトンネル自体を強化する機能ではなく、通信をまとめるための仕組みです。ノードの認証情報、UUID、SNI、公開鍵、パスなどをMux目的で変更する必要はありません。
多重化された基盤接続のどこかで損失や切断が起きると、その接続に載っていた複数の論理ストリームが同時に影響を受けることがあります。Muxなしでは別々に回復できた通信が、Muxありでは一緒に待たされるケースです。ページの初期表示だけ速くなったが、画像やAPIが断続的に失敗する場合は、平均速度だけを見ず、失敗率と再接続の発生も評価してください。
ログと速度テストで効果を確認する
Muxの効果は、速度測定サイトの大きな数値だけでは判断できません。測定サイト自体が長時間の単一接続を使う場合、Muxの得意な「多数の短い接続」の改善が反映されにくいからです。ブラウザーの開発者ツールでページ読み込みの時間を確認し、接続開始が遅いのか、接続後の転送が遅いのかを分けて見ます。測定前には他のダウンロード、動画再生、Windowsの更新処理を止めてください。
- 接続確立：ページを開いて最初のリクエストが始まるまでの時間を比較します。
- 初回表示：HTMLや主要なスタイルが表示されるまでを、Muxあり・なしで測定します。
- 実効速度：同じファイルを3回ずつ取得し、最高値ではなく中央値を見ます。
- 安定性：10分程度の連続利用中に、再接続、タイムアウト、動画停止が何回起きたか記録します。
v2rayNのログでは、Muxという単語が常に分かりやすく表示されるとは限りません。まずコアが起動しているか、対象ノードへの接続が成立しているか、TCPやWebSocketなどの転送方式でエラーが出ていないかを確認します。Muxを有効にした直後から接続拒否、ストリーム数超過、リモート切断、読み取りタイムアウトが増えた場合は、Muxの数値を下げるか、無効にして同じテストを行います。
Muxをオンにすれば必ず速くなりますか？
必ずではありません。多数の短い接続を使うWeb通信では接続確立の負担が減る可能性がありますが、単一の大容量通信や、損失・混雑が大きい回線では差が小さい、または遅くなることがあります。Muxなしの同一ノードを基準にして、初回表示、中央値速度、失敗率を比較してください。
多重化数は最初から32にしてもよいですか？
最初は8程度の控えめな値が扱いやすいです。32へ上げる場合は、8での測定結果を保存してから変更し、接続数、タイムアウト、ページ表示の安定性を確認します。悪化した場合は数値を戻すだけでなく、Mux自体をオフにして原因を切り分けます。
設定したのにMuxの項目が表示されません
v2rayNのバージョン、選択中のコア、プロファイルの種類によって表示場所が異なります。「サーバーの編集」内の詳細項目を確認し、対象外の転送方式では無理にJSONを編集しないでください。サブスクリプション更新後に設定が消えた場合は、更新後のプロファイルへ再設定が必要なこともあります。
Muxをオンにしてから接続が不安定になりました
まず対象ノードを停止し、Muxをオフにした複製プロファイルで再接続します。改善するなら、多重化数を下げる、別ノードで試す、またはMuxを使わない構成へ戻します。ログにTLSや名前解決のエラーもある場合は、Muxだけでなくノード設定とDNSも別に確認してください。
安全に運用するための最終確認
Muxは「オンにして放置する」設定ではなく、通信パターンとノードの相性を測るための選択肢です。日常のWeb閲覧で初回表示が改善し、長時間の接続でも切断が増えないなら、そのノードだけで継続利用できます。反対に、速度測定の一部だけが改善し、通常の閲覧や動画でタイムアウトが増えるなら、Muxなしの方が実用的です。
設定を保存する前に、元のノード設定、Muxのオン・オフ、多重化数、測定日、使用したコアをメモしておきます。サブスクリプション更新やv2rayNのアップデート後は、プロファイルの項目が維持されているか再確認してください。コアをXrayから別の実装へ変更した場合も、同じMux設定が同じ動作をするとは限りません。
最終的には、Muxあり・なしを同じ条件で3回以上測定し、平均値だけでなく中央値と失敗率を見て判断します。特定のノードでだけ効果が出るなら、そのプロファイルだけに適用し、すべてのノードへ一括コピーしないことをおすすめします。問題が起きた場合は、Muxをオフに戻して通常通信を復旧させてから、ログに残った最初のエラーを起点に調査してください。