v2rayN Windows版のインストール・設定完全ガイド:デスクトップ版とWPF版の選び方、よくあるトラブルを解決

動作環境の準備から初回起動まで、デスクトップ版とWPF版の違い、解凍先や権限、システムプロキシが機能しない場合の対処法を順番に解説します。

この記事の概要

Windowsで初めてv2rayNを設定する方や、アプリが起動しない、コアの起動に失敗する、サブスクリプションを読み込んでも接続できないといった問題を解決したい方に適しています。バージョン選び、解凍と起動、コアとサブスクリプションの設定、システムプロキシの確認、原因の切り分けまで順に説明します。

インストール前にデスクトップ版・WPF版とパッケージ方式を確認

ダウンロード一覧にある「デスクトップ版」と「WPF版」は、主に画面技術や操作方法を示すもので、プロキシプロトコルやコアそのものを意味しません。どちらでもVMessやVLESSなどの設定を管理できます。対応するプロトコルは画面名ではなく、選択したコアとノードのパラメータで決まります。Windowsだけで使い、従来のメニューやウィンドウ操作を好むならWPF版、新しいデスクトップ画面と今後の操作感を重視するならデスクトップ版が向いています。

画面のバージョンとランタイムの同梱方式も分けて判断しましょう。ファイル名にSelfContainedが含まれる場合、通常は実行環境がアプリに含まれているため、アーカイブは大きくなりますが、対応する.NET実行環境が未導入のPCに適しています。軽量パッケージはサイズが小さい一方、初回起動前に対応する.NET Desktop Runtimeのインストールが必要になる場合があります。バージョンページの名称は変更されることがあるため、ダウンロード項目の説明を確認し、アーカイブの容量だけで判断しないでください。

プロセッサのアーキテクチャも間違えないようにします。Windows 10・Windows 11の一般的なデスクトップやノートPCではx64版を、ARM64プロセッサ搭載機ではarm64版を選びます。「設定」→「システム」→「システム情報」を開き、「システムの種類」を確認してください。「x64 ベースのプロセッサ」と表示される場合はx64、「ARM ベースのプロセッサ」と表示される場合はarm64を選択します。

選び方:まずシステムアーキテクチャ、次に実行環境を確認

デスクトップ版
  • 新しいデスクトップ画面を使いたい方に適しています
  • x64またはarm64のアーキテクチャを確認
  • ランタイム要件はダウンロード項目の説明を確認
  • ノードとサブスクリプションはアプリ内で管理できます
WPF版
  • 従来のWindowsウィンドウ操作を好む方に適しています
  • 軽量パッケージでは.NET Desktop Runtimeが必要になる場合があります
  • 対応プロトコルは実際に選択したコアで決まります
  • システムプロキシは別途有効化と確認が必要です

実行環境が分からない場合は、プロセッサのアーキテクチャに合い、実行環境が明記されたダウンロード項目を優先してください。対応ランタイムがすでにある場合は軽量パッケージを検討します。

22H2
Windows 10での操作基準
24H2
Windows 11での操作基準
10808
本記事のSOCKS例示ポート
10809
本記事のHTTP例示ポート

正しい解凍と初回起動の手順

v2rayNのアプリフォルダーは長期間保持する必要があり、アーカイブ内の実行ファイルだけを取り出して単独で起動してはいけません。実行ファイル、コア、設定フォルダー、依存ファイルは元の相対位置を維持してください。まずD:\Tools\v2rayNのような固定フォルダーを作成し、アーカイブを完全に解凍することをおすすめします。ブラウザーの一時ダウンロードフォルダーに置いたままにしたり、アーカイバーのプレビュー画面から直接起動したりしないでください。

