Windows版 v2rayN インストール完全ガイド：デスクトップ版とWPF版の選び方、よくある問題を解決

v2rayNはWindows向けのGUIクライアントで、サブスクリプション、ノード、ルーティングルール、システムプロキシ、Xrayなどのコアプログラムを管理します。初めて使う際に起きやすい問題は、サーバー情報の入力よりも、パッケージの選択ミス、実行環境の未導入、サブスクリプションの更新忘れ、ノードを選んだだけでシステムプロキシを有効にしていないことです。本記事ではv2rayN 7.13.3の日本語環境ではなく中国語インターフェースを基準に、Windows 10とWindows 11で共通して使える手順を解説します。

デスクトップ版とWPF版の選び方

ダウンロードページにある「デスクトップ版」は通常Avaloniaベースのバージョンを指し、「WPF版」はWindows標準のWPFデスクトップ技術を使用します。どちらも同じ種類のサブスクリプションとプロキシコアを管理し、VMess、VLESS、サブスクリプション更新、ルーティング、システムプロキシなどの主要機能はほぼ共通です。選ぶ際は別のプロトコルセットと考えるのではなく、システム環境と画面の互換性を優先してください。

パッケージ名に含まれるx64とARM64はプロセッサのアーキテクチャを示します。IntelまたはAMDのプロセッサを搭載したパソコンの多くはx64を選び、ARMプロセッサ搭載のWindows端末だけARM64を選択します。システム画面の見た目だけで判断せず、「設定」→「システム」→「システム情報」を開き、「システムの種類」を確認してください。「x64 ベース プロセッサ」と表示される場合はx64パッケージを使用します。

ダウンロード、解凍、初回起動

v2rayNは通常、圧縮ファイルで提供されます。完全な圧縮ファイルを固定のフォルダーに解凍してから、メインプログラムを実行してください。圧縮ソフトのプレビュー画面から直接ダブルクリックすると、一部の依存ファイルが一時的にキャッシュフォルダーへ展開され、終了後にコアファイルが見つからない、設定を保存できない、更新に失敗するといった問題が起きる場合があります。D:\Tools\v2rayNのような短いパスのフォルダーを使い、頻繁な同期が必要なフォルダーは避けることをおすすめします。

1. パッケージをダウンロードする

   当サイトのダウンロードページを開き、Windowsのプロセッサアーキテクチャに合わせてデスクトップ版またはWPF版を選択します。ランタイムの状態が不明な場合は、対応する自己完結型パッケージを選んでください。

2. 完全に解凍する

   圧縮ファイルを右クリックして「すべて展開」を選び、展開先をD:\Tools\v2rayNに設定します。フォルダー内にメインプログラムだけでなく、複数の依存ファイルとサブフォルダーがあることを確認してください。

3. 初回起動

   メインプログラムをダブルクリックします。Windowsで入手元の確認画面が表示されたら、ファイル名と入手元を確認して続行してください。正常に起動すると、タスクバーの通知領域にクライアントアイコンが表示されます。

4. コアを選択する

   「設定」→「パラメーター設定」→「Core タイプ」を開き、普段VLESSまたはVMessを使う場合はXrayを選択します。保存したらメイン画面に戻ってください。

5. ポートを確認する

   「設定」→「パラメーター設定」でローカルリスニングポートを確認します。一般的なSOCKSポートは10808、HTTPポートは10809です。ほかのプログラムが使用している場合は、空いている別のポートに変更してください。

6. 設定を保存する

   設定を確認したらパラメーター画面を閉じます。すぐにプロキシを有効にせず、まずサブスクリプションのインポートとノードテストを完了してください。未確認の設定にシステム通信を切り替えるのを避けられます。

起動後にメイン画面が表示されなくても、必ずしも起動失敗とは限りません。まずタスクバー右側の通知領域を確認し、必要なら上向き矢印をクリックして隠れているアイコンを表示し、v2rayNアイコンをダブルクリックしてください。タスクマネージャーにv2rayNのプロセスがすでに存在する場合、何度ダブルクリックしても既存のインスタンスが呼び出されるだけで、メイン画面が複数作成されることはありません。

ランタイム不足の確認方法

