目安時間:10分

Clashクイックスタート設定

「サブスクリプション登録 → プロキシモードの選択 → 接続確立 → 結果確認」の順で初回設定を行います。各手順が成功したことを確認してから次へ進めば、問題が起きても停止した箇所をすぐ特定できます。

4ステップの操作一覧

最初の手順から進めてください。一覧から現在の手順に戻れますが、設定確認を飛ばすことはおすすめしません。

CONFIGURATION

Clashのサブスクリプションを登録

クライアントを起動したら、まず設定ファイルを管理する画面を探します。クライアントによって「設定」「サブスクリプション」「Profiles」「設定ファイル」など名称が異なります。この画面には通常、ローカル設定、リモートサブスクリプション、最終更新日時が表示されます。初回起動時に一覧が空でも問題ありません。その場合は、サービス提供元から発行されたサブスクリプションURLでリモート設定を作成します。

サブスクリプションURLは、サービス提供元のユーザーパネルにある専用のコピー機能から取得し、末尾のパラメータが欠けないようにします。クライアントに戻り、「新しいサブスクリプション」「URLから登録」などのボタンをクリックし、完全なURLを入力欄に貼り付けます。名前には「日常用サブスクリプション」やサービス名など、識別しやすい短い名前を入力できます。クライアントが自動で名前を付ける場合は、そのまま使用しても構いません。確認後、「登録」「ダウンロード」「保存」などをクリックします。

クライアントがリモート設定を取得します。正常なら数秒以内に一覧へ新しい項目が追加され、更新日時、設定名、利用可能な通信量などが表示されます。この時点ですぐにシステムプロキシを有効にせず、まず項目をクリックして現在の設定に指定します。登録後に自動選択されるクライアントもありますが、選択状態が先ほど登録した項目にあるか確認してください。

選択が完了したら、「プロキシ」または「Proxies」画面を開きます。プロキシグループと複数のノードが表示されていれば、設定は正しく解析されています。グループ名はサブスクリプション設定によって決まり、「ノード選択」「自動選択」「フェイルオーバー」「海外メディア」「漏れた通信」などがよく使われます。名称が完全に一致する必要はありませんが、画面が空白のままではなく、DIRECTとREJECTの2つの基本アクションだけが表示されていないことが重要です。

登録後にノードが1つも表示されない場合は、設定画面に戻って一度「更新」を実行します。それでも空の場合は、ブラウザーでサブスクリプションURLを直接開き、現在のネットワークからアクセスできるか、サービスの状態とサブスクリプションの有効期限を確認します。ブラウザーにログイン画面、エラーメッセージ、空白の内容が表示されるなら、問題はクライアントのボタンではなくサブスクリプションの提供元にある可能性が高いです。同じ設定を何度も作成しないでください。後で切り替える際に選択を誤りやすくなります。

この手順の完了条件

設定一覧に新しいサブスクリプションが表示され、現在の設定がその項目に切り替わり、プロキシ画面にプロキシグループとノードが表示されていること。この3つを確認してから、プロキシモードの選択に進みます。クライアントにYAML構文エラーやフィールド非互換の表示がある場合は、YAMLマニュアルで設定の構造、フィールド階層、ルール構文を確認してください。このページでは複雑な設定の修正は扱いません。

準備完了:設定を読み込み済み 次へ:プロキシモードを選択 →

ROUTING MODE

プロキシモードとノードを選択

サブスクリプションを読み込んだら、通信をどのように処理するか決めます。クライアントの「モード」「Mode」「ルーティングモード」などを開くと、通常はルール、グローバル、ダイレクトの3種類が表示されます。初回設定では「ルール」モードがおすすめです。このモードは設定内のルール一覧を読み込み、ドメイン、IP、プロセスなどの条件に応じて、プロキシノードを使うか、直接接続するか、リクエストを拒否するかを決めます。

ルールモードは、ローカルサービス、通常の直接接続サイト、プロキシが必要なアクセスを異なる経路に振り分けられるため、日常利用に適しています。グローバルモードは大部分の接続を1つのプロキシにまとめるため、アクセス障害がルールのマッチングに起因するか一時的に確認する用途に向いています。ただし、設定内容を理解しないまま常用するのはおすすめしません。ダイレクトモードはプロキシを経由せず、プロキシを一時停止したり比較テストを行ったりする際に使います。

モード 通信の処理方法 適した用途
ルール 設定ルールに従ってプロキシ、直接接続、拒否を振り分ける 日常のブラウジング、アプリの振り分け、継続利用
グローバル 大部分の通信を選択したプロキシ設定にまとめる ノードの接続性を一時的に確認する、ルールの問題を切り分ける
ダイレクト プロキシノードを経由せずに接続する プロキシを停止する、プロキシ利用前後のアクセス結果を比較する

モードを決めたら、プロキシ設定画面を開きます。まずデフォルトの出口となる主要なプロキシグループを探し、ノード一覧を展開します。ノード名だけで速度を判断しないでください。名前から分かるのは地域や回線のラベルに過ぎず、現在のネットワークでの実際の品質を示すものではありません。クライアントに遅延テスト機能があれば、URL Testを一度実行できます。テスト結果は明らかに接続できないノードを除外するのに役立ちますが、遅延が小さいことが必ずしもダウンロード速度の速さを意味するわけではありません。

