10分で初期設定

Clashのサブスクリプション登録と接続設定

初回設定は一本の手順で進めます。まず有効なサブスクリプションをクライアントに読み込ませ、プロキシモードとプロキシノードを選択し、システムプロキシを起動します。最後にアクセス結果と接続ログで設定が反映されたことを確認します。

開始前の準備

クライアントとサブスクリプションURLを準備

操作を始める前に、2つのものを用意します。正常にインストールされ起動できるClashのGUIクライアントと、ネットワークサービス提供元が発行したサブスクリプションURLです。サブスクリプションURLは通常、https://で始まるリンクで、クライアントが設定ファイル、プロキシグループ、ノード情報を取得するために使います。サブスクリプションはソフトウェアのインストーラーでも通常のWebページURLでもありません。インストーラーのダウンロードURLをサブスクリプション欄に貼り付けないでください。

まだクライアントがない場合は、ダウンロードページで使用中のシステムに合うものを選びます。デスクトップでは、現在もメンテナンスされているGUIクライアントを優先してください。Androidではインストール後にシステムのVPN接続リクエストを許可する必要があります。iOSではアプリストアからクライアントを入手します。初回起動時にネットワークアクセス、ファイアウォール、VPNの権限を求められたら、用途を確認したうえで必要な項目だけ許可してください。これらの権限がないと、スイッチがオンに見えても通信がクライアントを通らない場合があります。

サブスクリプションURLは設定への入口なので、公開ページ、チャットグループ、スクリーンショットなどに掲載しないでください。コピーする際は、URLの先頭から末尾まで完全に含まれており、末尾に句点、空白、改行が付いていないことを確認します。サービスページによっては「ワンクリック登録」と「サブスクリプションをコピー」の2つの入口があります。ワンクリック登録はインストール済みのクライアントを呼び出し、コピーしたURLは手動貼り付けに使います。各手順を確認しやすくするため、初回設定では手動登録がおすすめです。

準備ができたらクライアントを開き、最初からDNS、TUN、ルール上書き、ポートを変更する必要はありません。初回接続では最低限の4項目だけを設定します。複雑なルール、カスタムDNS、GeoIP更新、LAN共有、コアパラメーターは、基本接続が成功してから完全な使用ガイドで一つずつ設定してください。

ステップ1

サブスクリプションを登録して設定を選択

クライアントの「設定」「サブスクリプション」または「Profiles」ページを開きます。通常はサブスクリプションURLの入力欄と、その横に登録、ダウンロード、追加などのボタンがあります。先ほどコピーした完全なURLを貼り付け、先頭がhttps://であることを確認してから登録します。クライアントは現在のネットワーク経由で設定ファイルを取得し、正常なら数秒以内に設定一覧へ新しい項目が追加されます。

追加された項目にはサービス名や設定名が表示されることもあれば、URLから生成された短いタイトルだけが表示されることもあります。一覧に表示されたかだけでなく、その設定をクリックまたはチェックして現在の有効設定にしてください。初回接続に失敗する原因は、サブスクリプションのダウンロードエラーではなく、内蔵サンプル、空の設定、前回の設定がそのまま使われているケースも少なくありません。選択中の項目には通常、ハイライト、チェックマーク、またはホーム画面上の現在設定表示が現れます。

続いて「プロキシ」「Proxies」またはプロキシグループのページを開きます。登録が有効なら、ノード選択、自動選択、フォールバック、アプリ分類などのプロキシグループが表示されます。グループ名は設定の提供元が決めるため、サブスクリプションごとに異なります。主要なプロキシグループを展開すると、選択可能なノードや自動テスト項目を確認できるはずです。これらが表示されれば、URLが保存されただけでなく、設定がクライアントに解析されています。

一覧にダウンロード失敗、タイムアウト、形式エラーなどが表示されても、更新を連続してクリックしないでください。サブスクリプションURLをブラウザのアドレスバーに貼り付けても、読みやすいページが表示されるとは限らないため、ブラウザの表示だけで設定の有効性を判断できません。まず基本ネットワークが利用できることを確認し、サービスページからURLをコピーし直して、前後に空白が混ざっていないか確認します。その後、クライアントに戻って再登録してください。サービス提供元が更新状態を表示している場合は、サブスクリプションの有効期限も確認します。

自動更新は初回テスト後に設定

