初期設定 4ステップで接続確認

Clashの使い方ガイド

サブスクリプションを追加し、ルールモードを選び、接続してから実際の出口を確認します。クライアントのインストールと有効なサブスクリプションが済んでいれば、この順番で初期設定を約10分で完了できます。

始める前に、利用可能なClash対応サブスクリプションか、クライアントが対応するYAML設定ファイルを用意してください。クライアントは設定を読み込み、通信を転送するものであり、サービスアカウントや利用可能なノードを作成するものではありません。すでに接続に問題がある場合は、動作確認に進み、同じ順番で確認できます。

ステップ1:サブスクリプションを追加

クライアントを開き、サイドバーまたは画面下部のナビゲーションから「設定」「サブスクリプション」「Profiles」などを探します。設定カードがまだない場合は、「新規作成」「追加」「インポート」などをタップし、URLから追加する方法を選びます。サービス提供元から案内されたサブスクリプションURLを入力欄に貼り付け、見分けやすい名前を付けて確定します。サービスサイトのログインページのURLをサブスクリプションURLとして使わないでください。用途が異なり、クライアントには対応する設定データを返すリンクが必要です。

貼り付けたら、URLの前後に空白や改行、チャットアプリが付けた句読点がないか確認します。サービスによっては共通URLとClash専用URLが別々に用意されているため、現在のクライアントに対応すると明記されたものを選んでください。サブスクリプションURLにはアカウントのアクセス情報が含まれることがあるため、公開の掲示板に貼ったり、信頼できないオンライン変換サイトに完全なURLを渡したりしないでください。問い合わせる際は、URLのパラメーターやアカウント情報、ノードの認証情報を隠し、エラーの種類だけを伝えます。

追加後、クライアントによる取得と解析が終わるまで待ちます。成功すると通常、名前や取得元、更新日時が表示された設定カードが現れます。そのカードをタップするか、カードのメニューから「有効化」「この設定を使用」などを選びます。設定をリストに追加しただけでは、現在の設定として有効になっているとは限りません。カードに選択中のマークが付いていることを確認してから「プロキシ」ページを開き、プロキシグループとノードが表示されているか確認します。

ローカルのYAMLファイルがある場合は、「ファイルからインポート」を選び、システムのファイル選択画面から該当ファイルを開きます。その後、同じように設定を有効化します。ローカルファイルにはリモート更新元が設定されていない場合があり、自動更新できるかどうかは設定方法によって異なります。元のファイルを保管し、初回接続の前にルール、DNS、ポートを同時に変更しないでください。インポート後に別の設定エラーが起きる原因になります。

ノードが表示されない場合は、まずインポート結果を確認

設定一覧にカードがあるのにプロキシページが空の場合は、設定ページに戻り、直前に追加した設定が選択されていることを確認します。次に通知やログで解析エラーが報告されていないか確認してください。ログインページが返された、リンクの有効期限が切れている、設定形式に対応していない、といった場合は正常に読み込めません。この状態でシステムプロキシを何度も切り替えても解決しないため、まず設定の取得元を確認します。リモートのサブスクリプションに一時的にアクセスできない場合、サービス提供元が対応していればローカル設定をダウンロードしてインポートできます。出所の分からない補助ツールはインストールしないでください。

この段階の完了条件は「URLを貼り付けた」ことではなく、「設定が有効になり、プロキシページに選択可能な出口が表示されている」ことです。この状態になったら次に進みます。サブスクリプション更新時にローカルの変更がどう扱われるか、設定をどう統合するかなどは、接続が安定してから使い方ガイドで確認してください。

ステップ2:プロキシモードを選択

「概要」または「プロキシ」ページを開き、「モード」を探します。一般的な選択肢は「ルール」「グローバル」「直結」で、英語の画面ではRule、Global、Directと表示されることがあります。初めて使う場合は「ルール」を選択してください。クライアントは設定内のルールに基づき、リクエストを直結、プロキシ経由、または拒否に振り分けます。このモードが決めるのは、コアに届いたリクエストの処理方法です。すべてのアプリが自動的にクライアントへ通信を渡すようにする設定ではありません。

ルールモードを選んだら、プロキシページでプロキシグループを確認します。グループ名はサブスクリプションの設定によって異なり、「ノード選択」「プロキシ」や用途別の名前などが使われます。必ずしもPROXYとは限りません。メインのグループを開いてノードを選び、選択中のマークがそのノードに移ったことを確認します。選択した項目が別のグループの場合は、さらに下の階層を開いて最終的な出口を確認してください。メインのグループを選択したように見えても、実際にはDIRECTや利用できない下位グループが出口になっていることがあります。

