Clash 設定チュートリアル:サブスク導入から動作確認まで

サブスクリプションリンクはhttpsから始まるURLで、クライアントが定期的にこれを取得することで完全なノードリストと振り分けルールを取得でき、ノードを一つずつ手動で入力する必要はありません。リンクはサービス提供者のユーザーセンターからコピーしますが、必ず末尾まで丸ごとコピーしてください——文字が1つ欠けても、スペースが1つ多くてもインポートに失敗します。サブスクリプションの背後にあるYAML構造がどのようなものかは本ページでは扱わず、よくある質問のインストール設定カテゴリに個別項目があります。

リンクをコピーしたらクライアントを開き、設定管理ページを探します。各クライアントの入口名の対応は以下の通りです:

インポートをクリックするとクライアントがサブスクリプション内容をダウンロードし、数秒以内にページ上に設定カードが表示されます。通常、設定名、ノード数またはファイルサイズ、最新更新時刻が表示されます——カードが表示されればインポート成功です。続けてこのカードをクリックし、現在の有効な設定として設定します。カードにハイライトの枠線や選択マークが表示されます。クライアントによってはインポート後に自動で有効化されるので、選択状態になっていればOKです。

インポートボタンがぐるぐる回った後にエラーが出る場合、よくある原因は3つ:リンクのコピーが不完全、サブスクリプションが期限切れまたは容量超過、サーバー側がリンク末尾に &flag=clash のようなクライアント識別パラメータを要求している、のいずれかです。1つずつ確認してもまだ失敗する場合は、トラブル対処マニュアルのサブスクリプション失敗の章の手順を一通り試す方が、闇雲にリトライするより効果的です。

もう一つのケース:サービス提供者から直接 .yaml ファイルが渡され、リンクではない場合。各クライアントも「ファイルからインポート」に対応しており、同じ入口でローカルファイルを選択するだけです。違いは今後の更新時に手動でファイルを差し替える必要がある点です。リンクでインポートした場合は、設定カードの設定内で自動更新間隔を24時間前後に設定しておくと、ノードの変更に自動で追従できます。

設定を有効化したらすぐに接続を開かず、まずプロキシモードを確認します。モードは「どの通信をプロキシ経由にし、どれを直接接続にするか」を決めるもので、切り替えは通常クライアントのホーム画面か「設定」ページにあり、3択のオプションです:

ほとんどの場合はルールモードを選びます:ローカルサイトは迂回なく直接接続、プロキシが必要な通信はルールに従ってノードを経由し、速度と可用性を両立できます。グローバルモードは一時利用のみを推奨——すべての通信がノード経由になるため、ローカルサイトへのアクセスがむしろ遅くなります。ルールの書き方や DOMAIN-SUFFIX と GEOIP の意味を詳しく知りたい場合は、トラブル対処マニュアルに完全なリファレンスがあるので、ここでは詳しく触れません。

モードを決めたら「プロキシ」ページでノードを選びます。Proxy または「ノード選択」という名前のポリシーグループを見つけて開くと、全ノードのリストが表示されます。まず速度テストボタン(通常は雷や波形のアイコン)を1回クリックし、各ノードの後ろに遅延のミリ秒数が表示されるのを待ちます:数値が小さいほど応答が速く、数値が小さく何度測定しても安定しているものを選びます。timeoutと表示されるノードはスキップします。設定に「自動選択」のようなグループがあれば、それを選んでもよく、クライアントが測定結果に基づいて自動で切り替えるため、手動選択の手間が省けます。

ノードを選んだら、ホーム画面に戻り接続をオンにします。デスクトップとモバイルでは制御の仕組みが異なるので、それぞれ説明します。

Windows / macOS / Linux

ホーム画面の「システムプロキシ」スイッチをオンにします。オンにすると、クライアントがOSのHTTP/HTTPSプロキシをローカルのリスンポート(よくあるのは7890や7897、ホーム画面に具体的な番号が表示されます)に向けるため、ブラウザや大半のアプリの通信がClashを経由するようになります。2点注意:1つ目は一部のコマンドラインツールがシステムプロキシを読み取らないため、環境変数を個別に設定する必要がある点、2つ目は一部のアプリがシステムプロキシを無視するため、こうした場合はTUNモードでネットワーク層からすべての通信を制御する点です。両者の原理と設定方法はトラブル対処マニュアルのシステムプロキシの章で詳しく解説しているので、初回設定ではまずシステムプロキシを使えば十分です。

Android

ホーム画面の接続ボタンをタップすると、システムが「VPN接続要求」の許可ダイアログを表示します——これはAndroidのVpnServiceの仕組みで、Clashはこれを利用してローカルトンネルを構築し通信を制御します。「OK」をタップするだけです。許可が完了するとステータスバーに鍵アイコンが表示されます。バックグラウンドで一定時間動作後に自動切断される場合は、システムの省電力機能に停止されている可能性が高いので、クライアントを省電力のホワイトリストに追加してください。

iOS

初回接続時に「VPN構成の追加」の要求が表示され、システムのダイアログで確認しパスワードまたはFace IDで認証すると、設定画面上部のVPNスイッチが点灯します。以降の接続・切断はクライアント内で直接操作でき、毎回システム設定を開く必要はありません。

スイッチをオンにした後、クライアントのホーム画面にあるアップロード/ダウンロード速度と通信量の統計に数値の変化が現れるはずです。ゼロのまま変化がなくても必ずしも異常とは限りません——単にネット接続しているアプリがないだけの場合もあります——本当に有効になっているかどうかは、次のステップで検証します。

第1段階、ブラウザでの検証。これまで開けなかったサイトにアクセスし、正常に表示されれば通信経路は基本的に確立しています。同時にクライアントの「接続」または「ログ」ページを開いておきます:アクセスするたびにリストに1件記録が追加され、対象ドメイン、マッチしたルール、経由したノードが表示されます。記録があり、ノード欄が空でなければ、通信が確実にClashを経由しており直接接続ではないことを示します。

第2段階、コマンドライン検証(デスクトップ)。ポート番号をホーム画面に表示されているリスンポートに置き換え、実行します:

curl -I -x http://127.0.0.1:7890 https://www.google.com

HTTP/2 200 のようなレスポンスヘッダーが返れば、プロキシポートは正常に動作しています。応答が固まって進まない、またはconnection refusedと表示される場合は、ポートがリスンされていないか、他のプログラムに占有されていることを示します。

第3段階、出口IP検証。任意のIP所在地照会ページを開き、表示される地域が選択したノードの場所であり、ローカルの通信事業者ではないことを確認します。IPは正しいのに一部のサイトだけ異常な場合は、DNSリークやルール誤判定の可能性があります——トラブル対処マニュアルのDNSの章に検出方法とfake-ip設定の書き方が掲載されています。

3段階のいずれかで通らない場合は、症状に応じてトラブル対処マニュアルの該当項目を確認してください:完全にネットに繋がらない、ノードが全て超時、速度が遅い、それぞれ独立した章と対処フローがあり、闇雲にアンインストール・再インストールするより早く解決できます。3段階すべて通れば設定は完了です——クライアントをバックグラウンドで動作させ続ければ、サブスクリプションは設定した間隔で自動更新されます。