Clash 初心者ガイド

事前準備：クライアントとサブスクリプション

正常に起動するクライアントと、そのクライアントに対応したサブスクリプションURL、または完全なローカル設定ファイルを用意します。クライアントは設定を読み込み、ルールを適用して接続を確立します。クライアントをインストールしただけでは、プロキシ回線は利用できません。サブスクリプションはサービス提供元または設定の管理者から入手してください。一般のウェブページ、アカウントのログインページ、決済ページはサブスクリプションURLの代わりにはなりません。

まだインストールしていない場合は、まずClashクライアントのインストーラーページで、OSとプロセッサのアーキテクチャに合ったファイルを選び、本ページに戻ってください。初回起動時は、プログラムがメイン画面まで正常に起動することを確認します。ポート、DNS、TUNの設定はすぐに変更しないでください。端末にほかのプロキシツールやVPNがある場合は、通信の取り込みが競合しないよう、先に接続を切ります。会社や学校の管理端末では、ネットワーク利用ポリシーとインストール権限を事前に確認してください。

サブスクリプションURLには、サービスへのアクセスに使える認証情報が含まれている場合があります。コピーする際は、空白や改行、チャットアプリが付け加えた句読点が混入していないか確認してください。保存時は見分けやすい名前を付け、URL全体を公開の掲示板などに投稿しないでください。このガイドでサブスクリプションをオンラインツールに送信する必要はありません。形式に問題がある場合は、Clashまたはmihomoに対応した設定形式を提供元に確認してください。

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

URLから追加する

クライアントのサイドバーまたは画面下部のナビゲーションから、「設定」「サブスクリプション」または「Profiles」を開き、「新規作成」「追加」「インポート」などの項目を探します。ローカルファイルとリモートURLを選べる場合は、「URL」「リモート設定」などに相当する項目を選択します。サブスクリプションURLを省略せず貼り付け、名前欄があれば区別しやすい名前を入力します。そのほかの設定は初期値のまま、ダウンロード、インポート、保存などを実行し、リクエストと解析が完了するまで待ちます。

追加が完了すると、設定一覧に新しい項目が表示されます。更新日時、通信量、ファイル名などが表示される場合もありますが、これらはサービス側の提供内容によって異なり、成功を判断する唯一の基準ではありません。続けて設定をタップするか、メニューから「有効化」「使用」を選び、選択済みのマークが付いていることを確認します。その後、プロキシグループを開き、想定したノードが表示されているか確認してください。設定を一覧に追加しただけでは、現在有効な設定に自動で切り替わらないことがあります。

ローカルのYAMLファイルを受け取った場合は、同じ画面で「ファイルからインポート」を選び、システムのファイル選択画面から設定を開いて有効にします。サブスクリプションURLをテキストファイルに保存しても、完全なYAML設定としてインポートすることはできません。両者は内容が異なります。ファイルからのインポートでは通常、その時点の内容だけが読み込まれます。以後の自動更新は設定内のリモートリソースやクライアントの機能によって異なるため、リモートサブスクリプションと同じものと考えないでください。

追加に失敗したら、まずここで確認

タイムアウト、アクセス拒否、解析エラーが発生した場合は、まずURLが完全か、サブスクリプションが有効か、現在のネットワークから提供元にアクセスできるかを確認します。クライアントに非対応のフィールドがあると表示される場合は、設定形式またはコアとの互換性に問題がある可能性があります。ダウンロード内容がウェブページの場合は、ログインページのURLを使ったか、サーバーがエラーページを返した可能性があります。まだコアが実行できる有効な設定がないため、全体モードを切り替えても解決にはなりません。

同じURLを何度も追加して、見分けにくい設定を増やさないでください。まず一つだけ残し、その更新機能を使って再試行して、具体的なエラーメッセージを確認します。現在の環境からサブスクリプションを更新するのにプロキシが必要で、クライアントに利用可能な回線がない場合は、アクセス可能なサブスクリプションURLまたは環境に合ったローカル設定を提供元に問い合わせてください。形式や更新に関する詳しい説明はヘルプセンターをご覧ください。プロキシグループにノードが表示されたら、モードを選択します。

ステップ2：ルールモードとノードを選ぶ

ホーム画面または設定画面に戻り、「動作モード」「プロキシモード」「Mode」などの項目を開いて、初回は「ルール」または「Rule」を選びます。ルールモードでは、設定内のルールに基づいて、リクエストを直接接続するか、プロキシグループに送るか、拒否するかが決まります。接続先の所在地だけで常に正しい判定をする機能ではありません。実際の動作は、サブスクリプションに含まれるルールとその順序によって決まるため、動作確認時にどのルールが適用されたかも確認します。

