Clashのサブスクリプション取り込み
とプロキシ設定ガイド

ステップ1：サブスクリプションを追加して設定を選択

クライアントを開き、「サブスクリプション」または「設定」ページに移動して、「追加」「インポート」またはプラス記号の項目を探します。リモートURLとローカルファイルの選択肢がある場合は、手元のデータに合う方を選びます。コピーしたサブスクリプションURLはリモートから、パソコンに保存した.yamlまたは.ymlファイルはローカルからインポートします。ファイルの内容をURL欄にそのまま貼り付けたり、WebページのリンクをYAMLファイルに見せかけてインポートしたりしないでください。

リモートサブスクリプションを使う場合は、サービス提供元のサブスクリプションページに戻り、Clashまたはmihomoと明記された形式を選んでURL全体をコピーします。貼り付けた後、先頭、末尾、中間のパラメーターまで確認し、特に疑問符以降を欠かさないようにしてください。複数のクライアント形式が並んでいるページでは、通常のノード共有リンクがClash設定として使えるとは限りません。QRコードしかない場合は、クライアントがQRコードからのインポートに対応しているか確認し、合わない方法を何度も試す必要はありません。

「普段使い」など、見分けやすい名前を設定に付けて、インポートまたは保存します。処理が終わるまで待ち、更新成功の表示や、プロキシグループ、ルール、ノードなどの設定内容があるかを確認してください。設定一覧に名前が追加されただけでは、項目が作成されたことしか分かりません。正常に解析され、現在使う設定として選択されていることも確認します。現在の設定はチェックマークで示すクライアントもあれば、「使用」や「有効化」をクリックするものもあります。

ローカルファイルを使う場合は、ファイルのインポートを選び、元のYAMLファイルを指定します。クライアントによる解析が終わってから、その設定を選択してください。YAMLはインデントで階層を表すテキスト形式です。初めて使う場合、直接編集する必要はありません。構文エラーが表示されたら、まず元ファイルを再取得してください。リッチテキストエディターで保存すると、余分な文字が混入することがあります。ファイルが外部ルールやプロキシグループを参照している場合、初回の読み込み時にネットワークが必要なこともあります。そのため、ファイルのインポート成功が外部データの読み込み完了を意味するとは限りません。

インポートに失敗したら、まずエラーが発生した段階を確認します。リクエストのタイムアウトなら、現在のネットワークとサブスクリプションURLへの到達性を確認してください。Webページが返されたり解析に失敗したりする場合は、ログインページ、購入ページ、共有方法の説明ページではなく、サブスクリプション用のURLをコピーしたか確認します。URLの期限切れやアカウント状態の変化も、更新失敗の原因になります。サービス提供元のページからURLをコピーし直して、もう一度試してください。原因を探るためにプロキシポート、DNS、ルールを同時に変更するのは避けましょう。

サブスクリプションURLにはアカウントへのアクセス情報が含まれることがあります。スクリーンショットを共有する前にURL全体を隠し、公開コメント欄に貼り付けたり、出所不明のオンライン変換サイトに入力したりしないでください。ノードを更新する際は、通常、対象項目の「更新」機能を使えば十分です。毎回設定を削除して作り直す必要はありません。

ステップ2：ルールモードとプロキシノードを選択

設定が有効になっていることを確認し、「プロキシ」ページ、または「モード」の選択項目を開きます。初めて使う場合は「ルール」を選択してください。画面によってはRuleと表示されます。ルールモードは、現在の設定にある条件を参照して、接続を直接接続、プロキシ、その他のポリシーに振り分けます。普段の通信の振り分けを保ちやすく、次のステップで接続がどの経路を通ったか確認するのにも便利です。

「ルールモード」と「ノードの選択」は別の操作です。モードは接続の振り分け方を決め、プロキシグループは接続が特定のポリシーに振り分けられた後、どの出口を使うかを決めます。プロキシグループを開き、手動選択できるノード、自動選択グループ、またはサブグループがあるか確認してください。グループ名はサブスクリプション設定によって異なり、「ノード選択」とは限りません。通常のプロキシ通信に使われる選択グループを見つけ、利用可能な項目を選びましょう。

グループに手動テストや遅延テストのボタンがあれば、実行して、テスト先に該当ノードから接続できるか確認できます。テスト結果が出たら、ノードをクリックして選択状態にしてください。テストボタンを押しただけで終わらせないようにしましょう。テストの実行とノードの選択は別の操作です。自動選択グループは通常、設定内のテスト条件に従って出口を選びます。初回は既定の動作のまま使い、テスト間隔や許容範囲をすぐに変更する必要はありません。

