Clash使い方ガイド
サブスクリプションの追加 → プロキシモードの選択 → 接続 → 動作確認。クライアントと有効なサブスクリプションを用意すれば、目安として約10分で初期設定できます。インストールや権限の許可、ネットワークのトラブル対応には、別途時間がかかる場合があります。
事前に用意するもの
Clashクライアントは設定を読み込んで接続を処理しますが、インストールしただけで使えるプロキシノードが自動的に追加されるわけではありません。開始前に、サブスクリプションサービスまたはネットワーク管理者から提供された有効な設定と、正常に使えるインターネット接続を用意してください。プロキシを有効にする前に、普段アクセスできるサイトを開き、Wi-Fi、有線LAN、モバイルデータ通信が正常なことを確認します。基本のネットワークに接続できない場合、設定を追加しても解決しません。
この記事ではルールモードを使い、PCではシステムプロキシ、スマートフォンではシステムのVPN許可を使って接続を確認します。TUN、複雑なDNS設定、ルールの上書きは初期設定のままにし、初回接続では同時に変更しません。こうすることで、問題が起きたときに原因となる手順を絞り込めます。各項目の意味は用語ガイドで確認できます。複雑な設定は応用ガイドで解説します。
サブスクリプションを追加して設定を有効にする
まずサブスクリプションサービスの管理画面を開き、「Clash」または「mihomo」設定と明記されたサブスクリプション項目を探し、画面のコピー機能でURL全体を取得します。ブラウザーのアドレスバーにあるアカウントページのURLや、ノード名だけをコピーしないでください。サブスクリプションURLには認証情報が含まれることがあるため、パスワードと同様に管理してください。スクリーンショット、ログ、問い合わせ内容にURLを載せないようにしましょう。
クライアントに戻り、「設定」または「サブスクリプション」画面を開きます。Clash Verge Revでは通常、設定画面のURL入力欄に貼り付けて「インポート」を選びます。ほかのクライアントでは、先に「新規作成」を押してから「リモート設定」または「URLからインポート」を選ぶ場合があります。見分けやすい名前を付けてダウンロードを実行します。処理が終わると、設定カードまたは一覧項目が表示されます。読み込み中のまま止まっていないことを確認してください。
設定項目が表示されても、コアで使用中とは限りません。項目をクリックし、「有効化」「現在の設定にする」など、クライアントに応じた操作を行って、現在の設定を示すマークが新しい項目に移ったことを確認します。次に「プロキシ」画面を開き、プロキシグループと選択肢が表示されるか確認してください。設定画面ではインポート成功と表示されても、プロキシ画面が空の場合は、まず現在の設定が選択されているか確認し、ログ画面で設定の解析エラーを調べます。
サブスクリプションURLとローカルファイルの違い
.yamlまたは.ymlファイルを受け取った場合は、「ファイルをインポート」または「ローカル設定」を選択してください。ファイルのパスをリモートサブスクリプション欄に貼り付けてはいけません。ローカルインポートではファイルの内容を読み込み、以降の更新は通常手動で行います。リモートサブスクリプションは元のURLから再ダウンロードできます。どちらも現在の設定として利用できるため、手元のファイルに合う方法を選べば十分です。変換ツールを先に覚える必要はありません。
一般的なサブスクリプションの中には、エンコードされたノードリンクを返すものがあり、そのまま完全なClash YAMLとしては使えません。インポート時に設定項目がないと表示されたり、ダウンロード内容がWebページだったりする場合は、提供元に形式とURLが正しいか確認してください。認証情報を含むURLを、信頼できないオンライン変換サイトに渡さないでください。サブスクリプション、設定ファイル、ノードリンクの違いは用語ガイドで確認できます。
インポートできない場合は入力内容を確認
元のURLをもう一度コピーし、前後の空白、改行、文字抜けがないか確認します。続いてサブスクリプションのアカウント状態と、現在のネットワークからURLにアクセスできるかを調べてください。ログにダウンロード失敗と表示される場合と、YAMLの解析失敗が表示される場合では対処が異なります。前者はURLとネットワーク、後者は取得した内容とコアの対応状況を確認します。インポートを何度も繰り返したり、ダウンロードを成功させるためにDNS項目をむやみに変更したりしないでください。詳しくはトラブル対処をご覧ください。
インポート後、設定の更新方法を確認し、提供元の推奨に合わせて更新間隔を設定します。更新後も現在の設定が使えることを確認してください。特にプロキシグループ名やノード名が変わった場合は要注意です。クライアント上で変更した内容は、次回のサブスクリプション更新で置き換わることがあります。初期設定では元の構成を維持し、変更を固定したい場合はローカル上書きとサブスクリプション管理をご覧ください。
ルールモードとプロキシノードを選択する
「プロキシ」画面を開き、「モード」または「出力モード」で「ルール」を選択します。クライアントには通常、ルール、グローバル、ダイレクトの3つのモードがあり、設定ではそれぞれmode: rule、mode: global、mode: directに対応します。モードを切り替えると、コアが接続先を選ぶ方法が変わります。ただし、これだけではシステム上のアプリがプロキシに接続されるわけではありません。実際の通信をプロキシに通す設定は次の手順で行います。
ルールモードでは、設定内のrulesを上から順に照合し、接続を指定されたノード、プロキシグループ、またはダイレクト接続に振り分けます。ローカルサービスとプロキシが必要なサービスを日常的に使う場合に便利ですが、どのサイトがプロキシ経由になるかは設定によって異なります。すべての設定が同じ振り分けルールを使うわけではありません。初回は提供元のルールをそのまま使い、サイトが開かないからといってルールをすべて削除しないでください。
プロキシグループから利用可能な接続先を選ぶ
プロキシ画面で手動選択用のプロキシグループを開きます。グループ名は設定の作成者が決めるため、「プロキシ選択」のほか、異なる名前が使われる場合もあります。名前だけで用途を判断しないでください。グループ内にノード、自動選択グループ、DIRECTがあるか確認します。手動選択グループでは、提供元が利用可能と案内しているノードを選び、選択マークが移ったことを確認します。別のプロキシグループを選んだ場合は、そのグループでも選択内容を確認し、最終的な接続先を特定してください。
クライアントに「遅延テスト」や「接続テスト」がある場合は、現在のグループで一度実行し、結果を確認してから選択します。テストは通常、設定またはクライアントが指定するURLへの接続を調べるもので、到達性の目安にすぎません。応答時間が短くても、すべてのサイトが速くなるとは限りません。タイムアウトの場合も、テスト先と実際のアクセス結果を合わせて判断してください。初期設定中に一括テストを行ったり、ノードを頻繁に切り替えたりすると、どの選択後に問題が起きたか分かりにくくなります。
自動選択グループは、グループの種類とテスト結果に応じてコアが処理します。自動選択グループが表示されている場合、各ノードを一つずつクリックする必要はありません。まず主要な出力グループがその自動選択グループを参照しているか確認します。select、url-test、fallbackなどのグループタイプの違いは、応用ガイドのプロキシグループ解説をご覧ください。ここでは安定した接続を一度確立することを優先します。
グローバルモードとダイレクトモードを使う場面
グローバルモードでは、コアに入った接続をグローバルプロキシグループに渡します。ルールの問題を一時的に調べる場合に使えます。切り替えた後は、グローバルグループでどの接続先が選択されているか確認してください。利用できないノードを自動で直したり、コアを経由しないアプリまでプロキシに接続したりする機能ではありません。グローバルモードでは同じサイトにアクセスでき、ルールモードでは失敗する場合は、その違いを記録します。テスト後はルールモードに戻し、適用されたルールを確認してください。
ダイレクトモードでは、コアに入った接続をプロキシを経由せずに送信します。基本ネットワークと一時的に比較する場合に使えますが、クライアントの終了やシステムプロキシの解除と同じではありません。普段の切断時はクライアントの切断操作を使ってください。ここではルールモードと、利用可能な接続先を一つ選んだ状態を維持して、接続を有効にします。rulesを編集したり、すべてのプロキシグループを同じノードに変更したりする必要はありません。
接続とシステムプロキシを有効にする
クライアントのホーム画面または設定画面に戻り、コアが起動していて、設定読み込みエラーが表示されていないことを確認します。デスクトップGUIクライアントは、起動時にコアを自動実行する場合と、起動ボタンを押す必要がある場合があります。現在の状態とログを基準に判断してください。この段階では、システムプロキシやルーティング設定を同時に変更しないよう、ほかのプロキシやVPNクライアントを終了します。確認対象のクライアントを一つだけにすると、原因を絞り込みやすくなります。
PC：まずシステムプロキシを有効にする
「設定」またはホーム画面のショートカットから「システムプロキシ」を探して有効にします。有効にすると、システムプロキシ設定に従うブラウザーやアプリが、クライアントのローカルポートに接続します。設定画面で「混合ポート」を確認してください。一般的な値は7890で、設定項目はmixed-portです。実際の値はクライアントの現在の設定に従い、解説にある数字を見て無理に変更しないでください。クライアントがポートを個別に管理する場合、元のサブスクリプションの値が最終的に使われるとは限りません。
初回接続では「LAN内からの接続を許可」を有効にしないことをおすすめします。PCのブラウザーで確認するだけなら、ほかの端末にプロキシを公開する必要はありません。また、まずシステムプロキシだけでアクセスを確認し、システムプロキシに従わないアプリがある場合にTUNを検討してください。システムプロキシの影響を受けるのは、その設定に従うソフトウェアだけです。すべての通信を一律に中継するものではありません。
Windowsでは「設定 → ネットワークとインターネット → プロキシ」でシステムプロキシの状態を確認できます。macOSでは「システム設定 → ネットワーク → 現在のネットワーク接続 → 詳細 → プロキシ」を開きます。OSのバージョンによって表示名が多少異なる場合があります。通常はクライアントに設定の適用と解除を任せればよく、別のプロキシアドレスを手入力する必要はありません。Linuxではデスクトップ環境やアプリによってシステムプロキシへの対応が異なります。ブラウザーが接続しない場合は、まずブラウザー独自のプロキシ設定を確認し、複数の設定箇所を同時に変更しないでください。
スマートフォン：VPN接続を許可する
AndroidやiOSのクライアントには通常、「接続」「起動」または電源ボタンのアイコンがあります。現在の設定が選択されていることを確認してタップし、初回はシステムの案内に従ってVPN接続の作成またはVPN設定の追加を許可してください。この許可はクライアントが端末の通信を処理するためのもので、サブスクリプションのノードが利用可能であることを意味しません。接続状態になった後も、次の手順で実際のアクセスを確認してください。
スマートフォンに既存のVPN接続があると表示された場合は、ほかのアプリの接続を切ってから再試行してください。Androidでは省電力設定によってバックグラウンド動作に影響する場合があります。接続が正常に確認できた後、画面ロック時に繰り返し切断される場合に限り、アプリのバッテリー設定とバックグラウンド権限を確認します。iOSではシステムのVPN設定で接続状態を確認し、別のアプリの設定が選択されていないか調べてください。初回の許可に失敗しても、サブスクリプションを何度も削除しないでください。サブスクリプションとシステムの接続許可は別の手順です。
接続が安定してから自動起動を設定する
クライアントの「設定 → 一般」などの項目から「OS起動時に起動」を探します。「クライアントを起動」と「起動後に自動接続」は別の設定です。前者では画面が開くだけの場合があり、後者ではコアの起動やシステムプロキシの復元も関係します。選択肢はクライアントによって異なります。必要な設定を有効にしたら、OSを再起動して実際に確認してください。スイッチがオンになっているだけで、プロキシが自動的に使えるとは限りません。
確認時は、現在の設定が選択されたままか、主要なプロキシグループで想定した接続先が選ばれているか、システムプロキシが正しく復元されているかを確認します。スマートフォンの自動接続機能はシステム権限とクライアントの機能に依存するため、PCの自動起動手順をそのまま当てはめないでください。起動後にインターネットへ接続できない場合は、自動接続を無効にして手動接続に戻し、基本設定が正常であることを確認してから使い方のヒントをご覧ください。
アクセスと実際の接続経路を確認する
接続を有効にしたら、ブラウザーを開き直すか新しいウィンドウを開き、まず普段から直接アクセスできるサイトに接続して、基本的なアクセスに問題がないことを確認します。続いてプロキシ経由になる想定のサイトを開き、ページが最後まで読み込まれるか確認してください。クライアントの接続アイコンだけを見たり、すでに開いているページだけに頼ったりしないでください。キャッシュや既存の接続によって、現在の設定変更が反映されていないように見えることがあります。新しい通信を発生させて確認しましょう。
確認中にクライアントの「接続」画面を開き、対象ドメインの記録を探します。適用されたルールと、ダイレクト接続、ノード、プロキシグループのどの経路が使われたかを確認してください。一つのWebページが複数のドメインにリクエストを送る場合があり、それぞれの接続経路が同じとは限りません。接続記録はリクエスト完了後に消えることもあります。ページを再読み込みしながら確認してください。記録が長時間残らないからといって、プロキシの失敗と判断しないでください。
スイッチの状態ではなくログで原因を探す
クライアントにログレベルの設定がある場合は、まずinfoを選択します。設定ではlog-level: infoに対応します。その後、失敗したアクセスを一度再現してください。設定の読み込みエラー、接続タイムアウト、ドメイン名の名前解決失敗を区別して確認します。ログに警告が一つあっても、すべてのアクセスに影響するとは限りません。発生時刻、対象ドメイン、実際に失敗した操作を照らし合わせてください。問い合わせる場合は関係する部分だけを残し、サブスクリプションURL、認証情報などの機密情報を隠してください。
外部IPアドレスの確認は補助的な方法ですが、そのリクエストで使われた接続先しか分かりません。ルールモードでは、IP確認サイト自体がダイレクト接続に設定されている場合もあるため、一つのIPアドレスだけで全アプリの経路を判断できません。初回の確認では、対象ページにアクセスできること、クライアントに対応する接続記録があること、出力経路が想定どおりであることを合わせて確認するのが確実です。DNSリークや複雑なネットワーク構成の検証は後から行えばよく、初回接続で一つずつ調べる必要はありません。
接続できない場合は決まった順序で確認する
普段ダイレクト接続できるサイトも開けない場合は、まずプロキシを切断して基本ネットワークを確認します。ネットワークが復旧したら、現在の設定、ルールモード、選択中のノードを確認してから再接続してください。クライアントの接続テストは成功するのに、ブラウザーに対応する接続記録がまったくない場合は、システムプロキシまたはブラウザー独自の設定を優先して確認します。接続記録はあるもののタイムアウトする場合は、利用可能と分かっている別の接続先に切り替え、ログに表示される失敗理由を確認してください。
特定のサービスだけに接続できない場合は、グローバルモードに一時的に切り替えて比較できます。その際、グローバルプロキシグループで利用可能なノードが選ばれていることを確認してください。グローバルモードでは接続できてルールモードでは失敗する場合、適用されたルールを記録してからルールモードに戻し、設定を詳しく調べます。両方のモードで失敗する場合、すぐに振り分けルールが原因だと決めつけないでください。詳しい対処方法はClashでインターネットに接続できない場合の対処法をご覧ください。DNS、ルールセット、TUNの問題は応用ガイドで確認できます。
設定完了後の確認と終了手順
アクセスが正常になったら、現在の設定、ルールモード、利用可能な接続先を維持します。改善のためにポートやDNSを続けて変更する必要はありません。使用したクライアント、接続方式、変更した設定を記録しておくと、設定の更新時やネットワークの切り替え時に比較しやすくなります。サブスクリプション更新後にノード名が変わった場合は、主要なプロキシグループの選択を確認し、無効になった項目を参照していないか調べてください。
使用を終えるときは、まずシステムプロキシを無効にするか、クライアントの切断ボタンを押してから通常の方法で終了します。デスクトップクライアントを強制終了すると、システムにローカルポートを指すプロキシ設定が残り、ブラウザーが接続できなくなることがあります。その場合はクライアントを再度起動してシステムプロキシを解除するか、OSのプロキシ設定で該当項目を無効にしてください。スマートフォンではVPNが切断されたことを確認します。これで設定の追加、接続先の選択、通信の取り込み、動作確認まで完了です。以降は必要に応じて応用設定を学びましょう。