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

始める前に：クライアントとサブスクリプションURLを準備

クライアントをまだインストールしていない場合は、まずクライアントのダウンロードページで、端末のプラットフォームとプロセッサーのアーキテクチャに合ったインストーラーを選び、インストール後にこのページへ戻ってください。初回起動時にOSの権限確認が表示されたら、対象アプリ名と用途をよく確認します。自動起動、LAN共有、TUNはまだ有効にせず、まず通常の接続を一度確立しましょう。後から機能を追加するとき、どの設定がネットワークの動作を変えたのか判断しやすくなります。

続いて、サービス提供元がClash設定形式に対応していると明記したサブスクリプションURL、または利用可能なローカル設定ファイルを用意します。クライアントは設定の読み込みと接続の転送を担いますが、インストールしただけで利用可能な出口が得られるわけではありません。サブスクリプションURLには個人用のアクセス認証情報が含まれることが多いため、信頼できるアカウントページからコピーしてください。他人に転送したり、URL全体を公開スクリーンショット、オンライン変換ツール、質問投稿に貼り付けたりしないでください。

今回の作業では、プロキシクライアントをできるだけ1つだけ起動してください。PCですでに別のプロキシ、VPN、ネットワーク制御ツールを使っている場合は、元の設定を控えてから関連する接続を一時停止します。管理対象の業務用端末では、ネットワーク設定を許可なく変更しないでください。サービス提供元のページに通常のネットワークでアクセスできる状態にして、以下の手順を進めます。エラーが出た場合は現在の手順で止まり、表示されたメッセージを控えてください。複数のスイッチを続けて切り替えるより、原因を特定しやすくなります。

サブスクリプションを追加して現在の設定にする

クライアントを開き、「設定」または「サブスクリプション」画面に進み、「新規作成」「サブスクリプションを追加」「URLからインポート」などの項目を探します。サービス提供元のアカウントページに戻り、Clash、Clash Meta、mihomo対応形式と記載されたサブスクリプション項目を選んで、URL全体をコピーします。クライアントのURL入力欄に貼り付け、見分けやすいローカル名（例：「ノートPC用設定」）を付けてから、「インポート」または「保存して更新」をクリックします。

貼り付けたら、URLの先頭と末尾を確認してください。プロトコル部分が含まれており、末尾に余計な空白、改行、チャットアプリが付けた句読点がないことを確かめます。サービス提供元のトップページ、アカウントのログインページ、個別のノード共有URLを、設定全体を取得するサブスクリプションURLとして使うことはできません。複数の形式が提示されている場合は、クライアントが対応するものを選びます。ブラウザーでURLを開けても、クライアントが必要とする設定データが返されるとは限りません。

取得が終わるまで待ちます。成功すると通常、設定名、更新日時、またはプロキシグループが表示されます。次に設定カードをクリックするか、「有効化」「現在の設定にする」などの操作を行い、使用中の設定にします。インポート時に自動で有効になるクライアントもあれば、一覧に保存するだけのものもあるため、現在の項目に選択マークが付いているか確認してください。その後プロキシ画面を開き、設定で定義されたプロキシグループが表示されていることを確かめます。一覧が空のままなら、接続を有効にする前に現在の設定を確認します。

ローカルのYAMLファイルを使う場合は、「ファイルからインポート」を選び、ファイル選択画面で対象ファイルを開きます。OSの設定で拡張子が非表示になっている場合があるため、同名のテキスト説明ファイルを選ばないよう注意してください。ローカルファイルとオンラインサブスクリプションでは、更新方法が異なります。ローカルに保存したファイルを読み込んだ後、リモート側の変更が自動同期されるとは限りません。新しい内容が必要な場合は、再インポートするか、クライアントの更新機能を使います。初回設定では、ファイル内の項目やインデントを直接編集せず、まず元のファイルを正常に読み込めることを確認してください。

インポートに失敗したら、まず具体的なエラーメッセージを確認します。ネットワークタイムアウトはリクエストが正常に完了しなかったことを示し、設定の構文エラーとは限りません。「解析に失敗」と表示された場合は、返された内容と形式を確認してください。クライアントに「プロキシ経由でサブスクリプションを更新」という項目があっても、まだ利用可能なプロキシがない初回設定では、安易にこの方法に頼らないでください。時間をおいて再試行するか、提供元にURLと対応形式を確認しましょう。詳しくはよくある質問をご覧ください。インポートするために、サブスクリプションを見知らぬサイトへアップロードしないでください。

ルールモードを選び、プロキシグループの出口を指定する

