Clash 使い方ドキュメント:サブスク登録から動作確認までの4ステップ

作業を始める前に、2点確認してください。1つ目は、クライアントが正しくインストールされ起動できること。Linux デスクトップでは Clash Verge Rev がおすすめで、その他のOS向けの選び方とインストール方法はクライアント取得ページを参照してください。インストールでつまずいた場合は完全ガイドにOSごとの詳細な章がありますので、ここでは繰り返しません。2つ目は、有効なサブスクリプションリンクを手元に用意すること。通常はエアポート(プロキシサービス提供者)のユーザーセンターから取得でき、https:// から始まる完全なURLです。「エアポート」「サブスクリプション」などの用語が初耳の場合は、まず用語集の該当項目に目を通しておくと、以降の説明がスムーズです。

この2つが準備できたら、最初のステップから始めましょう。通常であれば全体で10分以内に完了します。各ステップの最後には「何が表示されれば完了か」を明記していますので、確認できたら次のステップへ進んでください。

サブスクリプションとは、実質的にリモートで管理される設定の取得元です。クライアントはこのリンクからノードリストと振り分けルールを取得し、ローカルに完全な config.yaml を生成します。そのため最初のステップは、このリンクをクライアントに認識させることです。

1. エアポートのユーザーセンターで「サブスクリプションリンクをコピー」または「Clash に一括インポート」ボタンを探し、完全なURLをコピーします。リンクは通常次のような形式です(例はダミーアドレスです):

   https://example.com/api/v1/client/subscribe?token=xxxx

   末尾の token= パラメータは省略できません。1文字でも欠けるとサーバーがリクエストを拒否します。
2. クライアントを開き、サブスク管理ページへ移動します。Clash Verge Rev では左サイドバーの「サブスクリプション」(Profiles)、FlClash では「設定」、Clash Plus ではホーム画面のサブスク管理エリアに入り口があります。
3. ページ上部の入力欄にリンクを貼り付け、「インポート」をクリックします。クライアントが即座にこのURLへリクエストして内容を解析し、通信環境が正常であれば数秒以内に設定カードが表示され、設定名や更新日時が確認できます。エアポートがトラフィック情報を提供している場合は、それもカードに表示されます。
4. このカードをクリックし、現在使用する設定として選択します。カードの縁に選択状態のマーク(強調枠やチェックマーク)が表示されれば有効化完了です——これがこのステップの完了サインです。

リンクではなく config.yaml ファイルを受け取っている場合も、同じくサブスクページで操作できます。「ファイルからインポート」を選ぶか、ファイルをクライアントのウィンドウに直接ドラッグしてください。以降の手順は変わりません。

設定が有効になったら「プロキシ」ページに入ります。ページ上部に3つのモード切り替えがあります。まず1分ほど使ってそれぞれの動作を理解し、どれを使うか決めましょう——ここは初心者が感覚で誤選択しやすい箇所です。

結論から言うと、デフォルトのルールモードのままで問題ありません。サブスクリプションに付属するルールセットが主要なサイトの振り分けをすでに行っているため、手動での調整は不要です。ルールがどのように1件ずつ照合されるか、DOMAIN-SUFFIX や GEOIP などのルール種別の意味については用語集の「ルールと振り分け」カテゴリを参照してください。振り分けポリシーを自分でカスタマイズしたい場合は完全ガイドに専用の章がありますが、最初の設定では触る必要はありません。

プロキシページの下半分にはポリシーグループとノード一覧があります。「ノード選択」または PROXY という名前のポリシーグループを展開し、遅延テストボタン(通常は雷や波形のアイコン)を1回クリックすると、クライアントが全ノードの遅延を一括で測定し、各ノードの後ろにミリ秒単位の数値が表示されます。数値が低く緑色で表示されているノードを選んでクリックすれば選択完了です。遅延の数値が何を意味し、どの程度が正常かについては用語集に個別項目があります。