グローバルモードでは通常、クライアントが取り込んだ接続をグローバルポリシーで処理します。ルールの結果が想定と異なるとき、短時間の比較に使えますが、すべてのアプリが自動的にプロキシを使うようになるわけではありません。直接接続モードでは、取り込んだ接続が通常そのまま接続先にアクセスするため、プロキシノードの動作確認には使えません。グローバルモードでテストする場合は、グローバルポリシーで実際に何が選択されているかも確認してください。モード名だけで出口を判断しないようにしましょう。

まずは設定にもともと含まれているルールとプロキシグループの関係を維持してください。特定のWebサイトをプロキシ経由にするために、DIRECTを含む項目をすべて変更する必要はありません。DIRECTは直接接続を意味し、ルールで意図的に設定されている経路の場合があります。特定のアプリ用のポリシーグループがあっても、初回接続時に一つずつ変更する必要はありません。まずブラウザーで基本の通信経路を確認し、その後、必要に応じてアプリごとの振り分けを設定します。

この時点でプロキシページを見直し、ルールモードが選択され、ルールから参照されている選択グループに項目が指定されていることを確認します。ノードテストがすべて失敗する場合は、別のノードを試し、サブスクリプションサービスの状態も確認してください。モードを繰り返し切り替えても、到達できないノードは直りません。ルールの優先順位やネストされたプロキシグループなどについては、インストールガイドをご覧ください。今回は設定の構成を変更せずに進めましょう。

ステップ3：通信の取り込みを有効化

設定とノードの準備ができたら、通信の取り込みを有効にします。Macクライアントのホーム画面、設定画面、またはメニューバーで「システムプロキシ」を探し、まずコアにエラーがないことを確認してから有効にしてください。コアは接続を実際に処理するバックグラウンドコンポーネントです。クライアントのウィンドウが開いていても、コアが正常に動作しているとは限りません。起動失敗やポート競合が表示された場合は、ほかのネットワーク機能を有効にする前に、そのエラーを解決してください。

システムプロキシを有効にすると、macOSのプロキシ設定が変更され、その設定に従うアプリからのリクエストがクライアントのローカル待ち受けポートに送られます。初回の動作確認には、接続履歴と照らし合わせやすいブラウザーを使うのがおすすめです。有効化後、同じアドレスをブラウザーのプロキシ拡張機能に手動で入力する必要はありません。拡張機能に別のプロキシが設定されている場合は、いったん無効にするか、システム設定を使うように切り替えてください。設定が競合することがあります。

システムプロキシを有効にしたまま、ブラウザーで新しいページを開いてアクセスします。クライアントのスイッチだけを見て接続済みと判断したり、すぐにTUNも有効にしたりしないでください。システムプロキシの対象はシステム設定に従うアプリに限られます。ターミナルツール、ゲーム、独自のネットワーク機能を持つプログラムなどは利用しないことがあります。ブラウザーでは使えて特定のプログラムだけ使えない場合は、設定全体が無効だと決めつけず、そのプログラムのプロキシ対応を確認しましょう。

より多くのアプリの通信を取り込む必要がある場合は、TUNモードを検討してください。TUNは仮想ネットワークインターフェースを介して通信を処理するため、通常はシステムプロキシより広い範囲を対象にできます。ただし、実際の動作はルート、除外項目、DNS設定にも左右されます。デスクトップクライアントによっては、補助サービスやサービスモードのインストールが必要です。クライアントの案内に従い、システムの許可画面に表示されたプログラムを確認してから許可してください。ネット上の権限昇格コマンドをそのまま実行したり、初回のブラウザー接続のためにシステムルートを変更したりする必要はありません。

TUNをテストする際は、まずシステムプロキシをオフにしてTUNだけを有効にすると、どちらの方式が通信を取り込んでいるか判断しやすくなります。クライアントの説明で両方の併用が必要とされている場合は、そのクライアントの最新の案内に従ってください。通信が継続的に切れる、またはドメインを解決できない場合は、直前に有効にしたTUNをオフにし、以前使えていたシステムプロキシの設定に戻します。ネットワークに問題がある状態で、DNS、ルート、ファイアウォールを次々に変更しないでください。

