Clashの設定と接続確認

ステップ1：サブスクリプションを読み込み、設定を選択する

始める前に、サービス提供元から受け取ったサブスクリプションURLか、使用可能なローカルYAML設定ファイルを用意します。クライアントは設定を読み込んで通信を処理しますが、インストールしただけでは接続可能なノードは利用できません。サブスクリプションURLには個人用のアクセス情報が含まれることが多いため、パスワードと同様に管理してください。URL全体を公開の掲示板に貼ったり、テスト目的で出所不明の設定を読み込んだりしないでください。

URLを貼り付け、読み込み結果を確認する

クライアントを開き、「サブスクリプション」または「設定」画面に移動します。URLの入力欄や追加メニューを見つけ、サブスクリプションURL全体を貼り付けて「読み込み」または「保存」をクリックしてください。貼り付ける際は、チャットの引用符や説明文、改行を含めないようにします。提供元が複数の形式を案内している場合は、Clashまたはmihomo対応と明記されたものを選び、別のソフト向けのURLを入力しないでください。

送信後は結果が表示されるまで待ち、連続でクリックしないでください。通常は設定名や更新日時、更新ボタンなどが表示された設定カードが一覧に追加されます。読み込んだ設定が自動で選択されるクライアントもあれば、カードをクリックするか、メニューから有効化する必要があるものもあります。現在の設定に選択済みの印が付いていることを確認してから「プロキシ」画面へ進んでください。ポリシーグループと選択可能なノードが表示されれば、URLから実行可能な設定を読み込む作業は完了です。

設定カードが表示されているのに「プロキシ」画面が空の場合は、サブスクリプション一覧に戻って設定が選択されているか確認し、更新が成功したかも調べてください。401または403が表示された場合は、アクセス権限とURLの有効性を確認します。タイムアウトの場合は、現在のネットワークからサブスクリプションのURLにアクセスできるかを切り分けてください。クライアントの設定一式を何度も削除する必要はありません。詳しい確認手順はサブスクリプションを更新できないときの対処法をご覧ください。

ローカルファイルの読み込みと完了の目安

ファイルを受け取った場合は、クライアントのファイル読み込み機能から、拡張子が.yamlまたは.ymlの設定を選びます。ローカルファイルのパスをサブスクリプションURLの入力欄に貼り付けないでください。ファイルを読み込んだ後は、設定を選択する必要があります。また、リモート更新元が含まれているとは限らないため、更新ボタンを押しただけでノード情報が自動更新されるとは限りません。

この段階では、YAMLの項目を編集したり、インターネットで見つけたDNS設定を追加したりしないでください。確認するのは、読み込み時に解析エラーが出ていないこと、設定が選択されていること、「プロキシ」画面に設定ファイルで定義されたポリシーグループが表示されていることの3点です。確認できたら次の手順でモードを選びます。ノード名が表示されても、設定が読み込まれたことを示すだけで、接続先と通信できる保証にはなりません。

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

設定を読み込んだら、「プロキシモード」を探します。Clash Verge Revでは「設定」のClash設定欄にあることが多く、ほかのクライアントでは「プロキシ」画面やホーム画面に切り替え項目があります。初回は「ルール」を選択してください。このモードでは設定内のルールに従って、通信を直接接続するか、ポリシーグループ経由にするかを決めます。サブスクリプションの既定の振り分けを維持したい場合に適しています。

モードを確認してからポリシーグループを選ぶ

「ルール」「グローバル」「ダイレクト」は、それぞれ役割が異なります。ルールモードはルールの判定結果に従って通信を処理し、グローバルモードは通常、コアに届いた通信をグローバルポリシーグループに送ります。ダイレクトモードでは、通信を接続先に直接送ります。グローバルモードでも端末全体の通信がすべて制御されるわけではなく、システムプロキシに従わないアプリが自動的にクライアントを経由することもありません。初回の確認では、グローバルモードとTUNモードを混同しないようにしてください。

ルールモードを選んだら「プロキシ」画面を開きます。ポリシーグループ名は現在の設定に基づくため、サブスクリプションによって異なります。解説画像にある特定の名前を探す必要はありません。プロキシの接続先を選ぶグループを開き、サービス提供元が利用可能と案内しているノードを選択してください。グループ内で別のポリシーグループが選ばれている場合は、実際の接続先がわかるまで下の階層も確認します。「自動選択」グループは設定に従って自動で測定・切り替えを行い、手動選択のグループでは接続先を明示的に選ぶ必要があります。

