初期設定 · 4ステップ

Clashのサブスクリプション・接続ガイド

サブスクリプションを追加 → プロキシモードを選択 → 接続を開始 → 動作を確認。クライアントをインストールし、有効なサブスクリプションを用意したら、約10分の手順で設定できます。

Clashまたはmihomoに対応したサブスクリプションURLか、YAML設定ファイルを用意してください。クライアントにプロキシサービスは付属していません。このガイドではノードを提供せず、サブスクリプションURLの公開も求めません。

STEP 01 / PROFILE

サブスクリプションを追加して設定を有効化

まず設定を追加し、その後にプロキシを有効にします。サブスクリプションURLは通常、利用中のプロキシサービスから提供され、ノードやプロキシグループ、ルールなどの設定をダウンロードするために使います。サービスの案内からClashまたはmihomo対応の形式を選び、アカウントのログインページ、購入ページ、ヘルプページのURLは使わないでください。コピー後は、前後に空白や改行、チャットアプリが付けた句読点が混ざっていないか確認し、URLに含まれるクエリパラメーターはそのまま残します。

サブスクリプションURLから追加

クライアントを開き、「設定」またはProfilesページから「新規作成」「インポート」「URLからインポート」などの項目を探します。リモート設定とローカル設定を選べる場合、サブスクリプションURLはリモート設定の入力欄に貼り付けます。名前は識別しやすい短いものにします。送信後はダウンロードと解析が終わるまで待ち、同じ設定が重複して登録されないよう、インポートを連続で実行しないでください。

追加に成功すると、設定カードまたは設定項目が表示されます。クリックして選択してください。別途「有効化」や「使用」操作がある場合は、それも実行します。次に「プロキシ」またはProxiesページを開き、プロキシグループとノードが表示されていることを確認します。設定が一覧にあるだけでは、コアがその設定を使用中とは限りません。選択状態とプロキシページの表示をあわせて確認してください。

ローカルファイルを使う・設定を更新する

.yamlまたは.ymlファイルがある場合は、サブスクリプションURL欄にファイルのパスを貼り付けず、ファイルのインポートから選択します。クライアントによっては設定テキストを直接貼り付けられます。インポート後は設定を選択して有効にしてください。ローカルファイルは通常、リモートサブスクリプションのようにサーバー側の変更を自動取得しません。ノードの変更後はファイルを再取得するか、サービスが提供するリモートサブスクリプションを利用してください。

既存のサブスクリプションを更新する場合は、その設定項目の「更新」または再読み込みを実行します。更新後も設定が選択されていることと、以前使っていたノードが残っていることを確認してください。リモートの内容で直接編集した設定が上書きされる場合があります。最初の設定では、ダウンロードしたファイルを編集しながらサブスクリプションを何度も更新するのは避けましょう。カスタムルールを長期的に使う方法は応用設定で解説しています。

インポート時にダウンロードエラーが出た場合は、URLが有効か、現在のネットワークからサブスクリプションサーバーにアクセスできるか、サーバーがログインページを返していないかを確認します。ダウンロードできても解析に失敗する場合は、まず設定形式が使用中のコアに対応しているか確認してください。プロキシモードの変更は先に試す必要はありません。具体的なエラーはよくある質問を確認してください。プロキシページに有効なプロキシグループが表示されたら、モードと出口の選択に進みます。

STEP 02 / POLICY

Ruleモードとプロキシポリシーを選択

初めて使う場合は、「ルール」またはRuleモードがおすすめです。モードの切り替えは、ホーム画面、プロキシページの上部、または設定内にある場合があります。Ruleモードでは設定内のルールに従って、直接接続、プロキシ経由、拒否を決定します。すべてのサイトの用途を自動判定する機能ではなく、実際のアクセス結果は現在の設定とプロキシグループによって決まります。切り替える前に、手順1で追加した設定が有効になっていることを確認してください。

3種類のプロキシモードの違い

Ruleは日常利用向けです。指定した宛先をプロキシ経由にしながら、直接接続が必要なリクエストも維持できます。Globalは、コアに入った通信をすべてグローバルポリシーで選択した出口に送るため、ルールの問題を一時的に切り分けるのに適しています。ただし、システム内のすべてのアプリの通信がコアに入るとは限りません。Directは、コアに入った通信をすべて直接接続にします。プロキシを有効にするモードではありません。モードはコアに入った通信の処理方法を決め、システムプロキシやTUNは通信をコアに取り込む方法を決めます。両者は互いに代用できません。

ルールが参照するプロキシグループでノードを選択

