初回設定の目安 10分

ClashのサブスクURL追加と初回接続ガイド

「サブスクURLを追加 → プロキシモードを選択 → 接続を有効化 → 出口IPを確認」の順に進めます。完了後は、ブラウザやシステムプロキシに従う多くのアプリが設定どおりに通信を振り分けます。

コア mihomo 推奨モード rule 手順 4

開始前の準備

クライアントと有効な設定を用意する

このガイドはMihomoコアを使用するGUIクライアントを対象としています。Windows、macOS、Android、iOS、Linuxではボタンの位置が完全には同じでありませんが、操作の流れは共通です。サブスクURLから設定を取得し、設定にはプロキシノード、プロキシグループ、振り分けルールが含まれます。クライアントはその設定を読み込み、システムの通信を制御します。この順番で理解すれば、メニュー名が異なっても迷いません。

クライアントをまだインストールしていない場合は、まずクライアントのダウンロードページを開き、使用しているOS向けのメンテナンス中のバージョンを選びます。デスクトップ版はインストール後に通常どおり起動してください。モバイル版では初回起動時に通知やVPN接続の許可を求められることがありますが、VPNの許可は3つ目の手順で接続を有効にするときに確認します。すでにクライアントを利用している場合はそのまま進めますが、複数のプロキシソフトがシステムプロキシを同時に変更したり同じポートを使用したりしないよう、ほかの類似ソフトは先に終了してください。

使用可能なサブスクURLも用意します。サブスクURLは通常、サービス提供元のユーザーパネルに表示されます。一般的なWebページのURLとは異なり、開くとYAML設定やエンコードされたノード情報が直接返される場合があります。コピーする際は先頭から末尾まで完全に選択し、チャットアプリが自動で付けた句点、括弧、改行を含めないでください。サービス提供元が複数のクライアント形式を用意している場合は、Clash、Mihomo、Clash Metaと記載された形式を優先します。

ステップ1

サブスクURLを追加して現在の設定にする

クライアントを開いたら、「設定」「Profiles」「サブスク」のいずれかの画面を探します。「サブスクを新規作成」「URLから追加」またはプラスボタンを選び、用意したサブスクURLを入力欄に貼り付けます。名前はサービス名や用途、たとえば「普段使い」などにすると、複数の設定を保存したときに見分けやすくなります。保存前にURLの先頭が https:// であること、途中に空白がないこと、末尾に余分な記号がないことを確認してください。

「追加」「ダウンロード」「保存」のいずれかをクリックします。クライアントがサブスクURLへアクセスして内容を解析し、通常は数秒で完了します。成功すると設定一覧に新しい項目が表示され、設定名、更新日時、更新ボタンなどを確認できます。ここではまだシステムプロキシを有効にせず、この設定をクリックして現在使用するProfileにします。Profileは設定を保存・切り替えするための管理単位です。サブスクURLは更新元であり、ダウンロードした内容はクライアントが実際に読み込む設定ファイルとして整理されます。

設定を選択したらプロキシ画面を開き、プロキシグループが表示されるか確認します。「ノード選択」「自動選択」「国外通信」など、サービス提供元が独自に付けた名前が使われることもあります。複数のプロキシグループと選択肢が表示されていれば、通常はサブスクの解析が完了しています。一覧が空の場合は設定画面に戻り、「更新」を1回クリックして処理が終わるまで待ちます。追加ボタンを短時間に何度もクリックすると、似た名前の設定が複数作成される可能性があります。

一部のクライアントでは自動更新間隔を設定できます。初回はデフォルトのままで問題ありません。サブスク更新はサービス提供元の最新設定を取得するためのもので、クライアントが頻繁にリクエストし続ける必要はありません。ノード一覧、ルール、プロキシグループがサービス提供元のページと一致しない場合に、手動で更新すれば十分です。複数の設定を管理する場合は、各設定に分かりやすい名前を付け、切り替え後にハイライト表示が変わったことを確認してください。

この手順を終えた状態

  • 設定一覧に追加したサブスクが表示されている。
  • その設定が選択され、現在の設定になっている。
  • プロキシ画面にプロキシグループと選択可能なノードが表示されている。

ステップ2

ルールモードと使用可能なノードを選ぶ

設定を読み込んだら、「モード」「Mode」「実行設定」などの項目を探します。初回接続では「ルール」モードがおすすめです。ルールモードでは、設定内のルールに従って各ドメインやIPを直接接続するか、プロキシを使うか、特定のプロキシグループに渡すかを判断します。ローカルネットワークのサービスは通常どおり直接接続し、プロキシが必要な通信だけを選択したノードへ送るため、日常利用で最も一般的な方式です。

「グローバル」モードでは、ほとんどのリクエストを1つのプロキシ設定にまとめて送ります。ルールが原因でアクセス結果に差が出ているかを一時的に確認する用途には便利ですが、初期設定の既定値にはおすすめしません。「直接接続」モードではプロキシを経由せず、プロキシを一時停止したり比較テストを行ったりするときに使います。モード切り替えは通信の振り分け方を決めるだけで、コアやシステムプロキシを自動で起動するものではありません。モードを選んだら、3つ目の手順も続けて実行してください。

