Clashのサブスクリプション読み込み
とプロキシ設定

ステップ1

サブスクリプションの読み込みと設定の有効化

始める前に、クライアントがインストール済みで正常に起動することと、サービス提供元から入手した、利用中のClashまたはmihomoコアに対応するサブスクリプションURLがあることを確認します。クライアントは設定を読み込み、プロキシルールを適用するソフトウェアです。インストールしただけでは、利用可能なノードは手に入りません。サブスクリプションをまだ入手していない場合は、URLの形式、アカウントの有効期限、残りの通信量をサービス提供元に確認してから進めてください。サブスクリプションURLにはアカウントの認証情報が含まれることがあります。パスワードと同様に安全に保管し、公開コメントやスクリーンショット、オンライン変換サイトに貼り付けないでください。

URLを省略せずにコピーする

サービス提供元のサブスクリプション管理ページを開き、「Clash」「Clash Meta」または「mihomo」と表示された項目から、ページのコピー機能を使います。ブラウザーのアドレスバーに表示されたアカウントのトップページや、ノード共有用のリンクをコピーしないでください。コピー後は、先頭や末尾の空白、改行、チャットアプリが追加した説明文が混ざっていないか確認します。クエリパラメーターがある場合も含め、URL全体をそのまま使ってください。末尾を削ると認証に失敗することがあります。

続いてクライアントの設定画面を開き、「追加」「読み込み」またはプラス記号のボタンを選び、「URLから読み込む」に相当する項目を選択します。URLを入力欄に貼り付け、「普段使い」など見分けやすい名前を付けてから、ダウンロードまたは保存を実行してください。この名前はローカルで識別するためのもので、サーバーへの接続には影響しません。読み込みが完了すると、新しい設定が一覧に表示されます。すべてのスイッチをすぐに有効にせず、ダウンロード失敗や解析エラーが表示されていないことを先に確認しましょう。

読み込んだ設定を選択する

読み込み後に新しい設定が自動で有効になるクライアントもあれば、一覧に保存されるだけのものもあります。設定を選び、「有効化」「使用」または選択済みのマークを付けて、現在の設定として適用してください。次にプロキシ画面を開き、サービス提供元のポリシーグループとノードが表示されることを確認します。ポリシーグループの名称はサブスクリプションによって異なり、「プロキシ」「ノード選択」などさまざまです。ガイドと同じ名称でなくても問題ありません。設定名が見えるだけでプロキシの選択肢が表示されない場合、接続できる状態とは判断できません。

サブスクリプションのダウンロードに失敗した場合は、まずPCやスマートフォンからサービス提供元のページにアクセスできるか確認し、URLをコピーし直してください。ログイン画面や通常のウェブページが表示される、または形式の解析エラーが出る場合、サブスクリプション用ではないURL、期限切れ、現在のコアが対応していない設定項目などが原因として考えられます。読み込み段階ではまだ通信を取り込んでいないため、TUNを何度も切り替えても解決しません。クライアントに表示されたエラー内容を確認し、現在のコアに対応するサブスクリプション形式があるかサービス提供元に問い合わせてください。

設定ファイルをすでに入手している場合は、「ファイルから読み込む」を選び、サービス提供元のYAMLファイルを指定できます。ファイルからの読み込みでは、通常、リモートサブスクリプションの更新機能は引き継がれません。ノードが変更された場合は、ファイルを再読み込みする必要があります。初回は設定をそのまま使い、ルール、ポート、DNSを同時に変更しないことをおすすめします。YAML、サブスクリプション、コアの互換性については用語集をご覧ください。設定を有効にしたら、次は通信をどのモードで処理するか決めます。

ステップ2

プロキシモードとノードの選択

クライアントのプロキシまたは設定画面を開き、「プロキシモード」を探します。初めて設定する場合は「ルール」を選び、設定内のルールに各リクエストをプロキシ経由にするか直接接続にするか判断させるのがおすすめです。モードはコアの通信処理方法を決めるもので、システムから通信を取り込む入口ではありません。ルールモードを選んだ後、ブラウザーやほかのアプリのリクエストをクライアントに渡すには、次の手順でシステムプロキシを有効にするか、VPN接続を許可する必要があります。

