Clashの初期設定：追加と接続

事前準備：クライアントと既存のサブスクリプションを用意

まず、利用中のシステムに対応したクライアントをインストールします。まだの場合はClash ダウンロードページでプラットフォームとインストーラーを選び、インストール後にこのページへ戻ってください。GUIクライアントは操作画面を提供し、コアは設定の読み込み、ルールの適用、接続の確立を担います。初回利用時にコアを別途ダウンロードしたり、設定ファイルを編集したりする必要はありません。まずはクライアントに用意されている機能を使いましょう。

有効なClash対応サブスクリプションURL、または信頼できる提供元の設定ファイルを用意します。サブスクリプションURLは設定データを取得するためのもので、アカウント管理ページや個別ノードの紹介ページとは異なります。クライアントをインストールしただけでは、接続サービスは利用できません。このページでは、サブスクリプションまたは設定をすでに入手した状態から説明します。提供元が複数の形式を用意している場合は、Clashまたはmihomo対応と明記された形式を選んでください。

現在インターネットに接続できる環境を維持し、端末の日付と時刻が正しいことを確認します。初回接続で通信経路を特定しやすくするため、通信を制御するほかのプロキシやVPNツールは終了してください。サブスクリプションURLにはアカウントの認証情報が含まれる場合があります。公開の掲示板に投稿したり、スクリーンショットでアドレス全体を見せたりしないでください。準備ができたら設定画面を開き、追加を始めます。

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

リモートサブスクリプションを新規作成

クライアントの「設定」または「サブスクリプション」画面を開き、「追加」「新規作成」「URLからインポート」などの項目を探します。リモートURLを選び、サブスクリプションURLを入力欄にそのまま貼り付けます。名前の入力欄がある場合は、「日常用」など識別しやすい名前を付けられます。名前は一覧を区別するためのもので、接続方法には影響しません。URLの前後に空白がなく、説明文を一緒にコピーしていないことを確認し、保存またはインポートを実行します。

保存後すぐに取得を開始するクライアントもあれば、項目の横にある「更新」を押す必要があるものもあります。処理結果が表示されるまで待ち、最終更新日時や設定の詳細、ノード一覧を確認してください。正常に追加されると、解析可能なプロキシ項目が表示されます。設定一式には通常、プロキシグループやルールも含まれます。サブスクリプション名が表示されただけでは、データの取得に成功したとは限りません。設定内容が利用可能かどうかまで確認しましょう。

現在の設定として有効化する

追加した設定をタップし、「使用」「有効化」などの操作を選びます。選択状態を示すマークが付いたことを確認してからプロキシ画面を開き、表示されているプロキシグループがこの設定のものか確認します。複数のサブスクリプションを保存できても、最後に追加した設定が実行中とは限りません。更新に成功したのに一覧が古いままの場合は、何度も削除して追加し直す前に、現在有効な設定を確認してください。

ローカル設定ファイルを入手した場合は、「ファイルからインポート」を選び、該当するYAMLファイルを指定して、同じ手順で有効化します。ローカルファイルとリモートサブスクリプションの違いは更新方法です。リモートは再取得できますが、ローカルファイルは通常、自分で差し替える必要があります。提供元がノードURLだけを公開していて、インポート後にルールやプロキシグループがない場合、完全な設定ではない可能性があります。クライアントがその形式のインポートに対応しているか確認してください。

インポートに失敗したら、まずエラーの種類を確認

ダウンロード失敗と表示された場合は、URLの有効期限が切れていないか、提供元のページに再ログインしてURLを取得し直す必要がないか、現在のネットワークから配信元へアクセスできるかを確認します。解析エラーの場合は、別のクライアント向け形式を誤って使っていないか、取得内容がログインページになっていないかを確認してください。非公開のサブスクリプションを、信頼できないオンライン変換サイトに送信しないでください。プロトコル項目や形式の互換性についてはコアと設定の互換性ガイドを参照してください。このステップの完了条件は、設定が有効化され、プロキシ画面に内容が正しく表示されることです。

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

設定を有効にしたら「モード」を開き、初回は「ルール」を選択します。このモードでは、設定内のルールに従って接続ごとに直接接続、プロキシ経由、拒否などの処理を決定します。ルールモードは接続を開始するスイッチではありません。選択後、次のステップでシステムプロキシまたはスマートフォンの接続を有効にする必要があります。ここでは先に通信の振り分け方法を決めておき、接続開始後に複数の項目を同時に変更して原因が分からなくなるのを防ぎます。

