Windowsでは、これまでの操作感や画面のなじみやすさを基準にWPF版とAvalonia版を選べます。macOSやLinuxでは、各OS向けのデスクトップ版を選びましょう。違いの中心は画面を構成する技術であり、対応するプロキシプロトコルの優劣ではありません。動作環境やコアとの関係、設定の移行、確認手順を解説し、初めてダウンロードする方や別の版への移行を考えている方の手戻りを減らします。
デスクトップ版とWPF版の違い：画面・クライアント・コアを整理
この記事でいう「デスクトップ版」は、Avaloniaの画面を採用したv2rayNを指します。WPF版もデスクトップアプリですが、ダウンロードページでは異なる画面の系統を区別するためにこの名称を使っています。AvaloniaはクロスプラットフォームのUIフレームワーク、WPFはWindows向けのUIフレームワークです。ウィンドウの描画やコントロールの動作、デスクトップとの連携に影響しますが、接続先サーバーが特定のプロキシプロトコルに対応するかどうかを直接決めるものではありません。
v2rayNはサーバー設定やサブスクリプション、ルーティング、コアのプロセスを管理します。実際にプロキシ接続を確立するのは、選択したコアです。VMessやVLESS、各種トランスポート設定が使えるか確認するときは、ダウンロードパッケージのAvalonia／WPFという表示だけで判断せず、コアの種類とバージョン、サーバー側の設定を確認してください。また、リリースによっては、両方の画面で機能やメニューの構成が完全に一致するとは限りません。
| レイヤー | 主な役割 | 選ぶときの確認ポイント |
|---|---|---|
| Avalonia / WPF | ウィンドウ、一覧、設定画面、操作 | OS、表示倍率、トレイ、入力の使い勝手 |
| v2rayNクライアント | 設定の保存、サブスクリプションの管理、実行パラメーターの生成 | 機能の場所、設定の互換性、必要な権限 |
| Xray / V2Flyコア | インバウンド、アウトバウンド、ルーティング、接続処理の実行 | プロトコル対応、ログ、接続パラメーター |
OS別の選び方：Windowsは使い慣れた操作感、ほかのOSは対応パッケージを確認
Windowsだけで使っていて、現在のWPF版でサブスクリプションの更新、システムプロキシ、ルーティングが問題なく動いているなら、「クロスプラットフォーム」という理由だけで移行する必要はありません。Windows、macOS、Linuxを頻繁に行き来する場合は、Avalonia版なら比較的共通した操作感で使えます。ただし、システムプロキシの連携方法や権限の仕組み、トレイの挙動はOSごとに異なります。
WPF版：Windowsで今の使い方を続ける
おすすめWindowsだけで使い、WPFの画面に慣れている方には、今の安定した使い方を続けることを基本の選択肢としておすすめします。画面の名称で性能を判断するのではなく、表示倍率やよく使う操作、終了時のシステムプロキシの復元が要件に合うかを確認しましょう。
おすすめ：Windowsだけで使い、これまでの操作に慣れている方。
Avalonia版：複数のOSで使う
複数のデスクトップOSで似た設定を管理するなら、OSとプロセッサーアーキテクチャに合ったデスクトップ版を選びましょう。クロスプラットフォームとは、UI技術が複数のOSに対応しているという意味で、同じインストーラーがすべてのOSで動くわけではありません。
おすすめ：macOSやLinuxを使う方、複数のデスクトップOSを頻繁に切り替える方。
AndroidではAvalonia版とWPF版を選ぶ必要はありません。モバイル向けはv2rayNGとv2flyNGを別途比較してください。前者はXrayコア、後者はV2Flyコアを軸にしています。サブスクリプションを使い回せるかは、含まれるプロトコルやパラメーターによって異なります。同じV2Rayエコシステムのアプリだからといって、すべての設定をそのまま読み込めるとは限りません。
結論：まずOSで絞り、実際の操作で確かめる
Windowsでは、今のバージョンでサブスクリプションの更新、プロキシの切り替え、終了後の復元を試してください。3つとも問題なければ、切り替えを急ぐ必要はありません。macOSやLinuxでは、そのOS向けのAvaloniaデスクトップ版を選び、WPF版を実行しようとしないでください。
動作環境と画面の適合性：インストール前に確認する4項目
どちらの画面も.NET技術に関係しますが、すべてのインストールパッケージで同じランタイムを別途インストールする必要があるとは限りません。リリースによって、必要なランタイムを同梱する場合と、システム上のランタイムを使う場合があります。選んだパッケージの説明と起動時のエラーを確認してください。ランタイムが不足している場合は、要求される種類、メジャーバージョン、プロセッサーアーキテクチャに合ったものを選び、適当に新しいバージョンを入れないようにしましょう。
- プロセッサーアーキテクチャ：x64とARM64は別のパッケージです。Windowsでは「設定」→「システム」→「バージョン情報」でシステムの種類を確認できます。macOSでは「このMacについて」でチップの種類を確認してください。
- ランタイムの種類：WPFはWindows向けのデスクトップ技術です。エラーにWindows Desktop Runtimeが必要と明記されている場合は、その指示に従ってください。SDKや別の種類のランタイムを入れても、起動に必要な条件を満たすとは限りません。
- フォントと表示倍率：実際に使う表示倍率で、サーバー一覧や設定ダイアログ、長いテキストを確認してください。文字が切れる場合は、まずウィンドウサイズ、システムの表示倍率、フォント環境を見直しましょう。ネットワークの問題と決めつける必要はありません。
- デスクトップとの連携：Linuxではデスクトップ環境やトレイ拡張、セッションの種類によってアイコンの表示が変わることがあります。macOSではセキュリティ警告やアクセス許可への対応も必要です。トラブル対処のために、システム全体のセキュリティ機能を無効にしないでください。
TUNモードでは仮想ネットワークインターフェースやルーティング、権限も関係するため、画面上のスイッチを入れるだけではありません。システムプロキシは動作するのにTUNが起動しない場合は、権限とコアのログを個別に確認してください。画面を比較する段階でTUNや複雑なDNS設定、複数のルーティングルールを同時に有効にすると、原因の切り分けが難しくなります。
接続速度を比較する方法：コア・ノード・ローカルポートをそろえる
「Avalonia版のほうが速い」「WPF版のほうが遅延が小さい」と、フレームワーク名だけで結論づけることはできません。接続品質を左右するのは、ノードの経路やコア、ルーティングルール、DNSの処理、テスト先などです。画面の比較では起動時間や一覧のスクロール、ウィンドウの応答を確認できます。通信を比較する場合は、まず両方の条件をそろえてください。
ここに示したポートは確認方法を説明するための例であり、すべてのバージョンで両方のポートを個別に待ち受けるわけではありません。複数のプロキシプロトコルを同じポートで受け付ける混合インバウンドを使う設定もあれば、独立したHTTPインバウンドがない設定もあります。ブラウザーやコマンドラインにアドレスを入力する前に、現在のクライアント設定とコアの起動ログを確認してください。
- 旧版とそのコアを終了し、プロセスが停止したことを確認します。同じ待ち受けアドレスやポートを2つのクライアントが取り合うのを防げます。
- 新しい版には同じサーバー設定を1件だけ読み込み、同じバージョンのコアを選びます。最初はルーティングをシンプルにし、TUNやDNSの方式を同時に切り替えないでください。
- 同じテスト先を使い、接続できたか、ログにどのようなエラーが出たかを記録します。1回の遅延の変化だけでは、画面フレームワークが接続品質に影響したとは判断できません。
- 基本の接続を確認できたら、元のルーティングや通信の取り込み方法を一つずつ戻します。変更ごとに再確認すると、違いの原因を特定しやすくなります。
コアがポートの待ち受けに成功したことから分かるのは、ローカルの接続口が起動したことだけです。システムプロキシを有効にしても、すべてのアプリがそれを使うとは限りません。独自のプロキシ設定を使うアプリは、個別に確認してください。システムプロキシが反映されない場合も、画面の版を切り替える前に設定を確認しましょう。
WPF版からデスクトップ版へ移行する：サブスクリプション・ノード・ルールを分けて保存
移行前に、元に戻せるバックアップを用意してください。リリースによって設定の構造が変わるため、データフォルダー全体を別バージョンや別OSへそのままコピーできるとは限りません。サブスクリプションURLやサーバーの共有リンクは再インポートしやすい一方、すべてのローカル設定が含まれているわけではありません。カスタムルーティングやDNS、コアの選択、ショートカットは別途記録してください。
- まずバックアップ：旧クライアントを終了し、実際に使われているデータフォルダーを保存して、現在のバージョンやコア、通信の取り込み方法を記録します。データがプログラムのフォルダーにすべて保存されるとは限らないため、使用中のバージョンのディレクトリー情報を確認してください。
- 別の場所にインストール：新しい版は別のフォルダーに置くか、案内された手順でインストールしてください。初回起動時に旧版のデータを上書きしないようにします。サブスクリプションURLにはアクセストークンが含まれる場合があるため、公開するスクリーンショットや問い合わせ文に載せないでください。
- 少しずつ読み込む：まずサーバー設定を1件だけ復元して動作を確認し、その後にサブスクリプションを追加します。更新結果に問題がないことを確認してから、ローカルのグループ設定やカスタムルーティングを復元してください。
- OS固有の設定をやり直す：OSをまたいで移行する場合は、コアのファイルとパスを選び直します。WindowsのパスはLinuxやmacOSではそのまま使えません。ショートカットや自動起動、システムプロキシも改めて確認してください。
- 終了後の復元を確認：システムプロキシを有効にして通信を確認したら、通常の手順で終了し、プロキシ設定が想定どおりに戻るか確認してください。普段使うアプリとルーティングルールの動作を確認するまで、旧版のバックアップを残しておきましょう。
クライアントが書き込み中の設定ファイルを手作業でコピーすると、不完全な状態の複製になることがあります。また、2つの版で同じデータフォルダーを共有すると、設定を上書きし合うおそれがあります。新しい版が旧設定を認識しない場合は、対応しているインポート方法で再構築してください。項目名が似ているという理由だけで内部データを編集しないでください。
クライアント選びのよくある質問：画面が似ていても動作環境は同じではない
Windowsで初めてダウンロードする場合、まずどちらを選べばいい？
まずダウンロードページでOS、アーキテクチャ、バージョンの説明を確認してください。複数OSで使う予定がなければ、WPF版を試し、設定の読み込み、システムプロキシ、終了後の復元を確認する方法があります。表示倍率や操作感が合わない場合は、別のフォルダーにAvalonia版を入れて試しましょう。両方を同時に常駐させる必要はありません。
デスクトップ版に切り替えると、今のノードは使えなくなる？
画面を切り替えただけで、接続先のアカウントが無効になることはありません。サーバーアドレスやポート、ユーザーID、トランスポート、TLSのパラメーターを確認し、続いて選択したコアを確認してください。同じ設定が片方でだけ失敗する場合は、実際の設定内容とログを比較し、すべてのサブスクリプションをすぐにリセットしないでください。
画面を見比べるために、2つの版を同時に起動してもいい？
画面を見るだけの場合でも、自動で起動するコアに注意してください。2つのプロセスがどちらも127.0.0.1:10808を使うと、アドレスが競合することがあります。両方がシステムプロキシを書き換えると、設定が互いに上書きされるおそれもあります。片方を終了してからもう片方を起動するほうが安全です。
デスクトップ版は起動したのに、トレイアイコンが表示されない場合は？
まずプロセスが動作中か確認し、次に通知領域やデスクトップ環境がトレイに対応しているか調べてください。主ウィンドウを開いたままにして、ウィンドウを閉じる操作とアプリの終了が別の動作か試します。何度も起動を繰り返したり、トレイアイコンの表示不具合をサブスクリプションの問題と決めつけたりしないでください。
2つの版で設定名が違う場合、以前の手順をそのまま使える？
同じ名前のボタンを機械的に探すのではなく、設定したい内容に対応するメニューを探してください。たとえば、変更したいのがローカルの待ち受けポート、システムプロキシ、ルーティングルールのどれなのかを確認してから、現在の版の設定を調べます。トラブル対処ではクライアントとコアの両方のバージョンを記録してください。「デスクトップ版」という情報だけでは不十分です。
選び方はシンプルです。OSによって使える版が決まり、画面の好みは普段の使い方で決まり、接続機能はコアと設定で決まります。使えている設定を維持しながら、別の版を独立した環境で試すほうが、上書きインストールするより違いを特定しやすくなります。各OSの対応状況はクライアント比較、ルーティングやDNSの概要は設定ガイドをご覧ください。