Clashのサブスクリプション追加・接続ガイド

ステップ1：サブスクリプションを追加して設定を有効にする

クライアントを開き、サイドバーまたは画面下部のナビゲーションから「設定」「サブスクリプション」「Profiles」などを選びます。「新規作成」「追加」「インポート」から「URLからインポート」を選択してください。サブスクリプションURLをすべて貼り付け、前後に空白や改行、チャットアプリの説明文が混ざっていないか確認します。名前を入力できる場合は、「普段使い」など識別しやすい名前を付け、「ダウンロード」「保存」「インポート」をクリックします。

ここに入力するのはサブスクリプションURLです。サービス提供元のトップページやアカウント管理ページ、個別ノードの共有テキストではありません。複数の形式が用意されている場合は、Clash対応と明記されたもの、または現在のクライアントに対応する設定を選んでください。URLのパラメーターを変更して形式を推測するのは避け、不明な場合はサービス提供元の案内を確認しましょう。

ダウンロードが完了すると、設定一覧に設定カードまたはサブスクリプションの記録が表示されます。インポートしてもファイルが保存されるだけで、自動的に使用中の設定へ切り替わらないクライアントもあります。該当する記録の「使用」「有効化」または選択ボタンをクリックし、選択済みの表示を確認してください。続いて「プロキシ」画面を開き、プロキシグループやノード名が表示されるか確認します。「インポート成功」と表示されるだけでなく、現在のコアが設定を読み込んだことを確かめられます。

設定ファイルが手元にある場合

ローカル設定ファイルを使う場合は、同じインポート画面で「ファイルからインポート」を選び、該当する .yaml または .yml ファイルを指定して、現在の設定として有効にします。拡張子だけでは内容が正しいかどうか判断できず、クライアントが正常に解析できる必要があります。ファイルが完全な設定ではなく一部の設定項目だけを含む場合、インポートしても動作しないことがあります。事前にファイルの用途を確認してください。

URL形式のサブスクリプションは、設定一覧から手動で更新できることが多い一方、ローカルファイルにはリモート更新用URLがない場合があります。初回接続が成功してから、サービス提供元の案内に従って更新間隔を設定してください。新しいノードを待つために同じサブスクリプションを何度も削除・追加する必要はありません。まず記録の「更新」ボタンを試しましょう。更新に失敗しても、現在使える設定は残し、正常な状態まで消してしまわないようにしてください。

インポートできない場合は、どこで止まったか確認する

タイムアウトが表示された場合は、端末からサブスクリプションURLにアクセスできるか、URLの有効期限が切れていないか確認してください。解析エラーの場合は、Webページの内容を取得している、形式が合わない、現在のコアが設定に対応していないなどの可能性があります。プロキシモードを変更しても設定の解析エラーは解消しません。サブスクリプションURLにアクセスできない問題と、ノードに接続できない問題は別の段階です。詳しくはよくある質問で確認してください。

完了の目安：設定が選択され、プロキシ画面にプロキシグループまたはノードが表示されている状態です。この設定を有効にしたまま、次のステップで通信の転送方法を選びます。

ステップ2：プロキシモードとノードを選ぶ

クライアントのホーム画面または設定画面に戻り、「プロキシモード」「動作モード」「Mode」などの項目を探します。初めて使う場合は「ルール」がおすすめです。設定内のルールに従って通信が振り分けられ、プロキシグループに送られるもの、直接接続されるもの、拒否されるものがあります。実際の経路は設定の内容によって異なり、すべてのルール設定が同じ振り分け方をするわけではありません。

次に「プロキシ」「プロキシグループ」「Proxies」画面を開きます。グループ名はサブスクリプションの作成者が設定するため、英語や用途名で表示されることがあり、「ノード選択」という名前とは限りません。設定で使用されるプロキシ選択グループを見つけ、開いてノードを選びます。グループ内に別のプロキシグループが表示される場合は、実際に使うノード、または自動選択グループが決まるまで選択先を確認してください。

「遅延テスト」や「速度テスト」ボタンがある場合は、実行して結果を待ってからノードを選んでもよいでしょう。表示される数値は通常、テスト先への応答時間を示すもので、ダウンロード速度ではありません。また、すべてのWebサイトにアクセスできることを保証するものでもありません。タイムアウトはテストが正常に応答を受け取れなかったという意味で、ノード、テスト先、ネットワーク状況などが原因として考えられます。まず応答のあったノードを選び、実際のアクセスで確認しましょう。

