準備：クライアントとサブスク

まずダウンロードセンターから、OSとCPUアーキテクチャに合ったクライアントを選び、インストールして一度起動します。Windowsではデバイスに対応したアーキテクチャのインストーラーを選んでください。macOSではApple Silicon版とIntel版を区別します。初回起動時にシステムのセキュリティ警告が表示された場合は、インストーラーの入手元と警告内容を確認し、該当するインストール手順に従ってください。続行するためにシステム全体のセキュリティ機能を無効にする必要はありません。

クライアントには設定管理やプロキシ接続の機能がありますが、それだけで利用可能なリモートプロキシサービスが使えるわけではありません。事前にプロバイダーから提供されたサブスクURL、または現在のコアに対応した設定ファイルを用意してください。ブラウザーで開けるアカウント管理ページや決済ページは、サブスクURLとは別のものです。サービスのサイトで「サブスクをコピー」などの項目を探し、完全なURLを取得してください。

PCに別のプロキシクライアントやVPNクライアントが入っている場合は、システムプロキシと接続機能を先にオフにし、今回のテストではクライアントを1つだけ使います。複数の接続経路が有効だと、ブラウザーが別の経路を使うことがあり、ページが表示されても設定の正しさを判断できません。初回設定ではTUNをオフにし、状態を確認しやすいシステムプロキシから試してください。

ステップ1：サブスクを追加して設定を有効にする

サイドバーから「設定」または「サブスク」画面を開き、サブスクURLの入力欄を探します。クライアントによっては、先に「新規作成」やプラスボタンをクリックし、「リモート設定」を選ぶ必要があります。コピーしたURLを貼り付け、先頭から末尾まで欠けていないこと、チャットの引用符や空白、改行が一緒に入っていないことを確認してください。名前の入力を求められた場合は、見分けやすい名前を付けます。これは設定一覧に表示されるラベルで、サブスクの内容には影響しません。

「追加」「ダウンロード」または「保存」をクリックし、クライアントの通信が完了するまで待ちます。成功すると通常、名前や更新日時が表示された設定カードまたは設定履歴が追加されます。入力欄が空になっただけで成功と判断しないでください。一覧に項目が増えない場合や、ネットワークエラー・解析エラーが表示された場合は、先に問題を解決します。システムプロキシを何度も切り替える必要はありません。

追加した設定の「有効化」「使用」ボタンをクリックするか、カードのメニューから現在の設定に指定します。カードをクリックするだけで選択されるクライアントもあれば、枠線、チェックマーク、「現在使用中」などで状態を示すものもあります。設定が一覧に保存されているだけでなく、コアで実行されていることを確認してください。次に「プロキシ」画面を開き、設定で定義されたポリシーグループが表示されているか確認します。

ローカルファイルから追加する場合

YAML設定ファイルを受け取った場合は、設定画面で「ローカルファイル」または「ファイルをインポート」を選び、該当する .yaml または .yml ファイルを指定して有効にします。WebページをHTML形式で保存したファイルの拡張子を変えても、設定ファイルにはなりません。また、空のファイルにサブスクURLを書き込んで読み込む方法も使えません。ファイルには、サーバー、プロトコル、ルールなど、クライアントが解析できる設定一式が必要です。

リモートサブスクとローカルファイルでは更新方法が異なります。リモート設定は通常、カードのメニューにある「更新」から再取得できます。ローカルファイルが外部で変更されたときに再読み込みされるかは、クライアントの仕様によります。初回は追加した設定をそのまま保ち、接続できることを確認してから変更してください。問題が起きたときに、動作が確認済みの状態へ戻しやすくなります。

追加できない場合はエラー内容を確認する

タイムアウトや接続エラーが出た場合は、現在のネットワークからサブスクの配信元にアクセスできるか、URLが有効かを確認します。YAMLやフィールド、プロトコルに関するエラーが出た場合は、エラー位置を記録し、サブスク形式とクライアントの対応範囲を確認してください。ブラウザーに内容が表示されても、有効な設定とは限りません。ログインページやエラーページが返されている場合もあります。詳しくはFAQのトラブル対処をご覧ください。サブスクURLには認証情報が含まれる場合があるため、問い合わせ時にURL全体を共有しないでください。

ここまでで設定が有効になり、プロキシ画面に対応するポリシーグループが表示されているはずです。次は動作モードとメインのポリシーだけを設定します。ルール、DNS、ポートはまだ変更しないでください。

ステップ2：ルールモードとプロキシポリシーを選ぶ