設定によっては、動画、メッセージ、その他のサイト用に別々のプロキシグループが用意されています。初回接続ではルールから実際に参照されるメイングループだけを変更し、ほかのグループは既定のままにします。画面をそろえるためにすべてのグループを同じノードに変更しないでください。グループによっては直結、自動選択、フェイルオーバー用に設定されており、変更すると本来の用途が変わることがあります。プロキシグループが多い場合は、Clashのプロキシグループ解説でグループ間の関係を確認できます。

ノードの遅延をテストして出口を選ぶ

プロキシページで「遅延テスト」「速度テスト」または更新アイコンのテストボタンを探します。まず現在のグループでテストを実行し、結果が安定してから応答のあるノードを選びます。テストで測定するのは通常、指定されたテスト先への応答時間です。ダウンロード速度を示すものではなく、すべてのサイトにアクセスできることを保証するものでもありません。遅延が低く表示されても目的のサイトを開けない場合は、接続先のサービス、出口の地域、実際の接続ログも確認してください。

ノードがタイムアウトした場合は、クライアントをすぐに再インストールせず、同じグループ内の別のノードに切り替えて再テストします。すべてのノードがタイムアウトする場合は、まず端末の既存ネットワークで普段使うサイトにアクセスできるか確認し、その後サブスクリプションの有効期限と設定の読み込み状態を調べてください。自動選択グループは定期的なテストで出口を切り替える場合がありますが、手動選択グループではノードを自分で選ぶ必要があります。初回の動作確認では、出口を明示的に一つ選ぶと結果を再現しやすくなります。

グローバルモードは、短時間の比較に使えます。コアに届いたリクエストをグローバル用のポリシーに渡しますが、そのポリシーでも利用可能な出口を選ぶ必要があります。直結モードでは通常、リクエストがそのまま送信されます。どちらもルールの問題を調べる用途の代わりにはなりません。まずはルールモードを維持し、選択中のノードを確認してから通信の転送を開始します。こうすると次のステップで確認する対象が明確になります。

ステップ3:接続を有効化

「概要」または「設定」に戻り、まずコアが動作していることを確認します。起動後にコアが自動で動作するクライアントもあれば、「起動」または接続ボタンを押す必要があるものもあります。停止中の場合は、画面に表示された起動エラーを確認してください。ポートの競合、設定の解析失敗、サービスの利用不可などがあると、システムプロキシを有効にしてもリクエストを受け取るローカルプロキシがありません。

デスクトップ:まずシステムプロキシを有効化

デスクトップクライアントで「システムプロキシ」を有効にします。このスイッチは、システムのプロキシ設定をクライアントが待ち受けるローカルアドレスとポートに向けます。この設定に対応し、設定に従うアプリだけがシステムプロキシを使用します。よく使われる混合ポートは7890ですが、現在のクライアントに表示されている値を確認してください。説明中のポートがすべての設定で共通とは限りません。初回の動作確認では、通常システムプロキシに従うブラウザーを使い、テストページを開き直します。

この段階ではTUNを同時に有効にせず、別のプロキシクライアントも起動しないでください。複数のプログラムがシステムプロキシ設定を取り合ったり、異なる通信転送方式が干渉したりすると、結果を判断しにくくなります。システムやブラウザーでプロキシを手動設定したことがある場合は、古いポートを参照したままになっていないか確認します。ブラウザーの拡張機能がシステム設定を上書きする場合もあります。すべてのネットワーク設定を何度も変えるより、余計な設定のないテスト用ウィンドウで確認するほうが原因を見つけやすくなります。

システムプロキシは、端末全体の通信をすべて転送する機能ではありません。ターミナルツール、ゲーム、独自のネットワーク処理を行うアプリなどはシステムプロキシを無視することがあります。ブラウザーでは成功してもこれらのアプリで失敗する場合、ノードが必ずしも無効とは限りません。まずこのページのブラウザーでの確認を済ませ、必要に応じてガイドのTUN設定を確認してください。仮想ネットワークアダプター、ルーティング、DNSが加わると変数が増えるため、サブスクリプションの初回追加と同時に変更するのは避けてください。

モバイル:システムのVPN接続を許可

モバイルで「起動」または接続ボタンをタップすると、VPN接続の作成許可を求めるシステムの確認画面が表示されることがあります。現在インストールしているクライアントからの要求であることを確認し、システムの案内に従って許可します。クライアントに戻り、動作中のマークや接続状態が変わったか確認してください。システムのステータスバーにVPNアイコンが表示される場合もあります。別のVPNが動作中の場合は競合しないか確認してください。通常の利用環境では、この種の接続を二つ同時に有効にできないことが多いためです。

