複数デバイスでV2Ray設定を同期する方法：サブスクリプションURL・設定のエクスポート・QRコード共有

「V2Ray設定の同期」といっても、実際には三つの異なる作業を指す場合があります。複数のデバイスで同じノード一覧を使うこと、特定ノードの接続パラメータ一式をコピーすること、さらにルーティング規則やDNS、システムプロキシの設定まで移行することです。三者では対象となるデータ範囲が異なるため、「インポート成功」だけで同期完了とは判断できません。Windowsのv2rayN 7.x、Androidのv2rayNG 1.10.xおよびv2flyNG 1.10.xを例にすると、ノード接続用の項目は概ね相互利用できますが、クライアントの環境設定やルーティング規則は個別に調整が必要です。

まず同期するデータ範囲を決める

ノード一覧は設定の一部にすぎません。接続可能なノードには少なくともアドレス、ポート、プロトコルの認証情報、トランスポート設定が含まれます。さらに端末側にはグループ、速度測定結果、ルーティング、DNS、待受ポート、システムプロキシの制御状態なども保存されます。サブスクリプションは通常ノード更新を担い、QRコードは通常1ノードだけを運び、設定一式のエクスポートは形式とクライアントの実装に左右されます。

「ノードが同じ」ことと「動作が同じ」ことも分けて考える必要があります。たとえばWindows版v2rayNはローカルのSOCKSポート10808、HTTPポート10809を使用し、LANアドレス向けの直接接続規則を有効にしている場合があります。一方、Android端末に同じノードをインポートしても、この二つの待受ポートやデスクトップ側のシステムプロキシ状態が自動的に引き継がれるわけではありません。モバイル端末は通常、システムが提供する通信制御機構でトラフィックを転送し、デスクトップ端末はシステムプロキシやTUNを使うことがあるため、入口の仕組みが異なります。

方法1：サブスクリプションURLでノード一覧を統一する

複数デバイスを長期的に管理するなら、サブスクリプションが最も安定した方法です。各デバイスに同じURLを登録し、更新時に配布元からノード一覧を再取得します。ノードのアドレス、ポート、トランスポート設定が変更されても、配布元が更新済みであれば、各クライアントで再更新するだけで新しい値を取得できます。サブスクリプションURLにはアクセス利用者を識別するパスパラメータが含まれることが多いため、アカウント認証情報と同じように管理し、公開ページへの掲載や関係者以外への転送は避けてください。

1. サブスクリプションを追加

   v2rayNのメイン画面で「サブスクリプショングループ」→「サブスクリプショングループ設定」→「追加」と進み、別名とサブスクリプションURLを入力して保存します。

2. ノードを更新

   「サブスクリプショングループ」に戻り、「すべてのサブスクリプションを更新（プロキシを使用しない）」を実行します。現在のネットワークから配布元へ直接アクセスできない場合は、プロキシ経由で更新します。

3. コアを確認

   「設定」→「パラメータ設定」→「Coreタイプ」を開き、プロトコルに合ったコアが選択されているか確認します。v2rayNでは、VLESSとRealityの設定は通常Xrayコアで処理します。

4. スマートフォンへインポート

   v2rayNGまたはv2flyNGで右上の「+」をタップし、「クリップボードからサブスクリプションをインポート」を選ぶか、「サブスクリプション設定」からURLを追加して更新します。

5. 一括確認

   各端末でノード数、グループ名、更新時刻を確認します。たとえばデスクトップに24ノード、モバイルに19ノードしか表示されない場合は、プロトコルの対応状況やグループの絞り込みを確認してください。

サブスクリプションの更新はリアルタイム配信ではありません。パソコンが09:00、スマートフォンが17:00に更新した場合、その8時間は両端に異なるノード一覧が表示される可能性があります。日常運用では、複数ノードへの接続に失敗したら古いノードを1件ずつ編集するのではなく、まずサブスクリプションを更新するなど、決まった手順を設けるとよいでしょう。自動更新の間隔も短くしすぎないでください。配布元に変更がない状態で頻繁にリクエストしても、接続品質は改善しません。

同じサブスクリプションがv2rayNGでは正常に動作するのに、v2flyNGで一部のノードが表示されない場合は、サブスクリプションを何度も削除する前に、プロトコルとセキュリティ層を確認してください。v2flyNGはv2flyコアを使用するため、VMess、WebSocket、TLSなどv2flyが対応する設定に適しています。Reality、特定のFlow、Xray独自の拡張項目を含むノードは、該当項目に対応したクライアントで使用してください。

