WindowsまたはmacOSで初めてv2rayNを使う方向けの記事です。インストーラーとアーキテクチャ、ランタイム、コア、サブスクリプション、ローカルポート、システムプロキシの順に設定し、まず1つのノードで接続を確認してから、ルーティングや起動オプションを調整します。10808と10809はポートの例で、すべてのバージョンの既定値ではありません。実際の値は、使用中のクライアントの設定と起動ログで確認してください。
1. インストーラーの選び方:OS・アーキテクチャ・UIを確認
v2rayNは、サーバーを管理し、プロキシコアを起動してローカルのプロキシ接続を設定するデスクトップクライアントです。メイン画面が開いても、起動に成功したのはUIプログラムだけです。コアファイル、ノードの設定、システムプロキシはそれぞれ確認が必要です。初めてインストールする場合は、クライアントのダウンロードページで使用するOSに合ったものを選び、パッケージの種類とアーキテクチャを記録しておくと、エラーの原因を特定しやすくなります。
| 確認項目 | Windows | macOS |
|---|---|---|
| OSとアーキテクチャ | 「設定」→「システム」→「バージョン情報」で「システムの種類」を確認します。x64とARM64は別のアーキテクチャです。 | Appleメニュー→「このMacについて」を開きます。Appleシリコン搭載Macはarm64、Intelプロセッサ搭載Macはx64を選びます。 |
| UIの種類 | ダウンロードページでデスクトップ版と従来のWPF版を確認します。WPF版はWindows専用です。 | macOS用のデスクトップ版を選びます。Windows用の実行ファイルは使用できません。 |
| 必要なランタイム | .NETに依存するパッケージには、対応する.NETランタイムが必要です。自己完結型パッケージには通常、必要なランタイムが含まれています。 | 追加のランタイムが必要かどうかは、使用するパッケージの説明で確認してください。Windows向けのDesktop Runtimeのインストール手順をそのまま当てはめないでください。 |
| バージョン情報 | 画面に表示されるコアのバージョンだけでなく、クライアントのバージョン、パッケージの種類、アーキテクチャも記録します。 | OSのバージョンとチップの種類も記録しておくと、OSの互換性とアーキテクチャの問題を切り分けやすくなります。 |
.NETと表示されているからといって、異なるバージョンのランタイムをいくつもインストールしないでください。ランタイム不足のエラーには通常、フレームワーク名、必要なバージョン、アーキテクチャが表示されます。たとえばMicrosoft.WindowsDesktop.Appが見つからない場合は、対応する.NET Desktop Runtimeを確認してください。基本のRuntimeや開発用SDKだけをインストールしても解決しません。必要なメジャーバージョンはクライアントのパッケージによって異なるため、パッケージ内の説明とエラーメッセージを確認してください。
2. 初回起動:展開先・アプリの保存場所・権限
Windows版の圧縮ファイルは、必ずすべて展開してから起動してください。圧縮ソフト上で実行ファイルを直接ダブルクリックすると、ファイルが一時的にしか展開されず、コアやリソース、設定を正しく読み込めないことがあります。展開版は、たとえばD:\Tools\v2rayNのように、長期的に保存でき、現在のユーザーが設定を保存できる固定の場所に置いてください。パスは一例です。
-
パッケージを確認
ダウンロードページでOS、プロセッサのアーキテクチャ、パッケージの種類を確認します。Windowsではシステムの「すべて展開」を使って完全に展開してください。インストーラー版はインストールウィザードに従います。展開版の保存場所に関する手順は当てはまりません。
-
アプリの保存場所を固定
Windowsの展開版は、フォルダー構成を保ったまま保存します。macOSでディスクイメージが提供されている場合は、開いたあとアプリを「アプリケーション」フォルダーにコピーしてください。一時的にマウントしたディスクイメージから使い続けないでください。
-
初回起動を完了
Windowsではまず通常ユーザーとして起動します。macOSで開発元を検証できないという警告が表示された場合は、ダウンロード元を確認してから、「システム設定」→「プライバシーとセキュリティ」で許可して開く方法を確認してください。システム全体のセキュリティチェックを無効にしないでください。
-
起動ログを確認
メイン画面のログ欄を開き、設定を保存できること、コアが起動することを確認します。ファイル不足、権限不足、アーキテクチャの不一致が表示された場合は、サブスクリプションを追加する前に該当するエラーを解消してください。
3. コアの選択:ノードの要件に応じてXrayまたはV2Flyを確認
クライアントとコアは別のプログラムです。v2rayNはUIと設定を管理し、実際のプロキシ接続はコアが確立します。バージョン番号が異なっていても問題ありません。数字をそろえるためにファイルを置き換える必要はありません。初回インストールでは、配布パッケージに含まれるコア設定をそのまま使います。プロトコル上の要件がある場合は、「設定」→「パラメータ設定」と、使用するバージョンのCoreタイプに関する設定を確認してください。
Xrayコア
おすすめ初めて使う場合で、ノードがXrayの機能を必要とするなら、まずXrayを使用します。VLESS + REALITYなどの設定には、対応するコアが必要です。プロトコル名だけで、どのコアでも動作すると判断しないでください。利用できる設定項目はコアのバージョンにも左右されます。
適した環境:提供元からXrayを指定された場合、REALITYを使用するノード。
V2Flyコア
V2Flyの対応範囲に合った設定で使用します。たとえば、V2Flyの要件を満たすVMessノードが該当します。使用するかどうかは、現在のv2rayN配布パッケージにある選択肢とサーバー側の要件に基づいて判断してください。Xrayのすべての機能を代替できるわけではありません。
適した環境:サーバー側でV2Fly互換の設定が指定されている場合。
Coreタイプの設定項目や構成はバージョンによって異なり、プロトコルごとに指定する場合もあります。確認するのは、現在選択中のノードで実際にどのコアが使われているかです。設定画面に名前が表示されたことだけでは判断できません。ログに未対応の項目や設定を解析できないエラーがある場合は、ノードの要件とコアのバージョンを確認してください。暗号化、トランスポート、TLSの設定を手当たり次第に変更しないでください。
- ファイルが見つからない:該当する配布パッケージをもう一度すべて展開し、システムのセキュリティ履歴でコアファイルが隔離されていないか確認してください。出所不明のファイルを個別に追加しないでください。
- アーキテクチャが不一致:UIとコアの両方が、システムでサポートされているアーキテクチャに対応している必要があります。メイン画面が開いても、同梱コアが実行できるとは限りません。
- 起動に失敗する:最初に出たコアのエラーと、その前後のログを保存してください。その後に続く大量の接続エラーは、コアが起動していないことが原因の場合があります。
4. サブスクリプションを追加:サーバーを選んで接続を確認
インストールしただけでは、サーバーは自動で追加されません。サブスクリプションURLは通常、サービス提供元から発行され、アクセス用の認証情報を含みます。ウェブサイトのアカウントページ、プランの説明ページ、個別ノードの共有リンクは、いずれもサブスクリプションURLとは異なります。コピーする際は、改行や全角の引用符、前後の空白が入っておらず、全体を正しくコピーできているか確認してください。
- v2rayNのメイン画面で「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、新しいグループを追加します。見分けやすい名前とサブスクリプションURLを入力し、設定を保存してください。
- 「サブスクリプショングループ」メニューに戻り、「すべてのサブスクリプションを更新(プロキシを使用しない)」を実行します。利用可能なノードがまだない初回は、まずプロキシを使わずに更新してください。
- サーバーの一覧にノードが表示されたことを確認します。URLへのアクセスにプロキシが必要な場合は、先に別の接続を確立してから「すべてのサブスクリプションを更新(プロキシを使用)」を使います。この方法では、最初の接続を新たに確立できません。
- サーバー一覧からノードを選び、右クリックメニューの「アクティブサーバーに設定」を選択します。アクティブサーバーが切り替わったことを確認し、ログに起動エラーがないか確認してください。
- クライアントに用意された接続テストで初期確認してから、システムプロキシを設定します。遅延テストに成功しても、ブラウザーがそのノードを使っているとは限りません。
5. ローカル待ち受けポート:クライアントとシステムの設定を一致させる
ローカル待ち受けアドレスは、アプリがv2rayNに接続するための入口であり、リモートサーバーのアドレスではありません。「設定」→「パラメータ設定」でローカル待ち受けの項目を確認できます。変更後にコアの再起動を求められた場合は再起動し、実際の待ち受けポートをログで確認してください。以下は2種類の設定例です。どちらも現在のバージョンの既定値だと決めつけないでください。
混合入口の例
- 待ち受けアドレス
- 127.0.0.1
- 混合ポート
- 10808
- プロトコルの入口
- HTTPとSOCKSを混合インバウンドで受け付ける
- システムプロキシ
- ローカルの10808を指定
現在のバージョンに混合インバウンドが明示的に用意されている場合のみ使用し、必要なプロトコルを受け付けていることをログで確認してください。
分離した入口の例
- 待ち受けアドレス
- 127.0.0.1
- SOCKSポート
- 10808
- HTTPポート
- 10809
- システムプロキシ
- HTTPプロキシはローカルの10809を指定
HTTPとSOCKSのインバウンドを分けて提供する設定です。SOCKS専用ポートをHTTPプロキシ欄に入力しないでください。
初回はループバックアドレス127.0.0.1をそのまま使います。「LANからの接続を許可」を有効にすると、入口にアクセスできる範囲が変わり、ファイアウォールやアクセス制御にも関わります。ローカルでウェブページを開けない場合に、常に有効にすべき設定ではありません。システムプロキシのポート、アプリに手動で設定したポート、コアのログに記録された待ち受けポートが一致している必要があります。
ポートが使用中か確認する方法
ログにaddress already in useと表示された場合は、まずv2rayNを重複して起動していないか確認します。以下はWindowsのコマンドプロンプトとmacOSのターミナルで確認する例です。別のポートを使う場合は数字を置き換えてください。
netstat -ano | findstr ":10808"
lsof -nP -iTCP:10808 -sTCP:LISTEN
Windowsでは、ローカルアドレス欄と状態が「LISTENING」になっているかを確認します。最後の列にあるPIDは、タスクマネージャーの「詳細」で照合できます。プロセスの所有者を確認してから、重複したインスタンスを終了するか、ローカルポートを変更してください。数字が表示されたというだけで、見覚えのないプロセスを終了しないでください。ポートを変更したら、システムプロキシとアプリに手動設定したプロキシも合わせて変更します。
6. システムプロキシとルーティングモード:個別に確認する
システムプロキシは、OSのプロキシ設定に従うアプリがリクエストを送る先を決めます。ルーティングルールは、リクエストがコアに届いたあと、直接接続するか、プロキシを使うか、遮断するかを決めます。「グローバルプロキシ」にしても、すべてのアプリが自動的にシステムプロキシに従うわけではありません。「システムプロキシを自動設定」を選んでも、コアに届いたすべてのリクエストがリモートサーバーを経由するわけではありません。
| 設定・確認する場所 | 初回の設定操作 | 確認する内容 |
|---|---|---|
| v2rayNの「システムプロキシ」 | 「システムプロキシを自動設定」を選び、クライアントからローカルのプロキシ入口を設定します。 | システム側のアドレスとポートが、現在のHTTPまたは混合待ち受け入口と一致していることを確認します。 |
| Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」 | 手動プロキシの設定を確認し、別のツールが設定した古いアドレスが残っていないか確認します。 | ローカル入口を使う場合は、該当するローカルアドレスと実際のポートが設定されていることを確認します。 |
| macOSの「システム設定」→「ネットワーク」→使用中のネットワークサービス→「詳細」→「プロキシ」 | 未接続のサービスではなく、現在使用中のWi-FiまたはEthernetサービスを確認します。 | WebプロキシとセキュアWebプロキシの設定が、クライアントによる設定内容と一致しているか確認します。 |
| v2rayNのルーティング設定 | 初回は内蔵のルーティングルールをそのまま使い、問題を調べるときに、比較用として明確なプロキシルールを一時的に選択します。 | ツールバーに表示されたモード名だけで判断せず、ログを使って対象リクエストのアウトバウンドを確認します。 |
- 接続を確認:アクセスできることが分かっているHTTPSページを開き、対応する接続がコアのログに記録されるか確認します。ログの情報が不足する場合は、一時的にログレベルを上げ、テスト後に元に戻してください。
- アプリによる違い:独自のプロキシ設定を使うブラウザーもあれば、環境変数だけを参照するコマンドラインツールもあります。こうしたアプリはシステムプロキシに従うとは限りません。
- 終了手順:使用を終えるときは、「システムプロキシ」で「システムプロキシを解除」を選んでから終了します。異常終了で古い設定が残った場合は、OSのプロキシ設定画面から手動で元に戻してください。
基本的な接続を確認したあと、必要に応じて自動起動、サブスクリプションの自動更新、TUNを有効にします。macOSでネットワークサービスを切り替えてプロキシの動作が変わった場合は、現在のサービスのプロキシ設定を確認してください。Windowsで設定が書き込まれてもすぐに戻る場合は、別のプロキシソフト、管理ポリシー、セキュリティツールが同じ設定を管理していないか確認します。
7. 初回インストールでよくある問題:発生箇所ごとに確認
ダブルクリックしても画面が出ない、またはすぐにクラッシュする場合、最初に何を確認すればよいですか?
まずタスクマネージャーまたはアクティビティモニタで、バックグラウンドですでに実行されていないか確認します。プロセスがない場合は、ファイルをすべて展開したか、アーキテクチャは正しいか、ランタイムに関するメッセージが出ていないかを確認してください。Windowsでは、ターミナルからメインプログラムを起動して出力を確認できます。依存関係を追加する場合は、エラーに表示されたフレームワークとアーキテクチャに合わせます。ノードの設定は先に変更しないでください。
macOSでアプリを開けないと表示された場合、そのまま回避してもよいですか?
まず、開発元の確認に関する警告、OSバージョンの非対応、アプリの破損を区別します。開発元の警告には「プライバシーとセキュリティ」のシステム手順で対応してください。アプリが破損していると表示された場合は、アーキテクチャに合ったパッケージを再ダウンロードし、リリースノートで必要なOSバージョンを確認します。出所不明の一括許可コマンドをコピーして実行しないでください。
ノードの遅延テストには成功するのに、ウェブページを開けない場合は?
次の3段階で確認します。コアが起動しているか、ローカルポートが待ち受けているか、ブラウザーがシステムプロキシに従っているかを確認してください。システムプロキシのポートと起動ログを一字ずつ照合します。リクエストがすでにコアに届いている場合は、ノードのハンドシェイク、DNS、ルーティングのエラーを確認します。一度の遅延テストでは、実際にウェブページへアクセスできることは確認できません。
自動設定を選んでも、システムプロキシが変わらない場合は?
OSのプロキシ設定画面を開き直して、現在の設定を確認します。macOSでは、現在使用中のネットワークサービスを選んでください。ほかのプロキシ管理ツールを一時的に終了してから、もう一度試します。組織管理下のデバイスでは変更が制限される場合があるため、デバイス管理の手順に従ってください。権限を繰り返し引き上げたり、システムポリシーを変更したりしないでください。
v2rayNを終了したら、それまで開けていたウェブページも開けなくなった場合は?
よくある原因は、停止したローカル待ち受けポートをシステムが参照したままになっていることです。クライアントを再起動して「システムプロキシを解除」を選ぶか、システムのネットワーク設定で該当する手動プロキシを無効にしてください。まず直接接続に戻してから、クライアントを再起動するか決めます。プログラム全体を再インストールする必要はありません。
問い合わせ時に用意しておく情報
- OSのバージョン、プロセッサのアーキテクチャ、v2rayNのバージョン、デスクトップ版かWPF版かなどのパッケージの種類。
- 使用中のコアとバージョン、実際のローカル待ち受けポート、システムプロキシのモード、TUNを有効にしているかどうか。
- エラーが発生した段階(画面を開く、コアを起動する、サブスクリプションを更新する、ウェブページにアクセスする)と、最初に発生した関連エラーおよび時刻。
- 共有する前に、サブスクリプションURL、サーバーの認証情報、UUID、パスワードを隠してください。スクリーンショットには設定項目の名前とエラー文だけを表示し、ノード設定全体を公開しないでください。
初回設定の完了基準は、クライアントの設定を保存できること、コアが正常に起動すること、ローカル入口とシステムプロキシの設定が一致すること、実際にウェブページへアクセスできることです。4項目すべてを確認してから、ルーティングや自動化のオプションを1つずつ調整します。一度に1項目だけ変更すれば、問題が起きたときに直前の正常な状態へ戻せます。