Clash完全ガイド:ゼロから使いこなす手順書

第1章 基本概念:まずパーツを把握するCH-01

初めてClashを開くと「カーネル」「策略グループ」「Mixed Port」といった単語が並んで戸惑う人は多いですが、覚えるパーツはそう多くありません。まず全体像を把握しておくと、以降の手順がずっとスムーズになります——家具を組み立てる前に部品袋の内容を確認するようなものです。

カーネルとクライアント:エンジンと運転席

ここで言うClashとは、実は一つのエコシステムを指します。実際に処理を行うカーネルと、操作画面を提供するクライアント群です。主流のカーネルはmihomo(Clash Metaカーネルとも呼ばれます)で、GUIを持たないプログラムとして、プロキシ接続の確立とルールに基づくトラフィック振り分けを担っています。普段クリックして使っているClash Plus、Clash Verge Rev、FlClashといったソフトは、このカーネルを包むGUIクライアントです。たとえるなら、カーネルはエンジン、クライアントは運転席。エンジンが走行性能を決め、運転席が操作性を決めます。クライアントの見た目は大きく異なっても、内部は同じカーネルであることが多いため、本ガイドで説明する原理はどのクライアントでも通用します。

設定ファイル:カーネルが唯一理解する説明書

カーネルが起動後に読み込むのは一つだけ、設定ファイルです。通常はconfig.yamlというファイルで、ノード情報、使用プロトコル、どのトラフィックをプロキシ経由/直結にするか、DNSの解決方法などがすべて記述されています。クライアント上のクリック操作は、実質的にこのファイルを書き換えているだけです。これを理解しておけば、第6章・第9章で扱う「設定変更」も難しくありません——説明書を開いて数行書き換えるだけです。

サブスクリプション・ノード・ルール:頻出する3つの用語

• サブスクリプションURL:サービス提供元(いわゆる「VPNサービス」)が管理するリモート設定を指すURLです。クライアントが定期的に取得することで、手動でコピーしなくても最新のノードリストが自動で反映されます。
• ノード:設定ファイルのproxiesセクションの各項目で、利用可能なプロキシサーバー1台を指します。名前・アドレス・プロトコル・パスワードが紐づいており、数十個のノードから選んで使います。
• ルール:設定ファイルのrulesセクションの各行で、「どのトラフィックをどの出口に振り分けるか」を決めます。中国本土のサイトは直結、海外サイトはプロキシ経由、といった振り分けはこのルールが担っています。

ポート:自分のPCの差し込み口

カーネル起動後、ローカルでリスニングポートが1つ開きます。デフォルトでよく使われるのは7890(HTTPとSOCKS5を両方受け付けるMixed Port)です。ブラウザや他のソフトはこの127.0.0.1:7890という差し込み口にトラフィックを送り込み、カーネルが受け取ってルールに従って転送します。第5章のシステムプロキシ、第8章のポート競合の話も、根本はすべてこのポートに関わっています。

策略グループ、fake-ip、GEOIPなどの用語は、以降の章で登場する際に個別に解説します。まとめて確認したい場合は用語集に分類ごと一覧があります。

第2章 クライアント選び:5つのプラットフォーム別の組み合わせCH-02

パーツを把握したら、次は運転席選びです。クライアント選びで失敗しても致命的ではありませんが、正しく選べば余計な手間を避けられます。原則は一つだけ:初心者はメンテが活発でUIが簡単なものを優先し、慣れてきたら好みで乗り換える。

プラットフォーム別おすすめ順

それぞれの特徴

• Clash Plus:全プラットフォームで最初におすすめ。5つのOSでUIロジックが統一されており、サブスク導入・ノード切替・モード切替といった操作がわかりやすい位置にあります。初心者は第4章の手順通りに進めれば迷いにくいはずです。iOSではApp Storeから直接インストールできる数少ない選択肢です。
• Clash Verge Rev:デスクトップ版で最も機能が充実している部類で、設定オーバーライド、スクリプト拡張、カーネル切替に対応しています。第6章のカスタムルールの説明でも例としてよく登場します。Linuxデスクトップユーザーの第一候補です。
• FlClash:オープンソースのクロスプラットフォーム対応で、デスクトップとAndroidで同じUIを使えます。「どのデバイスでも見た目を揃えたい」人向けです。
• Clash Nyanpasu:Windows専用で、UIが軽快。機能の方向性はVerge Revに近いです。
• Clash Meta for Android / Surfboard:Android向けの2つの選択肢。前者はカーネルの動作に近く、後者はシンプルで省電力です。