フォルダーの権限は、設定の保存やコアの更新に直接影響します。アプリをC:\Program Filesに置くと、標準ユーザーでは一部のファイルに書き込めない場合があります。デスクトップの深い階層、同期フォルダー、特殊な権限ポリシーが適用された場所でも、更新後にファイルが使用中になることがあります。D:\Apps\v2rayNのような短い英数字の固定パスなら、原因を切り分けやすくなります。パスに日本語を含めることはできますが、起動に問題がある場合はまず英数字のパスに移して再確認してください。

  1. アーキテクチャを確認

    「設定」→「システム」→「システム情報」を開き、「システムの種類」に合わせてx64またはarm64のダウンロード項目を選びます。異なるアーキテクチャのアプリとコアを混在させないでください。

  2. 完全に解凍

    アーカイブをD:\Apps\v2rayNのような固定フォルダーへ完全に解凍し、実行ファイル、コアフォルダー、その他のファイルがすべて揃っていることを確認します。

  3. アプリを起動

    実行ファイルをダブルクリックし、タスクバーの通知領域を確認します。メインウィンドウを閉じてもバックグラウンドで動作している場合があるため、トレイアイコンから再度開けます。

  4. コアを選択

    「設定」→「パラメータ設定」→「Core タイプ」を開き、設定内容に合うコアを選択します。VLESSとRealityの設定では、通常Xrayコアを使用します。

  5. 設定をインポート

    クリップボードから単一リンクをインポートするか、サブスクリプショングループにURLを追加します。更新後、設定を1つ選択してアクティブサーバーに指定してください。

  6. プロキシを有効化

    トレイメニューからシステムプロキシの設定を選び、ブラウザーで対象サイトにアクセスして確認します。テストが終わったら、同じメニューからシステムプロキシを解除できます。

サブスクリプション・アクティブ設定・コアパラメータの設定

アプリが正常に開いても、プロキシが使えるとは限りません。少なくとも有効な設定をインポートし、そのうち1つをアクティブサーバーに指定し、設定に対応するコアを起動する必要があります。サブスクリプションはノードパラメータをまとめて受け渡す方法にすぎません。更新に成功しても、クライアントが内容を読み取れたことを示すだけで、すべての設定が接続できるとは限りません。

サブスクリプションを追加する際は、まずサブスクリプショングループの管理画面を開き、新しいグループを作成して完全なURLを貼り付け、「すべてのサブスクリプションを更新」を実行します。URLの前後に入った空白、途中までしかコピーされていないパラメータ、期限切れの認証情報は、更新失敗の原因になります。単一のvmess://またはvless://リンクを受け取った場合は、サブスクリプション欄に誤って入力せず、クリップボードからインポートしてください。

インポート後は、アドレス、ポート、トランスポート方式、TLS、SNI、Host、パス、Flowを確認します。VLESS + Realityでは、対象アドレス、ポート、公開鍵、Short ID、Server Name、フィンガープリント、xtls-rprx-vision Flowが重要です。VMess + WebSocket + TLSでは、Host、パス、TLSの有効化を重点的に確認します。どれか1つの項目が欠けているだけでも、コアは起動するのに接続がタイムアウトすることがあります。

VLESS + Reality

コア
Xray
トランスポート
TCP
Flow
xtls-rprx-vision
セキュリティタイプ
Reality
必ず確認する項目
公開鍵、Short ID、Server Name

サブスクリプションが正常にインポートされると、通常は自動入力されます。手入力した場合は、設定提供元の元のパラメータと1項目ずつ照合してください。

VMess + WS + TLS

コア
Xrayまたはv2fly
トランスポート
WebSocket
TLS
有効
必ず確認する項目
Host、パス、ポート
ユーザーID
完全なUUID

パスは通常スラッシュで始まります。Hostとノードアドレスは必ずしも同じではないため、ドメイン名を見てサブスクリプションの値を上書きしないでください。

システムプロキシを有効にしても接続できない場合の切り分け手順

システムプロキシとコアプロセスは別々の設定です。システムプロキシは、Windowsのプロキシ設定に対応したアプリの通信をローカルポートへ送り、コアはその通信を受けてアクティブサーバーへ転送します。システムプロキシだけ有効にしてコアが待ち受けていない場合は接続拒否になります。コアが動作していてもシステムプロキシが無効なら、手動でプロキシを指定したアプリだけが利用します。

