Windowsで初めてv2rayNを使う方や、WPF版からデスクトップ版への移行を検討している方向けです。まずシステムのアーキテクチャとパッケージの種類を確認し、展開、実行環境の確認、サブスクリプションの登録、システムプロキシの設定を進めます。トラブル時は「画面が起動するか」「コアが動作するか」「アプリの通信がプロキシを経由しているか」を分けて確認しましょう。Webページが開かないからといって、すぐにインストール失敗と判断する必要はありません。
デスクトップ版とWPF版の選び方
v2rayNは、サーバー設定やサブスクリプション、ルーティングルールを管理するクライアント画面です。実際の接続処理は、v2rayNが呼び出すプロキシコアが行います。デスクトップ版とWPF版の違いは主に画面の技術と操作方法であり、サーバーのプロトコルやサブスクリプションサービスが異なるわけではありません。同じサーバーに接続できるかどうかは、使用するコア、ノードの設定、ネットワーク環境によって決まります。
デスクトップ版
おすすめクロスプラットフォームのUIを採用しています。初めてインストールする場合は、ダウンロードページにあるWindowsデスクトップ版から始め、パッケージの説明に従ってアーキテクチャと実行環境を確認してください。初めて使う方にも選びやすい点をおすすめしていますが、WPF版より接続速度が必ず速いという意味ではありません。
おすすめの方:初めて設定する方、クロスプラットフォームのUIを使いたい方
WPF版
従来型のWindows UIを採用しており、従来のメニュー構成に慣れている方に適しています。必要な依存関係は、パッケージのリリースノートや起動時の案内を確認してください。画面が似ているからといって、以前のフォルダーにあるプログラムと新しいパッケージのファイルを混在させないでください。
おすすめの方:従来型のWindows UIや、決まった操作手順に慣れている方
UIの異なるバージョンへ切り替えるときは、まず別のフォルダーに展開して動作を確認してください。クライアントを2つ同時に起動すると、システムプロキシの設定が繰り返し変更されたり、ローカルの待ち受けポートが競合したりすることがあります。新しいバージョンで設定を読み込み、接続できることを確認してから旧フォルダーを整理しましょう。サブスクリプションURLや設定のバックアップは、自分だけがアクセスできる場所に保管してください。
ダウンロード前に確認するシステムアーキテクチャとパッケージ
Windowsの「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。x64とARM64はUIの種類ではなく、プロセッサのアーキテクチャです。ダウンロードページに掲載されているパッケージを確認して選びましょう。該当するアーキテクチャの選択肢がない場合は、ファイル名だけで互換性を判断しないでください。古いWindowsでは、同じパッケージを何度も再インストールするのではなく、現在のバージョンのシステム要件を先に確認しましょう。
| 確認項目 | 確認方法 | 避けたい問題 |
|---|---|---|
| プロセッサのアーキテクチャ | 「システムの種類」でx64またはARM64を確認し、ダウンロードページの表示と照合します。 | プログラムが起動しない、または必要なアーキテクチャと一致しない。 |
| パッケージの形式 | 圧縮ファイルは「すべて展開」を選択し、インストーラーはウィザードの手順に従います。 | インストーラーとインストール不要のフォルダーを同じ方法で扱う。 |
| 実行環境 | 起動時の案内で求められる.NETランタイムの種類、メジャーバージョン、アーキテクチャを確認します。 | SDKだけをインストールしたり、異なる種類のランタイムを入れたりして、起動できない。 |
| コアファイル | パッケージのフォルダー構成を保ち、ログにコアファイルの不足が記録されていないか確認します。 | メインプログラムだけをコピーしたため、画面は起動しても接続できない。 |
起動ウィンドウに.NET Desktop Runtimeが必要と表示された場合は、指定されたメジャーバージョンとアーキテクチャのデスクトップランタイムをインストールします。別のランタイムが必要と表示された場合は、その案内に従ってください。WPFではデスクトップランタイムを使用しますが、依存関係がパッケージに含まれているかどうかはリリースによって異なります。すべてのバージョンに同じ固定のバージョン番号を当てはめないでください。不足の案内がなければ、「念のため」に開発ツールを追加でインストールする必要はありません。
展開から初回起動までの手順
-
パッケージを入手する
クライアントのインストールパッケージページを開き、Windows用のv2rayNデスクトップ版またはWPF版を選択します。ファイルを保存したら、圧縮ファイルかインストーラーかを確認してから次の手順に進みましょう。
-
ファイルをすべて展開する
圧縮ファイルを右クリックして「すべて展開」を選び、書き込み権限のある専用フォルダーに展開します。例:
D:\Apps\v2rayN。圧縮ファイルのプレビュー画面から直接実行したり、実行ファイルだけを取り出したりしないでください。 -
メインプログラムを起動する
展開後、実際にプログラムが入っているフォルダーを開き、メインプログラムを起動します。ランタイム不足の案内が表示された場合は、先に依存関係を解決してください。メイン画面が表示されない場合は、タスクバーの通知領域を確認し、プログラムがトレイに最小化されていないか調べましょう。
-
ローカル設定を確認する
「設定」→「パラメーター設定」を開き、ローカルの待ち受けポートや関連するスイッチを確認します。初回の動作確認ではTUNを無効のままにし、仮想ネットワークアダプターとシステムプロキシという2種類の通信制御を同時に導入しないでください。
-
ショートカットを作成する
プログラムが正常に起動し、設定を保存できることを確認してから、メインプログラムのショートカットを作成します。以降はショートカットから起動し、メインプログラムを移動したり、展開先フォルダーを一時ファイル用として削除したりしないでください。
初回のサブスクリプション登録URLとノードを区別する
サブスクリプションURLからは複数のサーバー設定を取得でき、個別の共有リンクには1つのノード情報が記載されています。クライアントをインストールしただけでは、サーバーは自動的に追加されません。アクセス権のあるサブスクリプションまたはノード情報を使用してください。サブスクリプションURLにはアクセストークンが含まれることが多いため、スクリーンショット、ログ、公開の質問にはURL全体を載せないでください。
- 「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、「追加」を選びます。識別しやすい名前を入力し、URL欄にサブスクリプションURL全体を貼り付けて保存します。UIのバージョンによっては追加ボタンがプラス記号で表示されますが、操作内容は同じです。
- メイン画面に戻り、「サブスクリプショングループ」メニューから、初回は「すべてのサブスクリプションを更新(プロキシを使用しない)」を選択します。利用できるノードがない場合、最初の接続を確立する手段として「プロキシ経由で更新」に頼らないでください。
- 更新後、サーバー一覧を確認します。別のグループが選択されていたり、検索語が入力されていたりする場合は、対象のグループに切り替えて検索条件をクリアしてください。「表示されていない」だけなのに「インポートされていない」と誤解するのを防げます。
- 使用するサーバーを選び、右クリックして「アクティブサーバーに設定」を選択します。アクティブ項目が切り替わったことを確認してから、コアの起動情報を確認しましょう。行を選択しただけでは、アクティブサーバーが切り替わっていない場合があります。
vmess://またはvless://で始まる個別の共有リンクがある場合は、コピーして「サーバー」→「クリップボードから共有リンクをインポート」を選びます。HTTP URLが必要なサブスクリプション更新欄に、この種のリンクを入力しないでください。メニューの表記はバージョンによって異なるため、「共有リンクのインポート」と「サブスクリプションの更新」を区別しましょう。
システムプロキシとポートをブラウザーで確認する
アクティブサーバーを設定した後は、アプリのリクエストをローカルプロキシへ送る必要があります。トレイメニューまたはメイン画面の「システムプロキシ」から「システムプロキシを自動設定」を選びます。ルーティングには、まず組み込みの「中国本土をバイパス」系プリセットを使用してください。具体的な名称は現在のルール一覧で確認できます。システムプロキシはアプリからの通信を受け付け、ルーティングはコアに入った通信の出口を決めます。両者は互いに代用できません。
これらのポートは、同じPC上のアプリがクライアントに接続するための入口であり、リモートサーバーのポートではありません。新しい設定では、HTTPとSOCKSの両方を1つの混合ポートで受け付ける場合があります。旧設定では別々のポートで待ち受けることもあります。チュートリアルを見て、存在しないポートを追加で有効にしないでください。「設定」→「パラメーター設定」と実行ログに表示される待ち受け情報を確認しましょう。
初回接続時の確認項目
- アクティブサーバー
- 右クリックメニューからアクティブに設定済み
- システムプロキシ
- システムプロキシを自動設定
- TUNモード
- 初回の動作確認では無効にする
- ルーティング設定
- まず組み込みプリセットを使い、カスタムルールを重ねない
まずシステムプロキシに従うブラウザーで正常にアクセスできることを確認してから、他のアプリでも試します。
プロキシを手動で設定する
- サーバーアドレス
127.0.0.1- ポートの例
10808(実際の待ち受けポートに合わせる)- プロキシの種類
- アプリの要件に応じてHTTPまたはSOCKS5を選択
- 待ち受け範囲
- このPCだけで使う場合は、ループバックアドレスで待ち受ける
アプリがシステムプロキシを参照せず、独自のプロキシ設定を備えている場合にのみ、アプリ内で設定します。
まず、自分にアクセス権のあるWebサイトをブラウザーで開き、ログに新しい接続記録が表示されるか確認します。ブラウザーでアクセスできても、すべてのプログラムがプロキシを経由するとは限りません。システムプロキシを無視したり、独自のプロキシ設定を使用したりするプログラムもあります。その場合は、まず該当プログラムのネットワーク設定を確認してください。「システムプロキシを自動設定」は、PC全体のすべての通信を制御する機能ではありません。
起動・接続のトラブルを段階的に確認
プログラムをダブルクリックしても反応しません。再インストールが必要ですか?
まず、トレイにすでに起動中のインスタンスがないか確認し、次にファイルがすべて展開されているか、ランタイムに関する案内が表示されていないかを調べます。デスクトップランタイムが必要と表示された場合は、メジャーバージョンとx64・ARM64のアーキテクチャを確認してください。同じフォルダーに異なるUI版を何度も上書きせず、別のフォルダーで再現を試すと問題を特定しやすくなります。
サーバー一覧は表示されるのに、コアが起動しないのはなぜですか?
メイン画面下部のログまたは情報欄を開き、ファイルが見つからない、設定がサポートされていない、ポートが使用中などの記録がないか確認します。ファイル不足の場合は、パッケージをもう一度すべて展開してください。プロトコルやパラメーターがサポートされていない場合は、ノードの要件と選択中のコアを確認します。一覧にインポートできたからといって、設定が有効とは限りません。
ポートが使用中と表示されました。どのポートを変更すればよいですか?
別のクライアントやプロキシプログラムを終了してください。必要に応じてnetstat -ano | findstr :10808を実行して使用状況を確認し、タスクマネージャーでPIDからプロセスを特定します。変更が必要だと確認できた場合に限り、ローカル待ち受けポートを変更し、プロキシを手動設定したアプリのポートも更新してください。
終了したらブラウザーも開けなくなりました。
クライアントを再起動し、「システムプロキシ」から「システムプロキシを解除」を選んでから、通常の手順で終了してください。プログラムを起動できない場合は、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」で「プロキシサーバーを使う」を確認し、今回の設定で残ったローカルプロキシを削除します。組織で管理されている設定については、先に管理者へ確認してください。
証明書エラーも、再インストールで解決しようとしないでください。まずWindowsの「設定」→「時刻と言語」→「日付と時刻」で日時が正しいかを確認し、次にノードのサーバー名とTLS設定を確認します。証明書の検証は有効のままにして、ログを手がかりに該当する項目を調べてください。「証明書の検証をスキップ」を恒久的な対策にすると、必要な本人確認が行われなくなります。
アップデートと日常の利用に備えて設定をバックアップ
初回起動に成功したら、使用したUIの種類、ローカルポート、ルーティングプリセット、サブスクリプショングループ名を記録しておけば十分です。サーバー設定の全容を公開する必要はありません。今後アップデートするときも、インストールパッケージページで種類を確認し、起動中のクライアントを終了してから、該当パッケージの更新方法に従ってください。圧縮ファイルの場合は、以前のファイルを直接上書きして混在させるより、新しいフォルダーに展開して動作を試すほうが、古いファイルの残存を特定しやすくなります。
- バックアップ前に終了:設定ファイルの不整合を防ぐため、個人設定をバックアップする前にクライアントを完全に終了してください。バックアップにはサブスクリプションの認証情報が含まれるため、アクセスを制限しましょう。
- アップデート後に再確認:アクティブサーバー、待ち受けポート、システムプロキシ、ルーティングが想定どおりか確認し、メイン画面が開くかだけでなく、ブラウザーでのアクセスもテストしてください。
- 変更は一度に1つ:UIの切り替え、コアの変更、TUNの有効化、DNSの変更を同時に行わないでください。変更のたびに接続を確認すれば、失敗したときにどの設定を戻すべきか特定できます。
- 終了前にプロキシを解除:使い終わったら、システムプロキシを解除してからプログラムを終了してください。スタートアップへの登録は、手動接続が安定してから有効にしましょう。
ここまでの設定で、基本的な通信経路が整理できます。アプリがローカルの待ち受けポートに接続し、クライアントがルーティングに従ってリクエストを適切なアウトバウンドに渡し、コアがリモートサーバーへ接続します。システムプロキシに従わないアプリも接続する場合は、応用設定のTUNとルーティングの説明を確認してください。基本設定にまだ疑問がある場合は、まずトラブルシューティングをご覧ください。原因を特定できていない問題を、設定スイッチの追加で覆い隠さないようにしましょう。