v2rayNのWindowsインストール・設定ガイド｜WPF版とクロスプラットフォーム版の選び方

WPF版とクロスプラットフォーム版の選び方

v2rayNはノードやサブスクリプション、プロキシ設定を管理するクライアントです。実際の接続は、設定に応じたプロキシコアが処理します。WPF版とクロスプラットフォーム版の違いは、主に画面の実装技術と利用環境にあり、プロキシプロトコルの違いではありません。ノードが使えるかどうかは、コアの対応状況、設定値、サーバーの状態によって決まるため、画面のバージョンだけでは判断できません。

2つのバージョンを同じフォルダーに展開したり、システムプロキシやTUNを同時に有効にしたりしないでください。もう一方を試す前に、現在のバージョンのシステムプロキシを解除し、タスクトレイのプログラムを終了します。設定ファイルの上書きを防ぎ、どのプロセスがポートを使用しているかも確認しやすくなります。

ダウンロード前にアーキテクチャを確認し、書き込み可能な場所に展開

Windowsの「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。一般的なIntel・AMD搭載のデスクトップPCではx64版を選びます。ARMデバイスでは、ダウンロードページとリリースノートで対応アーキテクチャを確認してください。「64ビット」という表示だけで判断しないようにしましょう。ダウンロード先はクライアントを入手ページにまとめています。

1. パッケージを確認する

   パッケージ名から、Windows用であること、必要なアーキテクチャ、WPF版かクロスプラットフォーム版かを確認します。インストーラーの場合はウィザードに従ってください。圧縮ファイルの場合は、次の手順で展開します。

2. 圧縮ファイルをすべて展開する

   圧縮ファイルを、ユーザーフォルダー内の Apps\v2rayN など、現在のアカウントで書き込み可能な場所にすべて展開します。圧縮ソフトのプレビュー画面から直接プログラムを実行しないでください。

3. ファイルを確認する

   メインプログラム、同梱の設定ファイル、プロキシコア関連フォルダーの構成を保ってください。v2rayN.exe だけをデスクトップにコピーすると、依存ファイルやコアを見つけられないことがあります。起動用のアイコンが必要な場合は、ショートカットを作成してください。

4. 初回起動

   通常のユーザー権限でメインプログラムを起動し、最初はTUNを有効にしないでください。メイン画面が表示されたら、設定の書き込み失敗、ファイル不足、コアの起動エラーがログに記録されていないか確認します。

起動しない場合：まず動作環境のメッセージを確認

ダブルクリックしてもウィンドウが表示されないからといって、ノードに問題があるとは限りません。まだネットワーク接続の段階ではないため、プログラムがタスクトレイに隠れていないか、動作環境が不足していないか、アーキテクチャが合っているか、セキュリティソフトに隔離されていないかを確認します。タスクマネージャーでv2rayNのプロセスを確認し、タスクバーの通知領域も見てください。

必要な動作環境は配布パッケージによって異なるため、古いガイドに記載された特定のメジャーバージョンをそのまま適用しないでください。動作環境を同梱した自己完結型パッケージと、システムの動作環境に依存するパッケージでは対処方法も異なります。実際に表示された起動メッセージと該当するリリースノートを確認してください。インストール後にクライアントを再起動し、エラーが解消したか確認します。

初めてのサブスクリプション登録：更新してからノードを有効化

サブスクリプションURLと個別ノードの共有リンクは、入力方法が異なります。サブスクリプションは通常、ノード一覧を取得するためのHTTPS URLです。VMessやVLESSなどの共有リンクは、個別の設定を表します。Webページやログイン画面のURL、余分な説明文を含む内容をサブスクリプション欄に貼り付けると、更新してもノードが表示されないことがあります。

1. グループを追加する

   メイン画面で「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、「追加」または「+」を選びます。見分けやすいグループ名を入力し、サブスクリプションURL全体を貼り付けて保存してください。画面によってはグループ管理ボタン内に項目があります。同じ名前の機能を探してください。

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

   初回設定時など、利用可能なプロキシがまだない場合は、「サブスクリプショングループ」→「すべてのサブスクリプションを更新（プロキシを使用しない）」を選択します。URLへのアクセスにプロキシが必要な場合は、利用可能な設定を用意してから「すべてのサブスクリプションを更新（プロキシを使用）」を選びます。

3. ノード一覧を確認する

   更新ログで成功を確認し、作成したグループが表示されているか確認します。一覧が空の場合は、サブスクリプションの期限切れ、ログイン画面が返されていないか、グループの絞り込みで他のノードが非表示になっていないかを確認してください。

4. ノードを有効化する

   使用するノードを選び、右クリックメニューの「アクティブサーバーに設定」で有効化します。ログで対応するコアが起動したことを確認してから接続テストを行ってください。一覧の行を選択しただけでは、切り替えが完了していない場合があります。

サブスクリプションURLには、アカウントへのアクセスに使うトークンが含まれていることがあります。公開チャットに貼り付けたり、URL全体が写ったスクリーンショットを知らない相手に送ったりしないでください。トラブルの相談では、エラーメッセージ、プロトコル、更新時刻を記録すれば十分です。クライアントログにノードのアドレスやユーザー識別情報が含まれる場合は、共有前にマスキングしてください。

ノードのテスト結果は、あくまで手がかりです。TCP接続に成功しても、TLSや認証、その後のリクエストまで成功したとは限りません。テストがタイムアウトする原因は、テスト先に接続できないこともあります。ノードを有効化した後は、ログと実際のWebアクセスを合わせて確認し、遅延の数値だけを見て何度も切り替えないでください。