本記事では確認例としてSOCKSを127.0.0.1:10808、HTTPを127.0.0.1:10809としますが、すべてのバージョンが同じ初期値を使うわけではありません。v2rayNのローカルリスニング設定で実際のポートを確認し、Windowsのプロキシ画面やアプリのプロキシ設定と一致しているか確認してください。待ち受けポートを変更しても、以前のシステムプロキシアドレスは手動設定されたすべてのソフトに自動反映されません。

まずメイン画面のログを確認します。address already in useと表示された場合は、ポートが別のプロセスに使用されています。設定項目の解析エラーならノードパラメータを見直し、コアが正常に起動しているのにリモート接続がタイムアウトする場合は、サーバーアドレス、ポート、システム時刻、ネットワーク環境を確認します。最初から何度も再インストールするのではなく、ログで問題をローカル待ち受け、設定解析、リモート接続のどの層に限定できるか確認しましょう。

netstat -ano | findstr :10808
tasklist /fi "PID eq プロセス番号"
powershell -Command "Test-NetConnection 127.0.0.1 -Port 10808"

1つ目のコマンドで10808がLISTENING状態か確認し、PIDを取得します。2つ目のコマンドでPIDに対応するプロセス名を特定し、3つ目のコマンドで本機のTCPポートに接続できるか確認します。ポートが待ち受けていなければ、まずコアを再起動してログを確認してください。待ち受けているプロセスがv2rayNのコアでない場合は、競合するアプリを終了するか、パラメータ設定でローカルポートを変更し、システムプロキシも更新します。

アプリを開いたのにメインウィンドウが表示されないのはなぜ?

まずタスクバーの通知領域を展開し、v2rayNのトレイアイコンを探します。メインウィンドウを閉じてもバックグラウンドプロセスが動作している場合があるため、アイコンをダブルクリックするかトレイメニューから再表示してください。

システムプロキシを設定してもブラウザーが接続できない場合は?

アクティブサーバーが選択されていることを確認し、ログでコアの起動成功を確認します。その後、Windowsの現在のプロキシアドレスとv2rayNの実際のHTTP待ち受けポートが一致しているか確認してください。

サブスクリプションの更新は成功したのに、なぜすべてのノードがタイムアウトするのですか?

まずWindowsの日付、時刻、タイムゾーンを正しく設定し、設定のアドレス、ポート、TLS、SNI、トランスポートパラメータを1つ抜き取り確認します。大量のタイムアウトでは、ノードを1つずつ削除する前に共通パラメータとローカルネットワークを確認してください。

起動時に10808ポートが使用中と表示された場合は?

netstat -ano | findstr :10808を実行してPIDを取得します。使用中のアプリを確認して終了するか、v2rayNのローカルリスニング設定で空いているポートに変更し、そのポートに依存するプロキシ設定も更新してください。

更新後、アプリをダブルクリックしても反応しない場合は?

新しいアーカイブを完全に解凍し、新しい実行ファイルを不完全な旧フォルダーに上書きしていないことを確認します。実行コンポーネントが不足していると表示された場合は、ダウンロード項目が要求する.NET Desktop Runtimeをインストールするか、実行環境を含む対応アーキテクチャ版を使用してください。

よくあるインストールトラブル:フォルダー、ブロック、時刻、旧設定

解凍が不完全なことは、初回起動に失敗する主な原因です。実行ファイルだけをコピーしてコアや依存フォルダーを置き忘れたり、アーカイブ内から直接ダブルクリックして起動し、アーカイバーを閉じた後に一時ファイルが無効になったりするケースがあります。新しい空のフォルダーを作成し、完全に解凍してから新しいフォルダーから起動してください。調査中はバックグラウンドのインスタンスを複数残さないでください。トレイメニューとメインウィンドウが別のプロセスに対応する場合があります。