多くのクライアントでは、サブスクリプションの自動更新間隔を設定できます。初回登録後に適切な定期更新を有効にしても構いませんが、トラブル解決中に手動更新を繰り返すのは避けてください。設定内容が変わると、プロキシグループ名、ノードの並び、ルールも同時に変わる場合があり、連続更新すると問題を再現しにくくなります。まず現在正常に登録できたバージョンで接続確認を済ませ、基本経路が正常だと確認してから、クライアントが用意する通常の更新間隔を設定します。

このページを終える時点で、3つの状態を確認できるはずです。サブスクリプションが設定一覧に表示されていること、その項目が選択されていること、プロキシページでグループを展開して選択肢を確認できることです。3つを満たしてからモード選択へ進みます。プロキシページが空の場合は、ここで登録問題を解決してください。空の設定では、後からシステムプロキシをオンにしても通信は改善しません。

次の手順へ進む前に
  • 設定一覧に、登録したサブスクリプションが表示されている。
  • 現在の設定マークが、このサブスクリプションを指している。
  • プロキシページに、プロキシグループと選択可能なノードが表示されている。

ステップ2

ルールモードとプロキシノードを選択

サブスクリプションを有効にしたら、「モード」「Mode」または実行モードの設定を探します。Clashでよく使われるモードは、ルール、グローバル、直接接続の3種類です。初回はルールモードをおすすめします。ルールモードでは、設定ファイルのルールを上から順に確認し、各リクエストを直接接続、拒否、指定したプロキシグループへ振り分けます。日常利用に適しており、接続ログからWebサイトが最終的にどのルールに一致したかも確認しやすくなります。

グローバルモードでは、プロキシ可能な通信の大部分を同じプロキシ設定に渡します。ノード自体が利用できるかを短時間で確認するには便利ですが、初期設定の最終状態として固定するのはおすすめしません。ルールモードで特定のWebサイトが開けず、グローバルモードならアクセスできる場合、原因はルールの一致、プロキシグループの選択、DNS処理にあることが多く、ノードの無効を意味するとは限りません。直接接続モードは、プロキシの影響を一時的に外してローカルネットワークを確認する際に使います。テスト後は診断状態のままにしないよう、ルールモードへ戻してください。

ルールモードを選択したら、「プロキシ」または「プロキシグループ」ページを開きます。まず主要な通信を担当する選択グループを探します。「ノード選択」「プロキシ」「PROXY」などの名前や、サービス提供元が独自に付けた名前になっている場合があります。グループ内に「自動選択」「遅延テスト」「フォールバック」などがあれば、まず自動選択を選びます。具体的なノードしかない場合は、正常と表示されるノードを1つ選択してください。表示される遅延は接続性の目安であり、低遅延だからといってすべての対象サイトで利用できるとは限りません。

項目をクリックしたら、ハイライトまたはチェックが新しい項目へ移動したことを確認します。プロキシグループが別のグループを内包している場合もあります。たとえばメインのグループで「自動選択」を選び、自動選択グループ内でテスト結果に基づいてノードを選びます。これは正常な構成です。初回設定で全カテゴリのグループを変更する必要はありません。まず主要グループだけを設定し、特定のアプリやWebサイトが誤った経路を通る場合に、ルールの一致結果を見ながら該当グループを調整します。

システムプロキシとTUNは分けて設定

プロキシモードは、リクエストがClashに入った後の振り分け方法を決めます。一方、システムプロキシやTUNは、どのリクエストをClashへ入れるかを決めます。これは異なる階層の設定です。ここではルールモードとプロキシの選択だけを確定し、複数の取り込み方式を同時に有効にしないでください。デスクトップではまずシステムプロキシで基本テストを行い、AndroidとiOSではシステムが提供するVPNインターフェースで接続します。コマンドライン、ゲーム、システムプロキシを参照しないプログラムもクライアントへ通す必要がある場合に、TUNを検討します。

ここまでで、設定ファイルが利用可能なルールを決め、実行モードがルールに設定され、主要なプロキシグループにも明確な選択肢があります。次の手順で初めて、システムの通信をクライアントへ渡します。この時点でノード一覧がすべてエラーになる場合は、サブスクリプションを1回更新して別のノードを試してください。すべての項目が同時に失敗するなら、各ノードが偶然すべて使えないというより、サブスクリプション、基本ネットワーク、クライアントのコア状態に問題がある可能性が高いです。

ステップ3

コアとシステムプロキシを起動

