ClashでNotion・Figma・Miroを快適に使う設定術

Notion・Figma・MiroとClashの相性

Notion・Figma・Miroを仕事で使う場合、単にインターネットへ接続できればよいというわけではありません。ページの読み込み、画像や添付ファイルの表示、共同編集の同期、コメント通知、Figmaのアセット取得など、複数のドメインへ同時に通信します。どれか一つの接続先だけが遅かったり、途中で接続が切れたりすると、アプリ全体が重く感じられることがあります。

Clashを使うと、国内の一般的なサービスはDIRECTで直接接続し、Notion・Figma・Miroなど指定した海外サービスだけをプロキシ経由にするルール構成を作れます。すべての通信をプロキシへ送るGlobalモードと違い、不要な経路変更を減らせるため、社内ツールや国内の業務サービスをこれまでどおり利用しながら、必要なサービスだけを安定したノードへ振り分けられます。

ただし、Clashはノードやサブスクリプションを自動で提供するアプリではありません。利用前に対応するクライアントと、信頼できるプロキシプロバイダのサブスクリプション URL を準備してください。WindowsではClash Verge Rev、macOSではMihomo系のGUIクライアントなど、現在も更新されているアプリを選ぶと、最新のプロトコルやTUN機能を使いやすくなります。

業務サービスだけをプロキシに送るルール設計

最初から巨大なルールセットを手作業で作るよりも、まずは仕事で使うサービスを分類し、通信先を少しずつ追加する方法が安全です。Notion、Figma、Miroはそれぞれ本体ドメイン以外にも、ログイン、画像配信、API、リアルタイム同期、フォントやファイル配信に関するドメインを使用することがあります。そのため、本体ページだけをルールに登録すると、画面は開くのに画像だけ表示されない、編集内容が同期されない、といった問題が起きます。

基本方針：最初は業務サービスをまとめ、動作を確認してから細分化します。

ClashをRuleモードに変更し、通常の国内サイトが直接接続されることを確認する。
Notion・Figma・Miroの公式ドメインと、利用中にログへ現れる関連ドメインを確認する。
対象ドメインを同じプロキシグループへ送り、ページ表示と編集同期をテストする。
問題がなければ、サービスごとにグループを分けてノードや地域を調整する。

ルールの書き方はクライアントや使用するMihomoコアによって異なりますが、概念としては次のようになります。

rules:
  - DOMAIN-SUFFIX,notion.so,Work-Proxy
  - DOMAIN-SUFFIX,notion.site,Work-Proxy
  - DOMAIN-SUFFIX,figma.com,Work-Proxy
  - DOMAIN-SUFFIX,miro.com,Work-Proxy
  - MATCH,DIRECT

実際の設定では、プロバイダが配布するルールセットや既存のルール順序を必ず確認してください。MATCH,DIRECTやFINAL,DIRECTが対象ルールより前にあると、Notionなどの通信が先に直接接続へ振り分けられます。反対に、サービス全体を広いキーワードでプロキシへ送ると、不要な分析・広告・社内連携の通信まで同じ経路になり、速度やプライバシーの面で不利になる場合があります。

Notionではワークスペース本体だけでなく、画像、ファイル、ログイン認証、通知に関する通信が分かれていることがあります。Figmaではデザインファイルの読み込み、画像やフォント、プラグイン、コメント同期が別の接続先になることがあります。Miroでもボード本体、リアルタイム共同編集、画像やテンプレートの配信がすべて同じドメインとは限りません。ページが開くかだけで判断せず、実際にファイルを開く、コメントを追加する、別のユーザーと同時編集するところまで確認するのがポイントです。

注意

会社の管理ポリシー、アクセス制御、監査要件がある環境では、個人判断でTUNやプロキシを有効にしないでください。業務データを扱う場合は、所属組織のネットワーク規則と利用中のサービスの規約を優先してください。

低遅延ノードを選ぶ方法

Notionの閲覧だけなら多少の遅延でも使えることがありますが、FigmaやMiroの共同編集では、操作から画面反映までの時間が重要です。ノード一覧の数字が小さいからといって、必ずしも仕事に最適とは限りません。測定対象がICMPの応答だけだったり、実際のサービスまでの経路が異なったりするためです。

遅延：ページを開く、APIへ接続するまでの待ち時間。一般的には小さいほど操作感が軽くなります。
速度：Figmaの画像やMiroのボードを読み込む際に影響します。遅延が低くても帯域が細いノードでは大きなファイルの取得に時間がかかります。
安定性：数分間だけ速いノードより、長時間切断せずに使えるノードの方が業務向きです。
混雑状況：同じノードを多くの利用者が使う時間帯は、接続確立やアップロードが遅くなることがあります。

まずは自動選択グループで複数のノードを測定し、その中から低遅延で失敗率の低い候補を選びます。次にNotionのページを開き、Figmaで画像を含むファイルを表示し、Miroでオブジェクトを移動して共同編集の反映を確認してください。単純な速度テストだけではなく、普段の仕事に近い操作で比較することが大切です。