Clash for Windowsのメンテ終了について

旧来のガイドで一番よく登場するClash for Windowsは、すでにメンテナンスが終了しています。新バージョンはなく、カーネルの追随もなく、問題が起きても修正されません。旧インストーラーは今も動きますが、初心者が生産終了したパーツから始める理由はありません。「CFW」を使った古いガイドを見かけたら、操作をClash PlusやVerge Revに置き換えて読めば大丈夫です。概念は完全に共通しています。macOSのClashX Metaも同様です。

選び終えたらダウンロードページでプラットフォーム別に取得してください。各カードにおすすめバッジと対応OSが表示されています。迷ったら一番上のカードを選べば十分です——これは根拠のない話ではなく、実際に検証した上での並び順です。

第3章 インストールと初回起動:組み立てて通電チェックCH-03

インストール自体は難しくありません。難しいのは各OSに出る「ブロック表示」への対処です。この章ではプラットフォームごとの表示内容と対処法をすべて記載しているので、そのまま実行すれば迷わずに進められます。

Windows

1. ダウンロードページのWindows欄からインストーラーを取得し、ダブルクリックして「次へ」で進めます。インストール先のパスに日本語や中国語などのマルチバイト文字を含めないのが安全です。
2. SmartScreenの青い警告「Windows によって PC が保護されました」が表示された場合は、「詳細情報」→「実行」の順にクリックします。これはオープンソースソフトが商用の署名証明書を購入していないことが多いため、システムが未知の署名を先に警告するだけで、公式チャネルからダウンロードしていればファイル自体に問題があるわけではありません。
3. 初回起動時に管理者権限やサービスのインストールを求められたら許可してください。第7章のTUNモードはこのサービスに依存しています。

macOS

1. .dmgファイルをダウンロードして開き、アプリのアイコンを「アプリケーション」フォルダにドラッグします。チップの種類には注意してください。Apple Silicon(Mシリーズ)とIntelでは別々のインストーラーが用意されており、ダウンロードページのカードに明記されています。
2. 初回起動時に「開発元が未確認のため開けません」と表示された場合は、「システム設定 → プライバシーとセキュリティ」を開くと、ブロックされたアプリがページ下部に表示されるので「このまま開く」をクリックしてください。この操作は一度だけで済みます。
3. クライアントが初めてネットワークを制御する際、補助プログラムのインストールやシステムプロキシの変更を求められ、ログインパスワードの入力が必要になります——これはmacOSの標準的な認証フローなので、そのまま入力すれば問題ありません。

AndroidとiOS

1. Android:APKをダウンロードしてインストールします。「不明な提供元のインストールが許可されていません」と表示された場合は、表示された設定画面でブラウザやファイルマネージャーに一度権限を許可してください。プロキシを初めて起動する際に「接続のリクエスト」というVPN許可ダイアログが出るので、必ず「OK」を選んでください——選ばないとトラフィックがカーネルに届きません。
2. iOS:App StoreからClash Plusをインストールします。入手先はダウンロードページのiOS欄を参照してください。初回起動時にも同様にVPN設定の追加が求められるので、指紋認証やパスコードで承認すれば完了です。

Linux

デスクトップ環境では.debパッケージをダウンロードし、コマンド一発でインストールできます:

sudo apt install ./clash-verge-rev_amd64.deb

依存関係は自動で解決されます。その他のディストリビューションやサーバー導入については、ブログ記事「Linuxでのクラッシュ導入完全ガイド」で詳しく解説しており、systemdでの常駐設定についても網羅しています。

初回起動チェックリスト

• タスクトレイやステータスバーにクライアントのアイコンが表示されていれば、プログラムは正常に動作しています。
• 設定画面にMixed Port(デフォルトは多くの場合7890)が表示されていれば、カーネルがリスニング中です。
• この時点でまだネットに接続できないのは正常です——サブスクリプションをまだ導入していないので、部品袋にノードがまだ入っていないだけです。次の章で追加します。

第4章 サブスクリプション導入:ノードをクライアントに差し込むCH-04

サブスクリプションURLは、いわば装置全体の「電源ケーブル」です。この章では取得方法・差し込み方・通電を維持する方法を説明します。

サブスクリプションURLの入手先

