Notion・Figma・MiroをClashで快適化する仕事用設定ガイド
2026年現在、DeepSeek は世界中で最も注目される AI モデルの一つとなりました。しかし、その急速な普及に伴い、ユーザーは頻繁に「接続タイムアウト」や「サーバー応答なし」といった問題に直面しています。特にプロキシツール Clash を使用している環境では、誤ったルーティング設定や DNS の不一致が原因でアクセスが遮断されることが少なくありません。本記事では、DeepSeek のアクセス障害を根本から解決するための Clash 設定術を徹底解説します。
仕事用Clash設定で解決できること
Notionでタスクや資料を管理し、Figmaでデザインを編集し、Miroで会議やブレインストーミングを行う働き方では、複数のクラウドサービスへ同時に接続する場面が少なくありません。画面の一部だけ読み込まれない、画像やコメントの同期が遅い、共有ボードを開くまでに何度も再読み込みが必要になる、といった問題は、サービスそのものではなく、DNS解決、接続先の地域、ネットワークの経路、会社や自宅のファイアウォールが原因になっている場合があります。
Clashを仕事用に設定すると、すべての通信を無条件にプロキシへ送るのではなく、Notion、Figma、Miroなど必要なサービスだけをルールで振り分けられます。通常の国内サイトや社内システムはDIRECTで接続し、海外リージョンのCDNや共同編集サービスは選択したプロキシグループへ送るという構成です。これにより、不要な経路変更を減らしながら、業務で使うサービスの接続安定性を確認できます。
ここで重要なのは、Clashを「速度を自動的に上げる魔法のツール」と考えないことです。プロキシの品質、ノードまでの距離、サービス側の障害、会社の認証ポリシーによって結果は変わります。目的は、通信経路を見える化し、サービスごとに適切な出口を選び、問題が起きたときに直接接続とプロキシ接続を比較できる状態を作ることです。
仕事用設定の基本方針
- 社内ドメイン、社内VPN、プリンター、ファイルサーバーは原則として
DIRECTにする - Notion、Figma、Miroは同じグループにまとめず、必要ならサービス別に接続先を切り替える
- 通常のWeb閲覧は既存のルールを優先し、変更範囲を最小限にする
- 問題が起きたときは接続ログとルールヒットを確認してから設定を変更する
プロファイルとポリシーグループを準備する
最初にClashクライアントを起動し、現在使用しているプロファイルをバックアップしてください。Clash Verge Rev、Clash for Windows、Mihomo系クライアントでは表示名が異なることがありますが、基本的には「Profiles」「プロファイル」「設定ファイル」の画面からYAMLを確認できます。既存の購読設定を直接書き換えると、次回更新時に変更が消えることがあるため、プロバイダの自動生成部分と、自分で追加する設定部分を分けて考えるのが安全です。
次に、プロキシグループを確認します。仕事用では、接続先を一つに固定するよりも、複数の候補をまとめたグループを用意し、遅延や障害に応じて切り替えられるようにすると運用しやすくなります。グループ名は購読元によって異なりますが、ここでは例として Work-Proxy とします。実際の設定では、手元のプロファイルに存在するグループ名へ置き換えてください。
- Work-Proxy:Notion、Figma、Miroなど業務サービス用
- Default:購読設定が用意している通常の出口
- DIRECT:社内サービス、国内サービス、ローカルネットワーク用
会社のネットワークで業務サービスを利用する場合は、プロキシの使用が社内規定に反しないかを必ず確認してください。認証付きの社内サイトやゼロトラスト製品は、外部プロキシを経由するとログインが失敗したり、アクセスが監査対象になったりすることがあります。業務データや顧客情報を扱う場合は、利便性よりも会社のセキュリティポリシーを優先してください。
注意
Notion、Figma、Miroにはログイン情報、社内資料、デザインデータ、会議の議事録が保存されることがあります。信頼できないノードや出所が不明なサブスクリプションを使わず、組織で承認された接続先だけを利用してください。プロキシを通すことで通信の経路は変わりますが、サービス側のアクセス制御や会社の監査を無効化できるわけではありません。
Notion・Figma・Miroをルールで振り分ける
ルールを追加するときは、まずドメイン単位で考えます。Notionでは本体のページだけでなく、API、静的ファイル、画像、ログインに関係するホストが使われることがあります。Figmaでは編集画面、画像やフォント、リアルタイム共同編集の通信が別の接続先になる場合があります。Miroもボード本体だけでなく、アセット、ユーザー認証、リアルタイム更新用の通信が発生します。そのため、最初から一つのドメインだけを登録して完璧にしようとせず、接続ログを見ながら不足分を追加する方法が現実的です。
Clashのルールは上から順に評価されます。Notionなどの業務サービスをプロキシへ送るルールを、広い範囲を対象にするルールより上へ置かなければ、先に DIRECT や別のポリシーへ振り分けられる可能性があります。反対に、社内ドメインを除外するルールは業務サービスのルールより上に置く必要があります。
# Example only: verify domains and policy names for your environment
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
- DOMAIN-SUFFIX,company.example,DIRECT
- MATCH,Default
上の例は考え方を示すための最小構成です。実際のサブスクリプションでは、既にNotionやFigmaのルールが登録されていることがあります。同じドメインに複数のルールを追加すると、設定が読みにくくなり、後から原因を追いにくくなります。まず既存のルールを検索し、同じ対象が別のグループへ送られていないかを確認してください。また、業務サービスが利用するCDNや認証ドメインを無計画にまとめてプロキシへ送ると、関係のない通信まで経路が変わるため、ログで実際の通信先を確認してから追加することをおすすめします。
接続ログとDNSを確認する
ルールを追加した後は、Notionのワークスペース、Figmaのファイル、Miroのボードをそれぞれ開き、Clashの「接続」または「Logs」画面を確認します。対象ドメインが表示され、意図したポリシーグループへ送られているかを見てください。ページが表示されても画像だけ欠けている場合は、画像配信用の別ドメインがDIRECTやREJECTになっていないかを確認します。共同編集だけ止まる場合は、WebSocketなど長時間接続のログが切断されていないかを見ると手掛かりになります。
DNS設定を変更する場合は、一度に多くの項目を変えないことが大切です。fake-ipを使用している環境で一部の企業サービスやローカル名解決が壊れる場合は、対象ドメインをfake-ipの除外リストへ追加するか、切り分けのために一時的にredir-hostへ変更します。変更前にプロファイルを保存し、Notion、Figma、Miroの三つを個別に再テストしてください。ブラウザの安全なDNS、OSのDNS、ClashのDNSが同時に動作すると結果が分かりにくくなるため、検証時はどのDNS経路を使っているかも整理します。
遅延を減らし、安定して運用する方法
仕事用のClash設定では、単純な速度テストの数値よりも、実際の作業が途切れないことを重視します。Figmaで大きなファイルを開く、Miroで多数の画像を配置する、Notionで添付ファイルを同期するといった操作を、朝の混雑時間と通常時間の両方で試してください。短時間のダウンロード速度が高いノードでも、長時間接続が不安定なら共同編集には向きません。
| 症状 | 確認する項目 | 切り分け方法 |
|---|---|---|
| ページが開かない | ドメイン、DNS、ルールの順番 | ログでルールと出口を確認し、短時間だけGlobalで比較する |
| 画像やフォントだけ遅い | CDNや静的アセットの接続先 | 不足しているドメインをログから特定し、必要最小限のルールを追加する |
| 共同編集が切断される | ノード品質、長時間接続、TUN設定 | 別ノードへ変更し、接続ログの切断時刻と操作時刻を比較する |
| 社内サイトに入れない | 社内ドメイン、IP、DNS、VPNの競合 | 社内宛てをDIRECTに戻し、会社指定のVPNを先に確認する |
ノードを選ぶときは、遅延が最も小さいものを機械的に選ぶのではなく、業務サービスとの相性を見ます。自動選択グループを使う場合でも、定期的なヘルスチェックがHTTPの応答だけを見ている可能性があります。FigmaやMiroのように認証や長時間接続を使うサービスでは、ヘルスチェックが成功していても実作業で切断されることがあります。問題が続く場合は、安定しているノードを手動で固定し、数日間の作業で再現性を確認してください。
設定を変更した後は、ブラウザのキャッシュ、サービスのアプリキャッシュ、ClashのDNSキャッシュが残っていることにも注意します。ページを再読み込みしても改善しないときは、ClashのDNSキャッシュをクリアし、ブラウザを完全に終了してから再起動します。ただし、何度もキャッシュを消す前に、接続ログで通信が実際にどの出口を通っているかを確認する方が効率的です。
運用のヒント
設定ファイルは「動いたら終わり」ではなく、変更履歴を残しながら運用してください。日付、変更したドメイン、選択したノード、改善した症状を短くメモしておくと、購読更新やクライアント更新の後に問題が再発した場合も、元の状態へ戻しやすくなります。会社と自宅でネットワークが異なる場合は、同じ設定をそのまま使わず、社内ドメインとDNSの扱いを環境ごとに確認することが重要です。
サービスごとに専用アプリや別のVPNを使い分ける方法もありますが、アプリごとの設定が分散し、接続状態を確認しにくくなったり、VPN同士が競合したりすることがあります。ClashならNotion・Figma・Miroを一つのルール体系で管理し、DIRECTとプロキシの差を接続ログで比較できます。必要な通信だけを選び、社内サービスを除外し、ノードを柔軟に切り替えられる点が、仕事用の安定運用につながります。
もし、複数の仕事用サービスを個別に設定するたびにアプリの互換性や更新遅延に悩まされているなら、ルールベースで細かく制御できるClashを試す価値があります。設定をバックアップし、信頼できるプロファイルから小さく始めれば、現在の作業環境を大きく変えずに接続経路を整理できます。環境に合ったクライアントを選びたい方は、Clashを無料でダウンロードして、まずは仕事で使うサービスだけを安全に確認してみてください。