OSに合わせてクライアントを選び、サブスクリプションの読み込み、ルールによる振り分け、TUNモードを整理。初回起動から日常のメンテナンスまで順に確認できます。
設定ガイド / CONFIGURATION
まず設定を正しく動かし、通信の対象範囲や振り分けルールは少しずつ調整しましょう。クライアントは操作画面を提供し、コアは接続を処理し、サブスクリプションはノードや設定情報を提供します。この3つは別のものです。インストールしただけではプロキシを利用できません。接続には有効な設定と、到達可能なサーバーが必要です。
以下では、実際の利用順に沿って重要な設定をまとめています。クライアントによってメニュー名は多少異なるため、ボタンの位置だけでなく設定の役割を確認してください。問題が起きたときも、この流れに沿って、設定が有効か、プロキシグループの選択は適切か、アプリの通信がコアに届いているか、最終的にどの経路が選ばれたかを確認しましょう。
設定またはサブスクリプションの画面で、サービス提供元から案内されたURLを追加し、ダウンロード後にその設定を選択します。サブスクリプション名が表示されただけでは適用済みとは限りません。プロキシ画面にノードとプロキシグループが表示されることを確認してから、接続をテストしてください。サブスクリプションにはノード、ルール、DNS設定などが含まれる場合がありますが、内容は提供元の形式によって異なります。読み込みエラーが発生したら、まずダウンロード状況と設定解析ログを確認し、クライアントをすぐに再インストールしないでください。サブスクリプションURLには個人識別用の情報が含まれることが多いため、スクリーンショットや問い合わせ、メモの同期時にはURL全体を隠してください。設定をローカルで変更する場合は、更新時に上書きされないよう、クライアントのオーバーライド機能を使いましょう。
# 読み込み後の確認手順
設定のダウンロードに成功
→ 設定を選択して有効化
→ プロキシ画面にノードとプロキシグループが表示される
→ 使用可能な通信経路を選択
→ 実際にアクセスして確認ルールモードでは、設定に基づいて接続ごとの通信経路を決めます。ローカルサービスと外部サイトを併用する場合に適しています。グローバルモードは、コアに届いた通信をグローバルポリシーに振り分けます。特定の接続先を一時的に比較する際に便利です。直接接続モードでは、プロキシを経由しない場合の動作を確認できます。3つのモードが変えるのは、通信がコアに届いた後の処理方法であり、どのアプリがコアに届くかではありません。グローバルモードにしても接続ログが記録されない場合は、ノードを次々に切り替えるのではなく、システムプロキシやTUNによる通信の取り込みを確認してください。調査後は、元のモードとプロキシグループの選択に戻しましょう。
# config.yaml：日常の通信振り分けに使うモード設定
mode: rule
# コアでよく使うモードの値
# rule ルールに基づいて通信経路を選択
# global グローバルポリシーに振り分け
# direct 直接接続で通信ルールはリストの上から順に接続を確認し、一致すると通常は以降のルールを評価しません。優先したいドメインは、広い範囲に適用されるルールより前に配置し、最後にMATCHでフォールバック先を指定します。カスタムルールで使うポリシー名は、現在の設定に存在している必要があります。スペルと大文字・小文字も一致させてください。初めて変更するときは、まずDIRECTで特定の接続先を確認し、接続ログに想定したルールが表示されることを確かめてから、実際のプロキシグループに切り替えます。プロキシノードを切り替えるだけの場合に比べ、ルールによる振り分けでは接続先ごとに経路を設定できますが、DNSやドメイン情報、ルールの順序にも注意が必要です。出所のわからないルール一式を、既存のサブスクリプション設定にそのまま上書きしないでください。
# 例：順序の説明用。最後の行は用途に応じて調整
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,DIRECTTUNは仮想ネットワークインターフェースを使って通信を取り込み、より多くのアプリを対象にしたい場合に役立ちます。接続速度を上げるための機能ではありません。有効にする前に、システムプロキシでサブスクリプションと通信経路が正常に動作することを確認し、クライアントの案内に従ってサービスをインストールするか、必要な権限を許可してください。ほかのVPN、仮想ネットワークアダプター、セキュリティソフトが同時に動作していると、ルーティングやDNSに影響することがあります。有効化後は外部サイトだけでなく、LAN内の機器やローカルの開発用サービスにもアクセスできるか確認しましょう。問題が起きたら、まずTUNを無効にして結果を比較し、ルート、インターフェースの認識、DNS設定を確認します。例に示すのは関連する項目のみです。既存の設定を置き換えるために、そのまま全体をコピーしないでください。
# mihomoのTUN関連設定例
tun:
enable: false
stack: mixed
auto-route: true
auto-detect-interface: true
# 有効化する前に権限と現在のVPNの状態を確認日常のメンテナンスでは、サブスクリプションの有効期限、設定の更新結果、クライアントの動作状況を確認しましょう。サブスクリプションを更新したら、ノード一覧とプロキシグループが想定どおりか確認します。クライアントの更新前には、ローカルのオーバーライド、ルール、必要な設定を保存し、リリースノートを確認してください。ノードの速度テストは、特定のテスト先への応答を示すもので、実際のウェブサイトへのアクセスやダウンロード速度の代わりにはなりません。問題が起きたら、発生時刻、接続先、モード、ログに記録されたエラーの種類を残し、変更は一度に1つに絞ります。ログを共有する前に、サブスクリプションURL、認証情報、個人のネットワーク情報を削除してください。調査が終わったら、一時的に上げたログレベルを通常の設定に戻しましょう。
# 日常のチェックリスト
[ ] サブスクリプションの更新が成功し、現在の設定が有効
[ ] プロキシグループの選択が想定どおり
[ ] ローカルのオーバーライドをバックアップ済み
[ ] ログレベルをinfoに戻した
[ ] 終了後、システムプロキシが元に戻っていることを確認ここに掲載したコードは、設定項目と確認手順を説明するためのもので、プロキシノードを含む完全な設定ファイルではありません。サブスクリプションを利用中の場合は、元の設定を残してから小規模なオーバーライドを追加してください。手動で作成する場合は、プロキシ定義、プロキシグループの参照先、ルールの接続先を合わせて設定する必要があります。基本的な手順は入門ガイド、各項目の依存関係と応用方法は完全ガイドをご覧ください。
ルール / グローバル / 直接接続
まずはルールモードを使い、プロキシグループでノードまたは自動選択のポリシーを選びましょう。グローバルモードは短時間の比較テストに適していますが、すべてのアプリの通信を自動的にクライアントへ取り込むわけではありません。直接接続もコアの通信経路の選択にすぎず、システムプロキシを無効にしたり、クライアントを終了したりするものではありません。
ブラウザーではアクセスできるのに特定のアプリだけ失敗する場合は、まずそのアプリの接続ログがあるか確認してください。ログがある場合はルールと通信経路を確認します。ログがなければ、アプリのプロキシ設定、環境変数、TUNの取り込み範囲を確認してください。この2種類の問題を切り分けると、サブスクリプションを次々に変更するより原因を見つけやすくなります。
システムプロキシは、主にOSのプロキシ設定に従うアプリで使われます。コマンドラインツール、ゲーム、独自のネットワーク設定を持つソフトでは、個別にプロキシを指定する必要がある場合があります。TUNを使うと取り込み範囲を広げられますが、システム権限、ルーティング、ほかのネットワークソフトの影響を受けるため、すべての接続が同じ方法で処理されるとは限りません。
既存の接続と新しい接続も区別しましょう。アプリによっては既存の接続を再利用するため、モードを切り替えた後に対象ページを再読み込みするか、接続を作り直して確認してください。変更の原因がどの層にあるか判断するには、テスト時のモード、プロキシグループ、接続ログをあわせて記録します。
プラットフォーム別のクライアント / CLIENT SHELF
初めて選ぶ場合は、まずClash Plusを確認し、画面の使いやすさやOSへの対応状況を基準にほかのクライアントと比較しましょう。同じ系統のコアを使っていても、設定の管理方法、権限の要求、サービスの動作方式は異なる場合があります。インストーラーはOSに続いてCPUアーキテクチャも確認してください。起動できない、または形式に対応していないと表示される場合は、サブスクリプションの問題と混同しないようにしましょう。
ダウンロードページには、クライアント、アーキテクチャ別のダウンロード先、インストール手順をまとめています。バージョン情報もダウンロードページで確認できます。現在の環境が安定して動いているなら、画面を変えるためだけにすべての設定を移行する必要はありません。まず設定をバックアップし、新しいクライアントで個別に動作を確認してから、元のアプリを削除するか判断しましょう。2つのクライアントが同時にシステムプロキシを変更する事態を避けられます。
Clash Plusを起点に、Clash Verge Rev、FlClash、Clash Nyanpasuも比較できます。以前の利用環境を確認する場合は、アーカイブ版のClashX Metaも参考になります。インストール前にOSのアーキテクチャを確認し、初回起動後にサブスクリプションを読み込んでから、システムプロキシを有効にしてブラウザーで接続をテストしましょう。
TUNが必要な場合は、クライアントのサービスと管理者権限を確認してください。ファイアウォールの警告は、実際に使う機能に応じて判断し、保護機能全体を無効にしないでください。プロキシを有効にした後、すべての通信に失敗する場合は、ローカルの待ち受けポートが使用中でないか、コアが起動しているか、システムプロキシのアドレスがクライアントの設定と一致しているかを優先して確認します。
ダウンロードページへClash Plus、Clash Verge Rev、FlClashはクライアント選びの候補になります。アーカイブ版のClashX Metaは、以前の利用方法を知るのに適しています。Apple SiliconとIntelでは、搭載されているプロセッサに合ったインストーラーを選んでください。
システムプロキシ、バックグラウンドサービス、ネットワーク拡張では必要な権限が異なります。クライアントの案内を確認し、項目ごとに許可してください。インストール後、ブラウザーでは接続できるのにターミナルで失敗する場合は、ターミナルのツールがシステムプロキシを参照しているか確認します。ほかのVPNを使用中の場合は、ネットワークインターフェースやDNSの競合をノード障害と誤認しないよう、どちらか一方を終了してからテストしてください。
ダウンロードページへダウンロードページでは、Clash Plus、Clash Meta for Android、FlClash、Surfboardの選び方を紹介しています。読み込む前にサブスクリプション形式がクライアントに対応しているか確認してください。サブスクリプションをダウンロードできても、含まれるすべてのプロトコルを現在のクライアントで解析できるとは限りません。
接続を開始するときは、OSの案内に従ってVPN権限を許可してください。画面ロック後に切断される、またはアプリの切り替え後に接続できなくなる場合は、バッテリー最適化、バックグラウンド動作の制限、常駐通知の設定を確認します。アプリごとの振り分けで通信の取り込み範囲が変わる場合もあるため、特定のアプリを調べるときは除外対象かどうかを確認し、モバイルネットワークとWi-Fiの両方でテストしてください。
ダウンロードページへiOS版ClashクライアントはClash Plusをおすすめします。ダウンロードページからApp Storeまたは公式サイトclashplus.ioにアクセスできます。インストール後、対応する設定を読み込み、OSの案内に従ってVPN構成を追加して接続を開始してください。
Wi-Fiとモバイル通信を切り替えた後は、実際にアクセスできるか再度確認しましょう。設定を読み込めない場合は、URLがクライアント対応のデータを返しているか、ウェブページやエラーメッセージを返していないかを確認してください。ステータスバーにVPNアイコンが表示されているだけで利用可能と判断せず、選択中のプロキシと対象サイトへの実際の接続も確認しましょう。
ダウンロードページへデスクトップではClash Verge RevとFlClashを比較できます。インストール時は、ディストリビューションに合ったパッケージ形式を選んでください。サーバーやルーターではmihomoコアも選択肢になりますが、コア自体にはデスクトップクライアントのような設定管理画面はありません。
デスクトップのシステムプロキシ、ターミナルの環境変数、バックグラウンドサービスは、それぞれ個別に確認してください。サービスとして動かす場合、設定ファイルの場所、実行ユーザー、権限が対話形式で起動したときと異なることがあります。ローカルの接続問題を解決するために、LANからの接続を安易に許可しないでください。共有が必要な場合は、アクセス制御を設定し、ファイアウォールの範囲を確認しましょう。
ダウンロードページへプロジェクトの出所 / OPEN SOURCE
クライアントを選ぶときは、名前だけでなくプロジェクトの出所と機能の範囲を確認しましょう。Clash ヘルプセンターはダウンロード先と利用ガイドをまとめたサイトであり、各クライアントの開発チームではありません。機能、ライセンス、メンテナンス状況は、それぞれのプロジェクトの説明をご確認ください。当サイトはプロキシ回線を提供しておらず、クライアントだけで利用可能なサーバーやサブスクリプションの代わりにはなりません。
Clashはルールベースのプロキシコアとしてエコシステムを形成し、その後、各OS向けのGUIクライアントが登場しました。オリジナルのプロジェクトがメンテナンスを終了した後も、互換性のあるコアやクライアントがコミュニティで開発され、mihomoはClash Metaの技術的な流れを引き継いでいます。そのため、ガイドではClash、Clash Meta、mihomoなどの名称を引き続き使いますが、どの文脈でも置き換えられるわけではありません。
古いガイドでは、ボタンの位置、対応プロトコル、設定項目が現在と異なる場合があります。設定を読み込めないときは、デスクトップのアイコンだけで判断せず、実際に使用しているクライアントとコアを確認しましょう。アーカイブ版クライアントは過去の環境を調べるのに役立ちますが、新たに導入する場合は、現在もメンテナンスされ、使用中のOSに適したものを優先してください。
GUIクライアントはサブスクリプションの管理、システムプロキシの切り替え、設定画面を担当します。コアはプロトコル処理、ルーティング、DNSなどを担い、ルールセットは別のプロジェクトで管理されている場合があります。クライアントに設定項目が追加されても、すべてのコアが同じ名前の項目に対応するとは限りません。また、あるアプリで読み込めるサブスクリプションが、別のアプリでも完全に使えるとは限りません。
オープンソースのリポジトリを参照すると、機能の実装、ライセンス、既知の問題を確認できますが、特定の回線が現在のネットワークに適していることを示すものではありません。問題を報告する際は、クライアント名、OS、再現手順、個人情報を伏せたエラー内容を伝えてください。機能を担当するプロジェクトに報告するほうが、接続失敗のスクリーンショットだけを共有するより解決につながりやすくなります。
mihomoはClash形式のYAML設定を幅広くサポートし、プロトコル、ルール、DNSの機能も拡張しています。移行時は各項目とプロトコルへの対応状況を確認し、特にプロキシグループ名、ルールプロバイダー、ローカルファイルのパス、TUN設定に注意してください。解析に成功したことは、構文と構造の検証が通ったことを示すだけです。実際に接続して動作を確認しましょう。
元の設定ファイルを残し、まずノードと基本ルールを移行してから、オーバーライド、スクリプト、複雑なDNS設定を段階的に戻すことをおすすめします。サブスクリプションの更新でローカルファイルが上書きされる場合は、クライアントが対応するマージ機能やオーバーライド機能に独自の設定を追加してください。サブスクリプションでノードを更新し、ローカル設定で自分の振り分けルールを維持することで、それぞれの役割を分けられます。
サブスクリプションの更新では、主にノードと設定情報を取得します。クライアントの更新では、画面、OSとの連携、同梱コンポーネントなどが変わります。コアを更新すると、プロトコルやルーティング機能が変わる場合があります。これら3種類の更新は必ずしも同時に行われるわけではなく、同じ操作として扱うべきではありません。アプリと一緒にコアを配布するクライアントもあれば、個別の切り替え機能を備えるものもあるため、各クライアントの説明を確認してください。
安定して使えている場合は、定期的にリリースノートを確認するだけで十分です。すべてのコンポーネントを一度に変更する必要はありません。更新前にサブスクリプションの提供元とローカルのオーバーライドを保存し、更新後は同じ接続先でブラウザー、よく使うアプリ、LAN内のサービスをテストしてください。特定のアプリだけに問題がある場合は通信の取り込み範囲から確認し、新しい接続がすべて失敗する場合は、コアの起動状況、設定の解析結果、ノードへの到達性を調べましょう。
新着記事 / FIELD NOTES
基本的な接続が確認できたら、個別のルールやOSとの連携を設定しましょう。以下の記事は新しい順に並んでおり、ルールの優先順位、初回起動時の確認、Windowsへのインストールでよくある権限やポートの問題を解説しています。現在の環境を確認してから参照し、特定のOS向けの手順を別のOSにそのまま適用しないでください。
よく使われるルールの書式とパラメーターを解説し、上から順に評価される仕組み、no-resolveの役割、MATCHによるフォールバックルールの配置場所を説明します。
記事を読む →初回起動後に確認したい混合ポート、サブスクリプションの読み込み、モード選択、接続テストをまとめ、各プラットフォームで見落としやすい手順も紹介します。
記事を読む →インストール、サブスクリプションの読み込み、システムプロキシの有効化、サービスモードの設定をWindowsで順に解説。ファイアウォールの警告、ポートの競合、自動起動の失敗への対処方法も紹介します。
記事を読む →