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

PRECHECK / READY

開始前の確認：クライアント、サブスクリプション、システム時刻

設定を始める前に、使用中のシステムに対応し、現在も保守されているClashクライアントがインストールされていることを確認します。デスクトップではWindows、macOS、Linuxを区別し、macOSではIntelとApple Siliconも確認します。モバイルでは対応するアプリストアまたはダウンロードページからAndroid、iOS版を選択します。未インストールの場合は、まずダウンロードセンターでプラットフォームに合ったクライアントを選び、インストール後にこのページへ戻ってください。

2つ目に、利用可能なサブスクリプションURLまたはYAML設定ファイルを用意します。サブスクリプションURLは通常サービス提供元が発行し、ノード、ポリシーグループ、ルール、DNSなどの設定をクライアントへ取得させるために使います。URLをコピーするときは先頭から末尾まで選択し、クエリパラメーターを省略したり、前後に空白を付けたりしないでください。サブスクリプションURLはアカウント設定情報のため、スクリーンショット、公開ログ、チャットグループに掲載するのは避けます。

.yamlまたは.ymlで終わるローカルファイルを受け取った場合は、クライアントのファイル登録機能から読み込むこともできます。ただし、ローカルファイルはリモートサブスクリプションのように自動更新されません。初回利用時は、サービス提供元が渡したものが「サブスクリプションURL」なのか「設定ファイル」なのかを確認し、Web管理画面のURL、注文ページのURL、単一ノードの共有テキストをClashのサブスクリプションと取り違えないようにします。

最後に、システムの日付、時刻、タイムゾーンを確認します。時刻のずれは安全な接続の確立に影響し、すべてのノードがタイムアウトする、証明書の時刻が異常になる、サブスクリプション取得に失敗するといった症状につながります。システムの時刻を自動同期に設定し、ネットワークからサブスクリプションURLへアクセスできることも確認してください。準備ができたらクライアントを開いたまま、最初の手順へ進みます。

STEP 02 / MODE SELECT

プロキシモードを選択：通信の処理方法を決める

初回はルールモードを選択

Settings、設定、Modeなどのページを開き、Rule、Global、Directといったモード項目を探します。初回接続ではRule、つまりルールモードがおすすめです。ルールモードは設定内のルール一覧に従って、接続をプロキシ、直接接続、拒否のどれにするかを判断します。一般的なLANアドレスや一部のローカルサービスは直接接続し、プロキシが必要な宛先はポリシーグループに処理させます。多くのサブスクリプション設定で標準的に想定されている使い方です。

Globalはグローバルモードで、通常はほとんどの接続を1つのプロキシポリシーに渡します。「ルールが原因でサイトがプロキシを通っていないのか」を一時的に確認する用途には適していますが、すべての問題を解決する方法ではありません。Directはダイレクトモードで、プロキシ通信を一時停止したり比較テストを行ったりするときに使います。3つのモードが変えるのは通信の振り分け方法であり、ノードの選択を代替したり、使えないノードを自動修復したりするものではありません。

ポリシーグループでノードを選択

Proxies、プロキシ、ポリシーのページへ切り替えます。ここは単純なノード一覧ではなく、複数のポリシーグループで構成されていることが一般的です。「ノード選択」「プロキシ」「自動選択」「フォールバック」や、サイトの用途別のグループなどがあります。まず主要な通信を担当するポリシーグループを探し、具体的なノードを選択するか、サブスクリプションが用意した自動テストグループを選びます。

ポリシーグループ同士が参照関係にある場合、最上位のグループが別の地域グループを指し、その地域グループに具体的なノードが含まれていることがあります。その場合は現在の選択を順にたどり、最終的に利用可能なノードへ到達することを確認します。最上位に「自動選択」と表示されているだけで操作を終えないでください。自動グループ内に候補ノードがあり、テスト後に少なくとも1つのノードで接続できることも確認します。

クライアントに遅延テストがある場合は、現在のグループで1回テストします。遅延値はその時点の条件におけるテスト先の応答状況を示すだけで、実際のダウンロード速度と同じではなく、すべてのサイトへのアクセスを保証するものでもありません。初期設定では正常に応答するノードを1つ選べば十分で、最低値を何度も追い求める必要はありません。ノードの地域、倍率、プロトコル、自動ポリシーの意味は用語クイックリファレンスで確認できます。

設定本来のルールを維持

