ZoomやSlackの会議中に音声が途切れる一方、国内サイトまで遠回りさせたくない場合は、アプリが使う通信の入口と、コアが選ぶ出口を分けて考えます。v2rayNのシステムプロキシだけでは、すべての通話通信がプロキシへ届くとは限りません。UDP、TUN、ルーティングルールを順番に確認し、会議アプリと国内向け通信の経路を調整しましょう。
Windows版v2rayNを例に、ZoomやSlackの会議通信を確認しながら国内サイトを直接接続する考え方を解説します。ドメインだけで会議アプリを振り分ける際の限界、UDPの確認方法、TUNを使う場合の注意点を押さえます。変更は一度に一つだけにし、会議室に入る前に音声と画面共有をテストしてください。Android版v2rayNGでのアプリ別設定についても、デスクトップ版との違いを説明します。
通話の入口と出口を分けて考える
v2rayNはノード、コア、ローカルプロキシ、ルーティング設定を管理するクライアントです。実際の接続を処理するのは、選択したXrayなどのコアです。システムプロキシを有効にすると、通常はシステムプロキシ設定に従うアプリの通信がローカルのHTTPまたはSOCKS入口へ送られます。しかし、通話アプリが独自の接続方式を使う場合やUDPでメディア通信を行う場合、システムプロキシだけではその通信を捕捉できないことがあります。
ZoomやSlackの通話では、サインインや画面表示に使うHTTPS通信と、音声・映像に使う通信が同じ経路とは限りません。UDPポートや接続先はアプリのバージョン、会議機能、ネットワーク環境によって変わるため、特定のポート番号だけを許可すれば必ず解決するとは限りません。利用する組織のネットワーク管理者がいる場合は、現在のサービス側要件とファイアウォール設定も確認してください。
10808はローカル混合プロキシポートの例であり、すべての環境で同じとは限りません。「設定」→「パラメーター設定」などから実際の待受ポートを確認し、必要に応じて起動ログも参照します。HTTP用とSOCKS用のポートが別に設定されていることもあります。ポート番号だけを見て通信が通ると判断せず、アプリが対応するプロキシ方式と一致しているかも確かめてください。
国内通信を直結し、会議通信を振り分ける方法
国内向けサイトを直接接続し、それ以外をノードへ送る基本形は、地域・ドメインのルールを使うルーティングです。ただし、ZoomやSlackの通信先はサービス側の構成やCDNによって変わり、会議機能が複数のドメインやIPアドレスを利用する場合があります。ドメイン名をいくつか登録するだけで、音声・映像の通信をすべて識別できるとは限りません。
基本方針：国内通信と会議通信を別々に確認
国内向けサイト
- 国内向けルールは直接接続にする
- 誤判定時はドメインとルール順を確認
- 名前解決先が変わる場合も考慮する
Zoom・Slack
- まずアプリのプロキシ対応を確認
- UDPが必要ならTUN経由も検討
- プロセス別ルールはコアの対応を確認
先に会議アプリがコアへ通信を渡せるかを確認し、その後に出口の振り分けを調整します。
アプリ単位で経路を変えたい場合は、TUNでOSの通信を取り込み、使用中のコアと設定生成機能がプロセス名に基づくルールに対応しているか確認します。TUNを有効にしただけで、アプリ別の分岐が自動設定されるわけではありません。権限、仮想ネットワークアダプター、DNS、既存のVPNやセキュリティソフトとの競合も影響します。まず一時的にTUNを有効にして、ZoomまたはSlackのテスト通話で音声、映像、画面共有を個別に確認してください。
ブラウザーなど、システムプロキシに従うアプリの動作を確認しやすい方法です。通話アプリがこの入口を使うか、またUDPをどのように扱うかはアプリ側の実装によります。
向いている用途：初期確認、WebページとHTTPS接続の切り分け
システムプロキシを使わない通信も取り込める可能性があります。一方、OSのルート、DNS、UDP転送、コアの対応状況を含めて確認する必要があります。
向いている用途：アプリがプロキシ設定を無視する場合、通信全体の経路を確認する場合
v2rayNで設定し、会議前にテストする
画面名や配置はv2rayNのバージョンと選択したコアによって異なります。ここでは設定項目を探す順序を示します。最初から複数のルール、DNS、TUNを同時に変更すると、改善・悪化の原因を特定できません。作業前に現在のルーティングモードとポートを記録し、テスト中はノードを固定しましょう。
-
ノードを固定
v2rayNのメイン画面で使用するノードを選び、接続できることを確認します。会議テスト中にノードを切り替えず、クライアントとコアのバージョン、選択中のルーティングモードをメモします。
-
入口を確認
「設定」→「パラメーター設定」を開き、HTTP、SOCKS、または混合プロキシの待受ポートを確認します。表示された値が例の
10808と異なる場合は、実際の値を記録してください。 -
国内ルールを確認
ルーティング設定で国内向け通信が直接接続になるかを確認します。ルールは上から順に適用される構成があるため、広い範囲のルールが個別ルールより先に通信を捕捉していないか、生成された設定やログを確認します。
-
通話を試験
まずシステムプロキシの状態でテスト通話を行い、音声、映像、画面共有を別々に確認します。必要ならTUNを有効にし、同じノード・同じネットワークで再試験します。変更後に改善しなければ、最後に変更した設定だけを戻します。
-
結果を記録
接続時刻、ルーティングモード、TUNの状態、発生した症状、コアログの該当箇所を記録します。短いテストを複数回行い、会議アプリのログや管理画面で通信状態を確認できる場合は併せて参照してください。
通話アプリが利用する接続先を確認する際は、コアログにドメインや接続先が記録されるかを見ます。ログが出ない場合は、通信がコアへ届いていない可能性もあります。ログに接続先があっても、表示だけで実際の音声が同じ経路を通ったと断定はできません。会議アプリのネットワーク診断、OSのファイアウォール、社内ネットワークの制限を併せて調べてください。
判断の目安：音声が通る入口を先に見つける
会議へのサインインが成功しても、UDPを使う音声・映像が正常とは限りません。テスト通話でメディア通信を確認してからルートを調整し、国内サイトの直結は別の接続テストで検証します。
v2rayNGとよくある症状の確認
Android版v2rayNGでは、アプリごとのプロキシ対象を選ぶ機能が利用できる場合があります。画面の「アプリの設定」やアプリ一覧から対象アプリを選び、プロキシ対象にするか、対象外にするかを確認します。設定項目はバージョンによって異なるため、全アプリを対象にする設定と、選択したアプリだけを対象にする設定を取り違えないでください。AndroidのVPN接続として動作する場合でも、アプリ単位の指定がUDPを含むすべての通信で期待通り機能するかは、実機でテストする必要があります。
会議には入れるのに音声が途切れます
ブラウザー接続の成功だけで判断せず、テスト通話でマイクとスピーカーを確認します。TUNの有無を一つずつ切り替え、ファイアウォールやネットワーク側でUDPが制限されていないか確認してください。
Slackだけプロキシ経由にならないようです
アプリがシステムプロキシに従うかを確認します。従わない場合は、対応するTUNとコアのプロセス別ルールを検討し、コアログにSlack関連の通信が現れるかを調べます。
国内サイトまで遅くなりました
国内向けルールの出口が直接接続になっているか、ルール順やDNS結果による誤判定がないか確認します。いったん変更前のルーティングモードに戻して比較すると、問題の範囲を絞りやすくなります。
問題が特定の会議室や社内ネットワークだけで起きる場合、クライアント設定だけで解決できるとは限りません。ネットワーク管理者に相談する際は、発生時刻、アプリのバージョン、接続方式、エラーメッセージ、v2rayNとコアのバージョンを整理します。設定変更を戻せるようにしておけば、会議中に不安定になったときも、直前の状態へ安全に戻せます。