Profile・サブスクリプションURL・YAMLの違い

Profileとは、クライアントが設定を管理するための記録です。ノードでもサブスクリプションURLそのものでもありません。通常は設定名や取得元、更新日時と、対応するYAMLの内容が含まれます。Profileを選択すると、その設定をもとにクライアントが実行用の設定を生成または読み込みます。設定内のプロキシグループから、実際に使用するノードを選びます。

Clash Verge Revなどのクライアントでは、この項目は通常「設定」と表示され、一部のクライアントでは「Profiles」と表示されます。設定の記録形式はクライアント間で共通ではなく、YAMLの対応項目もコアによって異なる場合があります。オリジナル版Clashが認識できる設定とMihomoの拡張設定は同じではありません。特に、新しいプロトコルやルールセット、特定のDNS項目を使う場合は注意が必要です。

項目役割管理時のポイント
サブスクリプションURLリモート設定やノード情報を取得するためのURL形式、有効期限、アクセス権を確認する
ローカルYAMLデバイスに保存された設定ファイル変更前にバックアップし、インデントと項目の互換性を確認する
Profileクライアント内で選択・更新・削除できる設定の記録取得元と用途を区別し、使用中の設定を確認する
実行設定クライアントからコアに渡される実際の設定上書きやマージ、クライアント側の設定による影響に注意する

リモートProfileは通常、サブスクリプションURLから内容を取得し、クライアントがローカルにコピーを保存して、選択後にコアへ渡して使用します。オフラインでも読み込めるかどうかは、クライアントに利用可能なコピーが残っているかによります。コピー内のノードに接続できるかどうかは別の問題です。「設定一覧に残っている」ことを、サブスクリプションが有効である証拠と考えないでください。

サブスクリプションの追加：URLを確認してから設定を有効化

サービス提供元からClashまたはMihomo形式を取得する

サービス提供元のサブスクリプションページで、Clash、Clash Meta、Mihomoと明記されたURLを選び、現在のクライアントのコアが対応しているか確認します。アカウント管理ページや決済ページのURL、ほかのプロトコル向けの汎用サブスクリプションURLは、完全なClash設定として使えるとは限りません。

サブスクリプションURLにはアクセス用トークンが含まれていることが多く、URLを知る人にノード情報を見られるおそれがあります。URL全体を公開チャットやスクリーンショット、オンラインのYAML検証サイトに載せないでください。相談する際はエラー内容だけを伝え、パスやクエリパラメーター、ノードの認証情報は隠してください。

Clash Verge Revの「設定」画面を例に説明

  1. 「設定」を開き、サブスクリプションURLの入力欄にURLを貼り付けて「インポート」をクリックします。画面に「新規作成」から追加する項目がある場合は、種類でリモート（Remote）を選び、名前とサブスクリプションURLを入力します。
  2. 設定カードが表示されるまで待ちます。ダウンロードや解析の失敗が表示されていないか、更新日時はいつかを確認してください。処理中にインポートを何度もクリックしないでください。
  3. 「日常用－メイン」のように、取得元と用途がわかる短い名前に変更します。設定カードを選択し、使用中のマークが表示されたことを確認してください。
  4. 「プロキシ」を開き、プロキシグループとノードが表示されていることを確認します。普段は「ルール」モードを使い、実際に使用するプロキシグループでノードを選択します。
  5. 「設定」に戻り、システムプロキシの状態を確認します。TUNを使う場合は、関連サービスや権限、設定が正常であることを先に確かめてから個別に有効化すると、問題の原因を切り分けやすくなります。

リリースによってボタンの名称や位置は異なることがありますが、成功を判断するポイントは変わりません。設定がダウンロードされ、解析でき、選択済みで、コアの読み込みエラーがないことを確認します。「インポート成功」と表示されただけでは、アプリの通信がクライアントを経由しているとは限りません。

インポートは成功したのにノードが表示されない場合

  • Webページが返されている：設定内容にログインページの文言やHTMLタグが表示される場合、URLが間違っている、認証が必要、またはサービス提供元からエラーページが返されている可能性があります。
  • ノードの記述しかない：proxiesだけの内容には、対応するプロキシグループやルールが別途必要な場合があります。完全な設定としてそのまま使えるとは限りません。
  • 項目に互換性がない：ログで具体的な項目名やプロトコル名を確認し、使用中のクライアントのコアがその設定に対応しているか調べてください。同じURLを何度もインポートし直すのは避けましょう。

