Windows版v2rayNの設定

1. デスクトップ版とWPF版の選び方

v2rayNはノード、サブスクリプション、ルーティング、ローカルプロキシの接続先を管理するクライアントです。実際の通信はコアが処理します。デスクトップ版はクロスプラットフォーム対応のUIを採用し、WPF版はWindowsの従来型UIを引き継いでいます。「片方はVLESS対応、もう片方は非対応」という単純な違いではありません。対応プロトコルは選択したコアとそのバージョン、さらにサーバー側の設定との整合性によって決まります。

Windows 11の「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。一般的なIntel・AMD搭載PCではx64を選びます。ARMデバイスではx64とARM64は別のネイティブアーキテクチャです。ダウンロードページに対応する項目がない場合は、プログラムを何度も実行するのではなく、そのリリースのシステム要件を確認してください。

2. インストール先と実行環境

ダウンロードページからWindows用パッケージを選びます。リリースによってインストーラーまたは圧縮ファイルが用意されています。インストーラーはウィザードに従ってインストールし、圧縮ファイルはすべて展開してから、フォルダー内のv2rayN.exeを実行してください。圧縮ソフトのプレビュー画面から実行すると、メインプログラムだけが一時的に展開され、依存ファイルやコアのフォルダーがそろわないことがあります。

1. インストール先を決める

   ポータブル版は、D:\Tools\v2rayNのように、現在のユーザーが書き込み可能な場所に置けます。一時フォルダーやアクセスが制限されたシステムフォルダーは避けてください。設定、ログ、サブスクリプションデータの保存にも使われます。

2. すべて展開する

   パッケージ内のフォルダー構成を保ったまま展開してください。インストーラーの場合はインストールを完了します。インストーラーが置かれたフォルダーをアプリのデータ保存先として使わないでください。

3. 依存環境を確認する

   起動時に.NETのインストールを求められた場合は、表示されたフレームワーク名、メジャーバージョン、アーキテクチャを確認します。WPF版では案内に従ってDesktop Runtimeを追加してください。SDKや別のメジャーバージョンのランタイムだけでは解決しないことがあります。

4. 初回起動

   まず通常のユーザー権限で起動します。「設定」→「パラメーター設定」で基本設定を確認し、メイン画面のログを見て、画面だけが開いてプロキシコアの起動に失敗していないか確認してください。

3. サブスクリプションの追加とノードの選択

サブスクリプションURLには通常、アクセスに必要な情報が含まれているため、パスワードと同様に扱ってください。URL全体が写った画像を公開しないようにしましょう。開いたときに長いテキストが表示されても、URLが間違っているとは限りません。クライアントは通常のWebページを表示するのではなく、サブスクリプションから返された内容を読み込みます。ログイン画面、エラーページ、期限切れの通知が表示された場合は、サブスクリプション自体を確認してください。

1. グループを追加する

   メイン画面の「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、新規追加から識別しやすい名前とサブスクリプションURLを入力して保存します。画面のバージョンによって、追加ボタンは「追加」またはプラス記号で表示されます。

2. 更新する

   「サブスクリプショングループ」メニューに戻り、初回は「すべてのサブスクリプションを更新（プロキシを使用しない）」を選びます。「プロキシ経由で更新」が独立した項目になっている場合はオフのままにし、まず直接アクセスできるかを確認してください。

3. 更新結果を確認する

   ログで更新結果を確認してから、対象のグループに切り替えます。更新に成功しても一覧が空の場合は、検索欄とサーバーの絞り込み条件を解除し、別のグループを選択していないか確認してください。

4. 接続先に設定する

   サーバー一覧でノードを選択し、右クリックして「アクティブサーバーに設定」を選びます。コアが設定を読み込んでから接続をテストしてください。一覧の行をクリックしただけでは、接続先が切り替わらない場合があります。

サブスクリプションへのアクセスにプロキシが必要な場合は、接続できるノードを先に用意してから「すべてのサブスクリプションを更新（プロキシを使用）」を選びます。この操作だけで最初の接続を確立することはできません。VLESSやVMessなどのノードを追加したら、サブスクリプションに含まれる通信方式、TLS、SNIなどのパラメーターはそのまま維持してください。試しに複数の項目を同時に変更するのは避けましょう。

4. システムプロキシとローカルポート

ノードをアクティブに設定したら、タスクトレイの「システムプロキシ」→「システムプロキシを自動設定」から有効にします。バージョンによっては、同じ項目がタスクトレイのメニューに直接表示されます。システムプロキシは、Windowsのプロキシ設定に従うアプリにローカルプロキシポートを使わせる機能です。すべてのプログラムが自動的にプロキシを経由するわけではありません。

上記のポート番号はこの記事のトラブルシューティング用の例であり、すべてのバージョンで共通の既定値ではありません。「設定」→「パラメーター設定」で、現在のローカル待ち受けポートと接続方式を確認してください。新しい設定ではHTTPとSOCKSのリクエストを受け付ける混合ポートが用意されている場合があります。古い設定ではポートが別々になっていることもあり、以前のガイドをそのまま使って、隣のポート番号が必ずHTTP用だと考えないでください。

curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 15 -I https://www.microsoft.com/

このコマンドは、該当ポートがHTTPプロキシを受け付ける場合にのみ使用してください。HTTPレスポンスヘッダーが返れば、このリクエストが指定した接続先を通じて通信できたことを示しますが、すべてのサイトやルーティングが正常とは限りません。「プロキシに接続できません」と表示されたら、まずローカルの待ち受けを確認します。リモート側のハンドシェイクエラーが出た場合はノードを確認してください。ルーティングには、内容を把握している既存のルールセットを選びましょう。初回テストでDNSやカスタムルールを同時に編集するのは避けてください。

5. TUNモードを有効にするタイミング

ブラウザーはシステムプロキシ経由で使えるのに、システムプロキシを参照しないアプリだけ接続できない場合は、TUNモードを検討します。TUNは仮想ネットワークインターフェースを使い、設定に合致する通信を取り込みます。ルーティングやDNSにも関わるため、システムプロキシが動作していても、TUNに必要な権限、ドライバー、ネットワークアダプターの準備ができているとは限りません。

• まず現在の状態を記録：利用できるノード、システムプロキシの状態、ルールを記録し、問題が起きたときに戻せるようにします。
• 次に権限を確認：メイン画面の「TUNモード」スイッチを使います。バージョンから権限の昇格を求められた場合は、案内に従って再起動または許可してください。通常のプロキシ利用まで常に管理者として実行する必要はありません。
• 起動ログを確認：TUNで使うコアが正常に起動したことを確認し、権限不足、インターフェースの作成失敗、ルートの追加失敗に注意してください。スイッチの色だけで判断しないでください。
• ネットワークの競合を切り分ける：ほかのトンネルソフトや仮想ネットワークアダプターがルーティングに影響する場合があります。調査中は通信を取り込む方式を一つだけ有効にしてください。会社管理の端末では、ネットワーク管理のルールに従いましょう。
• 異常があればすぐ戻す：TUNをオフにしてから、システムプロキシを再テストします。復旧した場合は、サブスクリプションをすべて削除する前に、TUNのDNS、ルーティング、ネットワークアダプターの設定を確認してください。

システムプロキシを同時に有効にするかどうかは、現在の設定と利用状況に応じて決めてください。「両方を有効にする」のが常に正しいわけではありません。初回のトラブルシューティングでは、それぞれの接続方法を個別に試すと原因を特定しやすくなります。プロキシを明示したリクエストは成功し、TUN経由では失敗する場合は、同じノードを何度も変更するのではなく、通信を取り込む経路を確認しましょう。

6. 起動・ポート・Webアクセスのトラブル対処

「メインプログラム → コア → ローカルポート → ノード接続 → アプリの設定」の順に確認します。ウィンドウが表示されるのは、画面が起動したことを示すだけです。遅延テストに結果が出ても、ブラウザーがプロキシを使っているとは限りません。まず失敗した時点のログを保存し、エラーに応じて対処しましょう。クライアントの再インストール、ポート変更、ルーティング変更を一度に行うより、原因を特定しやすくなります。

netstat -ano -p tcp | findstr LISTENING | findstr ":10808 "

コマンドの最後に表示されるのがPIDです。何も表示されない場合は、ポート番号が正しいか、コアが実際に起動しているかも確認してください。ログに証明書の期限切れ、名前の不一致、TLSハンドシェイクの失敗が記録されている場合は、Windowsの時刻を合わせ、サブスクリプションのSNI、サーバーアドレス、通信設定を確認します。「証明書の検証をスキップする」を一般的な解決策として使わないでください。HTTPプロキシと接続先へのHTTPS暗号化は別の層です。接続先がHTTPSだからといって、ローカルの接続方式を安易に変更しないでください。

7. 更新・移行前に保存しておくもの

正常に使えることを確認してから、スタートアップやサブスクリプションの自動更新など、便利な設定を検討します。更新前にv2rayNとコアを終了し、実際のデータ保存先をバックアップしてください。保存先はインストール方法によって異なるため、メインプログラムの場所だけで判断できません。デスクトップ版とWPF版の間で移行する場合は、まずサブスクリプションを再追加し、ルーティングとポートを確認します。設定の互換性が分からないままフォルダー全体を上書きしないでください。

• サブスクリプション情報：グループ名と信頼できるサブスクリプションURLを保存します。バックアップを公開しないでください。
• ローカル設定：待ち受けポート、システムプロキシのモード、ルール、TUNの使用有無を記録します。
• 手動設定：自分で追加したノードとカスタムルールは別にバックアップしてください。サブスクリプションを再追加しても、これらの設定は自動では復元されません。
• 更新後の再テスト：コアの起動、サブスクリプションの更新、プロキシを指定した単体リクエストの順に確認し、最後にTUNと自動起動をテストします。

これらの確認が済めば、普段の操作はサブスクリプションの更新、アクティブノードの選択、接続先の状態確認が中心です。問題が起きた場合も同じ順序で確認すれば、インストールとネットワークの問題を切り分けやすく、前回使えた設定にも戻しやすくなります。