Clash 使用チュートリアル:サブスク導入から接続確認まで

サブスクリプションとは https:// で始まるリンクで、ノード一覧と更新用アドレスを含み、サービス提供元のユーザーセンターで発行されます。始める前にサービス提供元のサイトでこのリンクをクリップボードにコピーしておきましょう。末尾のパラメータが欠けないよう、完全な形でコピーすることが重要です。

デスクトップ版(Clash Verge)

サブスクリプション›リンクを貼り付け›導入

クライアントを開き、左側ナビゲーションの「サブスクリプション」をクリックします。ページ上部の入力欄にサブスクリプションリンクを貼り付け、右側の「導入」ボタンをクリックします。数秒後、下の一覧に設定カードが表示され、カード上には設定名称、最終更新時刻、使用済みトラフィックと有効期限(サービス提供元がこれらの情報をサブスクリプションに含めているかによる)が表示されます。カードをクリックして選択すると、枠がハイライト表示され、その設定が有効になったことを示します。

モバイル版(Clash Meta for Android)

設定›+ 新規作成›URL から導入›保存

アプリを開き、ホーム画面の「設定」をタップして設定一覧に入り、右下の「+」ボタンをタップして「URL から導入」を選択します。URL 欄にサブスクリプションリンクを貼り付け、名称欄には識別しやすい名前を入力し、右上の保存をタップします。アプリは直ちにサブスクリプションを一度取得し、完了後一覧に戻ってその設定を選択すると、前にチェックマークが表示されます。

導入時にリンクが無効または形式エラーと表示される場合、多くはリンクのコピーが不完全か、サブスクリプションが期限切れです。URL 導入、クリップボード導入、ローカルファイル導入の3方式の違いと形式の詳細は記事「Clash サブスクリプションリンク導入ガイド」を参照してください。「サブスクリプション」「設定ファイル」などの用語の正確な定義は用語集 · コアとコンフィグで確認できます。

次のステップへ進む条件:設定カードが一覧に表示され、選択状態になっていること。この時点でノードデータは準備済みで、次にどのルールでアウトバウンドするかを確認します。

このステップでは互いに干渉しない2層の設定を扱います。一つはアウトバウンドモードで、各接続がプロキシ経由・直接接続・ブロックのいずれになるかを決定します。もう一つは適用レベルで、どのアプリのトラフィックがクライアントに引き渡されるかを決定します。まずアウトバウンドモードについて、3つの選択肢の動作は以下の通りです。

モード	マッチングロジック	適した場面
ルール(Rule)	振り分けルールに従いドメインと IP を順に照合し、ヒットすればルール指定の出口へ、ヒットしなければフォールバック戦略へ	日常利用の既定。日本国内のサイトは直接接続、海外サイトはプロキシ経由で、互いに干渉しない
グローバル(Global)	すべてのトラフィックを一律プロキシノード経由で転送	ルールの問題を一時的に切り分けたい場合、または明確に全トラフィックを海外経由にしたい場合
直接接続(Direct)	すべてのトラフィックをプロキシを経由せず直接送出	クライアントを終了せずに一時的にプロキシを止めたい場合

Verge ではアウトバウンドモードの切り替えボタンが「プロキシ」ページ上部にあり、CMFA では設定詳細の「モード」欄にあります。初回利用では既定のルールモードのままで問題ありません。理由は、サブスクリプションに内蔵されたルールセットが一般的なサイトの振り分け判断を既にカバーしており、手動でグローバルに切り替えると日本国内向けの通信まで迂回してしまい、遅延が増加するためです。ルールのマッチング順序と書式は用語集 · 振り分けとルールを、カスタムルールの優先順位の組み方は記事「Clash 振り分けルールの優先順位を詳しく解説」を参照してください。

次に適用レベルについてです。既定のシステムプロキシ方式はオペレーティングシステムのプロキシ設定を書き換え、ブラウザなどシステム設定に従うアプリは自動的にプロキシ経由になります。一方、一部のアプリ(コマンドラインツール、一部のゲームやデスクトップアプリ)はシステムプロキシを無視するため、こうしたトラフィックには仮想ネットワークアダプタでネットワーク層を引き渡すTUN モードが必要です。初回設定では TUN を有効にする必要はなく、システムプロキシが機能することを確認した後、必要に応じて有効化してください。

