はじめに
在宅勤務では、Web会議の音声や映像が一瞬途切れるだけでも、会話の流れや作業効率に影響します。Zoom の会議が不安定な一方で、国内の業務サイトや社内サービスは問題なく使える場合、回線全体を変更する前に、Clash の通信経路を見直すと改善につながることがあります。
Clash は、設定したルールに基づいて通信をプロキシ経由または直接接続へ振り分けるツールです。Zoom や Slack など、必要なサービスだけを適切なプロキシグループに割り当て、国内サービスは DIRECT にすることで、経路の無駄や不要な遅延を抑えられます。Clash Verge Rev などの GUI クライアントでは、プロファイルを読み込み、ルールと接続状態を確認しながら調整できます。
この記事で確認すること
Zoom・Slack の通信経路、仕事用ノードの選び方、国内サイトを直接接続するルール、設定後の切り分け方法を順に確認します。
業務利用時の注意
会社のネットワーク利用規則や情報セキュリティ方針を先に確認してください。Clash の利用が許可されていない環境では設定を変更せず、管理者に相談しましょう。また、Clash はプロキシクライアントであり、接続先サービスや通信品質を保証するものではありません。
1まず通信の問題を切り分ける
最初に、問題が Zoom だけなのか、Slack やブラウザーを含むすべての通信なのかを確認します。会議中に音声が途切れる、映像が低画質になる、画面共有の開始が遅いといった症状は、必ずしもプロキシ設定だけが原因とは限りません。Wi-Fi の電波、ルーターの負荷、上り帯域の不足、同時に動いているクラウド同期や大容量ダウンロードも影響します。
- Zoom だけ不安定： 会議サーバーまでの経路、ノードの混雑、UDP 通信の扱いを確認します。
- Slack の読み込みやファイル転送が遅い： Slack のドメインが想定したルールに一致しているか、選択中のプロキシが安定しているかを確認します。
- 国内サイトも全体的に遅い： 国内通信までプロキシへ流れていないか、Wi-Fi や回線自体に問題がないかを確認します。
- 特定の時間帯だけ悪化する： ノードやインターネット回線の混雑を疑い、異なる時間帯や別の接続先でも比較します。
Clash Verge Rev などでプロファイルを有効にしたら、接続モードが「Rule」になっていることを確認します。「Global」ではすべての通信が選択したプロキシへ送られるため、国内サービスまで遠回りになることがあります。接続ログやプロキシの選択画面で、対象通信がどのルールに一致し、どのグループへ送られたかを確認してください。画面上の項目名はクライアントやバージョンによって異なります。
設定変更前に記録
現在のプロファイルを複製するか、変更前の YAML を保存しておきましょう。プロバイダーが配布する設定を直接上書きすると、更新時に変更が消えたり、構文エラーでプロファイルを読み込めなくなったりする場合があります。
2仕事用サービスと国内通信を振り分ける
基本方針は、仕事用サービスを用途に合ったプロキシグループへ送り、国内のWebサイトや社内サービスは必要に応じて DIRECT にすることです。プロバイダーの設定にすでに Zoom や Slack のルールが含まれている場合は、同じルールを重ねて追加する前に、接続ログで実際の振り分け先を確認してください。
以下は、既存のプロファイルにあるプロキシグループ名を使うことを想定した例です。Work や DIRECT という名前が現在の設定に存在しない場合は、そのまま貼り付けず、実際のグループ名に置き換えてください。ルールは上から順に評価されるため、汎用ルールより具体的なサービスルールを先に置きます。
これは構成の考え方を示す例です。実際に必要なドメインは、サービスの機能、会社の環境、配布プロファイルによって異なります。ドメインを一括で追加するより、Clash の接続ログで対象通信のホスト名とマッチしたルールを確認し、必要なものだけ調整してください。国内ドメインを直接接続する設定でも、IP アドレスやサービスの構成によっては想定外の経路になることがあります。
ルールを編集した後は、プロファイルを再読み込みし、Zoom の会議参加、Slack のメッセージ送信、画像やファイルの表示などを個別にテストします。ログに表示されるルール名と送信先が想定どおりかを見てください。特定の機能だけ失敗する場合は、その機能が別のドメインを使っている可能性があります。ログを確認して必要な範囲だけルールを補い、無関係なドメインまで広くプロキシへ送らないようにします。
国内通信を直結する際のポイント
GEOIP,JP,DIRECT は宛先 IP の地域判定に基づくルールです。会社のVPN、国外にある国内サービスの配信サーバー、プロバイダー固有のルールと競合することがあります。意図しない通信が直結またはプロキシ経由になった場合は、より具体的なルールを上位に置いて調整してください。
3会議に適したノードを選ぶ
仕事用ノードは、表示される速度の数値だけで決めず、実際に使う時間帯の安定性を確認します。応答時間が短くても、パケットロスや混雑が多ければ会議の音声は途切れます。可能であれば、複数の候補を同じ回線、同じ時間帯、同じ会議条件で比較し、音声・映像・画面共有をそれぞれ試してください。
- 地理的に近い候補から比較： 近い地域のノードは往復遅延を抑えやすい傾向がありますが、実際の経路や混雑状況も確認します。
- UDP 対応を確認： Zoom の音声・映像では UDP が使われることがあります。利用するノードやクライアントの構成が UDP をサポートしているか、提供元の情報を確認してください。
- 会議中の負荷を抑える： 大容量のアップロードやクラウド同期を一時停止し、上り帯域を会議に確保します。
- 自動選択と手動選択を使い分ける： URL テストで低遅延の候補を自動選択するグループは便利ですが、会議中に接続先が切り替わると通信が一時中断することがあります。安定した会議では、実測して問題の少ないノードを固定する方法も検討します。
Clash の遅延テストは、指定 URL への応答時間を測るものであり、Zoom 会議の音声品質を直接保証する指標ではありません。テスト結果が良好でも、会議の利用地域や時間帯、ノードのUDP処理状況によって品質は変わります。Slack についても、メッセージ送信だけでなく、ファイル添付や画像表示など実際の業務で使う機能を試してから候補を決めましょう。
会議中の切り替えに注意
ノードやモードの変更は既存の接続を切断することがあります。大切な会議の直前や進行中に設定を変更せず、事前テストを行ってから運用してください。
4動作確認とトラブル対応
設定後は、まず短いテスト会議や同僚との通話で音声と画面共有を確認します。続いて Slack で通常のメッセージ、画像、ファイルを試し、接続ログで各通信の振り分けを照合します。確認は一度に一つの条件だけを変えると、改善または悪化の原因を特定しやすくなります。たとえば、最初にノードを固定し、その結果を記録してからルールを変更します。
- Zoom が接続できない： Zoom 関連の通信が想定したグループへ送られているか確認します。ログに見えるホスト名を手掛かりにし、必要なルールだけ追加してください。
- 音声だけ途切れる： Wi-Fi と有線接続を比較し、ノードの混雑、UDP の対応状況、上り帯域を確認します。プロキシを通さない接続が会社の方針で許可される場合は、短時間の比較で原因を切り分けます。
- Slack のファイルだけ失敗する： ファイル配信に使われる通信のルールをログで確認します。接続先を推測して広範なルールを追加するのではなく、実際に観測されたドメインと提供元の情報に基づいて見直します。
- 国内サイトまで遅くなった： Rule モードで動作しているか、国内通信に一致するルールが汎用ルールより先にあるかを確認します。
- 設定変更後にプロファイルを読み込めない： YAML のインデント、カンマ、グループ名の綴りを確認し、変更前の設定へ戻してから一項目ずつ再編集します。
Clash Verge、Clash Verge Rev、Mihomo では、画面や設定項目の名称がバージョンによって異なる場合があります。また、会社の端末管理ソフト、ファイアウォール、別のVPNやプロキシが通信を制御していると、Clash のルールだけでは解決できません。業務用端末では管理者の指示を優先し、設定やログを共有する際は認証情報、サブスクリプションURL、社内ドメインなどの機密情報を必ず隠してください。
安定した状態が確認できたら、設定を保存し、会議前にクライアントの稼働状況と選択中のノードを確認する習慣をつけましょう。問題が再発した場合は、発生時刻、使用ノード、接続モード、該当ログを記録すると、回線・ノード・ルールのどこに原因があるかを切り分けやすくなります。