在宅勤務のZoom・Teamsを安定化するShadowrocket設定術

1. 会議の安定性は速度テストだけでは判断できない

ビデオ会議では、Webページを一度読み込む通信とは異なり、音声や映像のデータが継続して送受信されます。そのため、接続スイッチがオンでConnectivity Testが成功していても、会議中の音声が途切れないとは限りません。遅延、揺らぎ、パケット損失、ネットワークの混雑、接続先サービスの状態が、会議品質にそれぞれ影響します。

まず、Shadowrocketの接続が有効かどうか、選択中のサーバーが意図したものか、会議アプリの通信がどの経路を通っているかを確認します。会議アプリ側で表示できる通話品質やネットワーク診断も併用してください。数値が一度良好でも、会議中に変化する場合があります。接続前と会議中の状態を分けて記録すると、症状がいつ発生したかを見つけやすくなります。

• 音声が断続的に途切れる：Wi-Fiの電波、回線の混雑、UDP通信の中継可否を確認します。
• 映像だけが粗くなる：帯域の変化やパケット損失に加え、会議アプリ側の品質表示も確認します。
• 会議に参加できない：サーバー選択、DNS、Configのルール、組織のネットワーク制限を順に切り分けます。
• Web閲覧はできるが会議が不安定：Web通信の成功だけでUDPを含む会議通信も正常とは判断できません。

会議アプリの診断値を記録するときは、会議の日時、接続した回線、Global Routingの状態も併記します。勤務先のネットワーク規則や情報管理方針がある場合は、プロキシ経由に変更する前に管理者の指示を確認してください。

2. サーバーと回線がUDP通信に対応しているか確認

ZoomやTeamsの音声・映像ではUDPが利用される場合があります。Shadowrocketにサーバーを登録できたことや、TCPを使うWebページが表示できたことだけでは、UDP通信がサーバーまで中継されると確認できません。クライアント側のサーバー設定、接続先の対応状況、途中のWi-Fiやモバイル回線の制限がそろって初めて、対象の通信が通ります。

Homeで選択中のサーバー項目を開き、自分が用意した接続情報にUDP中継またはUDP forwardingに関する指定があるか確認します。設定項目の名称や表示場所はプロトコルによって異なるため、項目が見当たらない場合に似た名前の項目を推測して変更しないでください。サーバー側でUDPを受け付けない構成や、ネットワーク側でUDPが制限されている場合、クライアントの設定だけでは改善しません。

ポート番号はサービスの設定や組織のネットワーク方針によって異なるため、一般例をそのまま許可リストやサーバー設定に転記しないでください。アプリやネットワーク管理者が案内する現行の接続要件を確認します。UDPの対応を調べる間は、サーバー、Global Routing、Wi-Fiを同時に変更せず、会議アプリの状態がどう変わったかを一つずつ比べます。

3. Configで業務アプリとWeb閲覧の経路を整理する

Home → Global RoutingでConfigを選ぶと、現在有効な設定ファイルのルールに従って接続が処理されます。Proxyはプロキシ経由の動作を比較する際に使えますが、すべての通信をプロキシ経由にする設定です。Directは直接接続を優先します。どのモードでも、会議アプリの通信先や勤務先の規則に合わない経路を選ぶと、期待した結果にならない場合があります。

Configで特定のサービスを振り分ける場合、ルール例のDOMAIN-SUFFIX,zoom.us,PROXYやDOMAIN-SUFFIX,teams.microsoft.com,PROXYは、書式と考え方を示すものです。会議サービスの通信先はこれらのドメインだけとは限らず、認証、会議制御、メディア配信などで別のホスト名が使われることがあります。例をそのまま貼り付けて全通信を網羅したと判断せず、利用中のサービスと組織の要件に合わせて確認してください。

• 既存のConfigを確認：会議アプリに関係するルールと、そのルールが参照するポリシーを確認します。対象ドメインがDIRECTになっているのか、プロキシ用のポリシーに割り当てられているのかを見ます。
• ルールの順序を確認：より広い条件のルールが先に一致すると、後ろに追加した個別ルールに到達しない場合があります。ルールを追加した際は、実際にどの条件が適用されるかも確認してください。
• 会議以外の通信を分ける：業務アプリの通信だけを特定のポリシーに振り分け、通常のWeb閲覧は現在のルールに従わせる構成を検討します。仕事用アプリの通信先を独断で変更せず、必要に応じて管理者に確認してください。
• 元に戻せる状態にする：変更前のConfigを保管し、追加したルールと変更日時を記録します。会議の後に比較が終わったら、不要な一時ルールを残さないようにします。