ローカルYAMLのインポートとリモート設定の編集

ファイルがある場合は、「設定」画面のローカルファイルをインポートする項目から、拡張子が.yamlまたは.ymlのファイルを選択します。クライアントによって、ファイルを独自のデータフォルダーにコピーする場合と、元のファイルパスを参照する場合があります。インポート後にデスクトップ上の元ファイルを編集しても、取り込まれたコピーには反映されないことがあります。

YAMLを確認するときは、まずインデントと参照関係を確認します。インデントには半角スペースを使い、タブを混在させないでください。ルールが参照するプロキシグループ名が存在し、プロキシグループが参照するノード名も一致している必要があります。以下はDIRECTのみの構成例で、接続可能なプロキシノードは含まれていません。

mode: rule
log-level: info

proxies: []

proxy-groups:
  - name: 日常用
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,日常用

この例では、MATCH,日常用が上記と同じ名前のプロキシグループを参照し、そのグループにはDIRECTだけが設定されています。読み込み後は、すべての一致した通信が直接接続されるため、構成の理解には使えますが、プロキシ回線の動作確認には使えません。項目の説明は設定リファレンスをご覧ください。

複数設定の切り替え：複数保存しても同時に実行されるわけではない

多くのClash GUIクライアントでは複数のProfileを保存できますが、通常、実行設定として選択できるのは1つです。クライアントのグローバル設定や上書き設定、選択中の設定が参照するリモートproviderも、最終的な設定の生成に関わることがあります。2つのサブスクリプションをそれぞれ追加しても、両方のノードが同じプロキシグループに自動で統合されるわけではありません。

インポート日で並べるより、用途に合わせて名前を付ける

  • 日常用－メイン：安定したルールとよく使うプロキシグループを維持し、通常使用する設定にします。
  • 予備－別の取得元：メインに問題が起きたときに切り替えます。普段から定期的に更新できるか確認してください。
  • テスト－ローカルルール－20260804：変更の検証に使います。正式な設定と混同しないよう、名前に日付を含めます。

切り替えるたびに確認する3つのポイント

  1. 使用中の表示：「設定」画面で、選択状態が目的のカードに移ったことを確認します。ログに読み込み失敗が出ている場合は、クリックしたことだけで判断しないでください。
  2. プロキシグループの選択：「プロキシ」を開き、選択中のノードを確認します。2つの設定でグループ名やノード名が異なる場合、前回の選択が引き継がれないことがあります。
  3. 実際の接続：新しいWebページを開くか、新しいリクエストを送ってテストし、接続一覧で適用されたルールと出力先を確認します。

既存の接続は切り替え後も元の経路を使い続けることがあります。切り替え直後にすべての接続を終了する必要はありません。まず新しい接続をテストし、特定のアプリが古い経路を使い続ける場合は、そのアプリを再起動するか、セッションを中断してよいことを確認してから該当する接続を終了してください。ダウンロードや会議、リモートデスクトップの使用中は、設定の切り替えに注意が必要です。

複数の取得元を同時に使うには、通常、proxy-providersなどを使った設定や、クライアントが明示的にサポートするマージ機能が必要です。これは別のレベルの設定管理です。ノード提供元の形式や参照名、更新方法を確認してください。2つの完全なYAMLをそのまま連結してはいけません。

自動更新：サブスクリプション、ノード提供元、ルールセットを区別する

リモートProfileの更新では、サブスクリプションURLの内容を再取得します。proxy-providersの更新では、設定が参照するノード提供元を取得します。rule-providersの更新では、ルールセットを取得します。それぞれ別の更新間隔を使う場合があり、いずれか1つを更新しても、ほかの項目まで更新されるとは限りません。

更新間隔はクライアント画面の単位に合わせて設定する

「設定」画面で対象の設定カードの編集メニューを開き、「自動更新」または「更新間隔」を探します。単位が分の場合は、まず1440分、つまり1日1回に設定できます。単位が時間の場合は24時間と入力します。これは管理上の推奨値で、すべてのクライアントの初期値ではありません。また、デバイスがスリープ中でも予定どおりに実行されるとは限りません。