画面に遅延テストがある場合は一度実行し、参考値として確認できます。応答があってもすべてのサイトに接続できるとは限らず、タイムアウトもテスト先が原因の場合があります。まず一つ選んでブラウザーで接続を確認し、数値を求めて何度も切り替えるのは避けてください。どのノードも失敗する場合は、失敗時のログを保存してから、トラブル対処マニュアルでノード接続とローカルネットワークを確認します。

既定のルールを維持し、一度に複数の設定を変えない

初回接続では、既存のルール、DNS、スニッフィング設定をそのまま使います。この手順の目的は一連の接続経路を確認することであり、初回起動時にすべてを最適化することではありません。モードの切り替え、上書き設定ファイルの読み込み、DNSアドレスの変更を同時に行うと、問題が解消しても何が効いたのか判断しにくくなります。

サブスクリプションにアプリやサイト別のポリシーグループがある場合は、対象のグループでノード、別のグループ、DIRECTのどれが選択されているか確認してください。特定のサイトが直接接続されるのは、そのグループが元からダイレクトに設定されているだけかもしれません。システムプロキシの故障とは限りません。ルールの優先順位、上書き設定の保持、カスタムポリシーについては、基本の接続を確認した後に応用設定とトラブル対処をご覧ください。ここではルールモードと接続先を一つ選び、接続を有効にします。

ステップ3：システムプロキシを有効にする、またはモバイル端末で接続する

ノードを選択しても、アプリからの通信をクライアントに届ける設定が必要です。PCでは通常、システムプロキシを使ってブラウザーで確認します。モバイル端末では、システムが許可したVPN経由で通信を処理します。複数のプログラムがシステムのネットワーク設定を変更しないよう、接続中のプロキシやVPNアプリは先に終了してください。組織のネットワークポリシーが適用されている端末では、その制限に従い、管理対象の設定を独自に上書きしないでください。

PC：コアの起動を確認してからシステムプロキシを有効にする

PCのクライアントでコアの起動エラーがないことを確認し、「設定」から「システムプロキシ」を有効にします。Clash Verge Revでは混合ポートに7897が使われることがありますが、実際の値はクライアントの表示を確認してください。例のポート番号を固定値として扱わないようにします。システムプロキシのスイッチを使う場合、通常はOSの設定画面で同じ値を手動入力する必要はありません。クライアントが設定に応じて接続先を指定します。

スイッチを有効にした後は、クライアントを起動したままにしてください。ブラウザーにプロキシ切り替え拡張機能を入れている場合、システムプロキシの設定を上書きしていないか確認します。必要であれば拡張機能を一時的に「システムプロキシを使用」に切り替えてください。ターミナル、ゲーム、一部の単独アプリはこの設定に従わないことがあります。変化がないからといって設定の失敗とは限りません。まず次の手順でブラウザーを使い、基本の接続を確認してから個別アプリを設定します。

この手順でTUNモードを有効にする必要はありません。TUNは別の通信経路を使う方式で、管理者権限、サービスモード、追加のネットワーク許可が必要な場合があります。初回はシステムプロキシと仮想ネットワークアダプターを同時に変更しないよう、TUNをオフのままにしてください。システムプロキシに従わないアプリの通信も処理する必要がある場合は、マニュアルのTUNと権限に関する説明を確認して個別に設定します。

モバイル端末：接続をタップしてシステムの許可を承認する

AndroidやiOSのクライアントでは、通常ホーム画面に接続ボタンがあります。設定とノードを選択したことを確認してから接続をタップしてください。初回にシステムからVPN接続やVPN構成の追加を求められたら、要求元のアプリを確認し、画面の案内に従って許可します。端末によってはロック解除の確認も必要です。許可したらクライアントに戻り、接続状態と、すぐに切断されたというシステム通知が出ていないことを確認してください。

モバイルOSでは通常、複数のVPN接続を同時に使用できません。ほかのVPN、ファイアウォール、VPNを利用するフィルタリングアプリを使っている場合は、いったん切断してからクライアントに接続し直してください。Androidでアプリ別の設定がある場合は、テストに使うブラウザーが除外されていないか確認します。iOSでは初回テスト中、クライアントの既定のルート設定を維持し、複雑なオンデマンド接続条件を追加しないでください。

