在宅勤務のZoom・Slackを安定させるClashの通信振り分け設定ガイド
最初に整理する:Zoom・Slackの通信だけを分ける
在宅勤務中にZoomの音声や画面共有が途切れたり、Slackのメッセージやファイルの読み込みが遅れたりすると、すぐにノードを切り替えたくなるかもしれません。しかし、通信の問題はノードだけでなく、Wi-Fiの混雑、VPNやセキュリティソフトとの競合、DNS、Clashに通信が取り込まれているかどうかなど、複数の段階で起こります。まずは通常のWeb閲覧と仕事用アプリを分け、どの経路で失敗しているか確認しましょう。
Clashのルールモードでは、設定ファイルのルールが上から順に評価され、最初に一致したルールの出站先が使われます。ZoomやSlackの通信をプロキシグループへ送るルールを、一般的な直接接続ルールや最後のMATCHより前に置くのが基本です。普段のサイト閲覧は、既存のルールでDIRECTになるようにします。グローバルモードに切り替えるだけでは、仕事用アプリだけを選んで振り分ける設定にはなりません。
ここでいうルールは、ドメイン名などの条件に合った通信を振り分ける方法です。デスクトップ版であっても、ドメインルールだけでアプリ名を直接識別できるわけではありません。また、Zoomの音声・映像はドメイン名だけでは判断しにくいUDP通信を含む場合があります。ドメインルールを追加しても会議の全通信が必ずそのルールに一致するとは限らないため、実際の接続履歴とログを合わせて確認してください。
| 対象 | 設定の考え方 | 確認する点 |
|---|---|---|
| Zoom | 利用中のサービスで必要なドメインを確認し、専用のプロキシグループに振り分ける | 会議中の遅延、音声・映像、UDP通信、接続ログ |
| Slack | ワークスペースと利用機能に応じたドメインを対象にする | サインイン、メッセージ、通知、ファイルの各動作 |
| 通常のWeb閲覧 | 既存のルールでDIRECTにするか、必要なサイトだけ別グループにする | 仕事用ルールを追加した後も一般サイトが意図しない経路になっていないか |
| 社内サービス | 会社指定のVPN、DNS、アクセス規則を優先する | Clashの設定が社内ネットワークの接続要件と競合していないか |
ルールとノードを選ぶ:一括設定にしない
まずクライアントの「設定」または「プロファイル」で、現在読み込まれている設定を確認し、編集前にバックアップを保存します。サブスクリプションから取得した設定は、更新時に手動編集が上書きされることがあります。設定の編集欄やオーバーライド機能が用意されている場合は、提供元の設定を直接書き換えるより、更新後も維持できる方法を選んでください。利用しているクライアントやコアによって、編集できる項目と操作名は異なります。
以下はルールの考え方を示す例です。`Work`は既存の`proxy-groups`に定義されているグループ名へ置き換えてください。ドメインは例示であり、ZoomやSlackの全機能を網羅する固定リストではありません。必要なドメインは利用地域、アカウント、機能、サービス側の変更によって異なるため、利用中のサービスの案内と接続ログで確認します。
rules:
- DOMAIN-SUFFIX,zoom.us,Work
- DOMAIN-SUFFIX,zoom.com,Work
- DOMAIN-SUFFIX,slack.com,Work
- DOMAIN-SUFFIX,slack-edge.com,Work
# この下に、既存の地域別・直接接続ルールを置く
- MATCH,GLOBAL
この例の`GLOBAL`は実際に存在するグループ名ではありません。設定にその名前のグループがなければ、末尾のルールも既存の構成に合わせて残してください。最後にMATCHを置く構成では、上に書かれたルールに一致しなかった通信がそこへ送られます。例をそのまま貼り付けるのではなく、現在の設定のプロキシグループ名、既存のMATCHルール、ルールセットの読み込み方法を確認してから変更することが重要です。
ノード選びでは、一覧に表示される遅延値だけで決めないようにします。遅延テストは特定の宛先への応答時間を示すもので、Zoom会議の音声品質、UDPの到達性、混雑時の安定性を直接保証するものではありません。仕事用グループで候補を2つ程度に絞り、同じ時間帯に短い会議とSlackの送受信を試して、切断や遅延の傾向を比較してください。利用しているコアとノードの方式がUDP通信に対応しているか、サービス提供元の案内も確認します。
- 会議が重要な時間帯:自動切替で頻繁に経路が変わると接続が不安定になる場合があります。会議前に接続先を固定し、会議中は不要なノード変更を避けます。
- 遅延と安定性:最も低い数値だけでなく、数回測定したときのばらつきや、実際の通話で音声が途切れないかを見ます。
- 通常の閲覧:会議用グループに全通信を集約せず、仕事用ルールと一般サイトのルールを分けます。直接接続が必要なサイトまでプロキシへ送らないようにします。
動作確認をしながら設定する手順
ここでは、すでに有効な設定と利用可能なプロキシグループがあることを前提に、変更を小さく保ちながら動作を確かめます。メニュー名はClash Verge、Clash Verge Rev、Mihomo対応クライアントなどで異なるため、「設定」「プロファイル」「プロキシ」「接続」「ログ」に相当する画面を探してください。WindowsとmacOSのシステムプロキシ、AndroidやiOSのVPN接続では通信の取り込み方法も違います。
- 現在の状態を記録:クライアントとコアのバージョン、現在の出站モード、使用中のプロキシグループとノードを控えます。設定ファイルをエクスポートできる場合は、認証情報を含むファイルとして安全な場所に保存します。
- ルールを追加:設定の編集機能で、対象サービスに必要なルールだけを追加します。ルールは既存のMATCHより前に置き、グループ名に誤りがないか確認します。保存後は設定を再読み込みし、コアの起動ログに解析エラーがないことを確かめます。
- 仕事用グループを選択:「プロキシ」画面で追加したグループを開き、候補のノードを選びます。選択したグループにノードが表示されない場合は、ルールではなくグループ定義やプロファイルの読み込み状態を確認してください。
- アプリごとに試す:まずSlackでサインイン、メッセージ送信、ファイル表示を順に確認します。次にZoomで会議へ接続し、音声、映像、画面共有を短時間ずつ試します。アプリを一度終了して再起動すると、新しい接続が作られ、ルール変更の確認がしやすくなります。
- 接続記録を照合:「接続」または「ログ」を開き、テストした時刻の宛先、適用ルール、出站グループ、選択ノードを見ます。対象の記録がない場合は通信がClashに取り込まれていない可能性があり、DIRECTと表示される場合はルールの順序や一致条件を見直します。
- 通常の閲覧も確認:会議アプリを閉じた状態で、普段使うサイトをいくつか開きます。すべてが仕事用グループを経由していたり、意図しないサイトが接続できなくなったりしていないことを確認します。
一度にルール、ノード、DNS、TUN設定をすべて変更すると、改善した理由も新たな問題の原因も判断しにくくなります。まずルールだけを変更してテストし、次にノードを一つずつ比較してください。試験結果には日時とネットワーク環境も記録します。自宅のWi-Fiでは正常でも、テザリングや会社のネットワークでは結果が異なることがあります。
不安定なときの切り分けと運用上の注意
Zoomだけでなく他のアプリも遅い場合は、最初にWi-Fiの電波、ルーターの負荷、回線の混雑を確認します。Zoomだけが不安定なら、会議の接続記録、出站ノード、UDP通信の状態を確認します。Slackだけでメッセージが遅れる場合は、サインイン、DNS、対象ドメインのルールが分かれていないかを調べます。ブラウザーで同じサービスが開けることだけでは、デスクトップアプリの通信経路も正常だとは判断できません。
| 症状 | 確認する箇所 | 次の対応 |
|---|---|---|
| Slackは使えるがZoomの音声が途切れる | Zoomの接続記録、選択ノード、UDP対応、Wi-Fiの混雑 | 別のノードで短い会議を試し、会議中の経路変更を止めて比較します。 |
| ZoomもSlackも接続できない | コアの起動状態、プロファイル、システムプロキシまたはVPN、ログ | 設定の解析エラーとネットワーク全体の状態を確認し、最後に変更した項目を一つずつ戻します。 |
| 接続記録がDIRECTになっている | ルールの順序、ドメイン表記、対象通信が記録されているか | MATCHより前にルールがあるか確認し、サービス側の案内に基づき対象を追加します。 |
| 変更後に一般サイトまで遅くなった | 広すぎるルール、仕事用グループ、既存の直接接続ルール | 直前のバックアップと比較し、仕事用の対象だけにルールを限定します。 |
WindowsやmacOSでシステムプロキシを有効にしていても、アプリがOSの設定を参照しない場合があります。AndroidやiOSはVPN接続として端末の通信を取り込む仕組みが中心で、デスクトップのプロキシ設定と同じ動作ではありません。TUNモードを使う場合は、権限、仮想インターフェース、経路設定が関係します。システムプロキシで通信が見えないという理由だけで、すぐにTUNを有効にするのではなく、現在の環境で必要な取り込み方式か確認してください。
会社の会議や機密性の高い業務では、所属先のセキュリティ規則と利用サービスの案内を優先します。社内DNS、会社指定VPN、端末管理ソフトとClashが競合する場合は、無断で保護機能を停止せず、管理者へ相談してください。安定した設定を確認できたら、動作したノード、ルール、日時を記録し、サブスクリプション更新後にも主要な会議機能と通常のサイト閲覧を短く再確認すると、設定変更による影響を早期に見つけられます。