ルール・グローバル・ダイレクトモードの違い

ルールモードは日常利用に適しており、設定に従って通信の経路を決めます。グローバルモードでは、コアに渡された通信をすべてグローバルポリシーに送ります。切り替え後は通常、グローバルグループでノードを選ぶ必要があります。すべてのアプリを自動的に制御するわけではなく、コアに渡されていない通信には適用されません。ダイレクトモードでは、コアに渡された通信をプロキシノード経由にせず、接続先へ直接接続します。

ルールモードで特定のページを開けない場合は、一時的にグローバルモードに切り替え、同じ利用可能なノードを選んで再アクセスしてみましょう。グローバルでは開けるのにルールモードでは開けない場合、ルールの適用先やプロキシグループの選択を確認します。すぐにサブスクリプション全体を変更する必要はありません。テスト後はルールモードに戻し、直接接続する予定の通信までプロキシ経由にならないようにしてください。3つのモードの詳しい違いはよくある質問で紹介しています。このページでは、まず基本の手順を説明します。

モードを切り替えても、すでに確立されたブラウザー接続はすぐに作り直されないことがあります。設定変更後はテストページを閉じて、開き直すのがおすすめです。クライアントに「既存の接続を閉じる」機能がある場合は、重要な通信を中断しないことを確認してから使ってください。画面上部のモード表示が変わっただけで、既存の接続もすべて切り替わったと判断しないようにしましょう。

完了の目安：モードが「ルール」に設定され、使用するプロキシグループも選択されている状態です。転送方法を準備できましたが、次はシステムまたはアプリからクライアントへ通信を渡す必要があります。

ステップ3：接続を開始してシステムに接続する

まずクライアントのホーム画面で、コアが起動しているか、サービスが実行中かを確認します。起動に失敗した場合は、システム接続を有効にする前に、ポートの競合、権限、設定エラーなどクライアントに表示された問題を解決してください。コアを起動しただけでは、ブラウザーの通信がプロキシ経由になるとは限りません。コアの起動と、システムからコアへの通信転送は、それぞれ確認が必要です。

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

WindowsやmacOSなどのPC用クライアントで、「システムプロキシ」「システムプロキシに設定」または同様のスイッチを探して有効にします。一般的なブラウザーはシステムプロキシの設定を参照するため、初回からポートを手動入力する必要はありません。システムからネットワーク設定や補助サービスの許可を求められた場合は、使用中のクライアントからの要求であることを確認してから許可してください。クライアントによっては起動ボタンでコアの起動とプロキシ設定をまとめて行います。その場合も両方の状態を確認しましょう。

Linuxのデスクトップ環境や一部のアプリでは、システムプロキシへの対応状況が異なります。デスクトップ環境側で手動設定が必要なクライアントや、独自のプロキシ設定を持つブラウザーもあります。ブラウザーにプロキシ拡張機能をインストールしている場合は、拡張機能を無効にするかシステム設定に従うよう変更し、新たに有効にした設定が上書きされないようにしてください。ターミナル、ゲーム、一部のストアアプリはシステムプロキシに従わないことがあります。ブラウザーで接続できても、それらのアプリが同じ経路を使うとは限りません。

初回設定では、TUNを同時に有効にしないでください。システムプロキシは状態を確認しやすく、元に戻しやすいため、サブスクリプションとノードの利用可否を確認するのに適しています。システムプロキシを参照しないアプリも制御する必要がある場合は、応用設定でTUNの権限、ルーティング、DNSの条件を確認してください。TUNとグローバルモードは別の設定です。TUNは通信をコアに取り込む方法、グローバルモードは取り込んだ通信の転送方法を決めます。

スマホ：VPN接続を許可する

AndroidまたはiOSのクライアントで、ホーム画面の「接続」「起動」または電源ボタンのアイコンをタップします。初回起動時は、システムからVPN接続の確立またはVPN構成の追加を求められることがあります。許可してクライアントに戻り、接続済みになるまで待ちます。ステータスバーまたはシステムのVPN設定でも接続状態を確認してください。システムのVPN経由で通信がクライアントに渡されても、サブスクリプションのノードが使えるとは限りません。最後に実際のアクセスを確認しましょう。

