ZoomやTeamsの会議、社内WebサービスをShadowrocketと併用する方向けに、在宅勤務で確認したいルーティング設定を紹介します。業務サービスを直接接続する場合の考え方、調査対象の通信を分けてログを確認する手順、Wi-Fiとテザリングでの切り分けをまとめました。会社のネットワークポリシーを優先し、ドメイン名や接続先は勤務先から案内された情報、または自分の接続ログで確認した値を使ってください。
最初にGlobal Routingと接続状態を確認
会議の音声が途切れる、画面共有が始まらない、社内ポータルだけ開けないといった症状が出たとき、すぐにルールを追加するのは避けましょう。通信がShadowrocketを経由しているか、Configのルールが有効か、接続先のネットワーク自体に問題があるかを分けて調べる必要があります。まずHomeで接続状態を確認し、Global Routingがどのモードかを記録します。
- Config：ルールに従って通信を振り分けます。今回のように業務サービスごとの経路を調整するときに使います。
- Proxy：通信全体をプロキシ経由にするモードです。会議が不安定なとき、Configの個別ルールが原因かを切り分ける目的で短時間だけ確認できます。会社のルールに反する通信経路へ変更してはいけません。
- Direct：通信全体を直接接続するモードです。接続先への直接通信が許可されているかを調べる場合に使えますが、Configのルール動作を確認する試験にはなりません。
最初に現在の設定、発生時刻、利用回線、症状をメモします。たとえば「自宅Wi-FiでTeamsの音声は聞こえるが画面共有が開始しない」「テザリングでは同じ操作が成功する」のように、アプリ名だけでなく失敗した操作まで記録すると比較しやすくなります。会議中に何度もGlobal Routingを切り替えると、経路変更そのものが通信を中断する可能性があるため、テストは会議のない時間に行うのが安全です。
業務サービスを直接接続するルールの考え方
勤務先が業務サービスの直接接続を許可している場合は、確認済みの社内ドメインだけを対象に、狭い条件からルールを作ります。社内ポータルの完全なホスト名が分かっているなら、まずDOMAINでそのホストだけを指定します。複数の社内サービスが同じドメイン配下にあり、対象範囲を広げてよいことを確認できた場合に限り、DOMAIN-SUFFIXを検討します。似た名前のドメインや、関連会社を含む広い範囲を推測で追加しないでください。
以下は構文を示すための例です。corp.exampleとportal.corp.exampleは説明用であり、実際の社内サービスの接続先ではありません。業務用ドメインは勤務先の管理者に確認するか、接続ログで対象ホストを確認してください。
[Rule]
DOMAIN,portal.corp.example,DIRECT
DOMAIN-SUFFIX,corp.example,DIRECT
FINAL,PROXY社内サービス
- 条件
- DOMAINまたはDOMAIN-SUFFIX
- ポリシー
- 勤務先が許可する場合にDIRECT
- 確認元
- 管理者の案内または接続ログ
対象ホストと業務上の必要性を確かめてから、最小範囲で追加します。
会議サービス
- 条件
- 実際に確認したホスト名
- ポリシー
- 組織のネットワーク方針に従う
- 順序
- 該当する例外を広いルールより前に配置
会議アプリが使う接続先は機能や構成により異なるため、固定の一覧を推測で作らないでください。
会議サービスのすべての通信を一つのドメイン規則で処理できるとは限りません。サインイン、会議制御、音声・映像、画面共有などで異なる接続先や通信方式が使われることがあります。また、接続先の仕様や組織の設定が変わることもあります。特定のホストだけをDIRECTにしても改善しない場合は、手当たり次第に親ドメインやIP範囲を追加せず、ログの時刻と失敗した機能を添えて勤務先の管理者に確認してください。
ルールは上から順に評価されるため、広い条件が先にあると、後ろに置いた個別ルールまで到達しない場合があります。既存のConfigにFINALがある場合は通常その後へルールを追加せず、例外ルールを適切な位置に置きます。ポリシー名のPROXYは構成にその名前の選択肢がある場合だけ使用し、存在しない名前をそのままコピーしないでください。
業務通信と調査用通信を分ける
社内サービスと、原因調査のために経路を確認したい通信は、同じルールにまとめず別々に考えます。まず社内ドメインは勤務先の指示に沿って処理し、調査対象は確認するホストを一つずつ絞ります。ブラウザーで開いたページが表示されても、会議アプリが使うすべての接続が正常とは限りません。反対に、会議がつながらないというだけで、ログに出た通信をすべてプロキシへ送るのも適切ではありません。
-
状態を記録
Homeで接続状況を確認し、Global Routingの設定、回線名、発生時刻、ZoomまたはTeamsで失敗する機能をメモします。認証情報や会議の参加リンクは記録・共有しないでください。
-
ログを絞る
Configを選択して対象アプリで一度だけ再現し、接続ログからその時刻のホスト名と適用されたルールを確認します。関係のない時間帯の通信や、アプリ名だけを手がかりにした推測は避けます。
-
1ルール変更
勤務先の方針に合うことを確認したうえで、対象ホストのルールを一つ追加または修正します。複数のドメイン、DNS、ルーティング設定を同時に変更すると、改善の原因を特定できなくなります。
-
同じ操作で再試験
同じ回線、同じアプリ、同じ機能を使って再確認します。成功・失敗だけでなく、接続ログのルール結果と発生時刻も記録し、変更前と比較します。
-
元に戻す
改善しない、または別の業務機能に影響した場合は、直前の変更を戻します。広いドメイン範囲や複数の設定を追加して症状を覆い隠さないでください。
診断用にルーティングを一時変更する場合も、会社のVPN、情報管理、通信経路に関する規則を優先します。業務データを扱う接続を、許可されていない経路へ流して原因を探る方法は避けてください。管理対象端末では、組織のポリシーでShadowrocketの利用や設定変更が制限されていることもあります。
Wi-Fiとテザリングで比較する手順
自宅Wi-Fiだけで症状が出るか、テザリングでも再現するかを比較すると、問題が端末設定にあるのか、回線側の条件にあるのかを絞り込みやすくなります。テザリングは別のネットワーク経路での比較材料ですが、会社の接続要件を満たす保証や、安定した会議品質の保証にはなりません。データ通信量や勤務先のセキュリティ規則にも注意してください。
- 比較条件をそろえる：同じ端末、同じ会議アプリ、同じ会議機能を使います。片方では音声、もう片方では画面共有という比較にしないでください。
- 回線以外は固定する：Global RoutingとConfigを変えず、自宅Wi-Fiとテザリングを順に試します。可能なら会議のない時間帯に、同じテスト操作を行います。
- 症状を分けて記録する：サインイン、会議への参加、音声、映像、画面共有を別々に記録します。「会議が不調」だけでは、調査する接続を特定しにくくなります。
- 差が出た場合：Wi-Fiでだけ失敗するなら、ルーターや回線の制限、DNS、ファイアウォールなどの可能性を調べます。テザリングでだけ失敗するなら、携帯回線の条件や組織側の制限も確認します。
- 両方で失敗する場合：端末のConfig、アプリの状態、勤務先のサービス状況を確認し、発生時刻とログの情報を管理者へ共有します。
テザリングに切り替えた後は、元のWi-Fiへ戻したときに症状が再現するかも確認します。一度だけ成功した結果だけで原因を断定せず、回線変更以外の条件が同じだったかを見直してください。会議アプリの更新、OSのネットワーク設定、家庭内の他の通信負荷などが同時に変化していないかも、記録しておくと判断に役立ちます。
よくある症状から確認箇所を絞る
会議には入れるのに音声が途切れます
まず同じ回線でGlobal RoutingとConfigを変えずに再現し、発生時刻とログを確認します。自宅Wi-Fiとテザリングで差が出るかを調べ、UDPやファイアウォールに関する条件は勤務先の管理者とネットワーク提供元に確認してください。
社内ポータルだけ開けません
ブラウザーの接続ログで実際のホスト名と適用ルールを確認します。社内ドメインを推測で追加せず、管理者に正しい接続先と許可される経路を確認してから、狭い条件でルールを調整してください。
ルールを追加したのに変化がありません
Global RoutingがConfigになっているか、ルールが対象通信より前に評価される順序か、追加したホスト名がログ上の接続先と一致するかを確認します。ポリシー名が現在のConfigに存在するかも見直してください。
ログには業務ドメイン、利用者情報、接続先の詳細が含まれる場合があります。スクリーンショットや設定ファイルを外部へ送る前に、共有が許可されているか確認し、必要のない情報を含めないようにしてください。PrivateKey、認証情報、社内専用の接続情報は公開しないでください。
在宅勤務の設定では、最初に経路と症状を記録し、Configで対象を絞り、ルールを一つずつ検証するのが基本です。直接接続の可否や会議通信の許可条件は組織ごとに異なるため、勤務先の指示を基準にしてください。回線比較とログの結果がそろえば、設定をむやみに広げず、必要な情報を管理者へ伝えられます。