Windows 11にv2rayNを初めて導入する方に向けて、ダウンロード前の確認から展開、初回起動、.NET環境、サブスクリプション追加、ノード選択、通信確認までを順番に説明します。v2rayN 7.xを基準に、画面名が少し異なる場合でも迷いにくい確認方法と、起動できない・接続できないときの切り分け方をまとめています。
インストール前に確認すること
v2rayNはWindows上でV2RayまたはXray系のCoreを操作するためのデスクトップクライアントです。クライアントを入れただけで通信が始まるわけではありません。利用するには、v2rayN本体、対応するCore、そしてサービス提供元から取得したサーバー設定またはサブスクリプションが必要です。この記事では、Windows 11 64bit環境とv2rayN 7.xで一般的な画面構成を前提にします。
まずWindows Updateを実行し、再起動を保留している更新がない状態にします。古いWindowsコンポーネントや保留中の再起動があると、初回起動時のCore展開や.NETランタイム検出で予期しないエラーが出ることがあります。また、インストール先には日本語や記号を多く含む深いフォルダーより、たとえばC:\Apps\v2rayNのような短いパスを使うと、ログ確認や設定ファイルの管理が容易です。
- CPUとOS:通常のWindows 11 64bit版なら、配布ファイルのx64版を優先します。ARM搭載端末では、配布元が示す対応アーキテクチャを確認してください。
- 権限:最初は管理者として実行せず、一般ユーザー権限で起動します。必要以上に管理者権限を与えないほうが、設定ファイルの場所を把握しやすくなります。
- 接続情報:VMess、VLESS、Trojan、Shadowsocksなどの単一ノードURL、または
https://で始まるサブスクリプションURLを準備します。 - 既存ポート:ほかのプロキシソフトが10808や10809を使用していないか確認します。ポートが重複するとCoreが起動してもアプリから接続できません。
ダウンロードして初回起動する
v2rayNは一般的に圧縮ファイルを展開して使う形式です。ダウンロードしたファイルを直接圧縮フォルダーの中から実行するのではなく、専用のフォルダーへ展開します。Windows Defenderが初回実行を確認した場合は、表示されたファイル名と入手元を確認してから判断してください。警告を無条件に無視するのではなく、配布元とファイルの種類が一致しているかを見ます。
配布版を選ぶ
ダウンロードページでWindows向けのx64版を選びます。通常のIntelまたはAMD搭載PCではx64が対象です。展開前に、ダウンロードしたファイルの名前と拡張子が案内と一致することを確認します。
専用フォルダーへ展開
圧縮ファイルを右クリックし、「すべて展開」を選択します。展開先は
C:\Apps\v2rayNなどにし、OneDriveの同期フォルダーや「ダウンロード」フォルダーの中で運用するのは避けます。本体を起動
展開先の
v2rayN.exeをダブルクリックします。初回はWindowsのファイアウォール確認が表示される場合があります。ローカルプロキシとして使う範囲を確認し、必要なネットワークアクセスだけを許可します。.NETを確認
起動時に.NET Desktop Runtimeを要求されたら、表示されたメジャーバージョンに対応するWindows Desktop Runtimeを導入します。ASP.NET Runtimeや.NET SDKではなく、デスクトップアプリ用のRuntimeを選び、導入後にWindowsを再起動して再度起動します。
Coreを確認
メイン画面の「設定」→「パラメータ設定」→「Core タイプ」を開きます。VLESS、Reality、VMessなどを幅広く扱う場合は、配布元が対応を案内しているXray Coreを選び、保存後にCoreの準備状態を確認します。
自動起動を決める
最初の通信確認が終わるまではWindows起動時の自動起動を有効にしない方法が安全です。接続とポートを確認した後、必要であれば「設定」から自動起動や最小化起動を設定します。
初回起動後に画面が表示されても、サーバー一覧が空なのは異常とは限りません。v2rayN本体は管理画面であり、ノード情報は別途追加する必要があります。まずCoreの種類とローカルポートを確認し、その後にサブスクリプションまたは単一ノードを登録します。
初回導入の基本構成
v2rayN本体
- Windows画面を操作する
- ノードとルールを管理する
- システムプロキシを切り替える
Coreと設定
- Xrayまたは対応Coreを実行する
- リモートノードへ接続する
- ローカルポートでアプリへ転送する
本体が起動していても、Core、ノード、ローカルプロキシの3点が揃わなければ通信は成立しません。
サブスクリプションを追加してノードを選ぶ
複数のノードを継続的に管理するなら、単一ノードURLよりサブスクリプショングループが便利です。v2rayNのメイン画面で「サブスクリプショングループ」→「サブスクリプショングループ設定」→「追加」と進み、分かりやすい名前と完全なURLを入力します。URLの前後に空白や改行が入ると取得に失敗することがあるため、貼り付け後に先頭と末尾を確認してください。
保存しただけではノード一覧に反映されません。メイン画面へ戻り、「サブスクリプショングループ」から「すべてのサブスクリプションを更新」を実行します。更新方法に「プロキシを使用しない」と「プロキシを使用する」がある場合、現在のネットワークから配信元へ直接アクセスできるかで使い分けます。更新結果はログに表示され、解析されたノード数が0でないかも確認できます。
- グループ名:「自宅用」「仕事用」のように、配信元や用途を識別できる名前にします。
- URL:
https://から始まるアドレス全体を入力します。Webのログインページを登録しても、ノード一覧として解析できない場合があります。 - ノード選択:サーバー一覧で対象行を選び、ダブルクリック、または右クリックの「アクティブサーバーに設定」を実行します。
- Core設定:ノードがVLESS + Realityの場合、Coreが対応しているか確認します。リンクの先頭だけをVMessからVLESSへ書き換える方法では設定を変換できません。
サブスクリプショングループ
→ サブスクリプショングループ設定
→ 追加
→ URLを保存
→ すべてのサブスクリプションを更新
→ サーバーを選択
→ アクティブサーバーに設定
ローカルプロキシを有効にして通信を確認する
ノードを選んだ後は、v2rayNのトレイアイコンまたはメイン画面からシステムプロキシを設定します。最初の確認では「システムプロキシを自動設定」を使い、ブラウザーを再起動してテストページを開きます。システムプロキシは対応するアプリだけが利用する方式で、すべての通信を自動的に取り込む機能ではありません。アプリによっては独自のプロキシ設定が必要です。
「設定」→「パラメータ設定」では、ローカルのHTTPポートやSOCKSポートを確認できます。例としてHTTPが10809、SOCKSが10808の場合がありますが、これは固定値ではありません。別のアプリに手動入力する場合は、必ず現在のv2rayN画面に表示されている値を使います。リモートサーバーの443番ポートと、Windows側の10808番ポートを混同しないようにしてください。
起動すると.NETが見つからないと表示される?
エラーに示されたメジャーバージョンを確認し、Windows Desktop Runtimeを導入します。SDKでは代用できない場合があるため、デスクトップアプリ用のパッケージを選び、導入後に再起動してください。
ノード一覧が空のままなのはなぜ?
サブスクリプショングループを保存しただけで、更新を実行していない可能性があります。「すべてのサブスクリプションを更新」を実行し、URLの期限、解析数、ログの取得結果を確認します。
Coreは起動するのにWebページが開かない?
アクティブサーバーが選択されているか、システムプロキシが有効かを確認します。次にローカルポートの競合、DNSエラー、ノードのTLSやRealityパラメータをログで確認してください。
Windowsの一部アプリだけ通信できない?
システムプロキシに対応しないアプリがあります。その場合はアプリ側のHTTPまたはSOCKS設定を確認し、v2rayNに表示されたローカルポートを手動で指定します。
起動・更新・接続エラーを切り分ける
トラブル時は、いきなりノードを編集するのではなく、「本体」「Core」「サブスクリプション」「ローカルプロキシ」「リモート接続」の順に確認します。v2rayNのログ欄にCoreの起動時刻、待ち受けポート、DNS解決、接続先、エラー内容が表示されるため、画面の見た目だけで判断しないことが大切です。
報告:failed to start: listen tcp 127.0.0.1:10808: bind: address already in use
原因と解決:10808番ポートを別のアプリが使用しています。「設定」→「パラメータ設定」で空いているポートへ変更し、他のアプリ側の指定も同じ値に合わせます。
報告:サブスクリプション更新がタイムアウト
原因と解決:配信元へ到達できない、URLが期限切れ、または直接アクセスが制限されている可能性があります。更新方法を切り替え、URLの有効性とログの接続先を確認します。
報告:failed to find an available destination
原因と解決:出力先のアドレス解析または接続に失敗しています。ノードのドメイン名、リモートポート、DNS、TLSまたはRealityの項目が提供元の情報と一致するか確認します。
報告:invalid user
原因と解決:UUID、パスワード、ユーザー識別情報がサーバー側と一致していません。共有URLを手動編集せず、提供元から最新のリンクを再取得して登録します。
接続確認では、まず短いテキストページを開き、次に通常のWeb閲覧や動画など負荷の異なる通信を試します。単一サイトだけが開かない場合は、ノード全体の故障ではなく、DNS、サイト側の応答、ルーティング規則の問題かもしれません。接続できた後も、不要なときはシステムプロキシを無効にし、使用状況に合わせて切り替えてください。