ステップ4：通信がクライアントを経由しているか確認する

接続状態が正常になったら、ブラウザーで新しいタブを開き、プロキシが必要で、アクセス権もあるとわかっているサイトにアクセスします。開いたままのページはキャッシュを表示していたり、既存の長時間接続がプロキシ有効化前の経路を使い続けたりすることがあります。必要に応じて古いタブを閉じて再アクセスするか、ブラウザーを再起動して試してください。

ページの表示と接続履歴をあわせて確認する

ページにアクセスしながら、クライアントの「接続」画面を開き、対象ドメインの新しいリクエストを探します。適用ルールやポリシーの経路が表示される場合は、想定したルールに一致し、選択したポリシーグループまたはノードを通っていることを確認してください。ルールモードで一部の通信がDIRECTと表示されるのは正常です。すべての通信がプロキシを通るかではなく、設定どおりに振り分けられているかを確認します。

ページが表示されても、クライアントに該当する履歴がなければ、プロキシが有効になったとすぐに判断しないでください。サイトに直接アクセスできたか、ブラウザー独自のプロキシ設定や拡張機能、別のネットワークツールが処理した可能性があります。関係のないプロキシ設定をオフにし、新しいリクエストを送ってからクライアントの履歴を確認してください。モバイル端末では、アプリ別ルールでブラウザーが除外されていないかも見直します。

次に、通常は直接接続する身近なサイトを開き、ルールモードでも普段の閲覧に影響がないことを確認してください。IP確認サイトは参考になりますが、通常わかるのはそのブラウザーから確認サイトへアクセスしたときの出口だけです。すべてのアプリが同じ経路を使うとは限りません。ページの表示、適用ルール、接続先の履歴をあわせて確認するのが確実です。

症状に応じて該当する手順に戻る

新しい接続履歴がまったくない場合は、ステップ3に戻り、システムプロキシ、モバイル端末での許可、アプリの接続経路を確認します。履歴はあるものの意図しないダイレクト接続になっている場合は、ステップ2でグループの選択と適用ルールを見直してください。想定したノードを経由しているのにタイムアウトする場合は、「ログ」で対象付近のエラーを確認します。i/o timeoutとconnection refusedでは原因が異なるため、どちらもDNS変更で解決しようとしないでください。

サブスクリプション自体を更新できない場合は、システムのネットワーク設定をすべて初期化するのではなく、ステップ1に戻ってください。ログを共有する際は、失敗した時刻に関係する数行だけを残し、サブスクリプションURL、認証情報、個人のネットワーク情報を隠します。エラーの分類と詳しい確認手順はClashのトラブル対処マニュアルにまとめています。このページでは複雑なネットワーク診断には踏み込みません。

初期設定を完了し、終了後に通信が戻ることを確認する

プロキシが必要なサイトにアクセスでき、接続履歴に想定した接続先が表示され、通常の直接接続サイトも開ければ初期設定は完了です。設定名、プロキシモード、ポリシーグループの選択を控えておけば十分です。サブスクリプションURL全体をメモにコピーする必要はありません。リモート設定は元の設定カードから更新できますが、提供元がノードやルールを変更する場合があります。更新後に動作が変わったら、グループ内の選択をもう一度確認してください。

最後に終了後の状態を確認します。PCでは「システムプロキシ」をオフにし、あとからTUNを有効にした場合はそれもオフにしてからクライアントを終了します。モバイル端末では接続を切ってからアプリを終了してください。その後、通常のウェブページを開き、システムのネットワークが元に戻っていることを確認します。クライアント終了後も、待ち受けていないローカルポートが接続先として残るのを防げます。

次回は「現在の設定を確認 → ノードの選択を確認 → 接続を有効にする」の順に操作します。スタートアップ時の自動実行、自動接続、バックグラウンドでの常時実行は、手動接続の確認後に設定してください。端末を再起動した後も実際の状態を確認します。インターネットに接続できない、DNSに問題がある、クライアントがクラッシュするといった場合は、手順を最初からやり直さず、症状別のトラブル対処を確認してください。