設定を読み込んだら、「プロキシ」画面またはクライアントのモードメニューを開き、「ルール / グローバル / DIRECT」の項目を探します。初回は「ルール」を選んでください。このモードでは、現在の設定に記述されたルールの順序に従って、コアが接続先を決めます。リクエストによって、直接接続、プロキシグループ経由、または明示的なブロックに分かれます。ルールモードはWebサイト名を見てその場で判断するものではなく、動作は有効にした設定によって決まります。

次に、設定内のメイン選択グループを開きます。「プロキシ選択」という名前の場合もあれば、設定の作成者が別の名前を付けている場合もあります。完全に同じ表記を探す必要はありません。グループを展開し、現在利用できる出口を選びます。設定に「自動選択」や「フェイルオーバー」グループがあれば、選択して、そのグループに設定された仕組みに後続の選択を任せることもできます。プロキシグループの中にさらに別のグループが含まれている場合もあります。グループを選んだら、DIRECTや拒否項目で止まらず、最終的に利用可能な出口を指していることを確認してください。

クライアントに接続テスト機能があれば、メイン選択グループで一度実行し、出口を選ぶ参考にします。テストの接続先やネットワーク経路は実際のアプリと異なることがあるため、結果が出ても、その条件で応答があったことを示すだけで、すべてのサイトに接続できる保証にはなりません。タイムアウトした場合も、実際のアクセス結果とあわせて判断してください。初回からサブスクリプション全体を何度もテストする必要はありません。まず利用可能な項目を選んで動作確認に進み、数字の比較に時間をかけすぎないようにしましょう。

「グローバル」では通常、コアに届いた通常の接続をグローバルプロキシ選択に渡します。「DIRECT」では通常、プロキシ出口を経由しません。これらのモードは短時間の比較には使えますが、グローバルモードにするだけで、すべてのアプリが自動的にコアへ接続されるわけではありません。どの通信がコアに届くかは、システムプロキシやTUNの設定にも左右されます。また、ルールモードを「すべてのサイトがプロキシ経由になる」と解釈しないでください。リクエストがDIRECTルールに該当するのは、設定で意図された動作かもしれません。

ルールモードとメインのプロキシグループを選んだら、用途別のグループが設定に含まれているかも確認します。使い始める段階では、対象サイトに使われるグループに適切な選択肢があることを確かめれば十分です。すべての分類を一つずつ変更する必要はありません。ルールの順序、デフォルト出口、カスタムルールの詳しい書き方は、接続できた後に確認しましょう。関連する考え方はFAQを、体系的なトラブル対処はトラブル対処ガイドをご覧ください。この段階で、サイトにアクセスできないからといってルール全体を削除するのは避けてください。

システムプロキシまたはモバイル接続を有効にする

ホーム画面、設定画面、またはトレイメニューに戻り、まずコアが起動していることを確認します。デスクトップクライアントに「システムプロキシ」スイッチがある場合は有効にしてください。「システムプロキシに設定」というメニュー項目を使うクライアントもありますが、機能はほぼ同じです。通常、この操作でOSのプロキシ設定をローカルの待受ポートに向け、システムプロキシを参照するブラウザーやアプリのリクエストをクライアントに渡します。クライアントのウィンドウを開いたままにするだけでは、この設定の代わりになりません。

設定から「混合ポート」または mixed-port を探します。設定例では 7890 がよく使われますが、実際の値はクライアントの画面に表示されたものを使ってください。例の値に無理に変更する必要はありません。混合ポートではHTTPとSOCKS5のプロキシ接続を受け付けます。HTTP用とSOCKS5用に別々のポートを使うクライアントでは、表示された種類に合わせて設定してください。「ポートが使用中」と表示されたら、まず別のクライアントが起動していないか確認します。コアの待受ポートを確認せず、システムプロキシのアドレスだけを変更しないでください。

AndroidとiOSのクライアントでは、通常、別の手順で接続します。設定とプロキシグループの準備ができたら、ホーム画面の「接続」または開始ボタンをタップしてください。初回はシステムからVPN設定の追加やVPN接続の許可を求められることがあります。アプリ名を確認して許可し、クライアントに戻って接続状態を確認します。システムにVPNのアイコンが表示されていればネットワークの制御が開始されていますが、それだけではリモートの出口が使えるとは限りません。次の手順でアクセスを確認してください。別のVPNが接続中の場合は、システムの案内に従って競合を解消します。

デスクトップで初めて接続する際は、TUNを無効にしたままにします。ブラウザーでアクセスできた後、対象アプリがシステムプロキシを参照しないことが確認できた場合は、クライアントの案内に従って必要なサービスをインストールまたは起動し、TUNを有効にしてみてください。TUNが扱うネットワークの範囲はシステムプロキシと異なり、ルーティング、DNS、管理者権限に関わる場合があります。TUNをあらゆるエラーに対する万能の修復スイッチと考えないでください。複数の入口を同時に変更すると、アクセスが回復しても、どの設定が有効だったのか判断しにくくなります。

