Clash サブスク導入と接続ガイド

始める前に2点確認してください。クライアントがインストール済みで正常に開くこと、そしてサブスクリプションリンクを持っていること――通常はサービス提供元のユーザーパネルにある、https://で始まる一行のURLです。サブスクリプションリンクは実質的にリモート設定ファイルのアドレスで、クライアントはそこからノードと振り分けルールを含むYAML設定をダウンロードします。コピーの際は必ず全体を選択してください。リンクの途中には長いトークンパラメータが含まれることが多く、末尾の文字が欠けるのが導入失敗の最も多い原因です。

操作手順:まずサブスクリプションリンクをクリップボードに丸ごとコピーし、クライアントの左側(または下部)ナビゲーションにあるサブスクリプション/設定ページを開き、「新規追加」または「インポート」ボタンをクリックします。入力欄がポップアップするのでリンクを貼り付け、ダウンロードを確定します。1〜3秒待つと、設定名と更新時刻が表示された新しい設定カードがリストに追加されます。一部のクライアントではサブスクの残り通信量や有効期限も表示されます。カードが表示されればダウンロード成功です。続けてこのカードをクリックして現在の有効設定にします。有効化されると通常カードがハイライトされたり、枠の色が変わったり、チェックマークが表示されたりします。

クリップボード導入とファイル導入

リンクの貼り付け以外に、多くのクライアントはローカルファイルからの導入にも対応しています。リンクではなく .yaml 設定ファイルを持っている場合は、同じ導入入口で「ファイルから導入」を選び、ファイルを選択するだけです。両方式の違いは、リンク導入の設定は自動更新を設定できる(更新間隔を1440分、つまり1日1回に設定するのがおすすめで、ノード変更時に手動対応が不要になります)のに対し、ファイル導入の設定は静的であり、サービス提供元がノードを変更した場合は再導入が必要な点です。

サブスクのダウンロードが失敗する場合

ダウンロードをクリックした後にネットワークエラーやタイムアウトが表示される場合、まず2点確認してください。第一に、リンクをシステムのブラウザのアドレスバーに貼り付けてアクセスし、ファイルダウンロードのポップアップが出ればリンク自体は有効で、問題はクライアントのネットワーク環境側にあります。第二に、リンクがチャットアプリで途切れたりエスケープされたりしていないか、特に & 以降のパラメータ部分を確認します。一部のサービス提供元はリクエストのUser-Agentを検証し、特定のクライアントのみ取得を許可している場合もあります。導入エラーの具体的な対処はよくある質問のインストール・設定カテゴリにまとめているので、ここでは割愛します。

設定が有効化されると、クライアントはすべてのノードとルールを取得済みですが、通信をどの方針で流すかはまだ決まっていません――次はプロキシモードの選択です。

プロキシモードはクライアントが各接続をどう処理するかを決めます。切替入口は通常メイン画面の上部か「プロキシ」ページ上部にあり、3択のスイッチになっています。3つのモードの挙動の違いは以下の通りです。

日常的にはルールモードのままで問題ありません。サブスクに付属するルールセットがほとんどのサイトの振り分け判定をカバーしており、日本国内向け通信は直接接続、プロキシが必要な通信はノード経由となり、どちらも速度を犠牲にしません。グローバルモードはローカルサイトへのリクエストも含めてすべてノードへ流すため、ルールに問題がないかを一時的に検証する場合にのみ使ってください。直接接続モードは「プロキシを使わない場合の挙動」との比較によく使われます。

モードを選んだら「プロキシ」ページに切り替えると複数の方針グループが表示されます――各グループは選択可能なノード群と1つの選択方針の組です。手動選択型のグループはノードを1つクリックして選ぶ必要があります。自動速度テスト(url-test)と表示されたグループは定期的に遅延を測定して最速のノードへ自動切替するため、そのままにしておいて構いません。設定ファイル内でモードに対応する mode フィールドや、方針グループの種類、ルール照合の優先順位ロジックについては設定項目リファレンスで段落ごとに解説していますので、深く知りたい方は後で参照してください。

ここまででノードと方針は準備完了ですが、システムの通信はまだクライアントを実際には通っていません――最後に接続スイッチを入れる必要があります。