サブスクリプションURLはサービス提供元から発行されます。提供元のユーザーページにログインし、「サブスクリプション」や「ワンクリック導入」といった項目から、完全なURLをコピーしてください。ポイントは2つ。まずClash形式(あるいはmihomo/Clash Meta対応と表記されたもの)のサブスクリプションを選ぶこと——他形式はカーネルが読み取れません。次に、URLは完全にコピーすることです。長い文字列であることが多く、1文字でも欠けると丸ごと無効になります。管理画面の「コピー」ボタンを使い、手動での範囲選択は避けましょう。

導入は4ステップ

1. サブスクリプションURLをクリップボードにコピーする。
2. クライアントを開き、「設定」または「サブスクリプション」ページ(Clash PlusもVerge RevもProfiles/設定という表記です)に進む。
3. URLを入力欄に貼り付け、「インポート」または「ダウンロード」をクリックする。クライアントがリモート設定を取得し、数秒後に新しい設定カードがリストに表示されます。
4. そのカードを選択して有効化する。ホームまたは「プロキシ」ページに戻ると、ノード名の一覧が表示され、これで電源が入った状態になります。

サブスクリプションの更新:手動と自動

サービス提供元は不定期にノードアドレスを変更するため、サブスクリプションは更新が必要です。手動更新は、設定カードの更新ボタンをクリックするだけです。自動更新は、多くのクライアントで更新間隔(分単位、例えば1440なら1日1回)を設定でき、これを設定しておけば基本的に意識せずに済みます。両方を併用するのがおすすめです:普段は自動更新に任せ、広範囲で接続できないと感じたときはまず手動で更新してみてください。

導入に失敗する3つの主な原因

• URLが不完全、または期限切れ:管理画面でもう一度コピーし直し、プランが有効期限内か確認してください。
• 現在のネットワークではサブスクリプションのドメインにアクセスできない:一部の提供元では、サブスクリプションの取得先自体が妨害を受けていることがあります。手元に使えるノードがあれば一時的にプロキシを有効にしてから更新する、あるいはモバイル回線のテザリングなど別のネットワークで取得を試してください。
• 形式が合っていない:他のソフト向けの形式のサブスクリプションを取得してしまっている場合です。管理画面でClash専用のURLに切り替えてください。

導入に成功したら、ノードを選ぶ前にまず一度レイテンシテストを行いましょう。数値の見方やトラフィック倍率の意味については、ブログ記事「Clashのノード選びの基準」で4つの観点から解説しているので、このタイミングで読んでおくと役立ちます。

第5章 プロキシモードとシステムプロキシ:入口と経路の話CH-05

ノードが用意できたので、次は2つの疑問に答えます。トラフィックはどこからClashに入るのか(システムプロキシ)、入った後どの経路を通るのか(プロキシモード)。この2つのスイッチは役割が異なり、混同すると「オンにしたはずなのに効いていない」という誤解が生まれます。

3つのプロキシモード

普段はルールモードのままで問題ありません。グローバルモードは楽そうに見えますが、実際には本来直結でよい中国本土向けのトラフィックまで海外を経由させてしまい、遅くなりデータ量も増えます。あくまで一時的な用途にとどめてください。直結モードの最大の使い道は第8章にあります。トラブル対処時に「プロキシを介さない状態でネットワーク自体が正常か」を確認するために使います。

システムプロキシとは

「システムプロキシ」のスイッチをオンにすると、クライアントはOSに対して「HTTPプロキシは127.0.0.1:7890に設定してください」と登録します。ブラウザや大半の一般的なソフトはこのシステム設定に従うため、それらのトラフィックは自動的にClashのポートに流れ込みます。これにより2つのことがわかります。第一に、システムプロキシをオンにしていない場合、ノードがすべて正常でもブラウザは直結のままです。第二に、システムプロキシは「紳士協定」にすぎません——一部のソフト(ゲームの一部、コマンドラインツール、UWPアプリなど)はシステム設定を参照せず、Clashを迂回して直接通信します。こうした漏れを回収するには、第7章のTUNモードを参照してください。

ノード選びとレイテンシ計測

「プロキシ」ページで策略グループのレイテンシテストを実行すると、クライアントが各ノードにテストリクエストを送り、往復のミリ秒数を表示します。目安として、100〜200ミリ秒程度なら日常利用は快適です。数値は小さいほど良いですが、同じ拠点のノード同士で数十ミリ秒差があっても体感差はほぼないので、最速の1つにこだわりすぎる必要はありません。タイムアウト(timeout)のノードは避けてください。ノードを選んだら、適当なWebページを開いて動作確認しましょう。レイテンシが正常なのに実際の速度が遅い場合は別の問題です。ブログ記事「Clashが遅いときの原因の探り方」で3段階の切り分け方法を紹介しているので、すぐにサブスクリプションを変える前に確認してみてください。

