v2rayNのWindows版インストール方法｜WPF版とDesktop版の選び方

WPF版とDesktop版：画面の違いを把握してから配布パッケージを選ぶ

WPFはWindows専用のUI技術です。v2rayNのDesktop版は、クロスプラットフォームのデスクトップUI技術を採用しています。主な違いは画面の実装、操作感、実行環境であり、接続プロトコルの違いではありません。サーバーが使えるかどうかは、サブスクリプションの設定、使用するプロキシコア、ネットワーク環境にも左右されます。画面の見た目だけでは判断できません。

配布形式も別途確認が必要です。ポータブル版はすべてのファイルを展開してから起動し、インストーラー版はウィザードに従ってインストール先を指定します。プロキシコアや実行環境が含まれるかどうかは、ダウンロードページの説明とパッケージの内容を確認してください。WPF版かDesktop版かだけでは判断できません。画面を比較するために両方を試すことはできますが、同時に起動して同じローカルポートを使用しないようにしてください。

ダウンロード前にアーキテクチャとランタイムを確認

Windowsの「設定」→「システム」→「バージョン情報」で「システムの種類」を確認します。一般的なIntelまたはAMD搭載PCでは、通常x64パッケージを使用します。Windows on Arm端末では、配布元が提供するARM64パッケージを優先してください。プロセッサのメーカー名だけで判断せず、システムの種類を確認しましょう。ファイル名に記載されたアーキテクチャとランタイムのアーキテクチャも一致している必要があります。

「このアプリを実行するには.NETをインストールまたは更新する必要があります」と表示されたら、まず案内にあるフレームワーク名、メジャーバージョン、アーキテクチャを確認してください。WPFに必要なWindows Desktop Runtimeは、基本の.NET Runtimeとは別のものです。関係のないランタイムを次々にインストールしたり、出所不明のDLLをダウンロードしてフォルダーに入れたりしないでください。本当の依存関係の問題が分かりにくくなるおそれがあります。

• フレームワークが見つからない場合：フレームワーク名とメジャーバージョンを確認し、インストール後にクライアントを再起動します。
• このPCでは実行できないと表示される場合：対応するWindowsのバージョン、アーキテクチャ、ファイルがすべて展開されているかを確認します。
• メイン画面は表示されるのにノードを起動できない場合：画面のランタイムを再インストールするのではなく、プロキシコアのファイルと実行ログを確認します。

展開とサブスクリプションの登録：手順に沿って設定

ここではWindows向けポータブル版を例に説明します。配布バージョンによってメニュー名が多少異なる場合があるため、実際の画面を確認してください。基本の手順は変わりません。固定のフォルダーに展開し、クライアントを起動して、サブスクリプションを保存・更新し、サーバーを選択します。圧縮ソフトのプレビュー画面から実行ファイルを起動すると、設定やプロキシコアの場所を正しく認識できないことがあります。

1. 配布パッケージを選ぶ

   クライアントのダウンロードページで、Windows、プロセッサのアーキテクチャ、UIの種類に合った項目を選びます。配布パッケージの説明を確認してから、ポータブル版とインストーラー版のどちらを使うか決めてください。

2. すべてのファイルを展開する

   すべてのファイルを、現在のユーザーが書き込み可能な固定フォルダー（例：D:\Tools\v2rayN）に展開します。v2rayN.exeだけをコピーしたり、長期間使う設定を一時展開フォルダーに保存したりしないでください。

3. メインプログラムを起動する

   v2rayN.exeを実行します。通常のシステムプロキシを使う場合、一般に管理者権限は不要です。ランタイムのエラーが表示された場合は、前のセクションの手順で対処してから設定を続けてください。

4. サブスクリプションを保存する

   メイン画面の「サブスクリプショングループ」→「サブスクリプショングループの設定」でグループを追加し、名前とサブスクリプションURLを入力して保存します。サブスクリプションURLはアクセス認証情報です。公開するスクリーンショットには載せないでください。

5. サーバー一覧を更新する

   「サブスクリプショングループ」から「すべてのサブスクリプションを更新（プロキシを使用しない）」を実行します。利用できるプロキシがまだない場合は、まず現在のネットワークから取得してください。接続元に別の条件が必要な場合は、サブスクリプションの提供元の案内に従います。

6. 使用するサーバーを選ぶ

   インポートしたサーバーを選択し、右クリックメニューの「アクティブサーバーに設定」で有効にします。ログで該当するプロキシコアが正常に起動したことを確認してから、システムプロキシを設定してください。サブスクリプションのインポートが成功しても、接続できるとは限りません。

サブスクリプションURLの保存と、サブスクリプション内容の取得は別の手順です。一覧が空の場合は、更新を実行したか、ログにリクエストの失敗が記録されていないか、別のグループが選択されていないかを確認します。取得結果がログインページ、期限切れの案内、エラーテキストの場合、更新を繰り返しても有効なノードは取得できません。まずサブスクリプションの提供元に関する問題を解決してください。

システムプロキシ、ルーティング、TUN：最初は接続方法を1つに絞る

v2rayNはプロキシコアを起動すると、ローカルにプロキシの接続先を用意します。Windowsのシステムプロキシは接続先をシステム設定に登録するだけで、システムプロキシを参照するアプリがそれを使用します。ルーティングは通信がプロキシコアに入った後に適用され、その通信を直接接続、プロキシ経由、または遮断のどれにするかを決めます。この2つの段階を混同しないようにしましょう。

