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

設定一覧で現在選択されている Profile を確認し、上書き設定が有効なままか調べます。Profile を切り替えても全体に適用する上書きは残る場合があります。リモートのサブスクリプションを正常に読み込めても、マージ結果が正しいとは限りません。

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

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

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

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

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

「更新成功」はダウンロードと解析で直ちにエラーが出なかったという意味にすぎません。ノードが使えるかは実際のリクエストで確認します。

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

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

配信元ごとにグループ名や構造が大きく異なる場合は、上書き設定を個別に管理し、同じスクリプトですべてのサブスクリプションを処理しないでください。

上書き設定を調整した後は、最終的に生成されたYAMLを確認します。DNS、rules、proxy-groupsの実際の内容と、グループ名やルールの参照が現在のProfileに対応しているかを確認してください。上書きによってこれらの内容が置き換わる場合があるため、元のサブスクリプションだけでは判断できません。

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

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

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

予備の設定は、独立した信頼できる配信元から用意するのが望ましいです。通常用と予備の設定が同じサービス、同じ変換手順、同じ時刻の自動更新を使っていると、配信元の問題で両方が使えなくなり、予備でも復旧できません。ローカルのスナップショットにはノードの認証情報が含まれるため、暗号化して保存し、保存期限を決めてください。

クライアントを起動して使用中の Profile を確認します。手動更新後に実際の作業を行い、予備の構成に切り替えて戻した後、終了してシステムプロキシの復旧を確認します。再起動後も構成と自動更新予定が正しいことを確かめます。