事前準備：クライアントと設定を用意する

クライアントは画面を表示してコアを動かし、設定はノード、プロキシグループ、ルーティングルールを提供します。クライアントをインストールしただけでは、プロキシノードは利用できません。作業を始める前に、信頼できる提供元のClashまたはmihomoサブスクリプションリンク、あるいはそのまま使えるYAML設定ファイルを用意してください。また、プロキシを無効にした状態で、ローカルネットワークと設定の取得に必要なアドレスへアクセスできることも確認します。

サブスクリプションリンクには個人用のアクセス情報が含まれる場合があります。コピーするときは内容をすべて保持し、公開チャット、スクリーンショット、オンライン変換サイトなどに貼り付けないでください。提供元から単一のプロトコルリンクだけを受け取った場合は、クライアントがその形式の読み込みに対応しているか確認します。このガイドでは設定全体を取得するサブスクリプションを扱い、単一ノードのリンクと設定ファイルを混同しません。

初回接続時は、ほかのプロキシやVPNクライアントをいったん終了し、現在のネットワーク状態を記録しておきます。その後は変更を一度に一つに絞ると、原因を特定しやすくなります。すでに設定済みの端末では、クライアントのエクスポートまたはバックアップ機能を使って元のファイルを保存してください。クライアントが自動生成した実行用設定ファイルを直接編集する必要はありません。

1. サブスクリプションを追加して設定を有効化

設定画面でリンクを追加

クライアントを開き、「設定」または「サブスクリプション」画面に移動して、「新規作成」「追加」「URLから読み込む」などを選びます。サブスクリプションリンク全体を入力欄に貼り付け、先頭や末尾に空白、改行、チャットアプリが付けた句読点が混ざっていないか確認してください。名前の入力を求められた場合は、見分けやすい名前を付けられます。名前は管理用で、サブスクリプションの内容には影響しません。

「読み込み」「ダウンロード」「保存」などを選び、設定の取得が終わるまで待ちます。成功すると、通常は設定カードまたは項目が一覧に表示されます。次にその項目を選び、「有効化」「現在の設定にする」または選択マークを使って実行中の設定に切り替えます。ダウンロードできても、有効になったとは限りません。サブスクリプションを追加しただけで初期設定を使い続けている場合、プロキシ画面に新しいグループが表示されないことがあります。

切り替えたら「プロキシ」画面を開きます。通常は、設定で定義されたプロキシグループと、その中から選べる出口が表示されます。グループ名は設定の提供元によって異なり、「ノード選択」や「自動選択」とは限りません。まず一覧を展開できることを確認し、システムプロキシはまだ有効にしないでください。次の手順でモードと出口を選びます。

ローカルファイルと更新

ファイルを受け取った場合は、設定画面で「ファイルから読み込む」を選び、端末上の.yamlまたは.ymlファイルを指定します。読み込み後、同じように設定を有効化してください。拡張子だけを変更して形式を変換したり、ブラウザーがダウンロードしたログインページを設定ファイルとして扱ったりしないでください。テキストエディターで開けても、コアが要求する形式とは限りません。

サブスクリプションは通常、設定項目のメニューから「更新」または「再読み込み」を選んで更新します。更新するとリモートの内容を再取得するため、ノード名やルールが置き換わる場合があります。個別の変更を長く維持したい場合は、リモートのサブスクリプションを繰り返し編集せず、クライアントのオーバーライド機能を確認してください。設定の構成についてはYAMLマニュアルを参照してください。

2. プロキシモードと出口ノードを選択

初回はルールモードを選ぶ

現在の設定が有効になっていることを確認し、「ホーム」「概要」または「プロキシ」画面でモードを選びます。初回は「ルール」またはRuleを選ぶのがおすすめです。このモードでは、コアが設定内のルールを順に適用し、通信の一部は直接接続、残りは指定されたプロキシグループへ振り分けます。ルールモードが用途に合うかどうかは、サブスクリプションに含まれるルールによって決まり、クライアントがすべてのサイトを一律に判定するわけではありません。

「グローバル」またはGlobalモードでは通常、コアに入った通信がGLOBALグループに渡されます。切り替えたら、このグループでどの出口が選ばれているか確認してください。DIRECTが選択されている場合、通信は直接接続されることがあります。「ダイレクト」またはDirectモードではプロキシノードを経由しません。通常の接続に戻す場合や比較確認には使えますが、初回のプロキシ接続を確認する際の設定には適しません。