方法2：設定のエクスポートとファイル移行

継続的なサブスクリプションを使わず、端末の買い替えや現在のノード状態の保存が必要な場合は、エクスポートが適しています。ただし、何をエクスポートしたのかを先に確認してください。共有リンクの一覧、クライアントが読み取る設定ファイル、完全なデータディレクトリでは意味が異なります。共有リンクの一覧はクロスプラットフォームで取り込みやすい一方、速度測定結果、アクティブノード、ウィンドウ配置、システムプロキシ状態は通常含まれません。完全なデータディレクトリは端末全体のバックアップに近いものの、同じクライアント、近いバージョン、同じOS間での復元にしか適さないことが多いです。

1. 少数のノードを移行：v2rayNのノード一覧で対象を選択し、右クリックメニューから選択したサーバーの共有リンクをコピーして、テキストを移行先のクライアントへインポートします。
2. 複数のノードを移行：まずグループで絞り込み、一時的なテストノードがエクスポート内容に混ざっていないことを確認します。移行先で総数を比較し、各プロトコルから少なくとも1件を抜き打ち確認します。
3. v2rayNのローカルデータをバックアップ：クライアントと実行中のコアプロセスを終了してから、プログラムのデータディレクトリをコピーします。データベースや設定ファイルの書き込み中に操作しないでください。復元時は近い7.xバージョンを優先します。
4. クロスプラットフォーム移行：標準的なVMess、VLESS共有リンクを優先してエクスポートし、Windowsクライアントの完全な設定ファイルをAndroidクライアントが直接読み取れるとは考えないでください。

移行確認記録
移行元のノード数: 24
移行先のノード数: 24
確認するプロトコル: VMess、VLESS
確認するトランスポート: TCP、WebSocket
確認するセキュリティ層: TLS、Reality
ローカル待受: 個別に設定
ルーティング規則: 個別に確認

設定ファイルでは項目名も異なる場合があります。たとえば画面に「偽装ドメイン」と表示される項目が、内部ではHostに対応することがあります。画面上の「SNI」がserverNameとして保存される場合もあります。Realityの公開鍵、短い識別子、ブラウザフィンガープリントも、publicKey、shortId、fingerprintとして保存されることがあります。インポーターは項目のマッピングを行う必要があり、移行先のクライアントが古い、またはコアが項目に対応していない場合、一覧に表示されても接続を確立できない可能性があります。

方法3：QRコードで単一ノードを共有する

QRコードは新しいプロキシプロトコルではなく、共有テキストを視覚的に符号化したものです。v2rayNはノード記録をVMessまたはVLESS共有リンクに変換し、そのリンクを画像として符号化します。v2rayNGはスキャン後に同じテキストを解析してノードを作成します。QRコードは1回につき1つの設定を扱うため、一時的なノード追加には向いていますが、継続的に変化する数十件のノード一覧の管理には適しません。

• v2rayNでノードを選択し、右クリックメニューのQRコードまたは共有機能から単一ノードのQRコードを表示します。
• v2rayNGのメイン画面で「+」をタップして「QRコードをスキャン」を選択し、カメラの使用を許可してデスクトップ画面にかざします。
• インポート後すぐに元の記録を削除せず、編集画面を開いてアドレス、ポート、ユーザーID、トランスポート方式、セキュリティ層を項目ごとに比較します。
• まず実際の接続テストを1回行い、その後アクティブ設定にします。記録を保存できることは、RealityまたはTLSのハンドシェイク成功を意味しません。
• QRコードには完全な接続情報が含まれるため、公開スクリーンショット、グループのお知らせ、サポートチケットの添付ファイル、検索可能なページに掲載しないでください。

QRコードは画面の鮮明さにも左右されます。長いVLESS Realityリンクは密度の高い画像になるため、遠距離からの撮影や画像圧縮後は読み取りに失敗しやすくなります。デスクトップのQRコードを約400×400ピクセル以上に拡大し、画面を明るくして、カメラを垂直に保ってください。それでも読み取れない場合は、共有リンクをコピーする方法に切り替えます。URLを短くするためにクエリパラメータを削らないでください。削除したSNI、Flow、公開鍵、フィンガープリントが接続に必須の場合があります。

クロスプラットフォームの項目互換性を確認する方法

