v2rayNでZoom・Slackを快適化｜テレワークの分流設定ガイド

Zoom、Slack、Google Meetを仕事で使うとき、すべての通信を常にプロキシへ送れば安定するとは限りません。会議音声や画面共有は遅延とパケット損失の影響を受けやすく、Slackのメッセージやファイル転送は複数のドメイン、WebSocket、CDNを利用します。さらに、国内サイトや社内LANまで同じ経路へ送ると、名前解決が遅くなったり、社内サービスへ接続できなくなったりすることがあります。

v2rayNでは、現在選択しているノードを決めるだけでなく、どの宛先をプロキシへ送り、どの宛先を直接接続するかをルーティングで分けられます。この記事では、Windows版v2rayNとXrayコアを前提に、Zoom・Slack・Google Meetを仕事用のプロキシ対象にし、プライベートアドレスと国内向け通信を直通へ戻す構成を説明します。画面の項目名はv2rayNの版や表示言語によって少し異なるため、「ルーティング」「ルール」「システムプロキシ」「TUN」などの機能名を基準に確認してください。

テレワーク用の分流で最初に決めること

分流設定の目的は、通信を単純に「速い経路」と「遅い経路」に分けることではありません。業務サービス、国内向けサービス、LANや社内システムという異なる性質の通信に、それぞれ適した出口を割り当てることです。ZoomやGoogle Meetは会議サーバーとの接続に加えて、認証、設定取得、映像配信、音声、画面共有など複数の通信を使います。Slackもメッセージ本体だけでなく、ログイン、ファイル、通知、WebSocket接続が別のホスト名へ分かれることがあります。

そのため、最初から1つのIPアドレスだけを登録する方法は保守しにくい構成です。サービス側のCDNやリージョンが変わると、登録したIPが使われなくなったり、別サービスの通信まで同じIPへ集約されたりします。まずはドメインベースのルールを中心に作り、どうしても接続できない機能だけをログから追加する方が安全です。ドメイン名が失われるTUN構成では、DNS処理とルーティングの組み合わせも確認します。

基本的なルールの順番は、まずローカルネットワーク、次に明示した直通対象、その後に業務サービスのプロキシ対象、最後に残りの通信です。業務サービスをプロキシへ送る構成では、最後の既定ルールを直通にすると影響範囲を限定できます。反対に、海外サイト全般もプロキシへ送りたい場合は、業務ルールの後ろにプロキシのフォールバックを置きます。どちらを選ぶかは、仕事用端末で不要な通信までプロキシへ送ってよいかで決めてください。

Zoom・Slack・Google Meetをドメインで分類する

ルール作成では、サービス名をそのまま1つのホスト名として扱わないことが重要です。Zoomなら会議本体、サインイン、設定配信、コンテンツ配信で接続先が変わる場合があります。Slackもワークスペースのドメイン、API、ファイル保存先、通知用の常時接続を利用します。Google Meetでは会議ページのほか、Googleアカウント認証、静的コンテンツ、音声や映像の配信先が関係します。

v2rayNのルーティング設定で、ドメイン条件に完全一致だけを大量に追加するより、管理できる範囲でサフィックスや既存のカテゴリを使います。ただし、広すぎるドメイン指定は別用途の通信までプロキシへ送ります。たとえばGoogle全体を対象にすると、検索、動画、個人アカウント、社内Workspace以外の通信も同じ出口になる可能性があります。Google Meetだけを安定させたい場合は、会議で実際に現れるホスト名をログで確認し、必要な範囲を段階的に追加します。

Zoomの会議品質だけを見て、ブラウザー上の会議ページが開けば設定完了と判断するのは危険です。ブラウザーのログイン画面は開いても、音声や映像のメディア通信が別経路になることがあります。Slackではメッセージ送信が成功しても、WebSocketが切れて通知が遅れる場合があります。Google Meetでも画面は表示されるのにマイク接続だけ失敗することがあります。サービスごとに「ログイン」「メッセージまたは会議参加」「音声」「画面共有またはファイル」を分けて確認してください。

直通: LAN・社内ドメイン・プライベートIP
直通: 国内サイトのドメインまたはIP
プロキシ: Zoomの業務接続先
プロキシ: SlackのワークスペースとWebSocket
プロキシ: Google Meetと会議関連の接続先
既定: まず直通、必要ならプロキシ

すでにgeositeやgeoipのデータを利用している場合は、業務サービス用の明示ルールを既存の広いルールより前に置きます。たとえば先に「すべての海外ドメインを直通」と書いてしまうと、後ろに置いたZoomのプロキシルールへ到達しません。Xrayのルーティングは通常、上から順に条件を評価し、最初に一致した出####outboundを使います。ルールの内容だけでなく、並び順が結果を決める点を忘れないでください。

v2rayNで分流ルールを追加して検証する

設定を変更する前に、現在のv2rayN設定をエクスポートするか、設定ファイルを別の場所へコピーします。配布されたサブスクリプションのノードを直接編集すると、次回更新で上書きされる可能性があります。ノードのプロトコルやTLSを変更するのではなく、まずルーティング設定だけを別の変更として扱うと、障害が起きたときに戻しやすくなります。

