初期設定 / 操作手順
Clashのサブスクリプション追加・接続ガイド
サブスクリプションの追加、モードの選択、接続開始、通信経路の確認の順に初期設定を進めます。インストーラーと有効なサブスクリプションが手元にあれば、約10分を目安に各項目を確認できます。ダウンロードやサブスクリプションサービス、ネットワークのトラブル対応にかかる時間は含みません。
事前確認:クライアントと設定の入手元を確認
インストール済みのクライアントを開き、メイン画面が正常に表示されることを確認します。ネットワークへのアクセス許可を求められた場合は、実際の用途に応じて許可してください。サービスのインストールや仮想ネットワークアダプターの作成に管理者権限が必要な場合は、案内を確認し、接続手順まで対応を保留します。初期設定中は、通信を取り込む他のプロキシやVPNクライアントを終了してください。複数の製品が同時にシステムプロキシ、ルーティング、DNSを変更すると、どの設定が有効になったか判断しにくくなります。
次に、サブスクリプションURLまたは完全なYAML設定ファイルを用意します。クライアントは設定の読み込みと通信の処理を担いますが、インストールしただけで利用可能なノードが用意されるわけではありません。サブスクリプションURLは通常、利用するサービスの提供元から入手します。サービスのトップページやログインページではなく、使用中のコアに対応したClashまたはMihomo形式の設定を選んでください。ノード一覧だけのファイルにはプロキシグループやルールが含まれていない場合があり、そのまま完全な設定として使えるとは限りません。
サブスクリプションURLにはアカウントを識別する情報が含まれる場合があります。コピー時はURL全体を保持し、トラブル対応時にも完全なURL、QRコード、認証情報を含む設定を公開しないでください。既存の設定を変更する場合は、先にエクスポートするかコピーを保存します。以下の手順では、日常的な接続に必要な設定だけを行います。YAMLのすべての項目を理解する必要はありません。各項目の意味やプラットフォームごとのインストール方法は、設定ファイルの解説をご覧ください。
ステップ1:サブスクリプションを追加して設定を有効化
クライアントの左側または下部にある「設定」画面を開き、「新規作成」「サブスクリプションを追加」「URLからインポート」などの項目を探します。URLを選び、サブスクリプションURLを入力欄に貼り付けてください。名前の入力欄があれば、識別しやすい名前を付けます。保存前に、URLの前後に空白や改行、チャットツールが付けた句読点が混入していないか確認してください。短くするために疑問符以降のパラメーターを削除しないでください。認証や返される形式に必要な場合があります。
「インポート」または「保存」をクリックし、クライアントがデータをダウンロードして解析するまで待ちます。正常に完了すると、設定一覧に新しい項目が追加され、名前、更新日時、有効状態などが表示されます。追加済みであることと、現在使用中であることは別の状態です。新しい設定が自動的に有効にならない場合は、項目をクリックするか、メニューから「使用」「有効化」「現在の設定にする」を選択します。その後「プロキシ」画面に戻り、設定で定義されたプロキシグループと出力先が表示されていることを確認してください。
ローカルファイルを使う場合は、同じ画面で「ファイルをインポート」または「ファイルから新規作成」を選び、拡張子が.yamlまたは.ymlの完全な設定ファイルを開きます。スマートフォンでは、先にファイルをシステムのファイル管理アプリに保存し、ファイル選択画面から開く必要がある場合があります。インポート後は、同様に現在の設定として有効になっていることを確認してください。ダウンロードフォルダーに保存しただけでは、クライアントで設定をインポートしたことにはならず、使用中の設定も変わりません。
「設定の解析に失敗しました」と表示された場合は、そこでいったん止めてください。システムプロキシを何度も切り替えても解決しません。URLからインポートした場合は、サブスクリプションの期限切れやログインの要否、提供元から設定ではなくウェブページが返されていないかを確認します。ファイルからインポートした場合は、内容が欠けていないか、エディターでインデントが変わっていないか、使用中のコアがその項目に対応しているかを確認してください。まずログの最初にある具体的なエラーを確認し、該当する原因をFAQのインストール・設定とトラブルシューティングで探してください。
設定が利用可能と確認できたら、手動で「サブスクリプションを更新」し、後から更新する際の場所も確認しておきます。リモートのサブスクリプションを更新すると、既存の内容が置き換わる場合があります。ダウンロードした設定のコピーに、長期的に残したい変更を直接加えないでください。クライアントにオーバーライドやマージ機能がある場合は、仕組みを理解してから使いましょう。この段階では設定が有効で、プロキシグループが表示されていることを確認し、次に出力モードを設定します。
ステップ2:ルールモードとプロキシグループを選択
ホーム画面、「プロキシ」画面、または設定の「出力モード」から「ルール / グローバル / DIRECT」を探します。初めて使う場合は、まずルールモードを選ぶことをおすすめします。このモードでは、現在の設定ルールに従ってリクエストの出力先が決まります。リクエストによって直接接続されたり、指定されたプロキシグループを経由したり、ルールで拒否されたりします。想定どおりに動作するかはインポートした設定次第です。モード名だけで、特定のサイトが必ずプロキシ経由になるとは判断できません。
「グローバル」に切り替えると、コアに届く通常のプロキシリクエストは、グローバルに選択した出力先を使います。「DIRECT」に切り替えると、通常のリクエストは宛先に直接接続します。ここで変えるのは、コアが受け取ったリクエストをどう転送するかです。アプリからコアへリクエストを渡すかどうかを制御する設定ではありません。そのため、もともとシステムプロキシを使っていないアプリの通信は、グローバルモードに切り替えただけでは自動的にクライアントへ送られません。まずルールモードで動作を確認し、トラブルの切り分けが必要な場合に限り、一時的にグローバルへ切り替えてください。
ルールモードのまま「プロキシ」画面を開き、設定内の選択グループを展開します。グループ名は設定によって異なり、日本語や英語の場合もあります。決まった名称を探す必要はありません。グループの候補を確認してください。手動選択グループの場合は、現在利用可能なノードを選びます。候補に別のグループがある場合は、その下位グループの出力先の選択方法も確認してください。DIRECTは直接接続、REJECTは接続拒否を意味し、どちらもプロキシノードの選択ではありません。
「遅延テスト」または「接続テスト」ボタンがある場合は、一度実行して明らかに接続できない候補を除外できます。表示される数値は、指定されたテスト先への一度の測定結果です。ダウンロード速度を示すものではなく、すべてのサイトへのアクセスを保証するものでもありません。「タイムアウト」は、ノードの停止、テスト先への接続不可、ローカルネットワークの制限などが原因で起こります。大量のノードを何度もテストするのではなく、まずテストに成功した出力先を1つ選び、実際のアクセスはステップ4で確認してください。
自動選択グループは通常、設定されたテスト先、間隔、選択方針に基づいて出力先を選びます。特定のノードを手動で固定できるとは限りません。手動で選びたい場合は、慣れていないグループの種類を変更するのではなく、設定内で手動選択に対応したグループを選んでください。選択後は、使用中のグループ名と出力先を控えておきます。後で接続ログを確認する際の照合に使えます。ルールの適用順やプロキシグループの入れ子について詳しくはマルチプラットフォームガイドをご覧ください。ここではルールを変更する必要はありません。
ステップ3:コアを起動して接続を開始
まずホーム画面に戻り、コアの状態を確認します。クライアントによっては起動時にコアが自動起動しますが、「起動」または「接続」をクリックする必要がある場合もあります。トレイアイコンの有無だけで判断せず、画面の状態表示とログを確認してください。起動に失敗した場合は「ログ」を開き、ポートの競合、設定の読み込み失敗、権限不足がないか確認します。システムプロキシを有効にする前に起動エラーを解決してください。まだ待ち受けていないローカルポートにリクエストが送られるおそれがあります。
デスクトップ:まずシステムプロキシでブラウザーをテスト
Windows、macOS、Linuxのデスクトップ環境では、クライアントの設定またはトレイメニューから「システムプロキシ」を有効にします。クライアントがシステムプロキシの接続先をローカルの待ち受けアドレスに設定します。システムプロキシに対応したブラウザーであれば、最初のアクセス確認には通常これで十分です。Linuxではデスクトップ環境やアプリによってシステムプロキシの対応状況が異なります。スイッチを利用できない場合は、使用中のクライアントの説明に従ってデスクトップのプロキシ設定を確認し、他のプラットフォームのメニュー手順をそのまま適用しないでください。
次に「混合ポート」または「Mixed Port」が正常に待ち受けていることを確認します。例としてよく使われる値は7890ですが、実際に表示される値を確認してください。ポートの競合を避けるために変更した場合は、プロキシを手動設定しているアプリ側のポートも更新します。初回はローカルでの待ち受けだけで十分です。通常、「LAN内接続を許可」を有効にする必要はありません。外部コントローラーのアドレスはコアの管理用であり、ブラウザーのプロキシ設定に入力するポートではありません。
スマートフォン:システムVPNの設定を許可
AndroidとiOSでは通常、システムのVPN機能を使って通信を処理します。クライアントの「接続」または起動ボタンを押すと、システムからVPN設定の要求が表示される場合があります。現在のクライアントからの要求であることを確認して許可してください。クライアントに戻り、接続状態が維持されていることを確認します。システムにVPNアイコンが表示されていればトンネルは確立されていますが、それだけではリモート側の出力先が使えるとは限りません。目的のサイトにアクセスできるかは、次の手順で確認します。
システム上で別のVPNが動作している場合は、いったん切断してから現在のクライアントを起動してください。VPNを併用できるかは、システムの機能と製品の実装によって異なります。Androidで画面ロック後に頻繁に切断される場合は、初回確認が済んでからバッテリー最適化とバックグラウンド動作の権限を確認します。iOSでは、システム設定のVPN状態とクライアントの表示が一致していることを確認してください。複数のクライアント間で何度も接続を切り替えると、権限とノードの問題を切り分けにくくなります。
TUN:必要な場合に有効化
ブラウザーが正常に動作しているのに、システムプロキシに従わないアプリの通信も取り込みたい場合は、TUNモードを検討します。通常は仮想ネットワークアダプター、サービス、または管理者権限が必要です。クライアントの案内に従って許可してから有効にしてください。初回の確認では、システムプロキシ、TUN、DNS、ルーティングを同時に変更しないでください。一度に1項目ずつ調整すると、変更の影響を特定できます。TUNのプラットフォーム対応、権限、ルーティングの確認手順は、マルチプラットフォームガイドをご覧ください。
ステップ4:アクセスとルールの適用を確認
クライアントを起動したまま、ブラウザーで新しいページを開き、現在の設定の利用範囲に合った、アクセス可能と分かっているサイトに接続します。長時間開いたままのページを再読み込みするだけでは、キャッシュや接続の再利用、ブラウザー独自のプロキシ拡張機能が判断に影響することがあります。プロキシ切り替え拡張機能を使っている場合は、システム設定を上書きしていないか確認してください。必要であれば一時的に無効にし、ブラウザーの既定のネットワーク設定で試します。
ページが開いたら、クライアントの「接続」または「アクティブ接続」画面に戻り、先ほどアクセスしたドメインを探します。ログに表示された適用ルール、プロキシグループ、出力先の経路を確認し、ステップ2で選んだ内容と一致するか確認してください。ログの項目や保存時間はクライアントによって異なります。短時間の接続はすぐに消えることがあるため、接続画面を開いたまま再度アクセスしてみてください。ログで確認する場合は必要な情報だけを残し、スクリーンショットを共有する前に個人のドメイン、サブスクリプション、認証情報を隠してください。
確認するポイントは2つです。リクエストがクライアントに届いたか、届いた後にどの出力先を通ったか。該当する記録がない場合は、ブラウザーがシステムプロキシを使っているか、待ち受けポートが一致しているか、別の拡張機能やVPNが通信を取り込んでいないかを確認します。記録はあるのにアクセスできない場合は、選択したノード、ルールの対象、ログのエラーを確認してください。記録にDIRECTと表示され、設定でもその宛先を直接接続する想定なら、プロキシの不具合ではありません。設定上プロキシ経由になるはずの宛先で、引き続き確認してください。
ブラウザーでは正常でも、ターミナルや特定のアプリで失敗する場合は、そのアプリがシステムプロキシを参照しているか確認します。多くのコマンドラインツールではプロキシ環境変数を個別に設定する必要があり、アプリ独自のプロキシ設定がある場合もあります。ブラウザーで成功したからといって、すべてのアプリの通信が取り込まれているとは限りません。また、ターミナルで失敗しただけでサブスクリプションを再インポートする必要もありません。アプリの種類に応じた確認方法は接続のトラブルシューティングをご覧ください。またはブラウザーとターミナルを分けて確認する手順を参照してください。
ページにアクセスできても、出口を確認したい場合は、信頼できる出口確認サービスを補助的に利用し、そのリクエストに適用されたルールも確認できます。確認サービスが示すのは、そのリクエストの通信経路だけで、すべてのアプリに当てはまるわけではありません。ルールで直接接続に設定されている場合、ローカルネットワークの出口が表示されても設定どおりです。目的のサイトにアクセスできるか、接続ログがルールと一致するか、使用中のアプリがクライアントに接続されているかを基準に判断してください。
テストが終わったら、確認済みの設定をそのまま使えます。プロキシを停止する際は、まずクライアントでシステムプロキシを無効にするかVPNを切断してから、クライアントを終了してください。終了時にシステム設定が自動で復元されるかは製品によって異なるため、終了後にネットワークが正常であることを確認します。別の端末への移行、ルールの作成、DNSの変更については、マルチプラットフォームのインストール・設定ガイドをご覧ください。初回接続のために、すべての詳細設定を先回りして変更する必要はありません。