在宅勤務のClash設定術：Zoom・Google Meetを快適に使う方法
ZoomとGoogle Meetを使う在宅勤務向けに、Clashで会議通信と普段のウェブ利用を分ける設定を解説。ルールの作り方、DNSの選び方、遅延の少ないノード確認まで、仕事中に使いやすい構成をまとめます。
在宅勤務でClashを使うときの基本設計
ZoomやGoogle Meetを使う在宅勤務では、単に「プロキシをオンにする」だけでは安定した通信にならないことがあります。オンライン会議は音声、映像、画面共有をリアルタイムで送受信するため、Webページを開く場合よりも遅延、パケットロス、経路の揺れに敏感です。一方で、普段の検索やニュース閲覧、社内サービス、国内の業務サイトまで同じノードを経由させると、不要な遠回りが増えて通信速度が落ちる場合があります。
そこでClashでは、通信を一つの経路に固定するのではなく、目的に応じて会議通信、通常のWeb利用、国内サービス、ローカルネットワークを分けて考えます。会議アプリが安定して接続できるノードを選び、直接接続に向いている通信は DIRECT に戻すことで、仕事中のレスポンスと安定性を両立しやすくなります。
この構成はClash Verge、Clash Verge Rev、Mihomo系クライアント、Clash for Androidなど、ルールベースの設定に対応したクライアントで応用できます。画面上の項目名はクライアントごとに異なりますが、確認する順番はおおむね共通しています。
設定前に確認すること
最初に、会議がうまくいかない原因が本当にClashにあるのかを切り分けます。Clashを停止した状態でもZoomやGoogle Meetが不安定なら、Wi-Fiの電波、ルーター、回線混雑、マイクやカメラの負荷が原因かもしれません。逆にClashを有効にしたときだけ音声が途切れるなら、ノードの品質、ルール、DNS、TUNの経路を確認する価値があります。
事前チェックリスト
- ZoomまたはGoogle Meetを最新版に更新し、ブラウザ版とデスクトップ版のどちらを使うか決める
- Clashのサブスクリプションを更新し、古いノードや期限切れのノードを整理する
- 会議中に大量のダウンロード、クラウド同期、動画配信を同時に実行していないか確認する
- Clashのログと接続画面を開き、会議中にどのドメインがどのポリシーへ振り分けられているか確認する
- 会社のVPN、ウイルス対策ソフト、ネットワーク監視ツールが別のプロキシを要求していないか確認する
会社支給のパソコンでは、管理者が指定したVPNやセキュリティ設定をClashで置き換えないでください。業務上必要な接続先がある場合は、社内ルールを優先し、Clashのルール追加は管理者の許可を得てから行います。特に社内ポータルや勤怠システムは、プロキシ経由にすると認証やアクセス元制限で問題が出ることがあります。
クライアントと動作モードを選ぶ
WindowsではClash Verge Rev、macOSではMihomo対応のClashクライアント、AndroidではClash Meta系のクライアントが候補になります。重要なのはアプリ名よりも、現在使っているコアが必要なプロトコル、ルールセット、DNS機能、TUNモードに対応しているかです。サブスクリプションにHysteria2やTuicなどが含まれている場合、古いコアではノードが読み込めないことがあります。
まずはトラブルの少ないシステムプロキシとRuleモードから始めるのがおすすめです。ブラウザや一般的なデスクトップアプリを対象にするだけなら、システムプロキシで十分なことが多いからです。ゲーム、ターミナル、Electronアプリなどシステムプロキシを無視する通信まで対象にしたい場合は、TUNモードを検討します。
| モード | 向いている場面 | 注意点 |
|---|---|---|
| Rule | 会議と通常Webをルールで分けたい場合 | ルール順序と最終ポリシーを確認する |
| Global | 一時的に全通信を同じノードで試す場合 | 国内サイトまで遠回りし、速度が落ちやすい |
| TUN | システムプロキシ非対応のアプリも対象にする場合 | 他のVPNや仮想NICと競合することがある |
最初からTUNと複雑なDNS設定を同時に有効化すると、原因の切り分けが難しくなります。最初はシステムプロキシ、Ruleモード、既存のDNS設定という最小構成で会議を試し、必要になった機能だけ後から追加してください。
Zoom・Google Meet向けのルールを作る
会議通信を安定させるには、アプリ名だけでなく、実際に接続されるドメインをルールで扱います。Zoomはログイン、会議制御、音声・映像、アップデートなどで複数のホスト名を利用します。Google MeetもGoogleアカウント、会議制御、メディア配信に関係する複数のドメインへ接続します。そのため、特定の一つのドメインだけをプロキシへ送れば必ず解決するとは限りません。
まず会議を開始し、Clashの「接続」または「Connections」画面で、会議アプリやブラウザが新しく接続したドメインを確認します。必要なドメインを一つずつルールに追加し、会議以外のGoogleサービス全体を無条件にプロキシへ送らないようにするのがポイントです。業務環境によって利用ドメインは異なるため、他サイトからコピーしたルールをそのまま信頼するのではなく、自分のログで検証します。
ルール作成の手順
- 会議を開始する前に、Clashで接続ログを表示する
- ZoomまたはGoogle Meetの画面を開き、ログイン、参加、音声、画面共有を順番に試す
- 関連するドメインを確認し、会議用のポリシーグループへ送るルールを作る
- 社内サイト、プリンター、NAS、ルーターなどのLAN宛て通信は
DIRECTにする - 会議を終了してから、通常のWebサイトが意図した経路になっているか確認する
設定ファイルを自分で編集する場合は、既存のルールより前に追加する必要があります。下の例は考え方を示すための簡略化した断片であり、実際のドメイン名やプロキシグループ名は利用中のサービスに合わせて置き換えてください。
rules:
- DOMAIN-SUFFIX,zoom.us,MEETING
- DOMAIN-SUFFIX,zoom.com,MEETING
- DOMAIN-SUFFIX,meet.google.com,MEETING
- DOMAIN-SUFFIX,googleapis.com,MEETING
- GEOIP,LAN,DIRECT
- MATCH,PROXYただし、Google関連ドメインを広く指定しすぎると、検索、Drive、社内アカウント、動画サービスまで同じ出口になることがあります。業務上の必要性と通信量を見ながら、会議に必要な範囲へ絞るほうが管理しやすい構成です。ルールを追加した後は、接続画面で実際に MEETING グループへ入っていることを確認してください。
DNSと遅延を確認する
会議の開始に時間がかかる、参加後に映像だけ止まる、接続先が頻繁に変わるといった症状では、DNSと経路の両方を確認します。DNSはドメイン名をIPアドレスへ変換する仕組みです。Clashを使っていても、OS、ブラウザ、ルーター、TUNの設定が別々のDNS経路を使うと、名前解決だけがClashを迂回することがあります。
まずClashのDNS機能を有効にした状態で、ブラウザの「安全なDNS」や独自DoH設定が二重に動いていないか確認します。二重のDNSが必ず悪いわけではありませんが、どちらが名前解決を担当しているのか分からない状態はトラブルの原因になります。fake-ipを使っている場合、社内システム、プリンター、ルーター管理画面などで相性問題が出ることがあるため、LANドメインやプライベートIPを除外してください。
注意
DNSサーバーを増やせば必ず速くなるわけではありません。応答の遅いサーバー、現在のネットワークから到達しにくいサーバー、地域に合わないサーバーを混在させると、初回接続が不安定になることがあります。変更前に設定をバックアップしてください。
ノード選びでは、単純なping値だけで判断しないことも重要です。ICMPの応答が速くても、実際のHTTPS接続や会議中の上り通信が安定するとは限りません。候補ノードを数個に絞り、同じ時間帯に会議参加、音声、カメラ、画面共有を試して、遅延とパケットロスを比べます。自動選択グループがある場合も、会議直前に頻繁な切り替えが起きないよう、安定したノードを手動で固定する方法が有効です。
会議前のテストとトラブルシューティング
在宅勤務では、会議が始まってから設定を変更するより、数分の事前テストを習慣にするほうが安全です。Clashの接続画面を表示し、会議用ドメインが想定したグループへ入ること、ノードの遅延が急上昇していないこと、音声と映像の送受信が継続していることを確認します。
- 音声が途切れる場合：別のノードに切り替え、Wi-Fiの電波と上り帯域を確認します。Globalモードで改善するなら、Ruleのマッチ漏れや誤った直送が疑われます。
- 参加できない場合：ログイン関連ドメインが別のポリシーへ送られていないか、DNS解決が失敗していないかを確認します。
- 画面共有だけ失敗する場合：会議制御とは異なるメディア配信先が使われている可能性があります。共有開始時の新しい接続をログで確認してください。
- 社内サイトが開かない場合：社内ドメイン、プライベートIP、会社VPNの経路を
DIRECTまたは会社指定の経路へ戻します。 - 特定のアプリだけ動かない場合：システムプロキシに対応していない可能性があります。必要な場合だけTUNを有効にし、他のVPNを停止して比較します。
テスト時は一度に複数の設定を変えないでください。ノード、ルール、DNS、TUNを同時に変更すると、どの変更が改善につながったか判断できなくなります。変更内容と結果を簡単にメモしておけば、次回の会議前に同じ切り分けを繰り返さずに済みます。
運用のヒント
会議専用のプロキシグループを作り、普段のWeb用グループと分けておくと、ノード変更の影響範囲を小さくできます。会議中に自動URLテストで出口が切り替わる設定は、短時間の切断を招くことがあるため、重要な打ち合わせでは手動選択を優先してください。
仕事中に安定させる運用方法
Clashの設定は一度作ったら終わりではありません。プロバイダのノード品質、回線混雑、会議サービスの接続先は変化します。毎回すべてを調整する必要はありませんが、サブスクリプション更新後やクライアント更新後には、会議前の簡単な接続テストを行うと安心です。
普段の運用では、会議用グループ、通常の海外Web用グループ、直接接続の3つを分けると管理しやすくなります。会議用は遅延よりも安定性と上り品質を優先し、通常Web用は複数ノードから自動選択してもよいでしょう。国内サイトやLAN機器は原則として直接接続にし、不要なプロキシ経由を避けます。
また、Clashのログにはアクセス先のドメインが表示されることがあります。会社の情報、顧客情報、社内サービスのURLがログに残る可能性を理解し、必要以上にログを保存したり共有したりしないでください。仕事用端末では、会社の情報管理規程、VPN利用規程、データ保護方針を優先することが大切です。
一部の競合プロキシアプリは、通信をまとめて一つの出口へ送る設計が中心で、会議だけ別ノードにしたり、社内サイトを直接接続へ戻したりする調整に手間がかかることがあります。ClashならRuleモード、専用ポリシーグループ、DNSとTUNの個別設定を組み合わせ、Zoom・Google Meetと普段のWeb利用を用途ごとに整理できます。在宅勤務中の通信を自分で確認しながら柔軟に整えたい場合は、設定の自由度とログの見やすさを活かせるClashを試してみてください。