OSに合ったクライアントを選び、mihomoカーネルでサブスクリプションを追加し、ルールで通信を振り分けます。
まずは接続を1つ確立し、その後に応用設定を追加します。変更する項目は一度に1つに絞りましょう。
まずデバイスのOSを確認し、次にプロセッサのアーキテクチャを確認します。デスクトップでは、現在もメンテナンスされているGUIクライアントを選びましょう。インストール後は設定を開き、混合ポートとサービスの稼働状態を確認します。初回はネットワーク設定を初期値のままにし、複数のプロキシツールを同時に起動したり、いきなりTUNを有効にしたりしないでください。インストール中にシステム権限を求められた場合は、サービスのインストール、ネットワークインターフェースの作成、プロキシ設定の変更のどれに必要な権限なのかを確認してから、設定の追加に進みます。
設定管理を開き、プロバイダーから案内されたClashサブスクリプションURLを貼り付けて追加し、クライアントの解析が終わるまで待ちます。追加後は設定を選択し、プロキシのグループが表示されていることを確認してください。URLをリストに保存しただけでは有効になりません。ローカルファイルはYAMLの読み込み機能から追加します。サブスクリプションURLには認証情報が含まれることが多いため、公開の変換サイトに送信したり、URL全体が写ったスクリーンショットや問い合わせ内容を共有したりしないでください。
ルールモードを選び、プロキシグループで利用可能な出口を指定してから、システムプロキシを有効にします。直接接続するサイトとプロキシを使うサイトの両方にアクセスし、接続一覧で適用されたルールと出口を確認します。ブラウザーでは使えるのに他のアプリでは使えない場合は、まずそのアプリがシステムプロキシに対応しているか確認し、必要に応じてTUNを検討してください。確認が終わったら、動作する設定を保存します。問題が起きた場合は、設定を何度も入れ直すより、変更した順に戻すほうが原因を特定しやすくなります。
ここではOSを選択します。インストーラーやアーキテクチャ、各クライアントの詳細はダウンロードページをご覧ください。
Clash Plus、Clash Verge Rev、FlClashなどのGUIクライアントから試せます。Clash for Windowsの代替を探す際は、画面の類似性だけでなく、メンテナンス状況、カーネルとの互換性、設定の移行方法を確認しましょう。移行前にカスタムルールをエクスポートし、使用中のポートを記録してから、システムプロキシやサービスの設定を一つずつ戻します。
インストーラーのアーキテクチャがOSに合っていることを確認してください。古いクライアントがバックグラウンドで動いている場合は、終了してシステムプロキシの設定も確認し、複数のアプリが同じポートを取り合わないようにします。UWPアプリからの接続が必要な場合は、ループバック制限も別途確認してください。
Windows版をダウンロードApple Silicon搭載機かIntel搭載機かを確認し、対応するインストーラーを選びます。Clash Plus、Clash Verge Rev、FlClashは必要な機能に応じて比較してください。以前のClashX Metaの設定を使う場合は、カーネル関連の項目やクライアント設定がそのまま共通で使えるとは限らない点に注意しましょう。システムプロキシとTUNでは必要な権限も異なるため、それぞれ確認してください。
初回起動時にシステムから警告が表示された場合は、システム設定の案内に従って対処してください。アプリを起動するためにセキュリティ機能全体を無効にする必要はありません。起動後にプロキシの状態がおかしい場合は、ログイン項目、バックグラウンドサービス、現在のネットワーク環境に応じたプロキシ設定を確認します。
macOS版をダウンロードデバイスのアーキテクチャに合わせてClash Plus、Clash Meta for Android、FlClashを選べます。Surfboardとの設定の違いはダウンロードページをご確認ください。Androidクライアントは通常、システムのVPN機能を使って通信を処理します。起動前に、ほかのVPNアプリが同じインターフェースを使用していないことを確認し、許可後に接続履歴を確認してください。
バックグラウンドで接続が切れても、サブスクリプションが原因とは限りません。まず画面ロックの前後で状態が変わるか確認し、次にバッテリー最適化とバックグラウンド制限を確認します。常時動作が本当に必要なアプリだけ権限を変更し、バックグラウンド制限を一括ですべて解除するのは避けましょう。
Android版をダウンロードダウンロードページでClash PlusのApp Storeへのリンクと公式サイト clashplus.ioをご確認ください。インストール後、対応する形式のサブスクリプションを追加し、システムの案内に従ってVPN構成の追加を許可します。デスクトップ版のサービスモード、システムプロキシのスイッチ、ポート設定を、スマートフォンの操作手順にそのまま当てはめないでください。
接続後は、まずアプリを前面に表示した状態でWebページを開き、その後ネットワークの切り替えや画面ロック後の復帰も確認します。特定のアプリだけ挙動が異なる場合は、クライアントのルールとシステムのネットワーク権限を確認してください。利用できる機能の詳細は、クライアントの説明とストアページをご覧ください。
iOS版をダウンロードデスクトップではClash Verge RevとFlClashを比較し、ディストリビューションに合ったインストーラーを選びます。サーバーやルーターでは、カーネルの項目を確認し、プロセッサのアーキテクチャ、実行権限、サービスの管理方法を確かめてください。GUIで設定するシステムプロキシと、コマンドラインアプリが参照するプロキシ環境変数は別の仕組みです。
導入前に、現在のDNSとルーティング設定を記録してください。特にリモート接続中にネットワーク設定全体を置き換えるのは避けましょう。TUNを有効にする場合は、元に戻す手段を用意してから、ルートの変更が現在の管理接続に影響しないか確認します。
Linux版をダウンロード具体的な疑問から、設定ファイル、通信の入口、振り分けルールの違いを確認しましょう。
サブスクリプションURLを設定管理の追加欄に貼り付け、ダウンロードと解析が終わるまで待ってから、新しい設定を使用中にします。Clashの設定ファイルとBase64形式のノード一覧は別の形式です。解析に失敗したら、まずプロバイダーにサブスクリプションの形式を確認してください。自動更新で取得できるのは設定の変更分であり、ルールが適切かどうかまでは判断されません。まずは1日ごとの更新に設定し、タイムアウトする場合はプロキシ経由での更新を試します。サブスクリプションURLには認証情報が含まれるため、ログを共有する前にURLや認証情報を削除してください。
サブスクリプションの追加手順を見る →rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXYルールモードでは、設定ファイルに記載された順にルールを照合し、最初に一致したルールで接続先が決まります。例では、指定ドメインへの接続を先にプロキシへ振り分け、続いて中国本土のIPアドレスを直接接続にし、最後にMATCHで残りの接続を処理します。PROXYには、定義済みのプロキシグループまたはプロキシ名を指定する必要があります。実際の設定では、LAN内のアドレス、ドメインの名前解決結果、データベースの利用可否も考慮してください。数行の例をそのまま完全なルールセットとして使うことはできません。変更後は接続の詳細を開き、適用されたルールを確認してから、より具体的なドメインルールを追加するか判断しましょう。
ルール設定のガイドを読む →tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53TUNは仮想ネットワークインターフェースを作成し、システムプロキシに従わないアプリの通信もカーネルに取り込みます。取り込まれた通信の出口は、現在のプロキシモードとルールで決まります。有効にする前にクライアントのサービス権限を確認し、ほかのVPN、仮想ネットワークアダプター、セキュリティソフトとの競合がないか確認してください。設定例の項目はmihomo向けです。実際に利用できるパラメーターは、カーネルとOSの仕様を確認してください。有効化後にネットワークへ接続できなくなったら、まずTUNを無効にして基本の接続を復旧し、その後ルーティングとDNSを個別に確認します。複数の箇所を同時に変更すると、元に戻せなくなるおそれがあります。
TUNの設定と元に戻す方法を見る →普段はルールモードを選び、設定したルールに従って直接接続とプロキシ接続を振り分けます。グローバルモードはプロキシの出口が利用できるか一時的に確認するのに便利ですが、すべてのアプリの通信を自動で取り込むわけではありません。DIRECTモードでは、カーネルに取り込まれた通信を宛先へ直接接続します。システムプロキシとTUNは通信を取り込み、プロキシモードは通信を送り出します。この2つの役割を混同しないでください。トラブル時は、まず接続一覧にリクエストが表示されるか確認し、その後モードを切り替えて比較します。確認が終わったら、元のルールモードに戻してください。
モードとシステムプロキシを確認する →dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://1.1.1.1/dns-queryDNSはドメイン名をIPアドレスに変換し、ドメインルールとIPルールの判定にも影響します。fake-ipは対応するアドレスを割り当ててドメインとの関連を保ち、redir-hostは実際の名前解決結果を返す方式に近い動作をします。ネットワーク環境に応じて使い分けてください。例には主要な項目のみを示しており、あらゆる環境で使える設定ではありません。一部のサイトで問題が起きたら、まずOS、ブラウザー、クライアントがそれぞれ使用するDNSを確認し、次にDNSの横取りが対象の通信を処理しているか確認します。元の設定を保存してから、項目を一つずつ変更してください。
mihomoのDNS設定を詳しく見る →プロジェクトの関係を把握し、元に戻せる設定を残し、変更のたびに接続履歴で確認しましょう。
Clashは当初、ルールベースのプロキシカーネルを中心に複数のGUIクライアントが開発されました。元プロジェクトのメンテナンス状況が変化した後も、コミュニティによって互換実装や各OS向けのGUIプロジェクトが引き続き開発されています。現在「Clash ダウンロード」で検索すると、旧クライアント、コミュニティ版、カーネルのプロジェクトが一緒に表示されることがあります。選ぶ際はプロジェクト名、メンテナンス状況、使用カーネルを分けて確認し、インストーラーの名前だけで機能を判断しないでください。このサイトではOS別のダウンロード先と設定ドキュメントをまとめ、インストールから動作確認まで進められるようにしています。サイト名は、掲載するすべてのコミュニティプロジェクトが同じチームによって開発されていることを意味しません。
mihomoはClashエコシステムから発展したオープンソースのプロキシカーネルで、以前はClash.Metaという名称が使われていました。プロトコル接続、DNS処理、ルール判定を担います。GUIクライアントはその上で、サブスクリプション管理、システムプロキシ、サービスのインストール、設定画面を提供します。画面上のスイッチが設定ファイルの項目名と完全に一致するとは限らず、起動時にクライアントが設定を統合・上書きする場合もあります。問題の調査ではサブスクリプションの元ファイルだけでなく、最終的に適用された設定を確認してください。各パラメーターが使えるかどうかは、実際に動作しているカーネルのドキュメントを参照します。
オープンソースのリポジトリでは、コード、課題の議論、コミット履歴、リリースノートを確認できます。断片的な機能紹介より、互換性を判断するための確かな情報源になります。設定項目の解析エラーが起きたら、まず項目名とエラーの原文を検索し、既知の制限がないか確認してから、カーネルの更新や設定の変更を検討してください。以下のコマンドはmihomoのソースコードをダウンロードするだけで、GUIクライアントのインストールやシステムプロキシの変更は行いません。一般ユーザーはビルドせずにクライアントを利用できます。開発やコードの確認が必要な場合は、リポジトリのビルド手順とライセンスを参照してください。
サブスクリプションの更新ではノード、プロキシグループ、ルールの内容が変わります。クライアントの更新では画面、権限、システム連携が変わる可能性があり、カーネルの更新はプロトコルや設定の互換性に影響することがあります。これらを一度にまとめて更新しないでください。更新前に利用中の設定と必要なカスタム上書き設定を保存し、リリースノートを読んでから一つずつ実行します。更新後に問題が起きた場合は、どの層に変更があったかを比較し、該当する箇所だけ元に戻しましょう。ポートの競合を解決するためにサブスクリプションを何度も更新したり、形式エラーを隠すためにクライアントを再インストールしたりしないでください。
サブスクリプションを更新できない場合：まず、ダウンロードのタイムアウト、証明書エラー、形式の解析エラーを切り分けます。プロバイダーから設定ファイルが返されているか、ログインページが表示されていないか確認してください。その後、必要に応じて更新間隔の変更やプロキシ経由での更新を試します。詳しくはサブスクリプション更新失敗の対処法をご覧ください。
接続済みなのにWebページが開かない場合：まずリクエストが接続一覧に表示されるか確認し、その後システムプロキシ、ポートの競合、プロキシの選択、DNSを順番に確認します。接続ボタンが有効でも、サービスが起動している可能性を示すだけで、サイトへのアクセス成功を意味するとは限りません。詳しくはWebページが読み込めないときの確認リストをご覧ください。
設定を更新したらカスタムルールが消えた場合：リモートのサブスクリプションによって元のファイルが置き換えられた可能性があります。クライアントの上書き、マージ、拡張機能を使ってローカルの変更を保存し、適用順序も確認してください。長期的に管理しやすい設定構成を作るには、ゼロから学ぶ応用設定ガイドをご覧ください。
クライアントを終了してもインターネットに接続できない場合：ローカルポートを参照するプロキシ設定がシステムに残っていないか、仮想インターフェースが正常に終了しているか確認します。まずシステムの基本ネットワーク設定を元に戻してから、クライアントを再起動してください。基礎知識、インストールと設定、トラブル対処はFAQカテゴリ一覧で症状から検索できます。
日付順に新着記事3本を紹介します。具体的な問題から詳しい手順をご覧ください。
モバイル版Clashのバッテリー消費が増える主な原因を解説。Androidのバッテリー最適化対象外設定やバックグラウンド制限、iOSのバックグラウンド動作、TUN常時接続の注意点を紹介します。
バッテリー消費の対処法を読む →クライアントへのサブスクリプションURLの貼り付け方と、ローカルYAMLファイルの読み込み手順を解説。Clashの設定形式とBase64形式のノード一覧の違いや変換方法も紹介します。
追加手順を読む →dnsセクションのnameserver、fallback、fallback-filter、enhanced-modeを項目別に解説。fake-ipとredir-hostの違いや、DNSの横取りが有効なケースも紹介します。
DNS設定の解説を読む →