次のステップへ進む条件:アウトバウンドモードが「ルール」に設定されていること、適用レベルは既定のままであること。設定に保存ボタンはなく、切り替えた時点で即時反映されるため、そのまま接続に進めます。

デスクトップ版:システムプロキシを開き、ノードを選択

設定›システムプロキシ›ON

Verge の左側ナビゲーションから「設定」ページに入り、「システムプロキシ」のスイッチを見つけて ON にします。スイッチがハイライト表示になると、OS のプロキシ設定はローカルのミックスドポート(既定 7897。旧バージョンのコアでは 7890 がよく使われますが、設定ページの表示が正です)を指すようになります。この時点でプロキシ経路は確立していますが、まだ使用可能なノードを指定する必要があります。

プロキシ›ノードグループ›遅延テスト›ノードを選択

「プロキシ」ページに切り替え、任意のノードグループを展開し、グループ名右側の雷形アイコン(遅延テスト)をクリックします。数秒以内に各ノード名の後ろに遅延値(ミリ秒単位)が表示されます。数値が低いほど良好で、timeout と表示された場合はそのノードが現在到達不可であることを示します。遅延が正常なノードをクリックすると、名称がハイライトされ選択状態になります。テストの仕組みと数値の意味はFAQ · 使い方のコツを参照してください。

モバイル版:起動と VPN 権限の許可

CMFA のホーム画面に戻り、中央の起動ボタンをタップします。VPN 接続リクエストのダイアログが表示されるので「許可」を選択してください。これは Android がすべてのローカルプロキシアプリに対して行う統一的な認可の仕組みであり、接続はいかなる遠隔 VPN サーバーも経由しません。許可後、ボタンは動作中の状態に変わり、ステータスバーに鍵形のアイコンが表示されます。ノードの選択はホーム画面の「プロキシ」入口内で行い、操作はデスクトップ版と同様です:まず遅延テストを行い、次にノードを選択します。

次のステップへ進む条件:システムプロキシのスイッチ(または起動ボタン)が ON の状態で、遅延値が正常なノードが選択されていること。スイッチが ON であることは、トラフィックが正しくプロキシ経由で送出されていることを保証しません。最後のステップで確認を行います。

確認方法は3つあり、証拠の確実性が段階的に高くなります。いずれか一つが通過すればプロキシが機能していると確認できますが、初回設定では3つすべてを試すことをお勧めします。慣れてきたら1つ目だけで十分です。

方法1:ブラウザで出口 IP を確認

ブラウザで任意の IP 帰属地照会ページにアクセスします(検索エンジンで「自分の IP を調べる」などと検索すれば見つかります)。表示される出口 IP は選択したノードの所在地域であるべきで、自宅の回線事業者の所在地ではありません。もしローカル IP のままであれば、ブラウザのトラフィックがプロキシを通っていないことを示し、よくある原因はシステムプロキシのスイッチが OFF のまま、あるいはブラウザに独立したプロキシ拡張機能が設定されている場合です。

方法2:コマンドラインでポート経路を検証

コマンドラインプログラムは既定でシステムプロキシを経由しないため、これを使ってローカルプロキシポートが単独で機能しているかを検証できます。Windows PowerShell、macOS / Linux のターミナルいずれでも以下のコマンドを実行できます(ポート番号は設定ページの実際の値に置き換えてください)。

curl -I -x http://127.0.0.1:7897 https://www.gstatic.com/generate_204

HTTP/1.1 204 または HTTP/2 204 が返れば、リクエストがプロキシポート経由で正常に送出されたことを示します。接続拒否と表示される場合は、ポート番号が一致していないか、コアが起動していないことを意味します。

方法3:接続パネルのリアルタイムログを確認

Verge の「接続」ページには各接続の宛先ドメイン、ヒットしたルール、最終的な出口がリアルタイムで一覧表示されます。いくつかのウェブアクセスを発生させた後にログを確認し、出口の列の表示に注目してください。

海外ドメインの出口が PROXY、中国本土のドメインが DIRECT であれば、ルールによる振り分けが想定通りに機能しています。REJECT はそのリクエストがルールによってブロックされたこと(通常は広告や追跡系ドメイン)を示し、正常な動作です。

完了の目安

• IP 照会ページに表示される出口地域が選択したノードと一致している
• プロキシポート経由のコマンドラインリクエストが 204 ステータスコードを返す
• 接続パネルで国内外のドメインがそれぞれ DIRECT と PROXY にヒットしている