Clash使い方ガイド：4ステップで接続

開始前に、インストール済みのClashグラフィカルクライアントと、ネットワークサービス提供元が発行したサブスクリプションURLを用意します。サブスクリプションURLは通常、https://で始まるリンクで、プロキシノード、プロキシグループ、ルーティングルールを取得するために使います。個人設定の認証情報にあたるため、信頼できる端末で管理し、公開フォーラムやスクリーンショット、複数人のチャットに貼り付けないでください。

まずクライアントを起動し、十数秒そのまま待ってメイン画面が正常に表示されるか確認します。設定、プロキシ、接続ログ、設定などの項目が見えれば、通常はグラフィカルインターフェースが起動しています。ウィンドウがすぐ閉じる、システムにアプリが破損していると表示される、コアの起動に失敗し続ける場合は、まだサブスクリプション設定の段階ではありません。先にインストールガイドの該当プラットフォームの章を確認してください。

システムの日付と時刻が正しいことも確認します。HTTPSによるサブスクリプション取得は証明書の有効期間に依存するため、端末の時刻が大きくずれていると、正常なURLが証明書エラーやネットワークエラーとして扱われることがあります。会社や学校などの管理ネットワークでは特定の接続が制限される場合もあるため、初回設定では規則を守ったうえで、別の通常回線に切り替えて比較テストすることも有効です。

サブスクリプションまたは設定の入口を探す

クライアントを開き、「設定」「サブスクリプション」「Profiles」のいずれかの画面に移動します。一般的な画面にはURL入力欄があり、横に「追加」「ダウンロード」「インポート」またはプラスボタンがあります。サブスクリプションURLをコピーするときは、先頭から末尾まで完全に選択してください。プロトコルの欠落、末尾への空白の混入、折りたたまれた表示の一部だけをコピーすることを避けられます。

URLを入力欄に貼り付け、「追加」または「ダウンロード」をクリックします。クライアントがサブスクリプションサーバーに設定を要求し、YAMLの内容を解析します。正常なら新しい設定が一覧に追加され、設定名、更新日時、更新ボタンなどが表示されます。新しい設定へ自動的に切り替わるクライアントもあれば、設定名をもう一度クリックするか、「現在の設定にする」を選ぶ必要があるクライアントもあります。一覧に設定が表示されただけではコアが使用中とは限らないため、この操作は省略できません。

プロキシグループとノードが読み込まれたことを確認

追加が完了したら、「プロキシ」「Proxies」またはプロキシグループの画面に切り替えます。ここには、ノード選択、自動選択、フォールバック、直接接続、ブロックなど、サブスクリプションで定義されたプロキシグループが表示されます。少なくとも1つの選択可能なグループを展開し、ノード名が表示されることを確認します。設定画面では追加成功と表示されるのにプロキシ画面が完全に空白の場合、設定の解析失敗、Clash設定ではない内容の取得、古い設定の選択が考えられます。

サブスクリプションの更新に失敗したら、まず設定項目の横にある更新ボタンを押して再試行し、エラー内容を確認します。タイムアウトは、制限時間内にリモートの内容を取得できなかったことを示します。形式エラーやYAML解析エラーは、取得した内容が現在のコアの要件に合わないという意味です。未認証やステータスコードのエラーが出た場合は、サービス提供元のページでサブスクリプションが有効か確認してください。同じ入力欄に複数のURLを繰り返し連結したり、管理画面のログインURLをサブスクリプションURLとして使ったりしないでください。

その後の更新方法を決める

サブスクリプション内のノードやルールは、サービス側の変更に応じて更新されることがあります。初回追加が完了したら、クライアントが対応する範囲で適切な自動更新間隔を設定するか、接続に問題があるときに手動更新します。更新すると設定内容が再取得され、ノード一覧、プロキシグループ、ルールが変わる可能性があります。更新後は現在選択中のノードをもう一度確認してください。設定構造、YAMLフィールド、オーバーライドを詳しく知りたい場合は、インストールと設定ガイドを参照し、このガイドでは初期設定のまま次へ進みます。

初回はルールモードを選択

クライアントのホーム画面、設定画面、プロキシ画面から「モード」「Mode」を探します。一般的な選択肢はルール、グローバル、直接接続です。初回設定ではルールモードをおすすめします。通信は設定内のルールを上から順に照合し、通常の直接接続はDIRECT、プロキシが必要な通信は指定したプロキシグループ、ブロック対象はREJECTで処理されます。サブスクリプションのルーティングロジックを確認でき、日常利用にも適しています。

