Windowsで初めて v2rayN を使う方や、PCを買い替えて再設定する方に向けたガイドです。「システムの種類を確認 → UI版を選択 → 完全に展開 → ランタイムを準備 → サブスクリプションを追加 → システムプロキシを設定」の順に進めましょう。起動できない場合はアプリとランタイムを、画面は開くのに通信できない場合はコア、待ち受けポート、ノードを確認します。最初から TUN を有効にする必要はありません。
1. Windowsのバージョン・CPUアーキテクチャとパッケージの選び方
まず Windows の設定 → システム → バージョン情報 → システムの種類を確認します。一般的な Windows 10／11 搭載PCでは、IntelまたはAMDの64ビットCPUなら通常はx64版を選びます。ARM搭載PCでは、ダウンロードページに対応するARM64版があるか確認してください。PCのメーカーだけでアーキテクチャを判断したり、OSのビット数とクライアントのUI版を混同したりしないようにしましょう。
v2rayN は、サーバーやサブスクリプション、ルーティングを管理し、プロキシコアを起動するGUIクライアントです。デスクトップ版は Avalonia、WPF版はWindows専用のUIフレームワークを採用しています。どちらもノードのプロトコル名ではなく、WPF版を選んでも特定のプロトコルしか使えないわけではありません。利用できる機能は、クライアントのバージョン、同梱コア、ノードの設定にも左右されます。
| 選択項目 | 判断基準 | 選び方 |
|---|---|---|
| デスクトップ版 | Avaloniaを使ったクロスプラットフォームUI | Windows用パッケージを選び、システムの種類とアーキテクチャを合わせます。 |
| WPF版 | Windows専用UI | 従来のWindowsらしいUIを使いたい場合に選択。必要なランタイムはリリースノートで確認してください。 |
| x64 / ARM64 | システムの種類に表示されるプロセッサのアーキテクチャ | ネイティブ対応のパッケージを優先し、同梱コアも動作することを確認します。 |
| 自己完結型／ランタイム依存型 | ランタイムがパッケージに含まれているか | 自己完結型はファイルサイズが大きくなる傾向があります。ランタイム依存型は指定された環境を別途インストールします。 |
選び方のまとめ：まずアーキテクチャを合わせ、次にランタイムを確認
ダウンロードページでWindows用パッケージを選び、バージョンとアーキテクチャを確認します。フレームワークが見つからないという明確なエラーが出た場合に限り、案内に従って必要なランタイムを追加してください。UI版を何度も切り替えても問題の解決にはなりません。
2. 書き込み可能な場所に完全展開する
圧縮ファイル内の本体、依存ファイル、コアのフォルダーは、元の相対位置を保つ必要があります。圧縮ソフト上で v2rayN.exe を直接ダブルクリックすると、一部のファイルだけが一時展開され、画面は開いてもサービスが起動しないことがあります。現在のアカウントで書き込み可能な安定した場所、たとえば C:\Users\Public\Tools\v2rayN への展開がおすすめです。組織のポリシーで制限される場合は、ユーザーフォルダー内のツール用フォルダーを使ってください。
- クライアントのダウンロードページから選択したWindows版パッケージを入手し、ダウンロード完了後に「すべて展開」を実行します。
- 展開先のフォルダーを開き、
v2rayN.exeとパッケージ内のほかのファイルがあることを確認します。本体だけをデスクトップに移動しないでください。 - 初回起動前に、圧縮ファイル内や一時フォルダー、追加の書き込み権限が必要な場所への配置は避けてください。
- 展開先のフォルダーにある
v2rayN.exeをダブルクリックします。デスクトップから起動したい場合は、ファイルをコピーせずショートカットを作成してください。
Windowsのセキュリティ警告が表示されたら、ダウンロード元とファイルの入手元を確認してください。会社や学校のPCでブロックされる場合は、組織のポリシーによる可能性があるため管理者に確認します。システム保護を無効にしたり、ダウンロードフォルダー全体を除外対象にしたりすることを、一般的なインストール手順にしないでください。
3. 初回起動と .NET ランタイムの依存関係
初回起動では、まず「画面が開くか」、次に「プロキシコアが起動するか」を確認します。この2つは分けて調べてください。メイン画面が開かない場合は、アーキテクチャ、依存関係、展開漏れを確認します。画面は開くのにログにコアファイルが見つからないと表示される場合は、パッケージの内容、コアの場所、セキュリティソフトの記録を確認してください。
- .NET のインストールを求められる：エラーの詳細を開き、必要なフレームワーク名、メジャーバージョン、アーキテクチャを確認します。v2rayN のリリースによって要件は変わるため、古い記事に記載されたバージョン番号をそのまま使わないでください。
- WPF版で Windows Desktop フレームワークが見つからない：要件に合った .NET Desktop Runtime をインストールします。通常の .NET Runtime だけでは、デスクトップフレームワークの依存関係を満たせない場合があります。
- ランタイムをインストール済みなのに見つからないと表示される：x64とARM64のどちらが必要か、メジャーバージョンが要件を満たしているか確認してください。新しいメジャーバージョンを入れていても、必要な古いバージョンの代わりになるとは限りません。
- 自己完結型パッケージを使用する：通常、同梱の .NET 環境を別途インストールする必要はありません。ただし、パッケージのシステム要件を満たし、関連ファイルもそのまま残してください。
通常のシステムプロキシモードでは、常に管理者として実行する必要はありません。まずは一般ユーザーで起動して確認してください。追加の権限が必要な機能を有効にする場合に限り、クライアントの案内に従って許可します。何でも「管理者として実行」で解決しようとすると、フォルダーの権限やファイル不足といった本当の原因を見落とすおそれがあります。
4. サブスクリプションの追加、ノードの選択、システムプロキシ
クライアントを起動しただけでは、利用可能なサーバーは自動で設定されません。サブスクリプションはサーバー設定を取得するためのURLで、VMessやVLESSなどはノードが使用するプロトコルです。両者は別のものです。サービス提供元が案内する、クライアント対応のサブスクリプションURLを使い、アカウント管理ページのURLは使わないでください。
サブスクリプショングループ → サブスクリプショングループ設定を開き、グループを追加します。見分けやすい名前とサブスクリプションURL全体を入力して保存してください。サブスクリプショングループメニューからすべてのサブスクリプションを更新を実行します。画面で直結とプロキシ経由を選べる場合は、サブスクリプションURLへの実際の接続可否に合わせて選択してください。利用可能なノードがまだない初回は、動作しないプロキシ経由での更新に頼らないようにしましょう。- サーバー一覧にノードが表示されたら、ノードを選択して現在のサーバーに設定します。操作方法はバージョンによって異なり、右クリックメニューや「現在のサーバーに設定」などの項目を使います。
- 画面下部のログを確認し、サービスが起動していること、待ち受け失敗や設定読み込みエラーがないことを確かめます。
- メイン画面下部またはタスクトレイの
システムプロキシメニューからシステムプロキシを自動設定を選び、ブラウザーで接続を確認します。メニューの場所はUI版によって多少異なります。 - 必要に応じて
ルーティング設定で中国本土をバイパス（Whitelist）などのルールを選びます。システムプロキシはアプリの通信をクライアントに送るかどうかを決め、ルーティングルールはクライアントに届いた通信の経路を決めます。
5. ローカルポートとWindowsのプロキシ状態を確認
以下の数値はローカル接続の関係を説明する例であり、すべての v2rayN で同じ値が初期設定されているとは限りません。実際のポートは設定 → パラメーター設定でローカルの待ち受け項目を確認してください。バージョンによってはCore 基本設定にあります。新しい設定では1つの混合ポートを使うことがあり、古い設定ではSOCKSとHTTPの待ち受けポートが別々になっている場合があります。
アプリでHTTPプロキシを個別に設定する場合は、クライアントが実際に提供しているHTTPまたは混合ポートを使ってください。SOCKS専用ポートをHTTPポートとして指定することはできません。また、リモートノードのサーバーポートをWindowsのローカルプロキシ設定に入力しないでください。
ポート競合が発生したら、コマンドプロンプトで次の読み取り専用コマンドを実行します。ローカルアドレス欄のポート番号、状態が LISTENING かどうか、行末のPIDを確認してください。リモートアドレス欄に同じ番号があるだけでは、ローカルポートが使用中とは限りません。
netstat -ano | findstr ":10808"次に、タスクマネージャーの「詳細」タブでPIDからプロセスを特定します。別の v2rayN が動作している場合は、タスクトレイのメニューから終了してください。終了できない常用プログラムの場合は、空いていることを確認したうえで、たとえば 10818 のような未使用ポートにローカルの待ち受けポートを変更し、保存してサービスを再起動します。システムプロキシを再設定し、ブラウザーの拡張機能やほかのアプリに古いポートを手入力している場合はそちらも変更してください。正体の分からないシステムプロセスをむやみに終了しないでください。
6. 初回起動時によくあるエラーと対処法
以下のエラーはダイアログ、クライアントログ、コアのログに表示される場合があります。周囲の文言はバージョンによって異なります。まずエラー全文と発生時刻を記録し、該当する箇所から対処してください。「ウェブページが開かない」というだけでインストールパッケージの問題と決めつけないようにしましょう。
エラー：You must install or update .NET to run this application.
原因と対処：必要な .NET フレームワークまたはアーキテクチャが不足しています。ダイアログに表示された Framework と Architecture を確認し、対応するランタイムをインストールしてから再起動してください。Windows Desktop フレームワークが必要な場合は、対応する Desktop Runtime を選びます。
エラー：This app can't run on your PC
原因と対処：システムのアーキテクチャが合わない、Windowsのバージョンが要件を満たしていない、またはプログラムファイルが破損している可能性があります。「設定 → システム → バージョン情報」でシステムの種類を確認し、現在の環境に対応するパッケージを選び直して完全に展開してください。
エラー：Only one usage of each socket address (protocol/network address/port) is normally permitted.
原因と対処：通常は、待ち受けアドレスとポートを別のプロセスが使用しています。エラーに表示されたポートからPIDを調べ、重複しているインスタンスを終了するか、ローカルの待ち受けポートを変更してプロキシ設定も合わせてください。
エラー：An attempt was made to access a socket in a way forbidden by its access permissions.
原因と対処：権限、予約済みポート範囲、セキュリティポリシーによってポートのバインドが制限されています。まず重複した待ち受けがないことを確認し、netsh interface ipv4 show excludedportrange protocol=tcp でTCPの除外範囲を確認します。使用が許可され、空いているポートを選び、システムの予約項目を直接削除しないでください。
エラー：connectex: No connection could be made because the target machine actively refused it.
原因と対処：接続先から接続を拒否されています。エラーに表示された接続先を確認してください。127.0.0.1 の場合は、ローカルコアが待ち受けているか、プロキシポートが一致しているかを確認します。リモートサーバーの場合は、ノードのアドレス、サーバーポート、サービスの状態を確認してください。
クライアントにコアファイルが見つからないと表示された場合は、まずアプリを終了し、本体だけをインストールフォルダーと誤認していないか、別途コアの用意が必要なパッケージをダウンロードしていないか確認してください。次に Windows セキュリティの保護履歴を開き、ファイルが隔離されていないか確認します。配布元と対象ファイルを確認したうえで対処し、ブロックされた項目をすべて無条件に復元しないでください。
7. インストール後によくある質問
インストール後にデスクトップアイコンがありません。インストールに失敗しましたか？
圧縮ファイルで配布されるバージョンでは、Windowsのインストール情報やデスクトップのショートカットが作成されないことがあります。まず完全に展開したフォルダーから v2rayN.exe を起動し、画面が開くことを確認してからショートカットを作成してください。アイコンがないからといって何度も別の場所に展開し、同時に起動しないようにしましょう。
画面は開くのに、サブスクリプションを更新してもノードが表示されません。
「サブスクリプショングループ → サブスクリプショングループ設定」でURL全体が正しいか確認し、更新ログからタイムアウト、認証失敗、解析エラーのどれかを調べます。サブスクリプションからログインページが返される場合は、提供元が案内するサブスクリプションURLに変更してください。タイムアウトの場合は、まず更新に使うネットワーク経路で接続できるか確認します。
ノードのテストは成功するのに、ブラウザーでページを開けないのはなぜですか？
まず、テストしたノードが現在のサーバーに設定されていることを確認し、「システムプロキシ → システムプロキシを自動設定」を選びます。Windowsの「設定 → ネットワークとインターネット → プロキシ」で、プロキシの接続先が現在のローカル待ち受け先になっているか確認してください。ブラウザー独自のプロキシ設定も確認します。1回の遅延テストに成功しても、すべてのサイトに接続できるとは限りません。
v2rayN を終了したら、かえってインターネットに接続できなくなりました。
Windowsのプロキシ設定が、停止したローカルプロキシを指したままになっている可能性があります。クライアントを再起動して「システムプロキシ → システムプロキシを解除」を実行してから終了してください。Windowsのプロキシ設定で手動プロキシを確認する方法もあります。組織のプロキシを使っていた場合は、設定内容を記録してから元に戻してください。すぐに設定を消去しないようにしましょう。
最初から自動起動と TUN を有効にしたほうがよいですか？
まず通常起動、サブスクリプションの更新、ノードへの接続、終了後のネットワーク復旧まで一通り確認します。基本動作に問題がないことを確かめてから、自動起動や TUN を1項目ずつ有効にしてください。変更を1つずつにすれば、問題が起きた際に動作確認済みの状態へ戻しやすくなります。
さらに調査する場合は、Windowsのシステムの種類、v2rayN のバージョン、選択したUI版、エラー全文、ローカルの待ち受けポートを控えておけば十分です。ログを共有する前に、サブスクリプションURL、ユーザー識別情報、認証パラメーターを隠してください。「アプリの起動 → コアの動作 → ローカル待ち受け → アプリのプロキシ → リモートノード」の順に確認すると、インストールパッケージ、ポート、ルーティングを同時に変更するより原因を特定しやすくなります。