Clashの使い方：サブスクリプションのインポートから接続確認まで

01

CONFIG INPUT / PROFILE

サブスクリプションをインポートして現在の設定を有効化

結論から言うと、インポートに成功しただけでは設定が動作中とは限りません。この段階の完了条件は、クライアントに新しい設定が表示され、正常に解析され、現在の使用項目として指定されていることです。

サブスクリプションまたは設定の入口を探す

インストール済みのClashクライアントを開き、「サブスクリプション」「設定」「Profiles」「設定ファイル」などのページを探します。多くのGUIクライアントにはURL入力欄と「インポート」「ダウンロード」「更新」ボタンがあります。サービス提供元から受け取った完全なサブスクリプションURLを入力欄に貼り付け、インポートを実行します。サブスクリプションURLには通常アクセス認証情報が含まれるため、信頼できるデバイスと使用中のクライアントだけに保存し、公開ページ、スクリーンショット、公開された質問や記録には貼り付けないでください。

ローカルのYAML設定ファイルを受け取った場合は、「ファイルからインポート」を選ぶか、クライアントの指定領域へファイルをドラッグします。リモートサブスクリプションとローカルファイルの主な違いは更新方法です。リモートサブスクリプションは通常、元のURLから更新できますが、ローカルファイルは内容が変わるたびに再インポートが必要です。初回操作では似た複数のソースを同時に追加しないでください。後からどの設定が有効なのか判断しにくくなります。

解析が終わるまで待ち、設定一覧を確認

インポートをクリックしたら、クライアントの結果が返るまで待ちます。正常なら設定一覧に新しい項目が追加され、設定名や更新日時が表示されます。続いてその設定を開き、少なくともプロキシノードまたはポリシーグループが存在することを確認してください。YAML形式エラー、未対応フィールド、サブスクリプション内容が空、ダウンロード失敗などがすぐに表示された場合は、後の手順へ進まないでください。正常に解析できていない設定は、モードを切り替えても直りません。

設定が一覧に表示されても、まだ選択されていない場合があります。設定項目、有効化スイッチ、または「アクティブな設定にする」をクリックし、現在の使用項目を明示します。切り替え時にコアを再読み込みするクライアントでは、一時的に停止してから起動する表示は正常です。エラーや読み込み中の状態が続く場合は、起動を何度も押すのではなく、ログで最初に出た解析情報を確認してください。

この手順を終えた時点の状態

この時点で、クライアントには明確なアクティブ設定が1つだけあり、設定ページを開けて、ポリシーグループにも選択肢が表示されているはずです。すぐにWebサイトをテストする必要はありません。次の手順で、通信をどのようにルールへ振り分けるか決めるためです。設定は「利用可能なデータ」であり、プロキシモードはそのデータを各接続でどう使うかを決めます。

02

ROUTE MODE / POLICY

ルールモードを選び、ポリシーグループを確認

初回はルールモードを選ぶのがおすすめです。設定内のルールを上から順に判定し、プロキシとダイレクトを使い分けます。グローバルモードは短時間の比較テスト、ダイレクトモードはプロキシを停止したりローカルネットワークを確認したりする場合に適しています。

3つの代表的なモードの使い分け

「モード」「Mode」、またはホーム画面の実行モード欄を開くと、通常はルール、グローバル、ダイレクトの3つが表示されます。「ルール」を選ぶと、ドメイン、ネットワークアドレス、プロセスが設定内のルールに従ってポリシーグループへ振り分けられ、該当すると後続のルールは確認されません。設定の管理者が通信ごとの処理方法をルールで分類しているため、日常利用では最も一般的な開始点です。

「グローバル」は通常、ほとんどの通信を1つのポリシーグループへ渡します。複雑なルールを介さずに特定サイトへ接続できるか確認する短時間のテストに適しています。ただし、LAN機器、ローカルサービス、プロキシ不要の通信までプロキシ経由になる可能性があるため、日常の既定値として常に最適とは限りません。「ダイレクト」はプロキシノードを経由せず、元のネットワークが正常か確認したり、クライアント終了前の一時的な復旧手段として使ったりできます。