ここまでで最短ルートは実は完了しています。インストール、導入、システムプロキシのオン、ノード選択でネットに接続できるようになりました。図解ガイドがカバーしているのはこのラインです。以降の章は「使える」から「使いこなす」への内容になります。

第6章 ルール分流:読み解きからカスタマイズまでCH-06

ルールモードがどのサイトを直結し、どれをプロキシ経由にするかを判断できるのはなぜでしょうか。答えは設定ファイルのrulesセクションにすべて記されています。この章ではその読み方と、安全な変更方法を説明します。

ルール1行の3要素構成

各ルールは「タイプ、マッチ条件、出口」の3要素で構成されます。例えばDOMAIN-SUFFIX,github.com,手動選択は、「ドメインがgithub.comで終わるトラフィックを、『手動選択』という名前の出口に渡す」という意味です。よく使われるタイプは以下の通りです:

• DOMAIN-SUFFIX:ドメインの末尾一致。最もよく使われます。
• DOMAIN-KEYWORD:ドメインに特定のキーワードが含まれていれば該当。より広範囲にマッチします。
• IP-CIDR:IPアドレス帯にマッチ。ローカルネットワークの許可などによく使われます。
• GEOIP,CN:接続先IPの所在地が中国本土の場合に該当し、DIRECTと組み合わせて「中国本土は直結」を実現します。
• MATCH:兜底(フォールバック)ルール。必ず最後の行に置き、それまでのルールで漏れたすべてのトラフィックを受け止めます。

マッチングの順序は上から下へ、最初に該当したルールで確定です。つまりルールの並び順そのものが優先度になります。自分で追加したルールを有効にするには、先にマッチしてしまう汎用ルールより前に配置する必要があります。これを覚えておけば、「ルールが効かない」という悩みの8割は解決します。

出口はノードだけではない:策略グループ

ルールの3つ目の項目に書く出口は、通常は個別のノードではなく策略グループ——ノードの集合と選択方式のセットです。よく使われるのは3種類:select(手動選択。UI上のプルダウンリストがこれです)、url-test(定期的に速度テストし、最速のノードを自動選択)、fallback(順番に確認し、先頭がダウンしたら自動的に次に切り替える)。サブスクリプションに標準搭載されている「自動選択」「フェイルオーバー」グループは、それぞれ後者2つの実例です。

読み解ける最小構成のサンプル

proxy-groups:
  - name: 手動選択
    type: select
    proxies: [自動測速, 香港-01, 日本-01, DIRECT]
  - name: 自動測速
    type: url-test
    proxies: [香港-01, 日本-01]
    url: https://www.gstatic.com/generate_204
    interval: 300

rules:
  - DOMAIN-SUFFIX,github.com,手動選択
  - DOMAIN-KEYWORD,google,手動選択
  - IP-CIDR,192.168.0.0/16,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,手動選択

読み方:GitHubとgoogleを含むドメインは「手動選択」グループ経由。ローカルネットワークと中国本土のIPは直結。それ以外はすべて「手動選択」に兜底されます。この5行が大半のサブスクリプション設定の骨格で、実際のサブスクリプションはこれを数百行に展開したものです。

自分でルールを追加する方法

サブスクリプションでダウンロードされたファイルを直接編集するのはおすすめしません——次回サブスクリプションを更新すると、変更が丸ごと上書きされてしまいます。正しい方法はクライアントのオーバーライド/マージ機能を使うことです。Clash Verge Revには「グローバル拡張設定」とMergeオーバーライドがあり、Clash Plusにもカスタムルールの入力欄があります。そこに書いたルールは、サブスクリプション更新後も自動的に最終設定の先頭に追加されます。自分のDOMAIN-SUFFIX行を追加して保存し、設定を再読込した後、ログでマッチしているか確認しましょう。間違えた場合はその行を削除して再読込するだけで、サブスクリプション本体には影響しません。

第7章 TUNモードとDNS:漏れたトラフィックを回収するCH-07

第5章で触れたように、システムプロキシではすべてのソフトを制御できません。この章では2つの上級パーツを追加します。全トラフィックを引き受けるTUNと、「ドメインの解決」の質を決めるDNSです。

TUN:仮想ネットワークカードによる制御

