Windows
まずClash Plusを確認し、画面や使い方を基準にClash Verge Rev、FlClashなどと比較しましょう。プロセッサアーキテクチャとOS要件を確認してください。Clash for Windowsから移行する場合は、サービスモード、設定の移行、起動時の自動実行をあらためて確認します。旧プログラムのフォルダーをコピーするだけでは不十分です。
ダウンロードへデバイスに合ったクライアントを選び、サブスクリプションの追加、ルール分岐、接続確認を行います。
まず、次の3点を分けて考えます。アプリのリクエストがクライアントに渡っているか、クライアントがどのルールで処理するか、ドメインをどこで名前解決するか。システムプロキシとTUNは通信の入口、ルールモードは出口の方針、DNS設定は名前解決の経路を決めます。各レイヤーを分けて確認すると、複数の設定を同時に変更するより原因を特定しやすくなります。
ルールモードでは、設定の順序に従ってドメイン、宛先アドレス、ルールセットを確認し、リクエストを指定したプロキシグループまたは直接接続に振り分けます。複数のネットワーク先を使い分ける場合に適しており、サイトごとに端末全体の接続先を切り替える必要はありません。利用時は、指定したプロキシグループが設定済みか確認し、具体的なドメインルールを範囲の広いルールより前に配置します。最後にMATCHで残りのリクエストを処理します。単一のプロキシ出口だけを提供するツールとは異なり、Clashエコシステムではルールの適用状況を確認できます。想定外の経路になった場合は、ノードを変えるだけでなく、接続ログで適用されたルールを確認してください。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
例のProxyはプロキシグループ名です。実際の設定で定義してください。ルール構文を見る →
ルールモードはrulesに従って通信を振り分け、グローバルモードはコアに届いたリクエストをグローバル設定に渡し、直接接続モードは宛先へ直接接続します。通常はルールモードを使い、特定のリクエストがルールの影響を受けているか調べるときに、一時的にグローバルモードへ切り替えるとよいでしょう。グローバルモードにしても、すべてのアプリの通信が取り込まれるわけではありません。システムプロキシを使わないプログラムには、個別にプロキシを設定するか、TUNを利用する必要があります。GUIクライアントによって設定箇所は異なりますが、3つのモードの基本的な役割は共通しています。確認が済んだら元のモードに戻し、接続ログを確認して、一時的な設定をそのまま使い続けないようにしてください。
# 日常的な利用ではルール分岐
mode: rule
# 任意のモード:global、direct
サブスクリプションのリンクは通常、利用しているサービスの提供元から取得します。クライアントは設定をダウンロード、解析、有効化しますが、インストールしただけで利用可能なノードが用意されるわけではありません。追加後は、設定が選択されているか、プロキシグループに選択可能な項目があるかを確認してください。更新に失敗した場合は、リンクの無効、ネットワーク接続の失敗、形式の解析エラーを切り分け、メッセージとログを確認します。サーバーアドレスを1つ保存するだけのツールと違い、Clashの設定にはルールやDNS設定が含まれることもあります。クライアントによって上書きやマージの仕組みが異なり、サブスクリプションの元ファイルを直接編集すると更新時に変更が失われる場合があります。長く使う設定変更は、クライアントが対応する上書き機能で管理してください。
# ローカル設定の基本項目
mixed-port: 7890
mode: rule
log-level: info
DNSはドメイン名をアドレスに変換します。Fake-IPはドメインにコア内で対応付ける仮想アドレスを割り当て、後続の接続でもドメイン情報を保持できるようにします。有効にするには適切な通信の取り込み経路が必要で、システム内のすべての名前解決が自動的にコアを経由するわけではありません。LAN内のサービスや特定のアプリで問題が起きた場合は、DNSサーバーを何度も変えるのではなく、必要に応じてフィルターを設定してください。システムプロキシの切り替えだけを備えたツールと比べ、これらの項目に対応するmihomoクライアントでは名前解決の経路を細かく設定できます。ブラウザーのセキュアDNS、システムキャッシュ、IPv6もあわせて確認しましょう。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
TUNは仮想ネットワークインターフェースを通じて通信をプロキシコアに渡す機能です。一部のコマンドラインプログラムや、システムプロキシ設定に従わないアプリに適しています。デスクトップでは通常、管理者権限やサービスのインストールが必要です。モバイルでは一般に、OSが提供するVPNインターフェースを利用します。対応状況はクライアントによって異なります。システムプロキシより広い範囲の通信を取り込める一方、ルーティング、ほかのVPN、セキュリティソフトの影響を受けやすくなります。初回接続では、まずシステムプロキシで設定が使えることを確認してからTUNを有効にしてください。有効化後にネットワークへ接続できなくなった場合は、ルーティングとDNSの取り込み状況を確認します。以下は項目の例であり、利用中のシステムに必要な設定一式の代わりにはなりません。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
ダウンロードセンターでは、クライアントをOS、プロセッサアーキテクチャ、インストール方法別に掲載しています。まずデバイスのOSを確認し、GUIクライアントと単体のコアを区別しましょう。一般的なデスクトップやスマートフォンではGUIクライアントを、サーバー、ルーター、サービスを自分で管理するデバイスではコアパッケージを検討します。名前が似ていても、対応する設定項目、権限の扱い、設定の上書き方法が同じとは限りません。
まずClash Plusを確認し、画面や使い方を基準にClash Verge Rev、FlClashなどと比較しましょう。プロセッサアーキテクチャとOS要件を確認してください。Clash for Windowsから移行する場合は、サービスモード、設定の移行、起動時の自動実行をあらためて確認します。旧プログラムのフォルダーをコピーするだけでは不十分です。
ダウンロードへパソコンがApple Silicon搭載かIntel搭載かを確認し、対応するインストーラーを選んでください。インストール後は、OSの案内に従って必要な権限を許可します。クライアントを切り替える前に、旧クライアントのプロキシ設定とバックグラウンドサービスを停止してください。メニューバー上は正常に見えても、システムに以前のプロキシ設定が残っている場合があります。
ダウンロードへClash Plus、Clash Meta for Android、FlClashなどを比較して選べます。インストールパッケージのアーキテクチャがデバイスに合っているか確認してください。初回接続時はOSのVPN許可を確認します。バックグラウンドで切断されやすい場合は、バッテリー最適化とバックグラウンド実行の制限を確認しましょう。まずは再インストールを繰り返さないでください。
ダウンロードへダウンロードセンターにはClash PlusのApp Storeページと公式サイトclashplus.ioへのリンクがあります。インストール後、対応する設定を追加し、VPN構成の追加を許可してください。デスクトップ向け設定の一部のシステム関連項目は、そのまま流用できません。インポート結果はモバイル版クライアントの案内に従ってください。
ダウンロードへデスクトップ環境がある場合はClash Verge RevやFlClashを選び、ディストリビューションに合ったパッケージ形式を使います。サービスとしてのみ実行する場合はmihomoコアを利用し、起動サービスとアクセス権を別途設定してください。ターミナルのプログラムがデスクトップ環境のシステムプロキシを使うとは限らないため、環境変数を個別に確認しましょう。
ダウンロードへ新しいクライアントをインストールする前に、元の設定をエクスポートし、ローカルの上書きルールを記録しておきましょう。初回テストではプロキシクライアントを1つだけ起動し、接続できることを確認してから、自動更新や起動時の自動実行を有効にします。ポートの競合やルーティングの衝突を避けやすくなります。
すべてのクライアントを見る →初回設定では、まず接続を確認できる状態にしてから、ルールの細分化やTUNを検討します。インストールの完了、設定のインポート成功、リクエストが実際にプロキシを経由することは、それぞれ別の結果です。ここでは操作の順序のみを紹介します。画面ごとの説明や権限設定は、詳しいガイドをご覧ください。
設定またはサブスクリプションの画面で、サービス提供元から入手したリンクを追加するか、ローカルのYAMLファイルをインポートします。解析が終わったら、その設定を選択し、プロキシグループに利用可能な項目があるか確認してください。インポートエラーが出た場合は、エラーメッセージをそのまま記録します。スクリーンショットやログにサブスクリプションのURLを載せないでください。
まずルールモードを使い、該当するプロキシグループで利用可能な出口を選んでから、OSに合ったプロキシの入口を有効にします。デスクトップではシステムプロキシでテストし、スマートフォンでは案内に従ってVPN接続を許可してください。複数のクライアントで通信の取り込みを同時に有効にしたり、入口の確認をグローバルモードで代用したりしないでください。
確認したい宛先にアクセスし、接続またはログの画面で、宛先ドメイン、適用されたルール、選択中のプロキシを確認します。ブラウザーでは接続できてもターミナルでは失敗する場合は、それぞれのプロキシ設定を個別に調べてください。テスト後は一時的に変更したモードを元に戻し、普段使うアプリやLAN内のサービスにアクセスできることを確認します。
設定の更新に失敗しても、既存の接続が使えるなら、すぐにすべてをリセットせず、まず更新操作を確認してください。問い合わせる際は、OS、クライアント名、使用中のプロキシモード、エラーが発生した時刻を伝えれば十分です。サブスクリプションURL、認証情報、設定全体は、共有前に必ず機密情報を伏せてください。
詳しいガイドを見る →Clashはプロキシツールのエコシステムを指す一般的な呼び方で、すべてのプラットフォームを同じプログラムが担っているわけではありません。コアとクライアントの関係を理解すると、ガイドが自分の環境に当てはまるか判断しやすくなり、特定のクライアントの画面設定をすべてのソフト共通のものと誤解せずに済みます。
初期のClashプロジェクトでは、YAML設定、プロキシグループ、順序付きルールを中心とする利用方法が確立されました。その後、コミュニティからさまざまなコアのフォークやGUIクライアントが登場し、mihomoはその設定機能の一部を引き継ぎ、拡張しています。古い記事を見つけたら、どのコアとクライアントを対象にしているか、現在もメンテナンスされているかを確認してください。同じ設定項目に見えても、対応範囲や初期動作が異なる場合があります。解析エラーが発生した場合は、古いスクリーンショットではなく、現在のコアのドキュメントと実際のエラーメッセージを確認しましょう。
オープンソースのリポジトリでは、コードの閲覧、リリース情報の確認、課題の議論の追跡ができます。ダウンロード数、スター数、コメント数は、実際のデバイスでの互換性テストの代わりにはなりません。そのため、このサイトではそれらの数字を選定の根拠にしていません。機能を確認するには、上流のドキュメントで設定項目の説明を調べ、課題の記録で既知の制限がないか確認してください。このサイトはダウンロード情報と日本語の操作ガイドをまとめたもので、各上流プロジェクトの公式組織ではありません。ライセンス、配布方法、機能の詳細は各プロジェクトの案内をご確認ください。
コアはプロトコル接続、ルール照合、DNSなどのネットワーク処理を担います。GUIクライアントは設定のインポート、モード切り替え、システム連携、ログ表示を担当します。同じ系統のコアを使うクライアントでも、画面や上書きの手順は異なる場合があります。逆に、クライアントが正常に起動しても、基盤となる設定が正しく読み込まれたとは限りません。問題を調べる際は、まず有効な設定を記録し、次にコアのログを確認してください。移行する場合は、サブスクリプションの配布元、ローカルの上書き設定、システム設定を分けて移行します。1つの設定ファイルにすべての設定が含まれているとは限りません。
プログラムの更新はクライアントやコア自体の問題に対処し、サブスクリプションの更新はノード、プロキシグループ、ルールを再取得します。両者は別の処理です。プログラムを更新する前にリリース情報を読み、ローカルの変更をバックアップしてください。サブスクリプションの更新後は、独自の変更が残っているか確認します。クライアントによっては、サブスクリプションの内容とローカルの上書き設定をマージしてからコアに渡すため、最終的に有効な設定が元のサブスクリプションファイルと一致しない場合があります。更新後に問題が起きたら、まず変更範囲を比較し、設定を戻すかクライアントを調整するか判断してください。プログラム、サブスクリプション、DNSを同時に変更すると、原因を特定しにくくなります。
記事では個別の問題を取り上げ、インストール後に挙動を詳しく確認したい場合に役立つ情報を紹介します。まず、失敗したリクエストに対応するログを保存し、プロキシの入口、名前解決の経路、ルールの適用、出口への接続の順に調べてください。ネットワークの問題は似た症状でも対処方法が異なります。エラーが1つ出ただけで設定全体をリセットしないでください。
遅延テストの正しい見方、通信量倍率の計算、地域と用途の組み合わせ、プロトコルの違いまで、ノードを選ぶ際の実践的な判断手順をまとめます。
ノードの選び方を見る →dial timeout、DNSの名前解決失敗、ルール不一致など、ログによく出るエラーを解説します。ログレベルの設定方法や、エラーから該当する設定箇所を特定する手順も紹介します。
ログのトラブルシューティング手順を見る →Windows、macOS、Androidなどで初めてインストールした後に行う基本設定の手順を紹介。権限の許可、ポートの競合、設定のインポート、起動時の自動実行など、よくある問題を解説します。
初回インストールのガイドを見る →問題がどのレイヤーにあるか判断できない場合は、まずよくある質問で症状を確認してください。トラブルの記録をまとめる際は、一度に変更する設定を1つにしてからリクエストを再送します。効果がありそうな変更をいくつも重ねるより、原因を特定しやすく、元の環境にも戻しやすくなります。
すべての記事を見る →