クライアントのホーム画面または一般設定ページに戻り、まずコアの状態を確認します。クライアントによって「実行中」「Service Running」「Core Started」と表示されたり、ステータスの色だけで示されたりします。コアが起動していなければ、システムプロキシにアドレスが設定されていても、そのポートでリクエストを受けるプログラムがありません。個別の起動ボタンがある場合は、先にコアを起動し、状態が安定してからシステムプロキシをオンにします。

WindowsとmacOSのデスクトップクライアントには通常、「システムプロキシ」「Set as System Proxy」などのスイッチがあります。オンにすると、クライアントが本体のプロキシアドレスをシステム設定へ書き込み、ブラウザやシステムプロキシに従うアプリがClashへリクエストを送ります。スイッチが有効になった後は、すぐにクライアントを終了しないでください。ウィンドウを閉じるだけならシステムトレイへ最小化されるクライアントもありますが、完全終了するとコアが停止し、システムプロキシが元に戻る場合があります。また、終了前にシステムプロキシを手動でオフにする必要があるクライアントもあります。

AndroidとiOSでは、接続方式がシステムVPNに近くなります。接続ボタンを押すと、システムにVPN設定または接続の許可が表示されます。許可すると、通常はステータスバーにVPNマークが表示され、クライアントのホーム画面にも接続済みと表示されます。ただし、VPNマークはシステムが通信をクライアントへ渡していることを示すだけで、サブスクリプションのノードが利用できることを直接証明するものではありません。次のアクセス確認も必ず行ってください。

Linuxのデスクトップ環境では、システムプロキシの対応が大きく異なります。GUIクライアントでシステムプロキシを有効にしたら、デスクトップのネットワーク設定でHTTPプロキシとSOCKSプロキシが書き込まれているか確認します。ブラウザでは機能するのにターミナルのコマンドが機能しない場合、ターミナルのプログラムがデスクトップのプロキシ設定を参照していない可能性があります。初回ガイドではまずブラウザで確認し、shellの環境変数は急いで変更しないでください。コマンドラインプロキシ、サービスプロセス、透過的な通信取り込みは、TUNとシステム取り込みの章で引き続き設定できます。

TUNを有効にするタイミング

システムプロキシはブラウザや多くのデスクトップアプリに適しており、設定が簡単で終了時にも戻しやすい方法です。TUNはより低い層でネットワーク通信を取り込み、システムプロキシに従わないプログラムにも適用できますが、通常は管理者権限、VPN権限、ネットワーク拡張権限が必要です。初回設定でブラウザが正常に使えるなら、まずシステムプロキシの構成を維持してください。特定のプログラムがシステムプロキシを使わないことが明確になった場合だけ、TUNを有効にして個別にテストします。

TUNが必要な場合は、まず他のVPNを終了し、クライアントの案内に従って権限を許可します。有効化後は、仮想ネットワークインターフェースの作成、サービスのインストール、必要な権限が成功しているかをクライアントで確認してください。2つのClashクライアントでTUNを同時に有効にしたり、古いVPNと現在のクライアントでデフォルトルートを同時に取得したりしないでください。スリープ復帰、ネットワーク切り替え、クライアント更新後に接続が不安定になった場合は、TUNをいったんオフにしてから再度オンにします。

起動が完了すると、ホーム画面にはコアの実行とプロキシによる通信取り込みの2つの状態が表示されるはずです。デスクトップでは通常、コア実行中かつシステムプロキシ有効、モバイルではコア実行中かつVPN接続済みとなります。クライアントのウィンドウまたはトレイプログラムを起動したまま、最後の確認へ進みます。

ステップ4

アクセス結果とログで接続を確認

確認では、クライアントのホーム画面に「接続済み」と表示されているかだけを見ないでください。より確実にするには、基本ネットワーク、プロキシ経由のアクセス、ルールの一致の3層に分けてテストします。まず普段直接アクセスできるWebサイトを開き、Clashを有効にしても基本ネットワークが途切れていないことを確認します。通常のWebサイトも開けない場合は、システムプロキシのポート、DNS、TUNのルート、現在の設定自体に問題がある可能性があるため、まず直接接続に戻してテストします。

基本アクセスが正常なら、次にプロキシ経由を想定する対象サイトを開きます。ページが安定して読み込まれれば、アプリからシステムプロキシ、Clashコア、選択したノード、対象サイトまでの経路は基本的に接続できています。キャッシュ済みのページだけで判断せず、プライベートウィンドウを開くか、新しいページURLを読み込んで、ブラウザキャッシュによる誤判定を減らしてください。