デスクトップ(Windows / macOS / Linux)ではクライアントのメイン画面か設定ページで「システムプロキシ」のスイッチを見つけてオンにします。オンにすると2つの変化が確認できます。スイッチ自体がハイライト状態になり、システムのネットワーク設定内のHTTP/HTTPSプロキシが 127.0.0.1:7890 を指すようになります(7890はデフォルトのミックスポートで、ポートを変更している場合は実際の値に従います)。これでシステムプロキシ設定に従うブラウザなどのアプリの通信がクライアントを通過し、ルールによって振り分けられます。スイッチをオンにした瞬間に元に戻ったり、ポート使用中のエラーが出る場合は、7890が他のプロセスに使われていることを示しています。対処法はよくある質問のトラブル対処カテゴリを参照してください。

システムプロキシとTUNモードの違い

システムプロキシは「システムのプロキシ設定を能動的に読み取る」アプリにのみ有効です――ブラウザや多くのチャット・オフィスソフトはこの部類に入ります。一方、コマンドラインプログラムや一部のゲーム、バックグラウンドサービスはシステムプロキシを無視し、それらの通信はクライアントを回避します。こうしたアプリの通信も処理したい場合はクライアント内の「TUNモード」をオンにします。仮想ネットワークアダプタを作成してネットワーク層ですべての通信を処理する方式で、初回有効化時に管理者権限の要求やシステムサービスのインストールが求められるので、案内に従って1回許可すれば済みます。日常的な軽い利用にはシステムプロキシで十分で、両者の仕組みの違いはよくある質問でより詳しく解説しています。

モバイル端末での接続方法

Androidではメイン画面の起動スイッチをタップすると、初回はシステムレベルのVPN接続要求がポップアップし、「許可」をタップするとステータスバーに鍵アイコンが表示されて接続完了です。iOS(Clash Plus)も流れは同じで、初回起動時にシステムがVPN設定の追加を要求するので、ポップアップで確認し案内に従って認証を完了させます。以降のオン・オフは1タップで行えます。モバイル端末には「システムプロキシ」と「TUN」の区別はなく、すべてVPN経路経由でアプリの通信を処理します。

ノードを選んで遅延を測定する

接続をオンにしたら「プロキシ」ページに戻り、方針グループ右上の速度テストアイコン(雷または波形のマーク)をクリックします。各ノードの後ろにミリ秒数が表示されます――これは端末からそのノードを経由してHTTPリクエストを完了させるまでの遅延で、数字が小さいほど速く、タイムアウト表示のノードは現在利用不可です。手動選択グループでは遅延の低いノードをクリックして選ぶと即時反映され、接続の再起動は不要です。

スイッチが点灯しても万事完了とは限らないので、最後に1分かけて動作確認を一通り行いましょう。

確認は3つの層で行い、内側から外側へ経路全体を確かめます。

• V-01クライアント層:「接続」パネルを開き、任意のWebページにアクセスすると、パネルにリアルタイムで新しい接続記録が表示されます。各記録には該当したルールと使用した方針グループが表示されます。記録があれば通信が確かにクライアントを経由していることを示します。
• V-02ブラウザ層:任意のIP確認ページにアクセスし、表示される出口IPと所属地域が選択したノードの地域と一致するか確認します。ノードを切り替えて再読み込みすると、IPが変わるのが正常です。
• V-03コマンドライン層:curlでローカルのプロキシポートを明示的に指定してリクエストを送り、正常に応答が返ればプロキシポートが正しく機能していることを示します。この手順でブラウザ拡張機能などの干渉要因も排除できます。

コマンドラインでの確認は以下のコマンドをそのままコピーして実行できます(macOS / Linuxのターミナル、WindowsのPowerShellいずれでも実行可能です)。

返ってきたテキストの ip= の行が現在の出口IP、loc= が出口の地域コードで、いずれも選択したノードと一致するはずです。コマンドが接続拒否になる場合は、まずクライアントが起動していること、ポート番号が設定と一致していることを確認してください。

3項目すべて確認できれば初回設定は完了です。いずれかが期待と違う場合は、次のよくある原因から当てはまるものを探してください:モードが誤って直接接続に切り替わっている、7890ポートが他のプロセスに使われている、ブラウザに独立したプロキシ切替拡張機能が入っていてシステムプロキシを上書きしている、Windowsストア系アプリがループバック制限によりローカルプロキシを通らない。個別の特定と対処手順はよくある質問のトラブル対処カテゴリにまとめているので、表示される現象から探してください。