ローカルポートを確認するには、「設定」→「パラメーター設定」でリスニングポートの項目を探してください。項目名や初期値は旧バージョンと新バージョンで異なる場合があります。以下では、HTTP互換のローカル接続先127.0.0.1:10808を例にします。数値は説明用です。実際のリスニングポートが異なる場合は、コマンドも合わせて変更してください。ポートがSOCKS接続のみを受け付ける場合、HTTPプロキシ用のコマンドはそのまま使えません。

curl.exe --proxy http://127.0.0.1:10808 --head --connect-timeout 10 https://example.com/

このコマンドは、システムにcurl.exeがあり、例に使ったポートがHTTPプロキシ接続に対応している場合に実行できます。HTTPレスポンスを受け取れたことは、そのリクエストへの応答があったことを示しますが、すべてのサイトにアクセスできることや通信速度を保証するものではありません。ローカルポートに接続できない場合は、クライアントのリスニング状態を確認してください。ローカルプロキシへの接続後にタイムアウトする場合は、アクティブサーバー、ルーティング、DNS、接続先サーバーへの通信を確認します。

自動起動：ログイン後の起動とプロキシの復元を別々に確認

デスクトップクライアントの「自動起動」は、通常、ユーザーがWindowsにログインした後に画面アプリを起動する機能です。未ログインの状態からプロキシを確立する機能ではありません。まず手動で正常に動作することを確認してから自動起動を設定しましょう。そうしないと、ログインのたびに同じエラーが繰り返されます。

• 「設定」→「パラメーター設定」を開き、「Windows起動時に自動起動」に関する項目を探して保存します。項目の場所は現在のバージョンによって異なります。
• Windowsの「設定」→「アプリ」→「スタートアップ」で、該当するスタートアップ項目が無効になっていないか確認します。登録方法によっては、タスクスケジューラも確認してください。
• プログラムのフォルダーを移動しないでください。移動後も古いスタートアップ項目が以前の実行ファイルを参照している場合があるため、再設定が必要です。
• サインアウトしてから再度サインインし、タスクトレイのアイコン、アクティブサーバー、リスニングポートを確認します。タスクマネージャーにプロセスが表示されるかどうかだけでは判断できません。
• TUNを使う場合は、権限の確認と起動方法も見直してください。ログイン時の自動起動だけでは、管理者権限が自動的に付与されるとは限りません。

クライアントの起動とシステムプロキシの復元は、それぞれ確認する必要があります。ブラウザーが引き続き直接接続できる場合は、システムプロキシが有効になっていない可能性があります。システムプロキシを参照するすべてのアプリがネットワークに接続できない場合は、Windowsにプロキシアドレスが残っている一方で、クライアントのプロキシコアが待ち受けていない可能性があります。Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、「手動プロキシ セットアップ」のアドレスとポートを確認してください。タスクトレイのアイコンだけで判断しないようにしましょう。

よくあるトラブルとUIを切り替える際の確認手順

WPF版とDesktop版の切り替えは、UIの互換性に関する問題を調べる際に役立ちますが、すべての接続トラブルを解決する方法ではありません。画面は開くのにノードがタイムアウトする場合は、まずログを確認します。画面自体が起動しない場合に限り、アーキテクチャ、ランタイム、ファイルのアクセス権を先に確認してください。ファイルを何度も上書きするより、問題が発生している段階ごとに切り分けるほうが効果的です。

アップグレードや切り替え前に復元用のコピーを保存

アップグレードの前にクライアントを終了し、実際のデータフォルダーと現在使用できる設定をバックアップしてください。ポータブル版では、プログラムフォルダーにデータが保存される場合がありますが、すべての配布形式で保存場所が同じとは限りません。現在のクライアントのデータフォルダー機能、設定、または配布元の説明を確認してください。バックアップにはサブスクリプションURLやサーバーの認証情報が含まれる場合があるため、安全に保管してください。

1. 新しい配布パッケージは別のフォルダーに展開し、起動中のプログラムやプロキシコアを直接上書きしないでください。
2. データの移行には、クライアントのエクスポート・インポート機能を優先してください。手動で移行する場合は、移行元と移行先でデータ形式に互換性があるか確認します。
3. 新しい方だけを起動し、サブスクリプション、アクティブサーバー、ルーティング、システムプロキシを確認してから、スタートアップ項目を再登録します。
4. 新しいバージョンで保存したデータを、古いバージョンで読み込めるとは限りません。以前のバージョンに戻す場合は、移行済みデータを古いプログラムに直接読み込ませず、アップグレード前のバックアップを復元してください。

選び方はシンプルです。Windowsだけで使うなら、まずWPF版を試してください。複数のOSで似た操作感を求めるなら、Desktop版が選択肢です。どちらを選ぶ場合も、最初にアーキテクチャの確認、すべてのファイルの展開、実行環境の確認、通常のシステムプロキシでの接続テストを済ませてから、自動起動、ルールの調整、TUNを設定しましょう。基本設定については入門ガイドを、接続の問題については使い方ガイドを参照し、段階ごとに切り分けてください。