オープンソースのプロキシエコシステム · 全プラットフォーム設定ガイド
Windows、macOS、Android、iOS、Linuxのクライアントをまとめて確認し、手順に沿って サブスクリプションの読み込み、システムプロキシ、ルール分岐を設定できます。TUNの権限、DNS設定、接続ログなど、よくある設定項目も解説しています。
プラットフォーム別ワークフロー
Clashクライアントはそれぞれ画面が異なりますが、設定の流れはほぼ共通です。まず利用可能な設定を取得し、プロキシモードとプロキシグループを確認してから、システムプロキシまたはTUNを有効にします。ここでは実際の利用順に、5つの重要な工程を解説します。
サブスクリプションURLは通常、サービス提供元が発行します。クライアントはURLへのアクセス、解析、設定の保存を行うだけです。読み込むときはクライアントのサブスクリプションまたは設定画面を使い、ノード名やルールエディターなど無関係な項目にURLを貼り付けないでください。更新後は、プロキシ一覧とプロキシグループが表示されることを確認してからノードを選びます。一覧が空の場合は、システムプロキシを何度も切り替えるのではなく、サブスクリプションの応答、設定形式、クライアントログを優先して確認します。
ルールモードでは、設定ファイルの上から順にドメイン、IP、プロセス、ルールセットを照合します。最初に一致したルールによって、通信をどのプロキシグループへ送るかが決まります。通常はサブスクリプションに含まれるルールをそのまま使い、照合対象が明確な場合だけカスタム項目を追加します。グローバルモードはノードの利用可否を短時間で確認するのに向いていますが、細かなルール分岐を迂回します。DIRECTモードは、問題の原因がプロキシ経路にあるかを切り分ける際に使います。
システムプロキシを有効にすると、クライアントが端末のプロキシアドレスをOS設定へ書き込みます。ブラウザーや多くのデスクトップアプリは、この設定に従って通信を転送します。必要な権限が比較的少なく、いつでも無効にできるため、初回接続のテストに適しています。一部のゲーム、コマンドラインツール、独自のネットワーク処理を使うアプリはシステムプロキシを無視することがあります。その場合は、まずアプリ自体にプロキシ設定があるか確認し、必要に応じてTUNを検討します。
TUNモードはOSのネットワーク層に仮想インターフェースを作成し、システムプロキシ設定を読み取らないアプリの通信も処理できます。有効化には管理者権限が必要なことが多く、ほかのVPN、仮想ネットワークインターフェース、セキュリティソフト、企業ネットワークのポリシーと競合する場合があります。初めて設定するときは、同種のツールを停止し、通常のシステムプロキシが動作することを確認してからTUNを有効にしてください。これにより、ノードの問題と仮想インターフェースの問題を切り分けやすくなります。
ログは発生した段階ごとに読み取ります。設定の解析エラーは起動時やサブスクリプション更新時に現れることが多く、DNSエラーにはドメイン解決、フォールバック、タイムアウトに関する情報が表示されます。接続エラーでは、接続先、プロキシグループ、ハンドシェイクが関係します。調査時は最初に発生したエラーだけを記録し、多数の項目を連続して切り替える必要はありません。まず起動できる設定に戻し、その後カスタムDNS、ルール、TUN設定を一つずつ追加すると、原因となった変更を特定しやすくなります。
クライアントのダウンロード
ダウンロードページでは、プラットフォームごとにGUIクライアント、パッケージ形式、システム要件を整理しています。選ぶ前に端末のアーキテクチャを確認してください。既存のクライアントを使っている場合は、サブスクリプションURLとカスタムルールを保存してから移行します。
デスクトップトレイ、システムプロキシの切り替え、ルール管理画面を使いたいユーザーに適しています。ダウンロード前にOSのビット数を確認し、インストール後はサブスクリプションを読み込んでプロキシグループを選択してから、システムプロキシを有効にしてください。旧版のClash for Windowsに設定が残っている場合は、移行前にサブスクリプションURL、オーバーライドルール、ポート設定をそれぞれバックアップします。
ダウンロードページへmacOSのインストーラーはApple SiliconとIntelプロセッサー用を区別する必要があります。初回起動時に、アプリの出所、ネットワーク拡張機能、バックグラウンドサービスの権限確認を求められることがあります。TUNを有効にする場合は、該当するシステムコンポーネントも許可してください。権限を設定したら、まずシステムプロキシでサブスクリプションとノードを確認し、その後に仮想ネットワークインターフェースを設定することをおすすめします。
ダウンロードページへAndroidクライアントはシステムVPNインターフェースを通じて通信を処理し、接続時にVPN許可の確認が表示されます。バックグラウンドで停止する場合は、バッテリー最適化、バックグラウンド実行、通知の権限を確認してください。サブスクリプションを読み込んだらプロキシグループを選択して接続を開始し、接続記録で対象アプリがプロキシ経路に入っていることを確認します。
ダウンロードページへiPhoneとiPadのクライアントはApp Storeから入手できます。初回接続時にはVPN構成の追加を許可する必要があります。サブスクリプションの更新、プロキシグループの選択、接続状態の確認はすべてクライアント内で行います。モバイル通信とWi-Fiで結果が異なる場合は、ノードだけを変更するのではなく、DNS、IPv6、オンデマンド接続の設定を分けてテストしてください。
ダウンロードページへLinuxではGUIクライアントを選ぶことも、Mihomoコアを直接実行することもできます。デスクトップ環境では、システムプロキシの書き込み方式とトレイ対応を確認してください。サーバーやルーター環境では、設定ファイルのパス、サービス管理、リッスンアドレス、ファイアウォールルールを理解する必要があります。コマンドラインで導入する前に、まずフォアグラウンドで実行して設定が解析できることを確認し、その後サービスマネージャーで管理します。
ダウンロードページへオープンソースエコシステムとサポート範囲
Clashは当初、YAML設定、ルールマッチング、プロキシグループを中心としたプロキシ利用方式を形成しました。元のプロジェクトがメンテナンスを停止した後も、コミュニティが保守するMihomoコアは、プロトコル、DNS、ルールセット、TUN機能を拡張しています。現在の主要なデスクトップ・モバイルクライアントは通常GUI層として動作し、設定のダウンロード、プロキシグループの切り替え、システムプロキシの管理を担い、実際の通信処理はコアに任せます。
コアとクライアントの関係を理解すると、問題を切り分けやすくなります。画面が起動しない、トレイメニューに異常がある、システムプロキシが書き込まれないといった問題は、通常クライアント層に属します。一方、設定の解析失敗、ルールの不一致、DNSフォールバックの異常、接続ハンドシェイクのエラーは、コアまたは設定層に近い問題です。両者のリリース時期が異なることもあるため、クライアントを変更する際は画面だけでなく、コアの種類、設定の互換範囲、システム権限の要件も確認してください。
オープンソースリポジトリでは、ソースコード、 issue、リリースノートが公開されており、機能変更や既知の不具合を確認できます。当サイトのドキュメントは安定したワークフローを中心にまとめており、特定の画面上の位置を永続的なルールとして扱いません。クライアント更新後はボタン名が変わることがありますが、「設定を読み込む、プロキシグループを選ぶ、通信をプロキシに渡す、ログを確認する」という順序は変わりません。画面が異なる場合は、同じスクリーンショットを探すのではなく、設定名と機能の意味から該当項目を見つけてください。
設定の更新では、情報の提供元も区別する必要があります。サブスクリプション内のノード、プロキシグループ、ルールは設定の提供元が管理するため、クライアントを更新しても内容は自動修正されません。クライアントのアップグレードで変わるのは、主に画面、コアのバージョン、システム連携です。問題が起きたら、直近の変化がサブスクリプション、クライアント、OSのどれに由来するかを判断してから、設定の復元、サービスの再起動、権限の確認を行うと、無駄な操作を大幅に減らせます。
よくある質問
多くの問題は、設定、プロキシによる通信の取得、ネットワーク名前解決の3段階に分けて切り分けられます。ここでは初回利用時によくある確認手順を紹介します。
WindowsユーザーはダウンロードページでClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasuを比較できます。移行前にサブスクリプションURLとカスタムルールを保存し、新しいクライアントのインストール後にサブスクリプションを読み込み、プロキシグループを選んでシステムプロキシをテストしてください。旧設定で画面に依存していたオーバーライド機能は、そのまま移行できない場合があります。新しいクライアントの設定方法に合わせて再作成してください。
読み込みに成功したということは、クライアントが設定ファイルを読み取れたという意味にすぎません。プロキシグループで利用可能なノードを選び、システムプロキシまたはTUNを有効にする必要があります。その後、接続記録を確認してください。リクエストがまったくない場合は、通信がプロキシに渡っていない可能性があります。リクエストはあるが接続に失敗する場合は、ノードの状態を確認します。リクエストがDIRECTへ向かう場合は、モードと一致ルールを確認してください。クイックスタートガイドに沿って項目ごとに確認できます。
ルールモードは設定ファイルの順序に従ってリクエストを照合し、通信を対応するプロキシグループへ渡すため、日常利用に適しています。グローバルモードは通信の大部分を1つのプロキシ設定へ渡すため、ノード経路の短時間の確認に向いています。DIRECTモードはプロキシを使わず、Webサイトやアプリ自体へ直接アクセスできるかを判断するために使います。調査が終わったら、細かなルール分岐を長期間迂回しないよう、通常はルールモードへ戻してください。
ゲーム、コマンドラインプログラム、特定のアプリがシステムプロキシ設定を読み取らない場合は、TUNで通信を取得することを検討できます。有効にする前に、通常のシステムプロキシとノード接続が正常であることを確認し、競合する可能性のあるVPNや仮想ネットワークインターフェースのツールを停止してください。TUNには通常、管理者権限が必要です。有効化後にネットワーク全体が切断された場合は、まずTUNを無効にしてから、仮想ネットワークインターフェース、DNSハイジャック、ルーティング設定を確認します。
設定とトラブル解決の記事
証明書エラー、TUNによる通信の取得、DNSリークまで、問題が発生するネットワーク層ごとに確認方法を整理しています。複数の設定を同時に変更せず、原因を切り分けやすい構成です。
システム時刻、ブラウザーの証明書チェーン、プロキシの中間層、ネットワークによるハイジャックの4方向からHTTPSエラーの原因を特定し、影響範囲に応じて正常なアクセスを段階的に復旧します。
記事を読む →TUNの仮想ネットワークインターフェースが、システムプロキシに従わない通信を処理する仕組みを説明し、各プラットフォームの権限要件、有効化の順序、よくあるネットワーク競合を整理します。
記事を読む →ブラウザーのテストとシステムクエリでDNSの出口を特定し、fake-ip、DNSハイジャック、フォールバック名前解決の設定からドメイン解決経路を確認します。
記事を読む →