グローバルモードでは、ほとんどの接続を1つのグローバルプロキシグループへ送ります。ルール照合が原因かどうかを一時的に確認する場合には便利ですが、すべての問題を解決する固定手段として使うことはおすすめしません。直接接続モードは通常プロキシノードを経由しないため、ローカルネットワーク自体が正常かを素早く確認できます。3つのモードが変えるのは通信処理の経路であり、システムプロキシやTUNのスイッチの代わりにはなりません。ルールモードを選んだだけで通信の取り込みを有効にしなければ、他のアプリはClashを経由しない場合があります。

選択可能なプロキシグループにノードを指定

ルールモードのまま、プロキシまたはプロキシグループの画面を開きます。「ノード選択」「プロキシ」「PROXY」に近い名前のメインプロキシグループを探し、ノードを1つ選択します。選択項目には通常、ハイライト、チェックマーク、ステータス表示のいずれかが付きます。グループに「自動選択」や「フォールバック」が含まれている場合は、それらのサブグループを選ぶこともできます。設定が検出結果に基づいて実際のノードを決定します。

遅延テストが示すのは、クライアントからテスト先への特定時点の応答であり、すべてのサイトでの実速度と同じではありません。初回接続では、状態が正常で、場所と用途が要件に合うノードを選べば十分です。ノードにタイムアウトが表示され続けても、サブスクリプション全体が無効とは限りません。テスト先への到達不能、ローカルDNSの異常、ネットワーク制限も結果に影響します。まずテストを正常に完了できるノードを選び、接続と確認を終えてから、最終的なアクセス結果で判断してください。

サブスクリプションによっては、ストリーミング、開発サービス、メッセージング、最終フォールバックなど、用途ごとに複数のプロキシグループへ分けられています。基本設定では個別に変更せず、提供元の初期値を保つほうが予測しやすい結果になります。メインプロキシグループで明確な選択ができていれば、次へ進めます。プロキシグループの入れ子、ルールの優先順位、MATCHによるフォールバックについては、よくある質問の該当項目を確認してください。

まずコアが実行中か確認

クライアントのホーム画面に戻り、コア、サービス、実行状態を確認します。正常なら「実行中」「起動済み」などの表示や、青緑色のステータス点が表示されます。個別の起動ボタンがある場合は、先にクリックして状態が安定するまで待ちます。コアは設定の読み込み、ローカルポートの待ち受け、ルールの実行を担当します。グラフィカルウィンドウが開いているだけでは、コアが動作している証拠にはなりません。

コアの起動に失敗した場合は、まず設定画面に戻り、現在の設定が有効か確認します。他のプロキシソフトによるポート占有、互換性のない設定項目、権限不足などが原因で、リスニングポートを開けないことがあります。スイッチを連続して素早く操作せず、クライアントのログで失敗時刻に最も近いエラー行を確認してください。ポート競合、サービスのインストール、権限修復の詳しい手順は、よくある質問で症状別に確認できます。

システムプロキシを有効化

コアが実行中になったら、「システムプロキシ」「System Proxy」をオンにします。OSのHTTPおよびHTTPSプロキシ設定がClashのローカルリスニングアドレスを指すようになります。ブラウザーやシステムプロキシ設定に従うデスクトップアプリの通信が、Clashへ渡されるようになります。WindowsとmacOSでは通常そのまま切り替えられます。一部のシステムで権限確認が表示された場合は、画面の指示に従ってクライアントによるネットワーク設定の変更を許可してください。

有効化した直後にクライアントを終了しないでください。クライアントによってはウィンドウを閉じてもトレイやメニューバーへ収納され、コアが動作し続けます。一方、終了するとサービスも停止し、システムプロキシを元に戻すクライアントもあります。初回はメインウィンドウを開いたまま次の確認を行い、その後でバックグラウンド動作の仕組みを確認するのがおすすめです。システムプロキシのスイッチが自動的にオフへ戻る場合は、権限、サービスコンポーネント、システムプロキシの書き込みに失敗している可能性があります。サイトのテストを続ける前に、この状態を解決してください。

TUNモードに切り替えるタイミング