ポリシーグループで具体的なノードを選択

モードを決めたら、「プロキシ」「Proxies」または「ポリシーグループ」ページを開きます。ここに表示されるのは単純なノード一覧ではなく、選択ロジックを持つポリシーの集合です。手動選択、自動テスト、フォールバック、負荷分散などが代表的です。初回設定では、「ノード選択」「プロキシ選択」に近い名前の主ポリシーグループ、または設定の説明で指定されたグループを優先し、利用可能なノードを1つ選びます。

クライアントに表示される遅延テストは、特定の探査リクエストの結果にすぎず、すべてのWebサイトやアプリの実際の体感を示すものではありません。ノードが選べる状態になったら、現在の選択を維持して次へ進み、すべてを連続テストする必要はありません。ポリシーグループが完全に空の場合は、最初の手順に戻ってサブスクリプションが正常に解析されたか確認します。一部のプロトコルノードだけ表示されない場合は、コアの対応差が考えられます。プロトコルとコアの技術リファレンスを確認し、初期設定の段階で無闇に設定を書き換えないでください。

モード切り替えで切り分けの基準を作る

接続を進める前に、現在のモードと主ポリシーグループの選択を覚えておきます。後で確認に失敗したら、ノードを変えずにルールモードだけをグローバルモードへ切り替えて比較します。または、ルールモードを維持したままノードだけ変更します。一度に1つの変数だけを変えることで、原因がルール、ノード、システム側の接続なのか判断できます。モード、ノード、サブスクリプションを同時に変更すると、接続が戻っても何が効いたのか分かりません。

03

NETWORK LINK / SYSTEM

コアを起動してシステム接続を確立

この段階では2つの状態を確認します。Clashコアが動作しているか、そしてOSが対象アプリの通信をそのコアへ渡しているかです。どちらか一方だけ満たしても、Webページは以前の経路のままになることがあります。

まずクライアントのコアを起動

クライアントのホーム画面または通常設定ページに戻り、「起動」「実行」または全体スイッチをクリックします。正常に起動すると、状態が停止から実行へ変わり、ログに設定解析エラーが継続して表示されなくなります。デスクトップクライアントにはHTTP、SOCKS、混合ポートが表示されることもあります。これらはローカルのプロキシ待ち受け入口です。GUIクライアントを初めて使う場合は手動変更せず、既定値のままにすると設定要因を減らせます。

起動直後に停止する場合は、まずログの先頭にあるエラーを確認します。ポートが使用中なら、別のプロキシクライアントがバックグラウンドで動いていることがよくあります。設定の読み込みに失敗した場合は、サブスクリプションページに戻り、解析可能な設定を選び直します。システムプロキシのスイッチを何度も切り替えてもコアの起動失敗は直りません。システムプロキシは通信を待ち受けポートへ送るだけで、コア自体を修復するものではないためです。

プラットフォームに応じて通信の接続入口を有効化

Windows、macOS、一般的なLinuxデスクトップクライアントでは、続けて「システムプロキシ」を有効にします。このスイッチはOSのプロキシ設定を変更し、システムプロキシに従うアプリをClashのローカル待ち受けポートへ接続します。有効化後すぐにクライアントを終了せず、動作させたまま次の確認へ進みます。拡張モード、TUN、サービスモードが提供されていても、初回からすべてを同時に有効にする必要はありません。まずシステムプロキシでブラウザーを確認すると、権限、ルーティング、DNSの変数を減らせます。

AndroidとiOSでは通常「システムプロキシ」スイッチは表示されず、接続ボタンを押した際にVPN構成の作成が求められます。システムの許可後、ステータス領域にVPNアイコンが表示されることを確認し、クライアントへ戻って接続が実行中であることを確認します。モバイルOSでは同種のVPN経路を1つのアプリしか使用できないことが多く、別のVPN、フィルター、セキュリティアプリが動作していると新しい接続が拒否または置き換えられる場合があります。