Clash には従来のVPNのような大きな「接続」ボタンはありません。クライアントが起動すると、ローカルの 127.0.0.1 の7890番ポート(デフォルトの mixed-port)に混合プロキシの入り口が開かれます。ここで言う「接続」とは、実質的にシステムの通信をこのポートへ向けることを指します。操作するスイッチは1つだけです:

1. 「設定」ページを開き、「システムプロキシ」のスイッチをオンにします。クライアントがHTTP/HTTPSプロキシをデスクトップ環境のネットワーク設定(GNOME/KDEのプロキシ設定項目)に書き込み、ブラウザや大半のGUIアプリはこの設定に自動的に従います。
2. スイッチの近くまたはポート設定エリアに表示されているポートが 7890 であることを確認し、システムトレイのアイコンを観察してください——多くのクライアントはシステムプロキシが有効になるとアイコンの色が変わったりマークが付いたりします。これが動作中であることの目に見えるサインです。
3. 他のOSでの対応操作:Windows と macOS でも同様に「システムプロキシ」のスイッチがあります。Android の Clash Meta for Android ではメイン画面の起動ボタンをタップすると、システムがVPN接続の許可を求めるポップアップを表示するので、許可すればOKです。iOS の Clash Plus では初回起動時にVPN設定の追加を求めるポップアップが表示され、システムのダイアログで一度許可すれば、以降はクライアント内のスイッチで制御できます。

システムプロキシを参照しない通信もあります:ターミナル上のコマンドラインプログラムです。これらは環境変数しか認識しないため、一時的にプロキシを使いたい場合は現在のターミナルセッションで以下のようにエクスポートします:

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

これらの設定は現在のターミナルウィンドウにのみ有効で、ウィンドウを閉じると無効になり、システム環境を汚しません。プロキシ設定を認識しないプログラムも含めてすべてのアプリを一括で制御したい場合は TUN モードの役割です。設定の難度が高いため、最初のうちは触る必要はなく、必要になったら完全ガイドのTUNの章を参照してください。

スイッチがオンになっていることと、プロキシが実際に機能していることは別です。以下の4項目を外側から内側の順に確認し、すべて通過すれば設定完了です:

1. ブラウザでの確認。これまでアクセスできなかったサイトを開き、正常に表示されれば基本的に機能しています。表示が変わらない場合は、まず Ctrl+Shift+R で強制リロードし、ブラウザのキャッシュによる誤判定を排除してから判断してください。
2. コマンドラインでの確認。端末でプロキシを明示的に指定したリクエストを実行し、システムプロキシ設定に依存せずプロキシ経路そのものを検証します:

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

   返ってくる HTTP/2 200 のようなレスポンスヘッダーが確認できれば、「クライアント → ノード → 対象サイト」の経路が正しく通っていることを示します。
3. 接続ページでの確認。クライアントの「接続」(Connections)ページに戻ると、Clash を経由するすべての通信がリアルタイムに一覧表示されます:ドメイン、適用されたルール、使用中の出口ノードです。先ほどアクセスしたドメインが一覧に表示され、出口が DIRECT ではなく選択したプロキシノードになっていることを確認してください——これで振り分けルールが期待通りに動作しているかが一目でわかります。
4. 出口IPの確認。ブラウザで任意のIP確認サイトにアクセスし、表示されるアドレスがノードの所在地域になっていて、ローカルのプロバイダーのアドレスではないことを確認してください。

いずれかの項目で失敗した場合、失敗した箇所自体がヒントになります。ブラウザでは開けないのに curl は通る場合、システムプロキシがデスクトップ環境に反映されていないことを示すので、3つ目のステップに戻ってスイッチを入れ直してください。curl も通らない場合はノードの問題が濃厚なので、2つ目のステップに戻って遅延を再測定し別のノードに切り替えてください。両方正常なのに一部のサイトだけ異常な場合は、ルールの照合に問題があることが多いです。ログを一行ずつ追って特定する方法は技術メモに専門記事があり、より深い切り分けの考え方は完全ガイドを参照してください。