続いてクライアントの「接続」「Connections」またはログページを開き、ブラウザでテストページを更新します。接続一覧には該当ドメインまたは対象アドレスが表示され、一致したルール、使用したプロキシグループ、最終的な出口が示されるはずです。表示項目はクライアントによって異なりますが、少なくともリクエストがクライアントに入ったことを確認できる必要があります。ブラウザでアクセスできるのに接続一覧に新しい記録がまったくない場合、ブラウザ独自のプロキシ設定、拡張機能、独立したDNS経路が使われ、通信が想定した入口を通っていない可能性があります。

接続記録が直接接続になっていて、プロキシ経由を想定していた場合は、すぐにノードを変更せず、まず一致したルールを確認します。ルールモードは設定の順序どおりに照合するため、前のルールに一致すると後のルールは処理されません。一時的にグローバルモードへ切り替えてアクセスできるなら、ノードは利用可能で、ルールまたはプロキシグループを確認すべきだと判断できます。カスタムルールの構文、ルール上書きの位置、フォールバック項目については、高度な設定にあたるためルール振り分けの章を参照してください。

停止と復元も確認

プロキシ経由のアクセスに成功したら、システムプロキシをオフにするか、モバイル端末の接続を切断し、通常のWebサイトに引き続きアクセスできるか確認します。その後、再び接続して対象サイトをもう一度確認してください。この手順で、クライアントがシステムのネットワーク設定を正しく書き込み、復元できるか確認できます。終了後に古いプロキシアドレスが残る問題も見つけられます。クライアントを終了した後にすべてのWebサイトが開けなくなった場合は、クライアントを再起動してシステムプロキシをオフにするか、システムのネットワーク設定でプロキシを無効に戻してください。

最後にルールモードへ戻し、メインのプロキシグループで想定した項目が選択されていることを確認し、数分間接続が安定するか観察します。一度アクセスに成功しても、その時点で経路が使えたことしか分かりません。何度も切断する場合は、単一ノードの不安定さ、サブスクリプション更新による選択変更、Wi-Fiとモバイルネットワークの切り替えを区別して確認します。これらの確認が終われば初回設定は完了です。以後は定期的にサブスクリプションを更新し、ノードに問題があるときだけプロキシグループの選択を変更します。

基本的なトラブル解決

接続が反映されない場合の確認手順

一度に変更するのは1項目だけにし、変更後すぐにアクセスを再テストします。クライアントの再インストール、サブスクリプションの交換、DNSの切り替え、TUNの有効化を同時に行わないでください。

A

設定は本当に選択されているか

設定一覧に戻り、現在ハイライトされている項目が登録したばかりのサブスクリプションであることを確認します。次にプロキシページで、プロキシグループに内容があるか確認してください。空の設定、古い設定、登録後に選択されていない状態を最初に除外します。

B

ノードとモードは合っているか

ルールモードのまま別のノードに変更して再試行します。それでも失敗する場合は、ノード経路を判断するため、一時的にグローバルモードへ切り替えても構いません。グローバルでは使えるのにルールモードで失敗するなら、ルールの一致結果とプロキシグループを確認すべきで、クライアントを何度も再インストールする必要はありません。

C

システム通信はクライアントに入っているか

デスクトップではシステムプロキシのスイッチ、モバイルではVPNの許可、TUN使用時は権限と仮想ネットワークインターフェースの状態を確認します。Webページを更新しながら接続一覧を確認してください。新しい接続が表示されない場合は、通信の入口がまだ確立されていない可能性があります。

D

ポート、DNS、他のネットワークツール

他のプロキシクライアントとVPNを終了し、デフォルトポートに戻して現在のクライアントを再起動します。基本ネットワークは正常なのにドメインを解決できない場合はDNSを確認し、特定のアプリだけが機能しない場合はTUNによる取り込みが必要か判断します。

詳しく読む

設定後は問題に応じてガイドを参照

ルールの順序、DNSリーク、TUN権限、サブスクリプションの管理、GeoIP更新、ログによる原因特定は、利用するプラットフォームに応じた対応が必要です。完全な使用ガイドでは、設定の仕組みと高度なトラブル解決の手順を章ごとに解説しています。