「グローバル」は通常、コアが取り込んだリクエストをグローバルポリシーで処理します。短時間の比較テストには使えますが、端末上のすべてのアプリが通信を取り込まれるという意味ではありません。「ダイレクト」は通常、取り込まれたリクエストを接続先へ直接送りますが、クライアントを終了する機能ではありません。初期設定ではルールモードに固定し、システムプロキシが有効か確認できないままモードを何度も切り替えて、原因を特定しにくくしないようにします。

続いて「プロキシ」または「ポリシーグループ」の画面を開きます。一つの設定に、メインの選択グループ、自動選択グループ、用途別の複数のグループが含まれることがあります。まずルールが実際に参照するメイングループを探し、展開して使用するノードを選択します。選択済みの項目が別のポリシーグループであれば、その下のグループでも選択内容を確認してください。ノードが一つ選択されていても、すべてのサイトがそのノードを通るとは限りません。ルールによって参照するグループが異なる場合があります。

クライアントに遅延テスト機能がある場合は、現在のグループのテストボタンを押し、結果が表示されるまで待ちます。表示される数値は、指定されたテスト先へのリクエストにかかった時間であり、帯域幅を示すものでも、すべてのサイトにアクセスできることを保証するものでもありません。タイムアウトしたら別のノードと比較できますが、テストボタンを短時間に何度も押すのは避けてください。自動選択グループは設定に従ってノードを選び、手動選択グループではユーザーが指定します。初回のトラブルシューティングでは、手動選択できるグループで応答のあるノードを一つ選んでおくと確認しやすくなります。

ステップ3：接続して通信を取り込む

デスクトップ：コアの起動とシステムプロキシ

デスクトップクライアントのホーム画面で、コアが実行中であることを確認します。起動時に自動でコアが動作するクライアントもあれば、「起動」や「接続」をクリックする必要があるものもあります。次に、ホーム画面、設定画面、またはトレイメニューで「システムプロキシ」を有効にします。通常、これによりシステムプロキシ設定に従うブラウザーやアプリのリクエストが、クライアントのローカル待ち受けポートに送られます。コアの起動とシステムプロキシは別の段階です。コアだけ起動しても、ブラウザーが直接インターネットに接続する場合があります。

有効にしたら、まず一般的なブラウザーでテストします。ブラウザーに独自のプロキシ拡張機能がある場合や、アプリ内でプロキシアドレスを手動設定している場合は、システムプロキシの設定が上書きされていないか確認してください。Linuxデスクトップ環境ではシステムプロキシへの対応が異なります。ターミナル、ゲーム、一部のアプリもシステム設定を参照しないことがあります。今回はシステムプロキシに従うブラウザーで動作を確認し、特定のアプリが通信を取り込まないからといって、すぐにネットワーク設定全体を変更しないでください。

システムプロキシのスイッチが有効な状態を保てない場合は、クライアントがローカルポートの待ち受け失敗や権限不足を報告していないか、別のプロキシプログラムが設定を繰り返し書き換えていないか確認します。まずエラーを記録し、原因に応じて対処してください。ポートが使用中でも、正体の分からないシステムプロセスをすぐに終了する必要はありません。競合しているアプリを終了するか、ヘルプに従ってクライアントのポートを変更し、システムプロキシの接続先も同じ実際のポートに設定します。

モバイル端末：VPN接続を許可する

AndroidまたはiOSのクライアントで、現在の設定とポリシーグループを確認してから、「接続」またはメインスイッチをタップします。初回は、VPN構成の追加やVPN接続の確立を許可する画面がシステムに表示される場合があります。操作中のアプリを確認してから許可してください。許可後にクライアントへ戻り、接続状態が安定するまで待ちます。ステータスバーのVPNアイコンはシステムトンネルが確立したことを示すだけで、リモートノード、DNSの名前解決、ルールによる振り分けが正常とは限りません。

システム上で別のVPN接続が有効になっている場合は、切断してからテストします。一般的なモバイルOSでは、通常のVPNアプリが同じユーザー環境の通信を同時に取り込むことはできません。Androidで一部のアプリだけ通信が切り替わらない場合は、アプリごとのプロキシ設定が有効か、ブラウザーが対象に含まれているかも確認してください。画面ロック後に接続が切れる場合は、バックグラウンド動作やバッテリーの制限を確認します。初回の操作で省電力機能をすべて無効にする必要はありません。

TUNは、システムプロキシ設定に従わないアプリの通信を取り込むための別の方法ですが、仮想ネットワークアダプター、ルーティング、DNSの設定も関係します。デスクトップでの初回接続では、TUNを重ねて有効にしないでください。通常のブラウザーで接続を確認し、明確なアプリ側の要件がある場合に限り、体系的な設定ガイドに沿って段階的に設定します。このステップが終わったら、モードとノードを変えずに動作確認へ進みます。

