Clash 初心者向け設定ガイド

始める前に：サブスクリプションと現在のネットワークを確認

この記事の手順を進めるには、クライアントがインストール済みで、サービス提供元からClash対応のサブスクリプションURLまたは設定ファイルを入手している必要があります。クライアントは設定を読み込んで通信を転送するソフトであり、それ自体がプロキシサービスではありません。アプリをインストールしただけで有効な設定がなければ、リモートの接続先は利用できません。サブスクリプションURLは通常、アカウント識別情報を含む長いURLです。個人情報として扱い、公開コメントやスクリーンショット、オンライン変換サイトに貼り付けないでください。

まず、現在のネットワークで普段からプロキシなしでアクセスできるWebサイトを開けることを確認してから、設定を読み込みます。ネットワーク自体がつながっていないと、サブスクリプションのダウンロードとその後の接続テストが両方失敗し、原因の切り分けが難しくなります。初回の操作では、通信を取り込むクライアントを1つだけにします。ほかのVPNやプロキシソフトを使用している場合は接続を停止してください。テストのためにすぐアンインストールする必要はありません。手順の完了条件は、対象ページにアクセスでき、クライアントのログからリクエストの経路を確認できることです。スイッチが緑色になっただけでは完了とはいえません。

ステップ1：サブスクリプションを追加して現在の設定にする

クライアントを開き、「設定」「Profiles」「サブスクリプション」のいずれかのページに進みます。「追加」「新規作成」「インポート」などの項目から「URLからインポート」を選び、サービス提供元のサブスクリプションURLをすべて貼り付けます。名前は区別しやすいメモにして構いません。接続には影響しません。貼り付けた後、先頭や末尾に空白、改行、引用符、チャットアプリが付けた説明文が混じっていないか確認し、「保存」「ダウンロード」「インポート」などをクリックして、クライアントの処理が終わるまで待ちます。

正常に読み込まれると、通常は設定が一覧に追加され、設定名、更新日時、更新ボタンなどが表示されます。続けてその設定をクリックするか、「有効化」「この設定を使用」などの操作を行い、現在の設定に指定してください。URLを一覧に保存しただけでは、コアに読み込まれていない場合があります。「プロキシ」ページに切り替え、設定に定義されたポリシーグループとノードが表示され、設定の解析エラーがないことを確認してから次に進みます。インポートした設定が自動で選択されるクライアントでも、念のため確認してください。

ローカルのYAMLファイルを受け取った場合は、「ファイルからインポート」からファイルを選択してください。ファイルの本文全体をサブスクリプションURLの入力欄に貼り付けないでください。ローカルファイルは通常、サービス提供元から自動更新されません。更新が必要な場合は、提供元の案内に従って再インポートするか、ファイルを置き換えてください。ファイルを読み込んだ後は、同様に有効化されていることを確認します。拡張子だけで利用可否を判断しないでください。同じ拡張子でも、現在のコアが対応していない設定構造の場合があります。

読み込みに失敗したら、どの段階で止まったかを確認

ダウンロード失敗、接続タイムアウト、URLにアクセスできないなどのメッセージが表示された場合は、まずURLの有効期限、サービス提供元のページが開けるか、現在のネットワークからサブスクリプションURLにアクセスできるかを確認します。初回のインポート時は、クライアントに利用可能なプロキシがまだないことがあります。まだ確立していない接続を使ってサブスクリプションをダウンロードできるとは限りません。ダウンロードは完了したのにYAMLの解析エラー、未対応のフィールド、未対応のプロキシタイプが表示される場合は、サブスクリプション形式とクライアントのコアの互換性を確認します。ログインページ、エラー画面、ほかのクライアント専用のリンクは、そのままClash設定として読み込めません。

原因を切り分けずに更新を何度もクリックしないでください。また、個人用のサブスクリプションを見知らぬ人に調査目的で渡さないでください。エラーの種類を控え、URLの入手先と選択した形式を確認してから、もう一度試します。詳しくはよくある質問をご覧ください。このステップの完了には、設定一覧に読み込んだ項目があり、「プロキシ」ページにも対応する内容が表示されている必要があります。確認できたらモードを選択します。古い設定のまま先に進まないようにしてください。

ステップ2：Ruleモードと接続先を選ぶ

クライアントのモード設定を開き、「Rule」「ルール」「ルールモード」のいずれかを選びます。この項目は通常、ホーム画面、「プロキシ」ページの上部、または設定内の動作モードにあります。ルールモードでは、現在の設定にあるルールに基づいて、通信を直接接続にするか、ポリシーグループ経由にするか、拒否するかを決めます。初めて使うときの出発点として適しています。選択したら、ルールファイルを編集したり、モード関連のスイッチを複数同時に変更したりしないでください。まず元の設定で動作させて、比較できる状態にします。