続いて「プロキシ」または「プロキシグループ」画面を開きます。設定内でプロキシの出口を担うグループを探してください。「Proxy」という名前の場合も、別の名前の場合もあります。グループ内の一覧を開き、利用可能なノードを選びます。選択した項目が別のプロキシグループの場合は、最終的に使われるノードを確認できるまで、さらに下の階層をたどってください。グループ名は設定の作成者が付けたラベルにすぎず、名前だけでプロキシ経由と判断することはできません。

現在の選択がDIRECTの場合、通常は直接接続を意味し、リモートのプロキシノードを経由しません。自動選択やフェイルオーバーのグループが用意されている場合は、現在選択されている項目を確認してください。初回設定では、結果を確認しやすいよう、一時的に明確なノードを選ぶ方法もあります。クライアントのテスト機能は接続性を判断する手がかりになりますが、テストに成功しても、すべてのサイトやアプリに接続できるとは限りません。

ここまでに確認するのは、現在のモードがルールであることと、対象のプロキシグループで意図したノードが選択されていることです。設定を一度で完成させようとして、ルール、DNS、コアのパラメーターをまとめて変更しないでください。プロトコルの種類やリソース要件などの応用的な選定は、後からプロトコルガイドで確認できます。基本接続の完了には影響しません。

ステップ3：接続を有効にして必要な権限を設定

PCではまずシステムプロキシを使う

クライアントのホーム画面または設定画面に戻り、コアが起動していることを確認してから「システムプロキシ」を有効にします。メインの接続ボタンしかない場合は、押した後に状態表示を確認し、コアの起動とシステムプロキシの設定が同時に行われたか確認してください。システムプロキシは、システムにローカルプロキシのアドレスを登録します。この設定に従うブラウザーなどのアプリが通信をクライアントへ渡すため、初回の動作確認に適しています。

まずは既定の待ち受けポートを使い、説明に合わせるためだけに特定の番号へ変更する必要はありません。ポートが使用中と表示された場合は、別のクライアントや古いプロセスが動作していないか確認します。競合するプログラムを終了してから、再度試してください。ポートを変更する必要がある場合は、クライアントの設定で保存したうえで、システムプロキシを再度有効にし、システム側の設定と現在の待ち受けポートを一致させます。システムのアドレスだけを変更して、クライアント側の待ち受け設定を忘れないようにしてください。

スマートフォンではシステムの接続許可を確認

スマートフォンで「接続」またはメインスイッチをタップすると、初回起動時にシステムのVPN接続許可が表示されることがあります。使用中のクライアントからの要求であることを確認して許可してください。ここでVPNと表示されるのは、システムが通信を対応するネットワーク拡張機能または仮想インターフェースに渡していることを示します。別のVPNアプリを追加でインストールする必要があるという意味ではありません。許可後にクライアントへ戻り、接続済みの表示とシステムのネットワーク状態を確認します。

Androidで接続直後に停止する場合は、まずクライアントを前面に表示したまま動作を確認し、その後、システム設定でバックグラウンド実行とバッテリー制限を見直してください。iOSでは、該当するVPN構成の追加と有効化がシステムに許可されていることを確認します。システムによっては、同種の接続を2つ同時に有効化できません。クライアントを切り替える前に現在の接続を切断し、古い設定に通信が渡らないようにしてください。

アプリがシステムプロキシに従わない場合にTUNを検討

ブラウザーは正常でも、ゲーム、コマンドライン、その他のアプリがクライアントを経由しない場合は、TUNが必要か確認します。TUNは仮想ネットワークインターフェースを使い、そのインターフェースへルーティングされた通信を取り込みます。通常、サービスモードまたは管理者権限が必要です。クライアントの案内に従ってサービスをインストールまたは有効化してから、TUNをオンにしてください。原因が分からない段階で、システムプロキシ、TUN、DNSを何度も切り替えないようにしましょう。

TUNで通信を取り込める範囲は、ルーティング、除外項目、システムの制限にも左右されます。有効化後も対象アプリで動作を確認してください。仮想ネットワークアダプターやルーティング関連のエラーが発生したら、まずTUNを無効にし、正常に動作するシステムプロキシの設定に戻して、エラー文を控えてから原因を調べます。このステップの完了時には、クライアントが起動中または接続済みになっているはずです。次はスイッチの色だけで判断せず、実際の通信で接続を確認します。

ステップ4：通信とルールの適用状況を確認

アクセスが許可されている、普段利用するサイトを開いて再読み込みし、その後クライアントの「接続」または「ログ」画面を開きます。対応する通信を見つけやすくするため、ページの操作とログの確認は続けて行いましょう。ページがキャッシュを使っている場合、タブを開き直しても新しい接続が発生しないことがあります。ページを再読み込みするか、サイト内の別のページを開いて、ログが変化するか確認してください。