グローバルモードにしても、端末全体の通信がすべて取り込まれるわけではありません。グローバルモードが変えるのは、すでにコアに届いているリクエストの出口の選び方です。システムプロキシを使わないアプリの通信は、クライアントを経由しないことがあります。また、直接接続モードでもコアが停止するとは限りません。クライアントが接続や名前解決を処理したうえで、出口だけを直接接続にする場合があります。この違いを理解しておけば、「グローバル」と表示されているだけで、ゲームやターミナル、すべてのバックグラウンド通信が自動的にプロキシ経由になると思い込まずに済みます。

利用可能なノードを選ぶ

ルールモードのまま、設定内の主要なプロキシポリシーグループを開きます。手動で選ぶノード一覧がある場合は、アクセスしたい地域に合い、契約プランで利用できるノードを選択してください。自動選択グループがある場合は、サービス提供元が設定した自動選択を使う方法もあります。ルールによって参照するポリシーグループが異なるため、動画、ダウンロード、最終ルールの出口が同じとは限りません。初回の動作確認では、主要なプロキシグループと最終的に適用されるグループを確認すれば十分です。すべてのカテゴリをすぐに調整する必要はありません。

クライアントには通常、遅延テスト機能があります。テスト結果は、現在のネットワークからノードを経由して指定のテスト先に接続したときの状態を示し、到達できないノードを見分ける目安になります。ただし、実際のダウンロード速度をそのまま表すものではありません。テスト先、ネットワークの混雑、ノードの負荷によって結果は変わります。タイムアウトも、テスト先が利用できないだけの場合があります。次の手順で実際のサイトにアクセスした結果とあわせて判断し、一覧の最小値だけを追いかけないようにしましょう。

ノード名に表示される通信量倍率や地域も確認してください。倍率はサービス提供元が定めるもので、倍率が高いとプランの通信量を早く消費することがあります。地域表示は通常、出口の場所を示しており、接続経路全体を表すものではありません。初回設定では、よく利用する地域のノードを一つ選んで動作確認すれば十分です。特定のサービスで地域を固定する必要がある場合は、接続を確認してから対象のポリシーグループに適切な出口を設定してください。詳しくはノードの遅延・倍率・地域の選び方をご覧ください。

選択したモードと主要なポリシーグループで使うノードを覚えておきましょう。アクセスに問題が起きたときは、ノードかスイッチのいずれか一つだけを変更し、ほかの設定はそのままにします。こうすれば、ノードの不具合、ルールの選択ミス、アプリの通信がクライアントに届いていない問題を切り分けやすくなります。次々に設定を変えて原因が分からなくなるのを防げます。

ステップ3

接続とシステムのアクセス許可

設定を有効にし、プロキシモードとノードを選んだら、接続を開始します。まずクライアントの動作状態を確認してください。起動するとコアも動作するデスクトップクライアントもあれば、「起動」や「接続」を押す必要があるものもあります。コアでエラーが発生したり終了したりした場合は、システムプロキシのスイッチだけを見るのではなく、ログに表示された設定エラーを解決してください。コアがリクエストを処理し、システムプロキシやVPNがアプリの通信をクライアントに渡します。両方が正常に動作して、はじめて通信経路が成立します。

Windows・macOSのシステムプロキシ

PCで初めて使う場合は、まず「システムプロキシ」を有効にし、TUNはオフのままにします。クライアントがOSのプロキシ設定をローカルの待ち受けポートに向けるため、システムプロキシに対応するブラウザーやアプリがクライアント経由でインターネットにアクセスします。アクセス許可の確認が表示されたら、操作中のアプリがインストールしたクライアントであることを確かめ、案内に従って許可してください。初回の接続のためにファイアウォールをむやみに無効化したり、LANへのアクセス範囲を広げたりしないでください。

