事前準備：クライアントと設定ファイルを用意する
クライアントは設定を読み込み、ネットワーク通信を転送するアプリです。インストールしただけでは接続できません。事前に必要なのは、端末に合ったClash対応クライアントと、利用権限があり、そのクライアントに対応したサブスクリプションURLまたはローカル設定ファイルです。当サイトではダウンロード先と使い方を案内していますが、プロキシノードやサブスクリプションは提供していません。
サブスクリプションは「設定内容を更新するためのURL」と考えるとわかりやすいでしょう。クライアントがURLにアクセスすると、ノード、プロキシグループ、ルールなどを取得します。ノードは実際に接続するサーバー、プロキシグループは接続先を選ぶためのリスト、ルールは通信ごとの接続先を決めるものです。初回接続の前に、すべての項目を理解する必要はありません。
パソコンやスマートフォンで別のプロキシアプリやVPNが動作している場合は、ネットワーク設定の競合を避けるため、先に接続を一時停止します。次に通常のブラウザーで、普段直接アクセスできるページを開き、端末がインターネットに接続できることを確認してください。古い設定がある場合はバックアップを残し、新しい設定は別の名前で保存しておけば、問題が起きたときに元の状態へ戻せます。
このガイドでは、まずブラウザーで基本的な接続を確認します。最初からTUNを有効にする必要はありません。TUNは仮想ネットワークアダプターを使って通信を取り込む方式で、追加の権限が必要になるほか、ルーティングやDNSの設定が関係する場合があります。初回は確認項目を絞り、通常の接続が成功してから、用途に応じて使用を検討しましょう。
01 サブスクリプションを追加して設定を有効にする
クライアントを開き、「設定」「サブスクリプション」または「Profiles」画面に進みます。「新規作成」「追加」「URLからインポート」などを選び、サブスクリプションURLを入力欄に貼り付けてください。名前を入力できる場合は、「普段使い」など見分けやすい名前を付けます。名前はリスト内で識別するためのもので、ノードの接続方法には影響しません。
貼り付けたURLの前後に空白や改行が入っていないか確認し、チャットアプリが自動で付けた句読点にも注意してください。サブスクリプションURLには個人用の認証情報が含まれることが多いため、パスワードと同様に管理しましょう。公開の場に投稿したり、URL全体が写ったスクリーンショットを共有したりしないでください。提供元が複数の形式に対応している場合は、Clashまたは現在のコアに対応すると明記された形式を選び、通常のWebページURLを使わないでください。
「保存」「インポート」「ダウンロード」などを押し、クライアントが設定を取得するまで待ちます。成功すると、入力した名前が設定一覧に表示され、更新日時や操作メニューが確認できます。続けてその設定をクリックするか、「有効化」「この設定を使用」などを選択してください。インポートの完了と、設定の使用開始は別の操作です。ファイルを一覧に追加しただけで切り替えていない場合、プロキシ画面に古い設定が表示されることがあります。
設定を有効にしたら、「プロキシ」または「Proxies」画面を開き、プロキシグループとノードが表示されることを確認します。リスト名は設定の作成者が決めるため、用途を示す日本語の場合も英語の場合もあります。「PROXY」という固定名のボタンを探す必要はありません。現在の設定が使用中と表示され、プロキシ画面にその設定の内容が表示されていれば次へ進めます。
YAMLファイルがある場合
YAMLはインデントで階層を表すテキスト形式で、Clashの設定によく使われます。完全な.yamlまたは.ymlファイルがある場合は、設定画面から「ファイルからインポート」または「ローカル設定をインポート」を選び、ファイルを指定してから有効にします。拡張子をYAMLに変更するだけでは使えません。ファイルの内容もクライアントが対応する設定形式である必要があります。
クライアントに同期や上書き機能がない限り、ローカルファイルはサブスクリプションの更新に合わせて自動更新されません。初回のインポートでは元ファイルを残し、ポート、DNS、ルールの変更は後回しにしましょう。ファイルの構造を確認したい場合はYAMLマニュアルをご覧ください。このガイドでは、ファイルを読み込んで有効にできるかを確認します。
インポートに失敗した場合の確認ポイント
ダウンロードに失敗したと表示された場合は、まずインターネットに接続できるか、URLの有効期限が切れていないか、サブスクリプションの提供元でログインやURLの再発行が必要かを確認します。「形式エラー」「解析失敗」と表示される場合、クライアントは内容を取得できていても、認識できる設定形式ではないか、現在のコアが未対応の項目を含んでいる可能性があります。システムプロキシのスイッチを何度も切り替えるのではなく、先に設定の問題を解決してください。エラーの詳しい分類はFAQのインストール・設定・トラブル対処をご覧ください。
ここまでで、有効な設定が1つ準備できているはずです。次に、通信をどの方式で振り分けるか、プロキシが必要なリクエストをどの接続先に送るかを決めます。
02 ルールモードと接続先ノードを選ぶ
クライアントの概要画面、プロキシ画面の上部、または設定メニューから「モード」を探します。初めて使う場合は「ルール」またはRuleを選ぶのがおすすめです。ルールモードでは、設定内の順序に従ってリクエストを確認し、指定されたノード、プロキシグループ、または直接接続へ振り分けます。「直接接続」とは、プロキシサーバーを経由せず、端末が現在使用しているネットワークから接続することです。
ほかによく使われる選択肢は「グローバル」と「直接接続」です。グローバルモードでは通常、クライアントが取り込んだリクエストをグローバルポリシーに渡しますが、すべてのアプリの通信が自動的にクライアントを経由するわけではありません。直接接続モードでは通常、取り込んだリクエストをそのまま接続しますが、システムプロキシを無効にする操作とは異なります。混乱を避けるため、今回はルールモードのままにして、3つのモードを切り替えないでください。
次にプロキシ一覧を開き、プロキシ通信を処理するグループを探します。グループ名をクリックするか展開矢印を押し、グループ内でノードを選択してください。ノードにチェックマークが付く、強調表示される、または現在の選択肢として表示されたら選択完了です。遅延テストのボタンを押しただけでは、接続先が切り替わるとは限りません。応答時間が表示されていても、そのノードが選択済みとは限りません。
プロキシグループによっては、サーバーではなく別のグループを参照しています。たとえば「Webアクセス」が「手動選択」を参照し、その中に実際のノードがある場合です。この場合は現在の選択先をもう一段確認し、最終的に意図したノードに接続されることを確かめます。最終的な選択肢がDIRECTなら通信は直接接続され、REJECTなら該当するリクエストは拒否されます。これはノードのエラーを示すものではなく、設定で許可された処理方法です。
グループの種類が「自動選択」や「フォールバック」の場合、設定された検出方法に従って接続先が選ばれ、ノードを手動で固定できないことがあります。まずは設定に含まれる自動グループをそのまま使い、後から接続ログで実際の接続先を確認しましょう。画面上の表示をそろえるために、すべてのグループを同じノードへ変更する必要はありません。直接接続、ローカルネットワーク、特定のサービス向けに設定されたグループもあります。
ノードを選ぶ必要がある場合は、該当するグループで遅延テストを1回実行します。テスト結果でわかるのは、指定されたテスト先に対する応答状況だけで、すべてのWebサイトにアクセスできる保証にはなりません。すべてタイムアウトする場合は、サブスクリプションが有効か、ノードが利用可能かを先に確認し、すぐにDNSを変更する必要はありません。応答する接続先を選んだら、モードとノードを変えずに通信の取り込みへ進みます。
03 プロキシを有効にして通信を取り込む
設定と接続先の準備ができたら、アプリのリクエストをクライアントに渡す必要があります。概要画面で動作状態を確認してください。「コアを起動」「開始」または電源ボタンが表示されている場合は、先に起動します。コアはルール処理と接続を担う部分です。ウィンドウが開いていても、コアが動作しているとは限りません。設定の読み込み失敗やポートの競合が表示された場合は、追加のネットワーク機能を有効にする前に対処してください。
デスクトップ：まずシステムプロキシを有効にする
Windows、macOS、Linuxのデスクトップクライアントで「システムプロキシ」を探し、有効にします。システムのプロキシ設定を、クライアントが提供するローカルの待ち受けアドレスに切り替える機能です。多くのブラウザーやシステムプロキシに対応したアプリはこのアドレスを使いますが、一部のゲーム、コマンドラインツール、独自のネットワーク処理を行うアプリは自動で切り替わりません。初回の確認には通常のブラウザーを使い、システムプロキシに対応していないアプリだけで判断しないでください。
有効にすると、通常はスイッチがオンのままになり、システムトレイのメニューにも状態が表示されます。ネットワーク設定の変更を許可する画面が表示された場合は、現在のクライアントが要求したことを確認してから許可してください。ポートを手動で入力する必要はありません。ブラウザー拡張機能やシステム設定で別のプロキシを指定している場合は、現在の設定を上書きしないよう、先に無効にします。設定を重ねるとリクエストが想定した入口を通らず、接続ログに表示されなくなることがあります。
スマートフォン：接続してシステムの許可を行う
AndroidまたはiOSのクライアントでホーム画面に戻り、「接続」「起動」または電源ボタンをタップします。初めて接続するときは、VPN接続の要求、VPN設定の追加、認証などの確認画面が表示される場合があります。システムのVPN接続はクライアントが通信を取り込むためのもので、サブスクリプションをシステムが提供するという意味ではありません。アプリ名を確認して画面の指示に従い、許可後にクライアントへ戻って接続状態が維持されているか確認します。
接続してすぐに切断される場合は、まずクライアントのエラー情報を確認し、別のVPNが接続中でないか、システムがアプリの実行を制限していないかを調べます。同じ接続経路を複数のアプリで同時に使わないでください。Androidでは省電力機能やバックグラウンド制限が接続の維持に影響することがありますが、初回のテストではクライアントを前面に表示したまま基本動作を確認し、その後でバックグラウンド実行の設定を調整します。
TUNは同時に有効にしない
今回の確認では、通信を取り込む方法をできるだけ1つに絞ります。デスクトップではまずシステムプロキシを使い、システムプロキシに対応していないアプリも通信させたい場合にTUNを検討してください。クライアントによってはシステムプロキシとTUNを同時に有効にできますが、初回設定で必要な操作ではありません。TUNには権限、仮想ネットワークアダプター、ルーティングが関係します。詳しくはYAMLマニュアルとFAQをご覧ください。ここでは設定変更を行いません。
設定後は、クライアントが動作中で、デスクトップではシステムプロキシが有効、スマートフォンでは接続が確立している状態になります。ただし、「接続済み」と表示されたからといって、すべて正常とは限りません。次に実際のリクエストを使い、通信がクライアントに届いているか、ルールに従って意図した接続先へ送られているかを確認します。
04 接続ログで動作を確認する
ブラウザーを開き、設定に従ってプロキシ経由になるはずの、普段使っているWebサイトにアクセスします。以前の接続やキャッシュの影響を減らすには、開いているページを閉じてから新しいタブで開きます。必要であればブラウザーを完全に終了して再起動してください。キャッシュ済みのページを再読み込みするだけでは、新しい通信が発生したか判断できません。
次にクライアントへ戻り、「接続」「Connections」またはリアルタイムログ画面を開きます。画面を表示したまま、ブラウザーからもう一度アクセスしてください。正常に動作すれば、宛先のドメインやアドレスに関連する新しいリクエストが表示されます。クライアントによっては、ルールの種類、適用されたプロキシグループ、最終的なノードも確認できます。接続が終わるとログがすぐ消えることがあるため、ページの読み込み中に確認するか、クライアントのリスト固定機能を使います。
確認するのは、リクエストがクライアントに届いたか、どのルールに一致したか、最後にどの接続先を使ったかの3点です。ログが表示されれば、少なくともそのリクエストはクライアントに届いています。プロキシグループ名が表示されれば、ルールによってそのグループに振り分けられています。実際の処理方法を知るには、最終的なノードまたは直接接続の結果も確認してください。Webページは複数のドメインへリクエストを送るため、メインページ、画像、ログインAPIで異なるルールが適用されることも珍しくありません。
次に、設定上は直接接続されるはずのWebサイトにもアクセスし、ログの接続先がDIRECTになっているか確認します。ルールモードの目的は、すべてのリクエストをプロキシ経由にすることではなく、それぞれのルールに従って通信を振り分けることです。設定で特定の宛先がプロキシ経由になっている場合、サイトの所在地域だけを根拠に直接接続されると判断できません。設定のルールと適用ログを基準に確認してください。
接続元IPの確認サイトも補助的なチェックに使えますが、それだけで判断しないでください。確認サイトへの通信自体が直接接続されたり、別のグループを通ったりする場合があります。また、ブラウザーがIPv4とIPv6を併用していたり、既存の接続を再利用したりすることもあります。初めての動作確認では、テストページが正常に開き、接続ログに該当リクエストが表示され、最終的な接続先が設定の意図どおりであることを確認するのが確実です。遅延テストの成功やシステムアイコンの表示だけでは、これらの確認に代わりません。
期待どおりに動かない場合は、同じ経路を順に確認する
ブラウザーでアクセスできず、クライアントにも該当するリクエストが表示されない場合は、手順3に戻って通信を取り込むスイッチを確認します。デスクトップでは、システムプロキシが別のアプリによって元に戻されていないか、ブラウザーが別のプロキシを個別に使っていないかを確認してください。スマートフォンでは、システムの接続が維持されているかを確認します。リクエストがクライアントに届いていない可能性があるため、この段階でノードを何度も切り替えても解決しないことがあります。
リクエストがログに表示されるのに接続がタイムアウトする場合は、最終的に選ばれたノードが手順2で確認したものと同じか調べ、同じグループ内の別の利用可能なノードを試します。特定のWebサイトだけ失敗し、ほかは正常な場合は、そのサイトに適用されるルールとポリシーを先に確認してください。すぐにクライアントを再インストールする必要はありません。ログに名前解決の失敗が明記されている場合はDNSを確認します。DNSはドメイン名をネットワークアドレスに変換する仕組みです。手がかりがない状態で設定全体を変更するのは避けましょう。
ブラウザーは正常なのに特定のアプリだけ動作しない場合は、そのアプリがシステムプロキシに対応しているか確認します。デスクトップアプリによっては個別設定が必要で、TUNの利用が適している場合もあります。Windowsストアアプリでは、ローカルループバックアクセスの制限が関係することがあります。対処方法はトラブル対処FAQまたはWindowsストアアプリのループバック免除ガイドをご覧ください。設定を一度に1つだけ変更し、同じ宛先で再確認すると、どの操作が有効だったか判断できます。
終了方法と日常の使い方
動作を確認できたら、現在の設定名、ルールモード、選択中のプロキシグループを覚えておけば十分です。毎日サブスクリプションを追加し直す必要はありません。サブスクリプションを更新するときは、設定画面の「更新」機能を使って、登録済みのURLから内容を再取得します。更新によってグループ名やノードが変わる場合があります。更新後に接続できなくなったら、設定が引き続き有効か、以前選んだ接続先が残っているかを確認してください。
プロキシを停止する場合、デスクトップでは先にシステムプロキシを無効にしてから、コアを停止するかクライアントを終了します。スマートフォンではアプリ内の切断ボタンを使い、システムの接続が終了したことを確認してください。TUNを有効にしていた場合は、そのスイッチもオフにします。ウィンドウを閉じただけではシステムトレイに最小化され、サービスが停止しないことがあります。実際のスイッチとシステムの状態を確認して終了してください。
終了後にブラウザーがインターネットへ接続できなくなった場合は、システムプロキシが停止済みのローカルクライアントを参照したままになっていないか確認し、以前使えていたネットワーク設定に戻します。職場や学校の管理端末では、管理者が指定した設定を上書きしないでください。問い合わせる際は、クライアント名、OS、どの手順で失敗したか、サブスクリプションの認証情報を含まないエラー内容を記録すると、「接続できない」とだけ伝えるより原因を特定しやすくなります。