TUNモードを有効にすると、クライアントがシステム内に仮想ネットワークカードを作成し、デフォルトルートをそこに向けます。以降、システムプロキシに対応しているかどうかにかかわらず、すべてのアプリのトラフィックがまずClashを経由して外部へ出ていきます。ゲーム、コマンドラインツール、システムプロキシを無視するあらゆるソフトも、これで一網打尽にできます。有効化の条件:

• Windows:クライアントを管理者権限で実行するか、事前に設定内で「サービスモード」をインストールしてください(推奨。一度インストールすれば長期的に有効です)。
• macOS:初回オンにする際にシステム認証を求められるので、パスワードを入力して許可してください。
• Android / iOS:もともとVPN方式で全体を制御しているため、個別にTUNをオンにする必要はありません。

TUNをオンにしたら、同時にシステムプロキシのスイッチをオフにしておくことをおすすめします。2つの入口が重複するのを防げます。確認方法:普段システムプロキシに対応していないコマンドラインツールでネットワークを試し、通信できれば制御に成功しています。

fake-ip:先に通してから解決する

TUNは通常enhanced-mode: fake-ipと組み合わせて使われます。アプリがドメインを問い合わせると、カーネルはまず198.18.0.0/16帯の仮のIPを返して接続をすぐに確立させ、実際の解決は転送のタイミングで行います。これにより実際のDNSラウンドトリップを1回省け、ルールもドメイン単位で正確にマッチできます。仮のIPが表示されても慌てる必要はありません、これは仕様であり感染ではありません。

DNS設定の最小構成例

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - https://doh.pub/dns-query
    - https://dns.alidns.com/dns-query
  fallback:
    - https://1.1.1.1/dns-query

つまり、中国国内のドメインは nameserver に指定した暗号化 DNS で高速に解決し、怪しい結果や海外向けの結果は fallback に回して再検証し、汚染された応答を防ぐという仕組みです。各パラメータの選び方や fallback-filter の書き方は、ブログ《Clash DNS 設定解説》で項目ごとに解説しているので、あわせて読むのがおすすめです。

Windows専用:UWPのループバック除外

Windowsストアアプリ(UWP)は既定でローカルのループバックアドレスへのアクセスが禁止されており、つまり127.0.0.1:7890に接続できません——結果としてストアアプリがどうしてもプロキシを通らないという症状になります。対処法:多くのクライアントには「UWPループバック除外」機能が内蔵されているので、対象アプリにチェックを入れて保存するだけです。内蔵機能がない場合は、システム標準のコマンドで手動除外できます:

CheckNetIsolation LoopbackExempt -a -n=アプリのパッケージ名

第8章 日常メンテとトラブル対処:順番に切り分けるCH-08

組み立てが終わった後も、メンテナンスは必要です。この章では2つのことを紹介します。3つの日常習慣と、固定された順序のトラブル対処フロー表です。トラブル対処で一番避けたいのは、あちこちを闇雲に触ることです——順番通りに進めれば、一歩ごとに範囲を絞り込めます。

3つの日常習慣

• サブスクリプションを最新に保つ:自動更新の間隔を設定しておき、接続できないときはまず手動でサブスクリプションを更新する。ソフトの再インストールから始めないこと。
• クライアントも一緒に更新する:クライアントの更新には通常カーネルの更新も含まれ、プロトコルの互換性やルール処理の修正が反映されます。更新通知が来たら早めに対応しましょう。
• ログの見方を覚える:クライアントの「ログ」ページには、各接続がどのルールに該当し、どのノードを通ったかがリアルタイムで表示されます。これは唯一嘘をつかない証人であり、以降のトラブル対処ではすべての場面でログを確認します。

6ステップのトラブル対処フロー

1. 直結モードにしてネットワーク自体を確認する:直結でも接続できない場合、原因は自宅のブロードバンドやWi-Fiにあり、Clashとは無関係です。まずネットワーク環境を確認してください。
2. ノードのレイテンシを計測する:全てタイムアウト→サブスクリプションの期限切れかサービス側の障害。サブスクリプションを更新し、プランを確認してください。一部だけタイムアウト→そのノードを変更する。
3. ノードや地域を変える:単一のノードだけ不調になるのはよくあることです。同じ地域の別ノードに切り替え、それでも駄目なら別の地域を試してください。
4. モードとスイッチを確認する:ルールモード、システムプロキシ、TUNのいずれかが少なくとも1つオンになっているか確認してください。「すべて正常なのにトラフィックが流れない」の大半は入口のスイッチがオフのままというケースです。
5. ログでマッチ結果を確認する:目的のサイトへの接続がDIRECTにマッチしている場合、それはルールの問題です。第6章に戻ってカスタムルールを1行追加してください。
6. ポートの競合を確認する:起動時にbind: address already in useと表示される場合、7890ポートが他のプログラムに使われています。占有プロセスの確認方法:

# Windows
netstat -ano | findstr 7890

# macOS / Linux
lsof -i :7890

占有しているプロセスを見つけたら、それを終了するか、クライアントの設定でMixed Portを別の値(例:7897)に変更してください。3プラットフォーム分の詳しい手順とポート変更の詳細はブログ記事「Clashのポート競合エラーの対処法」を、速度が遅い場合の段階的な切り分けは「速度が遅いときの3段階切り分け法」を参照してください。その他の細かい問題はよくある質問ページに分類ごとにまとめています。

クライアントの乗り換えと移行

あるクライアントから別のクライアントに乗り換える際、「引っ越し」作業は不要です。サブスクリプションURLがすべての持ち物です。新しいクライアントをインストールしたら、そのURLを再度導入するだけです。カスタムルールは旧クライアントのオーバーライドページから新クライアントの該当箇所にコピーしてください。旧クライアントをアンインストールする前に、必ずシステムプロキシとTUNをオフにしておきましょう。そうしないと残ったプロキシ設定が原因で「アンインストール後にネットに繋がらない」という状態になります——これはFAQでもよくある質問です。

第9章 上級設定への道:利用者からパワーユーザーへCH-09

第8章までの内容で、あなたはすでに一人前の日常利用者です。最後の章では、さらに深く踏み込みたい人向けのロードマップを示します。この順序で進めれば迷いにくいはずです。

ステップ1:config.yamlを手書きして理解する

サブスクリプションでダウンロードした設定ファイルをテキストエディタで開き、第6・7章のサンプルと照らし合わせながら通読してみてください。port、mode、proxies、proxy-groups、rules、dnsという6つの主要セクションがそれぞれ何を担っているかが読み取れるようになります。次に、オーバーライドで自分の策略グループを書いてみましょう——例えば、よく使う3つのノードをfallbackグループにまとめ、特定サイト専用にするなどです。変更前には元の設定を必ずコピーして残しておいてください。間違えたら前の状態に戻すだけで済みます。

ステップ2:コマンドラインとサーバーへの導入

デスクトップクライアントはあくまで外殻であり、mihomoカーネル自体は任意のLinuxマシン(ソフトルーター、NAS、クラウドサーバーなど)で単独稼働できます。手順は基本的に3つだけです——カーネルのバイナリを配置する、config.yamlを書く、systemdで常駐サービスとして登録する。導入後はブラウザでパネルのアドレスを開けば、ノードとルールをリモートで管理できます。詳しいコマンドとserviceファイルのテンプレートはブログ記事「Linuxでのクラッシュ導入完全ガイド」の後半にまとめています。カーネルファイルはダウンロードページのカーネル欄からアーキテクチャに合わせて取得してください。

ステップ3:ルールセットと自動化

手書きのルールが数十行を超えたら、ルールセット(rule-providers)への移行がおすすめです。ルールを用途別にリモート管理される一覧ファイルに分割し、メイン設定から1行で参照して定期的に自動更新する仕組みです。コミュニティが管理する定番のルールセットは主要なサイトカテゴリを網羅しており、自分で1行ずつ書き溜めるより格段に効率的です。url-testグループと適切なDNS設定を組み合わせれば、「導入したらほぼ触らなくていい」設定がほぼ完成します。

おすすめの学習順序

• 用語集の「設定ファイルの項目」「ルールと分流」の2カテゴリを一通り確認し、用語の基礎を固める。
• DNS解説記事とノード選びの記事を丁寧に読む。この2本が最も学習効果の高い知識です。
• オーバーライドで実際に練習する:ルール追加→策略グループ作成→ルールセット参照、それぞれのステップでログを見てマッチを確認する。
• 使っていないLinux機があれば、コマンドライン導入編の手順通りにmihomoを動かしてみて、GUIを介さないカーネルの姿を理解する。

最後に一言:プロキシはあくまで道具であり、ルールは秩序です。設定をどれだけ工夫しても、お住まいの地域の法律やルールを守り、ネットワークツールを適切に利用してください。この手順書はここで完成です——どの章の内容が抜けても、いつでも戻って確認しながら組み直してください。