Clashの初回設定：サブスクリプション、モード、接続、確認

まずダウンロードセンターで、OSとデバイスのアーキテクチャに合ったクライアントを選びます。Windowsでは通常x64インストーラーを選択します。Appleチップ搭載MacはApple SiliconまたはARM版、古いIntel MacはIntel版を選びます。Android端末では現在のアーキテクチャに合ったパッケージを優先してください。アーキテクチャが不明な場合は、システムの「このMacについて」や「端末情報」を確認し、異なる版を複数インストールして試すのは避けます。

インストールが完了したらクライアントを起動します。デスクトップOSでは、ファイアウォール、ネットワークアクセス、バックグラウンド実行の権限を尋ねられることがあります。モバイルOSでは、初回接続時にVPN構成の作成を求められる場合があります。VPN構成はOSが提供する通信取り込み用のインターフェースです。リクエスト元がインストール直後のクライアントであることを確認してから許可してください。権限を拒否すると、画面上は実行中でも他のアプリのリクエストがプロキシ経路に入らず、後の確認手順でも接続記録が表示されません。

続いてサブスクリプションURLを用意します。通常はサービス提供元のユーザーパネルで発行される、HTTPSで始まるリンクです。コピーする際は完全なURLを取得し、末尾のパラメータを省略しないでください。WebページのURL、購入ページのURL、QRコード画像のURLをサブスクリプションと取り違えないようにします。サブスクリプションURLにはアカウントの認証情報が含まれる場合があるため、信頼できるクライアントにのみ貼り付け、チャットグループ、スクリーンショット、公開ドキュメントには掲載しないでください。

続行する前に、現在の直接接続でクライアントがインターネットに接続できることを確認します。他のプロキシソフト、ブラウザのプロキシ拡張機能、古いVPN接続を一時的に無効にし、設定するClashクライアントだけを残してください。複数のネットワークツールが同時にシステムプロキシを変更すると、ポートが上書きされることがよくあります。あるクライアントは接続済みでも、通信は別のプロセスに入っている可能性があります。準備が整ったら、設定画面でサブスクリプションを導入します。

クライアントの設定、Profiles、サブスクリプション管理画面を開き、「サブスクリプションを追加」「URLから導入」またはリンク入力欄のある入口を探します。先ほどコピーしたURLを完全に貼り付けてください。画面で名前を求められた場合は、サービス名や用途など識別しやすい短い名前を入力します。この名前は端末上で設定を区別するためだけのもので、サブスクリプションの内容は変わりません。その後、導入、ダウンロード、保存のいずれかをクリックし、初回取得が完了するまで待ちます。

導入に成功すると、設定一覧に新しい記録が表示されます。一般的には設定名、最終更新日時、更新ボタンなどが表示されます。「ダウンロード完了」という通知だけで判断せず、その設定を開くか選択し、クライアントがプロキシノード、プロキシグループ、ルールを解析できていることを確認してください。空の記録しかない、またはプロキシグループ欄に内容がまったくない場合は、取得したものがClash設定ではないか、通信中にサブスクリプションの応答が失敗した可能性があります。

新しい設定が表示されたら、現在の設定に指定します。クライアントによって、カードをクリックする、ラジオボタンを選ぶ、スイッチを有効にする、「アクティブな設定に指定」をクリックするなど方法が異なります。選択中はハイライト、チェックマーク、Activeなどで示されることが多いです。Clashには複数の設定を保存できますが、実行時にプロキシグループとルールの構築に使われるのは現在有効な設定だけです。導入したのに選択していない、という点は初心者が最も見落としやすい部分です。

次にプロキシ、Proxies、またはプロキシグループ画面へ移動します。通常は、ノード選択、自動選択、フォールバック、サービス提供元独自の名前などのプロキシグループが表示されます。まず主要なプロキシ通信を担当する選択グループを見つけ、通常のノードを1つ選びます。初回設定では、測定間隔、負荷分散、DNS、ルールプロバイダーを同時に変更する必要はありません。まずはサブスクリプションの初期値で接続を確立します。プロキシグループ、ノード、ルールの関係は用語ガイドで確認できます。

導入時にタイムアウト、ネットワークエラー、解析エラーが表示されたら、まずブラウザで現在のネットワークからサブスクリプションURLにアクセスできること、サブスクリプションの有効期限が切れていないことを確認します。次にURLをコピーし直し、入力欄の前後にある空白を削除して再試行してください。すべてのクライアントで同じURLを取得できない場合は、サブスクリプションサービスまたは現在のネットワークに問題がある可能性が高いです。ブラウザではアクセスできるのにクライアントだけ失敗する場合は、クライアントのネットワーク権限とシステム時刻を確認します。より詳しい段階別診断は高度な設定で解説しています。