接続中は状態をそろえておく

接続を確立したら、まずサブスクリプションの更新、設定の切り替え、DNSの変更を行わないでください。アクティブ設定、ルールモード、ノード選択を維持し、クライアントの接続またはログページを開いて次の通信確認に備えます。この時点で、現在の設定、モード、主ポリシーグループの選択、システム側の接続入口が有効かという4点を明確に答えられる必要があります。どれか1つでも不明なら、Webページをテストする前に該当ページへ戻って確認します。

04

OUTPUT CHECK / REQUEST

実際の通信で動作を確認

スイッチの色、トレイアイコン、VPN表示だけで結果を判断しないでください。信頼できる確認には、アプリの通信が成功すること、クライアントに対応する接続記録が表示されること、その通信が想定したルールまたはポリシーに一致していることの3点が必要です。

識別しやすい新しい通信を発生させる

クライアントの接続画面またはログを表示したまま、ブラウザーでまだアクセスしていないページを開くか、シークレットウィンドウから通信します。これにより、ブラウザーキャッシュが古い内容を直接返す影響を抑えられます。ページの読み込みが始まったらクライアントへ戻り、接続一覧に先ほどのドメインが表示されているか確認します。該当記録があれば、ブラウザーの通信はClashへ入っています。次に、その記録がダイレクトか、プロキシポリシー経由かを確認します。

ページを開けてもクライアントに新しい記録がない場合、ブラウザーがシステムプロキシを使っていないか、キャッシュ、個別プロキシ、別のネットワーク経路で通信している可能性があります。まず別の新しいドメインでテストし、ブラウザーに個別プロキシが設定されていないか確認します。すべてのアプリの通信がクライアントに入らない場合は、3つ目の手順に戻り、システムプロキシまたはVPNが有効なままか確認します。

ルールモードの適用結果を確認

ルールモードでは、接続記録に適用されたルール、ポリシーグループ、または最終出口が表示されることが多いです。対象通信がDIRECTなら、ルールによってダイレクト接続になっています。ポリシーグループやノードが表示されるなら、該当するプロキシ経路へ渡されています。重要なのはすべての通信をプロキシ表示にすることではなく、結果が設定の想定と一致しているかです。LANアドレス、ローカルサービス、一部の一般的な通信は、もともとダイレクトルールで処理されることがあります。

ルールモードで特定の対象に接続できない場合は、ノードを変えずに一時的にグローバルモードへ切り替え、ページを再度開きます。グローバルでは成功してルールでは失敗するなら、ルールの順序、GeoIP、GeoSite、ポリシーグループの選択を重点的に確認します。両方で失敗するなら、ノードの状態、プロトコル対応、ローカルネットワークを確認します。比較後はルールモードへ戻し、一時的なテスト状態を恒久設定にしないでください。

再起動して設定の復元を確認

初回の確認に成功したら、クライアントを正常に終了して再起動し、アクティブ設定、プロキシモード、システムプロキシの状態を確認します。起動時にシステムプロキシを復元する方法はクライアントごとに異なり、自動復元するものもあれば、再度手動で有効にするものもあります。もう一度Webページを開いて接続記録を確認すると、現在のセッションだけで偶然動作したのではないことを確認できます。

デスクトップ版を終了する前に、システムプロキシが復元されているか確認します。クライアントが異常終了し、停止したローカルポートをシステムが指したままだと、ブラウザーのページがすべて開けなくなることがあります。その場合はクライアントを再起動してシステムプロキシを無効にするか、OSのネットワーク設定で自動構成へ戻します。モバイル版で接続を停止した後は、システムのVPN表示が消えるはずです。変化がない場合は、システムのVPN設定を開き、現在有効な構成を確認します。