Windows版 v2rayNのインストール・設定ガイド｜展開、サブスクリプション登録、システムプロキシの注意点

1. インストールパッケージ：デスクトップ版とWPF版の違い

v2rayNは、サーバー設定を管理し、コアを呼び出してプロキシの接続方法を調整するクライアント画面です。インストールしただけでは、利用可能なサーバーが使える状態にはなりません。有効な設定またはサブスクリプションの登録が必要です。Windowsでは使い慣れた画面に応じてデスクトップ版またはWPF版を選べますが、両者を別のサブスクリプションサービスと混同しないでください。

まずWindowsの「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。一般的なIntelまたはAMDの64ビットPCではx64版を選びます。「ARMベースのプロセッサ」と表示される場合は、ダウンロードページに対応ビルドがあるか、実行条件も含めて確認してください。「64ビット」という表示だけで互換性を判断しないようにしましょう。古いWindowsでは、現在のパッケージの最低システム要件も確認してください。

• 実行形式のインストーラー：インストールウィザードに従ってください。インストーラー自体を展開が必要なポータブル圧縮ファイルと間違えないようにしましょう。
• 圧縮ファイル：まず「すべて展開」を実行し、展開先のフォルダーから起動してください。圧縮ソフトのプレビュー画面でファイルをダブルクリックしても実行できません。
• 画面の切り替え：先に既存の設定をバックアップし、別のフォルダーで動作を確認してください。2種類の配布パッケージを重ねて上書きしないようにしましょう。

2. フォルダーとランタイム：安定して起動できる環境を整える

圧縮ファイルを使う場合は、D:\Tools\v2rayNのように、現在のユーザーが書き込みできる専用フォルダーを選びます。Dドライブがなくても、ユーザーフォルダーに保存できます。重要なのはドライブ名ではなく、設定、ログ、更新ファイルを保存できることです。システムフォルダー、一時フォルダー、自動同期や自動削除の対象となるフォルダーは、常用する場所には適しません。

1. 完全に展開する

   エクスプローラーで圧縮ファイルを右クリックし、「すべて展開」を選んで、フォルダー構成を保ってください。v2rayN.exeだけを取り出すのは避けましょう。コアや依存ファイル、リソースも実行に必要な場合があります。

2. 依存関係を確認する

   初回起動時に.NETが不足しているというメッセージが表示されたら、ダイアログに記載されたランタイム名、メジャーバージョン、アーキテクチャを控えてください。WPFビルドでは、対応する.NET Desktop Runtimeが必要になることがあります。SDKやASP.NET Core Runtimeだけでは要件を満たさない場合があります。

3. ブロックの有無を確認する

   「Windows セキュリティ」→「ウイルスと脅威の防止」→「保護の履歴」を開き、関連ファイルが隔離されていないか確認します。まず配布元と具体的な警告内容を確かめ、セキュリティ機能全体を無効にして済ませようとしないでください。

4. 初回起動

   メインプログラムを起動し、ウィンドウが開くこと、設定を保存できること、ログにコアファイルの不足が記録されていないことを確認します。通常のシステムプロキシモードでは、まず一般ユーザー権限で使い、TUNはまだ有効にしないでください。

5. ショートカットを作成する

   正常に動作することを確認してから、実際のプログラムへのショートカットを作成します。フォルダー全体を移動した場合はショートカットも更新し、デスクトップのアイコンが古いバージョンを参照しないようにしてください。

3. サブスクリプション登録：URLを保存したら更新も実行

サブスクリプションURLは、クライアントが設定一覧を取得するための接続先です。一般的なWebサイトのトップページでも、vmess://やvless://の共有リンクでもありません。URLを入手したら、途中で改行や空白が入っていないか、チャットアプリが句読点を付け加えていないかを確認し、完全な状態でコピーしてください。サブスクリプションにはアクセス認証情報が含まれることが多いため、スクリーンショットを共有したり問い合わせたりするときは、URL全体を隠してください。

以下では、一般的な中国語メニュー名を使って説明します。画面のバージョンによってボタンの位置や「プロキシ経由」の表記が少し異なる場合があります。同じ機能を選んで操作してください。同じアイコンを探すために、配布元の不明な古いパッケージへ切り替える必要はありません。

1. メイン画面で「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、グループを追加します。備考と「URL」を入力し、有効になっていることを確認して保存してください。
2. 「サブスクリプショングループ」に戻り、「すべてのサブスクリプションを更新（プロキシ経由なし）」を選んで初回更新を試します。まだ利用可能なプロキシがないため、まず直接接続で更新すると原因を切り分けやすくなります。
3. 更新後、該当グループを選択し、サーバー一覧に項目が表示されるか確認します。ログに成功と出ているのに一覧が空の場合は、まずグループの絞り込みを解除し、サブスクリプションの応答内容がクライアント対応形式か確認してください。
4. 一覧から項目を選び、右クリックメニューの「アクティブサーバーに設定」で現在の接続先にします。その後、コアが正常に起動するか確認してください。

サブスクリプションの配布サイトにプロキシ経由でしかアクセスできず、すでに利用可能なサーバーがある場合は、「すべてのサブスクリプションを更新（プロキシ経由）」を試せます。ただし、サブスクリプション更新に失敗する場合すべてに有効な方法ではありません。利用可能なサーバーがない状態でプロキシ経由にすると、「接続するには更新が必要だが、更新するには接続が必要」という状態に陥ることがあります。個別の共有リンクは「サーバー」→「クリップボードからURLを一括インポート」から登録し、サブスクリプションURL欄には入力しないでください。

4. システムプロキシ：まずブラウザーで接続を確認