設定画面の確認順序
1. サブスクリプションの記録が表示されている
2. 新しい設定が現在の設定に指定されている
3. プロキシグループとノード一覧を開ける
4. 選択グループでノードを1つ選択している

クライアントのメイン画面または設定画面に戻り、Mode、プロキシモード、実行モードを探します。一般的な選択肢はルール、グローバル、ダイレクトで、英語ではRule、Global、Directと表示されます。初回利用ではルールモードがおすすめです。ルールモードは設定ファイルの先頭からリクエストを確認し、最初に一致したルールに従って指定されたプロキシグループへ通信を渡します。ローカルサービスは直接接続し、プロキシが必要なドメインはプロキシグループへ送るため、Webサイトごとに手動で切り替える必要がありません。

グローバルモードは、取り込める通信の大半を1つのプロキシへまとめて送ります。アクセス障害がルールによるものか一時的に判断する用途には向いていますが、あらゆる問題の最初の切り分けに使う方法ではありません。ダイレクトモードはプロキシノードを経由せず、ローカルネットワークの復旧や比較テストに使います。ダイレクトで対象サイトにアクセスできない場合、問題はClash以外にある可能性があります。グローバルではアクセスできるのにルールモードではできない場合は、クライアントを何度も再インストールするのではなく、ルールの一致結果を確認してください。

ルールモードを選んだら、プロキシ画面に戻り、主要なプロキシグループのノードがリセットされていないことを確認します。設定の更新でプロキシグループの初期項目に戻る場合もあれば、クライアントが前回の選択を記憶している場合もあります。ここでは「モード」と「プロキシグループ」を区別してください。モードはルールの読み取り方を決め、プロキシグループはルールに一致した通信をどの出口から送るかを決めます。モードを切り替えてもサブスクリプションファイルは変更されず、すべてのプロキシグループが同じノードに自動変更されることもありません。

初回接続では、サービス提供元が用意した初期ルールをそのまま使います。基本経路の接続確認に成功してから、DNS、TUN、Fake-IP、ドメインスニッフィング、ローカル上書きの調整を検討してください。早い段階で複数の項目を同時に変更すると、比較条件が失われて原因を特定しにくくなります。関連概念はまず用語ガイドで確認し、プロキシグループの種類、ルールセット、DNS設定を体系的に理解したい場合は高度な設定ガイドを読んでください。

デスクトップクライアントでは、まずコアが実行中であることを確認します。スイッチ名はService、Core、実行、起動などの場合があります。コアは設定の読み込み、ローカルプロキシポートの待ち受け、ルールの実行を担当します。コアが起動していなければ、システムプロキシにアドレスが設定されてもリクエストを受けるプロセスがありません。起動時に自動実行されるクライアントもあれば、手動で一度クリックする必要があるクライアントもあります。Running、Connected、または緑色の実行中表示を確認してから、システムプロキシを設定します。

System Proxyまたはシステムプロキシのスイッチを探して有効にします。これによりOSのHTTPおよびHTTPSプロキシが、Clashのローカル待ち受けポートを指すようになります。ブラウザやシステムプロキシ設定に従うデスクトップアプリは、その後クライアントへリクエストを渡します。有効化後すぐにポートを変更しないでください。サブスクリプション設定は通常ローカルポートを管理せず、初回接続にはクライアントの初期値で十分です。管理者権限を求められた場合は、OSの手順に従って許可します。

AndroidとiOSでは通常、システムVPNインターフェースを使って通信を取り込みます。接続ボタンを押すと、OSからネットワーク接続の許可を求められます。許可すると、ステータスバーにVPNアイコンが表示されるのが一般的です。モバイル版に独立した「システムプロキシ」スイッチがなくても問題ありません。通信の入口はシステムVPN設定が担います。ここではクライアントを数秒間前面に表示し、プロキシグループとDNSモジュールの初期化を待ってからブラウザでテストします。

Linuxデスクトップでシステムプロキシを自動設定できるかは、ディストリビューションとデスクトップコンポーネントによって異なります。クライアントにSystem Proxyがあれば、まず直接有効にします。ない場合は、デスクトップのネットワーク設定にクライアントが表示するローカルHTTPまたはSOCKSポートを入力してください。コマンドラインプログラムはデスクトップのプロキシを読み取らない場合があるため、端末で一度失敗しただけでクライアント全体が無効だと判断しないでください。サーバーやルーターでの利用はコアの導入に関わるため、高度な設定を参照してください。

TUNモードは、システムプロキシに従わないアプリや一部のUDP通信を取り込むための機能です。初回設定では通常のシステムプロキシでブラウザの経路を確認し、ブラウザは成功するのに対象アプリが接続一覧に表示されない場合に限ってTUNの有効化を検討します。TUNを有効にすると、追加のネットワーク拡張、仮想ネットワークアダプター、管理者権限が求められる場合があります。スイッチは一度に1つだけ変更し、変更直後に再テストすると、どの層で効果が出たか判断できます。