ここで選ぶモードは、コアに入った後のルーティング方法を決めるものであり、端末の通信をコアに取り込む方法を決めるものではありません。グローバルモードを選んでも、すべてのアプリの通信が取り込まれるとは限りません。ブラウザーがシステムプロキシに従っているか、モバイル端末のVPNが接続できているかは、次の手順で別途確認します。

プロキシグループでノードを選択

「プロキシ」画面を開き、プロキシの出口を担当するグループを展開します。手動選択のグループでは、利用可能なノードをタップして選択マークを移します。グループが別のグループを参照している場合は、最終的な出口が分かるまで展開してください。上位グループ名が見えただけでノードを選択済みと思い込まないようにします。用途ごとに複数のグループが設定されている場合は、まず対象の通信が使うグループを確認すれば十分です。すべてのグループを同じ値に変更する必要はありません。

グループ内の遅延テストボタンを押し、完了まで待つこともできます。遅延の数値が表示された場合は、そのテストリクエストが完了したことを示します。タイムアウトした場合は、テスト経路から制限時間内に応答がなかったことを示します。数値はテスト先、ネットワーク状態、ノードの負荷に左右され、ダウンロード速度を直接示すものではありません。また、対象アプリが使えることの証明にもなりません。初回接続では、テストに応答した出口を一つ選び、実際のリクエストで確認してください。

グループ内にDIRECTしか表示されない、または想定したノードがまったく見つからない場合は、前の手順に戻り、正しい設定を選んでいるか、リモートのノード一覧を読み込めているか確認します。一覧を埋めるために、出所不明のノードを貼り付けないでください。select、url-test、ルールのターゲットについて詳しくは、YAMLマニュアルのプロキシグループとルールの解説を参照してください。

3. 接続を開始し、通信の取り込み口を確認

デスクトップ：コアを確認してからシステムプロキシを有効化

モードとノードを選んだら、クライアントのホーム画面でコアの動作状態を確認します。「起動」ボタンがある場合は、先にコアを起動してください。設定エラーが表示されたら設定画面に戻って対処し、ネットワークのオン・オフを何度も切り替えないでください。コアの起動後に「システムプロキシ」を有効にします。これにより、システムプロキシ設定に従うアプリのリクエストが、クライアントのローカル待ち受けポートへ送られます。

有効にしたら、ブラウザーで新しいタブを開いてアクセスします。必要に応じてブラウザーを完全に終了してから再起動し、プロキシ設定を読み直させてください。ローカルポートが必ず7890だと決めつけないでください。設定やクライアントによってポートは異なります。ブラウザーやコマンドラインでプロキシを手動設定する場合は、クライアントに現在表示されている待ち受けアドレスを使います。

ブラウザーではプロキシが使えるのに、ターミナル、ゲーム、ほかのアプリで変化がない場合は、まずそのアプリがシステムプロキシに対応し、設定を読み取っているか確認します。より多くのアプリの通信を取り込む必要がある場合は、TUNモードを検討してください。デスクトップクライアントでTUNを有効にするには、サービスのインストール、管理者権限の付与、ネットワーク拡張の許可が必要な場合があります。現在のクライアントの案内に従ってください。権限の確認が表示されないからといって、サービスが正しくインストール済みとは限りません。

TUNとシステムプロキシは通信を取り込む入口が異なるため、初回テストで同時に有効にする必要はありません。まずシステムプロキシでの通信を確認し、必要に応じてTUNをテストすると、ルーティングや権限の問題を切り分けやすくなります。TUNを有効にしてネットワークに問題が出た場合は、TUNを無効にして直前の利用可能な設定に戻し、サービスの状態とログを確認してください。ルーティング、DNS、除外設定の詳しい説明はYAMLマニュアルを参照し、初回接続時にまとめて変更しないでください。

モバイル：システムのVPN許可を完了

AndroidまたはiOSのクライアントでホーム画面に戻り、「接続」または起動ボタンをタップします。初回接続時は通常、システムからVPN設定の許可を求められます。表示内容を確認して許可してください。端末のロック解除パスワードや生体認証を求められた場合は認証を済ませてクライアントに戻り、接続状態が更新されたか確認します。許可を取り消すと、設定を読み込めていても、この入口から通信を取り込めません。

同じ端末で動作している別のVPN、仕事用プロファイル、通信フィルタリングツールが、現在の接続と競合する場合があります。初回テストでは同種の接続を一つだけ動かしてください。組織管理下の端末では端末ポリシーに従い、管理上の制限を回避しようとしないでください。VPNアイコンが表示されても、トンネルの入口が確立したことを示すだけで、ノード、ルール、対象サイトが正常とは限りません。引き続き実際の通信を確認してください。