「プロキシ」画面を開くか、ホーム画面で「動作モード」を探します。一般的な選択肢は「ルール」「グローバル」「ダイレクト」です。初回は「ルール」を選択してください。ルールモードでは、現在の設定にあるルールの順番に従って通信先が決まります。一部の通信がプロキシを経由し、別の通信が直接接続になるのは正常です。切り替えが効いていないわけではありません。

動作モードとポリシーグループは別々の設定です。モードはルールの処理方法を決め、ポリシーグループはルールから参照されたときに使う接続先を決めます。「自動選択」「ノード選択」などのグループ名は設定によって異なり、このガイドと同じとは限りません。まずプロバイダーの案内にあるメインの選択グループを開き、利用可能なプロキシを選びます。設定に自動選択グループがある場合は、それを選んでグループ内の設定に従わせることもできます。

選択後、画面のチェックマークや現在の項目が切り替わったことを確認し、メインのポリシーが誤って DIRECT または REJECT になっていないか確認します。前者は直接接続、後者は通常リクエストの拒否を意味します。どちらも有効なポリシーですが、今回のプロキシ接続テストで想定する出口ではありません。すべてのグループを同じプロキシに変更しないでください。直接接続やブロック、特定の用途を担うグループもあります。

3つのモードの使い分け

「グローバル」モードでは通常、コアに入ったリクエストをグローバルポリシーで処理しますが、対応するグローバル選択グループで接続先を指定する必要があります。ルールの影響を一時的に比較するなど、目的が明確な場合に使うモードです。すべてのアプリの通信を自動的に取り込むわけではなく、無効なサブスクを直す機能でもありません。「ダイレクト」モードでは、コアに入ったリクエストを直接接続として処理します。クライアントの終了やOSのプロキシ設定の復元とは異なります。

初期設定では、カスタムルールの追加や各サービスグループの手動切り替えは不要です。サブスクの構成を保ったまま接続を確認し、特定ドメインの接続先が想定と異なる場合に、適用ルールを調べてください。ポリシーグループの種類やルールの順番については、設定の応用：ルールをご覧ください。初回接続前に複数の条件を同時に変更するのは避けましょう。

モードを「ルール」にし、メインのポリシーを選択すれば、プロキシの接続先は準備完了です。ただし、通常のアプリの通信がまだクライアントに送られていない場合があります。次のステップで通信の入口を有効にします。

ステップ3：システムプロキシを有効にして接続する

ホーム画面または「設定」画面に戻り、まずコアが起動していることを確認します。起動時にコアが自動で動くクライアントもあれば、「起動」や「接続」をクリックする必要があるものもあります。コアの起動に失敗した場合は、ログに最初に記録された関連エラーを確認してください。ウィンドウが開いているだけで正常に動作しているとは限りません。コアが起動したら「システムプロキシ」を有効にします。タスクトレイメニューに同じ項目がある場合、通常は同じ状態を切り替えます。

システムプロキシを有効にすると、OSのプロキシ設定に従うアプリのリクエストが、ローカルのプロキシに送られます。有効にした後はクライアントを起動したままにし、ブラウザーで新しいタブを開いてリクエストを送ってください。ウィンドウを閉じてもタスクトレイに最小化されるだけの場合があり、アプリが終了したとは限りません。一方、アプリを終了するとローカルのプロキシも停止する場合があります。タスクトレイのアイコン、スイッチ、コアの動作状態を合わせて確認してください。

クライアントでは混合ポートに 7890 がよく使われますが、実際の値は現在のクライアントの設定画面で確認してください。初期設定では、WindowsやmacOSのネットワーク設定に手動でポートを入力する必要はありません。システムプロキシのスイッチに任せてください。同じポートを別のアプリが使用していると、ログに待ち受けの失敗が表示されることがあります。その場合は競合するアプリを終了するか、クライアントの案内に従ってポートを変更してから、システムプロキシを再度有効にします。

TUNとLANの設定はオフのままにする

初回の接続確認では「TUNモード」をオフにし、「LANからの接続を許可」も有効にする必要はありません。TUNは仮想ネットワークアダプター、ルーティング、権限に関わります。LAN接続の許可は、同じローカルネットワーク上の別の端末からローカルプロキシに接続するための機能で、1台のPCで使うだけなら通常不要です。基本的な接続が確認できるまで両方をオフにしておくと、原因の切り分けがしやすくなり、プロキシへの不要なアクセス範囲の拡大も防げます。

システムプロキシが適用されないゲーム、コマンドラインツール、独自にネットワーク接続を管理するアプリもあります。ブラウザーで接続を確認できても、特定のアプリが直接接続する場合は、そのアプリがシステムプロキシに対応しているか、個別のプロキシ設定があるかを先に確認してください。そのうえで必要ならTUNを検討します。TUNを有効にする際は、クライアントの案内に従ってサービスをインストールするか、管理者権限を許可してください。OSによって実装が異なります。手順はTUNとFake-IPの設定をご覧ください。

