在宅勤務のZoom・Slack通信をClashで整える
在宅勤務では、Zoomの会議音声や画面共有が途切れる一方で、Slackの通知や社内サービスは普段どおり使いたい、という場面があります。通信全体を一律にプロキシへ流すと、会議以外の国内サービスまで遠回りして遅くなったり、会社のVPNやネットワーク制御と競合したりすることがあります。Clashのルール分流を使えば、必要な通信だけを指定したポリシーへ送り、それ以外はDIRECTにする構成を作れます。
ただし、ZoomやSlackは単一の接続先だけで動くアプリではありません。ログイン、メッセージ同期、ファイル共有、会議の音声・映像などで、異なるホストや通信方式を使います。接続先もアプリの更新や組織の設定によって変わるため、「このドメインを登録すれば常にすべて解決する」という固定リストに頼るのは避けましょう。本稿では、Clash Verge RevとMihomo系コアを例に、ノードの選び方、ルールの考え方、会議前の確認手順を順に説明します。画面の名称はクライアントやバージョンで異なる場合がありますが、基本の考え方はほかのClash系クライアントにも応用できます。
最初に確認したいのは、プロキシが必要な理由です。会社が指定したVPNやプロキシを使う必要がある場合は、まず社内IT部門の案内を優先してください。Clashは通信経路を整理するためのクライアントであり、会社のアクセス制御を回避する目的で使うものではありません。社内ネットワークの規則に反する設定や、会議の機密情報を未承認のサービスへ送る設定は避けます。
ZoomとSlackを分けて考えるルール設計
まずは、アプリ名だけで通信を完全に識別できるとは限らないことを押さえておきます。ドメインルールはホスト名を基準に通信を分けますが、ZoomやSlackが利用するホストは複数あり、認証やCDNなどの共通サービスが関係することもあります。また、プロセス名を使うルールは対応するコアやOS、クライアントの設定によって挙動が異なります。最初からアプリ全体を一括で特定しようとせず、実際のログと接続結果を見ながら狭い範囲から調整するのが安全です。
Zoomでは、サインインや会議情報の取得に使うHTTPS通信と、音声・映像のリアルタイム通信を分けて考えます。会議のメディア通信はUDPを利用する場合があり、一般的なHTTPプロキシ設定だけでは期待どおりに中継されないことがあります。TCPへフォールバックすると会議に参加できても、遅延や音質が悪化する可能性があります。そのため、ClashのログにZoom関連のHTTPS接続が見えることだけで、音声・映像まで正しく経由していると判断しないでください。会社が指定するVPNやZoomのネットワーク要件がある場合は、組織の設定を優先します。
Slackも、ワークスペースへの接続、認証、メッセージ同期、ファイルや画像の取得などで通信先が分かれます。ワークスペースのドメインだけをPROXYにしても、ログイン画面やファイル表示が別の経路へ出れば、一部機能だけ失敗することがあります。一方で、広いドメイン範囲を根拠なく追加すると、関係のないサービスまでプロキシに流れる可能性があります。必要なホストを特定できないときは、推測でルールを増やすのではなく、再現した操作の時刻とClashの接続ログを照合してください。
| 対象 | 確認する通信 | 設定時の注意 |
|---|---|---|
| Zoom | サインイン、会議情報、音声・映像 | リアルタイム通信はUDPや組織側のネットワーク設定も確認する |
| Slack | 認証、メッセージ同期、ファイル取得 | ログに出たホストを確認し、必要な範囲だけルールへ加える |
| 社内サービス | 社内ポータル、勤怠、社内VPN | 組織指定の経路を優先し、安易に外部ノードへ送らない |
| 一般の国内サイト | 通常のWeb閲覧 | 問題がなければDIRECTを維持し、不要な迂回を避ける |
ルールの優先順位にも注意が必要です。多くの設定では上にあるルールから順に判定され、最後のMATCHが残りの通信を受け取ります。ZoomやSlack向けに追加したルールが広いMATCHより下にあると、先にMATCHへ一致して意図したポリシーへ届かないことがあります。編集後はルール一覧の順序を見直し、ログで実際に一致したルール名とポリシーを確認しましょう。
ノード選択からルール確認までの実践手順
設定変更は、会議の直前ではなく時間に余裕があるときに行います。まずプロファイルをバックアップするか、変更前の内容を控えてください。会社管理の端末では、管理者の許可なくネットワーク設定やTUNを変更しないでください。以下ではClash Verge Revを例にしますが、別のクライアントでは設定項目の場所や名称が異なる場合があります。
- 現在の通信状態を記録する：Clashのシステムプロキシ、TUN、ルールモードの状態と、会社VPNの接続状態を確認します。ZoomとSlackを一度ずつ起動し、変更前にどの機能が使えるか記録してください。問題がなければ、設定を変える必要があるかも改めて判断します。
- 目的に合うノードを選ぶ：プロファイル内のプロキシグループから、利用地域や提供元の案内に合ったノードを選びます。遅延テストの数値は目安であり、短い測定で会議中の安定性までは分かりません。距離や遅延だけで決めず、混雑時の速度、パケット損失の有無、利用規約も考慮し、会議を想定したテストで比較します。
- ルールモードを確認する：クライアントがグローバルモードではなくルールモードになっているか確認します。グローバルモードでは、対象を限定するつもりでも広範囲の通信が同じ経路になることがあります。テスト中にモードを切り替えた場合は、終了後に元の運用状態へ戻すことも忘れないでください。
- 対象の通信をログで見つける：Clashの接続画面やログを開き、Slackのメッセージ送信、ファイル表示、Zoomのサインインやテスト会議を個別に行います。各操作の時刻とログに表示されたホスト名、通信方式、選ばれたルールを照合します。ホスト名だけを見て判断せず、その接続がどの操作に対応していたかを再現して確認してください。
- 狭いルールから追加する：プロファイルのルール編集が許可されている場合は、ログで必要性を確認できたホストだけを適切なポリシーへ割り当てます。ルール形式やポリシー名はプロファイルによって違うため、既存の書き方に合わせます。購読更新で手編集が上書きされることがあるので、永続化方法を確認し、編集後に構文エラーがないか検証してください。
- 変更を一つずつ試す：ルールをまとめて大量に追加せず、一つの変更ごとにSlackの送受信、ファイル表示、Zoomの会議参加を確認します。問題が起きたら直前の変更を戻し、どの操作で変化したかを絞り込みます。複数のVPNやプロキシを同時に切り替えると原因が分かりにくくなるため、検証中は条件をなるべく固定してください。
設定ファイルを直接編集する場合、ルールのタイプやポリシー名はプロファイルの仕様に合わせる必要があります。たとえばドメインルールを追加しても、指定したグループ名が設定内に存在しなければエラーになったり、意図しない動作になったりします。特定のドメインをそのまま記載する方法と、ドメイン末尾の一致を使う方法は対象範囲が異なります。広い一致条件はサブドメイン全体へ適用されることがあるため、ログで必要な範囲を確かめてから選びましょう。
会議前の確認とトラブル時の切り分け
会議の前には、実際の利用環境で短いテストを行います。普段使うWi-Fiに接続し、Clashのプロファイルが更新済みで、選択したポリシーに利用可能なノードがあることを確認してください。ノードの遅延が低く表示されても、その後に混雑する可能性はあります。大切な会議では、代替ノードやClashを一時停止する手順も事前に把握しておくと、障害時に慌てずに済みます。
- Slack：メッセージを送受信し、ワークスペースの切り替え、画像やファイルの表示を試します。通知だけ届いて本文や添付ファイルが開かない場合は、関連する接続先が異なる経路へ分かれていないかログを確認します。
- Zoom：テスト会議や短い通話で、マイク、スピーカー、カメラ、画面共有をそれぞれ確認します。会議に入れることと、音声・映像が安定することは別の確認項目です。音声だけ途切れる場合は、ノード変更だけで解決すると決めつけず、Wi-Fiの混雑やUDPの扱いも調べます。
- Clash：テスト中の接続ログで、対象ホストが想定したルールとポリシーに一致しているかを確かめます。ログに通信がない場合は、その通信がClashを通っていない可能性もあります。システムプロキシを利用するアプリと、独自の通信方式を使うアプリは挙動が異なります。
- 会社VPN：同時利用が認められているか、VPN接続時にDNSやデフォルトルートが変更されるかを確認します。VPNを切断して試すことが許可されていない端末では、組織の管理者に相談してください。
問題を切り分けるときは、「Clashを通すと失敗するか」「DIRECTにすると変わるか」「別の承認済みノードでも同じか」を一度に一つずつ比較します。DIRECTで成功する場合でも、社内規則や地域の要件を無視して設定を固定してはいけません。経路の違いが原因かを把握するための一時テストとして扱い、必要なら管理者へ結果を共有してください。ノードを替えても同じ症状なら、ClashのルールよりもWi-Fiの品質、アプリの更新、組織側のアクセス制御に原因がある可能性があります。
認証情報を含む購読URL、ワークスペースの情報、ログには機密データが含まれる場合があります。公開のサポート掲示板へ貼る前に、URL、ユーザー名、IPアドレス、トークン、社内ホスト名などを削除してください。Clashのログを共有する必要があるときも、組織の情報管理ルールに従い、必要な行だけを伏せ字処理して共有します。設定を戻す際は、追加したルールだけでなく、システムプロキシやTUN、DNS関連の変更も確認し、会議前の状態に戻ったことを確かめます。
会議アプリ付属のネットワーク設定だけでは通信先や経路を細かく分けにくいことがあり、単純な全体VPNでは社内サービスまで迂回して速度や互換性に影響する場合があります。Clashならルールとログを使って、Slackの機能ごとの接続やZoomの会議前テストを確認しながら、必要な通信だけを分けて調整できます。会社のポリシーを優先しつつ、複数の経路を説明可能な形で管理したい場合は、利用端末に合うクライアントと設定を確認してみてください。