Clash使い方ガイド

動作モードを理解して選択するMODE

クライアントは3種類の通信処理モードを提供します：ルールモードはconfig.yamlのルールと一つずつ照合して自動的に振り分けます。中国本土は直接接続、それ以外はプロキシ経由、広告はブロックとすべて自動で判断され、日常使用に推奨されるモードです。グローバルモードはルールを無視して、すべての通信を同一のプロキシノードに強制的に流すもので、あるノードが本当に使えるかを一時的にテストする際に使うことが多いです。ダイレクトモードはプロキシを完全に無効化し、Clashをインストールする前のネットワーク状態に一時的に戻すのと同じで、比較テストや一時的な通信量節約に使われます。

もう一つ混同しやすい概念がTUNモードです——これは上記の3つのモードとは別の軸で、「通信をどう横取りするか」の選択です。システムプロキシはシステムプロキシ設定に従うアプリ（ブラウザや大半の通常ソフト）にのみ有効ですが、一部のコマンドラインツール、ゲームクライアント、バックグラウンドサービスはシステムプロキシ設定を読み取りません。この場合はTUNモードが必要で、クライアントが仮想ネットワークアダプタを作成し、ネットワーク層ですべての通信を横取りします。より確実に機能しますが、初回有効化時には追加の権限付与が必要です（下記「システムプロキシを有効化」の各プラットフォームの説明を参照）。初心者はまずシステムプロキシだけを使い、どうしてもプロキシを通らないアプリがあれば、その時にTUNの有効化を検討することをお勧めします。

システムプロキシを有効化CONNECT

システムプロキシの基本的な仕組みはどのプラットフォームでも同じです——システムやアプリからの通信リクエストを、Clashがローカルで待ち受けているポート（デフォルト127.0.0.1:7890）に転送します。ただし切り替えの場所や設定ファイルの位置はプラットフォームごとに異なるため、以下でそれぞれ説明します。

Windows タスクトレイのアイコンを右クリックし、メニューから「System Proxy」にチェックを入れると有効化、チェックを外すと無効化されます。TUNモードを使う場合、初回有効化時に管理者権限で一度実行するよう求められます（仮想ネットワークアダプタのドライバー登録のため）。その後は通常起動で自動的に有効になります。設定ファイルはデフォルトで%USERPROFILE%\.config\clash\config.yamlに保存され、テキストエディタで直接確認・バックアップできます。

macOS メニューバーのアイコンをクリックし、「Set as System Proxy」を選択してシステムプロキシを有効にします。TUNモードを使う場合は「システム設定 → プライバシーとセキュリティ → VPNとネットワーク拡張」から該当の拡張機能を許可し、クライアントを再起動して初めて有効になります——これはmacOS側のセキュリティ制限によるもので、初回にこの設定場所が見つからないのが最もよくある詰まりポイントです。設定ファイルのパスは~/.config/clash/config.yamlです。

Android アプリを開き、「プロファイル」ページでサブスクリプションリンクを導入してから、ホーム画面のフローティング「接続」ボタンをタップします。標準のVPN権限確認ダイアログが表示されるので「OK」をタップすればローカルVPNトンネルが確立され、通信の転送が始まります。一部の中国系メーカーのスマートフォン（特にXiaomi、OPPO、vivoなどの独自カスタムシステム）の省電力機能は、バックグラウンドのVPNプロセスを強制終了することがあるため、システム設定のバッテリー最適化リストでClashをホワイトリストに追加することをお勧めします。設定しないと「使っているうちに自動的に切断される」現象が起きやすくなります。

iOS App Storeの審査ポリシーの制限により、iOS向けの公式ネイティブClashアプリはありません。通常はClashのルール形式に対応したサードパーティクライアント（Stash、Shadowrocketなど）を使用します。アプリの「プロファイル」ページでサブスクリプションリンクを追加し、接続を有効にすると、「設定 → 一般 → VPNとデバイス管理」にインストールされたVPN設定が表示され、そこで接続状態の確認や手動切断ができます。アプリによって画面の文言は多少異なりますが、サブスクリプションの導入や接続のオンオフの操作ロジックはほぼ同じです。

Linux GUI版（clash-vergeなど）はWindows / macOSと同じ操作方法で、トレイアイコンを右クリックしてシステムプロキシを有効化できます。コマンドラインのみ / デスクトップ環境がない場合（クラウドサーバーなど）はトレイがないため、設定ファイルを手動で編集し、systemdでサービスをバックグラウンド実行する必要があります。同時にシェルでプロキシ環境変数を設定すれば、コマンドラインツールもプロキシを経由します：

設定が反映されているか確認VERIFY

上記の3ステップを終えたら、設定できたと思い込む前に、1分だけ時間をかけてプロキシが実際に機能しているか確認することをお勧めします：

方法1 · IPチェック：ブラウザで任意のIPチェックサイトにアクセスし、表示される出口IPの所在地が接続しているノードの所在地と一致していれば（例：香港ノードに接続していて香港のIPと表示される）、システムプロキシは正しく機能しています。

方法2 · 接続パネル：クライアントの「接続」パネルを開くと、各通信がどのルールに一致し、どのノードを使用しているかをリアルタイムで確認できます。振り分けが期待どおりに動作しているか調べる最も直接的な方法です。

方法3 · 接続済みなのに特定のサイトが開けない：これは「効いていないように見える」最も一般的なケースで、実際にはプロキシが効いていないわけではなく、そのドメインがルールによってDIRECTと判定されている（新しい・マイナーなドメインがルールセットにまだ含まれていない場合によく見られます）ことが原因です。接続パネルでそのリクエストがどのルールに一致したか確認できます。誤って直接接続と判定されている場合は、カスタムルールにDOMAIN-SUFFIXルールを手動で追加してプロキシ経由に強制できます（下記のルール構文を参照）。すでにプロキシルールに一致しているのに開けない場合は、ノード自体の障害や遅延過大の可能性が高いので、「グローバルモード」に切り替えて他のノードでテストしてみてください。