VPNアイコンだけを見て、ノードが使えると判断しないでください。アイコンが示すのは通常、システムのトンネルが確立したことだけです。リクエストが目的地に届くかどうかは、設定、出口、ネットワークにも左右されます。接続後はクライアントを前面に表示したまま、ブラウザーを開いて次のステップを実行してください。前面での確認に成功してから、画面ロック中やバックグラウンドでも安定するか確認します。省電力設定の問題と初期設定の問題を混同しないようにしましょう。

ステップ4:動作を確認

ルールモードと選択したノードを維持したまま、現在の設定でプロキシが必要と想定されるサイトを開きます。ページが表示されたら、クライアントの「接続」ページに戻り、該当するドメインを検索して、適用されたルール、使用したプロキシグループ、最終的な出口を確認します。画面によってはプロキシ経路の一部しか表示されないため、接続の詳細を開いてください。メイン画面の動作アイコンを見るだけでなく、接続ログに想定したプロキシポリシーが記録されているかを確認すると、リクエストが実際にどこを経由したか判断しやすくなります。

次に、直結される想定の普段使うサイトを開き、同じように接続ログを確認します。二種類のリクエストがそれぞれ想定した出口を通っていれば、基本的な振り分けは動作しています。サブスクリプションによってルールは異なるため、サイト名だけで直結かプロキシかを決めつけず、現在のルールに基づいて判断してください。システムプロキシを使う場合、プロキシを迂回するリクエストの一部はコアに届かないことがあります。接続ページに記録がない場合は、システムの迂回リストも確認してください。

出口IPの確認は補助的な手段であり、それだけで結論を出すことはできません。確認用のページ自体が直結ルールに該当することもあり、表示される地域はデータベースの更新状況にも左右されます。アクセス結果、接続ログ、適用されたルールを合わせて確認するのが確実です。ノードを切り替えた直後は、ページを更新するか接続し直してから確認してください。既存の長時間接続では、切り替え前の出口が使われ続けることがあります。

ネットに接続できない場合は、順番に確認

まず設定カードが有効なままで、プロキシページにノードが表示されていることを確認します。次にモードがルールであること、メインのプロキシグループで直結や拒否が誤って選択されていないことを確認し、応答のある別のノードで再試行します。その後、コアが動作しているか、システムプロキシまたはモバイル接続が有効かを確認してください。クライアントの接続ページにテスト用リクエストがまったく表示されない場合は、ノードを何度も切り替えるより、通信がクライアントに届いているかを優先して調べます。

リクエストが表示されるのに接続できない場合は、その接続の詳細を開いてログを確認します。ドメインの名前解決に失敗した場合は、DNSの経路から調べます。接続タイムアウトは、ノード、経路、接続先のサービスに起因することがあります。認証エラーの場合は、サブスクリプションの状態を確認してください。ログのエラーは原因を特定する手がかりです。最後に表示された英単語だけで判断しないでください。設定を一度に一つだけ変更し、同じリクエストを再実行して変化を記録します。ノード、モード、DNSを同時に変更すると、どれが効果をもたらしたのか分からなくなります。

元のネットワークと比較する場合、デスクトップではまずシステムプロキシをオフにしてからコアを停止します。モバイルでは先にクライアントの接続を切断します。元のネットワークで普段使うサイトにアクセスできることを確認し、設定を戻して再試行してください。保存済みのほかの設定にも影響するため、ネットワーク設定の全リセットを最初に行わないでください。UWPアプリ、仮想ネットワークアダプター、より複雑なルーティングの問題については、UWPのループバックとシステム通信の転送に関する解説およびガイドのトラブル対処の章を参照してください。

動作確認後の日常的な手順

日常的には「クライアントを起動、設定を確認、出口を選択、通信の転送を有効化」の順で使えます。サブスクリプションは設定ページから更新し、更新後に現在のプロキシグループで有効な選択肢が残っていることを確認します。サービス提供元がノードを削除または改名すると、以前の選択が使えなくなる場合があります。サブスクリプション、クライアント、コアの更新はそれぞれ別のものです。ノードを更新するためにソフトウェアを何度もインストールし直す必要はありません。

動作確認に成功した基本設定はそのまま残し、バックグラウンド実行、自動更新、OS起動時の自動起動などは一つずつ有効にしてください。カスタムルールやTUNを設定する場合は、まず設定をバックアップし、Clash使い方ガイドの該当する章を参照して変更します。このページの完了条件は、設定を読み込めること、出口を選べること、リクエストがクライアントに届くこと、そして接続の詳細からプロキシ経由と直結の実際の結果を説明できることです。