Clash 使用ガイド:サブスクリプションから動作確認まで4ステップ

サブスクリプションを導入する

サブスクリプションとは、サービス提供元が発行するURLのことで、クライアントはこれを使ってノード一覧と振り分けルールを含む完全なYAML設定ファイルをダウンロードします。始める前に、サービス提供元のユーザーパネルで「サブスクリプションリンクをコピー」または「Clashサブスクリプション」ボタンを探し、リンクをクリップボードにコピーしてください——Clash形式と表記されているものを選ぶことが重要で、他の形式のリンクは直接解析できません。

リンクを貼り付けて設定をダウンロードする

クライアントを開き、「設定」ページに切り替えます(クライアントによってはProfilesまたは「サブスクリプション」と表記)。ページ上部にURL入力欄があるので、先ほどコピーしたリンクを貼り付け、右側の「インポート」または「ダウンロード」ボタンをクリックします。クライアントは即座にリクエストを送信し、数秒後には一覧に新しい設定カードが追加され、設定名・更新時刻・トラフィック情報(サブスクリプションに含まれる場合)が表示されます。読み込みが長時間止まる、またはネットワークエラーが出る場合は、まず端末からそのリンクに正常にアクセスできるか確認し、次にリンクが完全かどうか、余分な空白がないかを確認してください。

設定を有効化する

ダウンロード完了は有効化を意味しません。この設定カードをクリックして現在の有効な設定に切り替えます——多くのクライアントでは有効化されたカードにハイライトの枠線やチェックマークが付きます。有効化後に「プロキシ」ページに切り替え、いくつかのノードグループ(「自動選択」「フェイルオーバー」や地域別グループなど)が表示されれば、サブスクリプションの解析が成功しており次のステップに進めます。以降サブスクリプションの内容が更新された際は、設定ページでカード上の更新ボタンをクリックするだけで最新ノードを取得できます。再インポートは不要です。

この設定ファイルに含まれる各項目の意味をさらに理解したい場合は、設定ファイルYAML構造解説を参照してください。本ページでは詳細は割愛します。

プロキシモードを選択する

設定を有効化したら、次に決めるのはトラフィックの振り分け方針です。クライアントのメイン画面またはプロキシページ上部にモード切り替えのコントロールがあり、通常はルール(Rule)、グローバル(Global)、ダイレクト(Direct)の3つが並んでいます。この3つの違いは「どのトラフィックをプロキシに渡すか」にあります:

日常利用は「ルールモード」を選べば十分です。サブスクリプションに付属する振り分けルールが、プロキシが必要なリクエストをノードに割り当て、残りはダイレクトのままなので、トラフィックを節約しつつローカルサイトへのアクセス速度にも影響しません。モードは選択すると即時反映され、クライアントの再起動は不要です。

モードが「ルール」になっていることを確認したら、続けてステップ3で具体的なノードを選びます。

ノードに接続してシステムプロキシを有効にする

「プロキシ」ページを開くと、サブスクリプションに含まれる全ノードがグループごとに表示されます。各グループは選択方式を表しており、「自動選択」系のグループは遅延テストの結果に応じて自動でノードを選び、地域別グループは手動で指定します。初めて使う際は、まず遅延テストを一度実行することをおすすめします——グループの右上にある雷やスピードテストのアイコンをクリックすると、クライアントがグループ内のノードを並行して測定し、数秒後に各ノードの横にミリ秒単位の数値が表示されます。

ノードを選ぶ

数値が低いほど応答が速いことを示し、緑色の範囲(おおむね200ms以内)を優先してください。タイムアウト(timeout)と表示されるノードは現在利用不可なので飛ばします。ノードをクリックすれば選択完了で、選択中の項目にはハイライト表示が付きます。判断に迷う場合は「自動選択」グループを選び、測定結果に応じてクライアントに自動で任せるとよいでしょう。遅延数値の詳しい読み方や一括測定のコツについては、初回接続の全手順を参照してください。

システムプロキシを有効にする

ノードを選んだだけでは、トラフィックは自動的にクライアントへ流れません——メイン画面に戻って「システムプロキシ」のスイッチ(System Proxy)をオンにする必要があります。オンにすると、OSはシステムプロキシ設定に従うブラウザなどのアプリのトラフィックを、ローカルのリスニングポート(既定は7890、実際の値はクライアントのトップ画面の表示に従う)へ振り向けます。WindowsとmacOSのクライアントはいずれもメインパネルにこのスイッチがあります。Androidクライアントはトップ画面の起動ボタンをタップしてVPNトンネルを確立し、初回はシステムのVPN接続許可ダイアログが表示されるので許可を選んでください。

一部の端末プログラムやコマンドラインツールはシステムプロキシ設定を読み取らないため、プロキシ用の環境変数を別途指定する必要があります。この点はステップ4の動作確認であわせて説明します。スイッチをオンにしてノードを選んだら、最後のステップで一連の流れが本当に機能しているか確認しましょう。

プロキシが機能しているか確認する

最後のステップは、「なんとなくネットにつながっている感じ」ではなく、客観的な証拠でトラフィックが実際にプロキシを経由していることを確認することです。出口IP・クライアントログ・コマンドラインリクエストという3つの観点から突き合わせて確認するのがおすすめです。

ブラウザで出口IPを確認する

ブラウザを開き、任意のIPアドレス確認ページにアクセスして、表示される公開出口IPとその地域を確認します。表示された地域が選択中のノードと一致していれば、ブラウザのトラフィックはすでにプロキシを経由しています。依然としてローカルのプロバイダのアドレスが表示される場合は、システムプロキシのスイッチがオンになっているか、モードがルールまたはグローバルになっているかを見直してください。

ログパネルで接続記録を確認する

クライアントの「ログ」または「接続」ページに切り替え、そのページを開いたままブラウザでWebページを再読み込みします。正常であれば、ログにはリアルタイムで新しい接続項目が流れ、宛先ドメイン・適用されたルール・使用ノードが表示されます。記録があればトラフィックが確実にクライアントを経由していることを意味し、新しい項目が全く出ない場合はトラフィックが入っておらず、システムプロキシの層に問題があることを示します。

コマンドラインでの確認(任意)

端末ツールは既定でシステムプロキシを読み取らないため、curlでローカルのプロキシポートを明示的に指定して比較リクエストを送ることができます:

# プロキシ経由のリクエスト(ポート番号はクライアントの実際の表示に従う)
curl -x http://127.0.0.1:7890 -sI https://example.com

# 比較用:プロキシを使わない直接リクエスト
curl -sI https://example.com

どちらのコマンドもHTTPレスポンスヘッダーが返れば正常です。プロキシ経由のコマンドで接続が拒否される場合は、通常ポート番号が誤っているか、クライアントが起動していないことが原因です。端末を常時プロキシ経由にしたい場合は、シェルで環境変数を設定してください:

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890

システムプロキシをオンにしているにもかかわらずトラフィックが全く入らない場合、よくある原因はブラウザ拡張機能によるプロキシ設定の横取りや、除外ルールが対象ドメインを誤って除外していることなどです。切り分け方法はシステムプロキシが効かないときのチェックガイドを参照してください。