初期設定 / 4ステップ
Clashの設定方法
サブスクリプションを追加 → プロキシモードを選択 → 接続 → 動作を確認
基本的な接続設定を順番に進めます。初回は10分ほどを目安にしてください。ドライバーのインストール、サブスクリプションのダウンロード、ネットワーク障害への対応にかかる時間は含みません。まずブラウザーで想定どおりアクセスできることを確認し、ゲームやコマンドラインアプリなどの通信はその後に設定します。
開始前の準備
まずクライアントのダウンロードページで、OSとプロセッサーのアーキテクチャに合ったインストーラーを選び、インストールして起動します。すでにクライアントを使っていて、メイン画面を開ける場合はそのまま続けてください。PCで初めて起動する場合は、インストール案内や権限確認、コアのダウンロード画面で止まっていないか確認します。スマホでは必要な初期化が終わるまで待てば十分です。事前にシステムのネットワーク設定を変更する必要はありません。
クライアントは設定を読み込み、ルールを適用して通信を転送します。インストールしただけではプロキシを利用できません。次に、サービス提供元から取得したClash対応のサブスクリプションURL、または互換性のあるローカル設定ファイルが必要です。サブスクリプション管理ページのURLやアカウントのログインページと、実際のサブスクリプションURLは別のものです。サービス提供元のサブスクリプション欄からClashまたはmihomo向けのURLをコピーしてください。ブラウザーのアドレスバーに表示されているアカウントページのURLを使わないよう注意しましょう。
作業を始める前に、サブスクリプションの取得先へアクセスできるネットワークを確保し、他のプロキシやVPNアプリをいったん切断してください。どのアプリが通信を処理しているか分かりやすくなり、システムプロキシ設定が繰り返し変更されるのも防げます。既存の設定がある場合は、現在の状態をバックアップしておきましょう。特に自分で追加したルールやDNS設定は忘れずに保存してください。このページではYAMLの手動編集も、TUNの事前有効化も必要ありません。まずクライアントのインポート機能と接続機能で基本の設定を済ませます。
ステップ1:サブスクリプションを追加
リモート設定を追加
クライアントの「サブスクリプション」「設定」または「Profiles」画面を開き、「追加」「インポート」またはプラスアイコンを探します。「URLからインポート」「リモート設定」など、URLを使う方法を選び、コピーしたサブスクリプションURLを入力欄に貼り付けてください。名前欄がある場合は「普段使い」など、見分けやすい名前を入力できます。この名前は端末上で識別するためのもので、サブスクリプションの内容には影響しません。保存またはダウンロードする前に、URLの先頭や末尾に空白、改行、チャットアプリ由来の句読点が付いていないか確認します。
クライアントがリモートの内容を取得し、設定を解析します。成功すると、通常はサブスクリプションのカードや設定項目が表示され、クライアントによっては最終更新日時も確認できます。項目が作成されたことだけで成功と判断せず、「プロキシ」または「ルールグループ」の画面を開き、設定に含まれるプロキシとグループが表示されることを確認してください。何も表示されない場合は設定画面に戻り、ダウンロードや解析の結果を確認して、エラーを解決してから次へ進みます。
現在の設定として有効化
複数の設定を保存できるクライアントでは、追加後に「使用」「有効化」などを選んで、現在の設定として指定する必要があります。インポートと同時に有効化されるものもあれば、保存だけを行うものもあります。切り替え後は、プロキシ画面のグループ名が新しい設定の内容と一致するか確認してください。以前のグループが表示されたままなら、選択中の設定を確かめ、画面の案内に従って再読み込みします。問題の原因を特定しにくくなるため、モード、ポート、DNSを一度に変更しないでください。
手元にローカルのYAMLファイルしかない場合は、同じ画面で「ファイルからインポート」を選び、該当ファイルを指定して読み込みます。ファイルからのインポートでは、通常、リモートのサブスクリプション更新機能は利用できません。その後の更新方法は、ファイル自体とクライアントの管理方法によって異なります。リモートのサブスクリプションを追加した場合は、まず手動で更新して取得できることを確認し、定期更新を有効にするか判断してください。更新時には提供元の内容が再取得されるため、手動で加えた設定はクライアントが対応する上書き・永続化機能で保存します。
形式エラー、ダウンロード失敗、設定ファイルではないというメッセージが表示されたら、サブスクリプションの形式が合っているかを確認し、アカウントの状態とURLが有効か調べます。エラーを回避するためにセキュリティチェックを無効にしたり、アカウント情報を含むURLを不明な変換サービスに送ったりしないでください。エラーの意味はよくある質問で確認できます。解決しない場合はサブスクリプションの取得エラーの対処法を参照してください。設定が有効になり、ルールグループが正しく表示されたら、動作モードを選びます。
ステップ2:プロキシモードを選択
まずはルールモードを使う
ホーム、設定、またはプロキシ画面を開き、「モード」「動作モード」または「Mode」を探します。初めて使う場合は「ルール」または「Rule」を選びましょう。このモードでは、現在の設定にあるルールに基づいて通信の経路が決まり、プロキシ経由、直接接続、接続拒否などの結果になります。ルールモードが決めるのは、コアに届いた通信の振り分け先です。すべてのアプリの通信が自動的にクライアントへ送られるわけではありません。通信の取り込みは次のステップで設定します。
「グローバル」モードでは、通常、コアに届いた通信をグローバルに選択したルールグループへ送ります。原因の切り分けで一時的に比較する用途には使えますが、ルールの確認に代わるものではありません。「直結」モードでは、コアに届いた通信が宛先へ直接接続されます。「グローバル」は「端末全体の通信が取り込まれている」という意味ではありません。システムプロキシを使わず、仮想ネットワークアダプターにも接続されていないアプリは、クライアントがグローバルモードでも通信を迂回する可能性があります。サブスクリプション本来のルール分岐を確認するため、まずはルールモードのまま進めましょう。
ルールグループで出口を選択
「プロキシ」または「ルールグループ」の画面を開き、設定にあるメインの選択グループを探します。「プロキシ選択」「ノード選択」など名称は設定の作成者によって異なり、すべてのクライアントで共通の名称があるわけではありません。グループを展開して、まず利用可能なプロキシを選択します。自動選択グループがある場合は、それを選んでも構いません。グループ同士が参照し合う設定もあるため、自動選択を選んだ後は、最上位のグループ名だけでなく、実際にどのプロキシが選ばれているかも確認してください。
初回設定で、すべてのグループを一つずつ調整する必要はありません。ストリーミング、ダウンロード、LANなどのグループは既定の設定を保ち、普段使いのメイングループが誤って直結になっていないことだけ確認します。画面上の接続テストは目安になりますが、成功してもテスト先へ指定の経路でアクセスできたことを示すだけで、すべてのWebサイトやアプリの正常動作を保証するものではありません。一度の失敗で設定を削除するのも避けましょう。テスト先、現在のネットワーク、プロキシの状態が結果に影響します。実際のアクセス結果と接続ログを合わせて判断してください。
設定後はホームに戻り、現在の設定とルールモードが選択されたままか確認します。ここまでで決めたのは「通信がクライアントに届いた後の経路」です。次のステップで、システムやアプリから通信を取り込みます。ルールグループが見つからない場合は、正しい設定が有効になっているか確認してください。ルールの適用、グループ間の参照、直結設定の違いは設定に関するよくある質問で確認できます。初回接続の段階で設定全体を書き換える必要はありません。
ステップ3:接続して通信を取り込む
PCでシステムプロキシを有効にする
Windows、macOS、Linuxのクライアントでホーム画面の起動ボタンを探すか、ステータス欄でコアが起動していることを確認します。アプリと同時にコアが起動するものもあれば、「起動」「接続」や電源アイコンを押す必要があるものもあります。次に「システムプロキシ」を有効にします。システムの許可を求められたら、現在使用しているクライアントからの要求であることを確認して許可してください。システムプロキシはOSやデスクトップ環境のプロキシ設定を変更し、この設定を参照するアプリがクライアントのローカルプロキシを使えるようにします。
有効にしたら、まずブラウザーで動作を確認します。多くのブラウザーはシステムプロキシを参照しますが、拡張機能や独自のプロキシ設定、一部のデスクトップ環境によって挙動が変わることがあります。Linuxではデスクトップ環境やアプリがプロキシ設定を参照するかどうかにも左右されます。特定のアプリがシステムプロキシを使わない場合、すぐにプロキシを何度も切り替えるのではなく、アプリ側のネットワーク設定を確認してください。プロキシアドレスを手動で入力する場合は、クライアントに現在表示されている待ち受けアドレスとポートを使います。他の解説にある数字をそのまま使わないでください。
スマホでVPN接続を許可
AndroidまたはiOSのクライアントで「接続」またはメインスイッチをタップします。初回接続時は、システムからVPN接続の作成やVPN設定の追加を求められるのが一般的です。許可した後、クライアントが接続済みになるまで待ってから、ブラウザーで確認してください。システムのVPN機能は端末の通信をアプリに渡すためのものです。通信がプロキシ経由になるか直結するかは、クライアントのモード、設定ルール、アプリごとの取り込み範囲によって決まります。
スマホのOSでは、同じユーザーやネットワーク環境で同時に動作できるVPN接続が制限されることがあります。他のVPN、ネットワークフィルタリングツール、VPN機能を使うアプリが動作している場合は、それらを切断してからクライアントに接続してください。Androidでアプリごとのプロキシ設定を使っている場合は、確認対象のブラウザーが取り込み対象に含まれているかも確かめます。iOSでは、システム設定の接続状態とクライアントの表示が一致しているか確認してください。許可が拒否されたり、接続直後に切断されたりする場合は、まず権限と接続状態を確認します。ルールの切り替えで問題を隠そうとしないでください。
必要に応じてTUNを使う
システムプロキシでブラウザーが正常に動作しても、特定のアプリの通信がクライアントに届かない場合は、TUNモードを検討します。TUNは仮想ネットワークアダプターとルーティングを使って通信を取り込むため、通常はシステムプロキシより広い範囲をカバーできますが、サービスのインストールや管理者権限、ネットワーク拡張機能が必要な場合があります。現在使用しているクライアントの案内に従って許可し、有効化後にルーティングとDNSの動作を確認してください。システムプロキシを有効にするかどうかはクライアントごとに異なります。仕組みが分からないまま複数の通信取り込み機能を併用しないでください。
ステップ4:動作を確認
アクセス結果と接続ログを照合
クライアントを起動したままブラウザーで新しいページを開き、まず通常どおり直接アクセスできるサイトを表示して、基本的なネットワーク接続に問題がないか確認します。続いて、実際にプロキシ経由で使うサイトへアクセスしてください。特定のテストサイトに頼る必要はありません。使い慣れた通常のWebページで確認できます。ブラウザーが以前の接続を使っている場合は古いページを閉じて開き直します。モードやルールグループを切り替えた後も新しいリクエストを送信し、既存の接続を新しい設定の結果と取り違えないようにしましょう。
次に、クライアントの「接続」「アクティブな接続」または「Connections」画面を開き、アクセスしたドメインを探します。確認するのは、接続先、適用されたルール、出口のプロキシの3点です。対象ドメインが表示されていれば、そのリクエストはクライアントに届いています。適用ルールから経路が選ばれた理由が分かり、出口のプロキシやルールの連鎖から、最終的に使われたプロキシまたは直結を確認できます。画面によってはアドレスや簡略化したルール名だけが表示されます。同じリクエストのログも参照し、すべてのクライアントで同一の項目が表示されることを求める必要はありません。
ルールモードでWebページが直結になっていても、必ずしも誤りではありません。まず設定されたルール分岐の内容と照らし合わせてください。逆に、出口IPアドレスが変わったからといって、端末上のすべてのアプリの通信が取り込まれているとは限りません。IPアドレスの確認結果に反映されるのは、確認を行ったリクエストだけです。他のプロセスは異なる設定を使っている場合があります。ブラウザーの動作を確認したら、実際に使いたいアプリを開いて更新やログインを行い、クライアントに対応する接続が記録されるか確認しましょう。これでアプリごとの取り込み範囲を検証できます。
確認結果に応じて次の作業を判断
| 確認結果 | 次に確認する項目 |
|---|---|
| Webページが表示され、接続ログのルールとプロキシも想定どおり | 現在の設定を維持し、普段使う他のアプリでも確認します。 |
| Webページが表示されず、クライアントにも該当するリクエストがない | システムプロキシ、VPNの接続状態、ブラウザーのプロキシ設定、アプリごとの取り込み範囲を確認します。 |
| リクエストは届いているが、意図しない直結になっている | 現在のモード、適用されたルール、ルールグループで選択中の項目を確認します。 |
| リクエストは届き、プロキシ経由だが接続に失敗する | エラーログを確認し、プロキシの状態、サービスの稼働状況、接続先を調べて個別に対処します。 |
問題を調べる場合は、失敗した接続先、発生時刻、そのときのモードとルールグループを記録してから、同じ時間帯のログを確認します。一度に変更する条件は一つだけにしてください。たとえば、プロキシだけを変更するか、比較のため一時的にルールモードをグローバルモードに変更し、確認後に元へ戻します。ログにはドメイン、端末のアドレス、設定の取得元が含まれる場合があります。共有前にアカウント情報を隠してください。インターネットに接続できない、ノードがタイムアウトする、DNS 解決に失敗するといった場合は、トラブル対処ガイドで該当する症状を確認します。原因を調べずにクライアントを再インストールする必要はありません。
ここまで確認できれば、初期設定の結果を後から見直せる状態です。現在の設定が有効で、ルールモードとメインのルールグループが選択され、通信が取り込まれ、実際のリクエストも想定した経路を通っています。普段使う際はサブスクリプションの有効期限に注意し、更新後はルールグループの選択が変わっていないか確認してください。利用を終えるときは、先に接続を切るかシステムプロキシを無効にしてからクライアントを終了します。自動接続、OS起動時の自動起動、アプリごとのルール分岐は、基本の接続が安定してから一つずつ有効にできます。関連する用語はよくある質問を参照してください。