一般的な「Global」または「全局」モードでは、コアに取り込まれ、特別な処理を受けていない通信をグローバルポリシーの選択先に送ります。ただし、端末上のすべてのアプリの通信が自動的にコアへ入るわけではありません。「Direct」または「直連」モードは、主に直接接続のテストに使います。つまり、モードは取り込み済みの通信の経路を決め、システムプロキシやモバイル端末のVPNはどの通信をコアに取り込むかを決めます。これは別の設定です。グローバルモードに変えただけで通信の取り込みを有効にしていなければ、ブラウザーがクライアントを完全に迂回することがあります。

続いて「プロキシ」または「Proxies」ページを開き、主要なプロキシ通信に使うポリシーグループを探します。「ノード選択」「プロキシ」「Proxy」など、サービス提供元が付けた名称の場合もあり、共通の名称はありません。グループを開いて選択肢を確認し、初回はリモートノードだと明確にわかるものを選びます。選択した項目が別のポリシーグループの場合は、その先にある実際の接続先まで確認してください。最終的に「DIRECT」になっている場合、対象の通信は直接接続されます。その結果だけではリモートノードの利用可否を確認できません。

利用できるノードを1つ選び、テスト値の最小値にこだわらない

クライアントの接続テストまたは遅延テストを使って、候補のノードを一度テストします。タイムアウトは通常、制限時間内にテストリクエストが完了しなかったことを示しますが、ノードやテスト先に到達できない、または一時的にネットワークが不安定といった原因が考えられます。サブスクリプション全体が無効だとすぐに判断しないでください。別のノードも試し、テストが完了するものを選びます。テストに成功しても、その時点でテスト経路が利用できたことを示すだけです。後のWebページへのアクセス確認に代わるものではありません。

設定に自動選択、フェイルオーバー、用途別の複数のポリシーグループがある場合は、ほかのグループの設定を維持し、対象に使う主要グループだけを確認します。使い始めるためにすべてのグループを同じ接続先に変更すると、サービス提供元が設計したルール分けを上書きするおそれがあります。ポリシーグループのネスト、自動切り替え条件、ルールの優先順位は、接続を確認した後に扱う内容です。高度な設定ガイドをご覧ください。このステップの完了条件は、ルールモードが選択され、主要なポリシーグループの実際の接続先が明確になっていることです。

ステップ3：接続を開始して通信を取り込む

クライアントのホーム画面に戻り、コアが動作中であることを確認します。起動時にコアが自動実行されるデスクトップクライアントもあれば、「起動」や「接続」をクリックする必要があるものもあります。設定の読み込み失敗、リスニングポートの競合、サービス未準備などのエラーが表示される場合は、先に対処してください。コアが正常に動作していない状態でシステムプロキシを有効にすると、サービスが待ち受けていないローカルポートにブラウザーのリクエストが送られ、通常なら開けるWebページにもアクセスできなくなることがあります。

デスクトップで初回テストを行う場合は、まずシステムプロキシを有効にします。スイッチはホーム画面や設定ページのほか、タスクトレイまたはメニューバーのアイコンを右クリックしたメニューにある場合もあります。有効にしたら、システムプロキシ設定に従うブラウザーでテストしてください。OSの設定を開いてポートを手動入力する必要はありません。ブラウザーに独自のプロキシ拡張機能がある場合や、手動プロキシ、PACを以前設定した場合は、そちらがシステム設定を上書きしていないか確認します。スイッチが有効と表示されても、クライアントが設定を適用しようとしていることを示すだけで、すべてのアプリがその設定を使っているとは限りません。

モバイル端末では通常、接続ボタンをタップし、初回接続時にシステムが表示するVPN設定または接続要求を許可します。クライアントに戻り、ボタンを押した直後に未接続に戻らず、接続状態が維持されていることを確認してください。システムにVPNアイコンが表示されるのは通信を取り込むインターフェースが確立したことを示すもので、リモートノードが利用可能だという意味ではありません。システムが許可を拒否する、別のVPNが接続中、端末の管理ポリシーで機能が制限されている場合は、権限や競合を解決してからテストを続けてください。

初回はTUNやほかのネットワーク設定を同時に変更しない

