接続の入口から出力先の選択まで、役割ごとに分けて解説します。以下の例は設定項目の形式を示すもので、そのまま実行できる完全な設定ではありません。実際に使う際はプロキシ定義を補い、参照名が一致していることを確認してください。
ルールモードでは、リストを上から順に照合し、最初に一致した項目で接続先を決定します。ドメインサフィックスはサイト単位の振り分けに、IP範囲のルールはLAN内の通信処理に適しています。末尾のMATCHは、ほかのルールに一致しなかった通信を処理します。出口を一つに固定するグローバルモードとは異なり、ルール振り分けでは用途ごとに通信を分けられます。変更前にプロキシグループ名を確認し、具体的なルールを広範囲のルールより前に配置してください。意図しない振り分けが起きた場合は、出口を何度も切り替えるのではなく、接続ログで一致したルールを確認しましょう。
プロキシグループを使うと、ルールの接続先と実際の出口を分けて管理できます。selectは手動で選択し、url-testは指定したテストURLの結果をもとに出口を選び、fallbackは候補を順に確認して利用可能なものを選びます。自動テストで分かるのはテスト先への接続状況であり、すべてのサイトでの使用感を示すものではありません。ルールごとに出口名を直接指定するより、プロキシグループを参照するほうが、後から変更しやすくなります。サブスクリプションの導入後は、グループ内の参照先が存在するか、自動選択グループのテストURLや間隔が用途に合っているかを確認してください。
DNSは名前解決を担い、Fake-IPはマッピング用アドレスを使ってドメインと後続の接続を関連付け、コアによるドメインルールの適用を可能にします。プロキシの出口ではないため、これだけで出口への接続問題を解決することはできません。実際のIPアドレスを直接返す方式と比べ、マッピング方式では同じコアの処理経路に通信を通す必要があります。LAN内のデバイス検出や特定アプリとの互換性に問題がある場合は、対象ドメインのフィルター設定を調整してください。トラブルシューティングでは、まずシステムのDNS問い合わせがコアに届いていることを確認し、その後に上流のDNSサーバーを調べましょう。複数の設定を同時に変えるのは避けてください。
TUNは仮想ネットワークインターフェースで通信を受け取り、システムプロキシ設定に従わないアプリの通信を処理します。ブラウザーやシステムプロキシの設定変更だけで済む場合と比べ、ルーティング、権限、DNSの制御に関わるため、影響範囲が広くなります。まず通常のプロキシ経路が動作することを確認してから、TUNを有効にして個別に検証してください。自動ルート設定でも、すべてのインターフェースが正しく認識されるとは限りません。ほかのVPN、コンテナネットワーク、仮想マシンを同時に使っている場合は、ルーティングテーブルと除外範囲を確認しましょう。無効にした後は、システムのネットワーク設定が元に戻っていることも確認してください。
外部コントロールインターフェースは、クライアントやコントロールパネルから接続情報の取得、プロキシグループの切り替え、実行状態の変更を行うためのものです。プロキシ通信を受け付けるmixed-portとは別の入口であり、相互に代用できません。設定ファイルを直接編集する方法と比べ、コントロールインターフェースは状態の確認や一時的な操作に便利ですが、実行時の変更が保存されるかどうかはクライアントによります。ローカルだけで使う場合はループバックアドレスにバインドしてください。リモート管理が必要な場合は、認証とアクセス制限も設定しましょう。信頼できないネットワークにコントロールインターフェースを公開したり、認証情報を含む設定を公開したりしないでください。
設定の確認は順番に進めます。まず通信がコアに届いているかを確認し、次に名前解決とルールの一致状況を調べ、最後にプロキシグループと実際の出口を確認してください。クライアントの接続スイッチだけでは、アプリがプロキシを迂回しているのか、DNS問い合わせに失敗しているのか、接続先への通信に失敗しているのか判断できません。ログと接続記録は、具体的なアクセス操作と照らし合わせると、変更が反映されたかを確認しやすくなります。
クライアントは画面表示、設定管理、システム連携を担い、コアは接続を処理します。同じ設定でも、プラットフォームによって通信の取り込み方が異なる場合があります。インストール前にCPUアーキテクチャとシステム要件を確認してください。
デスクトップのブラウザー、開発ツール、日常的なアプリの利用に適しています。ダウンロードページではClash PlusやClash Verge Revなどを順に掲載し、画面やシステム連携の違いを比較できます。
インストール前にシステム情報でアーキテクチャを確認してください。初回起動時はシステムプロキシを有効にして、ブラウザーで接続を確認します。ほかのアプリの通信も取り込む必要がある場合は、TUNを検討してください。待ち受けに失敗したときは、まずポートの競合を確認し、同じポートを使うコアを複数同時に起動しないようにしましょう。
ダウンロードページへまずApple SiliconとIntelのどちらを搭載しているか確認し、対応するインストーラーを選んでください。Clash PlusやClash Verge Revなどは設定画面の場所が異なります。設定を導入した後は、ルールとプロキシグループも個別に確認しましょう。
システムプロキシ、バックグラウンドサービス、ネットワーク拡張はそれぞれ異なる仕組みです。権限を求められた場合は、インストールしたクライアントからの要求であることを確認し、システムの画面に従って許可してください。クライアントを切り替える前に古いアプリを終了し、残ったプロキシ設定が接続確認に影響しないようにしましょう。
ダウンロードページへ端末のアーキテクチャに合ったインストーラーを選び、対応する設定を導入した後、システムのVPN接続を許可してください。モバイル端末では通常VPNインターフェース経由で通信を取り込みます。デスクトップでシステムプロキシだけを設定する方法とは異なります。
Wi-Fiとモバイルデータの両方で動作を確認してください。ネットワークを切り替えた後に問題が起きた場合は、まず名前解決と出口への接続を再確認します。バックグラウンド接続が頻繁に切れる場合は、バッテリー最適化とバックグラウンド実行の制限を確認しましょう。アプリごとの振り分けとドメインルールも、それぞれ確認してください。
ダウンロードページへダウンロードページではClash PlusのApp Storeページへのリンクと、公式サイト clashplus.ioを案内しています。インストール後は、クライアントが対応する方法で設定を導入し、システムの接続を許可してください。
名前が似ているクライアントでも、設定への対応状況が同じとは限りません。設定を導入する前に、対応プロトコルと項目を確認してください。接続後は、プロキシグループの選択と実際のアクセス結果を確認しましょう。ほかのVPN設定がある場合は、現在どの接続が有効かを確かめ、システムの状態をコアの状態と混同しないようにしてください。
ダウンロードページへデスクトップではClash Verge RevとFlClashを比較できます。サーバーやルーターで使う場合、またはサービスを自分で管理したい場合は、ダウンロードページでmihomoコアを確認してください。パッケージ形式、CPUアーキテクチャ、デスクトップ環境の依存関係はそれぞれ確認が必要です。ファイル名にLinuxと含まれているかどうかだけで判断しないでください。
コアをコマンドラインで起動しても、ブラウザーが自動的に待ち受けポートを使うわけではありません。用途に応じて、アプリ、デスクトップのプロキシ設定、または環境変数に接続先を指定し、TUNを設定するか判断してください。システムサービスとして動かす場合は、実行ユーザー、設定ファイルのパス、作業ディレクトリ、ログの出力先も確認しましょう。対話型ターミナルでは動いても、サービスとして起動しないケースを防げます。
ダウンロードページへまず検証可能な基本経路を確立し、その後で自動速度テスト、設定の上書き、TUNを追加します。一度に変更する項目は一つに絞り、元に戻せる設定のコピーを残してください。
STEP 01
クライアントの設定またはサブスクリプション画面でリンクを追加するか、ローカルのYAMLファイルを読み込みます。ダウンロード後、プロキシグループとルールが表示されることを確認し、その設定を現在の使用設定に指定してください。リストに追加しただけでは、読み込み済みとは限りません。
サブスクリプションURLにはアクセス認証情報が含まれる場合があります。信頼できる場所に保管してください。読み込みエラーが出たら、まずエラー行と項目名を確認し、URLの応答が設定内容であり、ログイン画面ではないことを確かめましょう。URL全体を公開の掲示板に貼り付けないでください。
STEP 02
普段はルールモードから始め、主要なプロキシグループで使用可能な出口を選びます。グローバルモードは一時的な比較には使えますが、振り分け方法が変わるだけで、DNSの誤設定やコアを通らないアプリの通信を修正するものではありません。
まずコアが動作していることを確認し、プラットフォームに応じてシステムプロキシまたは接続スイッチを有効にしてください。デスクトップのシステムプロキシとTUNは個別にテストできます。基本的な接続を確認するまでは、すべての通信取り込み機能を一度に有効にする必要はありません。
STEP 03
対象サイトを開き、接続画面で一致したルール、使用したプロキシグループ、出口を確認してください。次に、直接接続される想定のサイトも試し、スイッチの表示色だけで判断せず、どちらの経路も設定どおりに動くことを確認しましょう。
接続できない場合は、発生時刻と対象アプリを記録し、システムプロキシ、モード、出口、DNS、ファイアウォールの順に確認してください。クライアント終了後はシステムプロキシが正常に戻っていることも確かめましょう。残った設定による通信障害を、回線の問題と誤認するのを防げます。
詳しいガイドを見る →設定の導入から接続確認までの手順は、使い方ガイドをご覧ください。
端末に適したクライアントかを判断するには、コアの機能、クライアントとの連携、リリース情報をそれぞれ確認してください。オープンソースライセンスはコードの利用条件を示すものであり、設定や実行権限の確認に代わるものではありません。
Clashは、このプロキシ設定エコシステムの主要な起点の一つです。Clash Metaは関連するフォークで使われていた名称で、mihomoはそのフォークで現在使われているコアの名称です。そのため、以前のガイドにあるClash Metaと現在のドキュメントにあるmihomoには、技術的な継続性が見られることがあります。ただし、古い設定項目の意味が今も同じとは限りません。過去の設定を読む際は、現在のコアのドキュメントで確認してください。特にDNS、TUN、プロバイダー関連の項目に注意が必要です。
名前にClashが含まれていても、同じコアを使っているとは限りません。クライアントによっては特定のコアビルドが固定されていたり、ユーザーが切り替えられたりします。設定項目が非対応、プロトコルを認識できない、読み込み結果が異なるといった場合は、まずクライアントが実際に読み込んでいるコアの情報を確認してください。その上で、構文の問題、機能の違い、クライアントによる設定変換のどれに当たるかを判断しましょう。当サイトはクライアントのダウンロードと設定情報を提供するサイトであり、各クライアントやコアの開発プロジェクトではありません。
GUIクライアントは通常、サブスクリプションの更新、システムプロキシの切り替え、サービスのインストール、接続状況の表示を担います。mihomoコアは最終的な設定を受け取り、ネットワーク通信を処理します。クライアント上のスイッチは、設定項目の生成、実行中の制御指示、または画面上だけのオプションである場合があります。複雑な問題を調べる際は、最初にダウンロードしたサブスクリプションファイルだけでなく、実際に適用されている設定を確認してください。
ローカルの設定上書きを使うと、個人用ルールを保持できますが、マージの優先順位を把握しておく必要があります。サブスクリプションファイルを直接編集すると、次回の更新で変更が失われる可能性があります。同じ項目をサブスクリプション、上書き設定、画面上の設定に重複して記述すると、どの設定が反映されたのか分かりにくくなります。サブスクリプションで出口を管理し、ローカルの上書きでは必要最小限の個人設定だけを管理する方法が安全です。更新後は重要なルールを確認してください。
クライアントとコアの更新時期は一致するとは限りません。更新前にリリース情報を読み、設定の移行、システム権限、ネットワークスタックの変更がないか確認してください。安定して使えている環境では、設定と上書きファイルをバックアップしてから、一つずつ更新しましょう。更新後は待ち受けポート、DNSの処理、ルールの一致状況、TUNのルートを再確認してください。特に、古い設定で意味が変更された項目に注意が必要です。
コミュニティに問題を報告する際は、OS、クライアント名、コア情報、再現手順、機密情報を伏せたログを添えてください。サブスクリプションURLに含まれる認証情報、プロキシのパスワード、個人用ドメインを削除しつつ、関連項目の階層構造とエラーの前後関係は残しましょう。最小限の設定で再現できれば、コアの動作とクライアント側の処理を切り分けやすくなり、ほかのユーザーも調査手順を参考にできます。
設定ガイドの例が示すのは、あくまで一部の仕組みです。ルールの接続先、プロバイダー名、ファイルパス、待ち受けアドレスは実際の環境に合わせてください。複数の情報源にある設定例を組み合わせる場合は、トップレベルのキーが重複していないか確認し、参照関係がすべてつながっていることを確かめましょう。ルールを追加したら変更内容を記録してください。問題が起きた場合は設定一式を一度に置き換えるより、検証済みの状態に戻すほうが原因を特定しやすくなります。
ポート、端末間の同期、接続トラブルを取り上げ、繰り返し実行できる確認方法を紹介します。記事は公開日の新しい順に並んでいます。設定方法は、利用中のクライアントの画面に合わせて確認してください。
システムプロキシ、モードとルール、ノードの状態、DNS解決、TUN、ファイアウォールの順に確認し、プロキシに接続できてもインターネットを利用できない原因を特定します。
記事を読む →サブスクリプションURLで設定を一括配布する方法、クラウドストレージで設定フォルダーを同期する方法、ローカルの上書きファイルを使う方法を比較し、デスクトップとスマートフォンに適した同期方法と注意点を解説します。
記事を読む →OS標準のコマンドで7890などのポートを使用中のプロセスを特定し、設定ファイルとクライアントの両方でmixed-portを変更して、システムプロキシの設定も更新します。
記事を読む →