v2rayN Avalonia版とWPF版の違い・選び方

画面フレームワークとプロキシコアの違い

AvaloniaとWPFは、ウィンドウやメニュー、ノード一覧などのデスクトップ画面を構成する技術です。WPFはWindows向けのデスクトップUI技術で、Avaloniaはクロスプラットフォームに対応しています。VMessやVLESSなどのプロキシプロトコルでも、V2RayやXrayなどのプロキシコアでもありません。ダウンロード項目にAvaloniaと書かれていても、サブスクリプションを別の形式に変更する必要はありません。

v2rayNはサーバー設定やサブスクリプション、実行パラメーターを管理し、接続処理を対応するコアに委ねます。利用できるプロトコルやトランスポートの設定は、v2rayNのバージョンでの設定対応と、選択したコアの機能の両方によって決まります。画面の見た目だけでプロトコルの互換性を判断したり、2種類の画面を別々のネットワーク回線と考えたりしないでください。

Windows・macOS・Linuxから選ぶ

まずOSとプロセッサーのアーキテクチャを確認します。Windowsでは「設定」→「システム」→「バージョン情報」を開き、「システムの種類」でx64かARM64かを確認してください。macOSでは「このMacについて」でチップを確認します。Linuxではuname -mを実行してアーキテクチャを調べます。フレームワークが合っていても、アーキテクチャが違うとインストールや起動に失敗することがあります。

Windows 11を使っているからといって、WPF版を選択肢から外す必要はありません。一方、WPF版だから古いWindowsに適しているとも限りません。対応OSは、配布ファイルやランタイム、プロキシコアの要件にも左右されます。ダウンロード前に配布ページの説明を確認し、フレームワーク名だけで最低システム要件を判断しないでください。

macOSとLinuxでは、各OS向けのAvalonia版を選んでください。Linuxでは、ディストリビューションに合うパッケージ形式とデスクトップ環境の依存関係も確認が必要です。ウィンドウが表示されても、システムプロキシやトレイ、TUNに必要な権限まで設定できたとは限りません。

画面・機能・通信品質を比較する

一覧の表示密度や設定画面のレイアウト、ショートカット、トレイの操作方法は、2つの画面で異なる場合があります。高解像度ディスプレイでの見やすさや、拡大時にボタンが欠けないかは、OSの拡大率と使用するバージョンを踏まえて確認してください。一度の表示トラブルだけでフレームワーク全体に問題があると決めつけたり、すべてのボタンが同じ場所にあると考えたりしないようにしましょう。

サブスクリプションのインポート、サーバーの選択、システムプロキシ、ルーティングの振り分けは、選ぶ際にそれぞれ動作を確認してください。2つの版で機能が常に完全一致するとは限りません。新しい設定のメニュー位置や項目名、実装状況が異なる場合があります。設定が見つからないときは、まず使用中のバージョンの設定画面や説明を確認してから、版の変更を検討しましょう。

• 画面のリソース使用量を比較：もう一方のインスタンスを終了し、ノード数をそろえたうえで、Windowsのタスクマネージャーから画面のプロセスとプロキシコアのプロセスを別々に確認します。両者を同じ指標として扱わないようにしてください。
• 通信品質を比較：ノード、プロキシコア、ルーティングルール、DNS、テスト先をそろえます。ノードの負荷や回線状況が変わると、画面の違いが分かりにくくなります。
• TUNを確認：必要な権限、プロキシコア、ルーティングの動作を個別に検証します。TUNは画面上のスイッチだけで完結する機能ではありません。スイッチがオンになっただけで、すべての通信が意図どおり処理されると判断しないでください。

設定を移行する前にバックアップし、項目ごとに確認

