DESKTOP / X64
Windows
デスクトップでの常用に向いており、Clash Plus、Clash Verge Rev、FlClash、Clash NyanpasuなどのGUIクライアントを選べます。導入前にシステムアーキテクチャを確認し、初回起動後は設定を読み込んでから、システムプロキシとリスニングポートを確認してください。旧Clash for Windowsはアーカイブ済みのため、移行前に既存設定をバックアップします。
ダウンロードへリリース入口 · プラットフォーム対応 · 設定手順
Windows・macOS・Android・iOS・Linuxのクライアントをまとめて探し、リリース状況から導入先を確認したうえで、中国語の設定ドキュメントに沿ってサブスクリプションの読み込み、ルール分岐、システムプロキシ、TUNを設定できます。オリジナル版Clash、Clash Meta、mihomoの関係も説明しているため、既存設定に合うクライアントを選べます。
PROTOCOL ROUTING
設定ファイルからクライアントに読み込むと、リクエストはリスニング入口、DNS解決、ルール照合、ポリシーグループの順に処理されます。以下の4項目は、日常の設定で特に確認するポイントです。
PROFILE LAYER
設定ファイルには、プロキシ入口、ポリシーグループ、ルール、DNS、リスニングのパラメーターを定義します。リモートサブスクリプションを使う場合、通常は先にURLを保存し、ローカルのProfileとしてダウンロードします。手動編集したYAMLはファイルから直接読み込みます。どちらも最終的に現在の設定を生成しますが、明示的に有効化して初めて、後続のルールとポリシーがリクエスト処理に使われます。
日常の更新では、「サブスクリプション内容の更新」と「現在の設定への切り替え」を分けて考えます。更新はファイルを新しくするだけで、切り替えによって初めて稼働中の設定が変わります。読み込みに失敗したら、まずYAMLのインデント、フィールド名、カーネルの互換範囲を確認し、次にURLへアクセスできるかを調べます。複数の設定は用途別に名前を付け、起動確認済みの基本設定を1つ残しておくと、複雑なルールを変更した後もすぐに戻せます。
mixed-port: 7890
mode: rule
log-level: info
RULE CORE
Ruleモードでは、すべての接続を1つの出口へ送るのではなく、ルール一覧を上から順に照合します。ドメインサフィックス、ドメインキーワード、IP範囲、プロセス名、ルールセットなどを条件にでき、照合に成功すると指定されたポリシーグループへ進みます。ポリシーグループがプロキシ、直接接続、拒否、または自動選択を決定します。
カスタムルールで重要なのは順序です。範囲が狭く意図が明確なルールを前に置き、汎用ルールと最終フォールバックを後ろに配置します。変更後は接続ログで一致したルールと最終ポリシーを確認し、ページが開くかどうかだけで判断しないようにします。単純な全体プロキシ切り替えと比べ、Clashのルール体系は仕事用サービス、動画・音楽、LAN機器、通常の直接接続を分けて管理するのに適しています。
rules:
- DOMAIN-SUFFIX,example.com,PROXY
- GEOIP,LAN,DIRECT
- MATCH,PROXY
DNS PATH
DNS設定は、ドメインリクエストをどの上流サーバーへ送るかを決め、ルールカーネルが取得する宛先情報にも影響します。システムDNS、クライアント内蔵DNS、ブラウザのセキュアDNS、プロキシ側の上流DNSが同時に存在すると、解決経路が分岐しやすくなります。その結果、ルールの一致異常、想定外の出口への接続、アプリごとに異なる結果が発生します。対処時は、実際にどのコンポーネントが解決を担当しているかを先に確認します。
一般的な設定ではDNSモジュールを有効にし、用途に合う拡張モードを選び、標準リゾルバー、プロキシノード用のドメインリゾルバー、通常の上流サーバーを個別に指定します。変更後はOSとブラウザのキャッシュを削除し、接続ログでドメイン、宛先アドレス、ポリシーが一致しているか確認します。DNSテストページは手がかりに過ぎず、最終的には設定経路とシステムのネットワーク設定を項目ごとに確認してください。
dns:
enable: true
enhanced-mode: fake-ip
respect-rules: true
SYSTEM INGRESS
システムプロキシは、OSのプロキシ設定に対応したアプリの通信をClashへ送るため、ブラウザ、デスクトップの通信ツール、多くの日常アプリに適しています。アプリによっては接続を直接確立したり、独自のネットワークスタックを使ったり、システムプロキシを読み取らなかったりします。その場合は必要に応じてTUNを有効にします。TUNは仮想ネットワークインターフェースでより多くのシステム通信を受け取りますが、ルーティング、権限、DNS、他のネットワークソフトとの調整が必要になります。
初回設定では、まず通常のシステムプロキシを検証します。リスニングポートが使用可能で、現在のProfileが読み込まれ、Ruleモードが想定したポリシーに一致することを確認してください。取り込まれないアプリがある場合に限りTUNを有効にし、OSが求める権限を付与します。LANへの接続異常、ネットワークループ、スリープ復帰後の切断が起きたら、ルート除外、インターフェースの状態、DNS設定、セキュリティソフトを順に確認し、複数の項目を同時に変更しないでください。
tun:
enable: true
stack: mixed
auto-route: true
PLATFORM EXITS
クライアント間で設定の考え方は近いものの、インストール形式、必要な権限、システムへの取り込み方式は異なります。ダウンロードページでは、メンテナンス状況、アーキテクチャ、用途を比較できます。
DESKTOP / X64
デスクトップでの常用に向いており、Clash Plus、Clash Verge Rev、FlClash、Clash NyanpasuなどのGUIクライアントを選べます。導入前にシステムアーキテクチャを確認し、初回起動後は設定を読み込んでから、システムプロキシとリスニングポートを確認してください。旧Clash for Windowsはアーカイブ済みのため、移行前に既存設定をバックアップします。
ダウンロードへDESKTOP / ARM · X64
Apple SiliconとIntel搭載Macでは対応するインストーラーを選びます。システムプロキシ、ネットワーク拡張、TUNを初めて有効にするときは、管理者の許可を求められる場合があります。インストール後はまずRuleモードで基本接続を確認し、ログイン時の起動、メニューバー操作、ルートの取り込みはその後に設定すると、権限と設定の問題を分けて対処できます。
ダウンロードへMOBILE / APK
Androidクライアントは通常、システムVPNインターフェースで通信を取り込みます。VPN権限を維持し、OSのバックグラウンド制限にも注意してください。ダウンロード時はARM64、ARM、汎用パッケージを区別します。現在の端末ではARM64が一般的です。設定を読み込んだら、まずポリシーと動作モードを選び、バッテリー最適化、常駐通知、他のVPNアプリが接続に影響していないか確認します。
ダウンロードへMOBILE / APP STORE
iPhoneとiPadではApp StoreからClash Plusを入手できます。インストール後はOSのネットワーク拡張が接続を確立し、設定の読み込み、ポリシー選択、ルール確認はクライアント内で行います。ネットワーク切り替え後に接続状態が変わった場合は、まずシステムVPNの状態を確認し、現在の設定とポリシーグループを確認してください。ステータスバーのアイコンだけで経路を判断しないようにします。
ダウンロードへDESKTOP / SERVER
デスクトップ環境ではClash Verge RevまたはFlClashを利用でき、サーバー、ルーター、コンテナ環境ではmihomoカーネルを直接導入する構成が適しています。インストーラーはディストリビューション形式とCPUアーキテクチャを同時に確認してください。コマンドラインでの導入では、設定パス、実行権限、サービスの起動方法、ログの保存場所を自分で管理する必要があり、システムネットワークに慣れたユーザー向けです。
ダウンロードへQUICK START
まず最短の設定経路を完成させ、その後にTUN、カスタムDNS、複雑なルールへ進みます。各ステップで変更する項目を1つに絞ると、原因を特定しやすくなります。
ダウンロードページから現在のOSのパネルを開き、メンテナンス中のGUIクライアントを選んでシステムアーキテクチャを確認します。Windowsではx64、Apple SiliconではARM、AndroidではARM64・ARM・汎用パッケージが一般的です。インストール後はクライアントを通常起動し、画面が開くこと、カーネルが読み込まれること、リスニングポートが競合していないことを確認します。この段階ではDNS、TUN、カスタムルールを同時に変更する必要はありません。
OSが権限を求めたら、機能に応じて対応します。システムプロキシは一般的なデスクトップアプリに使い、モバイル端末とTUNでは通常VPNまたはネットワーク拡張の権限が必要です。クライアント起動直後にエラーが出る場合は、エラー原文を記録し、旧クライアントがバックグラウンドで同じポートを使用していないか確認します。
Profileまたは設定画面でサブスクリプションURLを追加するか、ローカルのYAMLファイルを読み込みます。設定の解析が完了したら、対象Profileを現在の設定に指定し、ポリシーグループで選択可能なポリシーが表示されることを確認します。初回テストにはRuleモードがおすすめです。ルール分岐の構造を保ったまま、接続ログでどのルールに一致したか確認できます。
サブスクリプションの更新成功は、ファイルが更新されたことを示すだけで、稼働中の設定が切り替わったとは限りません。画面に複数のProfileがある場合は、現在の設定の印、更新日時、設定名をもう一度確認します。手動YAMLの読み込みに失敗したら、まずインデントとフィールドの型を確認し、次に現在のカーネルが未対応の構文を使っていないか調べます。
デスクトップではまずシステムプロキシを有効にし、モバイル端末ではシステムVPN接続を開始します。次に普段使うウェブサイトを開き、クライアントの接続ログでドメイン、一致したルール、最終ポリシーを確認します。重要なのはページが開くことだけではなく、リクエストがクライアントに入り、ルールが想定どおり一致し、ポリシーグループが正しい出口を選んでいることです。
通常の通信確認が終わってから、アプリの範囲に応じてTUNを有効にします。有効化後にLAN機器、開発環境、他のネットワークツールへ影響が出た場合は、ルート除外、DNSの取り込み、インターフェースの優先順位を確認します。毎回1項目だけ変更して再テストすると、対処の流れを明確に保てます。
OPEN SOURCE RECORD
クライアントを長期利用できるか判断するには、GUI、プロキシカーネル、設定互換性、インストーラーのリリース履歴を分けて確認する必要があります。
オリジナル版Clashは、ルール照合、ポリシーグループ、設定ファイル、制御インターフェースなどの基本概念を確立しました。原プロジェクトの更新停止後、現在のクライアントエコシステムは同じ保守方針を取っていません。古いクライアントの一部はアーカイブされ、GUIクライアントの一部は新しいカーネルやOSインターフェースへの対応を続けています。ガイドを読む際は、対象がオリジナル版Clash、Clash Meta、mihomoのどれかを確認し、新しいフィールドを古いカーネルへそのまま追加しないようにします。
Clash Plus、Clash Verge Rev、FlClashなどのクライアントは、主に設定管理、システムプロキシ制御、ログ確認、各プラットフォームでの導入体験を担当します。mihomoはルール解析、プロトコル対応、DNS、TUN、接続処理を担います。クライアント名が似ていても、リリース時期、OS権限、機能の入口が完全に同じとは限りません。そのためダウンロードページではプラットフォーム別に複数の選択肢を示し、アーカイブ済みのプロジェクトも個別に明記しています。
ポート、プロキシグループ、基本ルールは比較的汎用性が高い一方、拡張DNS、TUN、ルールセット、スクリプト拡張、新しいプロトコルフィールドにはバージョン差があります。設定を移行するときは、まず基本部分を読み込み、成功してから高度な設定を段階的に追加します。クライアント上で読み込み成功と表示されても、カーネルログを確認し、フィールドが保存されただけでなく実際に認識されていることを確認してください。
インストーラーの入口は、プラットフォーム、アーキテクチャ、クライアントプロジェクト別に整理されています。更新前に該当プロジェクトのリリースノートを読み、設定移行、OS権限の変更、カーネル更新が関係するかを確認します。毎回のリリースを追う必要はありませんが、システム取り込み、DNS、ルール動作に関わる更新では、設定をバックアップし、戻せるインストーラーを残してから時間を確保して検証するのがおすすめです。
ROUTINE CHECKS
以下では、初回設定で特に混乱しやすい4つのポイントを取り上げます。詳しい操作手順と画面の場所は、使用ガイドで確認できます。
まず、読み込み後のProfileが現在の設定になっていることを確認し、動作モードがRuleになっているか調べます。次にシステムプロキシまたはモバイル端末のVPNを有効にし、接続ログでリクエストがクライアントに入っているか確認します。ファイルを読み込んだだけで現在の設定へ切り替えていない場合、ルールは実際の処理経路に入りません。詳しい確認手順は設定の読み込み手順をご覧ください。
デスクトップでは、まずシステムプロキシを有効にし、ブラウザや普段使うアプリがルールどおり接続できることを確認します。システムプロキシを読み取らないアプリがある場合に、TUNを設定します。これにより、ポート・設定・ルールの問題と、仮想インターフェース・ルート・権限の問題を分けて対処でき、複数の設定を同時に変更する影響を抑えられます。
サブスクリプションの更新日時と、現在のProfileが同じ項目か確認します。クライアントによってはファイルを更新しても、以前の設定を稼働設定として保持するため、再適用または再切り替えが必要です。それでも変わらない場合は、サブスクリプションの応答が完全か、設定解析でエラーが出ていないか、ポリシーグループが参照するプロキシ名が更新後の項目と一致しているかを確認します。
サブスクリプションURL、基本YAML、ルール、ポリシーグループは通常、移行の出発点にできます。一方、クライアント固有の画面設定、自動起動、システムプロキシ制御、バックアップ形式は異なる場合があります。移行前に元の設定を保存し、新しいクライアントで基本ルールを検証してから、TUN、DNS、スクリプト拡張を設定します。対応プラットフォームはClashダウンロードページで確認できます。
FIELD NOTES
ポート競合、DNS経路、Profile管理について具体的な手順をまとめています。現象、確認コマンド、設定場所、検証結果を軸に解説します。
エラーの状況、OSのポート確認、設定変更まで、mixed-port・HTTP・SOCKSのリスニング競合を順に解決し、変更後に確認すべきシステムプロキシ設定も説明します。
続きを読む →検出ページに差異が出る理由を説明し、DNSモード、上流サーバー、ブラウザ設定、システムキャッシュの4方向から、ドメインリクエストの実際の経路を確認します。
続きを読む →設定元、サブスクリプション更新、現在のProfile、稼働カーネルの関係を整理し、日常利用に適した複数設定の命名、切り替え、復元方法を紹介します。
続きを読む →