Clashの初期設定ガイド

ステップ1：サブスクリプション設定を追加する

クライアントを開き、「設定」または「サブスクリプション」画面で「追加」「インポート」またはプラス記号の項目を探します。提供元からサブスクリプションURLを受け取った場合は、ローカルファイルではなく、リモート設定またはURLからのインポートを選びます。URL全体を貼り付け、設定を見分けやすい名前にしてから「インポート」または「ダウンロード」をクリックします。名前は設定を区別するためのもので、サブスクリプションの内容には影響しません。

貼り付ける前後に、URLへ空白や改行、末尾の句読点が混入していないか確認します。提供元がClashまたは現在のカーネルに対応すると明記した設定を使ってください。アカウント管理ページや支払いページ、一般的なノード共有テキストは、完全なサブスクリプション設定の代わりにはなりません。ブラウザーでURLを開けても、有効な設定が返されるとは限りません。クライアントがプロキシ、ポリシーグループ、ルールなどを解析できる必要があります。

ダウンロードが終わると、設定一覧に追加した項目が表示されます。その項目をクリックするか、横にある「有効にする」「現在の設定にする」などを選び、カーネルに設定を読み込ませます。インポートの成功と、現在の設定への切り替えは別の操作です。以前の空の設定が選択されたままだと、次のプロキシ画面にグループが表示されないことがあります。一覧に戻って選択状態を確認し、読み込みエラーが表示されていないか確認してください。

続いて「プロキシ」画面を開きます。設定で提供されたポリシーグループが表示され、明らかな解析エラーがなければ次へ進めます。サブスクリプション内のルールを一つずつ書き換える必要はありません。見慣れないグループを画面整理のために削除するのも避けてください。ルールから参照されているグループを削除すると、設定を読み込めなくなったり、一部の通信が想定外の出口を使ったりする可能性があります。

ローカル設定と初回更新

ローカルのYAMLファイルを受け取った場合は、「ファイルからインポート」を選び、端末上の設定ファイルを指定して有効にします。スマートフォンでは、ファイル選択画面を使う前に、ファイルを端末内またはシステムのファイルアプリに保存する必要がある場合があります。拡張子を変えるだけで形式を変換したり、プロキシの設定項目が数個だけの断片を完全な設定として使ったりしないでください。そのまま実行できるかどうかは、クライアントの読み込み結果で判断します。

リモート設定を有効にした後、「サブスクリプションを更新」を一度実行し、クライアントが設定を再取得できることを確認します。更新の完了は設定を取得できたことを示すだけで、すべての出口が利用できる保証にはなりません。ローカルファイルには通常、リモート更新用URLがありません。修正後のファイルをあらためてインポートしてください。自動更新の間隔は初回接続が成功してから設定すると、更新の問題と接続の問題を切り分けやすくなります。

このステップでは、設定一覧に現在の設定が明確に表示され、プロキシ画面にその設定のグループが表示されていることを確認します。その後で、プロキシモードと実際に使う出口を選択します。

ステップ2：プロキシモードを選択する

ホーム画面または設定画面に戻り、「プロキシモード」で初回は「ルール」を選びます。ルールモードでは、設定内のルールを順に照合し、該当した接続を直接接続、プロキシグループ、拒否のいずれかに振り分けます。すべてのWebサイトが同じ出口を使うわけではありません。サイトによって処理結果が異なる場合も、設定どおりの動作である可能性があります。

「グローバル」は通常、カーネルが処理する接続をグローバルポリシーに振り分けるモードで、一時的な比較やトラブルシューティングに使えます。ただし、これだけですべてのアプリが自動的にカーネルを経由するわけではありません。アプリの通信が取り込まれるかどうかは、システムプロキシやTUNなどの入口によって決まります。「ダイレクト」は、取り込まれた接続を直接アクセスさせるモードです。初回はルールモードのままにし、確認の代わりにモードを何度も切り替える必要はありません。

ポリシーグループで利用する出口を選択する