Windowsがダウンロードファイルの入手元を確認するメッセージを表示した場合は、アーカイブまたは実行ファイルの「プロパティ」を開き、ブロック解除の項目があるか確認します。ファイルの出所を確認してから処理してください。セキュリティソフトがコアファイルを隔離すると、メイン画面は起動しても接続時にローカルポートが開かないことがあります。隔離履歴とv2rayNのログを確認して処理されたファイルを特定し、信頼できる配布元から完全なパッケージを再取得してください。

システム時刻の誤りはTLSとRealityの接続に影響します。「設定」→「時刻と言語」→「日付と時刻」を開き、自動時刻設定とタイムゾーンの自動設定を有効にしてから、「今すぐ同期」をクリックします。数分のずれでは、アプリがクラッシュするよりも、ノードのハンドシェイク失敗、接続の早期切断、すべてのTLS設定の同時タイムアウトとして現れることが一般的です。

旧バージョンに直接上書きして更新すると、互換性のない設定が残る場合もあります。アップグレード前にトレイのv2rayNを終了し、設定をバックアップして、新バージョンを独立したフォルダーへ完全に解凍してテストしてください。サブスクリプション、コア、システムプロキシが正常に動作することを確認してから、必要なデータを移行します。新旧の実行ファイルで、書き込み中の設定フォルダーを共有しないでください。

現象 優先して確認する項目 対処方法
アプリがまったく起動しない アーキテクチャ、実行環境、解凍の完全性 x64またはarm64を確認し、対応ランタイムを追加して完全に解凍し直す
メイン画面は正常だがコアに失敗する コアファイル、Core タイプ、ログ 「設定」→「パラメータ設定」→「Core タイプ」で再選択し、コアを再起動する
Webページでプロキシ接続エラーが表示される ローカルの待ち受けポート 127.0.0.1と実際のHTTPポートを確認し、ポート競合を除外する
すべてのTLS設定がタイムアウトする 日付、時刻、タイムゾーン 自動時刻合わせを有効にして今すぐ同期し、コアを再起動して再確認する
更新後に設定がおかしい 旧ファイルの上書きと複数インスタンス すべてのインスタンスを終了し、新しい独立フォルダーで新版を確認してからデータを移行する

設定完了後の確認リスト

確認はトレイアイコンの色やメイン画面の状態だけで判断できません。「コアプロセス、ローカルポート、システムプロキシ、対象サイトへのアクセス」の4層で確認します。まずログに継続的なエラーがないことを確認し、次にローカルポートの待ち受け、Windowsのプロキシアドレス、最後にブラウザーでプロキシが必要なサイトへの実アクセスを確認してください。どこかの層で失敗したら、その層を直してから次へ進み、複数のパラメータを同時に変更しないでください。

システムプロキシを解除した後の動作も確認します。v2rayNを終了する前にトレイメニューからシステムプロキシを解除し、Windowsのプロキシ画面が元に戻ったことを確認してください。アプリが異常終了して古いプロキシアドレスが残ると、ブラウザーは閉じたローカルポートへ接続し続けるため、すべてのWebページが突然開けなくなることがあります。その場合はWindowsの手動プロキシを無効にすると直接接続へ戻せます。

  1. メイン画面でアクティブ設定が明確に選択され、メモが想定したノードと一致している。
  2. コアのログで設定の読み込みが完了し、ポート競合や項目解析エラーがない。
  3. Test-NetConnection 127.0.0.1 -Port 10808でローカルポートに接続できることを確認します。実際の待ち受けポートを使っても構いません。
  4. Windowsのシステムプロキシのアドレスが、v2rayNのHTTP待ち受け設定と一致している。
  5. プロキシ有効時はブラウザーで対象サイトを開け、プロキシ解除後は従来どおり直接接続できる。
  6. v2rayNを再起動しても、サブスクリプショングループ、アクティブ設定、コアの選択が正しく読み込まれる。
GUIクライアントを入手 プラットフォームに応じてv2rayNまたはv2rayNGを選択