初期設定 サブスクリプション → モード → 接続 → 確認

Clash 使い方ガイド

サブスクリプションの追加から通信経路の確認まで。クライアントをインストールし、有効なサブスクリプションを用意していれば、約10分を目安に初回接続を設定できます。所要時間はネットワーク、権限、サブスクリプションの状態によって異なります。

事前準備:クライアントとサブスクリプション

まずダウンロードセンターで、デバイスのOSとプロセッサアーキテクチャに合ったクライアントを選び、インストールしてメイン画面を開きます。インストーラー、実行カーネル、サブスクリプション設定はそれぞれ別のものです。クライアントは操作画面を提供し、カーネルは通信を処理し、サブスクリプションはノードと、場合によってはプロキシグループやルールを提供します。インストールしただけでは通信経路を利用できません。有効なサブスクリプションか、既存の設定ファイルを別途用意してください。

サブスクリプションの提供元に、リンクがClashまたはmihomoに対応しているか確認し、利用案内も保管しておきます。アカウント管理ページのURLや購入履歴のリンクは、サブスクリプションURLの代わりにはなりません。ノード情報だけを含む汎用リンクも、完全な設定としてそのまま読み込めるとは限りません。複数の形式が提供されている場合は、現在のクライアントに対応すると明記された形式を選びます。形式がわからない場合は、まず用語集のサブスクリプションと設定の解説を確認してください。出所の不明な変換サービスを何度も試すのは避けましょう。

操作を始める前に、ほかのプロキシやVPNクライアントを一時終了し、デバイスの日時とタイムゾーンが正しいことを確認します。また、通常のネットワークで普段使うサイトを開けるか確認してください。サブスクリプションURLにはアカウント情報が含まれる場合があるため、個人情報として扱いましょう。スクリーンショットを撮る、ログを共有する、サポートを依頼するときは、URL全体と認証パラメーターを隠してください。以下の4ステップでは、一度に変更する重要な設定を一つに絞ります。問題が起きたときに複数の設定を手当たり次第に切り替えず、段階ごとに原因を特定できます。

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

クライアントのサイドバーで「設定」または「サブスクリプション」を開き、「追加」「新規設定」「インポート」などの項目から、URLによるリモート設定のインポートを選びます。サブスクリプションURLを省略せずに入力欄へ貼り付けてください。名前欄がある場合は、見分けやすいローカル名を入力できます。貼り付けた後に先頭、末尾、改行を確認し、チャットの説明文や引用符、末尾の句読点まで含めないようにします。「インポート」「ダウンロード」「保存」などをクリックしてください。

クライアントがリモートの内容を取得し、解析します。成功すると、設定一覧に名前や更新時刻が表示された項目が追加されます。クライアントによっては、提供元から返されたプラン情報が表示されますが、必ず表示されるとは限りません。「項目が保存された」だけで「有効になった」と判断しないでください。その項目の選択、有効化、適用などの操作を行い、現在の設定になったことを確認します。次に「プロキシ」画面を開き、プロキシグループやノードを選べることを確認してください。

ローカルに .yaml または .yml ファイルがある場合は、「ファイルからインポート」を選び、システムのファイル選択画面で対象ファイルを指定します。拡張子からファイルの種類は判別できますが、中身が現在のカーネルの要件を満たしているとは限りません。ローカルからインポートした設定は通常、静的なコピーであり、リモートのサブスクリプション更新には自動で追従しません。一方、リモート設定は通常、更新ボタンから再取得できます。初回確認にはどちらか一方を使い、同じ設定を何度もインポートする必要はありません。

インポートに失敗したら、まずエラーがどの段階で起きたか確認します。ダウンロードのタイムアウトは、クライアントが内容を取得できていない状態です。通常のネットワーク、リンクの有効性、サブスクリプションの提供状況を確認してください。解析エラーは、取得した内容を想定どおりに設定として読み取れない状態です。ウェブページのURLをコピーした、形式が合わない、現在のカーネルで未対応の項目が含まれている、といった原因が考えられます。アカウントページに戻って正しいリンクをコピーし直すほうが、ポートやDNSを変更するより効果的です。エラーを回避しようとして、内容のわからない設定項目をむやみに削除しないでください。

サブスクリプションの項目を有効化でき、プロキシ画面に選択可能なプロキシグループが表示されたら、この段階は完了です。一覧が空の場合は、設定画面に戻って現在選択中の項目と解析メッセージを確認します。設定によっては、ノードの読み込みにリモートのプロキシセットを使うため、該当データの取得も必要です。この段階でTUNを急いで有効にする必要はありません。設定内容が読み込まれたことを確かめてから、次のステップで通信モードを選びます。

2. ルールモードを選択