有効にしたら、普段使っているブラウザーで次の動作確認を行います。独自のプロキシ設定を持つアプリや、環境変数を個別に設定する必要があるコマンドラインツールもあります。また、システムプロキシを使わないアプリもあります。こうした違いだけで、クライアント全体が動作していないとは限りません。普段のブラウザー利用が目的なら、まずシステムプロキシの経路を確認してから、より広い範囲の通信を取り込む設定を検討しましょう。PCで別のVPNやプロキシツールを起動している場合は、接続を切り、残っているプロキシ設定も確認してください。複数のプログラムが同じシステム設定を書き換えると、接続が不安定になることがあります。

Android・iOSのVPN接続許可

スマートフォンで接続をタップすると、通常、システムからVPN接続の確立またはVPN設定の追加を求める確認画面が表示されます。アプリ名が正しいことを確認し、案内に従って許可してください。iOSでは、端末のパスコードやシステム認証が必要な場合もあります。ここで使うVPNは、OSが提供する通信の取り込み機能です。実際の出口はクライアント設定のノードとルールで決まり、OSが提供するプロキシサービスに接続するという意味ではありません。

許可したらクライアントに戻り、接続状態を確認します。ステータスバーやVPN設定に接続中の表示があるかも確認してください。OSの表示で分かるのはVPN経路が確立したことだけで、選択したノードから目的のサイトにアクセスできるかまでは判断できません。Androidで画面消灯後に頻繁に切断される場合は、基本の動作確認を済ませてから、バッテリー最適化、バックグラウンド動作、自動起動の権限を確認しましょう。設定画面の場所は端末のメーカーによって異なります。詳しくはAndroidのVPN許可とバッテリー設定をご覧ください。初回接続時にバックグラウンド関連の権限を一度に変更すると、接続と省電力の問題を切り分けにくくなります。

TUNとアプリの例外設定

TUNは仮想ネットワークインターフェースを使って通信を取り込みます。システムプロキシでは対応できないアプリに便利ですが、管理者権限、サービスコンポーネント、ルーティング、DNSの設定が必要になることがあります。初回設定で必ず有効にする必要はありません。ブラウザーが正常に使えることを確認し、システムプロキシに従わないアプリが実際にある場合に限り、クライアントの説明に従って必要なサービスをインストールし、TUNを有効にしてください。権限やドライバーに関する案内が表示されたら、プラットフォーム別の手順を確認し、複数のネットワークツールをむやみに併用しないでください。

Windowsでは、一部のアプリでUWPのループバック制限が関係することがあります。ブラウザーは正常なのにストアアプリだけ失敗する場合は、まずアプリのネットワーク方式を確認し、UWPループバックの説明を参照してください。すべてのアプリをすぐに例外へ追加するのは避けましょう。TUN、システムプロキシ、DNS、ループバックの詳しい説明は用語集をご覧ください。OS固有の設定は全プラットフォームガイドに掲載しています。利用中のプラットフォームで接続とアクセス許可を済ませたら、実際のリクエストで動作を確認します。

ステップ4

アクセス確認と最後の設定

ブラウザーで新しいタブを開き、プロキシ経由でアクセスしたいサイトを表示します。すでに開いていたページは、キャッシュや以前の接続が使われている可能性があるため、新しいリクエストで確認する方が確実です。ページが正常に開くことは最初の確認になりますが、クライアントの接続記録も見て経路を確認してください。もともと直接接続できるサイトを、プロキシ接続の成功と誤認しないようにしましょう。

リクエスト・ルール・出口を確認する

クライアントの「接続」「アクティビティ」または「ログ」画面に戻り、先ほどアクセスしたドメインを探します。適用されたルール、使用したポリシーグループ、最終的なノードを確認してください。表示項目はクライアントによって異なりますが、少なくともプロキシ経由か直接接続かは判断できる必要があります。記録が見つからない場合は、対象ページを再読み込みし、ログのフィルターで情報が隠れていないか確認してください。短時間の接続はアクティビティ一覧からすぐ消えることがあるため、ログ画面も確認しましょう。記録を探すために詳細なデバッグログを長時間有効にする必要はありません。