移行では、新しいプログラムを古いフォルダーに上書きするのではなく、使える設定を再現することが大切です。まず旧インスタンスを完全に終了し、使用中のバージョンにあるバックアップまたはエクスポート機能で設定を保存します。ポータブル版のフォルダーも終了後に別の場所へコピーしてください。設定にはサブスクリプションのURLやサーバーの認証情報、利用履歴が含まれる場合があるため、安全な場所に保管しましょう。

1. 元の設定を記録する。「設定」→「パラメーター設定」でローカルのリスニングポートを確認します。使用中のサーバー、ルーティングの選択、システムプロキシの状態も記録してください。メニュー名が異なる場合は、該当する機能を探します。
2. サブスクリプションを再設定する。「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、元のサービスの有効なURLを追加して保存し、更新を実行します。サブスクリプションで取得できるのはサーバー情報です。ローカルのDNS、ホットキー、ルーティング設定などがすべて自動で引き継がれるわけではありません。
3. ポートの競合を確認する。旧インスタンスが10808を使用している場合は、旧インスタンスを終了してから新しいインスタンスをテストします。並行して原因を調べる必要がある場合は、新しいインスタンスを未使用のポート（例：10818）に変更し、手動で設定したアプリのプロキシアドレスも合わせて変更してください。
4. 実際の使い方を再現する。使用するサーバーを選び、「システムプロキシ」メニューで必要な状態に設定します。ブラウザー、開発ツール、その他のアプリを1つずつテストし、ノードの遅延テストだけで判断しないでください。
5. 最後に自動起動を有効にする。接続、スリープ復帰、再起動のテストが完了してから、新しいインスタンスのスタートアップを有効にします。次回のログイン時に旧インスタンスがプロキシ設定を再度変更するのを防げます。

2つの画面で内部データベースや設定ファイルをそのまま共有できるとは限りません。設定全体の移行には、使用中のバージョンが明示的に対応しているインポートまたは復元方法だけを使ってください。別バージョンへの復元に失敗した場合は、サブスクリプションとノードから最低限の設定を作り直し、ローカルルールを1つずつ戻しましょう。

版を切り替えた後にネットへ接続できない場合の対処

切り替え後に「ノードは表示されるのにWebページを開けない」場合は、フレームワークをすぐ変更するのではなく、まずプロキシの接続先を確認しましょう。クライアントが起動してプロキシコアが動作しているか確認し、次にシステムプロキシとアプリに手動設定したプロキシを確認します。システムプロキシを使うのは、その設定を読み取るアプリだけです。すべてのプログラムがプロキシ経由になったと考えないでください。

Windowsでは、次のコマンドで例に挙げたポートをリッスンしているプロセスを確認できます。出力がない場合は、クライアントで実際のポート番号と起動ログを確認してください。出力がある場合は、PIDが想定しているインスタンスのものか確認します。プロセスの用途が分かってから、終了するかどうかを判断してください。

netstat -ano | findstr LISTENING | findstr :10808
tasklist /FI "PID eq 4321"

• ブラウザーは使えるが、ほかのアプリは使えない：対象のアプリがシステムプロキシを参照するか確認します。手動プロキシに対応しているアプリには、実際のアドレスとポートを入力してください。ほかのアプリもプロキシ経由にする必要がある場合は、TUNの利用を検討します。
• ドメイン名では失敗し、IPアドレスへの直接接続では結果が異なる：新しいインスタンスのDNSとルーティング設定を確認し、直接接続とプロキシ経由で名前解決の経路が異なる点に注意してください。セキュリティチェックを無効にして問題を覆い隠さないでください。
• ウィンドウを閉じると接続できなくなる：ウィンドウを閉じたときにクライアントも終了していないか確認します。その後、システムプロキシが停止済みのローカルポートを参照したままになっていないか確認してください。

モードの違いをさらに確認するには、システムプロキシモードの説明をご覧ください。すべての通信をプロキシ経由にする場合は、TUN設定で権限とルーティングを確認します。原因を特定しにくくならないよう、2つの項目は分けて検証してください。

バージョン選びでよくある質問