「LAN接続を許可」は、このPCからインターネットに接続する設定とは別のものです。このノートPCだけで使う場合は無効のままで構いません。ファイアウォールの受信ルールを追加する必要もありません。後から同じ信頼できるネットワーク上のほかの端末とプロキシを共有する場合は、待受アドレス、ファイアウォール、接続する端末側の設定を別途確認してください。初回設定で自動起動を有効にする必要もありません。動作確認後、使い方に合わせて設定し、ログイン後にクライアントが起動して設定を読み込めることを確かめます。

Webアクセスとルール適用の結果を確認する

接続したら、まずブラウザーで新しいタブを開き、普段問題なく開けるWebサイトにアクセスして、通常のネットワーク接続に影響がないことを確かめます。続いて、現在のネットワークではプロキシが必要で、正常に利用できるWebサイトにアクセスします。すでに開いているページを見るだけでなく、新しいリクエストを発行してください。以前のページがキャッシュから表示されたり、既存の接続が切り替え前の経路を一時的に使い続けたりすることがあります。ページが読み込めたことを確認したら、クライアントの接続履歴と照らし合わせます。

クライアントの「接続」または「ログ」画面を開いたままにして、ブラウザーに戻り、対象ページを再読み込みします。新たに表示された対象ドメイン、適用ルール、プロキシグループ、接続経路を確認してください。クライアントによって表示項目は異なります。重要なのは、リクエストが現在のクライアントに届き、想定した経路を通っていることです。DIRECT に該当した場合は、ルールがもともと直接接続を指定していないか確認します。プロキシグループに入った後で接続に失敗する場合は、システムプロキシの不具合とすぐに決めつけず、そのグループで実際に選ばれている出口を確認してください。

ブラウザーで失敗し、問題の箇所がわからない場合は、デスクトップのターミナルからプロキシを明示してテストできます。以下のコマンドはリクエストをローカルのHTTPプロキシ入口に直接渡します。現在の混合ポートが 7890 の場合のみそのまま使い、異なる場合はクライアントに表示されたポートに置き換えてください。Windows PowerShellでは、同名のエイリアスによる引数の違いを避けるため、curl.exe を明示して使用できます。

curl --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com

HTTPレスポンスヘッダーが表示されれば、今回の明示的なプロキシリクエストに対してサーバーから応答がありました。ステータスコードは必ずしも 200 とは限らず、リダイレクトやアクセス制限による応答の場合もあります。このテストで確認できるのは現在の接続先と出口だけで、すべてのサイトの動作を保証するものではありません。127.0.0.1 に接続できないというエラーが出た場合は、まずコアの起動状態と待受ポートを確認してください。リクエストがコアに届いた後でタイムアウトする場合は、ログを見て出口、DNS、リモートサービスの問題を調べます。

明示的なプロキシテストは成功するのにブラウザーで失敗する場合は、ブラウザーがシステムプロキシを参照しているか、個別にプロキシを設定する拡張機能がないか、別のアプリがシステムプロキシを変更していないかを確認します。ブラウザーでは利用できるのに特定のアプリで失敗する場合は、そのアプリがシステムプロキシに対応しているかを確認してから、TUNの利用を検討してください。Webサイトによって結果が異なる場合は、ルールと出口を確認します。特定のIP確認サイトの結果だけで、すべての通信が同じ経路を通ると判断しないでください。ルールで振り分ける場合、接続先によって経路が異なるのは通常の動作です。

最後に、接続を停止する手順も一度確認します。デスクトップでは、まずシステムプロキシと今回有効にしたTUNを無効にし、ウィンドウを閉じるだけでなく、クライアントの「終了」コマンドを使ってください。モバイル端末では「切断」をタップし、システムの接続アイコンが消えたことを確認します。通常のネットワークでアクセスできることを確認したら、クライアントを再度開き、動作確認済みの状態に戻します。ノートPCでWi-Fiを切り替えた後、スリープから復帰した後、新しいホットスポットを使う場合も、「通常のWebサイト → 対象サイト → 接続履歴」の順に確認できます。

4つの手順のいずれかで問題が残る場合は、まずその段階で表示されたエラーメッセージを控え、短い説明はよくある質問で確認してください。インターネットに接続できない状態が続く、サブスクリプションの取得に失敗する、DNSに異常がある、クライアントがクラッシュするといった場合は、トラブル対処ガイドの症状別手順に沿って調べます。問い合わせる際は、クライアント名、OS、失敗した手順、必要なログを伝えれば十分です。共有する前に、サブスクリプションURL、認証情報、その他の個人情報を必ず隠してください。