次に、設定上は直接接続するはずの普段使うサイトへアクセスし、国内向けのサービスも正常に使えるか確認します。プロキシ経由のサイトは開くのに直接接続のサイトで問題がある場合は、サブスクリプション全体をすぐに入れ替えるのではなく、ルールやDNSを確認してください。出口IP確認サイトの結果は参考になりますが、そのリクエストの出口を示すだけで、すべてのアプリが同じ経路を使う証明にはなりません。ルールモードでは複数の出口を使うことがあります。確認すべきなのは、対象のリクエストが想定どおりに処理されたかどうかです。

問題が起きたときの確認手順

目的のサイトが開かない場合は、まず設定一覧に戻り、読み込んだ設定が現在使用中であることを確認します。次に、主要なプロキシグループで利用可能なノードが選ばれているかを見てください。直接接続や拒否のポリシーが選ばれていないかも確認します。ノードを一つだけ変更して同じサイトにアクセスし、結果を比較しましょう。複数のノードで失敗する場合は、コアの動作状態、システムプロキシまたはスマートフォンのVPNが有効か、アプリ独自のプロキシ設定がないかを確認します。サブスクリプションを読み込めたことは設定を読み取れたという意味であり、契約プラン、サーバー、現在のネットワークが正常であることを保証するものではありません。

接続記録に対象のリクエストがまったくない場合は、まず通信を取り込む入口を確認してください。ブラウザーがシステムプロキシを使っているか、ほかのツールがプロキシ設定を上書きしていないか、スマートフォンのVPNが接続中かを確認します。リクエストがクライアントに届き、想定したノードが使われているのにタイムアウトが続く場合は、ノードとサービス提供元の稼働状況を調べます。ログに解析エラーが表示される場合は、その内容を控えて全プラットフォームガイドの設定トラブルに関する項目を確認してください。原因が分からないままクライアントを何度も再インストールするのは避けましょう。

ルールの問題かどうか調べるには、一時的にグローバルモードへ切り替え、同じノードを明示的に選んで同じサイトにアクセスします。グローバルモードでは接続でき、ルールモードでは失敗する場合、ルールモードでそのドメインに実際に適用されたポリシーを確認してください。どちらのモードでも失敗する場合は、ノード、名前解決、ネットワーク経路を調べます。テスト後はルールモードに戻してください。DNS、ポート、プロキシモードを同時に変えるより、条件を一つずつ変更する方が原因を正確に判断できます。

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

動作確認ができたら、設定画面でサブスクリプションの更新間隔を設定するか、サービス提供元がノードを更新したときに手動で更新します。更新後も、現在の設定が有効になっていることを確認してください。複数のサブスクリプションを読み込んでいる場合は特に注意が必要です。更新間隔を必要以上に短くせず、サービス提供元の推奨に従いましょう。更新エラーが起きた場合は、アカウントの状態とURLの有効性を確認します。認証情報を含むサブスクリプションURL全体を、知らない相手に送って調査を依頼しないでください。

PC起動時にクライアントを自動起動したい場合は、設定画面で自動起動を有効にします。「クライアントを起動」「コアを起動」「システムプロキシを復元」が個別の項目になっていないかも確認してください。自動起動を有効にしても、システムプロキシが自動で復元されるとは限りません。再起動後に簡単なアクセス確認を行いましょう。クライアントを終了する前に、用意されている切断または終了操作を使い、システムプロキシが元に戻っていることを確認します。スマートフォンで接続が不要になった場合も、クライアントで切断し、システムのVPN状態を確認してください。

これで基本設定は完了です。サブスクリプションが有効になり、モードとノードを選択し、システムからの通信経路を接続して、実際のリクエストで動作を確認できました。今後問題が起きたときは、4つの手順を順番に見直してください。プラットフォームごとのインストール、TUNのアクセス許可、DNS、LAN共有については全プラットフォームのインストール・設定ガイドをご覧ください。設定項目の意味を知りたい場合は用語集から確認できます。一つの用語を調べるために、設定をすべてやり直す必要はありません。