YAML内のproviderのintervalは通常、秒単位です。たとえばinterval: 86400は1日を意味します。画面上の1440分をproviderの設定に1440秒としてそのまま入力しないでください。1440秒では24分となり、リクエスト頻度が大幅に高くなります。

  1. 間隔を設定したら、まず手動で更新し、ネットワークとサブスクリプションURLが使えることを確認します。
  2. 設定カードの最終更新日時を記録し、次回クライアントを起動したときに変化しているか確認します。
  3. 「プロキシ経由で更新」する項目がある場合は、実際のネットワーク到達性に応じて選択します。プロキシノードがすでに使えないと、そのノード経由で新しいサブスクリプションを取得しようとして循環するおそれがあります。
  4. 更新後もノードが変わらない場合は、使用中の設定が対象のProfileか、ノードが独立したproviderから取得されていないかを確認します。

古い設定の削除：先に切り替え、バックアップしてから整理する

Profileを削除すると、通常はクライアント内の設定記録と関連ファイルが削除されますが、サービス提供元のサブスクリプションが解約されるわけではなく、クライアントに保存されたすべての履歴が削除されるとも限りません。サブスクリプションURLが漏えいした場合、カードを削除するだけでは不十分です。サービス提供元の管理ページでURLを再発行し、各デバイスに新しいURLを設定してください。

  1. 代わりの設定が使えるか確認：長期的に使う設定を先に選び、新しい接続で正常にアクセスできることを確認します。
  2. 必要な内容をバックアップ：残しておきたいローカルルールやYAMLをエクスポートまたはコピーし、アクセスを管理できる場所に保存します。バックアップにはサーバーアドレスやパスワード、トークンが含まれる場合があります。
  3. 重複した記録を削除：古い設定カードのメニューから削除します。似た名前の設定がある場合は、並び順だけで判断せず、取得元と更新日時を確認してください。
  4. 再起動して確認：クライアントを再起動しても残す設定を読み込めることを確認してから、一時的なテストファイルを削除します。

長期的な管理では、「日常用1つ、予備1つ、テスト用は少数」あれば十分なことが多いでしょう。月に1回、無効なURLや自動更新、ローカルの変更を確認します。テスト結果を設定名やローカルのメモに残すと、同じサブスクリプションを何度も追加するより問題を特定しやすくなります。

よくある質問：設定の切り替え・更新・消失

サブスクリプションの更新後に追加したルールが消えるのはなぜ？

ルールをリモート設定ファイルに直接書き込んでいないか確認してください。リモートの内容を再取得すると、ローカルでの編集が置き換わる場合があります。長期的に残したい変更は、クライアントが対応する上書きやマージ機能に移し、ルールの順序も確認してください。ルールは通常、上から順に照合されます。フォールバックのMATCHより後に書いたルールは適用されない場合があります。

同じサブスクリプションを2回追加すると、別々のアカウントになりますか？

いいえ。2つの記録に異なる名前やローカル設定を付けることはできますが、同じサブスクリプションの取得元にアクセスするため、通常は同じアカウントに紐づきます。ローカルキャッシュを共有するか、重複追加を許可するかはクライアントによって異なります。カードを複製しても、本当の予備回線にはなりません。

Profileを切り替えると、ポートやTUNの設定も変わりますか？

必ず変わるとは限りません。クライアントのグローバル設定が、YAML内のポートやDNS、TUNの項目を上書きする場合があります。たとえば、実際に使う混合ポートをクライアントの「設定」画面で管理している場合、サブスクリプション内のmixed-portを変更しても反映されないことがあります。実行中の設定とログを基準に確認し、元ファイルだけから現在の状態を判断しないでください。

パソコンを買い替えたとき、YAMLをコピーするだけで大丈夫ですか？

ローカルの完全なYAMLは移行の出発点になりますが、自動更新URLや上書きスクリプト、外部ルールファイル、クライアントの設定は一緒に移行されないことがあります。新しいデバイスにインポートした後、ファイルパスやコアとの互換性、システムプロキシの権限を改めて確認してください。手順の詳細はクイックスタートガイドをご覧ください。読み込みに失敗した場合は、ヘルプセンターでエラーの内容に応じた対処法を確認できます。