初回接続の段階では、ルール、DNS、ポリシーグループの構成をすぐに編集しないことをおすすめします。サブスクリプション設定には通常、動作する基本的な順序が含まれています。まず元の設定で接続できることを確認してから、個別の変更を行います。早い段階でカスタムルールを追加すると、「ノードが使えない」「システムプロキシが有効でない」「ルールの記述ミス」が混在し、切り分けが難しくなります。

特定のドメインを指定したポリシーに通す必要がある場合は、初回接続に成功してから対応してください。変更前に、ルールが上から順に照合され、マッチした時点で処理が停止する仕組みを理解しておく必要があります。ルール構文、共通フィールド、オーバーライドのマージ方法は体系的な設定項目なので、設定リファレンスのルール章を参照してください。ここではルールモードを維持し、主要なポリシーグループにノードが選択されていることを確認してから、接続を確立します。

STEP 04 / VERIFY ROUTE

動作を確認：Webページ、接続履歴、ログを照合

まずブラウザーで基本的なアクセスをテスト

クライアントを接続状態に保ち、新しいブラウザーウィンドウを開いて、通常はプロキシが必要な対象サイトへアクセスします。接続前から開いていたページを更新するだけでは不十分です。ブラウザーのキャッシュ、既存の接続、DNSの結果が判断に影響する可能性があります。ページが正常に読み込まれたら、通常は直接接続するサイトにもアクセスし、ルールモードで両方の通信が利用できることを確認します。

クライアントにConnections、接続、アクティビティ履歴などのページがある場合は、ブラウザーでサイトへアクセスしながらそのページを確認します。通常は対象のドメインまたはアドレスが表示され、適用されたルール、使用されたポリシーグループ、最終的なノードも確認できます。Webページだけを見るより接続履歴の方が正確です。ページが開いたのはキャッシュの可能性がありますが、接続履歴なら新しいリクエストがClashへ入ったかどうかを確認できます。

ルールとノードの経路を確認

接続履歴で先ほどアクセスしたドメインを探し、どのルールにマッチしたか確認します。対象サイトにDIRECTと表示される場合は、ルールが直接接続と判断しています。プロキシ経由のはずなのに失敗する場合は、Globalモードで短時間だけ比較します。グローバルモードではアクセスでき、ルールモードでは失敗するなら、問題は通常ルールまたはポリシーの選択にあります。テスト後はRuleに戻し、グローバルモードのまま長時間使用しないでください。

履歴がプロキシポリシーに入っているのにページを開けない場合は、Proxiesページへ戻って別のノードに切り替え、再度アクセスします。モード、DNS、TUN、サブスクリプションを同時に変更しないでください。毎回1つの条件だけを変えることで、どの変更が結果につながったか分かります。複数のノードで失敗する場合は、サブスクリプションが直近で更新されたか、端末のネットワークが安定しているか、サービス提供元から障害情報が出ていないかを確認します。

ログで失敗した段階を特定

Webページを開けない場合は、Logs、ログ、実行履歴などのページを開き、テストを行った時刻以降の記録を確認します。設定の解析エラーは通常、起動時や設定切り替え時に発生します。接続タイムアウトはノードへの接続時に、DNSエラーはドメイン解決の失敗として現れ、ポート競合があるとローカルプロキシの待受を開始できません。最後の1行だけを切り取らず、問題発生前後の連続した記録を残してください。単一のエラーワードより、時系列の方が重要な場合があります。

ログに新しいリクエストがまったくない場合は、まずシステムプロキシが有効か、モバイルの接続権限が反映されているか、ブラウザーが独自のプロキシ設定を使っていないかを確認します。ログにリクエストがあるもののノード接続に失敗している場合は、ノードとサブスクリプションを確認します。ノード接続は成功していてドメイン解決に失敗する場合は、DNSを確認します。通信の流れに沿って調べることで、最初からクライアントを再インストールしたり設定を大幅に変更したりせずに済みます。

完了後も復元できる状態を保つ

確認に成功したら、現在利用できるノードとルールモードを維持します。使用中の設定名を記録し、サブスクリプションページから手動更新できることも確認してください。後で問題が起きたときは、まずこの確認済みの状態に戻し、ノードの変更、サブスクリプションの更新、端末のネットワーク環境の変化のどれかを判断します。使用を一時停止するときは、デスクトップでは先にシステムプロキシを無効にし、モバイルでは接続を切断します。サブスクリプションを削除する必要はありません。

以上を確認しても接続できない場合は、よくある質問で「インストールと設定」または「トラブル対処」の分類から引き続き切り分けてください。ログの読み方、DNS、TUN、ポート競合、設定解析はそれぞれ独立した問題です。何度も再インストールするより、分けて対処する方が効果的です。