Ruleモードに設定したら、プロキシページを開きます。プロキシグループの名前は設定の作成者によって異なり、「Proxy」の場合も日本語名の場合もあるため、特定の名前だけを探さないでください。通常のプロキシ通信に使う選択グループを開き、正常に動作しているノードを選びます。グループ内に別のプロキシグループが表示された場合は、その下のグループも開き、最終的に選ばれるノードまたは自動テストグループを確認してください。外側のグループが選択済みに見えても、内側がDIRECTのままということがあります。

手動選択グループでは出口を固定できます。自動テストグループは設定されたテスト条件に応じて出口が変わる場合があります。最初の動作確認では、手動選択できるグループでノードを固定すると、出口の変化による影響を減らせます。クライアントに接続テスト機能があれば実行して結果を待ちます。テストの宛先と実際の通信先は異なるため、テストが成功しても、すべてのサイトやアプリで使えるとは限りません。

config.yaml · ルールの例

mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

この例では、まず一致したGitHubのドメインをProxyに送り、次にGeoIPルールで中国本土のIPアドレスを処理し、最後に一致しなかった通信をProxyに送ります。ルールは上から順に評価され、一致した時点で処理が決まります。Proxyは例で使っているプロキシグループ名で、完全な設定ではこのグループを別途定義する必要があります。モードの説明用の抜粋であり、利用可能なサブスクリプション全体と置き換えないでください。

ここまでで、モードがRuleになっていることと、プロキシグループに適切な出口が選ばれていることを確認します。ノードとプロキシグループの違いが分からない場合は、用語集を参照してください。次の手順では通信の取り込みだけを設定し、ルールは同時に変更しません。接続が確立するかどうかを確認しやすくなります。

STEP 03 / CONNECTION

システムプロキシまたはスマホのVPNを有効化

設定とプロキシポリシーを準備したら、クライアントでコアが起動しているか確認します。起動時にコアも自動で動くPCクライアントもあれば、起動ボタンを押す必要があるものもあります。スマホでは通常、接続操作でコアの起動とVPNの確立をまとめて行います。画面が開くだけではプロキシサービスが起動したとは限りません。設定の読み込みエラーや待ち受けポートの競合があると、接続できないことがあります。

PCではまずシステムプロキシでブラウザーを確認

クライアントのホーム画面または設定から「システムプロキシ」を有効にします。通常は、システムのプロキシ設定が、クライアントがローカルで待ち受けているポートを指すようになります。その設定に従うブラウザーのリクエストがクライアントに送られます。クライアントを起動したまま、まず通常のブラウザーウィンドウでテストしてください。ブラウザーに独自のプロキシ切り替え拡張機能を入れている場合は、システム設定を上書きしていないか確認し、クライアントと拡張機能で別々の出口を指定しないようにします。

システムプロキシを有効にしても、すべてのアプリの通信が取り込まれるわけではありません。独自のプロキシ設定を持つアプリもあれば、直接接続するアプリもあります。コマンドラインツールも、PCのシステムプロキシ設定を自動で参照するとは限りません。ブラウザーで成功しただけで、ターミナルもプロキシ経由だと判断しないでください。アプリごとに設定する場合は、クライアントが実際に待ち受けているアドレスとポートを確認します。7890はよくある設定例ですが、すべてのクライアントがこの値を使うとは限りません。初期設定ではLANアクセスを有効にする必要はありません。

スマホでシステムのVPN接続を許可

Androidクライアントでは通常、接続ボタンを押すと、システムからVPN接続の許可を求められます。インストールしたクライアントへの許可であることを確認してから接続を許可し、クライアントに戻って動作状態を確認してください。iOSクライアントでは初回接続時にVPN構成の追加を求められる場合があります。システムの案内に従って許可し、アプリに戻って接続を続けます。ステータスバーのVPNアイコンはシステムトンネルが確立したことを示すだけです。実際にプロキシ経由で通信できるかは、次の手順で確認してください。

ほかのVPNアプリが動作中の場合は、同時にシステムVPNを使わないよう、先に接続を切ってからテストしてください。Androidで画面ロック中やアプリ切り替え後に頻繁に切断される場合は、バッテリー管理によってバックグラウンド動作が制限されていないか確認し、クライアントの案内に従って調整します。設定名はOSによって異なります。接続のためにシステムの保護機能をすべて無効にする必要はありません。学校や職場の管理対象デバイスではVPN設定が制限されている場合があるため、デバイス管理のルールに従ってください。

必要な場合に限りTUNを有効化

PCのブラウザーでは正常に接続できても、特定のアプリがシステムプロキシに従わない場合は、TUNを検討してください。TUNは仮想ネットワークインターフェースを通じて通信を取り込むため、システムサービスや権限、ルート設定が必要になることがあります。クライアントの案内に従って必要なサービスをインストールするか権限を許可してから有効にしてください。初回のウェブ確認でネットワーク関連の設定をすべて有効にする必要はありません。TUNとDNSの組み合わせは応用設定で解説しています。ここではまず、クライアント推奨の初期設定を維持してください。