モバイル端末での操作

AndroidとiOSのクライアントでは通常、設定を追加してポリシーを選んだ後、ホーム画面の接続ボタンから起動します。初回接続時にシステムからVPNの許可やVPN構成の追加を求められたら、現在使用しているクライアントからの要求であることを確認して許可してください。VPNアイコンが表示されても、ネットワーク拡張機能やトンネルが起動したことを示すだけで、リモートプロキシが利用可能とは限りません。次のステップで実際のリクエストを確認します。

この時点でデスクトップ版は「コア起動中、設定有効、ルールモード、システムプロキシ有効」の状態になっているはずです。次はスイッチの色だけに頼らず、確認できるWebリクエストを送って通信経路を確かめます。

ステップ4：接続と実際の通信経路を確認する

クライアントの「接続」画面を開いたままにし、ブラウザーで新しいタブを作成して、現在のネットワークからアクセスでき、設定上プロキシ経由になると想定されるサイトを開きます。ローカルキャッシュだけを表示しないよう、ページを再読み込みするか、まだアクセスしていないURLを開いてください。クライアントにサイトのドメインと一致する新しい接続が表示されるか確認します。表示項目はクライアントによって異なりますが、接続先、ルール、ポリシー、プロキシチェーンなどが一般的です。

対象ドメインにルールが適用され、先ほど選んだポリシーグループとプロキシを経由し、ページも正常に読み込まれれば、「スイッチがオン」という表示より確かな根拠になります。次に、設定上は直接接続されるサイトにもアクセスし、接続履歴を比べてください。ルールモードでは接続先が異なるのが通常の動作です。履歴をすべてプロキシ経由にするために、グローバルモードへ切り替える必要はありません。

接続一覧に想定したリクエストが表示されない場合も、すぐにサブスクを変更しないでください。ブラウザー独自のプロキシ設定やプロキシ拡張機能が有効になっていないか、別のVPNが動作していないか確認します。ブラウザーを完全に終了してから再起動し、もう一度試す方法もあります。短時間で終わる接続は、履歴やログを確認しないと見つからないことがあります。同じリクエストの時刻とドメインを手掛かりにしてください。バックグラウンドアプリの接続をテスト結果と取り違えないようにしましょう。

症状から原因を絞り込む

リクエストがクライアントに届いているものの、ログにリモート接続のタイムアウトが記録される場合は、通信の入口は機能している可能性があります。選択したプロキシ、サービスの状態、現在のネットワークを確認してください。ドメインの名前解決エラーが表示された場合は、エラーになったドメインと時刻を記録し、FAQのトラブル対処でDNS関連の手順を確認します。初回テストではDNS、ルール、TUNを同時に変更しないでください。正常に戻っても、どの変更が効いたのか分からなくなります。

特定のサイトだけ開けず、同じプロキシポリシーのほかのサイトにはアクセスできる場合は、サイト側の障害、アカウントの要件、対象ドメインに適用されたルールをそれぞれ確認します。外部IPアドレスの確認は参考になりますが、すべてのアプリやDNSが同じ経路を通っている証明にはなりません。DNSリーク、ドメインスニッフィング、より細かなルーティングを確認する場合は、DNS設定の最適化をご覧ください。入門編では基本的な接続経路の確認にとどめます。

終了前にシステムプロキシを元に戻す

テストが終わったときや、しばらくプロキシを使わないときは、まずクライアントの「システムプロキシ」をオフにし、タスクトレイメニューから通常の手順で終了します。その後、通常のWebページを新しく開き、元の接続方法に戻ったことを確認してください。アプリが異常終了してブラウザーからアクセスできない場合は、OSのネットワーク設定で手動プロキシがローカルアドレスを指したままになっていないか確認します。今回のクライアントが設定した項目だと確認できた場合に限り、オフにしてください。会社や学校の管理端末では固定プロキシが設定されていることがあるため、設定をすべて削除しないでください。

引き続き使う場合はクライアントを再起動し、現在の設定とポリシーが残っていることを確認してから、システムプロキシを有効にします。以後のサブスク更新には、設定カードの更新機能を使ってください。更新に失敗した場合は、利用可能な設定を残し、すぐに削除して作り直さないでください。これで設定の追加、経路の選択、通信の入口、接続確認が完了です。普段はサブスクの状態を確認し、必要に応じてポリシーを切り替え、終了前にシステムプロキシを元に戻します。

Clash の使い方ガイド：サブスクと接続