ステップ1：サブスクを追加する
クライアントを開き、「設定」または「サブスク」画面に進んで、「新規作成」「追加」「URLからインポート」などの項目を探します。サブスク提供元から案内されたClash互換URLをすべて貼り付け、識別しやすい名前（例：「日常用設定」）を付けます。この名前は端末上で設定を見分けるためのもので、サブスクURLの代わりにはなりません。URLに空白や改行、チャット文末の句読点が混ざっていないか確認し、インポートまたはダウンロードを実行してください。
サブスクURLとWebサイトのログインURLは別のものです。ブラウザーで開けるアカウントのトップページは、通常そのまま設定としてインポートできません。ノードの共有リンクも、サブスクのインポート画面で認識されるとは限りません。提供元のページで、Clashまたは互換クライアント向けと明記された設定形式を選んでください。手元のデータが別形式の場合は、URLを何度も書き換えて試すのではなく、用語クイックガイドのサブスクと設定の説明を確認しましょう。
リクエストが完了すると、通常は設定カードや設定一覧が表示され、更新日時、ファイル名、解析結果などが確認できます。その項目の「使用」「有効化」または選択ボタンを押し、現在の設定にします。ダウンロードしただけでは切り替わっていないことがあります。複数のサブスクが保存されている場合、新しい設定が未選択のままになっている可能性があるため、選択状態を確認してからプロキシ画面を開き、ノードやプロキシグループが表示されるか確認してください。
ローカルファイルとリモートサブスクの違い
手元にあるのがローカルの.yamlまたは.ymlファイルなら、「ファイルからインポート」を選び、システムのファイル選択画面からファイルを指定して現在の設定にします。ファイルからのインポートは設定の移行に便利ですが、自動でリモート更新されるわけではありません。リモートサブスクは通常、配布元のURLが保存され、「更新」から再取得できます。初回はどちらか一方の方法を使い、同じ設定を重複して追加して古い方を選んでしまわないようにしましょう。
ダウンロードに失敗したと表示されたら、まずローカルネットワークとURLが完全かどうかを確認し、期限切れ、アクセス制限、認証エラーなどの表示がないか調べます。サブスクの更新失敗とノードへの接続失敗は、発生する段階が異なります。前者は設定を取得できておらず、後者は設定があるものの出口を利用できない状態です。現在のネットワークからアクセスできないサブスクサービスもあります。その場合は、提供元が案内する接続可能な方法を利用してください。利用可能なノードをまだ一つも追加していないクライアントで、プロキシ経由のダウンロードを行うことはできません。
このステップの完了条件：設定が選択され、プロキシ画面に想定したプロキシグループとノードが表示されていること。リストが空なら、先に戻ってインポート結果を確認してください。設定不足を補うためにモードを切り替えるのは避けましょう。設定が正しく読み込まれたことを確認してから、次のステップで通信の出口をどのルールで選ぶか決めます。
ステップ2：プロキシモードを選ぶ
クライアントのホーム画面または設定画面で「モード」を開き、初回は「ルール」またはRuleを選びます。ルールモードでは、現在の設定に従って接続ごとの経路が決まり、プロキシグループを使う場合もあれば直接接続する場合もあります。サブスクに設定された振り分けをそのまま利用するのに適したモードです。選択後は、問題の原因を切り分けやすくするため、ルールファイル、DNSモード、スニッフィング設定を変更しないでください。
「グローバル」またはGlobalモードでは、コアに取り込まれた接続をグローバルポリシーで処理するのが一般的で、一時的な比較テストに使えます。「直接」またはDirectモードは、直接接続を優先します。ここで選ぶモードは、すでにコアに取り込まれた通信の処理方法を決めるもので、システムプロキシやモバイル接続のスイッチを代替するものではありません。グローバルモードを選んでも、すべてのアプリがプロキシに接続されたとは限りません。
プロキシグループで出口を選ぶ
続いて「プロキシ」画面を開きます。ノード一覧が並ぶのではなく、「プロキシ選択」「自動選択」や用途別の名前が付いたプロキシグループが表示されることがあります。ルールで主に使われている出口グループを開き、利用可能なノードを選択してください。グループの接続先が別のプロキシグループになっている場合は、その先の選択も確認します。カードの並び順だけで現在の出口を判断せず、選択マークや展開したプロキシチェーンを確認しましょう。
手動選択グループは通常selectに対応し、メンバーを明示的に選ぶ必要があります。自動テストグループは通常url-testに対応し、設定された測定結果をもとに出口を選びます。「遅延テスト」などのボタンを押して結果を待ち、利用可能なメンバーから試してください。テスト値が示すのは特定の測定リクエストの結果であり、ダウンロード速度やあらゆるサイトへのアクセスを保証するものではありません。測定結果がまだないノードも、表示が空白だからといって無効とは限りません。
グループにDIRECTが含まれている場合、それを選ぶと通常はそのグループが直接接続になり、プロキシが有効になるわけではありません。プロキシ経由でアクセスするサイトの初回テストでは、実際のプロキシノード、またはプロキシノードを含む下位グループを選んでください。サブスクによってはサイトごとに異なるグループが設定されているため、一つのグループを変更してもすべてのサイトの出口が変わるとは限りません。振り分けの詳しい説明はプロキシグループの項目とルールの構文を参照してください。
このステップの完了条件：モードがルールに設定され、プロキシ通信を担う想定のプロキシグループで出口が選択されていること。設定と出口の準備はできましたが、端末上のアプリがまだそれらを使っているとは限りません。次のステップでは、アプリの通信をクライアントのコアに取り込む設定を行います。
ステップ3：接続を有効にする
まずクライアントのホーム画面で動作状態を確認します。デスクトップクライアントの中には起動時にコアも自動で起動するものがあり、「開始」や「接続」をクリックする必要があるものもあります。停止中なら、まず起動し、明確なエラーが表示されないか確認してから通信の取り込みを有効にしてください。ウィンドウが開いているのは画面が動作していることを示すだけで、コアが設定を読み込み、ローカルポートを待ち受けているとは限りません。
デスクトップ：まずシステムプロキシを使う
デスクトップクライアントで「システムプロキシ」のスイッチを探して有効にします。通常はOSのプロキシ設定をクライアントのローカル待ち受けアドレスに向け、システム設定に従うブラウザーなどのリクエストをクライアントに渡します。初回設定ではポートを手動で入力する必要はありません。以前にOSやブラウザーで別のプロキシを設定していた場合は、元の値を控えてから、設定の競合を解消してください。
有効にした後、ブラウザーがシステムプロキシを使っているか確認します。独自のプロキシ拡張機能やカスタムネットワーク設定があるブラウザーは、有効にしたシステム設定を経由しない場合があります。競合する拡張機能を一時的に無効にするか、ブラウザーをシステムプロキシ使用に戻してから、新しいタブでテストしてください。ターミナルツール、ゲーム、一部のアプリ内ネットワーク機能ではシステムプロキシが使われないことがあります。ブラウザーでの確認後、アプリごとに設定し、すべてのアプリをまとめて判断しないようにしましょう。
TUNは別の通信取り込み方法で、通常はシステムサービス、仮想ネットワークアダプター、または追加の権限が必要です。システムプロキシに従わない一部の通信も取り込めますが、初回のブラウザーテストには必要ありません。原因を切り分けやすくするため、まずはシステムプロキシだけを使い、TUNは併用しないでください。より多くのアプリの通信を取り込む必要がある場合は、このページでの確認を終えてからTUNモードの解説を読み、権限、ルーティング、DNSの関係を一つずつ確認しましょう。
モバイル：システムのVPN接続を許可する
AndroidまたはiOSのクライアントで、設定と出口が選択されていることを確認してから「接続」または「開始」をタップします。初回は、VPN設定の追加またはVPN接続の許可を求めるシステムメッセージが表示されます。要求元のアプリを確認し、システムの案内に従って許可してください。端末によってはロック解除が必要です。完了したらクライアントに戻り、接続済みと表示されているか、システム設定のVPN状態も確認しましょう。
モバイル端末にVPNアイコンが表示されても、確認できるのはローカルのトンネルまたはインターフェースが確立したことだけです。リモートノードへの接続や、すべてのリクエストがプロキシ出口を使っていることを保証するものではありません。別のVPNインターフェース利用アプリが動作中なら、先に停止してからこのクライアントに接続し、切り替え後に状態を再確認してください。初回テスト中はクライアントを前面に表示しておき、バックグラウンド制限や省電力設定とノードの問題を混同しないようにしましょう。
接続ボタンを押してすぐ未接続に戻る場合は、ログ画面を開き、最初に表示されたエラーを確認してください。設定の解析失敗、ポートの競合、権限不足は、それぞれ別に対処する必要があります。接続ボタンを何度も押したり、エラーを確認せずにノードとDNS設定を同時に変更したりしないでください。画面表示やシステムの許可について不明な点があれば、ヘルプセンターでプラットフォーム別のインストール・設定方法を確認できます。
このステップの完了条件：コアが正常に動作し、デスクトップではシステムプロキシが有効、またはモバイルではVPN接続が確立していること。通信の取り込み経路ができたら、次にリクエストが実際にコアへ届いているか、想定した出口が選ばれているかを確認します。
ステップ4：動作を確認する
ブラウザーで、プロキシ経由になる想定のサイトを開き、普段から利用していて現在アクセスできるはずのページを選びます。次にクライアントの「接続」画面に戻り、直前に開始した接続を確認します。表示項目はクライアントによって異なるため、まず対象ドメイン、適用ルール、プロキシチェーンを確認してください。フィルターがあれば対象ドメインを入力して絞り込めます。短時間の接続はすぐに終了することがあるため、接続履歴やログ画面も確認しましょう。
理想的な結果は「接続済み」アイコンが表示されるだけではありません。テストしたページが読み込めて、接続ログの接続先がそのサイトと一致し、ルールとプロキシチェーンも想定どおりであることが重要です。たとえばルールが特定のプロキシグループを指定しているなら、最終的な経路が選択したノードに到達している必要があります。直接接続の想定なら、接続ログにも直接接続と表示されるはずです。ページが開いてもログが直接接続なら、サイトに到達できたことしか確認できず、プロキシ出口が使われた証明にはなりません。
比較用のリクエストで振り分けと障害を見分ける
続けて、直接接続になる想定のサイトにもアクセスし、ログを比較します。ルールモードでは、2種類のリクエストで異なる出口が使われるのは正常で、接続が不安定という意味ではありません。信頼できる出口IP確認サイトも補助として使えますが、そのサイト自体にどのルールが適用されたかも確認してください。直接接続に振り分けられていれば、ローカルネットワークの出口が表示されても問題ありません。IP確認で分かるのはそのリクエストの出口だけで、端末上のすべてのアプリの通信経路を示すものではありません。
初回テストに失敗した場合は、手順を変えずに確認します。まず通信の取り込みを無効にし、ローカルネットワークから通常のサイトにアクセスできることを確認します。次に取り込みを再び有効にして、現在の設定、モード、プロキシグループの選択が変わっていないことを確認してください。失敗したリクエストが接続画面に表示されない場合は、ブラウザーのプロキシ設定、コアの動作状態、接続スイッチを優先して確認します。コアに届いているのにタイムアウトが続く場合は、選択したノード、接続先サイト、ログに記録された具体的なエラーを確認してください。
同じプロキシグループにほかの利用可能なノードがあれば、ノードだけを変更して同じリクエストを再テストできます。同じ確認中にサブスク更新、DNSモードの変更、TUNの有効化、ブラウザーの変更を同時に行わないでください。アクセスが復旧しても、どの変更が効いたのか分からなくなります。ルールによる振り分けを疑う場合は、一時的にグローバルモードへ切り替え、出口を明示的に選んで比較テストを行い、終了後はルールモードに戻してください。この確認だけでは通信の取り込みが正常かどうかは分かりません。
DNSリーク、アプリによるプロキシの回避、特定プロトコルの失敗は、現象を特定してから個別に調べる必要があります。一つのWebページが読み込めたかどうかだけで結論を出さないでください。該当する場合は、テストに使ったアプリ、対象ドメイン、現在のモード、ログのエラーを記録してからヘルプセンターで確認を続けましょう。設定項目を変更する際はDNS設定リファレンスを参照し、別のプラットフォーム向けの設定一式をそのまま上書きしないでください。
このステップの完了条件：プロキシ経由の想定サイトにアクセスでき、クライアントのログに一致するルールと出口が記録され、直接接続の想定サイトもルールどおりに処理されていること。この簡単な比較テストを控えておけば、ネットワークの変更時や設定の更新後に同じ手順で再確認できます。
設定の保存と日常的な使い方
初回の確認が終わったら、現在の設定名、プロキシモード、主なプロキシグループを控えておきましょう。サブスクを更新すると、ノード名やグループのメンバーが変わり、以前の手動選択が無効になる場合があります。更新後にアクセスできなくなったら、クライアントをすぐ再インストールするのではなく、選択中の設定とプロキシグループを確認してからステップ4をもう一度実行してください。ルールを変更する場合は、クライアントが備える独立したオーバーライド機能を優先し、保存方法はクライアントの説明に従いましょう。
使用を終えるときは、デスクトップでは先にシステムプロキシを無効にしてから、必要に応じてクライアントを終了します。モバイルでは切断ボタンを押し、システムのVPN接続が終了したことを確認してください。終了後にブラウザーで通常のサイトを開けない場合は、システムのプロキシ設定がローカルポートを指したままになっていないか確認します。ネットワーク設定の復元と設定の削除は別の操作です。プロキシを停止するためにサブスクを誤って削除しないようにしてください。
これで初回接続の基本手順は完了です。ノード、プロキシグループ、ルールの関係が分からない場合は用語クイックガイド、エラーの内容を調べる場合はヘルプセンター、YAML、DNS、オーバーライドを調整する場合はYAMLハンドブックを参照してください。一度に変更する条件を一つに絞り、同じリクエストで再確認すると、設定変更の経緯を追いやすくなります。