モード 通信の処理方法 適した用途
ルール 設定内のドメイン、IP、ルールセットに従って通信を振り分ける 日常利用。まずはこれを選択
グローバル ほとんどのリクエストを同じプロキシ設定に送る ルールによるアクセス差を一時的に確認
直接接続 リクエストをプロキシノード経由にしない プロキシの一時停止やネットワーク比較テスト

続いて「プロキシ」「Proxies」またはプロキシグループの画面を開きます。まず主要な通信を担当するプロキシグループを見つけ、具体的なノードを1つ選択します。「自動選択」「フォールバック」「ロードバランシング」などの項目が用意されている場合もあります。初回は通常のノードを選ぶと、接続成功の判断がしやすくなります。表示される遅延は1回の測定結果にすぎず、実際のダウンロード速度を示すものではありません。最低値を何度も追いかける必要はなく、安定して測定でき、目的のサイトを開けることのほうが参考になります。

ノードをクリックしたら、横に選択マークが表示されることを確認します。設定に複数のプロキシグループがある場合は、上位のグループが最終的にどこを指しているかも確認してください。主要グループが「自動選択」を選んでいるなら、「自動選択」を開いて使用可能なノードが含まれていることを確認します。主要グループがDIRECTを指している場合、そのグループのルールに該当する通信は直接接続されます。初回設定ですべてのグループを個別に変更する必要はありません。まず分かりやすいメインの選択グループを設定し、4つ目の手順でアクセス結果を確認します。

すべてのノードでテストに失敗しても、すぐにポート、DNS、多数のルールを変更しないでください。まず1~2個のノードを変更して再テストし、サービス提供元のページでサブスクの状態を確認します。端末の時刻が大きくずれていると暗号化接続に影響する場合があるため、日付とタイムゾーンの自動同期も確認します。ノードのタイムアウト、ルール適用、DNSを体系的に確認する手順はトラブルシューティングガイドにまとめています。このページでは初回接続に必要な判断だけを扱います。

この手順を終えた状態

  • 実行モードが「ルール」になっている。
  • 主要なプロキシグループが使用可能なノードまたは自動選択に向いている。
  • 少なくとも1つのノードで基本的な接続テストが完了する。

ステップ3

コアを起動してシステムプロキシを有効にする

ここでクライアントのホーム画面または設定画面に戻り、Mihomoコアが起動していることを確認します。クライアントによって「起動」「サービスモード」「実行状態」や電源アイコンでコアの状態を示します。起動に成功すると、画面に実行中と表示され、ログ画面にも接続やルール適用の記録が現れます。ポート使用中、設定解析失敗、コアの起動失敗が表示されている場合は、システムプロキシを有効にしても通信は正常に転送されません。先に起動エラーを解決してください。

デスクトップ版では続いて「システムプロキシ」「System Proxy」をオンにします。これによりOSのHTTPおよびHTTPSプロキシが、クライアントのローカル待受ポートを指すようになります。多くのブラウザやシステムプロキシに従うアプリは自動的に利用します。コアを起動しただけでシステムプロキシを有効にしていない場合、クライアントがバックグラウンドで動作していても、通常のブラウザ通信は直接接続されます。初回利用で最も多い見落としです。

Windowsでは通常、システムプロキシをオンにするだけで構いません。クライアントに「サービスモード」や管理者コンポーネントがある場合、それらはシステムレベルの制御を強化するためのもので、初回接続に必須とは限りません。macOSではネットワーク設定の変更を確認する画面が表示されることがあるため、システムの指示に従って許可します。許可後にWi-Fi、有線ネットワーク、ネットワークサービスを変更した場合は、サービスごとにプロキシ設定が保存される可能性があるため、システムプロキシの状態を再確認してください。

AndroidとiOSでは動作が異なります。モバイルクライアントは通常、システムのVPNインターフェースを使って通信を制御します。接続ボタンを押すとVPN設定の許可が表示されるため、承認してください。接続後はステータスバーにVPNマークが表示されます。このローカルVPNインターフェースはアプリの通信をMihomoコアへ渡すもので、従来型の企業VPNに接続したことを意味するものではありません。許可を拒否した場合、クライアントはほかのアプリの通信を制御できないため、もう一度接続ボタンを押してシステムの要求を許可します。

LinuxのGUIクライアントがシステムプロキシに対応している場合は、まず内蔵スイッチを使います。デスクトップ環境によってシステムプロキシの仕組みは異なり、ターミナルのプログラムはデスクトップのプロキシ設定を読み取らないこともあります。まずはブラウザで接続を確認し、同時にshellの環境変数を変更しないでください。ブラウザは成功してターミナルのコマンドだけが直接接続する場合、コアとノードは基本的に正常で、後からターミナル用のプロキシ環境を個別に設定すれば解決できます。関連コマンドとデスクトップ環境の違いはシステムプロキシが機能しない場合の章を参照してください。

この手順を終えた状態

  • クライアントにMihomoコアが実行中と表示されている。
  • デスクトップではシステムプロキシがオン、モバイルではVPNが接続されている。
  • 起動中に設定エラーやポートエラーが継続して表示されていない。