システムプロキシの設定：まずローカルの待ち受けポートを確認

「設定」→「パラメーター設定」を開き、ローカルの待ち受けポートと対応するインバウンドプロトコルを確認します。以下の3つの数値は設定を見分けるための例で、すべてのバージョンで同時に待ち受けるとは限りません。特に古いガイドにあるHTTPポートを、新しいバージョンにそのまま入力しないでください。現在の設定と起動ログに表示された値を使います。

• ノードがアクティブサーバーに設定され、コアのログに起動エラーがないことを確認します。
• メイン画面下部またはタスクトレイの右クリックメニューにある「システムプロキシ」から「システムプロキシを自動設定」を選びます。画面の変更により場所は異なる場合があります。この操作ではWindowsのプロキシ設定を書き換えます。
• Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、アドレスとポートがクライアントのローカルHTTPまたは混合待ち受けに合っているか確認します。
• ブラウザー拡張機能でプロキシを個別に管理している場合は、システム設定に従うよう変更します。拡張機能の設定がWindowsのプロキシ設定を上書きするのを防げます。
• 対象のWebページにアクセスし、クライアントのログを確認します。クライアントを終了する場合は、先に「システムプロキシを解除」を選んでください。

「システムプロキシを自動設定」というメニュー名でも、すべてのアプリがプロキシ経由になるわけではなく、最速のノードが自動選択されるわけでもありません。Windowsのシステムプロキシに従うアプリはこの設定を使いますが、他のプログラムは直接接続を続ける場合があります。リクエストがコアに渡った後、プロキシ経由にするか直接接続するかはクライアントのルーティングルールで決まります。

ポートの競合と権限不足：症状から原因を特定

ログに address already in use やバインド失敗が表示されたら、設定を削除する前に待ち受けポートを確認してください。よくある原因は、古いプロセスがタスクトレイで動作し続けているか、別のクライアントが同じポートを使用していることです。以下のコマンドはローカルのTCP待ち受けを調べるだけで、ネットワーク設定は変更しません。

netstat -ano -p tcp | findstr LISTENING | findstr ":10808"
tasklist /FI "PID eq 1234"

1つ目のコマンドの最後の列がPIDです。2つ目のコマンドにある 1234 は入力例のため、1つ目のコマンドで実際に表示されたPIDに置き換えます。ローカルアドレスのポートが確かに 10808 であることを確認してから、プロセスの用途を判断してください。同じ数字を含む表示があるだけでプロセスを終了しないでください。

• 別のv2rayNが見つかった場合：そのプログラムのタスクトレイメニューから正常に終了し、ポートが解放されたことを確認してから現在のバージョンを起動します。2つのプログラムにシステムプロキシを奪い合わせないでください。
• 必要なプログラムがポートを使用している場合：「設定」→「パラメーター設定」を開き、ローカルの待ち受けポートを 10818 などの未使用ポートに変更します。ポートが空いていることを確認し、保存して関連するコアを再起動してください。
• 変更後も接続できない場合：システムプロキシを再設定し、ブラウザー拡張機能やターミナルツールなどで手動指定しているポートも変更します。クライアント側だけを変更しても、他のプログラムは引き続き古いポートに接続します。
• ポートが空いているのにアクセス拒否と表示される場合：システムの予約済みポート、セキュリティポリシー、エンドポイント保護の記録を確認します。通常のポート待ち受けとTUNの権限昇格は別の問題です。回避策として常に管理者権限で実行しないでください。

設定完了後の動作確認とアップデート前のバックアップ

起動、プロキシ、終了の3段階を確認します。Webページを一度開けただけでは、その時点で1つのリクエストが成功したことしか分かりません。クライアントの終了後に無効なプロキシ設定が残らないことや、再起動後に意図した設定へ戻ることも確認してください。次の順にチェックすれば、後から問題が起きた場合も変更点を見つけやすくなります。

1. 起動を確認：終了後に再起動し、サブスクリプショングループ、アクティブノード、ローカルポートが保持されていること、コアの起動失敗がログに繰り返し記録されていないことを確認します。
2. プロキシを確認：システムプロキシを有効にして、直接接続する想定の接続先とプロキシ経由の想定の接続先にそれぞれアクセスします。ログからルーティングを確認し、Webページのキャッシュだけで接続成功と判断しないでください。
3. 終了時の状態を確認：システムプロキシを解除してからプログラムを終了し、通常のネットワーク接続が使えることを確認します。プログラムが予期せず終了した場合は、Windowsのプロキシ設定に手動プロキシが残っていないか確認し、必要に応じて削除してください。
4. バックアップを確認：アップデート前にプログラムを終了し、現在のバージョンのユーザー設定とサブスクリプショングループ情報をバックアップします。ポータブル版ではフォルダー全体、インストール版では実際のユーザーデータの保存場所をバックアップしてください。
5. 移行方法を確認：画面のバージョンを切り替える場合は、クライアントにインポート・エクスポート機能があれば優先して使います。明確な移行手順がない場合は、サブスクリプションを再登録して重要な設定を確認してください。2つのプログラムのフォルダーを混ぜて上書きしないでください。

バックアップにはサブスクリプションのトークンやノードの認証情報が含まれる場合があります。本人だけがアクセスできる場所に保管してください。アップデート後に画面だけがおかしい場合は、ログと元のバックアップを残してリリースノートを確認します。Webページに接続できない場合は、ローカルの待ち受け、システムプロキシ、ノードのログの順に調べてください。基本操作はクイックスタート、接続に関する詳しい問題はトラブルシューティングをご覧ください。