モードを選んだら「プロキシ」画面を開き、設定の説明に従って、通常のプロキシ通信を担当するメインのポリシーグループを探します。グループ名はサブスクリプションの設定によって異なるため、決まった名前を探す必要はありません。グループをクリックして選択肢を表示します。手動選択グループなら実際に使う出口を選び、別のポリシーグループを参照している場合は、最終的な接続先が分かるまで下位グループの選択を確認します。

設定に自動選択やフェイルオーバー用のグループがある場合は、既存のポリシーをそのまま使い、すべてのグループを同じ選択肢に変更する必要はありません。地域別や用途別のグループが一部のWebサイトを個別に制御することもあります。メインのプロキシグループを選んでも、すべてのルールに反映されるとは限りません。初回は必要なメインの出口だけを変更し、それ以外はサブスクリプションの初期設定のままにすると、誤操作を減らせます。

クライアントに遅延テスト機能があれば一度実行し、出口からテスト先へ接続できるかの目安を確認します。タイムアウトの原因はローカルネットワーク、サービスの状態、テスト先などさまざまで、サブスクリプション全体が無効とは限りません。また、遅延が小さくてもダウンロードが速いとは限りません。まずテストに通る出口を選び、その後、実際のWebページと接続履歴で確認します。

ここでは「ルール」モードを維持し、メインのポリシーグループで何が選択されているか把握できていれば十分です。ルールファイルの書式全体、上書き設定、カーネルごとの項目の違いは、この段階では変更する必要はありません。通信の振り分けをカスタマイズする場合は、全プラットフォーム対応のインストール・設定ガイドを参照してください。次はアプリの通信を実際にクライアントへ通します。

ステップ3：クライアントの接続を有効にする

まず、クライアントにカーネルが実行中と表示されているか確認します。デスクトップクライアントには、起動時にカーネルが自動で実行されるものと、「起動」や「実行」をクリックする必要があるものがあります。明確な起動エラーが表示されたら、トレイアイコンだけで状態を判断せず、エラー内容を確認してください。カーネルが正常に動作したら、端末に応じて通信をクライアント経由にします。

デスクトップ：まずシステムプロキシを有効にする

ホーム画面または設定画面で「システムプロキシ」を探して有効にします。クライアントは、システムプロキシのアドレスをこの端末の待ち受けアドレスに設定し、システムプロキシに従うブラウザーやアプリのリクエストをカーネルへ送ります。初回のテストでは、標準の待ち受けポートを使用し、TUNモードはオフのままにします。その後、ブラウザーで新しいページを開き、対象のWebサイトにアクセスしてください。

ブラウザーに独自のプロキシ拡張機能やカスタムプロキシ設定、直接接続ルールがあると、システムプロキシを使わない場合があります。テスト前にそのような拡張機能を一時停止するか、ブラウザーをシステムプロキシの使用に設定してください。コマンドラインツールやゲーム、一部のアプリもシステムプロキシを参照しないことがあります。そのため、ブラウザーで確認できても特定のアプリが直接接続する場合、それだけでクライアントの接続失敗とは判断できません。

システムプロキシを有効にしてすぐオフに戻る場合や、ポートの競合が表示される場合は、ほかのプロキシツールを終了してから、クライアントを再起動してください。待ち受けアドレスをむやみにLAN内のアドレスへ変更する必要はありません。また、1台の端末でインターネットを使うために「LAN内の接続を許可」を有効にする必要もありません。この機能はほかの端末からこの端末のプロキシを利用するためのもので、初期設定では不要です。

モバイル端末：システムの接続許可を確認する

モバイル端末で「起動」または「接続」をタップすると、VPN設定の追加やVPN接続の確立を許可する画面がシステムに表示されることがあります。インストールしたクライアントからの要求であることを確認してから許可し、システムの指示に従って端末認証を完了してください。ここで使うVPNインターフェースは、システム経由で通信をクライアントに通す仕組みです。別のVPNアプリを追加でインストールする必要はありません。