Windowsでは「コアの動作確認 → システムプロキシを有効化 → ブラウザーでテスト」の順に進められます。特定のアプリが設定に従わない場合は、そのプラットフォーム固有の説明を確認してください。AndroidとiOSでは、通常、接続をタップするとシステムのVPN許可画面が表示されます。許可したらクライアントに戻り、接続状態を確認します。スマートフォンのステータスバーにVPNマークが表示されれば通信経路は確立していますが、選択したプロキシノードが使えることまで保証するものではありません。

接続中は、通信を取り込むツールをできるだけ一つにしてください。会社のVPN、セキュリティソフト、ほかのプロキシクライアントがルートやDNSを変更すると、同じ操作でも結果が異なることがあります。端末が組織の管理下にある場合は、その利用規則に従ってください。補助サービス、権限、プラットフォームごとの違いについては、必要に応じて各プラットフォームのインストール・設定ガイドをご覧ください。

ステップ4：プロキシの動作を確認

まず、現在のネットワークで正常にアクセスできると分かっているページを開き、基本的なネットワーク接続を確認します。次に、プロキシ経由になる想定のページを開き、読み込みが完了するか確認してください。すでに開いていたページの場合は、新しいタブを使うか、更新して再試行し、キャッシュされた内容を新しい通信と取り違えないようにします。最初から速度テストをする必要はありません。まずリクエストが想定した経路を通っていることを確認しましょう。

同時に、クライアントの「接続」「アクティビティ」「ログ」ページを開き、直前のアクセスで作成された新しい記録を探します。表示される項目はクライアントやログレベルによって異なりますが、通常は対象ドメイン、適用ルール、使用したプロキシチェーンを照らし合わせられます。プロキシ経由の想定なのにDIRECTと表示される場合は、まず適用されたルールとプロキシグループを確認してください。選択したプロキシが表示されているのにタイムアウトする場合は、システムプロキシを何度も切り替えるのではなく、ノード、接続先サイト、上流ネットワークを確認します。

ルールモードの結果を把握するには、出口IPだけを見るより接続履歴を確認する方が有効です。Webサイトごとに適用されるルールは異なり、IP確認ページ自体が直接接続に設定されていることもあります。そのため、検索結果にローカルの出口が表示されても、必ずしもプロキシが動作していないとは限りません。出口を比較する必要がある場合は、同じ接続先を同じ通信取り込み方式でテストし、そのリクエストが実際にプロキシポリシーに適用されていることを確認してください。履歴を共有する際は、サブスクリプションURL、認証情報、不要なアクセス記録を隠しましょう。

ブラウザーで接続先を読み込めない場合は、決まった順番で一つずつ確認します。まず現在の設定が選択されていること、次にプロキシグループの項目が選択されていること、その後コアが動作中でシステムプロキシまたはTUNが有効になっていることを確認してください。続いて別のノードに切り替え、新たにアクセスして記録を確認します。一度に変更するのは一項目だけにし、変更後の結果を記録しましょう。設定、モード、ノード、DNSを同時に変更すると、何が変化の原因か分からなくなります。

ブラウザーでは接続できるのに、ターミナルや特定のアプリで失敗する場合は、問題をそのアプリに絞り込みます。システムプロキシに対応しているか、独自のプロキシが設定されていないか、新しい設定を読み込むために再起動が必要かを確認してください。既存の長時間接続は以前の経路を使い続ける場合があるため、ノードを切り替えた後は接続を新しく確立して確認します。ターミナルのプロキシ設定、アプリの除外設定、TUNのDNSに関する問題は、トラブルシューティングガイドをご覧ください。初回設定を最初からやり直す必要はありません。

最後に終了時の状態を確認します。使い終わったら、まずシステムプロキシまたはTUNをオフにしてからクライアントを終了し、通常のWebページを開いてネットワークが復旧したことを確認してください。多くのクライアントは正常終了時に設定を元に戻しますが、異常終了後はローカルポートを指すプロキシ設定が残ることがあります。終了後にネットワークへ接続できない場合は、クライアントを再起動して通信の取り込みをオフにしてください。それでも復旧しない場合は、macOSの「システム設定 → ネットワーク → 使用中のネットワークサービス → 詳細 → プロキシ」で関連設定を確認します。項目の場所はシステムのバージョンによって異なることがあります。

初回設定が完了したら、動作確認済みの設定を残し、以降はサブスクリプション項目の更新ボタンで変更を取得してください。更新後に特定のアプリだけ問題が起きた場合は、まず該当する新しい接続記録を確認してから、振り分けを変更するか判断します。通常の設定はここまでで完了です。別の端末への移行、Linuxコアの導入、ルールの詳しい理解が必要になったら、インストールガイドを項目別にご覧ください。