Clash Verge Rev で複数の設定を管理する方法：サブスクリプションの自動更新、切り替え、バックアップ

業務用、日常用、テスト用、予備のサブスクリプションをすべて Profile 1、Profile 2 と名付けると、一週間後にはどれを削除できるか判断しにくくなります。名称には少なくとも入手元または用途と、識別しやすい環境を含めてください。たとえば「業務｜社内ルール」「日常｜メインサブスクリプション」「テスト｜ローカルオーバーライド」などです。完全なサブスクリプションのドメイン、アカウント、token は名称に書き込まないでください。

まず三種類を区別します。リモート Profile は URL から更新し、ローカル Profile はディスク上のファイルだけを読み込みます。Merge、Script、オーバーライドは、読み込み時に最終設定を変更します。リモートサブスクリプションが正常でも、オーバーライドまで正常とは限りません。Profile を切り替えても、グローバルなオーバーライドが無効になるとは限りません。

自動更新を始める前に、現在最も安定しているリモートサブスクリプションを選び、手動更新してそのまま読み込みます。追加の Merge や Script は有効にしません。利用できるノード一つに固定し、ブラウザー、普段使うアプリ、内部ドメイン、DNS がすべて正常であることを確認してください。

オーバーライドを加えていないこの Profile を残し、似た名称のコピーを多数作らないでください。後でオーバーライドに group not found が出た場合、ここへ戻れば元のサブスクリプションが利用できるかを確認できます。この設定も失敗するなら、ダウンロード、解析、サービス側の変更を確認します。

通常、サブスクリプションを取得する必要があるのは、ノード、通信量情報、ルールが変更された場合だけです。間隔が短すぎると、サーバーへのリクエスト、消費電力、失敗通知が増えます。作業中の現在設定が、一時的に誤ったレスポンスへ置き換えられる可能性もあります。日常用のサブスクリプションは控えめな周期から始め、頻繁に変わるテスト用だけを個別に短くしてください。

Clash Verge Rev の Profile 詳細またはサブスクリプション設定で自動更新を調整する際は、まず単位と次回実行時刻を確認します。バージョンやインポート方法によって表示される選択肢が異なる場合があるため、他人のスクリーンショットにある数値をそのまま使わないでください。最も重要なのは、手動更新の操作項目を残し、最後に成功した時刻と失敗理由を確認できることです。

Profile 一覧の「更新成功」は、リモートリクエストと解析ですぐエラーが出なかったことを示すだけで、ノードが必ず利用できるという意味ではありません。一つを手動更新したら、更新時刻、ノード数、ポリシーグループ名、通信量表示に異常な変化がないかを確認してから、現在の設定として選択してください。

更新後にノードが数十個からゼロになる、ポリシーグループが突然消える、本文が実はログインページだった場合は、その設定へ切り替えないでください。以前から稼働中の設定を残し、HTTP ステータスと解析ログを確認します。自動更新も同じ原則に従い、失敗時は最後に利用できたキャッシュを使い続け、エラーレスポンスを新しい設定として扱わないようにします。

グローバルな Merge が「PROXY」「ノード選択」などの固定グループ名を参照している場合、別の提供元のサブスクリプションへ切り替えるとそのグループが存在せず、proxy group not found が発生することがあります。オーバーライドは最小限にし、すべての Profile に存在するフィールドとグループ名だけを参照してください。

入手元によってグループ名と構造が大きく異なる場合は、それぞれ別のオーバーライドを管理し、一つのスクリプトですべてを扱おうとしない。

オーバーライドを調整した後は、最終的に生成された YAML を確認します。元の Profile に重複キーがなくても、マージ後に生じる場合があります。DNS、rules、proxy-groups のブロック全体が上書きされることもあります。

すべてのオーバーライドを無効にして元のサブスクリプションを読み込めることを確認し、その後一つずつ有効にします。複数のエラーを同時に読むよりも、失敗を起こした項目を特定しやすくなります。

複数設定のワークフローを復元できるバックアップには、少なくとも四つの要素が必要です。リモートサブスクリプションのアドレス、自分で管理するローカル YAML、Merge または Script のファイル、クライアントのバージョン、ポート、現在の Profile といった少数の設定です。サブスクリプションのアドレスはパスワードマネージャーへ、ローカル設定とオーバーライドは暗号化アーカイブへ保存します。バージョンと設定は、別の説明ページに記録できます。

Clash Verge Rev のキャッシュディレクトリ全体だけをコピーしないでください。キャッシュには期限切れのサブスクリプション、実行状態、以前のカーネルが含まれる場合があり、新しいインストールへ上書きすると問題まで復元されます。ロールバックが必要な場合は、最近動作確認したローカルスナップショットを先にインポートし、メイン Profile を上書きせず読み込めることを確認してください。

本当の予備設定には、独立した信頼できる入手元を使うのが理想です。メインと予備が同じサービス、同じ変換チェーンを参照し、同時刻に自動更新される場合は、まとめて失敗するためロールバック手段になりません。ローカルスナップショットにはノードの認証情報が含まれるので、バックアップを暗号化し、保存期限も設定してください。

通常の作業一回を通して、次の手順を順に検証できます。クライアントを起動し、現在の Profile を確認し、メイン設定を手動更新し、実際の作業を一つ完了し、予備へ切り替えてから元へ戻し、最後に終了してシステムプロキシの復旧を確認します。すべての手順を説明でき、ロールバックも可能になって初めて、複数の Profile が便利さをもたらします。そうでなければ、同じ不確実性を複製しているだけです。