ステップ4

出口IPとルールによる振り分けを確認する

接続後はクライアントのスイッチの色だけで判断しないでください。最も直接的な確認方法は、ブラウザで新しいウィンドウを開き、信頼できる出口IP確認ページへアクセスして、表示されたグローバルIPアドレスと地域を記録することです。次にシステムプロキシまたはモバイルの接続をオフにして同じページを再読み込みし、結果を比較します。再びオンにすると、出口情報が選択したノードに応じて変化するはずです。「Webページを開けるか」だけでなく比較テストを行うほうが確実です。ページがキャッシュを使っていたり、もともと直接接続できたりする場合があるためです。

出口の変化を確認したら、2種類のサイトをテストします。1つは設定上、直接接続する想定の日本国内でよく使うサイト、もう1つはプロキシを使う想定の目的サイトです。ルールモードでは、2種類の通信で処理経路が異なることがありますが、これは正常な振り分けです。クライアントの接続画面やログ画面には、ドメイン、適用されたルール、最終的なポリシーが表示されることがあります。たとえばDIRECTは直接接続、プロキシグループ名やノード名はプロキシ経由を示します。初回確認では直近の数件を見るだけで十分で、ログ全体を1行ずつ読む必要はありません。

ブラウザはプロキシ経由でアクセスできるのに特定のアプリだけ接続できない場合は、そのアプリを完全に終了して再起動します。起動時にしかシステムプロキシを読み込まないプログラムや、独自のプロキシ設定を使うプログラムがあります。アプリの設定に「システムプロキシを使用」「自動検出」「手動プロキシ」などがあれば確認し、まずはシステム設定に従う項目を選びます。ゲーム、仮想マシン、コンテナ、コマンドラインツール、一部のストアアプリはデスクトップのシステムプロキシに従わないことがあるため、それぞれのネットワーク方式に合わせて個別に設定してください。

出口アドレスが変わらない場合は、クライアントで次の4点を順番に確認します。現在の設定が追加したばかりの設定か、モードがルールになっているか、メインのプロキシグループでノードが選択されているか、システムプロキシまたはVPNがオンになっているかを確認してください。複数の項目を同時に変更しないでください。1項目を確認するたびに出口IP確認ページを再読み込みすれば、どの段階で差が生じたか特定できます。

確認が終わったら、日常利用ではルールモードのままで構いません。一時停止する場合、デスクトップでは先にシステムプロキシをオフにしてからコアを停止します。モバイルではクライアントの接続を切断するだけで十分です。異常終了後にブラウザでまったく通信できなくなった場合、OSがローカルポートを指すプロキシ設定を保持している可能性があります。クライアントを再起動してシステムプロキシをオフにするか、システムのネットワーク設定で手動プロキシを解除してください。

接続成功の判断基準

  • 接続をオン・オフにすると、出口IPが想定どおり変化する。
  • 目的のサイトにアクセスでき、日本国内でよく使うサイトも正常に開ける。
  • ログに新しいリクエストと適用ルールまたはポリシーが表示される。
  • システムプロキシをオフにすると、通常のネットワーク接続に戻る。

クイックトラブルシューティング

初回接続でよくある問題

ここでは4つの手順で特に起こりやすい問題だけを扱います。DNS、TUN、ポート競合、サブスク形式、モバイルのバックグラウンド制限について体系的に確認する場合は、初期設定で高度な項目を同時に変更しないようトラブルシューティングガイドを参照してください。

追加は成功したのにプロキシ画面にノードが表示されない場合は?

まず新しい設定が選択されていることを確認し、更新を1回実行します。それでも空の場合は、サブスクがクライアントで認識できない形式を返しているか、サブスクの状態に問題がある可能性があります。サービス提供元のページでClash、Mihomo、Clash Meta形式のURLをコピーし、空の設定を削除して再追加してください。

ノードのテストは成功するのに、ブラウザの出口IPが変わらない場合は?

ノードのテスト成功は、クライアントが目的のノードへの接続を試行できたことを示すだけで、ブラウザの通信がクライアントを経由したことまでは意味しません。システムプロキシがオンになっているか確認し、ブラウザを再起動してください。モバイルでは、システムのステータスバーにVPNマークが表示されていることを確認します。

システムプロキシをオンにすると、すべてのサイトが開けなくなる場合は?

まずシステムプロキシをオフにして通常のネットワークを復旧し、コアが正常に起動しているか確認します。クライアントにポート使用中や設定エラーが表示されている場合は、そのエラーを先に解決してください。待受していないローカルポートをシステムプロキシが指していると、ブラウザのリクエストはすべて失敗します。

ルールモードで一部のサイトだけアクセスできない場合は?

一時的にグローバルモードへ切り替えて再テストします。グローバルモードで正常なら、ルールの適用またはプロキシグループの選択に問題がある可能性が高いです。グローバルモードでも失敗する場合は、ノードの接続性、サブスクの状態、端末のネットワークを優先して確認します。テスト後はルールモードに戻し、ログの内容をもとにトラブルシューティングガイドで原因を絞り込みます。