利用可能と表示されたノードを1つ選び、プロキシグループの現在値が連動して変わったか確認します。サブスクリプションによっては「自動選択」グループがあり、設定されたテストURLと間隔に従ってノードを切り替えます。一方、具体的なノードを手動選択する設定もあります。初回は明確な単一ノードを選ぶと、自動切り替えによる影響を減らせます。接続が正常だと確認できたら、自動選択、フェイルオーバー、負荷分散関連の設定を試してください。

すべてのノードがタイムアウトになる場合は、いきなりポート、DNS、ルールファイルを変更しないでください。サブスクリプション画面に戻って設定を一度更新し、別のノードに切り替えてテストします。すべてのノードに接続できない原因は、現在のネットワーク制限、サーバー側のメンテナンス、デバイス時刻の誤りである可能性もあります。まず問題が全ノードに及んでいるかを確認してから、より深いネットワーク調査に進みます。

この手順の完了条件

モードが「ルール」と表示され、主要なプロキシグループで利用可能なノードが選択され、設定の読み込みエラーが継続していないことを確認します。これでルーティングの選択は完了です。ただし、システム上のアプリがClashへ通信を渡すとは限らないため、次に該当する通信取り込みのスイッチを有効にします。

CONNECTION

システムプロキシを有効にして接続を確立

設定とノードの選択が完了したら、クライアントのホーム画面または設定画面に戻り、「システムプロキシ」「System Proxy」「システムプロキシとして設定」などのスイッチを探します。これを有効にすると、クライアントがプロキシアドレスをOSのネットワーク設定に書き込み、システムプロキシに従うブラウザーやデスクトップアプリがClashのローカルリスニングポートへリクエストを送信するようになります。

Windowsクライアントには通常、システムプロキシのスイッチが用意されており、有効にするとシステムのプロキシ設定でローカルアドレスを確認できます。macOSではネットワーク設定の変更許可を求められる場合があります。確認ダイアログが表示されたら、使用中のクライアントからの要求であることを確認して続行してください。AndroidではローカルVPNインターフェースで通信を取り込むことが多く、初回接続時にシステム権限のダイアログが表示されます。iOSクライアントもVPN構成の追加を要求します。確認後はステータスバーまたはコントロールセンターに接続状態が表示されます。

スイッチを有効にしたら、クライアントの状態が「停止」や「未接続」から「実行中」「Connected」などに変わるまで待ちます。この間はクライアントをバックグラウンドで動かしたままにし、すぐにプロセスを終了しないでください。デスクトップでウィンドウを閉じても、クライアントがトレイやメニューバーに常駐する場合があります。トレイメニューから「終了」を選ぶとシステムプロキシが停止することがありますが、具体的な動作はクライアントの設定によって異なります。

基本的な用途では、まずシステムプロキシを使えば十分です。TUNモードは仮想ネットワークインターフェースを通じて、システムプロキシ設定を参照しないプログラムの通信も取り込みます。そのため、管理者権限、ルーティングテーブル、DNSの処理が関係します。ゲームランチャー、コマンドラインプログラム、より広い範囲を取り込みたい場面に適していますが、初回接続に必須ではありません。まずシステムプロキシが正常に動くことを確認し、実際のアプリの対応範囲を見てTUNを設定すれば、サブスクリプション、ノード、システムネットワークの問題を混同せずに済みます。

システムプロキシを有効にしてもすぐ自動で無効になる場合は、クライアントに十分な権限があるか、ポートを別のプログラムが使用していないか、同種のプロキシツールが動作していないかを確認します。複数のプロキシ管理プログラムを同時に起動すると、OSのプロキシアドレスが繰り返し上書きされることがあります。調査時は他のプロキシクライアントを終了し、現在のクライアントを再起動してからシステムプロキシを有効にしてください。

システムプロキシが有効なのにすべてのウェブページへアクセスできない場合は、まずシステムプロキシを無効にして通常のネットワークが戻るか確認します。その後、クライアントを再起動し、別のノードを選んでテストします。ネットワーク自体が切断されている状態で、ルールを繰り返し変更しないでください。基本ネットワーク、設定ファイル、プロキシノード、システムプロキシは連続する4つの工程です。順番に確認し、前の工程を飛ばさないことが重要です。

この手順の完了条件

クライアントが実行中で、システムプロキシまたはモバイルOSのVPNによる通信取り込みが有効になり、現在のノードが選択された状態です。接続が確立したことは通信の入口が準備できたことを示すだけなので、対象ページとクライアントの接続ログで、リクエストが想定したルールを実際に通っているか確認する必要があります。

VERIFICATION

Clashのプロキシ動作を確認

新しいブラウザーウィンドウを開き、これまでプロキシがないと開けなかったサイトへアクセスします。クライアントのホーム画面にある接続ボタンだけを見ないでください。ボタンが有効でも、対象リクエストの転送成功を意味するとは限りません。ページが完全に読み込まれることが第1段階、クライアントの接続一覧に該当ドメインが表示されることが第2段階、接続項目に適用されたルールとプロキシグループが表示されることが第3段階です。