• .NET Desktop Runtimeに関する明確なメッセージが表示される場合：プログラムのアーキテクチャに合うランタイムをインストールするか、同じバージョンの自己完結型パッケージに変更します。
• ダブルクリック後すぐにプロセスが終了する場合：プログラムフォルダー内のログを確認し、セキュリティポリシーがメインプログラムやコアの子プロセスをブロックしていないか確認します。
• メイン画面は開くもののノードの起動に失敗する場合：コアファイルが揃っているか確認し、「設定」→「パラメーター設定」→「Core タイプ」からコアを再指定します。
• 解凍後のファイル数が明らかに少ない場合：完全に解凍し直してください。メインプログラムだけをコピーしないでください。

サブスクリプションをインポートして初回接続を行う

サブスクリプションURLは通常のウェブページのアドレスではなく、サービス提供元が発行する設定取得用のURLです。v2rayNがサブスクリプションを読み込むと、そこに含まれるVMess、VLESSなどのノードが現在のサブスクリプショングループに追加されます。URLのインポートは「サブスクリプションを登録」するだけなので、ノードをメイン一覧に表示するには更新も必要です。

1. サブスクリプションURL全体をコピーします。前後の空白や改行、チャットアプリが付加した説明文を含めないよう注意してください。
2. メイン画面で「サブスクリプショングループ」→「サブスクリプショングループ設定」を開き、追加ボタンをクリックします。
3. 識別しやすい名前を入力し、URLをサブスクリプションアドレス欄に貼り付けて設定を保存します。
4. 「サブスクリプショングループ」→「すべてのサブスクリプションを更新（プロキシを使用しない）」を開きます。現在のネットワークから直接更新できない場合は、プロキシ経由で更新する項目を選択してください。
5. ノードが表示されたら、まず遅延テストまたは実際の接続テストを行い、応答のあるノードをアクティブサーバーに設定します。
6. 対象ノードを右クリックしてアクティブサーバーに設定し、ステータスバーに該当するノード名が表示されることを確認します。

遅延テストで確認できるのは、対象アドレスが指定時間内に応答したかどうかだけで、ウェブ閲覧が必ず正常に動作することを単独で証明するものではありません。一部のサーバーは探査リクエストを制限していても、実際のプロキシ接続は利用できる場合があります。また、遅延値が低くても実際のダウンロード速度が安定しないこともあります。ノードを選ぶ際は、遅延、接続ログ、実際のウェブページの読み込み結果を総合的に確認してください。

システムプロキシを有効にして通信を確認する

ノードの選択とシステムプロキシの有効化は別々の操作です。前者はv2rayNに使用する外向き接続を指定し、後者によってWindowsのシステムプロキシ設定に従うアプリの通信がローカルリスニングポートへ送られます。「ノードには遅延があるのにブラウザーが開けない」という問題の多くは、アクティブサーバーを設定しただけでシステムプロキシを切り替えていないことが原因です。

• システムプロキシを解除：Windowsのプロキシ設定を元に戻します。終了前やネットワークの切り分けに適しています。
• システムプロキシを自動設定：v2rayNがローカルプロキシアドレスを書き込みます。通常のブラウザーやシステム設定に従うデスクトップアプリに適しています。
• システムプロキシを変更しない：ローカルリスニングだけを実行します。アプリを127.0.0.1:10808または127.0.0.1:10809へ手動で接続する場合に適しています。
• ルーティングモード：コアに入った接続をプロキシ経由、直接接続、またはブロックのどれで処理するかを決めるもので、Windowsのシステムプロキシ切り替えとは異なります。

まず通知領域のアイコンを右クリックし、「システムプロキシを自動設定」を選んでから、新しいブラウザーウィンドウを開いてテストすることをおすすめします。起動済みのアプリは古いプロキシ状態をキャッシュしている場合があるため、完全に終了して再起動するほうが、何度も更新するより確実です。会社のネットワークで強制プロキシが設定されている場合は、元のアドレスとポートを控え、テスト後に元の値へ戻してください。

ポートの状態から問題を切り分ける

netstat -ano | findstr :10808
netstat -ano | findstr :10809
tasklist /fi "PID eq プロセス番号"