互換性は「プロトコル層→トランスポート層→セキュリティ層→クライアントの機能」の順に確認します。VMessまたはVLESSが認証情報と基本プロトコルを決め、TCPまたはWebSocketがトランスポートを決め、TLSまたはRealityが安全なハンドシェイクを担います。最後に、クライアントとコアがすべての項目を解釈できるかを確認します。同じ名前のノードでも設定が同一とは限りません。ノード名はラベルであり、実際の接続には影響しません。

VLESS Realityは「インポートには成功したのに接続できない」状態が最も起きやすい組み合わせです。移行元がxtls-rprx-visionを使用している場合、移行先でもFlowを保持する必要があります。フィンガープリントがchromeだったのに、インポート後に空欄になるとハンドシェイクで失敗することがあります。短い識別子は空の場合も、サーバー指定値の場合もあるため、経験だけで補わないでください。公開鍵とユーザーIDも別の項目であり、コピー時に入れ替えてはいけません。

VMess WebSocket TLSは比較的互換性を確認しやすい構成ですが、WebSocketパス、Host、SNI、TLSの有効化を同時に確認する必要があります。たとえばサーバーアドレスが203.0.113.10、ポートが443でも、Hostに同じアドレスを入力するとは限りません。HostとSNIには、サーバー側で指定されたドメインを使う場合があります。例示のアドレスは項目の関係を説明するためのものであり、実際の設定ではサブスクリプションまたは共有リンクに記載された元の値を維持してください。

ルーティングは独立した設定として扱います。v2rayNでドメイン、IP、プロセス、インバウンドタグに基づいて作成した規則は、ノードを1つQRコードで読み取っただけではv2rayNGに自動追加されません。複数デバイスの動作を近づけたい場合は、「LANは直接接続、特定ドメインも直接接続、それ以外はアクティブノード経由」のように共通の目的を先に定め、各クライアントが対応するルール編集画面で個別に実装します。デスクトップ版とAndroid版では保存構造が異なる可能性があるため、規則ファイルのテキストを直接比較しないでください。

再現可能な同期手順を作る

複数デバイスの管理で重要なのは、毎回より多くのデータをコピーすることではありません。ノードの配布元を一つにし、端末固有の設定は端末側に残し、切り戻せる記録を保つことです。普段使うパソコンをサブスクリプション内容の確認担当にしても、パソコン上の速度測定順を全デバイスの固定順序にしないことをおすすめします。スマートフォンと予備端末は同じサブスクリプションを定期的に更新し、それぞれのネットワークで再測定します。

• 主要データソース：有効なサブスクリプション1つで常用ノードを管理し、同じ内容のサブスクリプションを同一端末に重複登録しない。
• 更新記録：更新後に日付とノード数を記録する。例：「2026年7月14日、24件」。異常による減少を見つけやすくなります。
• サンプルテスト：各プロトコルから少なくとも1件をテストし、VMess、VLESS、WebSocket、TLS、Realityをそれぞれ確認する。
• 端末側の設定：v2rayNの10808、10809ポートに加え、システムプロキシ、TUN、DNS、ルーティングモードを個別に記録する。
• 緊急共有：単一ノードを一時的に追加する場合はQRコードを使い、サブスクリプション復旧後に重複記録を削除して、同名ノードの混乱を防ぐ。
• 端末交換後の復元：まずノードをインポートし、次にルーティングとDNSを設定し、最後にシステムプロキシまたはモバイル接続を有効にして、段階ごとに確認する。

最終確認は3段階で行えます。第1段階はノード記録が完全か、第2段階はコアが接続を確立できるか、第3段階は実際のアプリ通信が想定どおりルーティングされるかです。インポートだけでは第1段階にすぎません。遅延値が表示されても、通常は測定経路が応答したことしか示しません。Webページ、更新サービス、指定アプリがすべて規則どおり動作して初めて、ノード、システムの入口、ルーティングが連携して機能していると判断できます。

多くの利用シーンでは結論は明確です。サブスクリプションURLはノード一覧の長期同期、設定のエクスポートは端末交換とオフライン保存、QRコードは単一ノードの一時共有に使います。ルーティング、DNS、ローカルポート、システムによる通信制御はプラットフォームごとに管理します。これらの境界を整理すれば、複数デバイスの設定ファイルを完全に同一にする必要はありません。接続項目が一致し、コアの機能が対応し、各端末で動作確認ができていれば十分です。