4. ルールの適用状況と実際の出口を確認

新しいリクエストを送り、接続記録と照合

クライアントを起動したまま「接続」または「ログ」画面を開き、ブラウザーに戻って新しい対象ページを表示します。クライアントに戻り、直前に発生したドメインまたは接続先を探してください。接続記録には通常、接続先、適用ルール、使用したプロキシグループ、最終的な出口が表示されます。クライアントによって表示項目は多少異なり、短時間の接続はアクティブ一覧からすぐ消える場合があります。その場合はログや接続履歴も確認してください。

対象のリクエストが選択したノード経由で転送されたと記録されていれば、そのリクエストがプロキシ出口まで到達したことを確認できます。DIRECTと表示される場合は、まず適用されたルールを確認し、そのルールが指定するグループで直接接続が選ばれていないか調べます。ルールモードでは一部の通信が直接接続されても正常です。記録すべてにノード名を表示させるために、設定全体を変更する必要はありません。

新しい接続がまったく表示されない場合は、まず記録を隠すフィルターがクライアントで有効になっていないか確認し、次にブラウザーのプロキシ拡張機能、システムプロキシ、VPNの状態を確認します。リクエストがコアに届いていない場合、ノードを変えても解決しません。ターミナルやプロキシを個別設定しているアプリでは、アプリ独自の設定も確認してください。ブラウザーで使えても、ほかのアプリが同じ入口を使うとは限りません。

出口IPと対象アプリを照合して確認

次に、信頼できる出口IP確認ページへアクセスし、プロキシを無効にしたときの結果と比べます。ルールモードでは、確認ページへの通信自体がダイレクトルールに一致する場合があるため、そのリクエストの接続記録も必ず確認してください。端末のネットワークインターフェースに割り当てられたプライベートアドレスをインターネット上の出口IPと混同しないでください。IPの所在地表示だけで判断するのも避けましょう。所在地データベースには反映の遅れや誤差がある場合があります。

出口IPが変わったことから分かるのは、その確認リクエストの通信経路が変化したということだけです。最後に、実際に使いたいアプリを開き、ページの読み込み、ログイン、APIリクエストなどを試して、該当する接続記録を確認してください。ブラウザーでは正常でもアプリで失敗する場合は、すべてのノードが使えないと判断する前に、アプリ独自のプロキシ設定、DNS、UDPの要件、アカウント制限を確認します。

モードやノードを切り替えてテストした後は、新しい接続を確立してください。既存の長時間接続は以前の出口を使い続ける場合があります。クライアントに「接続を閉じる」機能があれば、テスト用の接続を切断してから再試行できますが、転送中のタスクは中断されます。初回の確認では新しいブラウザーリクエストを使い、大きなファイルをダウンロードしながら設定を何度も切り替えるのは避けてください。

失敗したら入口・ルール・出口の順に確認

入口：新しい記録がない場合は、システムプロキシ、アプリのプロキシ設定、TUN、モバイルのVPN許可を確認します。まず対象の通信がコアに届く状態にしてください。
ルール：記録はあるものの想定外の経路を通る場合は、現在のモード、適用ルール、グループの選択を確認します。ルーティング結果を接続障害と誤認しないようにしてください。
出口：ノードを選択しているのにリクエストがタイムアウトする場合は、許可済みでテストに応答した別のノードを選び、サブスクリプションの有効状態と現在のネットワークを確認します。すべてのノードで失敗する場合は、ログに記録された具体的なエラーを確認してください。

実際に使うアプリが動作することを確認してから、必要に応じて自動起動やサブスクリプションの定期更新を設定し、現在使える設定を一つ保存しておきます。デスクトップクライアントを終了する前に、システムプロキシが無効になっているか、クライアントによって元の状態に戻っていることを確認してください。そうしないと、停止したローカルポートへ通信が送られ続ける場合があります。問題が起きたら、モード、DNS、ルーティングを一度に変更するより、この4ステップを改めて確認するほうが原因を特定しやすくなります。

設定項目、ルールの構文、オーバーライドの関係を詳しく知りたい場合はYAML設定リファレンスを参照してください。クライアントごとのプラットフォーム対応や操作方法を比べるには、クライアント比較をご覧ください。初回接続の手順はここまでです。正常に動作している設定に、不要な項目を追加する必要はありません。