この手順を終えたら、「接続済み」という表示だけで判断しないでください。モード、設定、ノードを変えずに新しいウェブリクエストを送り、次の手順で通信経路を確認します。有効化後にすべてのページが読み込めなくなった場合は、直前に有効にした通信取り込みの設定をオフにして元のネットワークに戻し、最後の手順に沿って確認してください。

STEP 04 / CHECK

アクセス結果と接続ログを確認

接続の確認では、アクセス結果とクライアントのログを両方見ます。ページが開いてもルールによって直接接続されている場合があり、VPNアイコンが表示されてもノードが使えるとは限りません。まずプロキシ経由になる想定の公開ページを選びます。たとえば、例のルールを使っている場合はhttps://github.com/にアクセスし、ページを開き直すか再読み込みします。テスト先は実際のルールに応じて選んでください。1つのサイトが開くかどうかだけで、ネットワーク全体の状態を判断することはできません。

適用ルールと実際の出口を確認

ページの読み込み中にクライアントの「接続」またはConnectionsページを開き、対象のドメインやアドレスを探します。表示項目はクライアントによって異なりますが、宛先、適用ルール、プロキシグループ、プロキシチェーンを確認してください。プロキシ経由になる想定の場合、選択したプロキシ出口までたどれることがログに示されているはずです。DIRECTと表示される場合は、ノードが使えないと決めつける前に、モード、ルールの順序、プロキシグループの選択状態を確認します。

接続の中には、継続時間が短く、ページの読み込み後にアクティブな接続一覧から消えるものがあります。接続ページを開いたままページを再読み込みするか、クライアントのログ画面を参考にしてください。記録を捕捉するために詳細ログを長時間有効にするのは避けましょう。ログにはアクセス先のドメインが含まれる場合があります。共有前に機密情報を取り除いてください。ノードを切り替えても、既存の長時間接続は以前の出口を使い続けることがあります。新しいリクエストを送るか、対象アプリを再起動して確認すると確実です。

出口IPを確認する場合は、信頼できるIP確認ページを補助的に利用できます。ただし、その確認リクエスト自体がプロキシポリシーに適用されていることも確かめてください。Ruleモードでは宛先ごとに出口が異なる場合があるため、1回の確認結果で端末内のすべてのアプリを判断することはできません。ブラウザーで確認できたら、実際に使うアプリを1つずつ開き、それぞれがシステムプロキシに従うか、TUNで通信を取り込む必要があるかを確認します。

接続できない場合は順番に切り分け

まず設定を確認します。直前に追加した設定が有効か、プロキシページに一覧が表示されているか、ログに設定の解析エラーがないかを確認してください。サブスクリプションの更新エラーとプロキシ接続エラーは別の問題なので、分けて対処します。
次に出口を確認します。Ruleモードで、対象が参照するプロキシグループにDIRECTが選ばれていないか確認してください。ノードを1つ固定してテストし、必要であれば同じサブスクリプション内の別の使用可能なノードに切り替えます。一度に変更する選択項目は1つだけにしてください。
次に通信の取り込みを確認します。新しいリクエストに対応する接続ログがない場合は、システムプロキシ、アプリ独自のプロキシ設定、スマホのVPN状態を優先して確認してください。ログがあるのに接続できない場合は、ノードとネットワークへの到達性を調べます。
最後にDNSなどの詳細を確認します。ドメイン名の解決エラーが明確に出ている場合に限り、ログを見ながらDNSを確認してください。最初からDNS設定をすべて削除するのは避けましょう。関連用語は用語集、具体的な対処方法はよくある質問を確認してください。

ルールとノードのどちらに問題があるか切り分けるには、一時的にGlobalへ切り替え、グローバルプロキシグループの出口を明示的に選んで、同じ宛先に再度接続します。Globalでは接続でき、Ruleでは想定どおりにならない場合は、ルールとプロキシグループを見直してください。どちらも失敗する場合は、出口、通信の取り込み、ネットワークを確認します。これはあくまで切り分け用の方法です。確認後は元のRuleモードに戻し、一時的な設定を日常利用に残さないでください。

普段はサブスクリプションを有効に保ち、サービスの設定が変更されたときに更新すれば十分です。利用を終えるときは、システムプロキシをオフにするかスマホのVPN接続を切ってから、クライアントを終了してください。終了後にPCがインターネットへ接続できなくなった場合は、停止したローカルサービスをシステムプロキシが参照したままになっていないか確認します。ルールのカスタマイズ、サブスクリプションの統合、ネットワークスタックの調整が必要になったら、応用設定ガイドを参照してください。初回接続ですべての設定を完了する必要はありません。