サーバーを選択したら、メイン画面またはトレイメニューの「システムプロキシ」から「システムプロキシを自動設定」を選びます。ここでいう「自動設定」はv2rayNのメニュー操作を指し、ブラウザーが必ずPACを使用するという意味ではありません。続いてWindowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、プロキシのアドレスとローカルの待ち受けポートが一致しているか確認してください。

「設定」→「パラメーター設定」を開き、ローカルの待ち受け設定またはインバウンド設定を確認して、実際のポート番号を控えます。バージョンによっては混合プロキシの待ち受けを使い、古い設定ではHTTPとSOCKSを別々に設定していることがあります。他の人のポート番号のスクリーンショットをそのまま使わないでください。システムプロキシの接続先はHTTPプロキシ要求を受け付ける必要があります。SOCKSのみ対応のポートを誤って指定しないようにしましょう。

システムプロキシの影響を受けるのは、それを参照するアプリだけです。「すべての通信がプロキシを通る」という意味ではありません。アプリからの通信がコアに届いても、ルーティングルールによって一部の宛先は直接接続に振り分けられることがあります。最初の動作確認では、自分にアクセス権があり、応答が安定しているHTTPSページを選び、ログを見てリクエストが実際にコアへ届いているか確認してください。

5. TUN：必要なアプリに合わせて通信の取り込み範囲を広げる

TUNは仮想ネットワークインターフェースを使って通信を受け取るため、システムプロキシを参照しないアプリに適しています。一方で、ルーティング、DNS、権限に関する要因も増えます。まずサブスクリプションとサーバーが正常に使えることを確認してからTUNを有効にすれば、「サーバー自体が使えない」のか「PC側の通信取り込み設定が競合している」のかを切り分けられます。

メイン画面で初めて「TUNを有効にする」を選ぶ前に、作業中のファイルを保存し、表示される案内に従って権限を設定してください。切り分けやすくするため、先に「システムプロキシ」から「システムプロキシを解除」を選び、TUN単独で動作を確認できます。両者は必ずしも併用できないわけではありませんが、初期のトラブル調査で2つの接続方法を同時に変更する必要はありません。社内ネットワークや他の接続ツールが特定の仮想ネットワークアダプターに依存している場合は、利用上の制限を確認してください。アダプターを削除したり、PC全体のネットワークをリセットしたりしないでください。

• TUN有効化後にドメインへ接続できない：コアのログにDNSエラーがないか、現在のDNS設定でループが発生していないか確認してください。サーバーのドメインを根拠なく不明なIPアドレスに変更しないでください。
• LAN内のデバイスに接続できない：プライベートネットワークのルーティング設定を確認し、必要に応じて直接接続を設定してください。すべてのルールを無効にするのは避けましょう。
• 無効にしても問題が続く：まずクライアントを終了し、システムプロキシ設定の残存や他のネットワークソフトを確認してください。必要であれば通常の方法で再起動し、ネットワークの状態を再構築します。

6. よくあるトラブル：何度も再インストールせず、症状から原因を絞り込む

画面を再インストールしても、期限切れのサブスクリプション、ポートの競合、通信パラメーターの不一致は通常解決しません。問い合わせる前に、画面のバージョン、Windowsのバージョン、使用中のモード、関連するログの一部を記録してください。サブスクリプションの認証情報、サーバーの認証情報、個人用フォルダーの情報は削除しましょう。以下の問題は、まず自分で原因を絞り込めます。

ポート競合を最小限の手順で確認する

このPCの実際の待ち受けポートが10808の場合は、コマンドプロンプトで次のコマンドを実行できます。別のポートを使っている場合は、先に番号を置き換えてください。状態がLISTENINGの行と末尾のPIDを確認し、「タスクマネージャー」→「詳細」でプロセスを照合します。PIDが表示されたからといって、正体の分からないシステムプロセスを終了しないでください。

netstat -ano | findstr ":10808"

ローカルの待ち受けに問題がなく、ログにリモート接続のタイムアウトが表示される場合は、サーバーのアドレス、ポート、ネットワークへの到達性、提供元の稼働状況を確認してください。遅延テストの結果だけでは、ブラウザーの通信がプロキシを経由したとは判断できません。アプリからのアクセスとコアのログを照らし合わせて、総合的に確認してください。

7. 終了と更新：元に戻せる設定を残す

インストール後は、正常に動作した設定のバックアップを1つ保管しておくことをおすすめします。設定ファイルにはサブスクリプションURLや認証情報が含まれる場合があります。信頼できる場所に保存し、プログラムフォルダー全体を公開の場所へアップロードしないでください。更新時はクライアントを終了し、関連プロセスが停止したことを確認します。ファイルの使用中に更新が始まり、一部だけ更新される事態を防げます。

• 正しい手順で終了：まずTUNを無効にし、次にシステムプロキシを解除してから、トレイメニューで終了してください。ウィンドウを閉じただけでは最小化された可能性があり、コアが停止したとは限りません。
• バージョン更新：使用中の配布方式に対応した手順で更新してください。圧縮ファイルは新しいフォルダーに展開して内容を確認し、バージョンごとの案内に従って必要な設定だけを移行します。古いコアと新しい画面のファイルを混在させないでください。
• 以前の状態に戻して確認：元の設定のバックアップを保管しつつ、新旧2つのプログラムを同時に起動しないでください。更新後に問題が起きた場合は、まずコアの起動ログと待ち受けポートを比較し、そのうえで復元するか判断します。

安定して使うための最短手順は、プログラムが起動する、サブスクリプションを更新できる、アクティブサーバーに接続できる、対象アプリがシステムプロキシを使える、の4段階です。最後の段階だけが満たせない場合に、TUNを検討してください。この順で設定すれば、問題が起きたときに確認すべき箇所を絞り込めます。最初から再インストールする必要はありません。