Clashの設定方法
サブスクリプションの追加と接続確認

01 サブスクリプションまたはローカル設定を読み込む

クライアントを起動し、サイドバーまたは画面下部のメニューから「設定」または「サブスクリプション」を開きます。初回は一覧が空でも問題ありません。「新規作成」「追加」またはプラス記号のボタンを探し、URLから読み込む項目を選びます。提供元から案内されたサブスクリプションURL全体を貼り付け、見分けやすいローカル名を付けて、「保存」「ダウンロード」または「読み込み」をタップします。名前はローカルの項目を区別するためのもので、URLに含まれるノードには影響しません。

貼り付ける前に、URLの前後に空白や改行、チャットアプリが付けた句読点がないか確認します。提供元がClash対応、または現在のコアと互換性があると案内しているサブスクリプションを使ってください。アカウントのログインページ、注文ページ、通常のWebページのURLは使えません。サブスクリプションURLにはアクセス情報が含まれることがあります。公開コメント、スクリーンショット、オンライン変換サイトにURL全体を載せないでください。問い合わせる際は、URLのパラメーターや個人情報を隠してください。

解析が終わったら設定を有効にする

読み込み時、クライアントは通常、リモートの内容をダウンロードしてからYAMLの構造を確認します。成功すると設定一覧に新しい項目が表示されます。自動で有効にならない場合は、その項目の「使用」「有効化」または選択ボタンをタップしてください。次に「プロキシ」画面を開き、設定で定義されたプロキシグループが表示されているか確認します。一覧に名前が表示されただけでは、コアに設定が読み込まれたとは限りません。プロキシグループが正常に表示され、ログにエラーが繰り返し出ていないことを確認してください。

ローカルファイルから読み込む場合は、同じ画面で「ファイルから読み込む」を選び、保存済みの.yamlまたは.ymlファイルを指定します。スマートフォンでは、ファイルをシステムのファイル管理アプリに保存してから、ファイル選択画面で開きます。共有メニューからの読み込みに対応しているかどうかは、クライアントによって異なります。読み込んだ設定はファイルのコピーとして保存される場合があり、元のファイルを変更しても反映されるとは限りません。再度読み込むか、クライアント内のローカル設定を編集してください。

読み込みに失敗したら、まずここを確認

ダウンロードがタイムアウトする場合は、通常のネットワーク接続が使えることを確認し、サブスクリプションの期限切れや提供元の障害も確認します。形式エラーが出る場合は、ログイン画面やWebページのテキストではなく、設定データを取得できているかを確認してください。現在のコアが未対応の項目に依存していないかも確認します。見慣れないキーを安易に削除しないでください。保存できても、設定が正常に機能するとは限りません。

初回の読み込みでは、まだ確立していないプロキシ接続に頼らないでください。通常のネットワークからサブスクリプションURLにアクセスできない場合は、提供元が明示する代替URLを使うか、信頼できる端末でローカル設定を取得して読み込みます。サブスクリプション形式の違いは用語ガイドの設定・サブスクリプションの説明を、更新に失敗した場合の対処はサブスクリプション更新失敗時の確認リストを参照してください。この手順が終わったら、現在有効な設定をそのまま使い、接続先を選びます。

02 プロキシモードと接続先ノードを選ぶ

「概要」または「プロキシ」画面を開き、「出站モード」または「モード」の設定を探します。初回は「ルール」を選ぶのがおすすめです。コア設定での値は通常ruleです。このモードでは、設定内のルールに従って接続ごとにDIRECT、プロキシグループ、その他の処理を選択します。すべてのリクエストが同じノードを経由するわけではありません。そのため、一部の接続にDIRECTと表示されても、プロキシが無効とは限りません。

「グローバル」モードは通常、通常の外向き通信をまとめてグローバルポリシーに振り分けます。ノードへの接続を一時的に調べたい場合や、出口を統一する必要がある場合に適しています。ただし、通信がコアに取り込まれていることなどが前提です。「DIRECT」モードは直接接続を優先するため、プロキシノードが使えるかどうかの確認には使えません。設定どおりに通信を振り分ける場合は、まずルールモードで接続を確認し、必要に応じてほかのモードを選んでください。

モードを選んだら、プロキシグループの接続先も選ぶ

「プロキシ」画面に切り替え、メインのプロキシグループを開きます。グループ名は設定によって異なり、「プロキシ」「ノード選択」のほか、用途に応じた名前が付いている場合もあります。名前だけで用途を判断せず、設定の説明やグループ内の選択肢を確認してください。手動選択グループでは、現在利用できるノードをタップし、選択状態になったことを確認します。グループ内で別のグループを参照している場合は、さらに下の階層を開き、最終的な接続先が意図せずDIRECTや拒否になっていないか確認してください。