ルールを追加したのに経路が変わらない場合は、対象の通信先が想定したドメインと一致しているか、ルールの位置や選択ポリシーが適切かを確認します。ルールを増やし続ける前に、一時的にProxyとConfigの結果を比較し、症状が会議アプリ全体なのか、特定の通信先なのかを切り分けてください。

4. 会議前に設定を確認して実際の通話で比較する

会議の直前に複数の設定を変えると、改善した理由や悪化した原因が分かりにくくなります。最初に通常のネットワークで会議アプリが利用できることを確かめ、その後Shadowrocketの状態、ルーティング、通話品質を順番に確認します。サーバー名や接続状態を記録しておけば、再テストでも同じ条件を作りやすくなります。

1. 回線を記録

   使用中のWi-Fiまたはモバイル通信、接続場所、時刻を記録します。Wi-FiにWeb認証が必要な場合は、認証を済ませてからテストしてください。

2. サーバーを確認

   Homeを開き、意図したサーバー項目が選択されていることを確認します。名前だけで判断せず、登録元や自分の接続情報と照合します。

3. 経路を確認

   Home → Global Routingを開き、現在のモードとConfigを記録します。変更する場合は一つだけ選び、比較後に通常使用する設定へ戻せるようにします。

4. 接続をテスト

   接続スイッチをオンにし、必要な場合はシステムのVPN構成の案内に従います。HomeでConnectivity Testを実行した結果と、会議アプリ内の診断表示を別々に記録します。

5. 短時間通話

   本番前に短いテスト通話を行い、音声の途切れ、映像の変化、再接続の有無を確認します。比較するときは同じ回線と同じ設定を使い、一度にサーバーとルールの両方を変更しないでください。

Connectivity Testはアプリが行う接続確認の一つであり、ZoomやTeamsのすべての通信や長時間の通話品質を保証するものではありません。会議アプリの診断情報と実際の音声・映像をあわせて見てください。会議の参加先、認証情報、社内の接続先などを含む画面を記録・共有する場合は、機密情報が写っていないか確認します。

5. Wi-Fiとモバイル通信を切り替えた後に再確認する

Wi-Fiからモバイル通信へ移ると、通信経路、DNS応答、UDPの通過条件が変わる場合があります。会議中にネットワークが切り替わった後、VPN表示が接続中でも、会議アプリが以前の接続を維持できるとは限りません。音声が戻らない場合は、まず会議アプリの状態とShadowrocketの接続状態を確認し、必要に応じて会議へ再参加します。

• Wi-Fiだけで失敗：Wi-Fiの電波、混雑、ルーターや組織ネットワークのUDP制限を確認します。同じ場所でモバイル通信を試し、回線差があるか記録します。
• モバイル通信だけで失敗：通信状態とデータ制限、端末の電波状況を確認します。Wi-Fi側と同じ設定で比較し、ルールを同時に変更しないようにします。
• 切り替え後に無音：Shadowrocketの接続状態、会議アプリの参加状態、音声入出力先を順に確認します。短時間で何度もスイッチを切り替えると、原因が追いにくくなります。
• すべての回線で不安定：サーバー側の状態やConfigの経路、会議サービス側の障害、組織の接続要件を確認します。特定の回線だけの問題と決めつけないでください。

6. 症状ごとに変更する設定を絞る

接続の問題を調べる際は、成功した範囲と失敗した範囲を分けます。Connectivity Testが成功し、ブラウザも使えるのに会議だけ不安定なら、UDP中継、Configの適用ルール、会議アプリの診断を優先して確認します。反対にConnectivity Testも失敗する場合は、選択中のサーバー、接続情報、ネットワーク自体を先に確認してください。

会議が不安定なときは、サーバー変更、DNS変更、ルール追加をまとめて行わないでください。各変更の前後で、回線、選択中のサーバー、Global Routing、Connectivity Test、会議アプリの診断結果を記録します。原因が自分で用意したサーバーのUDP対応や勤務先のネットワーク制限にある場合は、設定値を推測して広げるのではなく、接続情報の管理元またはネットワーク管理者へ確認してください。