設定を有効にしたら、「概要」「プロキシ」「設定」のいずれかの画面で「プロキシモード」を探します。一般的な選択肢は「ルール」「グローバル」「直結」です。初回は「ルール」を選ぶと、現在の設定に基づいてカーネルが通信先を決定します。画面が英語の場合は、通常Rule、Global、Directと表示されます。切り替えた後、選択中のモードを確認し、別のモードを誤って選んでいないか確かめてください。

ルールモードでは、すべてのリクエストが同じノードを通るわけではありません。設定によっては、一部のドメインをプロキシグループ経由にし、別の接続は直結にして、最後にデフォルトのルールを指定します。そのため、あるサイトで通常のネットワークからの出口が表示されても、接続失敗とは限りません。直結ルールに一致した可能性があります。まずはサブスクリプションに含まれるルールで使い、後から接続パネルで実際に適用されたルールを確認してください。特定のページの挙動だけで、クライアント全体が動作していないと判断しないようにしましょう。

モード初回利用時の用途
ルール設定に応じて通信を振り分けます。初回接続や日常利用の基本となるモードです。
グローバルカーネルに入った通信をグローバル設定に従って処理します。一時的な比較テストに使い、選択中のプロキシも確認してください。
直結カーネルに入った通信をプロキシ経由にせず処理し、通常のネットワーク状況との比較に使います。

「プロキシモード」と「通信の経路設定」は別のものです。モードはカーネルに入った通信の振り分け方を決め、システムプロキシやTUNはアプリの通信をカーネルに通す方法を決めます。モードをグローバルに切り替えただけでは、デバイス上のすべてのアプリが自動的に対象になるわけではありません。システムプロキシに従わないアプリは、クライアントを経由せずに通信する可能性があります。次のステップでは、まず通信経路を明確にしてから動作を確認します。

特定のサイトを調べるときは、比較用に一時的にグローバルを使えます。ただし、グローバルのプロキシグループでDIRECTではなくプロキシノードが選ばれていることを先に確認してください。テスト後はルールモードに戻し、テストページを開き直します。確立済みの接続が以前の経路を使い続ける場合があり、新しい設定の結果とは限りません。ルール構文、Fake-IP、DNSの詳細はこの段階で変更する必要はありません。仕組みを理解したい場合はプロトコルとカーネルの技術資料を参照してください。

3. ノードを選んで通信の経路を設定

「プロキシ」画面に戻り、対象の通信を処理するプロキシグループを開きます。グループ名は設定の提供元によって異なり、用途、地域、サービス別に分類されている場合もあります。必ずしも「プロキシ」という名前ではありません。手動選択するグループで利用可能なノードを選び、選択マークがその項目に移動したことを確認します。グループの中に別のプロキシグループがある場合は、現在のルールから参照されているグループの最終的な選択も確認してください。実際には使われていないグループだけを変更してしまうことがあります。

グループまたはノードの横にある「テスト」「速度テスト」「遅延テスト」などのボタンを押し、テストが終わるまで待ちます。結果が表示されれば、その時点で指定されたテスト先へのリクエストが完了したことを示します。タイムアウトする場合は、別のノードを試すかサブスクリプションの状態を確認してください。遅延の数値はダウンロード速度ではなく、すべてのサイトにアクセスできる証明でもありません。初回接続では、安定してテストを完了できるノードを選び、数値を下げるために何度も切り替える必要はありません。

PCではまず、概要または設定画面で「システムプロキシ」を有効にします。クライアントによっては、カーネルの起動とシステムプロキシの有効化が別の操作です。個別の起動ボタンがある場合は、先にカーネルが実行中であることを確認してから、システムプロキシを有効にしてください。初回はOSの許可が必要になる場合があります。画面の指示に従って許可します。その後、システムプロキシを使うブラウザーで新しい接続を試します。ブラウザーのプロキシ拡張機能や独自のプロキシ設定がシステム設定を上書きする場合があるため、追加設定は一時的に無効にしてください。

AndroidやiOSでは通常、ホーム画面の接続ボタンを押し、システムの確認画面でVPN構成の追加または接続を許可します。これはモバイルOSがクライアントに提供する通信経路の設定方法であり、別途VPNサービスを購入する必要はありません。許可後、クライアントに戻って接続状態を確認し、システム上にも接続中の表示が出ているか確認してください。Androidでアプリ別プロキシを設定している場合は、テストに使うブラウザーが対象に含まれているか確かめます。設定項目の名称はクライアントによって異なります。

初回確認では、システムプロキシ、TUN、別のVPNを同時に有効にしないでください。PCの一般的なブラウザーなら、まずシステムプロキシで基本的な動作を確認できます。システムプロキシに従わないアプリがある場合に、TUNを検討してください。TUNでは通常、追加の権限、仮想ネットワークインターフェース、DNSの制御が関係します。有効にすればすべてのネットワーク問題が解決するわけではありません。モバイルOSのVPN接続機能と、PCクライアントのTUN設定を機械的に同じものと考えず、各プラットフォームの接続手順に従ってください。