最初の2つのコマンドで、ローカルポートがリスニング状態か確認します。結果にLISTENINGが表示されたら、末尾のPIDを記録し、3つ目のコマンドでプロセス名を調べます。PIDがv2rayNの起動したコアプロセスに属していれば、ローカルの入口は確立しています。別のプログラムに属している場合は、そのプログラムを終了するか、「設定」→「パラメーター設定」でローカルポートを10810、10811など未使用の値に変更してください。

よくある問題を一つずつ解決する

トラブル対処は「プロセス—ローカルリスニング—コアログ—サブスクリプションのノード—システムプロキシ—アプリのキャッシュ」の順に行います。この順番なら、クライアントが動作していない、ポートが確立していない、リモート側のハンドシェイクに失敗している、ブラウザーがシステム設定を読み込んでいない、といった原因を素早く切り分けられます。最初からすべての設定を削除する必要はありません。

システムプロキシが何度も自動で解除される

まずv2rayNが異常終了していないか確認します。コアの接続失敗だけでシステムプロキシが直接削除されることは通常ありませんが、メインプログラムの終了、「解除」モードへの切り替え、ほかのネットワークツールによるWindowsプロキシ設定の書き換えによって状態が変わる場合があります。「設定」→「ネットワークとインターネット」→「プロキシ」を開き、v2rayNのモード切り替えに合わせて「プロキシサーバーを使う」が変化するか確認してください。

Windowsの設定ページでプロキシアドレスが正しいのに、特定のアプリが直接接続する場合は、そのアプリに独自のプロキシ設定がないか確認してください。起動時のシステム設定だけを読み込むアプリもあるため、プロセスを完全に終了してから再起動する必要があります。また、一部のコマンドラインプログラムはWindowsのシステムプロキシを標準で読み込まないため、HTTPまたはSOCKSアドレスを個別に指定してください。

更新、バックアップ、日常利用の手順

初回設定が完了した後は、表面的な「高速化」を求めて複数のパラメーターを頻繁に変更しないことをおすすめします。安定運用には明確な更新順序が重要です。まず設定をバックアップし、次にクライアントまたはコアを更新し、その後サブスクリプションを更新して、最後にルーティングルールと実際の接続を確認します。一度に変更する項目を1つに絞れば、問題発生時に正確に元へ戻せます。

• クライアントを更新する前：v2rayNを終了し、現在のプログラムフォルダーにある設定データを別のバックアップフォルダーへコピーし、現在のローカルポートを記録します。
• プログラムを更新するとき：新旧パッケージのアーキテクチャが一致していることを確認し、WPF版とデスクトップ版のファイルを同じフォルダーへ混在させて上書きしないでください。
• サブスクリプション更新後：アクティブサーバーがまだ存在するか確認します。サービス提供元が古いノードを削除すると、以前のアクティブ項目が利用できなくなる場合があります。
• ルーティング変更後：プロキシが必要なドメインと直接接続が必要なドメインを個別にテストし、ルールが想定した出力タグに適用されていることを確認します。
• クライアントを終了する前：通常のネットワークへ戻す場合は、先にシステムプロキシを解除してからメインプログラムを終了します。無効になったローカルプロキシアドレスがシステムに残るのを防げます。

v2rayNは設定と制御の入口にすぎず、実際の接続は選択したコアが処理します。VMess、VLESSなどのプロトコルパラメーターはノードまたはサブスクリプションから取得され、routingルールは通信をプロキシ経由にするか直接接続にするかを決めます。ローカルの10808と10809はアプリから送られた接続を受け付けます。この3層を分けて理解すれば、ログにある「ローカルリスニング失敗」「リモートハンドシェイク失敗」「ルーティングが直接接続に一致」といった表示を同じ問題として混同せずに済みます。

初回設定が完了したら、バージョン番号、画面タイプ、コアタイプ、ローカルポート、サブスクリプショングループ名を含む簡単な記録を保存しておくと便利です。後でフォルダーを変更したりプログラムをアップグレードしたりする際、この項目を順番に確認すれば、すべてのノードを再インポートするより通常は早く、ブラウザーとクライアントのポート不一致も防げます。