DESKTOP / WINDOWS
Windows
日常的なデスクトップ利用に適しています。ダウンロードページではGUIを備えた主要クライアントを、継続的に保守されているプロジェクトと過去のアーカイブに分けて掲載しています。インストール後は通常、設定のインポート、プロキシグループの選択、システムプロキシの有効化が必要です。より多くのアプリの通信を対象にする場合は、権限を確認したうえでTUNモードを設定します。
ダウンロードへインストーラーアーカイブ · 設定ドキュメントを継続整理
プラットフォーム別にClash クライアントのインストール先と過去のアーカイブを整理し、設定項目、ルール分岐、システムプロキシ、TUN、DNSの確認方法も解説。インストール前の違いを確認し、接続後の設定問題を切り分けられます。
Platform · インストール先
同じClash設定でも、読み込むグラフィカルクライアントやコアプログラムによって、インストール形式、システムプロキシの取り扱い、権限モデルは異なります。まずOSとプロセッサーアーキテクチャを確認してからダウンロードページでクライアントを比較すれば、パッケージの選択ミス、インポート後に起動できない問題、システムプロキシが反映されない問題を減らせます。
DESKTOP / WINDOWS
日常的なデスクトップ利用に適しています。ダウンロードページではGUIを備えた主要クライアントを、継続的に保守されているプロジェクトと過去のアーカイブに分けて掲載しています。インストール後は通常、設定のインポート、プロキシグループの選択、システムプロキシの有効化が必要です。より多くのアプリの通信を対象にする場合は、権限を確認したうえでTUNモードを設定します。
ダウンロードへDESKTOP / MACOS
ダウンロード前に、Apple SiliconとIntelのどちらを搭載した端末かを確認してください。異なるアーキテクチャのインストーラーは共用できません。初回起動時には、システムのセキュリティ確認、ネットワーク拡張機能の許可、プロキシ権限が必要になる場合があります。ダウンロードページではClash Plus、Clash Verge Rev、FlClash、ClashX Metaなどの導入先をまとめています。
ダウンロードへMOBILE / ANDROID
Androidクライアントは通常、端末のVPNインターフェースを通じて通信を処理します。有効にすると、ステータスバーにVPNアイコンが表示されます。ページにはプロセッサーアーキテクチャ別と汎用インストーラーの導入先を掲載しています。サブスクをインポートする前に提供元の信頼性を確認し、バックグラウンド動作、バッテリー最適化、VPN常時接続の設定にも注意してください。
ダウンロードへMOBILE / IOS
iPhoneとiPadでは、システムが提供するネットワーク拡張機能を使って接続を処理します。ダウンロード欄にはClash PlusのApp Storeページと公式情報を直接掲載しています。インストール後は、使い方ガイドに従ってサブスクをインポートし、VPN構成の追加を許可してから、プロキシグループで使用するノードまたは自動テストグループを選択します。
ダウンロードへDESKTOP / SERVER
デスクトップ環境ではGUI付きクライアントを、サーバー、ソフトウェアルーター、コンテナ環境ではMihomoコアを直接実行する構成が適しています。ダウンロード前にディストリビューション、CPUアーキテクチャ、インストール形式を確認してください。サービスとして運用する場合は、設定ディレクトリ、ログの保存先、リッスンアドレス、起動権限も別途計画する必要があります。
ダウンロードへConfig Timeline · 主な機能
Clashの処理は、リッスンポート、ルール照合、プロキシグループの選択、DNS名前解決、最終接続という段階に分けられます。左側の目盛りはよく使う設定領域に対応しており、切り替えると項目の用途、実際の使い方、確認すべきポイントを表示できます。
ルールモードでは、設定ファイルの順番に従ってリクエストを1行ずつ照合します。ドメインサフィックス、ドメインキーワード、IPネットワーク、GeoIP、ルールプロバイダー、プロセス名などが一般的な条件で、ヒットすると指定したプロキシグループに渡されます。実際の運用では、範囲を細かく絞ったルールを前に置き、最後にフォールバックルールを配置し、参照先のプロキシグループ名が存在することを確認してください。グローバルスイッチだけを備えた単純なプロキシツールと異なり、Clashでは業務サイト、ダイレクト接続サービス、LANアドレス、その他の通信を分けて処理できます。誤った振り分けを調べる際も、ルールの順番に沿って最初にヒットした項目を特定できます。
rules:
- DOMAIN-SUFFIX,example.com,Proxy
- IP-CIDR,192.168.0.0/16,DIRECT
- MATCH,Final
プロキシグループはルールと実際のプロキシノードの間に位置します。手動選択グループは出口を固定したい場合に適し、自動テストグループは指定したアドレスと間隔で候補を確認し、フォールオーバーグループは現在の選択肢が利用できないときに次の候補を順番に試します。設定時はグループの種類、メンバーの出所、入れ子構造を明確にし、グループ同士の循環参照を避けてください。クライアント画面でのノード切り替えは通常、プロキシグループの現在の選択を変更しているだけで、ルール自体を書き換えるものではありません。この層を理解すれば、ノードテストは正常なのにWebページがダイレクト接続になる理由や、複数の業務ルールを1つの保守しやすい出口グループに集約する方法も説明できます。
proxy-groups:
- name: Proxy
type: select
proxies:
- Auto
- DIRECT
ClashのDNSモジュールはクライアントからの問い合わせを一元的に受け取り、設定に応じて上流DNSを選択できます。Fake-IPモードでは予約アドレスを返し、ドメインとの対応関係を保持します。そのため宛先アドレスだけを持つ接続でも元のドメインを復元し、ドメインルールの照合を続けられます。このモードはシステムDNSを単純に変更するものではなく、リッスンポート、上流DNS、フィルターリスト、通信の取り込み方法が連携して動作します。一部のドメインだけ開けない、LAN機器の検出に失敗する、ブラウザーとコマンドラインで結果が異なるといった場合は、DNSが有効か、問い合わせがClashに入っているか、上流DNSに到達できるか、対象ドメインをフィルター範囲に追加すべきかを順番に確認してください。
dns:
enable: true
enhanced-mode: fake-ip
listen: 0.0.0.0:1053
システムプロキシはOSのプロキシ設定に従うアプリに主に影響し、ブラウザーや多くのデスクトップアプリはそのまま利用できます。一方、システムプロキシを参照しないアプリ、一部のゲーム、独自のネットワークスタックは迂回する場合があります。TUNモードは仮想ネットワークインターフェースを使って取り込み範囲を広げますが、管理者権限、ルーティングテーブル、DNSハイジャック、他のVPNソフトとの関係も発生します。初期設定ではまずシステムプロキシでノードと設定の有効性を確認し、必要に応じてTUNを有効にするのがおすすめです。接続後に全体がオフラインになった場合は、まず取り込みを停止して通信を復旧し、ポートの競合、仮想インターフェースの権限、ルートの競合、DNS設定を確認してください。設定ファイルを何度も入れ替えるだけでは解決しません。
mixed-port: 7890
tun:
enable: true
stack: system
Profileはノード一覧だけでなく、ポート、DNS、プロキシグループ、ルールプロバイダー、スクリプトなどを含む完全な設定の場合があります。リモートサブスクを更新すると、クライアントは通常、上流の内容を再取得するため、サブスクから生成されたファイルを直接編集すると次回更新で上書きされる可能性があります。より安全なのは、元のサブスクを保管し、ローカルのポート、DNSの例外、ルール変更をクライアントが対応する上書きまたはマージ層に置き、動作確認済みの設定を別ファイルとしてバックアップする方法です。複数の設定を併用する場合は用途別に名前を付け、インポート元と変更範囲を記録してください。障害時はまず既知の正常な設定に戻し、その後で項目の差分を比較します。
profile:
store-selected: true
store-fake-ip: true
Open Source · プロジェクトの関係
Clashのエコシステムは、コア、グラフィカルクライアント、ルールデータ、ユーザー設定で構成されています。現在の端末に適したダウンロード先か判断するには、名前が似ているかだけでなく、プロジェクトの保守状況、コアとの関係、プラットフォームのアーキテクチャ、設定の互換範囲も確認する必要があります。
HISTORY
Clashは当初、ルール駆動型のネットワークプロキシコアとして広く使われ、設定ファイルにはYAMLを採用して、プロキシノード、プロキシグループ、ルール、DNSを1つの構造にまとめていました。オリジナルプロジェクトの更新停止後も、コミュニティでは互換性、新しいプロトコル、ルール機能、各プラットフォームへの対応を軸に関連する派生版が保守されています。現在、多くのデスクトップおよびモバイルクライアントはMihomoを実行コアとして利用していますが、画面上の名称、設定の上書き方法、システム連携の範囲は各クライアントプロジェクトが決めています。したがって「Clash設定に対応」とあっても、メニューの位置、拡張項目、移行時の動作まで全クライアントで同じとは限りません。
ECOSYSTEM
コアは設定の読み込み、接続の確立、ルールの実行、制御インターフェースの提供を担います。グラフィカルクライアントはその上で、インストール、サブスク更新、プロキシ切り替え、ログ確認、システムプロキシ、TUN権限、起動時の自動実行を扱います。Windows、macOS、Android、iOSでは権限モデルが異なるため、同じ名前の機能でも実装方法は変わります。クライアントを選ぶ際は、まずプラットフォームが対応しているかを確認し、次に保守状況、コアの種類、必要な機能を見てください。サーバー転送やルーターへの導入だけが目的ならMihomoコアを直接実行する構成が適しています。メニューバー操作、システム通知、設定管理が必要なら、グラフィカルクライアントのほうが保守しやすいでしょう。
ARCHIVE
古いOS、旧型プロセッサー、固定された導入環境では過去のインストーラーが必要になる場合がありますが、アーカイブを公開日順に並べて無作為にインストールすべきではありません。まずOSの最低要件とCPUアーキテクチャを確認し、次にクライアントが現在も保守されているかを確認し、最後に設定項目の互換性を照合してください。保守が終了したクライアントはダウンロードページで個別に表示し、アーカイブであることを分かるようにしています。新しい端末では、現在も保守され、プラットフォーム対応が明確なクライアントを優先してください。既存の安定した環境では、アップグレード前に設定をバックアップし、現在のシステムプロキシ、TUN、DNSの状態を記録して、差異が出た場合に戻せるようにします。
UPDATE
このサイトでは、クライアントプロジェクトとプラットフォームごとにダウンロード先を整理しています。バージョン情報と各ファイルの詳細はインストーラーページに集約し、トップページでは製品の関係と選択手順を説明しています。整理の際は、上流プロジェクトの状態、導入先への到達性、プラットフォームキーの一致、ドキュメントの説明が現在のクライアント動作に合っているかを重点的に確認します。設定ガイドでは、特定画面の一時的なレイアウトを一般的な結論とせず、システムプロキシ、ルール、プロキシグループ、DNSなど安定した概念を優先して説明します。クライアントごとの画面差異については、各プラットフォームでの操作場所を補足します。
Checklist · よくある質問
「このMacについて」でチップ情報を確認します。Appleチップの名称が表示される場合はApple SiliconまたはARMアーキテクチャ版を、Intelプロセッサーと表示される場合はx64またはIntel版を選択してください。アーキテクチャを間違えると、アプリが起動できなかったり、互換変換レイヤーが必要になったりします。詳しいプラットフォームの説明はmacOSダウンロード欄をご覧ください。
まず設定が有効になっていることを確認し、プロキシグループで利用可能なノードが選択されているか、システムプロキシが有効か、プロキシポートを別のプログラムが使用していないかを確認します。次にダイレクト接続のサイトとプロキシ経由のサイトをテストし、ノード、ルール、DNSのどこに問題があるかを切り分けます。複数の通信制御ソフトを同時に有効にすると、ルーティングやプロキシ設定が上書きし合うため避けてください。続きはトラブル対処の手順に沿って確認できます。
具体的な動作はクライアントの実装によって異なります。初期設定ではまずシステムプロキシを使い、設定、ノード、ルールが動作することを確認してから、システムプロキシに従わないアプリも取り込む必要がある場合にTUNを有効にするのがおすすめです。TUNを有効にして通信異常が起きた場合は、仮想インターフェースの権限、DNSハイジャック、ルートの競合、他のVPNプログラムを確認してください。詳しい手順は使い方ガイドをご覧ください。
リモートサブスクから生成された設定を直接編集すると、更新時に新しい内容で置き換えられることがあります。クライアントが提供する上書き、マージ、スクリプト機能を優先して使い、ローカルルールと上流サブスクを分けて管理してください。変更前に動作確認済みの設定を保存し、追加した項目の階層を記録しておきます。項目の構造とマージの考え方は設定項目リファレンスで確認できます。
Notes · 最新記事
記事では実際の操作手順に沿って問題を分解し、まず判断条件を示してから確認方法と対処を説明します。設定を扱う際は、システムプロキシ、コアの項目、クライアント画面、上流サブスクを区別し、異なる層の問題を混同しないようにしています。
システムプロキシのスイッチ、ポートの競合、ノードの利用可能性からDNS汚染とルールのヒットまで、「接続できたのにインターネットへ出られない」本当の原因を順番に切り分けます。各手順で確認できる現象、検証方法、具体的な対処を示しているため、ノードを何度切り替えても改善しない場合に役立ちます。
記事を読む →遅延テストは通常、特定のテストURLへの1回のリクエスト経路だけを示すもので、ページの読み込み、動画転送、長時間接続の体感と同じではありません。この記事ではURL Testの集計方法を分解し、パケットロス、帯域幅、接続先の地域、混雑時間帯の安定性を組み合わせてノード品質を判断する方法を説明します。
記事を読む →ProfileとサブスクリプションURL、ローカルYAML、クライアントの上書き設定の関係を説明し、設定の更新、切り替え、バックアップの基本を整理します。複数のサブスクを併用する場合の命名方法、変更範囲、復元手順も紹介します。
記事を読む →