クライアントが正常に起動する
ホーム画面を開くと、設定、プロキシ、接続、設定などの基本メニューが表示され、初期化中のままになっていないことを確認します。
10 minute setup
Clash クライアントを初めて設定する方向けの手順です。サブスクリプション、モード、接続、確認の4段階で進めれば、通常は10分以内に基本設定を完了できます。
Before setup
操作を始める前に、クライアントがインストール済みで正常に起動できることを確認します。デスクトップでは初回起動時に、ネットワークアクセス、ファイアウォール、バックグラウンド実行の権限を求められる場合があります。モバイルでは、実際に接続を確立する際にVPN設定の作成を求められることが一般的です。システムの案内に従って接続に必要な権限を許可してください。許可しない場合、クライアント画面で設定が読み込まれていても、端末の通信を引き受けられないことがあります。
このガイドでは、設定サービスの提供元から有効なサブスクリプションURLを取得済みであることを前提とします。サブスクリプションURLはClash クライアントが自動生成するものではなく、通常はノード、プロキシグループ、ルール、DNS設定が含まれています。提供元によって設定の構成は異なるため、追加後に表示されるプロキシグループ名が完全に一致するとは限りません。設定を解析でき、プロキシグループが表示され、明らかなエラーがなければ次の手順に進めます。
端末にほかの設定が保存されている場合は、まず現在有効な項目を確認し、用途が不明なまま古い設定を削除しないことをおすすめします。初回はサブスクリプションを別の項目として追加し、元のURLを残しておくと安心です。ルールを変更したり別のモードを試したりした後でも、サブスクリプションを再更新して提供元の内容に戻せます。
ホーム画面を開くと、設定、プロキシ、接続、設定などの基本メニューが表示され、初期化中のままになっていないことを確認します。
URLを余分な空白や改行なしで完全にコピーできることを確認します。提供元のWebコンソールがある場合は、サブスクリプションの状態が正常か先に確認してください。
日付、時刻、タイムゾーンの自動設定を有効にします。システム時刻が大きくずれていると、一部の安全な接続を正常に確立できない場合があります。
準備ができても、次に行うのはすぐシステムプロキシを有効にすることではありません。まずサブスクリプションをクライアントに正しく追加します。設定を整えてから通信を引き受けることで、利用可能なプロキシがない状態でプロキシを有効にし、ブラウザーやほかのアプリが一時的に接続できなくなる事態を避けられます。
Clash クライアントを開いたら、まず「設定」「サブスクリプション」「Profiles」「設定ファイル」などのメニューを探します。デスクトップでは左側のナビゲーションに、モバイルではホーム画面の設定エリアに配置されていることが一般的です。画面を開き、「サブスクリプションを追加」「URLから追加」「リモート設定を追加」などを選び、完全なサブスクリプションURLを入力欄に貼り付けます。名前の入力も求められる場合は、見分けやすい短い名前を付けます。この名前は端末内で区別するためだけのもので、サブスクリプションの内容は変わりません。
保存後、1回更新を実行します。クライアントがサブスクリプションURLにアクセスし、含まれているYAML設定を解析します。通常は一覧に設定名、更新日時、更新ボタンなどが表示され、一部のクライアントではプロキシグループ数も表示されます。「ダウンロード完了」という表示だけで判断せず、新しい設定が一覧に実際に追加されたことを確認してください。一覧が空のままなら、URLが途中で切れていないか、先頭や末尾に空白が混ざっていないかを確認して、もう一度貼り付けます。
追加に成功しても、設定が有効になったとは限りません。多くのクライアントではローカル設定や複数のリモートサブスクリプションを同時に保存できるため、新しい設定に対応する選択ボタン、ラジオボタン、または有効化操作を行う必要があります。選択後、通常はホーム画面に現在の設定名が表示され、プロキシ画面にも複数のプロキシグループが表示されます。これらの変化が確認できて初めて、次のモード選択が追加した設定に基づいて実行されます。
クライアントに設定の解析失敗と表示された場合は、システムプロキシを何度も有効にしないでください。解析エラーは、サブスクリプションの内容が不完全、URLがログインページを返している、設定項目に互換性がない、ローカル編集でインデントが崩れている、といった原因で起こります。提供元の元のサブスクリプションURLを使って再更新するほうが、生成後の設定を直接編集するより安全です。それでも失敗する場合は、エラー表示に含まれる項目名と行番号を記録し、トラブル対処でサブスクリプションの更新や設定の読み込みに関する問題を確認してください。
以上を確認できれば、設定は実行できる状態です。次は通信をどのようにClash経由にするかを決めます。初回設定ではすべてのルールを一つずつ理解することより、確認しやすいプロキシモードを選び、主要なプロキシグループが利用できない項目のままになっていないことを優先します。
クライアントの「モード」「実行モード」「Mode」などの画面を開きます。一般的な選択肢には、ルールモード、グローバルモード、ダイレクト接続モードがあります。初回設定ではルールモードがおすすめです。設定内のドメイン、IP、ルールセットに従って、プロキシを使うリクエストと直接接続するリクエストを振り分けます。ルールモードは多くのサブスクリプション設定が想定する通常の動作方式でもあり、ローカルネットワークや一般的な直接接続サービスへのアクセス経路を保てます。
グローバルモードでは、多くの通信を1つのグローバルプロキシで処理します。特定の接続項目が動作するか短時間で確認する場合には便利ですが、すべての問題を調べる唯一の方法にはしないでください。ダイレクト接続モードではプロキシ設定を迂回するため、プロキシを一時停止したり比較テストを行ったりする用途に向いています。モードを誤ってダイレクト接続にすると、Clash のコアが動作中でも、外部アクセスにプロキシ設定の効果は現れません。
設定ルールに従って通信を振り分けます。初回設定と日常利用ではこのモードを優先します。
グローバルプロキシで通信を一括処理し、短時間の接続結果比較に利用できます。
通信はプロキシ設定を経由せず、プロキシの一時停止やネットワーク差分の比較に適しています。
モードを決めたら、「プロキシ」「Proxies」またはプロキシグループの画面を開きます。サブスクリプションには通常、「ノード選択」「自動選択」「フォールバック」などのプロキシグループが含まれますが、提供元独自の名前が使われる場合もあります。まず主要な出口を選択するグループを見つけ、現在の選択項目を確認します。自動選択がある場合は、まずそれを使えます。手動で選ぶ場合は、状態が正常で、現在の目的や地域に合った項目を選択します。
一部のクライアントには遅延テスト機能があります。テスト結果は、その時点で端末から対象まで応答する速さを示すだけで、実際のダウンロード速度や長期的な安定性を単独で判断するものではありません。初回接続では、明らかに到達できない項目を除外するために使えば十分で、最小の数値を追い続ける必要はありません。すべての項目がタイムアウトする場合は、モードを頻繁に切り替える前に、サブスクリプションの更新と端末の基本ネットワークを確認してください。
プロキシグループには参照関係がある場合があります。たとえば、あるルールグループが「自動選択」を参照し、その「自動選択」が複数の項目から出口を決める構成です。この場合、最上位のグループだけを変更しても最終結果が変わるとは限りません。複雑な構成では、まずサブスクリプションの初期設定を維持し、主要な選択グループに利用可能な項目があるかだけを確認します。コア、プロキシグループ、プロトコル種別の関係は、プロトコルとコアの技術リファレンスで確認できます。このページでは高度な項目は扱いません。
実行モードがルールモードで、主要なプロキシグループも利用可能な項目を指していれば、クライアント内部の判断経路は準備完了です。次にコアを起動し、OSが処理対象のネットワーク通信をクライアントへ渡すようにします。
クライアントのホーム画面に戻り、起動、実行、サービスなどのスイッチを探します。デスクトップクライアントでは通常、「コアの起動」と「システムプロキシ」は別々に管理されます。コアは設定を読み込み、ローカルプロキシポートを提供します。システムプロキシは、ブラウザーやシステム設定に従うアプリからのリクエストをそのポートへ送ります。そのため、コアだけを起動してシステムプロキシを有効にしない場合、クライアントが正常に動作中と表示されても、Web通信が接続履歴に現れないことがあります。
まずコアを起動し、状態が実行中になってからシステムプロキシを有効にすることをおすすめします。クライアントに自動起動機能があっても、初回確認が成功してから有効にするか判断すれば十分です。トラブル対処中にバックグラウンド起動の要素を増やす必要はありません。Windowsの一部クライアントでは、システムプロキシの設定やサービスのインストールに管理者権限が必要です。macOSでは、ネットワーク拡張、補助ツール、管理者権限の許可を求められる場合があります。システムダイアログに従って許可した後、クライアントに戻り、スイッチが自動的にオフへ戻っていないことを確認します。
AndroidとiOSのクライアントは通常、システムVPNインターフェースを使ってローカル接続を確立します。起動をタップすると、システムにVPN接続作成の確認画面が表示されます。許可すると、ステータスバーにVPNアイコンが表示され、クライアントのホーム画面にも接続済みまたは実行中と表示されます。このVPN設定は、端末の通信をローカルのクライアントに渡すためのものです。システムが権限を拒否した場合や、別のVPNアプリが接続を使用中の場合、Clash クライアントは通信を引き受けられません。
モバイル端末では通常、この種の接続を同時に1つしか維持できません。起動後すぐ停止する場合は、システム設定で別のVPNやネットワークフィルタリングツールが接続中でないか確認します。競合する接続を切断してから、クライアントに戻って再起動してください。Androidでは省電力設定により、バックグラウンドへ移動した後に接続が終了することもあります。初回確認ではクライアントを前面に表示したまま基本接続を確認し、その後、端末の設定で必要なバックグラウンド実行を許可します。
WindowsとmacOSでは、システムプロキシを有効にした後、OSのネットワークまたはプロキシ設定画面を開いて確認できます。正常であれば、クライアントが設定したローカルプロキシのアドレスとポートが表示されます。クライアントの管理方法が不明なまま、これらの値を手動で変更しないでください。クライアント終了後に設定が食い違う可能性があります。利用を停止するときは、まずクライアントからシステムプロキシを無効にし、クライアントに対応する後処理を実行させます。
LinuxのGUIクライアントの動作は、デスクトップ環境とクライアントの実装によって異なります。システムプロキシを直接設定できるものもあれば、ローカルHTTP、SOCKS、mixedポートだけを提供し、デスクトップのネットワーク設定や対象アプリで手動指定するものもあります。ダウンロードページで選んだクライアントにシステムプロキシのスイッチが明記されている場合は、クライアント内蔵の方法を優先してください。サーバーや純粋なコマンドライン環境はコアの導入が中心となるため、設定の互換性と動作範囲は技術リファレンスで確認します。
システムプロキシまたはVPN接続が完了しても、すぐに項目を次々と変更しないでください。現在の設定とルールモードを維持したまま最後の手順へ進み、通常のWebページとクライアントの接続履歴から、リクエストが想定した経路を実際に通っているか判断します。
まずブラウザーで以前開いていたテストページを閉じ、普段正常に開けるWebサイトを新しいウィンドウで開きます。これは、プロキシ設定によって基本ネットワークが中断していないことを確認するためです。次に、サブスクリプションのルールで処理される別のサイトを開き、ページが正常に読み込まれるか確認します。テスト中はクライアントを実行したままにし、ブラウザー拡張のプロキシ、別のVPN、重複するシステムプロキシツールを同時に使わないでください。リクエスト経路が複数の設定で変わる可能性があります。
Webページが開くだけでは第一段階の確認にすぎません。クライアントに戻り、「接続」「ログ」「Connections」などの画面も確認します。ページを更新すると、接続一覧に新しいドメイン、ルールのヒット結果、プロキシグループ名などが表示されるはずです。対応するリクエストが見えれば、システム通信がClashに入ったことを示します。一覧に新しい記録がまったく追加されない場合は、サブスクリプション項目より先にシステムプロキシまたはVPNの状態を確認します。
1つ目は、Webページが開き、接続履歴も継続して追加され、想定したプロキシ設定に一致しているケースです。追加、モード、コア、システム連携が一つの経路として機能しており、基本設定は完了しています。2つ目は、Webページは開けないものの、接続履歴にリクエストとエラーが表示されるケースです。通信はすでにクライアントへ入っているため、現在の項目、DNS、ルール、接続先の段階に問題がある可能性が高いです。3つ目は、Webページが開けず、接続履歴もまったく変化しないケースです。この場合はシステムプロキシ、VPN権限、ほかのネットワークツールとの競合を確認します。
接続経路は確立しています。ルールのヒット状況と日常利用時の状態を引き続き確認できます。
現在のプロキシ項目、DNSの状態、ルール結果、ログに記録された具体的なエラーを確認します。
システムプロキシ、VPNの許可、ブラウザー独自のプロキシ設定、ほかの接続ツールを確認します。
確認に失敗した場合は、まずClashのシステムプロキシまたはVPNを無効にした状態で、端末が基本ネットワークへ正常に接続できるか確認します。基本ネットワーク自体に問題がある場合は、Wi-Fi、モバイル通信、有線接続を先に復旧してください。基本ネットワークが正常になったら、クライアントを再起動し、現在の設定が追加したサブスクリプションのままか確認します。次にモードがルールモードか、主要なプロキシグループに明確な選択項目があるかを確認します。
続いてコアとシステムプロキシを再起動します。デスクトップでは一度システムプロキシを無効にし、数秒待ってから再び有効にします。モバイルではVPNを切断し、クライアントから接続を再実行します。操作後すぐにWebページを更新し、接続履歴も確認してください。一度に1つの箇所だけを変更すれば、どの変更で接続が復旧したか判断できます。
リクエストが接続履歴に入っているのに、ログに名前解決失敗、ルールのマッチ失敗、設定項目エラーなどが表示される場合は、初回ガイドの段階で設定全体を書き換えないでください。まずサブスクリプションを更新し、利用可能な別のプロキシ項目で再テストします。それでも失敗する場合は、トラブル対処で「Clash がインターネットに接続できない」「サブスクリプションの更新に失敗する」の分類に沿って確認してください。DNSリクエストの経路、fallbackの条件、コアの互換性など高度な設定は、技術リファレンスで確認できます。
通常のWebページにアクセスでき、処理対象のリクエストも接続一覧で確認でき、プロキシ設定が現在の設定と一致していれば、4つの手順は完了です。この段階で初めて、実際の使い方に合わせて自動起動、バックグラウンド実行、サブスクリプションの自動更新を設定します。基本経路を確認する前に余計な設定を増やすのは避けてください。
After setup
基本接続を確認した後は、更新とトラブル対処の手順を整理しておけば十分です。高度なパラメーターを頻繁に変更する必要はありません。
サブスクリプション内の項目やルールは変更される場合があります。更新前に現在のネットワークが利用可能か確認し、更新後は設定が選択されたままか、主要なプロキシグループに妥当な選択肢が残っているか確認します。自動更新に対応している場合は、適度な間隔を設定してください。短時間に何度も更新する必要はありません。
特定のWebサイトにアクセスできない場合は、まずリクエストがクライアントに入ったか、どのルールに一致したか、どのプロキシ設定を使ったかを確認します。接続履歴を見れば、システム連携、ルール、接続先のどこに問題があるかを切り分けやすく、すべてのスイッチを無計画に切り替えるより効果的です。
カスタムルールを試す場合は、設定を複製してから編集し、リモートサブスクリプションを復元元として残してください。設定の解析エラーが発生したら、まず元のバージョンへ戻し、その後変更を1つずつ追加します。複数の問題を同じファイルに重ねないことが重要です。
クライアントやプラットフォームを変更する場合はダウンロードページへ戻り、具体的なエラーが発生した場合は症状に応じてトラブル対処を確認してください。