対象ドメインを見つけたら、適用されたルール、プロキシグループ、最終的な出口を順に確認します。たとえば設定にDOMAIN-SUFFIX,github.com,Proxyが含まれている場合、該当ドメインとそのサブドメインへの接続はProxyというプロキシグループで処理されます。ただし、より上位のルールが先に適用される場合もあるため、実際のログを基準にしてください。対象がダイレクトに振り分けられた場合は、ノードが使えないと判断する前に、ルールとグループ内の選択を確認します。

次に、ルール上は直接接続されるはずの別の対象も試し、ルールモードで通信ごとに異なる処理が適用されることを確認します。すべての接続がプロキシ経由と表示されることが正常の条件ではありません。ルール設定では、一部の通信が直接接続されることがあります。ページが開くこと、システムにVPNアイコンが表示されること、ノードのテストに成功することだけでは、対象の通信が意図した経路を通った証拠にはなりません。接続ログがより直接的な判断材料です。

ログに対象アプリの通信がまったく見つからない場合は、まず通信の入口を確認します。PCではシステムプロキシが有効か、アプリ独自のプロキシ設定が使われていないか、TUNが必要かを調べてください。ログに記録はあるものの接続に失敗する場合は、同じプロキシグループ内の別ノードに切り替え、エラーに変化があるか確認します。特定のサイトだけが失敗する場合は、ほかのサイトと比較し、1つのサイトの問題をクライアント全体の障害と誤認しないようにしましょう。

最後に接続を切断し、再接続して比較します。システムプロキシまたはスマートフォンの接続を正常にオフにしてページを再読み込みし、その後、再接続してログを確認してください。テスト中に別のプロキシツールを動かすと、比較結果が不明確になります。通信が現在のクライアントに入り、意図したポリシーが適用され、ページも利用できることを確認できれば、基本設定は完了です。現在の設定を以後の調整の基準として保存しておきましょう。

Fake-IP：まずは設定の既定値を維持

Fake-IPはDNSの動作方式のひとつです。コアはアプリに合成アドレスを返し、後続の接続時にマッピングを通じて対象ドメインを復元することで、通信を振り分けられます。合成アドレスが表示されても、必ずしも名前解決の障害ではありません。また、そのアドレスをWebサイトの実サーバーのアドレスとして扱うことはできません。初回設定で問題がなければ、サブスクリプションとクライアントのDNS設定は現在のままにし、特定の機能を有効にするためだけに変更しないでください。

ローカルネットワーク上のアプリ、デバイス検出機能、特定のサービスに問題が発生した場合は、まず元のDNSモードを記録し、名前解決が原因かどうかを確認してから、関連する除外設定を調べます。モード変更後も、既存の接続やアプリのキャッシュが結果に影響する場合があります。クライアントの説明に従って設定を再読み込みし、対象アプリを終了してからもう一度試してください。DNSサーバーの変更、モード切り替え、ルール変更を同時に行うと、どの変更が有効だったか分からなくなります。

このページでは接続に必要な概念に絞って説明しています。DNSと振り分けルール、プロトコルの機能の関係を詳しく知りたい場合は、プロトコルとコアの技術ガイドをご覧ください。基本の動作確認ができていない場合は、まず接続ログを確認し、通信がコアに入っているかを特定しましょう。

日常の使い方：更新、終了、設定の保持

クライアントを開いたら、まず現在の設定と接続状態を確認します。サブスクリプションの内容が変わった場合、ノードが使えなくなった場合、または提供元から更新を案内された場合にのみ、手動で更新してください。更新後は、プロキシグループで意図した項目が選択されたままか確認します。ノード名の変更や削除によって、以前の選択が無効になることがあります。リモート更新でインポート後の手動変更が上書きされる場合もあります。長期的に使うカスタム設定は、クライアントがサポートするオーバーライド機能を使い、復元できるよう事前に設定を保存してください。

PC版クライアントを終了する前に、システムプロキシをオフにしてから、クライアントの通常の終了操作を使います。スマートフォンでは先に接続を切断してください。異常終了後にインターネットへ接続できなくなった場合は、システムにローカルポートを指すプロキシ設定が残っていないか、ほかの作業で使うプロキシ設定を誤って変更していないか確認します。日常的な切断方法として、プロセスを強制終了するのは避けてください。

問い合わせる際は、システムのプラットフォーム、クライアント名、利用中のモード、対象の通信がログに表示されるか、どの手順でエラーが発生したかを伝えてください。ログを共有する前に、サブスクリプションURL、認証情報、不要なアクセス履歴を隠します。動作確認済みの設定を保存し、変更は一度に1項目だけにして、毎回動作を確認しましょう。問題が発生したときに、直近の変更から原因を特定しやすくなります。