在宅勤務のZoom・Teams会議を安定させるShadowrocket設定術

1. まず会議の症状とネットワーク環境を分けて記録する

音声が途切れる、映像が止まる、会議への参加に時間がかかる、といった症状は同じ原因とは限りません。会議中に問題が起きたら、発生時刻、Wi-Fiかモバイル通信か、Shadowrocketの接続状態、Global Routingのモード、影響を受けた機能を記録します。「参加できない」と「参加後に音声だけ途切れる」を分けておくと、接続確立の問題とリアルタイム通信の問題を混同しにくくなります。

• Wi-Fiだけで発生：ルーターからの距離、電波の強さ、同じネットワークを使う端末の大容量通信を確認します。VPNを切った状態でも同じ症状が出るかは、業務上許可された範囲で比較します。
• モバイル通信だけで発生：電波状況、通信制限、Wi-Fiとの切り替わりが起きた時刻を記録します。場所を移動した直後の症状を、Shadowrocketのルール変更だけで説明しないようにします。
• Shadowrocket接続中だけ発生：Homeで接続先とGlobal Routingを確認し、Configを使っている場合は現在有効な設定ファイルを確かめます。
• 特定の機能だけ不調：音声、映像、画面共有、チャット、サインインを分けて記録します。機能ごとに通信先や通信方式が異なる場合があります。

会議アプリの診断画面に表示される遅延、パケット損失、接続品質なども、発生時刻と一緒に控えます。単発の数値だけでなく、通常時と問題発生時を同じ場所・同じネットワークで比較してください。測定中にルールとサーバーを同時に変更すると、改善または悪化の理由を特定しにくくなります。

2. UDPとルール分けは、通話の通信経路を確かめてから調整

ビデオ会議では、サインインや制御に使われる通信と、音声・映像などのリアルタイム通信が別の接続になることがあります。リアルタイム通信にUDPが使われる構成もありますが、UDPが利用できるか、どのポートや接続先を使うかはサービス、端末、ネットワーク、経路によって変わります。ZoomやTeamsの通信先を、固定のドメイン一覧だけで一律に決められるとは限りません。

UDPを通せるか確認する際は、Shadowrocket側のルールだけでなく、選択中のサーバーやプロトコルがUDP通信に対応しているか、接続先までのネットワークでUDPが遮断されていないかも確認します。サブスクリプションに含まれる項目の説明が不明確な場合は、ご自身が利用しているサービスの提供元に確認してください。UDPに対応していない経路では、ルールを追加してもUDPが使えるようにはなりません。

ルールは接続先の判定に使うもので、サービス全体の品質や通信プロトコルを強制的に改善する機能ではありません。会議サービスのドメインを推測してDOMAIN-SUFFIXを追加すると、サインインや会議以外の通信まで同じポリシーになる可能性があります。確かな接続先が分からない場合は、広い範囲のルールを作らず、まず現在のConfigと接続記録を確認します。

3. 会議の用途に合わせて検証方法を選ぶ

在宅勤務では、会議中だけでなく、社内サイトや業務サービス、通常のWeb閲覧も同じ端末で行います。Global Routingを変更すると、会議以外の通信経路も変わる場合があります。最初は現在の設定を保存し、問題が起きた場面を再現できる範囲で、一つの条件だけを比べてください。

4. Configを保存し、ルールを一つずつ検証する

ここでは、既存のConfigを保全したうえで、ルールの適用状態を確認する手順を示します。接続先ドメインが特定できていない場合は、例のドメインを実際のサービスに置き換えて登録しないでください。ZoomやTeamsの接続先は、公式のネットワーク要件や実際の接続記録など、確認可能な情報に基づいて扱います。

1. 現在の設定を保存

   Configを開き、利用中の設定ファイルを確認します。編集する前に、元の内容を複製または安全な場所へ保存し、設定名と変更前のGlobal Routingを記録してください。

2. ルーティングを確認

   Home → Global RoutingでConfigを選びます。ProxyやDirectを選んでいる場合、Configに書かれた個別ルールの動作を検証する状態とは異なります。Sceneを利用している場合は、該当シーンの設定も確認します。

3. 接続先を照合

   会議の発生時刻とShadowrocketの接続記録を照らし合わせ、実際に観測できたドメインや接続先だけを確認します。認証情報を含むURLや機密情報は、記録を共有する前に必ず隠してください。

4. 小さく変更

   対象が確認できた場合のみ、既存ルールとの重複や順序を調べて、限定した変更を一つ行います。ルールは上から順に判定されるため、広いDOMAIN-SUFFIXより前に例外が必要か確認し、FINALの位置とポリシーも変えないよう注意します。

5. 会議を再テスト

   同じ場所・同じネットワークで会議に参加し、音声、映像、画面共有を個別に確認します。結果と時刻を記録し、改善しない場合は追加のルールを重ねず、変更を戻して次の原因を切り分けます。

構文を説明するための例は次のとおりです。example.comは説明用のドメインで、会議サービスの接続先を表すものではありません。実際のConfigでは、対象とポリシーを確認しないまま貼り付けないでください。

[Rule]
DOMAIN,api.example.com,PROXY
DOMAIN-SUFFIX,example.com,DIRECT
FINAL,DIRECT

この例では先に一致したルールが使われます。実際の会議通信をPROXYにするかDIRECTにするかは、ユーザー自身のネットワーク方針とサービス要件に基づいて判断します。すでに利用できている業務向けルールやFINALを、例に合わせて一括変更する必要はありません。

5. Wi-Fiとモバイル通信で別々に確認する

Wi-Fiからモバイル通信へ切り替わると、利用する経路や到達性が変わり、確立済みの会議接続が中断することがあります。接続切り替えの直後だけ音声が途切れる場合は、ルールを変更する前に、同じネットワークを一定時間使った状態でも再発するか確認します。Wi-Fiではルーターの混雑や電波、モバイル通信では電波状況や利用可能なデータ通信量など、端末の外側の条件も記録してください。

モバイル通信のデータ使用量が限られている場合は、映像品質や画面共有の利用も含め、会議アプリ側の設定を確認します。Shadowrocketのルール変更はデータ通信量そのものを抑える保証にはなりません。また、組織から指定されたVPNやネットワーク要件がある場合は、個人判断で迂回する設定を追加せず、管理者の案内を優先してください。

6. 変更を残す前に、会議と業務サービスを再確認

一度だけ会議に参加できたことを、安定性の確認完了としないでください。Wi-Fiとモバイル通信のうち普段使う環境で、複数回の短いテストを行い、発生時刻、会議機能、接続状態を記録します。テストのたびに接続先やルールを変えるのではなく、変更した項目を記録して、結果を比較できる状態にします。

• 会議：参加、音声、映像、画面共有を分けて確認し、アプリ側の品質表示があれば記録します。
• 業務サービス：社内サイト、認証、必要な業務アプリに接続できるか確認します。会議だけが使える状態を最終設定にしないでください。
• Config：変更したルールとその理由を記録し、不要な重複や広すぎるドメイン範囲を残さないよう整理します。
• 切り戻し：品質が悪化したり、業務サービスに影響したりした場合は、保存した変更前の設定に戻して再確認します。

会議の不調は、アプリ、ネットワーク、サービス側の接続先、VPN経路など複数の要因で起きます。Shadowrocketでは、現在のGlobal RoutingとConfig、選択中の接続先、記録された通信を分けて確認し、裏付けのない固定ルールを増やさないことが重要です。設定を変更しても原因を特定できない場合は、発生時刻と診断情報を整理し、会議サービスの管理者やご自身が利用しているネットワークサービスの提供元に確認してください。