clashsg.com › tutorial
Clash 設定ガイド:4ステップで完了するサブスク導入と接続確認
サブスク導入 → プロキシモード選択 → 接続有効化 → 動作確認。全体で約10分、各ステップで具体的な操作場所と期待される結果を示す。本ページは初回設定向けで、設定ファイルのフィールドやルール構文の体系的な説明は設定大全を参照。
本ガイドはスクリーンショットではなく機能を軸に説明する。Clash Plus、Clash Verge Rev、FlClashなどクライアントごとにメニュー名が少し異なり、「サブスクリプション」は一部のクライアントでは「設定」や「Profiles」と呼ばれ、「システムプロキシ」は「システムプロキシとして設定」と表記される場合もある。該当のスイッチが見つからない場合は、機能名で設定ページを検索すればよい。操作ロジック自体はClash系クライアント間で共通している。クライアントを未インストールの場合は、まずインストールパッケージページでプラットフォームに応じてダウンロードする。
clashsg.com › tutorial › prep
事前準備:2つの条件が必須
始める前に2点を確認する。1つ目は、Clash系クライアントがすでにインストールされ正常に起動できること:WindowsとmacOSではClash PlusまたはClash Verge Rev、AndroidではClash PlusまたはClash Meta for Androidが推奨で、各プラットフォームのインストールパッケージとシステム要件はダウンロードページにプラットフォーム別にまとめられている。2つ目は、利用可能なサブスクリプションリンクを持っていること——これはhttps://で始まるURLで、プロキシサービス提供元がユーザーパネルで発行し、クライアントはこれを通じてノードとルールを含む完全な設定を取得する。
「サブスクリプションリンク」と「ノード共有リンク」の違いに注意する。前者は完全なYAML設定または変換可能なノード一覧を返し、サブスクリプション管理に貼り付けるだけで済む。後者はss://やvmess://のような単一ノードのURIで、一部のクライアントは個別導入をサポートするが分流ルールがなく日常的な設定には向かない。両者の構造の違いと相互変換方法はサブスクリプション形式解説を参照し、関連する用語の説明は用語集にまとめてあるため、本文では個別には解説しない。
clashsg.com › tutorial › import
ステップ1:サブスクリプションを導入してノード一覧を取得
クライアントを起動したら、左側のサイドバーまたは下部タブから「サブスクリプション」の入口を探す(一部のクライアントでは「設定」「Profiles」と表記)。開くとサブスクリプション管理ページが表示され、初回利用時は一覧は空になっている。ページ上部または右上に「新規作成 / 導入 / +」ボタンがあり、クリックして「URLから導入」を選び、サブスクリプションリンクを入力欄に完全に貼り付ける——前後に余分な空白を入れず、リンクは必ずhttps://で始まる必要がある——その後「ダウンロード」または「確定」をクリックする。クライアントは即座にそのアドレスへリクエストを送り、数秒以内に一覧に新しい設定項目が表示され、通常は設定名、更新時刻、トラフィック情報が示される。
導入に成功したら、まず2つの操作を行う。1つは、その項目をクリックして「選択 / 有効」状態にすること。選択された設定のみが実際に有効となり、複数のサブスクリプションが共存する場合はこの手順を見落としやすい。もう1つは、項目の編集または設定項目に入り、「自動更新間隔」を24時間前後に設定すること——サービス提供元は不定期にノードを調整するため、自動更新によって手元のノード一覧が古くなって無効になるのを防げる。設定が完了したら「プロキシ」ページに切り替え、ポリシーグループごとにグループ化されたノード一覧が表示されるはずだ——ノード名が表示されればサブスクリプション導入は成功しており、次のステップに進める。
導入時にエラーが出たり一覧が空のままだったりする場合、まずブラウザで直接サブスクリプションリンクを開いてみる。テキスト(YAMLまたはBase64文字列)が返ってくればリンク自体は有効で、問題はクライアント側のネットワークにある可能性が高い。404やタイムアウトが返る場合はリンクが失効しているため、サービス提供元のパネルで再度コピーする必要がある。URLの利用が難しい場合は、ブラウザで保存した設定テキストを.yamlファイルとして保存し、サブスクリプションページの「ファイルから導入」で読み込んでも同様に機能するが、自動更新機能は失われる。
clashsg.com › tutorial › mode
ステップ2:プロキシモードと出口ノードの選択
クライアントのメイン画面に戻り、モード切替エリアを探す。通常は3つの選択肢がある。「ルールモード(Rule)」は設定内の分流ルールを1件ずつ照合し、国内サイトとLAN内通信は直接接続、海外向け通信はプロキシ経由となる、日常使用で推奨されるデフォルト設定だ。「グローバルモード(Global)」はすべての通信を区別せずプロキシに送るため、国内サイトへのアクセスもノードを経由することになり速度は逆に低下する。「あるサイトがプロキシを通すべきかどうか」を一時的に調査する場合にのみ適している。「直接接続モード(Direct)」は完全にプロキシを回避し、分流を一時的に無効化するのと同じだ。モードはルールモードに設定しておけばよく、分流ルールの照合順序と構文の詳細は設定大全のルール章で段落ごとに解説している。
モードを選んだら「プロキシ」ページに切り替えて出口ノードを選ぶ。ノードはポリシーグループ単位で整理されており——よく見られるグループ名は「ノード選択」「自動選択」「フェイルオーバー」などで、その意味はサブスクリプション提供元が定義する。まず最上位の手動選択グループで右上の「遅延テスト」(雷または波形アイコン)をクリックすると、クライアントがグループ内の全ノードに対して速度テストを行い、数秒後に各ノードの横にミリ秒数が表示される。緑色は低遅延で優先され、タイムアウトと表示されたノードは一時的に利用不可だ。遅延が低く地域が要件に合うノードを選択すると、そのノード名がハイライトされ現在の出口として使われることを示す。
2つのポイント。1つは、遅延の数値はハンドシェイクにかかった時間のみを反映し帯域幅とは無関係で、遅延80msのノードが150msのノードより必ず速いとは限らず、帯域体感は実際の使用で判断する。もう1つは、ポリシーグループに「自動選択(url-test)」グループがある場合、これを選択するとクライアントが定期的に速度テストを行い最速のノードへ自動切換してくれるため、手動でメンテナンスしたくない場合に適する。速度が思わしくない場合の段階的な調査手順は速度低下の3層調査の記事を参照。
clashsg.com › tutorial › connect
ステップ3:システムプロキシを有効化して接続を確立
ノードを選んだだけでは、プロキシが自動的に通信を引き受けるわけではない——OSに「ネットワークリクエストをClashに渡す」ことを伝える必要がある。WindowsとmacOSクライアントのメイン画面または設定ページで「システムプロキシ」のスイッチを見つけてオンにすると、クライアントがシステムのHTTPおよびSOCKSプロキシをローカルのリスニングポートに向ける。デフォルトでよく使われる値は127.0.0.1:7890だ。スイッチがオンになった時点から、ブラウザおよびシステムプロキシ設定に従うほとんどのアプリの通信がClashによる分流を経由するようになる。ポート番号はクライアント設定または設定ファイルのmixed-portフィールドで確認でき、他のプログラムに占有されている場合は空いているポートに変更すればよい。
Androidでは操作が少し異なる。クライアントのメイン画面には目立つ起動ボタンがあり、タップするとシステムがVPN接続リクエストを表示するので許可を確認する。ステータスバーに鍵アイコンが表示されればVPNトンネルが確立された状態で、すべてのアプリ通信がClashを経由するため、別途システムプロキシを設定する必要はない。macOSユーザーが初めてシステムプロキシまたはTUNを有効化する際は、ネットワーク拡張の承認やキーチェーンアクセスのポップアップに遭遇することがあり、対処を誤ると起動フローが止まってしまう。手順ごとの権限許可ガイドはmacOS権限対処の記事を参照。
この段階で触らなくてよいオプションが2つある。「TUNモード」は仮想ネットワークカードを通じてコマンドラインやゲームを含む全通信を引き受け、システムプロキシを経由しないプログラムもカバーできるが、管理者権限が必要でDNS設定とも連動するため、基本フローが動くようになってから設定大全で理解を深めることを勧める。「起動時に自動実行」はクライアント設定でオンにすると、システム起動時にプロキシ状態が自動的に復元される長期運用向けの設定で、初回設定の段階では手動での起動・停止を維持したほうが動作を観察しやすい。
clashsg.com › tutorial › verify
ステップ4:プロキシが実際に機能しているか検証
スイッチがオンであることはプロキシが機能していることを意味しない。最後に2つの方法でそれぞれ確認する。1つ目はクライアントパネルを見る方法だ。「接続」または「ログ」ページを開き、ブラウザで任意の海外サイトにアクセスする。プロキシが正常に動作していれば、接続ページにリアルタイムで新しい接続ログが流れ、各レコードには対象ドメイン、ヒットしたルール、実際に使用されたノードが表示される——対象ドメインが選択したノードを経由していれば分流は想定どおりに機能している。レコードにDIRECTと表示される場合は、そのドメインがルールにより直接接続と判定されたことを意味し、これは故障ではなく正常な分流だ。
2つ目はコマンドラインを使った確実な検証だ。ターミナル(WindowsではPowerShell)を開き、以下のコマンドを実行して、強制的にローカルのプロキシポートを経由してIP検出APIにリクエストを送る:
curl -x http://127.0.0.1:7890 https://api.ip.sb/ip
コマンドはIPアドレスを返す。それが選択したノードの地域と一致していれば(ローカルの回線の出口IPではなく)、プロキシ経路が完全に通っていることを意味する。「接続が拒否されました」と表示された場合は、ポート番号がクライアントの実際のリスニングポートと一致していない可能性が高いため、設定ページに戻ってmixed-portを確認してから再試行する。
パネルには接続済みと表示され、コマンドもノードのIPを返しているにもかかわらずブラウザでページが開けない場合、問題は通常システムプロキシがブラウザに読み込まれていない、DNS解決、ルールの誤マッチという3か所のいずれかにある。順番に調べれば特定できる。完全なチェックリストは接続済みだがページが開けない場合の調査の記事を参照。ここまでで基本設定フローは完了だ。サブスクリプションは設定した間隔で自動更新され、日常使用ではプロキシページでノードを切り替えるだけでよく、その他のスイッチは現状を維持すればよい。
clashsg.com › tutorial › next
次のステップ:高度な設定と用語リファレンス
基本フローが動くようになったら、設定ファイルのYAML構造、プロキシノードのフィールド、ポリシーグループの種類、ルール構文について設定大全で段落ごとに例を挙げて解説している。ガイドやドキュメントに登場するプロトコル名や概念については、用語集がカテゴリ別に簡潔な定義を示している。