システムプロキシが影響するのは、主にOSのプロキシ設定を読み取るプログラムです。一部のゲーム、コマンドラインツール、仮想マシン、独自のネットワークスタックを使うアプリはこれを無視することがあります。そのような通信も取り込む必要がある場合は、TUNモードを使用できます。TUNは仮想ネットワークインターフェースを作成して、より多くの接続をClashへ送りますが、より高い権限が必要で、他のVPN、ネットワークフィルター、セキュリティソフトとインターフェースが競合する可能性もあります。

今回の10分手順では、まずシステムプロキシでブラウザーを確認します。ブラウザーは正常なのに対象アプリが直接接続する場合は、他の同種のネットワークツールを停止してからTUNを有効にし、管理者権限、VPN、ネットワーク拡張の許可を求めるシステム画面に従います。システムプロキシとTUNの組み合わせはクライアントの実装によって異なるため、スイッチをすべてオンにする必要はありません。対象アプリの通信が接続ログに現れるかどうかを基準にしてください。

まずブラウザーで新しい接続を発生させる

Clashを実行したまま、新しいブラウザーウィンドウまたはシークレットウィンドウを開き、普段安定してアクセスできるサイトを表示します。続いて、プロキシが必要になるはずのサイトにもアクセスします。新しいウィンドウを使うと、既存の接続、キャッシュ、ブラウザー拡張機能による影響を減らせます。ページがすでに開いている場合、更新だけでは完全に新しい接続が作られないことがあるため、タブを閉じてから再度アクセスしてください。

次にクライアントの「接続」「Connections」またはログ画面へ戻り、先ほどのリクエストをドメイン名で探します。通常の記録には対象ドメイン、ルール種別、一致したプロキシグループ、最終的なノードが表示されます。新しい記録があれば、ブラウザーの通信はClashに取り込まれています。DIRECTならルール上は直接接続、プロキシグループとノード名が表示されれば、その選択を経由しています。

記録から問題の層を切り分ける

ブラウザーでアクセスできるのにクライアントに対応する記録がまったくない場合は、まずシステムプロキシが有効か、ブラウザーに個別のプロキシ設定がないかを確認します。一部のブラウザー拡張機能はシステム設定を上書きし、クライアントを迂回したり別のポートへ転送したりします。そのような拡張機能を一時的に無効にし、新しいウィンドウでテストすると、ブラウザー設定とClash設定の問題を素早く切り分けられます。

接続記録はあるのに想定外のルールに一致した場合は、ノードを頻繁に変える前に記録内のルール名を確認します。ルールモードは設定の順番どおりに照合するため、上位にあるドメイン、IP、ルールセットが先に通信を処理することがあります。一時的にグローバルモードへ切り替えてアクセスが回復するなら、ノード自体は利用可能で、問題はルール照合またはプロキシグループの選択にある可能性が高いです。テスト後はルールモードに戻して切り分けを続けてください。

記録上はプロキシノードを経由しているのにページがタイムアウトする場合は、同じプロキシグループ内の別ノードに切り替えて再テストし、エラーが変化するか確認します。複数のノードが失敗する場合は、サブスクリプションの更新、ローカルDNS、端末時刻を確認します。1つのノードだけが失敗する場合は、まずノード側の状態として扱い、設定全体をすぐ変更する必要はありません。

ターミナルとブラウザーは個別に確認する

ブラウザーが正常でも、ターミナルのコマンドが自動的にシステムプロキシを使うとは限りません。一部のターミナルプログラムは独自の設定や環境変数だけを読み取ります。まずコマンド実行時に、クライアントの接続記録へ対象ドメインが現れるか確認します。記録があれば通信は取り込まれています。記録がなければ、コマンドがシステムプロキシを迂回している可能性があります。コマンドラインのプロキシを継続的に設定する場合は、使用するシェルとツールに応じて設定し、一時的な変数を永続的なシステム設定と混同しないでください。

TUNを有効にすると、ターミナルの通信はクライアントへ入りやすくなりますが、ルーティングの除外、DNS設定、他の仮想ネットワークインターフェースの影響を受ける場合があります。ブラウザーは成功、ターミナルは失敗、対象アプリは失敗という状況は、それぞれ別の切り分けが必要です。ブラウザー、ターミナル、DNS、TUNの詳しい確認手順はよくある質問にまとめています。基本確認では、少なくとも1つのブラウザーリクエストが想定したプロキシグループに安定して一致することを確認すれば十分です。