TUNは仮想ネットワークインターフェースで通信を取り込む機能で、通常は追加の権限やルーティング設定が必要です。デスクトップでブラウザーを使って初回確認を行う場合は、システムプロキシのほうが問題を切り分けやすくなります。動作状態を整えるためだけにTUNを有効にしたり、DNSを変更したり、ファイアウォールルールを追加したりしないでください。ブラウザーではプロキシを利用できても、システムプロキシに従わないアプリの通信を取り込む必要がある場合に、クライアントの説明に沿ってTUNを検討します。モバイル端末でシステムのVPNインターフェースを使う場合も、同じ名前のTUNスイッチを別途有効にする必要があるとは限りません。

有効にしたら、ブラウザーで新しいタブを開いてアクセスし、クライアントの接続一覧に通信が表示されるか確認します。ターミナル、ゲーム、一部の独立したネットワークアプリはシステムプロキシ設定を参照しないため、初回テストの判定には使わないでください。ブラウザーでは使えるのにコマンドラインの通信が直結する場合は、現在の設定を維持したまま、アプリの取り込み範囲についてよくある質問を確認します。動作しているノードを何度も切り替える必要はありません。ここまでで設定、接続先、通信の取り込みが整いました。最後にリクエストのログを確認します。

ステップ4：Webページ・ルールの適用・接続先を確認

まず、ブラウザーでプロキシなしでもアクセスできることがわかっているWebサイトを開き、基本のネットワーク接続が正常であることを確認します。次に、選択した接続先を通じてアクセスする対象サイトを開きます。以前開いたページやキャッシュを接続成功の証拠と誤認しないよう、新しいタブを開いて再読み込みしてください。対象ページが表示されることは第一段階の確認ですが、どの接続先を経由したかまでは判断できません。同じサイトでも、ページ本体、画像、APIがそれぞれ別のルールに該当する場合があります。

次に、クライアントの「Connections」「接続」またはログのページを開き、対象のWebページを再読み込みして、該当するドメインや接続先アドレスのログを探します。表示項目はクライアントによって異なります。対象、適用ルール、ポリシーグループ、最終的な接続先を優先して確認してください。リクエストにルールが適用され、先ほど選択したプロキシ経路を通り、ページが正常に表示された場合は、この接続は確認済みと判断できます。「DIRECT」と明示されている場合、そのリクエストは直接接続されています。ノードが有効になったと決めつけず、まずモードとルールを確認してください。

補足として確認したい場合は、信頼できる出口IP確認サービスにアクセスし、今回のリクエストに表示される出口情報を確認します。ルールモードでは確認サイト自体もルール分けの対象になるため、結果が示すのはそのリクエストの経路だけです。ローカルネットワークの出口が表示されても、すべての対象がプロキシを通っていないとは限りません。反対に、出口が変わっていても、端末上のすべてのアプリが通信を取り込まれているとは限りません。対象リクエストの接続ログを中心に確認し、出口IPの確認は補足として利用してください。状態スイッチだけを見るより、両方を組み合わせるほうが確実です。

確認に失敗したら、設定・接続先・通信の取り込みの順に確認

該当する接続ログがまったくない場合は、現在の設定が有効になっていて、コアが正常に動作していることを確認し、次にシステムプロキシまたはモバイル端末の接続が有効かを確認します。ブラウザーが拡張機能で個別にプロキシ設定されていないかも、この段階で確認してください。ログが空なのは、一覧のフィルターやログの保存期間が原因の場合もあります。フィルターを解除し、ページを再読み込みしながらログを確認します。これらを除外してから、リクエストがコアに入っていない可能性を検討してください。

ログはあるのに接続がタイムアウトする場合は、ログに表示された最終ノードが想定どおりかを確認し、別の利用可能なノードで同じサイトにアクセスします。1つのサイトだけ失敗する場合は、ネットワーク設定全体をすぐに変更しないでください。複数のプロキシ対象で失敗する場合に限り、サブスクリプションの状態、リモートノード、現在のネットワークをさらに確認します。ドメイン名の解決エラー、証明書エラー、接続拒否は、エラーの種類を記録して個別に対処してください。同じ原因とは限りません。問い合わせ時にはOS、クライアント名、再現手順を伝えて構いませんが、サブスクリプションURL、アカウント情報などの個人情報は伏せてください。

確認が終わったら、現在の設定名、動作モード、主要なポリシーグループの選択を控え、以後は一度に1つだけ設定を変更してください。OS起動時の自動実行、自動更新、アプリ別のルール分け、DNSの最適化は後から追加できます。初回接続時にすべて設定する必要はありません。原因を特定できない場合はClashのよくある質問を確認してください。ルールセット、Fake-IP、複数のサブスクリプションの統合について知りたい場合は、高度な設定ガイドをご覧ください。対象サイトに正常にアクセスでき、ログの経路が想定どおりなら、このチュートリアルは完了です。