アップグレードを小規模な移行として扱う

インストール、テスト、切り替えの前に、回復可能な構成とバージョンの記録を保存してください。新しいウィンドウが開くのは最初のチェックにすぎません。サブスクリプション、ルーティング、DNS、グループ、実際のアプリケーションはすべて検証が必要です。

1. クライアント・コア・設定を区別する

v2rayN はインターフェイスと構成を管理します。選択したコアが接続を処理します。クライアントの更新、コアの更新、サブスクリプションの更新は異なる変更です。この 3 つがすべて同時に発生すると、失敗の原因を特定することが難しくなります。現在の状態を記録し、必要に応じて一度に 1 つのレイヤーを変更します。

レビュー日 2026 年 10 月 26 日時点で、プロジェクトの最新の安定リリースは 7.25.6 です。そのノートでは、sing-box 1.14 の互換性と Xray 設定出力の変更について明示的に説明しています。[1] このバージョンは日付付きの参照であり、最新リリースに関する永続的な主張ではありません。特に重大な変更については、行動する前に公式リリース ノートをもう一度確認してください。

コア バイナリを置き換えるだけでは、クライアントが期待する新しい形式を生成できるとは限りません。アップストリームのドキュメントはクライアントのサポート範囲を超えている可能性があり、フィールドが削除されると、以前に動作していたプロファイルが起動できなくなる可能性があります。

2. 実際の設定保存先を確認する

公式パッケージ ガイドでは、ポータブル ZIP ディストリビューションとインストール済みパッケージを区別しています。通常、ポータブル ディストリビューションではデータが独自のフォルダーに保存されますが、インストールされたパッケージではオペレーティング システムのユーザー データの場所が使用される場合があります。[2] したがって、アプリケーション ディレクトリのコピーは、必ずしも構成のバックアップになるわけではありません。

クライアントの保存場所を開く機能で、実際のパスを確認します。公式の画面説明によると、内蔵のバックアップ・復元機能は guiConfigs フォルダー全体を対象とします。Windows 以外ではバックアップの拡張子を .zip にしてください。[3] 外部ルール、スクリプト、独自のコアファイルは別途記録して保存し、設定アーカイブにすべて含まれると想定しないでください。

バックアップ項目 それが重要な理由 確認方法
内蔵機能で作成した設定 ZIP クライアント管理の設定を保持します 正常に開き、必要なファイルと内容がある
クライアントとコアのバージョン レコード 互換性のある組み合わせを再作成します 完全なバージョン番号・OS・アーキテクチャを記録
外部ルール、スクリプト、カスタム ファイル 失われたファイルへのパスの復元を回避します 参照ファイルは別のコピーに存在します
重要な設定の記録 変更を可視化します プロキシ、ルーティング、DNS および TUN 状態をカバーします
以前の公式パッケージ 分離ロールバックをサポートします ソースとリリースを確認できます

バックアップにはサブスクリプションのトークンやノードの認証情報が含まれることがあります。保護された場所に保存し、公開の問い合わせにはアーカイブ全体ではなく、機密情報を除いた別の診断用コピーを使用してください。

3. OS とアーキテクチャに合うパッケージを選ぶ

まずシステム情報で CPU アーキテクチャを確認します。x64 と arm64 はアーキテクチャの区別であり、完全版と軽量版の区別ではありません。別のモバイルクライアントの手順を v2rayN デスクトップ版のインストール手順として使わないでください。

プラットフォーム 選定基準 公式 v7.x ガイドのベースライン
Windows x64 または ARM64 および必要な UI ディストリビューション Windows 10 以降。特定のビルドを確認する
macOS インテルの場合は x64、Apple シリコンの場合は ARM64 macOS 13.6以降
Linux アーキテクチャと配布パッケージ形式の両方 Debian 12 以降、Ubuntu 22.04 以降、Fedora 36 以降、Red Hat 9 以降

これらはレビュー時に文書化されたベースラインであり、現在のリリース資産とコアの互換性を確認することに代わるものではありません。[2] DEB パッケージは通常 Debian または Ubuntu に適していますが、RPM パッケージは対応する RPM ベースのディストリビューションを対象としています。ファイル名に Linux が含まれているだけでは、互換性を確立するのに十分ではありません。