クライアントに戻り、「接続」「Connections」「ログ」などの画面を開きます。先ほどのウェブページを更新し、新しいドメインの記録が表示されるか確認します。記録には通常、対象ホスト、接続タイプ、アップロード・ダウンロード通信量、適用ルール、使用したプロキシ設定が表示されます。対象ドメインが選択したプロキシグループとノードを通っていれば、システムプロキシ、ルールのマッチング、ノード転送が連携して正常に動作しています。

続いて、よく使う国内サイトへアクセスし、接続記録をもう一度確認します。ルールモードではDIRECTと表示されることがあります。これは設定に従って直接接続されたことを示す正常な結果であり、プロキシの故障ではありません。ルールモードの動作を判断する際、すべてのリクエストがプロキシノードを経由する必要はありません。異なる対象が設定どおりに適切なルールへ振り分けられているかを確認します。

ダイレクトモードとルールモードを比較するテストもできます。まずルールモードのまま対象サイトへアクセスして結果を記録し、一時的にダイレクトモードへ切り替えて再読み込みします。ルールモードではアクセスでき、ダイレクトモードでは失敗する場合、通常はプロキシ経路が機能しています。テスト後は必ずルールモードに戻し、以降のアプリがすべてプロキシを迂回しないようにしてください。

ウェブページを開けないものの接続一覧にリクエストが表示される場合、通信はすでにクライアントへ到達しており、問題はノード、リモート接続、DNS、ルールの動作にある可能性が高いです。接続一覧に新しい記録がまったくない場合は、システムプロキシが有効か、ブラウザーが独自のプロキシ設定を使っていないか、対象アプリがシステムプロキシに従っているかを優先して確認します。この切り分けは、ノードを何度も交換するより効果的です。

確認が終わったら、ログ画面を開いたままにする必要はありません。現在の設定、ルールモード、利用可能なノードを保持すれば、日常利用を開始できます。サブスクリプションのノードが更新されたら設定画面で更新し、ノードの状態が変わったらプロキシグループで選び直します。アプリがシステムプロキシを読み取らない場合に限り、TUNモードやより詳細なDNS設定を検討してください。

インストールガイド完了
  • サブスクリプション設定を登録し、現在の設定に指定済み
  • プロキシモードをルールモードに設定済み
  • 主要なプロキシグループで利用可能なノードを選択済み
  • システムプロキシを有効にし、接続記録を確認済み
  • 対象ページへ想定どおりアクセス可能
ERROR CHECK / 順番に確認

接続に失敗したときの基本トラブル対処

複数の項目を同時に変更しないでください。毎回1つの工程だけを確認し、復旧してから次の項目へ進みます。

サブスクリプションの登録に失敗する、または更新がタイムアウトするときは?

まずブラウザーでサブスクリプションURLに現在アクセスできるか確認し、URLが完全か、アカウント状態が正常かを確認します。他のプロキシプログラムを終了してから、もう一度試してください。サーバーからエラーページが返る場合は、まずサブスクリプションの提供元の問題を解決します。エラーを回避するために設定を何度も作成しないでください。

登録は成功したのに、プロキシ画面にノードが表示されないときは?

登録したばかりの設定が現在の設定に指定されていることを確認し、一度更新を実行します。クライアントに設定形式のエラーが表示される場合、サブスクリプションの内容が現在のコアと互換性を持たない可能性があります。互換性のあるクライアントへ変更するか、YAMLマニュアルを参照して、トップレベルのフィールド、プロキシグループの参照、ルール構造を確認してください。

システムプロキシを有効にしても、ブラウザーでアクセスできないときは?

接続一覧にブラウザーのリクエストが表示されるか確認します。記録がある場合はノードを変更し、適用されたルールの結果を確認します。記録がない場合は、ブラウザーのプロキシ拡張機能、システムプロキシのアドレス、クライアントの実行状態を確認します。その後、システムプロキシを無効にして基本ネットワークを確認し、再度有効にして結果を比較します。

ブラウザーは使えるのに、他のアプリが接続できないときは?

そのアプリがシステムプロキシを読み取らないか、独自のネットワークスタックを使用している可能性があります。まずアプリ自体にプロキシ設定があるか確認してください。より多くの通信を取り込む必要がある場合は、TUNモードに必要な権限、DNS、ルーティングを確認します。システムプロキシとTUNの仕組みについては、技術ノートとYAMLマニュアルで詳しく確認できます。

次の作業

別のプラットフォーム用クライアントをインストールする

ダウンロードセンターでWindows、macOS、Android、iOS、Linuxからクライアントを選び、システムのアーキテクチャを確認します。

ダウンロードセンターへ

YAML設定を変更する

ポート、DNS、プロキシノード、プロキシグループ、ルール構文、オーバーライドとマージの方法を確認し、クイックスタートの手順に複雑な設定を混在させないようにします。

YAMLマニュアルを開く