v2rayN デスクトップ版と WPF 版の違いは？クロスプラットフォーム版の選び方

Avalonia デスクトップ版と WPF 版とは

v2rayN の2つのデスクトップUIは、まったく別のクライアントではありません。どちらもサーバー設定、サブスクリプショングループ、ルール、プロキシコア、システムプロキシの状態を管理します。主な違いは、グラフィックUIの技術とOSへの対応方法です。ダウンロードページの「デスクトップ版」は通常、Avalonia で構築されたクロスプラットフォームUIを指し、「WPF 版」は Windows Presentation Foundation を採用した従来の Windows 向けUIを指します。

Avalonia は同じ主要UIロジックを Windows、macOS、Linux で動かせるため、複数のOSで似た操作手順を使いたい方に向いています。WPF は Windows のデスクトップ技術に依存するため Windows 専用ですが、Windows の通知領域やウィンドウ動作、システムプロキシとの連携はより直接的です。旧版 v2rayN を長く使ってきた方にも、メニューの位置が分かりやすいでしょう。

この2つの数字は設定と合わせて確認する必要があります。10808 は多くの v2rayN 設定で使われるローカルプロキシポートですが、アップグレードやバックアップの復元後に別の値が残る場合もあります。127.0.0.1 はローカルホストからの接続だけを受け付けるアドレスです。実際のポートは「設定」→「パラメーター設定」で確認し、解説記事の例だけを見てブラウザーや他のアプリを変更しないでください。

画面と操作手順にはどんな違いがある？

2つの版で扱う基本要素はほぼ共通です。メイン画面にはサーバー一覧と遅延情報が表示され、サブスクリプション管理ではリモートの購読URLを保存します。ルーティング設定はドメインやアドレスの接続先を決め、システムプロキシのメニューは他のアプリの通信を v2rayN に渡すかどうかを制御します。違いが出やすいのは、ボタンの配置、右クリックメニュー、ダイアログのレイアウト、トレイメニューの階層であり、基本概念そのものではありません。

WPF 版は、長く使われてきた Windows デスクトップアプリに近いレイアウトです。サーバー一覧が操作の中心となり、多くのコマンドを一覧の右クリックメニューや上部メニューから実行できます。Avalonia デスクトップ版は複数OSのウィンドウ仕様に対応するため、コントロールの間隔、ダイアログのデザイン、ショートカットの反応、通知領域での表示が WPF 版と異なる場合があります。古いスクリーンショットを参考にするときは、ボタンの位置ではなくコマンド名から入口を探してください。

よく使う操作ではどのコマンドを探す？

• サブスクリプションを追加：「サブスクリプショングループ設定」など、同等の購読管理メニューを探します。URLを保存してからサブスクリプションを更新し、購読URLを単一サーバーとして直接インポートしないでください。
• ローカルポートを変更：「設定」→「パラメーター設定」を開き、ローカル待受ポートとLANアクセスの設定を確認します。メニューの末端名はバージョンによって変わる場合がありますが、主な入口はパラメーター設定です。
• ルーティングを切り替え：ルーティング設定またはトレイメニューから既存のルールを選択します。グローバル、ダイレクト接続、ルールによる振り分けでは対象範囲が異なり、版を切り替えてもルールの意味は自動的に変わりません。
• システムプロキシを有効化：利用可能なサーバーを選択してコアを起動し、その後でシステムプロキシのモードを設定します。メインプログラムを起動しただけでは、システム通信がプロキシを経由するとは限りません。
• 障害情報を確認：ログ画面を開き、まずコアが起動しているかを確認します。次に、ポートの競合、設定の解析結果、接続時のハンドシェイク情報を確認してください。

主要機能の対応範囲は完全に同じ？

UIフレームワークが VMess、VLESS、ルーティング、TLS などのプロトコル機能を定義するわけではありません。実際に接続を確立するのはクライアントが呼び出すプロキシコアで、v2rayN は設定の生成、コアの起動、状態の表示を担います。そのため、ノードが利用できるか判断するときは、v2rayN のバージョン、選択したコア、サーバーパラメーター、実行プラットフォームを同時に確認し、Avalonia か WPF かだけで判断しないでください。

サブスクリプションのインポート、サーバーの手動追加、遅延テスト、アクティブ設定の切り替え、ログの確認、システムプロキシの設定は、どちらの系統にも必要な基本機能です。ただし、新機能のUI対応が一方の系統に先行する場合や、複雑な設定のコントロール名が一時的に異なる場合があります。特に管理者権限、仮想ネットワークインターフェース、システムレベルの自動起動を必要とする機能はOSの権限モデルに左右されるため、Windows の結果から macOS や Linux の動作を直接推測しないでください。

ポートとLANアクセスは個別に確認

