QUICKSTART / 初期設定
Clash 入門ガイド
「サブスクリプションを追加 → プロキシモードを選択 → 接続 → 動作確認」の順に初期設定を行います。利用可能なサブスクリプションがあり、クライアントのインストールも済んでいれば、約10分を目安に各手順を確認できます。ダウンロードやネットワークの許可にかかる時間は環境によって異なります。
開始前に:クライアントとサブスクリプションを準備
まず、クライアントが正常に起動することと、「設定」または「サブスクリプション」の画面を開けることを確認します。まだインストールしていない場合は、Clash ダウンロードセンターでOSとプロセッサの種類に合ったクライアントを選んでください。クライアントごとの違いがわからない場合は、クライアント比較をご覧ください。複数のツールを同時にインストールしたり、コマンドラインのコアを先に起動したりする必要はありません。
有効期限内で、利用するクライアントまたはmihomoの設定形式に対応していることを提供元が明示したサブスクリプションURLを用意します。クライアントは設定の読み込みと通信の処理を担いますが、ソフトをインストールしただけで利用可能なノードが作られるわけではありません。Webアカウント、注文ページ、ログインURLしかない場合は、サービス提供元のサイトでサブスクリプションのエクスポート項目を探し、URL全体をコピーしてください。
開始前に、ネットワークを制御しているほかのプロキシやVPNツールを終了し、システムプロキシに手動設定があるか記録しておきます。初回はサブスクリプションを1つ、通信を取り込む方法を1つに絞ると、問題の発生箇所を判断しやすくなります。最初からTUNの有効化、DNSの変更、ルールの編集、ポートの変更を同時に行わず、基本接続を確認してから必要な機能を追加しましょう。
01 サブスクリプションを追加して設定を有効化
クライアントのサイドバーから「サブスクリプション」または「設定」を開き、「新規」「追加」またはプラスボタンをクリックします。追加画面でURLからのインポートを選び、コピーしたURLを入力欄に最後まで貼り付けます。メモ名を設定できるクライアントでは、「普段使い」など、提供元を区別しやすい名前を付けておくと便利です。
URLの先頭や末尾に空白、改行、チャットアプリが付けた句読点が混じっていないか確認します。URL内のクエリパラメーターも必要なので、疑問符より前だけをコピーしないでください。サブスクリプションURLにはアクセス用の認証情報が含まれることが多いため、公開コメントに全文を投稿したり、信頼できないオンライン変換ツールに貼り付けたりしないでください。相談する場合はエラー内容だけを伝え、URLの機密部分を伏せてください。
「インポート」「ダウンロード」または「保存」をクリックし、設定の取得が完了するまで待ちます。通常は一覧に設定カードまたはサブスクリプションの記録が表示され、クライアントによっては更新日時や解析結果も確認できます。項目が表示されたら、その項目をクリックするか、「有効化」「現在の設定にする」を選びます。インポートと有効化は別の操作です。一覧に表示された時点で完了とせず、有効化まで行ってください。
次に「プロキシ」画面を開き、プロキシグループと選択可能なノードが表示されるか確認します。設定名だけが表示され、プロキシグループが見つからない場合は、設定画面に戻り、インポートした設定が有効になっているか確かめてください。解析エラーが表示されたら、システムプロキシを何度も切り替えるのではなく、サブスクリプションの内容や形式を確認します。「ログ」で最後のインポート時のメッセージを開き、エラーのキーワードを控えましょう。設定全体をコピーする必要はありません。
ローカルのYAMLファイルがある場合
提供元からローカル設定ファイルを受け取った場合は、設定画面で「ファイルからインポート」を選び、該当する .yaml または .yml ファイルを指定して有効化します。ローカルファイルにはリモート更新元が設定されていない場合があるため、サーバー側の変更に合わせて自動更新されるとは限りません。初めて使う場合、ノード情報を手動で編集する必要はありません。項目の意味を確認したい場合は、config.yaml の確認方法をご覧ください。
インポートに失敗したら、まずここで確認
URLに接続できないというエラーが出た場合は、まず端末のネットワークが使えることを確認してから、提供元のページで有効なURLをコピーし直します。形式やインデントのエラーなら、エクスポートしたものが現在のクライアントに対応した設定であり、ログインページや別形式のサブスクリプションではないことを確かめてください。設定の解析失敗は、すべてのノードが使えないという意味ではありません。形式の違いはヘルプセンターで、サブスクリプションの失敗はトラブルシューティングの該当項目で確認できます。
この段階の完了条件は、設定が選択され、プロキシ画面に対応するプロキシグループが読み込まれていることです。この2点を確認してから、動作モードを選びましょう。
02 ルールモードとプロキシグループを選択
「プロキシ」「概要」または「動作モード」の画面を開き、「ルール/グローバル/直連」の項目を探します。初めて使う場合は「ルール」を選択してください。クライアントは有効な設定のルールに従い、接続を直接接続にするか、プロキシグループに送るか、ほかの設定を適用するかを判断します。ルールモードにしただけで、すべてのアプリの通信がクライアントに入るわけではありません。取り込む通信の範囲は次の手順で設定します。
「グローバル」は通常、コアに入った接続をグローバルポリシーで処理します。ルールが特定のアクセスに影響しているか短時間比較する用途に適していますが、あらゆる問題への恒久的な対処として使うことはおすすめしません。「直連」はコアに入った通信を宛先へ直接接続します。一時的に直接アクセスを試す場合に使えます。これら3つのモードを切り替えても、期限切れのサブスクリプションが直ったり、接続先サービスの状態が変わったりすることはありません。
モードを選んだら、設定に含まれる主要なプロキシグループを開きます。グループ名は「Proxy」「ノード選択」など、設定によって異なります。このページと同じ表記を探す必要はありません。グループをクリックして一覧を開き、利用できることがわかっているノードを選びます。設定に「自動選択」があれば、まずはそのポリシーを使っても構いません。主要グループが別のグループを参照している場合は、さらに開き、意図せず直連のポリシーが選ばれていないか確認してください。
クライアントに接続テスト機能がある場合は、候補のノードを一度テストすると、明らかに接続できないものを除外できます。ただし、テスト結果が示すのは、そのテスト先と実行時の条件に限られます。ブラウザー、ゲーム、すべてのサイトが正常に動くことを保証するものではありません。数値だけで接続の成否を判断せず、最後に実際のアクセス記録を確認してください。
| モード | コアに入った通信の処理 | 初めて使う場合の選び方 |
|---|---|---|
| ルール | 現在の設定ルールに基づいてポリシーを判定 | 初回接続ではこちらを選択 |
| グローバル | 通常はグローバルプロキシポリシーで処理 | 必要なときだけ短時間比較し、その後ルールに戻す |
| 直連 | 宛先へ直接接続 | 一時的な直接アクセスや比較テストに使用 |
サブスクリプションに含まれるルールはそのまま使い、「すべての接続をプロキシ経由にする」といった一括変更はひとまず避けてください。プロキシ経由にしたいサイトが直連と判定される場合は、接続記録とルール振り分けのトラブルシューティングを確認します。まずはルールモードと主要なプロキシグループが選択されていることを確かめ、実際に通信を取り込む設定に進みましょう。
03 通信の取り込みを有効化
サブスクリプションとプロキシグループを準備したら、アプリの通信をクライアントに取り込む設定が必要です。デスクトップのシステムプロキシ、モバイル端末のシステム接続許可、TUNはそれぞれ別の設定箇所です。すべてを同時に有効にする必要はありません。端末に合った基本の方法を設定し、クライアントを起動したまま次の確認に進みます。
Windows・macOS・Linux:まずシステムプロキシを有効化
クライアントの「設定」「概要」またはトレイメニューで「システムプロキシ」を探し、有効にします。Windowsではトレイメニューから切り替えられることがよくあります。macOSではネットワーク設定の変更を許可するよう求められる場合があります。Linuxでは、デスクトップ環境やアプリのプロキシ設定への対応状況によって適用範囲が異なります。設定後、クライアントに有効と表示されても、実際にアクセスして動作を確認してください。
クライアントのスイッチを使えば、通常はローカルの待ち受けアドレスとポートが自動で設定されるため、ネット上の固定ポート番号を手入力する必要はありません。システム設定を確認する場合は、クライアントに現在表示されているHTTPポートまたは混合ポートを使います。7890はよくある例ですが、すべてのクライアントで実際に使われるとは限りません。ポートを間違えると、アプリは待ち受けていない場所に接続しようとします。
まず、システムプロキシ設定に従うブラウザーで確認します。長時間開いたままのタブでは古い接続が再利用されることがあるため、新しいタブを開いて対象ページを再読み込みしてください。コマンドラインツール、一部のゲーム、独自のプロキシ設定を持つアプリは、システムプロキシを使わない場合があります。ブラウザーでは動作するのにほかのアプリで有効にならない場合は、サブスクリプションをすぐに変更せず、アプリ側の接続方法を確認しましょう。
Android:システムの接続要求を許可
Androidクライアントで現在の設定が有効になっていることを確認し、ホーム画面の「開始」または接続ボタンをタップします。初回起動時は、通常、システムにVPN接続の要求が表示されます。内容を確認して許可し、クライアントに戻って動作状態を確認してください。ここでいうVPNはシステムが提供する通信取り込みの仕組みで、実際の転送方法はクライアントの設定によって決まります。
許可した直後に接続が切れる場合は、別のVPNアプリが動作していないか確認してください。クライアントによっては、アプリごとにプロキシ対象を設定できます。対象のブラウザーが除外されていると、その通信は想定どおりクライアントに入りません。初回の確認では、対象アプリが通信の取り込み範囲に含まれているか確かめましょう。バックグラウンドに移動したときだけ切れる場合に限り、バッテリー最適化やバックグラウンド実行の権限を確認すれば十分です。最初からすべてのシステム制限を変更する必要はありません。
iOS:現在の設定を起動して許可
iOSクライアントでインポートした設定とプロキシポリシーを選び、接続をタップします。初回はシステムの案内に従ってVPN構成の追加を許可し、端末で必要な本人確認を完了してください。クライアントに戻り、接続が維持されていることを確認してからブラウザーで動作を試します。システムの接続表示でわかるのは通信の取り込みが確立したことだけです。対象サイトへのアクセス結果やルールに沿った経路の確認も必要です。
TUNモード:必要に応じて取り込み範囲を拡大
ブラウザーでは正常にアクセスできるものの、システムプロキシに従わないアプリの通信も取り込みたい場合は、TUNモードを検討します。通常は仮想ネットワークインターフェースを使って、より広い範囲の通信を処理します。デスクトップではサービスのインストール、管理者権限、ネットワークコンポーネントの許可が必要な場合があります。クライアントの「TUNモード」を開き、権限に関する案内を確認して有効化してください。失敗した場合は案内にあるサービスや権限の問題を先に解決し、DNSの設定をむやみに変更しないでください。
システムプロキシとTUNの併用方法はクライアントによって異なります。初めて使う場合はクライアントの説明に従い、主要な通信取り込み方法を1つ選んで、ほかのネットワークツールとの競合を避けましょう。TUNはあらゆる接続問題を解決するスイッチではありません。ルーティングやDNSの詳しい説明はヘルプセンターをご覧ください。接続に問題が出たら、直前に確認できた設定に戻してから、インターネットに接続できない場合の対処を確認してください。
04 実際の接続で動作を確認
クライアントを起動したまま、ブラウザーで普段は直接アクセスできるサイトを開き、基本のネットワーク接続が正常なことを確認します。次に、現在の設定でプロキシ経由になるはずのサイトへアクセスしてください。2つのテストは続けて行い、その間にノード、モード、DNSを同時に変更しないようにします。設定の変化が接続に影響したのか判断しにくくなるためです。
続いてクライアントの「接続」または「アクティブな接続」画面に戻り、対象サイトを再読み込みします。該当するドメインまたは宛先アドレスが表示されるか確認し、その接続の適用ルール、使用ポリシー、送受信量を確認してください。プロキシチェーンは接続の詳細を開くと表示される場合があります。ページがキャッシュから表示されると新しい接続が記録されないことがあるため、まだ開いていないページを試してください。
ルールモードでは、直接アクセスするサイトが直連と表示されても正常です。プロキシ経由になるはずの宛先には、選択したプロキシグループまたはノードが表示されます。すべてのアクセスが同じポリシーになる場合は、グローバルまたは直連モードのままになっていないか確認してから、現在有効な設定を見直してください。出口IPの確認は補助情報として使えますが、その確認サイトへの接続時に使われた出口を示すだけで、ほかのアプリの通信も取り込まれている証明にはなりません。
現象に応じて次の確認箇所を判断
Webページが開かず、接続一覧にも該当する要求がない場合は、システムプロキシ、アプリ独自のプロキシ設定、モバイル端末のアプリ別対象範囲を優先して確認します。要求がクライアントに届いているのに接続がタイムアウトする場合は、同じプロキシグループ内で別の利用可能なノードを試してください。ほかのサイトは正常で特定の宛先だけに問題がある場合は、設定を維持して対象に適用されたルールを確認します。すぐにクライアントを再インストールする必要はありません。
ログにドメイン名の解決失敗が明記されている場合は、DNS関連の設定を確認します。サブスクリプションのダウンロード中にエラーが発生した場合は、通信の取り込み方法ではなく最初の手順に戻ってください。「設定が読み込まれたか → 要求が届いたか → どのポリシーが使われたか → 宛先に接続できるか」の順に確認すると、問題の箇所を絞り込めます。さらに調べる場合は、機密情報を隠したエラーのキーワードを用意して、トラブルシューティングの該当項目をご覧ください。
設定完了後は再利用できる状態を維持
接続が正常なことを確認したら、現在の設定、ルールモード、動作を確認できた通信取り込み方法をそのまま使います。サブスクリプション画面に手動更新機能がある場合は、提供元でノードが変更された後に更新し、主要なプロキシグループが利用可能な選択肢を指しているか確認してください。自動更新、スタートアップ時の起動、アプリ別設定は後から調整できます。初回接続が成功した直後に多くの項目を一度に変更しないようにしましょう。
最後に、接続を正常に停止する方法を確認し、通信の取り込みをオフにした後も、端末が元のネットワーク設定でアクセスできることを確かめます。これでサブスクリプションが有効になり、プロキシグループが選択され、アプリの要求がクライアントに届き、実際の接続もルールどおりに処理される状態です。Clashの初期設定は完了です。必要なときによくある質問を確認すればよく、日常利用のためにすべての設定項目を先に読む必要はありません。