オープンソースのコア · 各プラットフォームのクライアントを継続更新

Clash中国公式サイト全プラットフォーム対応クライアント

OSに合ったクライアントを選び、サブスクリプションの追加から始めて、ルール分岐とTUNによる通信の取り込みを順に設定します。

オープンソースのコア日本語設定ガイド必要な通信だけを振り分け

クライアントのダウンロード / OSから選ぶ

Clashクライアントのダウンロード先

まずOSを確認し、次にCPUアーキテクチャを確認してください。クライアントのダウンロード後は、利用可能な設定ファイルまたはサブスクリプションが必要です。インストーラー自体がプロキシノードを作成したり、サービス提供元に代わってサブスクリプションを管理したりすることはありません。

初めて使う場合は、現在のサブスクリプションを読み込める、保守が続いているクライアントを選びましょう。Clash Plus、Clash Verge Rev、FlClashでは画面や権限の設定方法が異なり、機能の利用可否はコアとOSにも左右されます。安定して使えている設定がある場合は、まずバックアップを残してからクライアントを切り替えてください。インストール環境、サブスクリプションの取得元、DNS設定を一度に変更しないことが大切です。

すべてのクライアントを見る →

設定ガイド / よく使う5つのテーマ

ルール分岐・サブスクリプション・DNSを
まとめて確認

まず接続を確立してから、項目ごとに調整しましょう。右側では実際の利用順に5つの機能を解説します。下の早見表は構文の一部を示したものです。設定全体は既存の内容に合わせて調整し、ファイル全体をそのまま置き換えないでください。

応用設定を読む →

設定構文の早見表

rules:
  - DOMAIN-SUFFIX,github.com,PROXY
  - MATCH,DIRECT

例のPROXYは、実際に存在するプロキシグループに対応させてください。ルールは上から順に照合されます。

DOMAIN-SUFFIX,github.com,PROXY

ルール分岐とプロキシグループ

普段使いでは、まずルールモードを選びます。ドメイン、IPアドレス、ルールセットに基づいて通信を順に照合し、指定したプロキシグループへ振り分けます。プロキシグループは出口を選び、ルールはどの通信をそのグループに送るかを決めます。両者は別の役割です。設定を変更するときは、グループ名が存在することを確認し、個別ルールを最終ルールより前に記述してください。特定のサイトで経路が違う場合は、ノードを何度も切り替える前に、接続ログでどのルールに一致したかを確認しましょう。グローバルモードと異なり、ルール分岐では直接接続の経路を残せますが、結果は設定内容とルールの順序によって変わります。

設定方法を見る →
proxy-providers / interval: 3600

サブスクリプションの追加と更新

クライアントの設定またはサブスクリプション画面でURLを追加し、ダウンロード完了後に該当する設定を有効にします。サブスクリプションは設定ファイル全体の場合も、プロキシ一覧のみの場合もあるため、内容に合った追加画面を使ってください。更新に失敗したら、URLの有効期限、現在のネットワークからのアクセス可否、サービス提供元による形式変更を確認します。更新によって手動編集した内容が上書きされることがあります。長く残したいルールは、クライアントが対応するオーバーライド機能に設定するとよいでしょう。サブスクリプションURLには個人を特定できる情報が含まれることがあるため、画像やログを共有する前に必ず隠してください。

設定方法を見る →
tun: { enable: true, auto-route: true }

TUNによる全通信の取り込み

システムプロキシを参照しないアプリでは、TUNを使って仮想ネットワークインターフェース経由の通信を取り込めます。まずシステムプロキシでサブスクリプションが使えることを確認し、クライアントが求めるサービス権限や管理者権限を有効にして、自動ルートが機能しているか確認してください。TUNは通信を取り込む方式であり、グローバルプロキシモードを意味するものではありません。取り込み後もルールに応じて直接接続とプロキシを使い分けられます。他のVPNや仮想マシンのネットワークインターフェースと競合する場合は、どちらか一方を無効にして再確認しましょう。LANに接続できないときは、サブスクリプションをむやみに変更せず、ルートと除外するネットワークを確認してください。

設定方法を見る →
enhanced-mode: fake-ip

DNSとFake-IP

DNS設定は、ドメイン名の解決とルール判定に影響します。Fake-IPはドメイン名に仮想IPアドレスを割り当て、コアが対応関係を管理する仕組みです。接続先のWebサイトが実際にそのアドレスを使うわけではありません。設定前に既存の内容を保存し、クライアントのDNS機能が有効か、アプリが別の名前解決経路を使っていないか確認してください。LAN内のドメイン名、デバイス検出、特定アプリとの互換性に問題がある場合は、必要に応じて除外項目を設定しましょう。複数の上流DNSを並べればすべて解決するとは限りません。ノードのドメイン名、通常の通信、プロキシ出口の名前解決で、それぞれ何が必要かを整理してください。