ダウンロードしたファイル名、サイズ、ソースを確認してください。発行者が信頼できるチェックサムを提供している場合は、それを比較します。信頼できる参照を使用せずにハッシュを計算すると、ファイルは記録されますが、それが正式な発行者からのものであることは証明されません。

4. 複製または隔離環境で検証する

ポータブル リリースは、テストのために新しいディレクトリに解凍できますが、両方のコピーが同じデータ ストアを指すようにしないでください。同じリスナー ポートで 2 つのインスタンスを実行しないでください。インストールされたディストリビューションはユーザー ストレージを共有する場合があります。必要に応じて別のテスト アカウントまたはデバイスを使用し、最初に実際のストレージの場所を確認してください。

初回起動時に基本的な UI とコアを確認し、徐々に構成を復元またはインポートします。オペレーティング システム間を移動すると、プロセス名、パス、インターフェイス名、アクセス許可、およびシステム プロキシの動作が変更されます。復元が成功しても、プラットフォーム固有の設定を確認する必要がなくなるわけではありません。

移行の前後で同じターゲット セット(通常の直接 Web サイト、プロキシ依存タスク、内部サービス、および特定のルーティング ルールを持つアプリケーション)を使用します。内部サービス テストがない場合は、そのテストを適用外としてマークします。チェックリストに記入するためだけに、見慣れないデバイスに接続する必要はありません。

5. 切り替え前に動作を確認する

  1. コアは新しい構成解析エラーなしで起動します。
  2. サブスクリプションが更新され、アクティブなノードとグループのメンバーシップは有効なままになります。
  3. 明示的なプロキシ リクエストは成功し、システム プロキシまたは TUN キャプチャは意図したとおりに動作します。
  4. カスタム ルーティング、DNS、および必要な内部アクセスは、同じ比較テストに合格します。
  5. クライアントは再起動後も動作し、ネットワークの動作は終了後に回復可能です。

これらのチェックに合格した後にのみ、新しいリリースを毎日のセットアップにしてください。通常のワークフローとサブスクリプションの更新が成功するまで、古いパッケージとアップグレード前のバックアップを保持してください。保存期間は、任意の普遍的な日数ではなく、使用状況とストレージ ポリシーによって決まります。

6. 旧プログラムと旧設定を一緒に復元する

新しいクライアントがデータ形式を移行した場合、古い実行可能ファイルのみを再インストールしても機能しない可能性があります。新しいインスタンスを停止し、その診断情報を保存し、独立したストレージの場所にアップグレード前のバックアップを使用して古いバージョンを復元します。 2 つのインスタンスで同じ構成を同時に編集しないでください。

ロールバックは作業を復元し、違いを特定するのに役立ちます。安全ではないことがわかっている設定を長期的に保持する理由にはなりません。証明書検証パラメーターの削除や互換性のないコア動作に障害が発生した場合は、リリース ノートに従って構成を修復し、再現可能な最小の違いを文書化します。

オペレーティング システム間でインストール全体をコピーできますか? 構成は開始点ですが、バイナリ、絶対パス、および権限はプラットフォーム固有です。ターゲット プラットフォームのパッケージをインストールし、再度検証します。

ZIP が開けばバックアップ確認は十分ですか? いいえ。ファイルが読み取れることは確認項目の一つにすぎません。隔離した環境で重要な設定、外部ファイル、実際のタスクも確認して、復元できることを検証する必要があります。

参考にした YouTube 動画

公開されている動画タイトル・説明・チャプター索引を、テーマ選びと画面操作の参考にしました。本文は独自に作成したガイドで、動画の書き起こしではありません。技術的な内容は以下の公式資料で確認しています。

公式資料と適用範囲

資料確認日:2026-10-26。メニュー名や機能はクライアント、コア、OS のバージョンによって異なります。本文のチェックリストは推奨する検証手順であり、実測済みの性能データではありません。

  1. v2rayN 7.25.6 リリースノート
  2. 公式 v2rayN リリース パッケージ ガイド
  3. 公式 v2rayN UI および設定ガイド

シリーズの関連記事