一部のノードだけがタイムアウトする場合は、まず別のノードを試します。すべてタイムアウトする場合は、サブスクリプションが有効か、デバイスの日時が正しいか、ログに認証または接続エラーがないか確認してください。カーネルが起動しない場合は、その段階でポートの使用状況と設定の解析メッセージを確認します。問題がどの段階にあるか特定できるまでは、複数のポートを変更しないでください。ノードが選択され、カーネルが実行中で、通信の経路が設定されていることを確認したら、最後のステップで実際の通信を検証します。

4. 接続と通信経路を確認

テストに使った古いタブを閉じ、新しいタブで確認したいサイトにアクセスします。ページが開くことは手がかりの一つですが、どの経路を通ったかも確認が必要です。クライアントの「接続」画面を開き、サイトにアクセスしながら新しい接続を確認します。ドメイン名やアプリ情報から該当する記録を探してください。適用ルール、接続先のプロキシグループ、プロキシチェーンが表示される場合は、それぞれを確認し、選択したノードとDIRECTのどちらを通ったか確かめます。

ルールモードでは、確認対象がルールの想定と一致している必要があります。接続パネルで対象ドメインが直結ルールに一致している場合、通常のネットワークの出口が表示されても正常です。プロキシ経由になる想定のサイトで試すか、一時的にグローバルに切り替え、明確にプロキシノードを選んで比較してください。検証後はルールモードに戻します。IP確認ページの表示を変えるためだけに、設定全体から直結ルールをすぐ削除しないでください。

信頼できる出口IP確認ページでも照合します。通信の経路設定を無効にした状態で基準となる情報を記録し、その後有効にしてリクエストを新しく行い、表示された出口アドレスやネットワークの所属が変わったか比較できます。確認ページ自体が直結に設定されている場合、その結果はプロキシ経由の出口を示しません。IPの位置情報データベースには誤差があるため、表示された都市名だけでなく接続パネルの情報も合わせて判断してください。

同じブラウザーでもIPv4とIPv6を使い分けたり、以前の接続を維持したりすることがあります。一度の確認ですべての経路を検証できるわけではありません。結果が一致しない場合は、該当するタブを閉じてリクエストをやり直し、接続先のアドレスと適用されたプロキシ設定を確認します。異なるアドレスファミリー、サイト、アプリの結果をそのまま比較しないでください。より詳しい確認手順は初回接続と出口確認の解説を参照してください。

ウェブページにアクセスできるのに接続パネルに該当する記録がない場合は、まずブラウザーがシステムプロキシを迂回していないか、ほかのプロキシ拡張機能が有効になっていないか、実際に起動しているクライアントを見ているか確認します。パネルにフィルターが設定されている場合もあるため、条件をクリアして再確認してください。記録とプロキシチェーンが正しいのにページが表示されない場合は、そのリクエスト周辺のログを確認し、DNSの名前解決、接続タイムアウト、証明書エラーを切り分けます。問題をすべて「ノードの不調」と決めつけないようにしましょう。

検証完了の条件は、現在の設定が有効であること、プロキシグループで利用可能なノードが選ばれていること、テストアプリからの新しいリクエストがクライアントに入り、想定したルールに従って対応する出口へ進むことです。速度テストの結果、システムのVPNアイコン、オンになったスイッチは、それぞれ一つの段階を示すだけで、通信経路全体の確認にはなりません。4項目すべてを確認できたら、ルールモードのまま日常利用を続けられます。

設定完了後の日常操作

普段クライアントを起動するときは、検証済みの設定とモードが選ばれていることを確認してから、必要に応じて接続します。サブスクリプションの提供元がノードを変更した場合は、設定画面で手動更新し、プロキシグループの選択が維持されているか改めて確認してください。自動更新を有効にする場合は、提供元の推奨する間隔に従います。更新頻度を上げてもノードが安定するとは限りません。更新に失敗しても、何度も連続して実行する必要はありません。

PCのクライアントを終了するときは、通常の終了操作を使い、システムプロキシも無効になったことを確認します。プロセスを強制終了した後にブラウザーがすべて接続できなくなった場合は、システムプロキシが停止済みのローカルサービスを指したままになっていないか確認してください。スマホではクライアントの接続を切り、システムのVPN状態も解除されたことを確認します。オンデマンド接続を設定している場合は、自動的に再接続されないかにも注意してください。

ルールの調整、プロトコルの選択、カーネルの互換性について詳しく知りたい場合は技術資料を参照してください。プロキシグループ、DNS、Fake-IPなどの用語は、いつでも用語集で確認できます。今回の検証で成功した設定と操作内容を記録しておけば、次に問題が起きたとき、その状態を基準に一つずつ比較できます。すべての項目を最初から変更する必要はありません。