v2rayNのWindows版をインストール・設定する方法｜デスクトップ版とWPF版の違い

デスクトップ版とWPF版、どちらを選ぶ？

画面の使い勝手と実行環境を基準に選びましょう。バージョンの違いは、通信性能のランクを示すものではありません。ここでいう「デスクトップ版」はクロスプラットフォームのUIを採用した系列、WPF版はWindows専用のUI技術を使う系列です。どちらもプロキシコアを利用するため、接続状況はノード、プロトコル、ルーティング、コアの設定にも左右されます。

アーキテクチャはシステム情報で確認してください。Windowsの「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。x64の端末ではx64版を、ARM64端末では配布元が提供するネイティブ対応版を選びましょう。OS、アプリ、ランタイムの各アーキテクチャをすべて確認する必要があります。

ダウンロード後の保存先とランタイムの追加方法

まずアーカイブをすべて展開し、メインプログラムを起動します。D:\Tools\v2rayNのように、現在のユーザーが書き込み可能な専用フォルダーに保存するのがおすすめです。Dドライブがない場合は、ユーザーフォルダーでも構いません。圧縮ファイル内から直接実行したり、実行ファイルだけを取り出したりすると、設定フォルダーやコアファイル、関連リソースが不足することがあります。

1. インストールパッケージを選ぶ

   当サイトのダウンロードページでWindows向けの項目を開き、x64またはARM64のアーキテクチャと、デスクトップ版またはWPF版に合うパッケージを選びます。あわせて、そのパッケージの実行環境に関する説明も確認してください。

2. アーカイブをすべて展開する

   エクスプローラーで圧縮ファイルを右クリックし、「すべて展開」を選びます。展開先のフォルダーを開き、メインプログラムと関連フォルダーがそろっていることを確認してから、v2rayN.exeを実行してください。

3. 必要なランタイムを追加する

   起動時に.NETが見つからないというメッセージが表示されたら、必要なバージョンとアーキテクチャを確認します。WPF版で必要な場合は、通常のRuntimeではなく、対応するDesktop Runtimeをインストールしてください。自己完結型パッケージの場合は、リリースノートの案内に従います。

4. コアファイルを確認する

   メイン画面のログ欄で起動結果を確認します。「ファイルが見つかりません」と表示された場合は、まずアーカイブが完全に展開されているか確認してください。その後、「Windows セキュリティ」→「ウイルスと脅威の防止」→「保護の履歴」を開き、ブロックの詳細を確認します。

ランタイムのバージョンは、すべての配布パッケージで共通ではありません。プログラムの更新により必要な実行環境が変わることもあり、古いPCに.NETが入っていても、新しいパッケージの要件を満たすとは限りません。現在のパッケージの説明と起動時のエラーを確認し、関係のないコンポーネントを次々にインストールしないようにしましょう。

サブスクリプションの追加方法とノードの有効化

サブスクリプショングループを作成して更新し、サーバーを選択します。v2rayNはクライアントのため、インストールしただけでは利用可能なノードは追加されません。サブスクリプションURLはサービス提供元から取得します。通常は秘密のトークンが含まれるため、アカウント情報と同様に扱い、公開スクリーンショットやオンライン変換サイトに貼り付けないでください。

1. グループを作成する

   日本語以外の画面では、「サブスクリプショングループ」→「サブスクリプショングループの設定」から「追加」を選び、名前とサブスクリプションURLを入力して保存します。現在の画面に「+」ボタンがある場合は、同じグループ管理画面から追加してください。

2. サブスクリプションを更新する

   プロキシ接続がまだ使えない初回は、「サブスクリプショングループ」→「すべてのサブスクリプションを更新（プロキシを経由しない）」を選びます。プロキシ経由で更新するのは、利用可能なプロキシ接続がすでにある場合に限ります。

3. 使用するサーバーを選ぶ

   サーバー一覧からノードを選び、右クリックして「アクティブサーバーに設定」を選択します。コアの起動結果はログで確認してください。メニュー名はバージョンによって異なる場合があります。「アクティブサーバー」になっていることを確認しましょう。

4. 設定値を確認する

   サーバーをダブルクリックし、プロトコル、アドレス、ポート、通信方式の設定を確認します。サブスクリプションで提供されたVLESSやVMessなどの設定は、基本的にそのまま使いましょう。項目の表示をそろえるために、自己判断で変更しないでください。

更新が成功しても、ノード一覧を取得できたことを示すだけで、すべてのノードが接続できるとは限りません。更新後に一覧が空の場合は、アカウント管理ページのURLを貼り付けていないか、サブスクリプションの期限が切れていないか、指定の形式が必要かを確認しましょう。形式に対応していないというエラーが出た場合は、システムプロキシを何度も切り替えるのではなく、クライアントで読み込める形式のサブスクリプションを提供元に依頼してください。

システムプロキシの設定方法とローカルポートの確認

まずローカルで待ち受けが始まったことを確認してから、システムプロキシを有効にします。コアはPC上で接続を受け付け、システムプロキシはWindowsのプロキシ設定に従うアプリに接続先を知らせます。この2つは別々の設定です。サーバーを選んだだけでシステムプロキシを有効にしていないと、ブラウザーは直接接続する場合があります。