自動選択グループが設定に含まれている場合は、まず既定のポリシーを使ってかまいません。ただし、自動選択の基準は設定で指定された接続確認先であり、あらゆるWebサイトへのアクセスを保証するものではありません。クライアントの「テスト」や「遅延テスト」は、明らかに接続できないノードを見分ける目安になります。テストの失敗は、確認先やネットワークの制限が原因の場合もあります。1つの数値だけで、すべての通信が使えるかどうかを判断しないでください。

サブスクリプションのルールはそのままにし、変更の競合を避ける

初期設定の段階でルールを書き換えたり、用途別グループを一つずつ切り替えたりする必要はありません。まずメインのプロキシグループに利用可能な接続先があることを確認し、よく使うアプリのグループが想定したポリシーを参照しているかを確認します。グループの選択は通常、新しい接続に反映されます。すでに確立した長時間接続は古い接続先を使い続けることがあります。切り替えた後は、新しいリクエストを送って確認してください。再生中のページだけを見て判断しないでください。

サブスクリプションの設定とクライアントの上書き設定で、同じルールを同時に変更しないでください。設定の統合方法はクライアントによって異なり、画面の選択肢が元のYAMLを直接変更するとも限りません。プロキシグループ、DIRECT、ルールの適用関係はルールと通信振り分けの用語解説を参照してください。グループの種類、ルールセット、上書き設定をカスタマイズする場合は応用設定ガイドをご覧ください。この手順の最後には、現在のモード、メインのプロキシグループ、そのグループで実際に選択されている接続先を確認できる状態にします。

03 接続と通信経路を有効にする

設定と接続先を選んだら、概要画面に戻ります。クライアントに「コアを起動」ボタンがある場合は、先にコアを起動し、状態が安定してから通信を取り込みます。アプリの起動時にコアを自動実行するクライアントもあれば、「接続」が共通の操作になっているものもあります。重要なのは、コアが実行中であることと、システムやアプリの通信がコアに渡されていることを区別することです。コアが動いていればリクエストを処理できますが、通信がコアに渡って初めてプロキシを経由する可能性が生まれます。

デスクトップ：まずシステムプロキシを有効にする

Windows、macOS、またはデスクトップのプロキシ設定に対応したLinux環境では、まずクライアントの「システムプロキシ」を有効にします。通常、ローカルのアドレスやポートを手動で入力する必要はありません。クライアントが自身の待ち受け設定を使ってシステムプロキシを設定します。初回接続ではTUNを無効のままにし、LAN接続も有効にしないでください。まずは、この端末のブラウザーから読み込み済みの設定を使ってリクエストを送り、同時に変化する要素を減らします。

有効にしたら、ブラウザーで新しいタブを開き、リクエストを送信します。プロキシ管理拡張機能を使っている場合は、システムプロキシに従うモードに戻してください。プロキシアドレスを手動で設定したことがある場合は、別のクライアントのポートに固定されていないかも確認します。Linuxの一部のデスクトップ環境やアプリはシステムプロキシを使いません。画面でスイッチが有効でも、すべてのアプリが接続されているとは限りません。まず、システムプロキシに対応したブラウザーで基本の動作を確認してください。

システムプロキシに従わないアプリの通信を処理する必要がある場合に限り、TUNを検討してください。TUNの設定には、サービスコンポーネント、管理者権限、ルーティング設定が必要になる場合があります。有効にする前に、現在のクライアントの案内を確認してください。TUNは「グローバル」モードの別名ではありません。TUNはどの通信をコアに取り込むかを決め、ルールモードやグローバルモードは取り込んだ通信の接続先を決めます。詳しくは応用設定ガイドのTUNとFake-IPの説明をご覧ください。

モバイル：現在のクライアントによるVPN接続を許可する

AndroidとiOSでは、通常「接続」をタップするとシステムのVPN許可画面が表示されます。アプリ名がインストールしたクライアントと一致することを確認し、VPN接続の追加または確立を許可してください。クライアントに戻り、接続済みになるまで待ちます。ステータスバーや設定画面にVPNアイコンが表示される場合もあります。このアイコンが示すのはVPNの通信経路が確立したことだけです。ノードに接続できるか、ルールどおりに通信が送られるかは、次の手順で確認します。

スマートフォンで別のVPN、VPNを使うフィルタリングアプリ、または仕事用のネットワーク設定を使っている場合は、現在の接続とシステムの通信経路が競合していないか確認してください。アプリを切り替えると頻繁に切断される場合は、システムのバッテリー管理、バックグラウンド実行の権限、クライアントのバックグラウンド動作に関する説明を確認します。最初からあらゆるシステム権限をまとめて変更する必要はありません。アプリごとの通信設定があるクライアントでは、ブラウザーが対象外だと、接続済みと表示されていてもブラウザーの通信はクライアントを経由しません。