許可したらクライアントに戻り、状態が実行中に切り替わったことと、システムに接続状態の通知が表示されていることを確認します。ほかのVPNが実行中の場合、システムから既存の接続を置き換えるか切断するよう求められることがあります。どちらを使うか先に決め、複数のアプリが接続を取り合わないようにしてください。その後のテストでは、バックグラウンド制限の影響を避けるため、できるだけクライアントを前面に表示しておきます。

この段階では、実行中と表示されただけで完了とは限りません。その状態が示すのは、クライアントが起動したか、通信を取り込む入口が確立されたことです。出口が利用できるか、宛先への通信が想定どおりに振り分けられるかは、最後のステップで確認します。

ステップ4：プロキシの動作を確認する

ブラウザーで新しいページを開き、設定上プロキシ経由になるはずのWebサイトへアクセスします。キャッシュ済みの古いページだけで判断せず、ページを更新するか、新しいURLを開いてください。ページが表示されたら、クライアントの「接続」または「ログ」画面で、先ほどの対象ドメインに対応するリクエストを探し、適用されたルールと最終的な出口を確認します。

接続履歴に「ダイレクト」と表示される場合は、そのドメインがもともと直接接続する設定になっていないか確認します。ルールモードでは、直接接続とプロキシ接続が併存するため、すべてのリクエストがプロキシ出口を通るわけではありません。プロキシポリシーグループに接続している場合は、そのグループ内の選択がステップ2で確認した内容と一致するか確認してください。ポリシーの経路を展開表示するクライアントもあれば、最終的な出口だけを表示するものもあります。実際の画面に従って判断してください。

信頼できるパブリックIP確認サイトをブラウザーで開き、接続の有効化前後で結果を比較する方法もあります。ただし、確認サイトへの通信もルールの影響を受けます。直接接続のルールに該当すれば、ローカルネットワークの出口が表示されても正常です。また、2つのプロキシ出口が同じパブリックIPアドレスを共有していると、切り替えても表示が変わらないことがあります。IPの結果は、適用ルールと接続履歴を合わせて判断してください。IPアドレスだけを唯一の根拠にしないでください。

状況に応じて次の確認に進む

ブラウザーのリクエストが接続履歴にまったく表示されない場合は、まずリクエストがカーネルに届いているか確認します。システムプロキシが有効なままか、ブラウザーに独自のプロキシ設定がないか、現在の設定の接続画面を見ているかを確認してください。モバイル端末では、システムの接続が継続中か再確認します。リクエストがカーネルに届いていない段階で出口を何度も変更しても、通信を取り込む入口の問題は通常解決しません。

接続履歴があるのにタイムアウトや接続エラーが発生する場合は、出口への接続可否、サブスクリプションの有効期限、サービスの状態を確認します。同じポリシーグループ内で別の出口を選び、同じ宛先へ再接続してみてください。一部のドメインだけ失敗する場合は、拒否ルールに該当していないか、DNSの名前解決に問題がないかを確認します。詳しい確認手順はヘルプセンターを参照してください。初期設定の段階でネットワーク設定全体を変更する必要はありません。

Webページでの確認が終わったら、クライアントのシステムプロキシをオフにするか、モバイル端末で接続を停止し、通常なら直接アクセスできるWebサイトを開きます。デスクトップではクライアントを終了する前にシステムプロキシをオフにしてください。設定だけが残り、ローカルの待ち受けサービスが停止すると、ブラウザーからアクセスできなくなることがあります。停止後も問題が続く場合は、まずシステムプロキシ設定が元に戻っているか確認してから、ほかの原因を調べます。

最後に接続を再び有効にし、設定が同じように動作することを確認します。「有効にする、アクセスする、履歴を確認する、無効にする」という流れを安定して繰り返せれば、初期設定は完了です。その後、必要に応じてサブスクリプションの自動更新やOS起動時の自動起動を設定します。OSごとの自動起動設定はOS起動時に自動起動する設定を参照してください。今回のテストですべてを設定する必要はありません。