「設定」→「パラメーター設定」でローカル待ち受けポートを確認します。バージョンによっては「基本設定」や「インバウンド設定」にあります。この記事では例として10808を使いますが、すべてのバージョンの既定値ではありません。古い設定ではSOCKSとHTTPのポートが別々の場合があり、新しい設定では両方に対応する混合ポートの場合もあります。実際のインバウンド種別に合わせて入力してください。

タスクバーの通知領域にあるv2rayNアイコンを右クリックし、「システムプロキシ」→「システムプロキシを自動設定」を選びます。次に、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、プロキシのアドレスとポートがローカルのHTTPまたは混合インバウンドに合っているか確認してください。ブラウザーに独自のプロキシルールが設定されている場合は、システム設定より優先されていないか確認しましょう。

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com

このコマンドは接続確認の例であり、速度測定ではありません。socks5hは、接続先のドメイン名解決をプロキシ側で行う指定です。HTTPレスポンスが返れば、そのリクエストに応答があったことは分かりますが、実際に使われたアウトバウンドはログでも確認してください。通常、ターミナルはWindowsのシステムプロキシ設定を自動では使いません。そのため、ターミナルで失敗しても、ブラウザーのプロキシが無効とは限りません。

ルーティングとTUN：初期設定で変更は必要？

初回接続では、動作を把握しやすいルールを維持し、複数の通信制御方式を同時に有効にしないようにしましょう。システムプロキシは、どのアプリのリクエストをクライアントに送るかを決めます。ルーティングは、クライアントに届いた接続でどのアウトバウンドを使うかを決めます。そのため、システムプロキシが有効でも、ルールに一致して直接接続される場合があります。

• ルーティングの判定を確認：テストリクエストを送信したら、ログで接続先、アウトバウンドのタグ、エラーを確認します。リクエストがログにまったく記録されない場合は、まずアプリのプロキシ設定を確認してください。
• ルール変更後に再読み込み：設定を保存し、コアが正常に再読み込みされたことを確認します。既存の長時間接続は古い経路を使い続ける場合があるため、必要に応じてテスト対象のアプリを再起動してください。
• TUNは必要な場合に有効化：システムプロキシに従わないアプリの通信を取り込むのに適していますが、必要な権限と仮想ネットワークの設定が求められます。有効にする前に、通常のプロキシ接続が使えることを確認しましょう。
• LAN内のアクセスは個別に判断：プリンター、共有フォルダー、内部ドメインには、適切な直接接続とDNSの設定が必要です。トラブル対応のために、すべての通信を長期間リモートへ強制転送するのは避けてください。

エラーを消すために、コアを安易に入れ替えないでください。ノードのプロトコルや拡張パラメーターには、対応するコアが必要です。特にVLESSの一部の通信方式やセキュリティ設定では注意が必要です。「未対応のフィールド」というエラーが出た場合は、サブスクリプションの項目を削除するのではなく、現在のコアの種類と必要なバージョンを確認してください。

起動しない・タイムアウト・ポート競合の切り分け方

「プログラムが起動するか」「ローカルで待ち受けているか」「接続先に到達できるか」の順に確認すると、誤操作を減らせます。メイン画面が表示されても、起動しているのはUIだけかもしれません。コアのプロセスが終了していれば、システムプロキシがローカルを指していても、接続できるプロキシはありません。

ポートの確認には次のコマンドを使えます。待ち受けが表示された場合、最後の列にあるのがプロセスID（PID）です。タスクマネージャーの「詳細」タブでPIDを照合してください。ポート番号だけを見て、知らないシステムプロセスを終了しないでください。また、HTTPとSOCKSの独立したインバウンドで、同じアドレスとポートを共有しないようにしましょう。

netstat -ano | findstr ":10808"

接続先がタイムアウトする場合は、別のノードでも試し、アドレス、ポート、TLSのサービス名、通信パスなどが提供元の設定と一致しているか確認してください。ログを他の人に送る前に、サブスクリプションURL、ユーザーID、アクセス先を隠しましょう。設定ファイル全体をそのまま公開するのは避けてください。

終了方法とアップデート前後の確認

終了前にシステムプロキシを解除し、更新前に設定をバックアップしてください。クライアントの終了後もWindowsがアプリのリクエストを停止済みのローカルポートへ送るのを防げます。また、新しいバージョンと設定の互換性に問題が起きた場合も、元の状態を確認できます。

1. 通知領域のメニューから「システムプロキシ」→「システムプロキシを解除」を選び、その後クライアントを終了します。異常終了した場合は、Windowsのプロキシ設定に古いアドレスが残っていないか手動で確認してください。
2. クライアントの設定フォルダーと必要なカスタムルーティングをバックアップします。バックアップにも機密情報が含まれるため、安全な場所に保管してください。
3. 更新前に古いプロセスを終了し、使用中のコアファイルが上書きされないようにします。系列を移行する場合は、既存のファイルと混在させず、新しいフォルダーで先に動作を確認してください。
4. 再起動したら、使用中のサーバー、コアのログ、ローカルポート、システムプロキシを順に確認し、実際にWebページへアクセスして動作を確かめます。

この4項目を確認してから、自動起動、サブスクリプションの定期更新、TUNなどを検討しましょう。初期設定の目標は、機能を一度にすべて有効にすることではなく、動作を確認できる接続経路を作ることです。正常に動作した設定を保存しておくと、次回のトラブル時に変更点を特定しやすくなります。