使い方 / 初期設定
Clashのサブスクリプション追加・接続ガイド
サブスクリプションを追加 → プロキシモードを選択 → 接続を有効化 → 動作確認
クライアントをインストール済みで、サブスクリプションが使える場合は、この手順に沿って約10分で初回接続を完了できます。まずブラウザーでアクセスできる状態にし、その後でアプリの通信制御、カスタムルール、TUNを設定します。結果を判断しやすいよう、変更は一度に一つずつ行ってください。
01 サブスクリプションを追加して設定を有効化
クライアントを開き、「設定」「サブスクリプション」またはProfilesの画面に進みます。「新規作成」「追加」「URLからインポート」などの項目を選び、リモートサブスクリプションを指定して、URLを省略せず入力欄に貼り付けてください。名前とURLの入力欄がある場合は、「普段使い」など用途が分かる名前を付けられます。URL欄にはサブスクリプションリンクだけを入力し、説明文や引用符、チャットアプリが付けた句読点を混ぜないでください。
ダウンロード、インポート、または保存をクリックし、設定が一覧に表示されるまで待ちます。正常に読み込まれると、設定カードに名前が表示され、プロキシ画面でプロキシグループやノードを確認できます。同じ名前のカードが表示されただけでは、リモートの内容がダウンロードできたとは限りません。ダウンロード失敗、解析失敗、内容が空といった表示がないか確認してください。更新ボタンがある場合は一度手動で更新し、サブスクリプションURLからクライアント対応形式の内容を取得できるか確かめます。
追加した設定を現在の設定にする
追加後すぐに有効になるクライアントもあれば、設定カードをクリックして「使用」「有効化」などを選ぶ必要がある場合もあります。現在の設定を示すマークが追加した項目に付いていることを確認してから、プロキシ画面を開きます。古い設定のグループ名が表示される場合は、設定を選び直してコアの読み込みを待ってください。ほかの設定をすぐに削除せず、問題が起きた場合に戻せるよう、使える設定は残しておきましょう。
ローカルファイルを使う場合は、「ファイルからインポート」を選び、保存済みの .yaml または .yml ファイルを指定します。完全な設定には通常、プロキシ、プロキシグループ、ルールなどが含まれます。ノード一覧だけでは完全な設定として動作しない場合があります。拡張子だけでは内容の正しさは分かりません。ウェブページをYAMLとして保存しても、形式が変換されるわけではありません。用語の違いを確認するには、用語解説のサブスクリプションと設定を参照してください。
追加に失敗したら入力内容と形式を確認
「リクエスト失敗」と「解析失敗」は分けて対処します。リクエスト失敗の場合は、URLが完全か、サブスクリプションが有効か、現在のネットワークからサブスクリプションサーバーにアクセスできるかを確認してください。解析失敗の場合は、リンク先がClashまたはmihomo対応の設定を返しているか確認します。アカウントのログインページ、エラーページ、ほかのクライアント専用のノード一覧ではないことも確かめてください。提供元に形式の選択肢がある場合は、現在のクライアントのコアに合う形式を選び直して追加します。
サブスクリプションを「とりあえず追加できるように」するため、不明な変換サービスにURL全体を渡さないでください。この段階でDNS、ポート、TUNを変更する必要もありません。設定が読み込まれていない状態では、これらの設定を変えても形式の問題は解決しません。プロキシグループが表示されたことを確認してから次に進みます。自動更新の間隔は接続後に設定できます。初期設定の時点で複雑な更新タスクを追加する必要はありません。
02 ルールモードとノードを選ぶ
設定の読み込み後、ホーム、ダッシュボード、またはモードメニューで「ルール」「グローバル」「ダイレクト」の3つのモードを探します。初めて使う場合はルールモードを選択してください。コアに届いた接続を設定内のルールに従って振り分け、一部の宛先は直接接続し、ほかの宛先はプロキシグループに渡します。サブスクリプションの振り分け設定を保ちつつ、後からログでルールの適用結果を確認できます。
グローバルモードは一時的な比較テストに適しています。コアに届いた通信をグローバル選択グループに渡すため、そのグループで利用可能なノードを選ぶ必要があります。ダイレクトモードでは、コアに届いた接続を宛先に直接つなぎます。モードが決めるのは、通信がコアに入った後の処理方法です。どのアプリの通信がコアに入るかは決めません。グローバルモードに切り替えても、端末上のすべてのアプリが通信制御の対象になるわけではなく、システムプロキシやVPNなどの入口を別途有効にする必要があります。
ルールから参照されるプロキシグループを探す
「プロキシ」またはProxiesの画面を開き、すべてのノードを一つずつ選ぶのではなく、まずグループを確認します。メインの選択グループはPROXY、ノード選びなどさまざまな名前で表示されます。具体的な名称はサブスクリプションの設定に従います。グループを開き、選択中の項目がノード、自動選択グループ、DIRECTのどれかを確認してください。下位グループがある場合は、最終的な接続先が分かるまでその選択も確認します。
候補ノードの遅延を一度テストし、テストが終わってから選択してください。手動選択グループでは、ノードをクリックすると選択中のマークが表示されるのが一般的です。自動選択グループでは、テスト結果に基づいてコアがノードを選ぶ場合があり、手動でクリックしたときの動作はグループの種類によって異なります。初回の確認では、手動選択グループで利用可能な経路を一つに固定すると、自動切り替えによる切り分けへの影響を抑えられます。selectやurl-testなどの種類を知りたい場合は、プロキシグループの用語解説を参照してください。今すぐ設定を変更する必要はありません。
テストで到達できても実際にアクセスできるとは限らない
遅延テストでは通常、ノードから指定されたテスト先への応答を測定します。端末からすべてのウェブサイトにアクセスしたときの使い心地を測るものではありません。数値が表示されても、そのテストで応答があったというだけで、ダウンロード速度や対象サイトへのアクセス権、すべてのプロトコルの動作まで保証されません。タイムアウトした場合も、まず候補を少数に絞って別のノードと比較し、すべてのノードを何度も連続してテストするのは避けてください。すべて失敗する場合は、端末の時刻、サブスクリプションの状態、現在のネットワークを先に確認します。
ノードを選んだらルールモードのままにし、現在のメイングループ名とノード名を控えてから、次の手順で通信経路を有効にします。この時点でプロキシ画面のテストに成功していても、ブラウザーの出口が変わらない場合があります。システムプロキシがまだ有効でない可能性があるため、矛盾ではありません。ノードテストはクライアントが実行しますが、ブラウザーのアクセスはブラウザーが実際に使う通信経路によって決まります。
03 接続と通信経路を有効にする
まず、クライアントにコアの起動失敗や設定の読み込みエラーが表示されていないことを確認します。デスクトップクライアントには起動時にコアが動作するものもあれば、起動または接続ボタンを押す必要があるものもあります。コアが動作するとローカルプロキシサービスが使えるようになりますが、ブラウザーに利用させるには、システムまたはアプリの通信を該当する入口に送る必要があります。初期設定では、システムプロキシを変更したりVPN経路を作成したりするほかのソフトを終了し、設定が上書きされないようにしてください。
デスクトップ:システムプロキシを有効にする
クライアントのホーム画面または設定画面で「システムプロキシ」を探し、有効にします。通常は、システムのプロキシ接続先がローカルの待ち受けポートに設定されます。ブラウザー側に個別のプロキシ設定がなければ、通常はこのシステム設定に従います。クライアントを起動したまま、新しいブラウザータブでテスト先にアクセスしてください。キャッシュ済みのページを更新するだけでは、新しいリクエストが発生せず、接続一覧に記録が表示されないことがあります。
初期設定ではクライアントの既定ポートを使い、ほかのガイドに記載された数字をそのまま設定する必要はありません。クライアントによってHTTP、SOCKS、混合ポートの番号は異なります。ブラウザー拡張機能、ターミナルの環境変数、アプリ内でプロキシを個別に設定していた場合は、まず一時的に無効にしてからシステムプロキシをテストしてください。手動設定が必要な場合は、現在のクライアントに表示されている待ち受けアドレスとポートを使用します。詳しくはポート設定ガイドを参照してください。
システムプロキシを参照しないアプリもあります。そのため、ブラウザーからアクセスできても、特定のアプリに接続記録がないからといって、必ずしもノードの故障とは限りません。まずこのページの確認を終えてから、アプリ内プロキシやTUNを検討してください。WindowsストアアプリについてはUWPのループバック設定を参照してください。初回接続時に複数の通信制御方式を同時に有効にしないでください。
モバイル:システムVPNの許可を確認する
モバイルクライアントで設定とノードを選び、接続または起動をタップします。初回起動時には、システムVPNの設定や接続許可を求める画面が表示されるのが一般的です。アプリの提供元と名前を確認し、システムの案内に従って許可してください。クライアントに戻って動作中と表示されていることを確認し、システムのVPN状態も見て通信経路が確立したか確認します。VPN経路は端末の通信をクライアントに届けるためのもので、ノードから対象サイトに必ずアクセスできることを意味するものではありません。
システムでほかのVPNに接続している場合は、先に切断してから現在のクライアントを起動してください。Androidでは省電力設定によってバックグラウンドでの動作が妨げられることがあります。初回テスト中はクライアントを前面に表示するか通常どおり起動したままにし、テストと同時にバックグラウンドアプリを強制終了しないでください。iOSとAndroidでは許可の手順が異なります。システムに表示される案内に従えばよく、デスクトップの「システムプロキシ」設定を探す必要はありません。
初回接続ではTUNを併用しない
TUNを使うとシステムプロキシに従わない通信も処理できますが、仮想ネットワークアダプター、ルーティング、権限、DNSに関わる設定が必要です。ブラウザーでの確認に成功した後、ほかのアプリの通信も制御する必要があれば、初心者から上級者向けガイドのTUNの章を参照し、一項目ずつ有効にしてください。TUNを有効にした直後に問題が起きた場合は、ルールやDNSも同時に変更せず、確認済みの通信経路に戻します。
04 プロキシが実際に動作しているか確認する
ノードとモードは変更せず、まずクライアントの「接続」画面を開きます。次にブラウザーの新しいタブから、アクセス先が分かっているウェブサイトを開いてください。接続一覧に戻り、アクセスしたドメインまたはアドレスを探して、適用ルール、使用したプロキシグループ、最終ノードを確認します。項目名はクライアントによって異なります。「何にアクセスしたか」「どのルールが適用されたか」「最終的にどこを経由したか」を合わせて確認し、ホーム画面の実行スイッチだけで判断しないでください。
接続記録で通信経路を確認する
ルールモードでDIRECTと表示されるのは、正常な結果の一つです。たとえば対象が直接接続のルールに一致した場合、選択したプロキシノードを経由しません。プロキシを使いたい宛先が直接接続のルールに一致した場合は、まず現在の設定とモードが正しいかを確認し、次にルールの適用理由を調べてください。大量のルールをまとめて削除しないでください。サブスクリプションの既定の振り分けが用途に合わないだけなら、接続を確認した後、カスタムルールの設定ガイドを参照し、クライアントが対応する上書きまたはマージ機能を使って調整できます。
新しい接続記録がまったく表示されない場合は、接続一覧にフィルターがかかっていないか、リクエスト終了後すぐに記録が消えていないかを確認し、ログ画面も併用してください。それでも見つからない場合は、ノードを何度も変更するのではなく、システムプロキシ、アプリ独自の設定、VPN経路を確認します。リクエストがコアに届いているのにエラーになる場合は、ログから名前解決の失敗、接続タイムアウト、接続先による拒否を切り分けます。ログを共有する前に、サブスクリプションURL、認証情報、不要なアクセス記録を削除してください。
出口IPで補助確認する
ブラウザーで普段利用する出口IP確認ページを開き、結果を記録して接続画面の適用ポリシーと照らし合わせます。ルールモードでは、確認ページ自体が直接接続に振り分けられる場合があるため、ローカル回線の出口IPが表示されても、それだけでプロキシの不具合とは判断できません。比較する場合は、一時的にグローバルモードへ切り替え、グローバル選択グループで同じ利用可能なノードを明示的に選択して再度確認します。同時に接続記録で、そのノードが実際に使われたことも確かめてください。
比較後はルールモードに戻します。出口IPの地域表示はデータベースの更新状況によって変わるため、地域名だけでノードの正しさを判断できません。最終ノード、アクセス結果、出口IPの変化を合わせて確認するほうが確実です。一度のページ読み込み速度から、回線の長期的な品質を判断する必要もありません。まず経路が正しいことを確かめ、その後、普段のアクセス状況を観察してください。
接続に失敗したら段階を戻して確認する
ブラウザーでウェブページをまったく開けない場合は、まずシステムプロキシを無効にするか、モバイルではVPN経路を停止し、通常のネットワーク自体にアクセスできるか確認してください。クライアントを停止するとネットワークが復旧する場合は、「設定が読み込まれているか」「ノードに到達できるか」「通信経路が正しいか」「ルールが意図どおりか」の順に確認します。一度に変更するのは一項目だけにし、毎回新しいリクエストを送ってください。どの手順が結果に影響したか分かりやすくなります。詳しい確認手順は接続チェックガイドを参照してください。
動作確認後は、使えた設定名、通信経路、メイングループの選択内容を記録し、適切なサブスクリプション自動更新を設定します。リモートサブスクリプションの更新で元の設定が置き換わることがあるため、長期的に使うカスタム設定はクライアントが対応する永続化先に保存してください。デスクトップクライアントを終了する前にシステムプロキシを無効にするか、終了時にシステム設定が自動復元されることを確認します。停止したローカルサービスをプロキシの接続先にしたままにしないよう注意してください。
別のプラットフォームやクライアントを使う場合はダウンロードセンターへ。プロキシグループ、ルールの優先順位、ネットワークモードを詳しく知りたい場合は用語解説を読み、初心者から上級者向けガイドで順に設定してください。