Clashの使い方ガイド:サブスク導入から動作確認まで

まず理解しておきたい点があります。サブスクリンク自体はノードではなく、サービス提供元が生成したURLです。クライアントがこのURLにアクセスすると、ノード一覧、プロキシグループ、振り分けルールを含む完全な設定ファイル(Profile)がダウンロードされます。クライアントは複数のProfileを同時に保存できますが、有効になるのは常に1つだけです。設定ファイルの内部構造については完全マニュアルに専用の章がありますので、ここではまず導入する手順だけ見ていきます。

Clash Verge Revを例にすると、クライアントを開いて左側ナビゲーションの「サブスクリプション」をクリックし、サブスク管理ページに入ります。ページ上部に空の入力欄があるので、サブスクリンクを完全な形で貼り付けます(サービス提供元の管理画面からコピーする際、末尾のパラメータを欠落させないよう注意)。その後右側の「インポート」ボタンをクリックします。数秒後、下の一覧にサブスク名を冠した設定カードが表示され、多くの場合トラフィック使用量や有効期限も表示されます(サービス提供元がレスポンスヘッダで提供しているかどうかによります)。このカードをクリックして選択すると、カードの縁にハイライトが付き、現在有効な設定になったことを示します。ここを忘れがちですが、導入だけして選択しないと、クライアントは古い設定または空の設定のままになります。

他クライアントの入口位置:FlClashは「設定」ページの右下にあるプラスボタンから「URL」を選んでリンクを貼り付け保存します。Clash Meta for Androidはホーム画面で「設定」をタップし、右上のプラスボタンから「URLからインポート」を選び、保存後に一覧からその設定を選択します。Clash Plusはホーム画面に直接「サブスクを追加」の入口があり、貼り付けて確定するだけです。いずれのクライアントも「導入 → 一覧に表示 → 選択して有効化」という流れは共通です。

導入が成功したら、ついでにやっておきたいことがあります。設定カードの右クリックメニュー(モバイルでは長押しまたはカード内のメニューボタン)から「更新」を選び、正常に更新できるか確認します。さらに編集オプションで自動更新間隔(例:1440分)を設定しておくと、サービス提供元がノードを変更しても自動的に同期され、毎回手動で更新する必要がなくなります。

設定が有効になったら、次に決めるのは「どの通信をプロキシ経由にするか」です。すべてのClashクライアントには3つのアウトバウンドモードがあり、通常はホーム画面や設定画面で切り替えボタンとして表示されます。

• ルール(Rule)——設定ファイルのルールを順番に照合します。直接接続ルールに一致した通信はプロキシを経由せず、プロキシルールに一致した通信は選択したノードを経由します。日常使用ではこのモードのままにしておけば十分で、すべてのサブスクが想定している既定モードです。
• グローバル(Global)——すべての通信を区別なくプロキシノード経由にします。「ルールがうまく一致していないのでは」という切り分けをする時だけ一時的に使うもので、常時オンにすると本来プロキシ不要な通信まで無駄に使用量を消費します。
• 直接接続(Direct)——すべての通信がプロキシを経由しません。コアは動作していても実質何もしない状態で、対照テストに使います。

モードが「ルール」になっていることを確認したら、左側ナビゲーションの「プロキシ」をクリックしてノードページに移動します。ここでは設定ファイルの定義に従っていくつかのプロキシグループに分かれており、最も一般的なのは「ノード選択」のような手動選択グループと、「自動選択」のような遅延自動測定グループです。手動選択グループ内の任意のノードをクリックすると、そのノードが現在の出口として指定されます。選ぶ前にページ上の遅延テストボタン(通常は雷アイコン)でグループ全体を一括測定できます。数値はクライアントからノードまでのHTTP検証にかかった時間で、低いほど良いのですが、これはハンドシェイクの速さを示すだけで、ダウンロード速度とは一致しません。ノードの選び方や倍率・地域のバランスについてはこちらのノード選定ガイドを参考にしてください。

モバイル版は位置が少し異なります。Clash Meta for Androidは先にコア(次のステップ参照)を起動してから「プロキシ」ページで切り替えます。FlClashのモード切替はホーム画面の上部にあり、ノードグループは「プロキシ」タブ内にあります。ロジックは同じです。

ノードを選んだ時点で、コアはすでにローカルでポートを待ち受けていますが、OSやアプリはまだそこに通信を渡すことを知りません。「接続」のステップは、この最後のつながりを作る作業です。デスクトップとモバイルでは仕組みが異なるので、それぞれ説明します。