接続後にすべてのノードがタイムアウトしても、システムプロキシ、DNS、TUNをすぐに切り替え続けないでください。まず「一部のノードだけタイムアウト」なのか「すべてのノードがタイムアウト」なのかを区別します。一部だけなら、まず同じプロキシグループ内の別ノードに切り替えます。すべてなら、サブスクリプションの有効期限、現在の直接接続、システム時刻、クライアント権限を順番に確認します。無作為に設定を変えるより、決められた順序で確認する方が早く原因を特定できます。

接続アイコンが点灯したことは、クライアントが実行状態になったことを示すだけで、すべてのアプリ通信が想定したノードを正しく経由しているとは限りません。確認時は新しいブラウザウィンドウを開き、普段から直接接続できるサイトを開いた後、プロキシが必要な対象サイトへアクセスします。これにより、直接接続ルールとプロキシルールが干渉していないことを同時に確認できます。ブラウザをすでに開いていた場合は、古い接続やキャッシュの影響を避けるため、完全に終了してから再起動してください。

続いてクライアントのConnections、接続、ログ画面を開き、先ほどアクセスしたサイトを更新します。通常は対象ドメイン、宛先ポート、一致したルール、使用したプロキシグループが表示されます。リクエスト記録があれば、アプリの通信がClashに到達しています。プロキシグループ名があれば、ルールの照合が完了しています。具体的なノード名があれば、リクエストの出口が選択されています。トラブル対処では、Webページが開くかだけでなく、記録がどの段階で止まっているかを確認します。

ブラウザでアクセスできず、接続一覧にも新しい記録がまったくない場合は、システムプロキシのスイッチ、モバイル版のVPN状態、ブラウザ自身のプロキシ設定を優先して確認します。一部のブラウザ拡張機能はシステムプロキシを上書きするため、一時的に無効にして再テストしてください。接続一覧に記録があるのにタイムアウトする場合は、リクエストがクライアントまで到達しているため、ノードと上流経路を確認します。想定ではプロキシを使うべきリクエストがDIRECTに一致した場合は、ルールモードと現在の設定が正しいか確認します。

信頼できるIPアドレス確認サイトにアクセスし、有効化前後の出口アドレスを比較する方法もあります。ただし、これは出口の変化を確認できるだけで、すべてのドメインが想定どおり振り分けられたことを単独で証明するものではありません。接続記録と合わせて判断してください。Webページに表示される遅延値だけでクライアントを診断しないでください。ページの読み込み速度は、対象サーバー、越境回線、DNSキャッシュ、ローカルネットワークの品質にも左右されます。

最後に復旧テストを行います。システムプロキシを無効にするかモバイル版の接続を切断し、通常のサイトに直接アクセスできることを確認します。その後、再度有効にして対象サイトへのアクセスが戻ることを確認してください。この比較で、残ったプロキシ設定やポート占有を発見できます。クライアントを終了するとすべてのWebページにアクセスできなくなる場合、システムプロキシが正しく解除されていない可能性があります。クライアントを再度開き、まずシステムプロキシを無効にしてから正常終了します。それでも戻らない場合は、OSのネットワーク設定で手動プロキシを解除してください。

AFTER SETUP

設定後の日常メンテナンス

日常利用でサブスクリプションを毎回導入する必要はありません。設定画面には通常、更新ボタンまたは自動更新間隔があります。更新後は現在の設定が有効なままか確認し、主要なプロキシグループに適切なノードが残っていることを確認してください。サブスクリプションの更新は新しい設定内容を取得するだけで、ノードが必ず利用できることを意味しません。アクセスに問題がある場合は、まず同じグループ内の別ノードを試し、その後にサブスクリプション更新の必要性を判断します。

ネットワークを切り替えた後、たとえば自宅のWi-Fiからモバイルホットスポットに変更した場合、既存の接続が古いネットワーク経路を使い続けることがあります。数秒待ち、必要ならシステムプロキシまたはモバイル接続を一度無効にしてから再度有効にします。PCがスリープから復帰してアクセスできない場合も、まずコア接続を再起動し、設定を直接削除しないでください。設定を削除すると現在のプロキシ選択も失われ、簡単な接続復旧が再設定作業になってしまいます。

DOMAIN-SUFFIX、GEOIP、MATCH、プロキシグループ、Fake-IP、TUNなどの用語を確認したい場合は、用語ガイドで項目ごとに調べてください。プロキシグループの種類、DNS、ルールセットのサブスクリプション、ローカル上書き、複数サブスクリプションの統合を調整する場合は、高度な設定へ進みます。初回ガイドで必要なのは、検証可能な基本経路を1つ確立することです。詳しい変更は、基本経路が安定してから1項目ずつ行ってください。