1. 「設定」→「パラメーター設定」を開き、現在のローカルプロキシポートを記録します。一般的な設定では 10808 が使われますが、古いバックアップに 10809 やカスタムポートが残っている場合もあります。
2. 待受アドレスを確認します。127.0.0.1 は同じ端末からのみ利用できます。LAN内の端末から接続する場合は、LANアクセスの許可を明示的に有効にし、OSのファイアウォールも設定してください。
3. ブラウザー、ダウンロードツール、開発ツールに固定で設定されたプロキシポートを確認します。クライアント側のポートを変更しても、これらの個別設定は自動同期されません。
4. コアを起動した後にログを確認し、「ポートが使用中」などのエラーがないことを確かめてからシステムプロキシを切り替え、対象サイトへアクセスしてテストします。

Windows・macOS・Linuxではどう選ぶ？

Windows ユーザーには2つの選択肢があります。初めてインストールする方や、他のデスクトップOSとUIの系統をそろえたい方は、Avalonia デスクトップ版を優先して試すとよいでしょう。WPF 版を長く使っており、サブスクリプション、ルーティング、トレイ操作が安定していてクロスプラットフォームの必要もない場合は、WPF 版を継続するとメニューやウィンドウ動作を覚え直す負担を減らせます。

macOS と Linux のユーザーは、WPF 版が Windows のデスクトップ実行環境に依存するため、Avalonia デスクトップ版を選びます。ダウンロード時はプロセッサーのアーキテクチャも合わせ、各プラットフォームの起動方法と権限に関する説明を確認してください。Linux では通知領域、自動起動、システムプロキシの動作がデスクトップ環境の影響を受ける場合があります。macOS では初回起動時に、システムが求めるアプリの許可を完了する必要があります。

• Windows の新規ユーザー：まず Avalonia デスクトップ版を選び、サブスクリプションをインポートしてから、遅延テスト、システムプロキシ、ルーティングを確認します。特定の Windows 作業環境に合わない場合は、WPF 版と比較してください。
• Windows の既存ユーザー：安定性を優先するなら WPF 版を維持します。移行前に設定をエクスポートし、パラメーター設定にあるローカルポートを記録してください。
• macOS ユーザー：Avalonia デスクトップ版を選び、端末のプロセッサーアーキテクチャに合うものをダウンロードします。初回起動後は、システムプロキシが実際に設定へ反映されたか確認してください。
• Linux ユーザー：Avalonia デスクトップ版を選びます。クライアント設定に加えて、デスクトップ環境の通知領域対応、ファイルの実行権限、プロキシ設定の入口も確認してください。

要件から最終判断する

WPF 版から Avalonia デスクトップ版へ移行する手順

移行で重要なのは、サーバーを1件ずつ追加し直すことではなく、設定データを維持し、2つのプログラムが同時にシステムプロキシを変更しないようにすることです。開始前に自動起動とシステムプロキシを無効にし、現在のアクティブサーバー、サブスクリプショングループ、ルーティング方式、ローカルポート、使用するコアを記録します。複雑なカスタムルールは個別に保存し、移行後に1項目ずつ照合できるようにしてください。

2つの版を短期間並行してテストする場合も、10808 など同じ待受ポートを同時に使わないでください。ポートが競合すると後から起動したコアは失敗しますが、画面には選択済みサーバーの状態が残る場合があります。テスト中は一度に1つだけ起動するか、テスト版に別のポートを設定し、ブラウザーが現在どのポートへ接続しているかを明確にしてください。

1. 旧版の接続を停止：WPF 版でシステムプロキシを無効にしてコアを終了し、通知領域に実行中の残存プロセスがないことを確認します。
2. 設定を整理：利用可能な設定をエクスポートし、サブスクリプショングループ名、ルール、ローカルポート、LANアクセスの状態を記録します。
3. 対応版をインストール：Windows、macOS、Linux とプロセッサーアーキテクチャに合わせて、Avalonia デスクトップ版を選択します。
4. サブスクリプションとサーバーを復元：先に設定をインポートし、その後サブスクリプションを更新して、サーバー数とグループが想定どおりか確認します。
5. パラメーターを復元：「設定」→「パラメーター設定」を開き、127.0.0.1、10808 などの待受パラメーターを確認します。インポートですべてのプログラム設定が引き継がれるとは限りません。
6. ルーティングを検証：以前使っていたルーティング方式を選び、直接接続するアドレスとプロキシが必要なアドレスをそれぞれテストして、ルールの振り分けが正しいことを確認します。
7. 最後にシステムプロキシを有効化：コアのログが正常で、ポート競合がないことを確認してから、システムプロキシを有効にし、普段使うアプリを検証します。

よくある選択・移行の問題

次のような問題は、プロトコル自体の障害ではなく、版の選択ミス、ポート競合、システムプロキシ状態の未同期が原因であることが多いです。サブスクリプションを何度も削除するより、症状に沿って確認するほうが原因を特定しやすくなります。

要約すると、macOS と Linux は Avalonia デスクトップ版を選び、Windows の新規ユーザーもまず Avalonia デスクトップ版から始めるのがおすすめです。旧UIを長く使い、作業環境が安定している Windows ユーザーは WPF 版を継続できます。どちらを選ぶ場合も、サブスクリプション更新、コア起動、ルーティング結果、ローカルポート、システムプロキシの5項目を実際に検証して判断してください。