Windows
デスクトップのブラウザーや普段使いのアプリに適しています。まず動作要件とプロセッサのアーキテクチャを確認し、必要に応じてシステムプロキシやサービスモードを有効にしてください。クライアントを起動しただけでは、すべてのアプリがプロキシ経由になるわけではありません。
ダウンロードページへOSに合ったクライアントを選び、サブスクリプションの追加、ルールによる振り分け、トラブル対処の手順を確認できます。
Clashの通信設定は、3つの層に分けて考えると整理しやすくなります。設定ファイルがプロキシやルールを定義し、モードが接続の処理方法を決め、システムプロキシやTUNがクライアントに取り込む通信を決めます。まずこの違いを把握してから機能を一つずつ有効にすると、複数の設定を同時に変更するより原因を特定しやすくなります。
以下の画面は設定のイメージで、実際に動作しているクライアントではありません。アプリによってメニュー名や配置は異なりますが、サブスクリプション、プロキシグループ、ルール、DNSの基本的な関係は共通です。タブを切り替えると各機能の説明を確認できます。操作後は選択中のタブが表示されます。
mode: rule
モードはカーネルに取り込まれた通信を処理します。システムプロキシを有効にする機能ではありません。
表示はイメージです。実際の設定はクライアントで行ってください。
rules:
- DOMAIN-SUFFIX,google.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
Proxy は設定内に存在するプロキシまたはプロキシグループを指定する必要があります。
dns:
enable: true
enhanced-mode: fake-ip
ここでは設定項目の関係のみを示しています。DNSサーバーは実際のネットワークに合わせて設定してください。
クライアントは操作画面とバックグラウンド機能で構成されており、OSによってインストール方法、権限の設定、通信の取り込み方が異なります。初めて選ぶ場合は、ダウンロードページでおすすめしているClash Plusから試せます。LinuxではClash Verge RevやFlClashも確認してください。すでに設定を使っている場合は、移行前にカーネルの互換性と必要な機能を確認しましょう。画面の違いだけを理由に、サブスクリプションやルールまで同時に変更する必要はありません。
インストール前に、システム情報でプロセッサの種類を確認してください。名前が似たインストーラーでも対象アーキテクチャが異なる場合があり、ファイルサイズだけでは判断できません。ダウンロードページにはクライアントと動作要件をまとめています。トップページのOS別リンクは該当するシステムの案内であり、インストーラーを直接ダウンロードするものではありません。旧クライアントのアーカイブにはメンテナンス状況も記載しているため、普段使い向けか、過去の設定を参照するためのものかを確認できます。
デスクトップのブラウザーや普段使いのアプリに適しています。まず動作要件とプロセッサのアーキテクチャを確認し、必要に応じてシステムプロキシやサービスモードを有効にしてください。クライアントを起動しただけでは、すべてのアプリがプロキシ経由になるわけではありません。
ダウンロードページへApple Silicon用とIntel用のインストーラーを確認してください。初回起動時はシステムの案内に従って権限を許可し、ネットワーク機能を有効にする前にシステムプロキシの設定を確認しましょう。終了後は元のネットワーク状態に戻っているか確認してください。
ダウンロードページへインストール後に設定をインポートし、初回接続時にシステムのVPN許可を確認してください。バックグラウンドに移ると接続が切れる場合は、バッテリー最適化とバックグラウンド実行の制限を確認しましょう。ノードを何度も切り替えるだけでは解決しません。
ダウンロードページへClash PlusのApp Storeページをご覧ください。公式サイトはclashplus.ioです。インストール後、アプリの案内に従って設定とVPN権限を追加し、接続前に使用するサブスクリプションとプロキシグループを選択してください。
ダウンロードページへデスクトップ環境ではGUIクライアントを優先し、ディストリビューションに合ったパッケージ形式を選びましょう。サーバーやルーターで使う場合はカーネルのページを確認し、設定ファイルのパス、プロセス権限、バックグラウンドサービスを自分で管理してください。
ダウンロードページへどれを選ぶか迷ったら、まずクライアント比較をご覧ください。対応プラットフォーム、設定管理、通信の取り込み方法を比べるのがポイントです。クライアント名、カーネル名、サブスクリプションサービスを混同しないようにしましょう。ソフトをインストールしただけでは、利用可能なプロキシノードは用意されません。
初回設定では、まず最低限の接続手順を完了させましょう。有効な設定、選択済みのプロキシグループ、有効な通信入口を一つずつ用意します。ほかの項目は変えずに接続できることを確認してから、自動更新、振り分けの例外、LAN共有を追加してください。問題が起きたときに、どの手順で変化したかを特定しやすくなります。
クライアントのサブスクリプションまたは設定画面を開き、URL全体を貼り付けてインポートします。設定名が表示されたら、現在使用する設定として有効になっていることを確認し、プロキシグループが読み込まれているかも確認してください。形式エラーが出る場合は、リンクから設定ファイルの内容が返されているか確認しましょう。WebページのURLをサブスクリプションURLとして使うことはできません。
サブスクリプションの追加手順を見る →ルールモードを選び、該当するプロキシグループで利用可能なノードを選択します。デスクトップではまずシステムプロキシを有効にしてください。システムプロキシに対応していないアプリも使う場合は、その後TUNを試します。モバイル端末では案内に従ってVPN権限を許可し、同じ種類の通信入口を使う別のアプリと同時に接続しないようにしてください。
プロキシモードの説明を見る →アクセスしたいサイトを開き、クライアントの接続一覧でリクエストが記録されたか、どのルールに一致したか、どの出口を使ったかを確認します。接続できることを確認してから、ほかのアプリも試してください。リクエストが記録されない場合は、ノードのプロトコルやDNSを変更する前に、通信の入口を確認しましょう。
接続できないときの対処法を見る →Clashエコシステムでは、GUIクライアントがサブスクリプション管理、プロキシ選択、システム連携を提供し、カーネルがプロトコル接続、DNS処理、ルール判定を行います。設定ファイルはノード、プロキシグループ、ルールの関係を定義します。アプリに表示される名前が、使用中のカーネル名とは限りません。同じ設定を移行できるかどうかは、移行先のカーネルが対応する項目やプロトコル、クライアントのオーバーライド方式によって決まります。拡張子が同じというだけで互換性を判断することはできません。
mihomoはClash Metaの技術路線を引き継ぐ、現在のClashエコシステムで広く使われているオープンソースカーネルです。過去の記事ではClashやClash Meta、現行クライアントの名称が混在する場合があります。該当するプロジェクトを確認しながら読んでください。オープンソースであっても、すべてのクライアントで画面や初期設定が同じとは限りません。問題を調べる際は、クライアント名、OS、実際に使用しているカーネルの情報を記録すると、環境に合わない手順を適用せずに済みます。
mihomoプロジェクトはGPL-3.0ライセンスで公開されており、ソースコード、コミット履歴、課題の議論は公開リポジトリで確認できます。変更履歴を読むと、設定項目やプロトコル対応、ネットワーク動作に変更があったかを判断しやすくなります。スター数、ダウンロード数、遅延の数値を接続品質の指標として扱うことはできません。プロキシの使用感はサーバー、ネットワーク経路、ローカル設定にも左右されます。公開ソースコードが示すのは実装を追跡できる根拠であり、各回線の性能を保証するものではありません。
一般ユーザーがカーネルをビルドする必要はありません。GUIクライアントを使う場合は、まずそのクライアントの更新手順に従い、組み込みカーネルと設定の互換性を確認してください。手動でカーネルを差し替えると、権限、ファイルパス、インターフェースの互換性で問題が起きる場合があります。設定を自力で復旧できる方向けの方法です。サーバーに導入する場合は、作業ディレクトリ、ログの保存先、起動オプションを明確にし、デスクトップアプリのボタン操作をバックグラウンドサービスにそのまま当てはめないでください。
以下のコマンドは公開リポジトリをクローンします。ソースコードの閲覧や開発環境の準備に使うもので、デスクトップクライアントのインストールやプロキシの自動設定は行いません。
git clone https://github.com/MetaCubeX/mihomo.git
サブスクリプションURLにはアクセス用の認証情報が含まれることがあります。他の人に相談する際は、URL全体、アカウント情報、サーバー認証情報を隠してください。ログにもアクセス先ドメイン、端末のアドレス、ファイルパスなどが含まれる場合があります。共有前に内容を確認し、不要な情報を削除しましょう。症状、再現手順、適用されたルール、エラーの種類を残せば、多くの場合は原因調査を始められます。個人用設定をすべて公開する必要はありません。
ルールの結果が想定と異なる場合は、まず有効な設定を確認し、ルールの順序とデータファイルを調べてください。すべてのノードに接続できない場合は、ローカルネットワークとサービスの状態を先に確認します。サイト内のGeoIPの更新方法ではデータの読み込みを、ルールのトラブル対処では振り分けの仕組みを解説しています。症状に合った項目を確認し、設定を一度にすべて変更しないようにしましょう。
基本的な接続を確認できたら、必要に応じて応用情報を読み進めてください。設定ファイルの構造に関する記事はYAMLを編集する方向け、通信の取り込み方法の比較記事はTUNが必要か判断したい方向け、サブスクリプション更新の記事はURLの問題、ダウンロード失敗、設定の切り替え忘れを区別したい方向けです。各記事は具体的な操作を一つずつ解説しています。使い始める前にすべての項目を読む必要はありません。
設定ファイルを上から順に読み、ポートとモード、dns、proxies、proxy-groups、rulesの各項目の意味と一般的な書き方を解説します。まず項目間の参照関係を理解してから個別の値を変更し、プロキシグループ名とルールの指定先が食い違わないようにしましょう。
記事を読む →通信を取り込む階層、コマンドラインやゲームへの対応、必要な権限、DNS処理の4つの観点から、2つの方式を比較します。設定を多く有効にすれば接続が安定するとは限りません。アプリの動作に合わせて選びましょう。
記事を読む →主要クライアントでサブスクリプションの更新間隔を設定する場所を紹介し、更新に失敗する主な原因を解説します。手動で更新する場合とネットワーク環境を確認する場合を説明し、更新後は設定が切り替わり、新しい内容で接続できているかも確認します。
記事を読む →インストール、設定、通信の取り込みのどこで困っているか分からない場合は、まずヘルプセンターでカテゴリ別に探してください。起動できるのにアクセスできないときは、「ローカルネットワーク → 現在の設定 → プロキシグループ → 通信の入口 → ルールとDNS」の順に確認し、各段階の結果を記録しましょう。調査中に新たな変更を加えて、原因を分かりにくくしないことが大切です。