スマホで別のVPNやプロキシ、VPN機能を使うネットワークツールが動作している場合は、いったん切断してから現在のクライアントに接続してください。複数のツールを同時に使えるかどうかは、システムやアプリの仕様によります。Androidでバックグラウンドにするとすぐ切断される場合は、まずクライアントを前面に表示したまま動作を確認し、基本機能が問題ないことを確認してからバッテリー最適化やバックグラウンド制限を調べます。最初から省電力、DNS、ノードの設定を一度に変えると、原因を特定しにくくなります。

完了の目安：PCではコアが動作し、システムプロキシが有効になっていること。スマホではVPN接続が許可され、接続中と表示されていること。クライアントを起動したまま、次のステップでWebページへのアクセスと接続履歴の両方を確認します。

ステップ4：アクセスと実際の通信経路を確認する

ブラウザーを開き直し、まず普段から直接アクセスできるWebサイトを開いて、通常のネットワーク接続が保たれていることを確認します。次に、現在のネットワーク環境ではプロキシが必要な場合があるGitHubページなど、プロキシ経由を想定したサイトにアクセスします。特定のサイトをすべての環境で共通のテスト基準にしないでください。サイト自体の稼働状況、アカウント制限、地域ごとのサービス提供方針も結果に影響します。

テスト中は、クライアントの「接続」「Connections」またはログ画面も開いておきます。新しい接続には通常、接続先のドメインやアドレス、適用されたルール、プロキシ経路が表示されます。アクセスした対象を見つけ、ノード経由か直接接続かを確認してください。クライアントによっては、接続の詳細を開かないとプロキシ経路全体を確認できません。ページが読み込まれても新しい記録がない場合は、リクエストを再実行し、フィルターで記録が隠れていないか確認します。

ページが開き、接続詳細にも想定した経路が表示されていれば、動作していることをより確実に判断できます。通信量が増えただけでは不十分です。バックグラウンドのアプリもリクエストを送ることがあり、ページが開いたとしても、もともと直接接続できた、またはキャッシュを表示した可能性があります。必要に応じて新しいページを開き、対応する接続を確認してください。

想定どおりにならない場合の確認手順

ブラウザーの新しい接続がまったく表示されない場合は、ステップ3に戻り、システムプロキシ、ブラウザー拡張機能、スマホのVPN状態を確認します。接続履歴はあるものの直結と表示され、プロキシが必要な接続先である場合は、ステップ2に戻ってルールモードとプロキシグループを確認してください。振り分けの問題が考えられます。ノード経由と表示されるのに接続タイムアウトが続く場合は、DNSやTUNをすぐに変更せず、まず別のノードを試してください。

すべてのノードで接続に失敗する場合は、サブスクリプションの有効期限、現在のネットワーク接続、クライアントのログに繰り返し表示されるエラーを確認してください。ログにはアクセス先ドメイン、ノードのアドレス、サブスクリプション情報などが含まれることがあります。他の人に相談する前に、機密情報を隠してください。さらに詳しく調べる場合はよくある質問を確認してください。DNS、Fake-IP、ルールセット、外部コントローラーパネルを調整する場合は、応用設定を項目ごとに確認しましょう。

接続を確認した後の使い方

接続を確認できたら、ルールモードと現在利用できるプロキシグループの選択を維持し、必要に応じてサブスクリプションの更新を設定します。ネットワークの変更、設定の更新、ノードの切り替え後は、「ページを開く・新しい接続を確認する」という手順を繰り返せば十分です。毎回、インストールからやり直す必要はありません。問題が起きた場合は、一度に変更する設定を1つに絞り、変更前の値を記録しておきます。改善しなければ元に戻すと、原因を特定しやすくなります。

使用を終了するときは、PCでは先にシステムプロキシを無効にしてからクライアントを終了します。スマホでは接続を切り、システムのVPNが停止したことを確認してください。異常終了後に通常のWebページを開けない場合は、システムにローカルプロキシの設定が残っていないか、まず確認しましょう。自動復元の動作はクライアントによって異なります。ブラウザーを何度も再起動するより、設定を一度確認する方が確実です。

完了の目安：通常のWebページが表示され、テスト対象にもアクセスでき、接続履歴が想定した経路を示している状態です。これでサブスクリプション、モード選択、システム接続、動作確認の4ステップが完了です。必要になったときに応用設定を追加してください。