Clashクライアント使い方ガイド:サブスク導入から接続確認まで

サブスクリプションリンクはhttps://で始まるURLで、提供元のウェブサイトのアカウントページやサブスクリプションページで提供され、通常は「リンクをコピー」「ワンクリックコピー」といったボタンが付いています。クライアントがこのURLを取得すると、ノードリストと振り分けルールを含む完全な設定が得られます。リンク自体はクライアントを区別せず、同じリンクをどのClash系クライアントでも使用できます。「サブスクリプション」「設定ファイル」といった用語が分からない場合は用語辞典を参照してください。

1. サブスクリプションリンクをコピーする

   提供元のウェブサイトにログインし、サブスクリプションページを見つけて、コピーボタンをクリックしリンクをクリップボードに入れます。手動でコピーする場合はhttps://から末尾まで正確に選択し、前後に空白や改行が入らないよう注意してください。リンクが途中で切れることが導入失敗の最も多い原因です。

2. クライアントのサブスクリプションページを開く

   クライアントを起動し、左側または下部のナビゲーションから「サブスクリプション」の入口を見つけます(一部のクライアントではProfilesまたは「プロファイル」と表記)。このページは初期状態では空のリストで、上部にURL入力欄と「インポート」または「ダウンロード」ボタンがあります。

3. 貼り付けてインポートする

   リンクを入力欄に貼り付け、インポートをクリックします。クライアントがリモート設定のダウンロードを開始し、数秒でリストに新しい項目が表示され、設定名、更新時刻が表示されます。一部のクライアントは通信量も表示します。ダウンロード失敗と表示された場合は、まず端末のネットワークが提供元のサイトに直接アクセスできるかを確認し、次にリンクが完全かを確認してください。それでも失敗する場合はヘルプセンターのインストール・設定カテゴリを参照してください。

4. その設定をアクティブにする

   先ほど表示された設定項目をクリックして選択状態にします。多くのクライアントはハイライト枠や選択マークで現在アクティブな設定を示します。アクティブ状態の設定のみがコアに読み込まれ、リストに存在していても選択されていない設定は一切機能しません。

設定がアクティブになれば、サブスクリプションの工程は完了です。この時点でクライアントはノードリストとルールを保持していますが、まだ通信を引き受けていません。次のステップでは通信の振り分け方法を決めます。

プロキシモードはコアが各アウトバウンド接続をどう処理するかを決定します。切り替えはクライアントのメイン画面か「設定 → アウトバウンドモード」にあり、3つの選択肢が並んでいて、クリックするだけで即時切り替わり、再起動は不要です。3つのモードの動作の違いは次の通りです。

ルールモードを選んでおけば問題ありません。サブスクリプション設定に組み込まれたルールセットは一般的なサイトの振り分け判断をすでにカバーしており、ローカルのサイトは直接接続、プロキシが必要なサイトはノード経由となり、両者の通信は互いに干渉しません。グローバルモードはローカル通信もノードに流すため速度が落ち通信量も消費するので、トラブル対応の手段として短期間だけ使うのが適切です。ルールの照合原理やルールセットの構成方法は上級者向けの内容のため本ガイドでは扱いません。用語辞典のルールと振り分けのカテゴリで確認できます。よくある誤判定の問題はヘルプセンターを参照してください。

前の2ステップが完了すると、コアはルールモードで設定を読み込んでいますが、OS側の通信はまだクライアントに渡されていません。このステップではまずノードを選び、それから接続の引き受けスイッチをオンにします。どちらも欠かせません。ノードだけ選んでスイッチをオンにしなければ通信はクライアントに入らず、スイッチだけオンにして使用可能なノードを選んでいなければ通信は入ってもアウトバウンドできません。

1. ノードの遅延をテストする

   「プロキシ」ページ(一部のクライアントではProxiesまたは「ポリシーグループ」)に入ると、サブスクリプション内のノードグループが表示されます。グループ右上の雷または速度測定アイコンをクリックすると、クライアントがグループ内のすべてのノードに対して遅延テストを行い、数秒後に各ノードの横に数値(単位はミリ秒)が表示されます。数値が低いほど良く、タイムアウト(timeout)と表示されたノードは現在使用できません。

2. ノードを1つ選択する

   遅延が正常なノードの中から1つをクリックすると、ノード名がハイライトされ選択状態になります。グループが自動選択(url-test)タイプの場合、クライアントが自動的に遅延の最も低いノードを選ぶため、手動指定は不要でデフォルトのままで構いません。

3. 通信の引き受けスイッチをオンにする

   メイン画面に戻り「システムプロキシ」のスイッチをオンにします。WindowsとmacOSでは、このスイッチによりシステムのHTTPプロキシがクライアントの待ち受けているローカルポート(多くは7890)に向けられます。macOSは初回有効化時にネットワーク拡張とキーチェーンの許可要求が連続して表示されるので、順に承認してください。ポップアップの意味と対処法はmacOS権限設定ガイドを参照してください。AndroidとiOSでは「起動」または接続ボタンが対応し、初回タップ時にシステムのVPN許可要求が表示されるため、必ず許可してください。拒否するとクライアントは動作しません。

4. 動作状態を確認する

   スイッチをオンにした後、クライアントの状態表示を確認します。デスクトップ版ではトレイやメニューバーのアイコンが点灯し、モバイル版ではステータスバーにVPNの鍵アイコンが表示され、メイン画面のトラフィックカウンターに上り下りの数値が表示され始めます。これらの信号が確認できれば、通信がクライアントに入っています。

接続を確立した後は実際にテストして確認する必要があります。互いに独立した2つの確認方法を推奨します。まずブラウザでの確認を行い、直感的に把握します。次にコマンドラインでの確認を行い、ポート単位まで精密に切り分け、「クライアントに通信が届いていない」のか「ノードが通じない」のかを区別します。

1. ブラウザでの確認

   クライアントの「接続」(Connections)またはログページを開き、表示させたままにします。そのままブラウザで以前開けなかったサイトにアクセスします。ページが正常に読み込まれ、同時に接続リストにそのドメインの新しい記録が現れ、アウトバウンド先が選択中のノードと表示されれば有効に機能しています。ページが開けないが接続リストに記録がある場合、通信はクライアントに入っているがノードからのアウトバウンドに失敗していることを示します。ステップ3に戻って遅延が正常な別のノードに変更してください。接続リストに記録が全くない場合、システムプロキシが通信を引き受けていないことを示します。スイッチの状態とブラウザ自体のプロキシ設定を確認してください。

2. コマンドラインでの確認

   ターミナルを開き、クライアントが待ち受けているローカルポートを直接指定してリクエストを送り、システムプロキシ設定の不確定要素を排除します。

   curl -x http://127.0.0.1:7890 -I https://www.google.com/generate_204

   HTTP/2 204または200が返れば「端末 → クライアント → ノード → 目的地」の経路全体が機能していることを示します。connection refusedが返る場合はポートが間違っているかクライアントが起動していないことを示すので、クライアントの設定でミキシングポート番号を確認してください。長時間応答がなくタイムアウトする場合、リクエストはクライアントに届いているがノードからアウトバウンドできていないことを示すので、ステップ3に戻ってノードを対処してください。

3. 直接接続の通信が誤ってプロキシに流れていないか確認する

   ルールモードのまま、普段よく使うローカルのサイトに再度アクセスし、接続リストでアウトバウンド先がDIRECTと表示されているか確認します。ローカルのサイトもノード経由になっている場合は、アウトバウンドモードが誤ってグローバルに設定されていないか確認し、またはヘルプセンターでルール照合の問題を確認してください。