Windows
GUIクライアントで設定ファイル、システムプロキシ、TUNを管理できます。ダウンロード前にx64とARM64を確認し、初めてTUNを有効にする際は、管理者権限や仮想ネットワークインターフェースのインストール確認に注意してください。
ダウンロードへ適切なクライアントを選び、全OSへのインストール、サブスクの追加、ルーティングルールの設定を順に進めます。Mihomoカーネル、システムプロキシ、TUN、DNS、ログの関係も解説し、症状から設定上の問題を切り分けられるようにします。
Clashの利用手順は、互いにつながる4つの検証に分けられます。まずクライアントにトラフィックを正しく取り込ませ、次にルールのマッチ状況を確認します。その後DNSを調整し、最後に接続履歴とログから問題の範囲を絞り込みます。
クライアントのインストールが終わっても、すべてのアプリがClashを経由するとは限りません。システムプロキシは通常、OSのプロキシ設定に従うブラウザやデスクトップアプリに作用します。一方、TUNモードは仮想ネットワークインターフェースを使い、より広い範囲の通信を取り込みます。初回設定では、まずどちらか一方を選び、権限の確認を済ませてから、接続一覧でリクエストがカーネルに届いているか確認します。
GUIクライアントによってメニュー名は異なりますが、確認方法は共通です。設定ファイルが有効で、システムプロキシまたはTUNの少なくとも一方が用途に合わせてオンになり、接続画面に新しいリクエストが表示されることを確認します。これにより、「トラフィックを取り込めていない問題」と「ルールが誤った経路を選んでいる問題」を切り分けられ、最初からノードを何度も変更せずに済みます。
ルールモードで重要なのはルール数ではなく、並び順と割り当て先です。1つのドメインが完全一致、ドメインサフィックス、ルールセット、最終ルールの複数に該当する場合でも、カーネルは設定順に評価し、最初に一致した結果を採用します。経路を確認するときは、ページが開くかどうかだけでなく、接続の詳細から一致したルール種別、プロキシグループ名、最終的なノードを記録します。
プロキシグループは、ルールの判定結果を具体的な出口へ変換します。手動選択は出口を固定したい場合に向き、ヘルスチェック型は複数候補の利用可否を継続的に判定する場合に適しています。グループ名はルールの指定先と一致させ、グループ内には利用可能な候補を残す必要があります。ルールが正しくても、候補に問題があれば接続できない出口が選ばれます。
rules:
- DOMAIN,example.org,DIRECT
- DOMAIN-SUFFIX,example.net,PROXY
- GEOSITE,category-ads-all,REJECT
- MATCH,PROXY
DNSはドメイン名をどのアドレスへ解決するかを決め、ドメインベースのルールが十分な情報を得られるかどうかにも影響します。ブラウザ内蔵のセキュアDNS、OSのキャッシュ、ルーターのDNS、Clash DNSが同時に動作している場合があります。一部だけを変更すると、ブラウザとコマンドラインで結果が異なる、特定のアプリだけ接続できない、といった症状が起こりがちです。
診断時は、まずリクエスト先のドメインを記録し、クライアントのログでDNSサーバー、応答アドレス、ルールの一致状況を確認します。fake-ipを有効にすると、アプリにはマッピング用アドレスが表示され、実際の名前解決と出口選択はカーネルが引き続き処理します。そのため、アプリに表示されたアドレスだけで異常とは判断できません。LAN内の機器や特殊なドメインで問題が出る場合に限り、除外範囲を個別に設定します。
dns:
enable: true
ipv6: false
enhanced-mode: fake-ip
nameserver:
- 1.1.1.1
- 8.8.8.8
「インターネットに接続できない」という結果だけでは、原因を特定できません。安定した切り分け手順は、リクエストがClashに届いているか、ドメイン名を解決できているか、どのプロキシグループにルールが一致したか、そのグループが選んだ出口で接続を確立できるか、の順です。一度に変更する項目を1つに絞ると、どの調整で復旧したのか判断できます。
ログレベルを常に詳細設定にしておく必要はありません。問題を再現する直前だけ一時的にログレベルを上げ、時刻、対象ドメイン、アプリ名、現在のモードを記録します。確認後は通常のレベルに戻してください。サブスクの内容にはサーバーアドレス、認証情報、グループ名などが含まれる可能性があるため、設定全体を公開しないよう注意が必要です。
同じMihomoのルール機能を、さまざまなGUIクライアントから利用できます。選ぶ際は、まずOS、CPUアーキテクチャ、メンテナンス状況を確認し、その後で操作性、TUNの権限、設定管理方法を比較してください。以下の項目はダウンロードページの各OS欄へ移動するためのもので、インストールファイルへの直接リンクではありません。
GUIクライアントで設定ファイル、システムプロキシ、TUNを管理できます。ダウンロード前にx64とARM64を確認し、初めてTUNを有効にする際は、管理者権限や仮想ネットワークインターフェースのインストール確認に注意してください。
ダウンロードへIntelとApple Siliconに合わせてインストーラーを選ぶ必要があります。一般的なデスクトップアプリにはシステムプロキシが適し、TUNには追加のシステム権限が必要です。初回起動時は、macOSの案内に従ってアプリの提供元も確認してください。
ダウンロードへ通常はシステムのVPNインターフェースを介してトラフィックを取り込みます。設定を追加した後は、VPNの許可、バックグラウンド動作、バッテリー設定を確認し、画面ロック後にOSがサービスを停止したりプロセスを終了したりしないようにします。
ダウンロードへApp StoreからClash Plusをインストールし、iOSのVPN構成を使って接続します。初回起動時にVPN構成の追加を許可し、その後でサブスクを追加してプロキシグループの選択を確認します。
ダウンロードへデスクトップではGUIクライアントを選べますが、サーバーやルーターではMihomoカーネルを直接動かすことも一般的です。導入前に、ディストリビューションのパッケージ形式、CPUアーキテクチャ、サービス管理方式を確認してください。
ダウンロードへ使い始める段階で複雑なルールを変更する必要はありません。まず、設定を更新できる、トラフィックがカーネルに届く、対象の接続が想定したグループに一致する、という再現可能な基準を作ります。3項目を確認してから、DNS、TUN、プロキシグループを順番に調整してください。
クライアントの設定またはサブスク画面に、サービス提供元から案内されたサブスクURLを貼り付け、ダウンロードまたは更新を実行します。追加に成功すると設定一覧に新しい項目が表示されるので、現在使用する設定として選択してください。一覧が変わらない場合は、URLが欠けていないか、接続先へアクセスできるか、ダウンロードエラーがログに記録されていないかを確認します。
設定名が表示され、プロキシグループとルールがクライアントに読み込まれ、更新結果を確認できる状態です。
初回の動作確認ではルールモードを優先し、主要なプロキシグループで利用可能な出口を1つ選びます。デスクトップでは対象アプリの範囲に応じてシステムプロキシまたはTUNを有効にし、モバイルではシステムによるVPN接続を許可します。有効にした後で一般的なWebページを開き、接続画面にドメイン、接続先アドレス、一致したルール、グループ名が表示されるか確認してください。
新しい接続が継続して履歴に追加され、グループ欄にDIRECT、PROXY、または具体的なプロキシグループが表示されます。
直接接続になる想定のサイトと、プロキシ経由になる想定のサイトを1つずつ試し、2件の接続で一致したルールと最終的な出口を比較します。ページが開かない場合は、入口、DNS、ルール、出口の順に結果を記録してください。モード、ノード、DNSを同時に切り替えると、復旧しても本当の原因を特定できません。基準となる動作を確認した後で、詳しいチュートリアルのOS別設定やエラー対処へ進みます。
2種類のリクエストが想定どおりに振り分けられ、クライアント終了後にシステムのネットワーク設定が正常に戻ります。
Clashは、プロキシ、プロキシグループ、ルール、DNS、トラフィックの入口を主要概念とする、広く使われるYAML設定形式を築きました。初期プロジェクトの更新終了後も、エコシステムが1つの固定クライアントだけになったわけではありません。複数のメンテナーがカーネル、デスクトップUI、モバイルツールの開発を続けており、設定の互換範囲も各プロジェクトの進展に伴って変化します。クライアントを選ぶ際は、採用カーネルとメンテナンス状況の両方を確認してください。
Mihomoは、現在も活発に開発されているClash互換カーネルの1つです。一般的な設定形式を継承し、ルール、プロキシグループ、TUN、DNSなどのネットワーク機能を引き続き保守しています。GUIクライアントはインストール、設定管理、システム権限、状態表示を担い、カーネルは設定の解析、接続の確立、ルールの実行を担います。役割が異なるため、UIのバージョン更新とカーネル機能の更新が常に一致するとは限りません。
オープンソースリポジトリでは、ソースコード、リリース履歴、Issue、変更内容を確認できます。ドキュメントを読む際は、機能名や設定項目をリポジトリで検索し、そのパラメーターが現在もサポートされているか確かめられます。設定の解析に失敗した場合、UIのメッセージよりもログに記録された項目名や行番号のほうが具体的です。動作が変わった場合は、クライアント、カーネル、設定の更新時期を比較してください。
当サイトでは、OS別ページ、インストール手順、設定の基礎、トラブルの症状に分けて情報を更新しています。ダウンロードページではクライアントと動作要件を紹介し、チュートリアルでは順番に実行できる基本手順をまとめています。OS別インストールガイドでは権限や固有の問題を扱い、ブログでは遅延テスト、プロキシグループ、モバイルのバックグラウンド動作、ルーターへの導入などを個別に解説します。
各記事では1つの具体的な問題を取り上げ、基本チュートリアルでは詳しく扱いにくい仕組み、OSごとの違い、切り分け手順を補足します。先に基本設定を済ませ、接続履歴を確認しながら検証するのがおすすめです。
初回起動、サブスクの追加、プロキシモードの選択、システム権限の確認を整理し、Windows、macOS、モバイルで見落としやすい初期設定を解説します。
記事を読む →テストリクエスト、接続確立、回線混雑、アプリのデータ転送を区別し、遅延値から判断できる範囲と、ノード選択時に併せて確認すべき条件を解説します。
記事を読む →常時VPN、ルールのマッチング、バックグラウンド起動、OSの省電力機能から、AndroidとiOSでバッテリー消費が増える原因を特定し、正常な常駐動作と異常な動作を切り分けます。
記事を読む →