設定方法を見る →
external-controller: 127.0.0.1:9090

外部コントロールパネル

外部コントローラーAPIでは、接続状況の確認やプロキシグループの切り替え、稼働中のコアの管理ができます。サーバーやルーターでの一元管理に便利です。ローカルだけで使う場合はループバックアドレスにバインドし、管理用インターフェースを他の端末に直接公開しないでください。リモートアクセスが必要な場合は、認証とアクセス元の制限を設定し、安全な接続経由で利用しましょう。コントロール用ポートとプロキシ用ポートは役割が異なります。ブラウザーでパネルが開けても、プロキシ通信が取り込まれているとは限りません。接続の問題を調べるときは、パネルに表示される接続先ドメイン、プロキシグループの経路、適用されたルールを順に確認してください。

設定方法を見る →

オープンソースのエコシステム / コアとGUIの役割

Clash・Mihomoとクライアント

ダウンロード前に、プロジェクト同士の関係を確認しましょう。名前が似ていても同じアプリとは限りません。また、クライアントの更新とコアの更新は別のものです。

Clashエコシステムの発展

Clashはもともと、ルールベースのプロキシコアを中心に発展しました。設定ファイルでは、プロキシ、プロキシグループ、ルール、DNSをまとめて管理します。元のプロジェクトがメンテナンスを終了した後も、エコシステム内のフォークやGUIクライアントは開発を続けています。現在「Clash ダウンロード」と検索すると、すべてのOSで使える単一のインストーラーではなく、複数の異なるプロジェクトが見つかることが一般的です。選ぶときは、メンテナンス状況、OSへの対応、設定の互換性を確認してください。名前が似ているだけで、機能も同じだと判断することはできません。

コアが接続を処理し、GUIが管理を支援

Mihomoは、このエコシステムで開発が続くオープンソースのコアプロジェクトです。プロトコル処理、ルール判定、ネットワーク接続などを担います。GUIクライアントは、サブスクリプションの追加、トレイメニュー、ログの確認、システム権限の管理などを提供します。コアを同梱するクライアントもあれば、更新頻度が異なるものもあります。画面にスイッチが表示されていても、現在のOSで必要な権限が使えるとは限りません。ガイドを読むときは、その操作がクライアントの画面を対象にしているのか、最終的に適用されるコアの設定を対象にしているのか確認しましょう。

ソースコードとドキュメントで機能を確認

オープンソースプロジェクトでは、コード、ライセンス、変更履歴を確認できます。機能の対応状況を調べるときは、スクリーンショットや古いガイドだけで判断せず、該当プロジェクトのドキュメントとリリースノートを確認し、クライアント内蔵コアのバージョンと照らし合わせてください。MihomoコアはGPL-3.0ライセンスを採用しています。GUIクライアントのライセンスと配布条件は、それぞれのプロジェクトで確認が必要です。当サイトではダウンロード先と日本語の操作手順を紹介しますが、プロキシノードのサブスクリプションは提供していません。また、異なるコミュニティプロジェクトを同じ開発チームとして扱うこともありません。

更新前に復元できる設定を保存

更新をインストールする前に、現在の設定をエクスポートし、使用中のモードとプロキシグループを記録してください。必要に応じて、以前のクライアント環境に戻せるようにしておきましょう。更新後は、設定が読み込めるかを確認してから、よく使うWebサイト、LANへのアクセス、バックグラウンドアプリをテストします。問題が起きたら、変更履歴と起動ログを確認し、設定項目の変更、権限の失効、ネットワーク障害を切り分けてください。クライアント、コア、サブスクリプションを一度に変更せず、設定の種類ごとに調整すると原因を特定しやすくなります。

接続確認の3つのポイント

まず設定が有効かを確認し、次に通信がコアに届いているか、最後にどのルールに一致したかを確認します。ブラウザーでWebページを開けても、その1回のアクセスに成功しただけで、すべてのアプリがプロキシ経由で通信しているとは限りません。速度テストも、主に現在の条件での応答状況を比較するもので、ダウンロード速度や長時間接続の品質を示すものではありません。

特定のアプリだけで問題が起きる場合は、まずそのアプリがシステムプロキシを参照しているか確認してください。ほかの通信は正常なのにドメインへ接続できない場合はDNSを確認し、TUNを有効にしてLAN機器へ接続できなくなった場合は、ルートと除外範囲を見直しましょう。症状から原因を絞るほうが、何度も再インストールするより効果的です。詳しい手順は入門ガイドとよくある質問をご覧ください。

利用ガイド / 最近の記事

Clashの設定とトラブル対処

実際の症状から、OSの制限、クライアントの設定、コアの設定を切り分けます。作業前に現在の設定を保存し、変更点を一つずつ比較できるようにしましょう。

記事一覧を見る →