Windowsで初めてv2rayNを設定する方や、起動直後に終了する、サブスクリプション登録後も通信できないといった問題にお困りの方向けです。まずシステムのアーキテクチャとUIのバージョンを確認し、ファイルを完全に展開して必要なランタイムを準備します。サブスクリプションを登録したら、ノード、ローカルポート、システムプロキシの順に確認しましょう。一度に変更する項目を一つに絞ると、インストールと接続の問題を切り分けやすくなります。
1. Desktop版とWPF版：UIを選んでからアーキテクチャを確認
Windowsの「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。x64プロセッサなら通常はWindows x64版を選びます。ARM64デバイスでは、利用するUIのバージョンにARM64版が用意されていることを確認したうえで選択してください。ファイル名にWindowsとあるだけで判断したり、システムのアーキテクチャとノードのプロトコルを混同したりしないようにしましょう。
Desktop版
おすすめクロスプラットフォームのデスクトップUIを採用しています。初めて設定する場合はこの版から始め、ダウンロードページの案内に従ってWindowsのアーキテクチャを選択してください。UIの違いはメニューの配置に影響しますが、ノードの帯域幅が増えたり通信遅延が下がったりするわけではありません。
おすすめのユーザー：初めてインストールする方、クロスプラットフォームのUIに慣れている方。
WPF版
従来型のWindowsデスクトップUIを採用しています。このレイアウトに慣れている方は引き続き選択できます。必要な実行環境はダウンロードしたリリースパッケージの説明を確認してください。古いガイドに記載された依存関係のバージョンを、新しい版にそのまま適用しないでください。
おすすめのユーザー：従来型のUIに慣れている方、Windowsでの操作手順が決まっている方。
DesktopとWPFはUIの実装方式、XrayとV2Rayはプロキシコア、VMessとVLESSはノードで使うプロトコルの違いです。それぞれ別の層に属します。UIを切り替えても誤ったサーバーアドレスは修正されず、コアを切り替えても本体の実行環境のインストールには代わりません。
2. ファイルを完全に展開して初回起動：圧縮ファイル内から実行しない
-
インストールパッケージを確認
ダウンロードセンターを開き、Windows向けのUIとアーキテクチャを選択します。パッケージの説明を確認し、圧縮ファイル、インストーラー、実行環境を含むリリースパッケージのどれかを確認してください。
-
ファイルを完全に展開
圧縮ファイルは、
C:\Tools\v2rayNのような書き込み可能な固定フォルダーに展開してください。v2rayN.exeだけを取り出したり、圧縮ソフトのプレビュー画面から直接起動したりしないでください。 -
必要なランタイムを準備
.NETが見つからないという起動時のメッセージが表示されたら、要求されているランタイム名、メジャーバージョン、アーキテクチャを控え、対応するコンポーネントをインストールしてください。WPF版でWindows Desktop Runtimeが必要な場合、通常の.NET Runtimeだけでは足りないことがあります。
-
起動を確認
本体を起動し、メインウィンドウとログ領域が正常に表示されることを確認します。最初の動作確認では通常のユーザー権限を使ってください。TUNなど権限が必要な機能を後から有効にする場合は、画面の案内に従って操作します。
インストーラーを使う場合は、インストールウィザードの手順に従えばよく、圧縮ファイルを展開する必要はありません。起動直後に終了する場合は、まずエラー内容とパッケージの種類を記録してください。プログラムを何度も別のフォルダーに移したり、互換性のないランタイムを複数インストールしたりすると、その後の原因究明が難しくなります。
3. サブスクリプションを登録：ノード一覧を取得してから接続を開始
サブスクリプションURLはノード設定を取得するためのもので、ブラウザーのプロキシアドレスではありません。通常はアクセス認証情報が含まれるため、パスワードと同じように扱い、URL全体を公開スクリーンショットやログ付きの問い合わせに載せないでください。有効期限切れ、利用量の上限到達、ログインページが返された場合などは、更新に失敗することがあります。
-
グループを追加
メイン画面で「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、グループを追加します。使用中のUIに「+」ボタンがある場合は、そこから追加しても構いません。見分けやすい名前を入力し、サブスクリプションURL全体をアドレス欄に貼り付けてください。
-
サブスクリプションを更新
保存後、「サブスクリプショングループ」メニューから「すべてのサブスクリプションを更新（プロキシを使用しない）」を実行します。利用可能なプロキシがまだない初回は、まず直接接続で更新してください。リリースによって括弧内の表記が多少異なる場合があるため、実際のメニューを確認してください。
-
ノード一覧を確認
ノード名、アドレス、ポート、プロトコルが表示されているか確認します。一覧が空の場合は、すぐにシステムプロキシを有効にせず、まず更新ログを確認してください。サブスクリプションの内容ではなくWebページが返される場合は、そのURLの用途をサービス提供元に確認しましょう。
-
使用するノードを選択
ノードを選択し、右クリックメニューからアクティブサーバーに設定します。「サーバーへの実接続遅延をテスト」のような項目を実行し、結果が表示されてからブラウザーのプロキシ設定に進んでください。
利用可能なノードがあり、サブスクリプションURLへのアクセスにプロキシが必要な場合に限り、プロキシ経由での更新を試してください。実接続遅延は、テスト先と現在の経路の影響を受けます。たとえば180 msと表示されても、そのリクエストが成功したことと所要時間を示すだけで、継続的なダウンロード速度を表すものではなく、すべてのWebサイトにアクセスできる保証にもなりません。
4. ローカルポートとシステムプロキシ：通信の入口を確認
「設定」→「パラメーター設定」を開き、基本設定またはローカル待ち受けに関する画面でポート番号を確認します。バージョンによっては「ローカル混合待ち受けポート」などの名称が使われます。以下では混合ポートの10808を例にします。実際の設定が異なる場合は、コマンドとシステム設定の両方を変更してください。
- ノードを有効にし、ログにコアの起動エラーがないことを確認します。その後、メイン画面下部またはタスクトレイメニューの「システムプロキシ」から「システムプロキシを自動設定」を選択してください。
- Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、クライアントが設定したアドレスとポートが現在の待ち受け設定に合っているか確認します。
- 初回のテストでは、Windowsのプロキシ、ブラウザー拡張機能、クライアントのポートを同時に手動変更しないでください。まずブラウザーにシステムプロキシを使わせてから、項目を一つずつ確認しましょう。
- この端末内だけで使う場合は、ループバックでの待ち受けと既定のアクセス制限を維持してください。テストのために安易にLAN内からの接続を許可しないでください。
古いガイドでは、SOCKSポートに10808、HTTPポートに10809を個別に指定する例があります。現在のインストールでポートが分かれているかは、実際のパラメーターを確認してください。HTTPプロキシのリクエストはHTTPに対応したポートへ送る必要があります。混合待ち受けなら、同じポートで対応する種類のプロキシリクエストを受け付けられます。
5. システムプロキシとTUN：まずは一つの方式で動作を確認
初回インストール時の手順：先にシステムプロキシ、必要に応じてTUN
システムプロキシ
- まずはブラウザーなど、システムプロキシ設定に従うアプリで使います。
- メイン画面の「システムプロキシ」から有効にし、終了前に解除します。
- システムプロキシに従わないアプリは、引き続き直接接続することがあります。
TUNモード
- ネットワーク層で通信を取り込む必要がある場合に使います。
- 管理者権限、仮想ネットワークアダプター、対応するコアが必要になる場合があります。
- DNS、ルーティング、ほかの仮想ネットワークアダプターとの競合も確認してください。
まずTUNを無効にし、システムプロキシでノードとポートを確認します。アプリの通信を取り込む必要がある場合は、TUNを個別にテストし、複数の条件を同時に変えないようにしてください。
ルーティングによる振り分けとシステムプロキシも別のものです。システムプロキシは、アプリからクライアントへリクエストを渡すかどうかを決めます。ルーティングルールは、クライアントが受け取ったリクエストをプロキシ、直接接続、遮断のどれにするかを決めます。初回はUIで選べる標準的な振り分けモードを使い、特定のドメインで問題が起きたら、そのリクエストに適用されたルールを確認してください。
「グローバル」にすれば、すべてのWindowsアプリを自動的にカバーできるわけではありません。システムプロキシモードでシステムプロキシを参照しないアプリは、クライアントのルーティングモードを変更しても自動的には接続されません。まずプロキシに明確に対応しているツールでテストし、TUNが必要か判断してください。
6. コマンドラインで接続確認：ローカル側とリモート側の問題を切り分ける
PowerShellで以下のコマンドを順番に実行します。1つ目は、ローカルでサンプルポートを待ち受けているプロセスがあるかを確認します。2つ目はHTTPプロキシを明示的に指定し、ブラウザーのキャッシュ、拡張機能、システムプロキシ設定の読み込みの違いが結果に影響しないようにします。テスト先は、アクセス可能と確認済みのHTTPSサイトに置き換えてください。
Get-NetTCPConnection -State Listen -LocalPort 10808
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/| 結果 | 説明 | 次の手順 |
|---|---|---|
| 待ち受けが見つからない | コアがそのポートを待ち受けていないか、サンプルの値と実際の設定が異なります。 | パラメーター設定とコアのログを確認してください。まずノードを変更する必要はありません。 |
| ローカルへの接続が拒否される | リクエストがローカルプロキシに正常に届いていません。 | ポート、待ち受けアドレス、コアプロセスを確認してください。 |
| ローカル接続後にタイムアウトする | リモートへの接続、DNS、アクセス先のサイトが原因の可能性があります。 | 別のテスト先を試し、ノードのテスト結果とエラーログを比較してください。 |
| HTTPレスポンスヘッダーが返る | 明示的にプロキシを指定したリクエストで応答を取得できています。 | ブラウザーでシステムプロキシとルーティングの選択を続けて確認してください。 |
200 Connection establishedだけが表示された場合は、プロキシトンネルの確立に成功したことを示します。続けてアクセス先のサイトからの応答や、その後に発生したエラーを確認してください。最終的に403が返っても、「サイト側がアクセスを拒否した」場合と「ローカルプロキシが起動していない」場合を区別する必要があります。対処方法はそれぞれ異なります。
7. インストール時によくある問題：何度も再インストールせず症状から対処
ダブルクリックしてもウィンドウが表示されない場合、まず再インストールすべきですか？
まずタスクトレイとタスクマネージャーを確認し、すでにバックグラウンドで動作していないか調べます。プロセスがすぐに終了する場合は、起動時のメッセージを記録し、アーキテクチャ、ランタイム、ファイルの展開状態を確認してください。古いフォルダーにそのまま上書きせず、比較が必要なら新しいパッケージを別のフォルダーに展開し、古いプロセスを終了してから起動します。
ポートが使用中と表示された場合、どう調べればよいですか？
Get-NetTCPConnection -State Listen -LocalPort 10808を実行してOwningProcessを確認し、次にGet-Process -Id プロセス番号でプロセス名を調べます。重複して起動した古いコアでないか、まず確認してください。別の未使用ポートに変更する場合は、システムプロキシを再適用し、手動設定したアプリのプロキシもあわせて変更します。
ノードに遅延が表示されるのにブラウザーからアクセスできない場合は？
まずプロキシを明示的に指定したコマンドを実行します。コマンドは成功してブラウザーだけ失敗する場合は、ブラウザーのプロキシ拡張機能、システムプロキシのアドレス、ルーティングルールを重点的に確認します。コマンドも失敗する場合は、アクティブなノードとコアのログを確認してください。通常の遅延テストやTCPテストだけでは、プロキシ経由の通信全体を検証したことにはなりません。
更新後にノードや設定が見当たらない場合は？
まず、新しいフォルダーにある別のプログラムを起動していないか確認します。更新前にプログラムを完全に終了し、元のフォルダーにある設定データをバックアップしてください。データの保存場所は使用中のバージョンの説明を確認します。起動中の異なるUIバージョン間で、設定ファイルを直接上書きしないでください。サブスクリプションは再登録できますが、カスタムルーティングやローカルのパラメーターは別途保存が必要です。
終了後にWebサイトが開けなくなった場合、どう戻せばよいですか？
クライアントを再起動し、「システムプロキシ」から「システムプロキシを解除」を選んでから終了します。クライアントを起動できない場合は、Windowsのプロキシ設定を開き、使えなくなったローカル手動プロキシを削除してください。企業管理端末の設定については、先に管理者へ相談します。その後、ほかのネットワーク通信を取り込むプログラムが残っていないか確認してください。
8. インストール後の確認チェックリスト
- 起動：本体とコアが正常に動作し、ログに起動エラーが繰り返し記録されていない。
- サブスクリプション：ノード一覧に項目があり、アクティブサーバーが選択済みで、URLを公開していない。
- ポート：実際の待ち受けポートとシステムプロキシの設定が一致し、プロキシを明示したコマンドでアクセス先から応答を取得できる。
- ブラウザー：システムプロキシを使ってテストサイトにアクセスでき、ルーティング結果も想定どおり。
- 終了：システムプロキシを解除すると通常の直接接続に戻り、クライアントを再起動しても同じ確認手順を実行できる。
これらの確認を終えて、インストール作業はひと通り完了です。その後、特定のノードがタイムアウトしたり、一部のWebサイトだけに問題が起きたりした場合は、ノード、アクセス先のサイト、ルーティングルールを確認してください。DesktopとWPFのUIをすぐに切り替える必要はありません。パッケージの種類、システムのアーキテクチャ、個人情報を伏せたエラーログを残しておくと、同じ調査を繰り返さずに済みます。