接続できたらクライアントを起動したままにし、すぐに終了しないでください。これで設定、接続先の選択、通信経路の3つがそろいました。次はスイッチの色だけで判断せず、実際のリクエストを確認します。

04 ルールの適用と接続結果を確認する

ブラウザーで新しいタブを開き、プロキシルールが適用されることがわかっている、アクセス可能なサイトを開きます。キャッシュ済みのページを更新するだけでは、ネットワークに問題があっても内容が表示される場合があるため避けてください。次にクライアントの「接続」画面に戻り、アクセスしたドメインまたは接続先を探します。検索機能があればドメインで絞り込みます。記録の接続開始時刻が今回の操作と一致することを確認し、適用ルール、プロキシグループの経路、最終的な接続先を確認してください。

確実に確認するには、ブラウザーとクライアントの両方を見ます。ブラウザーで新しいリクエストが完了し、クライアントにも想定どおりの処理経路が表示されることを確認してください。ルールがプロキシグループを参照している場合は、最終的な接続先が先ほど選んだノード、またはグループ内で実際に選択されているノードである必要があります。ルールがDIRECTを指定している場合は、DIRECTと表示されるのが正しい結果です。すべてのリクエストで接続元IPアドレスが変わることを合格条件にしないでください。ルールモードでは、接続先ごとに異なる経路が使われます。

複数の設定を同時に変えず、症状ごとに確認する

ブラウザーの新しい接続がクライアントにまったく表示されない場合は、手順3に戻り、通信経路を確認してください。システムプロキシが有効か、ブラウザーの拡張機能が設定を上書きしていないか、モバイルでVPN接続が維持されているか、アプリが対象から除外されていないかを確認します。接続記録が一瞬しか表示されない場合は、リクエストと同時にログも確認します。まず通信がコアに届いているかを確認し、その後でノードを調べると、順序を取り違えずに済みます。

接続は表示されるのにページが開かない場合は、最終的な接続先が想定どおりか確認します。選択したグループが違う場合は、手順2に戻って修正してください。接続先が正しいのにタイムアウトする場合は、利用できることがわかっている別のノードに切り替え、新しいリクエストを送信します。ログにドメイン名の名前解決失敗が明記されている場合は、DNS関連の設定を確認します。内容のわからない設定をまとめて貼り付けないでください。ログのドメイン名、サブスクリプションURL、接続情報には個人情報が含まれる場合があります。共有前に不要な情報を削除してください。

特定のアプリだけ接続できない場合は、システムプロキシに従うアプリか、アプリ独自のプロキシ設定がないか、古い接続が残っていないかを確認します。ブラウザーで成功しても、すべてのアプリが接続されたとは限りません。より広い範囲の通信を取り込む必要がある場合は、クライアントの説明に従ってTUNを個別に設定し、同じ手順で再確認してください。ルールの優先順位、DNS、ルーティングの詳しい調べ方は応用設定をご覧ください。初回接続の段階ですべてを完了する必要はありません。

接続できたら、更新と終了時の動作を確認する

設定画面に戻り、サブスクリプション項目の更新ボタンを探して、現在使用中の設定が更新対象になっていることを確認します。リモートサブスクリプションは手動更新や、クライアントの設定に応じた自動更新が可能です。ローカルファイルはリモート更新に対応していない場合があります。更新後は、有効な設定とメインのプロキシグループの選択が維持されていることを確認し、新しいリクエストを送ってください。ローカルで変更した内容を継続して使う場合は、クライアントが対応する上書き機能を利用します。リモートサブスクリプションのコピーを直接編集すると、更新時に変更が失われることがあります。

最後に、接続を停止する方法を確認します。デスクトップではシステムプロキシを無効にしてからクライアントを終了します。TUNを使っている場合は、その通信経路も無効にしてください。モバイルでは「切断」をタップし、システムのVPN接続も終了したことを確認します。トレイの「ウィンドウを閉じる」は画面を隠すだけで、コアが停止するとは限りません。終了後に通常のWebページも開けなくなった場合は、システムプロキシが停止済みのローカル待ち受けポートを指したままになっていないか確認し、元の設定に戻してから再度試してください。

設定項目の意味を確認するときは、まず用語ガイドを参照してください。ルールセット、複数のサブスクリプションの統合、外部コントローラーパネルを管理する場合は、応用設定ガイドをご覧ください。日常の接続操作と設定の管理を分けておくと、問題が起きたときに確認済みの状態へ戻しやすくなります。