ステップ4：ウェブサイト・ルール・出口を確認する

まずブラウザーで、正常にアクセスできることが分かっているウェブサイトを開き、端末が基本的なネットワーク接続を利用できることを確認します。次に、現在の設定でプロキシ経由になるはずのサイトへアクセスします。テストのたびに新しいリクエストを送り、必要に応じてページを更新するか新しいタブを開いて、ローカルキャッシュだけを表示していないことを確認してください。ページが開いたことは、そのアクセスが成功したことを示すだけです。どの出口が使われたかや、すべてのアプリがプロキシを経由したかまでは、それだけでは判断できません。

次に、クライアントの「接続」「アクティブな接続」または「ログ」を開いてから、テストしたウェブページを再読み込みします。該当するドメインまたは宛先アドレスを探し、適用されたルール、使用されたポリシーグループ、最終ノードを確認してください。DIRECTと表示される場合、そのリクエストは直接接続に設定されています。プロキシグループとノードの経路が表示される場合は、対応するプロキシポリシーに送られています。ウェブページは複数のリソースを同時にリクエストすることがあるため、任意のバックグラウンド接続だけで判断せず、メインのサイトと関連リクエストを確認します。

接続一覧が空の場合は、ページから新しいリクエストが実際に送られたか、ブラウザーがシステムプロキシに従っているか、モバイル端末のアプリが通信の取り込み対象かを確認します。リクエストが記録されているのにタイムアウトが続く場合、通信は少なくともコアに届いています。選択したノード、サービスの状態、DNS、接続先サイトを重点的に調べてください。比較する際は、ノードを変えて同じサイトにアクセスするなど、一度に一つの条件だけを変更します。モード、ポート、DNSを同時に変えると、問題を再現して特定しにくくなります。

パブリックネットワーク上の出口をさらに確認するには、信頼できるIP確認サービスにアクセスし、表示される出口IPを確認します。ルールモードでは、IP確認サービス自体にもルールが適用されます。直接接続になれば、ローカルネットワークの出口が表示されるのは正常であり、それだけでクライアント全体の不具合とは判断できません。接続一覧でのリクエストのポリシーとウェブページの表示結果をあわせて確認してください。IPの地域情報は確認サービスのデータベースに基づくため、誤差がある場合があり、唯一の判断材料にはできません。

初期設定は次の3点を確認して完了です。対象のウェブページが読み込めること、クライアントで対応する新しいリクエストを確認できること、そのリクエストの直接接続またはプロキシの動作が設定どおりであること。ページが開かない場合は、「設定の有効性 → ノードの利用可否 → 通信の取り込み → DNSとルール」の順に確認します。症状に合った情報はヘルプセンターで探してください。クライアントをすぐ再インストールしたり、設定をすべて消去したりしないでください。

日常の使い方：更新と終了

日常的に起動する際は、まず想定した設定が選ばれていることを確認し、接続状態をチェックします。サブスクリプションの更新は、通常、設定項目のメニューから行います。更新を実行して成功の表示を待ち、ノード一覧に変化があるか確認してください。更新によって一部の選択がリセットされる場合もあれば、クライアントが選択を維持する場合もあります。更新後にアクセスできなくなったら、すべてを再インポートする前にメインのポリシーグループを確認します。自動更新の間隔は、実際の利用頻度とサービスの要件に合わせ、短くしすぎないようにしてください。

デスクトップでの利用を終えるときは、先にシステムプロキシを無効にしてからクライアントを終了します。通常終了時にプロキシ設定が自動で復元されるかどうかは、クライアントの仕様によって異なります。プログラムが異常終了してブラウザーが接続できなくなった場合は、システムのネットワーク設定で、停止したローカルプロキシが接続先として残っていないか確認してください。モバイル端末ではクライアントから接続を切り、必要に応じてシステムのVPN設定でトンネルが停止したことを確認します。ウィンドウを閉じただけで、バックグラウンドのコアやプロキシ設定も終了したと思い込まないでください。

このページの手順が終わったら、初心者から上級者までの設定ガイドでルールによる振り分け、TUN、日常のメンテナンスについて学べます。具体的なトラブルについて問い合わせる際は、クライアント名、OSのバージョン、エラーが起きた時刻、個人情報を伏せたエラー内容を用意すると、「接続済みなのに使えない」という説明だけより原因を特定しやすくなります。スクリーンショットを共有する前に、サブスクリプションURL、アカウント情報、個人や環境を特定できる設定名を隠してください。