Windows / macOS / Linuxデスクトップ版:Clash Verge Revの「設定」ページに戻り、「システムプロキシ」スイッチを見つけてオンにします。これはOSに対してローカルプロキシサーバーを登録する動作で、既定では127.0.0.1の混合ポート(Verge Revの既定は7897で、HTTPとSOCKSの両方を受け付けます)です。以降、システムプロキシ設定に従うブラウザなどのアプリは、自動的にリクエストをコアに渡すようになります。スイッチをオンにすると、タスクバー/メニューバーのトレイアイコンの状態が変化し、マウスを乗せると現在のモードが確認できます。macOSでは初回のみ、ネットワーク設定変更の許可を求めるダイアログが表示されるので、「許可」をクリックして指示通り認証すれば、以降は表示されません。

Android:モバイル版はシステムプロキシではなく、システムのVpnServiceインターフェースを通じてローカルVPNトンネルを作成し通信を引き受けます。Clash Meta for AndroidまたはFlClashを開き、メイン画面中央の起動ボタンをタップすると、「〇〇がVPN接続を設定しようとしています」という認証ダイアログが表示されます。これはAndroidがすべてのVPN系アプリに対して行う標準的な確認で、「OK」をタップするとステータスバーに鍵(またはVPN)アイコンが表示され、トンネルが確立されたことを示します。バックグラウンドで一定時間動作した後に自動的に切断される場合は、システムの省電力機能に停止されていることが多く、対処方法はAndroid版利用時の注意点の記事を参照してください。

デスクトップ版にはさらに高度な接続方法としてTUNモードがあります。仮想ネットワークカードを通じてシステムレイヤーで通信を引き受け、システムプロキシ設定を読まないアプリ(コマンドラインツールや一部のゲームクライアントなど)にも対応できますが、管理者権限やシステムサービスのインストールが必要です。はじめての設定ではまずシステムプロキシで一通り動作を確認することをおすすめします。TUNの有効化条件と注意点は完全マニュアルのTUNの章に詳しく記載しています。

スイッチをオンにしただけでは、実際に通信がプロキシを経由しているとは限りません。最後に2分ほどかけて確認しておけば、以降トラブルが起きたときも同じ方法で切り分けができます。

1段目の確認——実際に使えるか:ブラウザを開き、これまで開けなかったサイトにアクセスして正常に読み込めれば基本的に成功です。続いて任意のIPアドレス確認ページを開き、表示される地域がステップ2で選んだノードの地域と一致しているか確認します。依然としてローカルの出口が表示される場合は、通信がノードを経由していないことになるので、以下で切り分けます。

2段目の確認——通信がコアを経由しているか:クライアントに戻り、左側ナビゲーションの「接続(Connections)」パネルを開きます。ブラウザのページを更新すると、パネル上にリアルタイムで新しい接続記録が流れてくるはずです。各記録には対象ドメイン、一致したルール、実際に使用されたプロキシグループが表示されます。記録が増えていくのが確認できれば、「アプリ → コア → ノード」という経路が通っていることになります。より詳しい過程を見たい場合は「ログ」ページでレベルをinfoに設定すると、各接続のルール一致結果が確認できます。

1段目の確認で失敗した場合は、以下の順序で切り分けてください。多くの問題は最初の3つの項目で解決します。

1. プロキシページに戻り、現在のノードで遅延テストを実行します。タイムアウトする場合は別のノードに切り替えて再試行してください——単一ノードの不調が最も多い原因です。
2. 「システムプロキシ」スイッチ(またはAndroidのVPN鍵アイコン)が実際にオンになっているか確認します。他のソフトによって元に戻されるケースもあります。
3. 他のプロキシソフトが同時に動作していないか確認します。2つのアプリがシステムプロキシ設定を取り合うと互いに上書きしてしまうため、不要な方を終了してください。
4. ブラウザにプロキシ管理系の拡張機能を入れている場合、拡張機能の優先度がシステムプロキシより高くなります。「システムに従う」に切り替えるか無効化して再試行してください。
5. 一部のサイトだけ通じず、他は正常な場合:ルールモードでそのドメインが直接接続に一致している可能性が高いです。「グローバル」モードに切り替えて一度確認すれば判別できます。長期的にはルールの調整で対応します。

以上の5つのステップで、初回設定段階で発生するトラブルのほとんどをカバーできます。より本格的な切り分け方法(DNS汚染、ポート競合、TUN関連の問題)は完全マニュアルの日常メンテナンスと切り分けの章に収録しています。