1. ノードを選ぶ

   メイン画面で利用するサーバーを選択し、「アクティブサーバーに設定」を実行します。Xrayコアが起動し、通常のWebアクセスが1つ成功することを先に確認します。

2. ルーティングを開く

   「設定」または「設定ファイル」から「ルーティング設定」「ルール」などの画面を開きます。使用中のコアがXrayであることと、編集対象のルールファイルを確認します。

3. 直通を先に追加

   geoip:private、社内ドメイン、必要な国内カテゴリを直通のアウトバウンドへ割り当てます。LANと社内サービスの例外は、広い業務プロキシルールより前に置きます。

4. 業務先を追加

   Zoom、Slack、Google Meetで確認できたドメインをプロキシのアウトバウンドへ割り当てます。最初から全Googleドメインや全CDNを対象にせず、ログに出た接続先から追加します。

5. 適用して再起動

   保存後に設定を適用し、必要ならXrayコアを再起動します。ログにJSON構文エラー、ルール読み込みエラー、ポート競合がないことを確認してからシステムプロキシまたはTUNを有効にします。

6. 会議を段階確認

   Slackの通知、Google Meetの参加、Zoomの音声、最後に画面共有の順でテストします。各段階で1回ずつ結果を記録し、複数のルールを同時に変更しないでください。

v2rayNのシステムプロキシは、主にHTTPやHTTPSを利用するアプリの通信をローカルプロキシへ送ります。Zoomのデスクトップアプリや一部の音声・映像通信が、システムプロキシだけでは完全に対象にならない場合があります。TUNモードを利用する場合は、TCPだけでなくUDPを捕捉できる設定、管理者権限、仮想ネットワークアダプター、DNSの処理方法を確認してください。TUNを有効にした後に社内VPNが使えなくなった場合、VPNの仮想アダプターや社内CIDRを直通ルールへ追加する必要があります。

Zoomの音声が途切れるときは、ノードがUDP転送に対応しているかを最初に確認します。TCPへ切り替えれば必ず安定するわけではなく、会議環境によっては遅延やジッターが増えることがあります。UDP対応ノードを使う場合でも、Wi-Fiの電波状態、上り帯域、同時に動いているバックアップやクラウド同期を確認してください。v2rayNの遅延テストが良好でも、会議中のパケット損失や上り方向の混雑までは証明できません。

会議前にログと実測値で確認する

設定を適用したら、まずブラウザーで国内サイト、社内サービス、Zoom、Slack、Google Meetを1つずつ開きます。各接続が意図したアウトバウンドへ入ったかは、v2rayNのログとルーティング結果で確認します。国内サイトまでプロキシへ送られていないか、社内アドレスがリモートノードへ出ていないか、業務サービスの接続が直通へ落ちていないかを見ます。

会議の実測では、単発の遅延値だけでなく、5分から10分程度の通話中に音声の途切れ、映像の解像度低下、再接続、画面共有の停止が発生しないかを確認します。可能であれば同じ時間帯に、直通構成と分流構成を比較します。プロキシ経路の遅延が少し高くても、接続切替やパケット損失が減るなら業務上は有利な場合があります。反対に、平均遅延が低くても数分ごとに再接続するノードは主力に向きません。

ルールを追加しても接続が変わらない場合は、まず実際の通信がv2rayNへ入っているかを確認します。システムプロキシが無効、TUNが停止、アプリが独自のネットワークスタックを使用、または別のVPNが既定経路を奪っていると、ルーティング設定は正しくても適用されません。ログに対象ドメインが一度も出ない場合は、ルールの書き方を変更する前に入口を確認してください。

安定運用のための見直しポイント

テレワーク用の分流は、一度作って終わりではありません。Zoom、Slack、Google Meetのアプリ更新、サービス側の接続先変更、サブスクリプション更新、Xrayコア更新によって、必要なルールや挙動が変わることがあります。月に1回程度、会議参加、音声、画面共有、Slack通知、社内サイトの5項目を簡単に再確認し、不要になった一時ルールを整理してください。

• v2rayNのアクティブサーバーとXrayコアの起動状態を確認する。
• Zoomの音声・映像・画面共有が同じ経路で安定しているか確認する。
• SlackのWebSocket通知とファイル送受信を個別に確認する。
• Google Meetのマイク、カメラ、画面共有を会議前にテストする。
• 社内ドメイン、社内CIDR、VPNゲートウェイが直通になっているか確認する。
• サブスクリプション更新後にルーティング設定が上書きされていないか確認する。

最後に、会議中に問題が起きたときは、ノードを連続して切り替える前に時刻、接続方式、利用中のモード、発生した機能、v2rayNログの最初のエラーを記録します。Zoomだけが不安定ならUDPや上り帯域、SlackだけならWebSocketや対象ドメイン、Google Meetだけならメディア接続とブラウザー権限を優先して調べます。サービス単位で症状を分離できれば、全体の設定を崩さずに必要なルールだけを調整できます。