地域については、近い場所が常に最速とは限りません。回線事業者との接続品質、プロバイダ側の混雑、サービスまでの中継経路によって結果が変わります。候補を2つか3つ残し、昼休みや夕方など利用者が増える時間帯にも試すと、実運用で安定したノードを見つけやすくなります。

ヒント

業務中に頻繁に手動切り替えをするより、低遅延ノードを複数登録したURLテストグループを用意し、定期的に健康状態を確認する方が実用的です。ただし、自動切り替えで接続元地域が変わると、サービス側のセッションや認証が再確認されることもあります。

Clashで設定する実践手順

ここでは、クライアントをインストール済みで、サブスクリプションを登録できる状態を前提にします。画面名はClash Verge、Clash Verge Rev、Mihomo系クライアントで多少異なりますが、考え方は共通しています。

プロファイルを更新する：サブスクリプション画面で最新の設定を取得し、読み込んだプロファイルを有効化します。更新前に自分で追加したルールが消えないか確認してください。
プロキシグループを確認する：業務サービス用のグループが存在する場合は、低遅延で安定したノードを選択します。グループがない場合は、プロファイルの編集機能やオーバーライド機能で追加します。
Ruleモードを選ぶ：Globalモードではすべての通信がプロキシ経由になるため、社内サイトや国内サービスまで遅くなる可能性があります。まずはRuleモードで対象サービスだけを振り分けます。
システムプロキシを有効にする：ブラウザやデスクトップアプリを対象にする場合は、クライアントのシステムプロキシをオンにします。アプリが独自のネットワーク処理を行う場合は、TUNモードが必要になることがあります。
実際の業務操作で確認する：ログイン、ページ表示、ファイル読み込み、コメント、共同編集、画像アップロードを順番に試します。

TUNモードは、システムプロキシに対応していないアプリや、バックグラウンド通信もClashへ取り込みたい場合に便利です。一方で、仮想ネットワークアダプター、DNS、他のVPNソフト、セキュリティ製品のフィルタと競合することがあります。ブラウザだけを対象にするなら、まずシステムプロキシで動作を確認し、必要な場合だけTUNを追加する方が切り分けしやすいでしょう。

DNSも見落としやすい部分です。ドメインの名前解決がClashを通らず、国内のDNSやルーターで誤った応答になると、プロキシノード自体は正常でもサービスに接続できません。接続ログに対象ドメインが現れない場合は、DNS設定、ブラウザの安全なDNS、OSのキャッシュを確認してください。設定を大きく変更する前に、現在のプロファイルを保存しておくと復旧が簡単です。

表示や同期が不安定なときの確認方法

Notion・Figma・Miroの一部だけが動かないときは、いきなりノードを何度も変更するのではなく、どの段階で止まっているかを分けて考えます。まずClashの接続ログを開き、対象ドメインが表示されているか、想定したプロキシグループへ送られているかを確認してください。ログにない場合は、アプリがシステムプロキシを使っていない、またはTUNが無効になっている可能性があります。

ページは開くが画像がない：画像配信やファイル配信のドメインがルールから漏れていないか確認します。
編集内容が同期されない：WebSocketや長時間接続がノードやネットワークで切断されていないか、別ノードで比較します。
ログインを繰り返す：ノードの地域が頻繁に変わっていないか、ブラウザのCookieや認証セッションを不用意に削除していないか確認します。
社内サイトまで遅い：Ruleモードになっているか、社内ドメインが誤ってプロキシグループへ送られていないか確認します。
特定アプリだけ接続できない：アプリ独自のプロキシ設定、証明書検証、QUICやHTTP/3の利用状況を確認します。

原因を比較するときは、一度に複数の設定を変えないことが重要です。まず同じノードでGlobalとRuleを比べ、次に別ノードを試し、その後にDNSやTUNを確認します。Globalでは動くのにRuleで動かないならルール順序や関連ドメインの不足が疑われます。どちらでも動かないなら、ノードの到達性、TLS、サービス側の障害、アプリ固有の設定を調べる方が効率的です。

また、FigmaやMiroの作業中にノードを切り替えると、既存のWebSocket接続が切れて編集状態の再同期が発生することがあります。重要なデザインやボードを編集している最中は、先に保存状態を確認してから切り替えてください。ノードの自動選択を使う場合も、業務時間中に頻繁な切り替えが起きないよう、安定性を優先したグループを選ぶと安心です。

複数のプロキシアプリでは、システムプロキシや仮想アダプターを同時に有効にしないでください。Clashと別のVPNが同時に動くと、経路の優先順位やDNSの向き先が不明確になり、接続ログと実際の通信経路が一致しなくなります。不要なアプリを停止し、Clash単体で再現することが基本的な切り分けになります。

すべての通信を一括でプロキシへ送るだけのツールでは、国内サービスまで遅くなったり、業務アプリごとの例外設定が増えたりしやすくなります。Clashなら、サービス単位のルール、複数ノードの選択、接続ログ、TUNとシステムプロキシの使い分けを一つの画面で管理できます。Notion・Figma・Miroを必要なときだけ安定した経路へ振り分け、普段の通信は軽いまま保ちたい方は、Clashを無料でダウンロードして、自分の作業環境に合うルール構成を試してみてください。