v2rayNの初回インストールと初期設定｜Windows・macOSの手順と注意点

この記事の概要

WindowsまたはmacOSで初めてv2rayNを使う方向けの記事です。インストールパッケージの選択、起動、サブスクリプションの追加、ローカル待ち受け、システムプロキシの順に設定し、ログとポートを確認して問題箇所を切り分けます。初回接続はシステムプロキシで確認し、基本の通信ができたらTUNモードや細かなルーティング設定を検討しましょう。

1. インストールパッケージと書き込み可能な保存先を選ぶ

v2rayNは、サーバーやサブスクリプション、実行設定を管理するGUIクライアントです。実際の通信はコアが処理します。クライアントをダウンロードしただけでは、利用可能なサーバーは手に入りません。利用権限のあるサーバーまたはサブスクリプションURLを用意し、サーバーが必要とするプロトコルに対応したコアがパッケージに含まれていることを確認してください。

Windows用とmacOS用のパッケージは共用できません。同じOSでもx64とARM64を選び分ける必要があります。Windowsでは「設定」→「システム」→「システム情報」でシステムの種類を確認できます。macOSではAppleメニュー→「このMacについて」でチップ情報を確認します。Appleシリコン搭載Macでは対応するARM64パッケージ、Intelプロセッサ搭載Macでは対応するx64パッケージを選びましょう。圧縮ファイルのサイズだけで判断しないでください。

Windows用の圧縮ファイル：まず、C:\Users\ユーザー名\Apps\v2rayNなど、現在のユーザーが書き込みできる場所にすべて展開します。圧縮ソフトのプレビュー画面から直接実行したり、メインプログラムだけを取り出したりしないでください。
macOS用アプリ：配布パッケージを展開するか、ディスクイメージをマウントした後、アプリを「アプリケーション」フォルダに移してから起動します。一時的にマウントしたディスクイメージから常用するのは避けてください。
依存コンポーネントとコア：配布パッケージのフォルダ構成は維持してください。フレームワーク依存版では、対応する実行環境が必要な場合があります。自己完結型パッケージには通常、必要なランタイムが含まれています。不足を示すメッセージが出た場合は、使用中のパッケージの説明に従い、別バージョンの動的ライブラリをむやみに追加しないでください。
設定とバックアップ：更新前にアプリを終了し、既存の設定をバックアップしてください。アプリの保存先と設定ファイルの保存先は異なる場合があり、場所はOSやクライアントのビルド形式によって変わります。

2. 初回起動からサブスクリプション追加まで

初回起動時は、ウィンドウが開くこと、設定を保存できること、コアが起動することを確認してからシステムプロキシを有効にします。先に有効にすると、システムがローカルポートを参照しているのにサービスが起動しておらず、通常なら開けるWebページまで表示できなくなることがあります。

実行環境を確認する

メインプログラムを起動します。Windowsで実行環境が不足しているというメッセージが出た場合は、表示された製品名、アーキテクチャ、バージョン要件を確認して、該当するコンポーネントをインストールしてください。不足メッセージをすべて同じランタイムの問題と決めつけないようにしましょう。
起動時の権限を確認する

macOSでアプリの提供元に関する制限が表示されたら、まずダウンロード元を確認し、「システム設定」→「プライバシーとセキュリティ」に該当アプリの起動許可があるか確認してください。ファイルが破損している、またはセキュリティソフトに危険と判定された場合は、実行を中止して入手元を確認します。システムの保護機能を安易に無効にしないでください。
サブスクリプショングループを追加する

「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、グループ名と完全なサブスクリプションURLを入力して保存します。画面によっては「+」から追加します。URLはサービス提供元から入手してください。管理画面のURLをサブスクリプションURLとして入力しないようにしましょう。
サブスクリプションを更新する

「サブスクリプショングループ」に戻り、「すべてのサブスクリプションを更新（プロキシを使用しない）」を実行します。現在のネットワークから配信元にアクセスできず、クライアントに利用可能なサーバーがある場合は、「すべてのサブスクリプションを更新（プロキシを使用）」を試してください。初回利用でサーバーがない場合、後者を選んでも接続は確立できません。
利用するサーバーを選ぶ

サーバー一覧から項目を選択し、右クリックメニューの「アクティブサーバーに設定」を選びます。その後、ログにコアの起動失敗が記録されていないか確認してください。システムプロキシを有効にしたら、正常にアクセスできることがわかっているHTTPSサイトをブラウザーで開き、遅延時間が表示されるだけでなく通信できることを確かめます。

サブスクリプションを追加すると、VMess、VLESS、通信方式、TLSのパラメーターは通常自動で設定されます。「最適化」のために手動変更する必要はありません。サーバーでREALITYなどの機能を使う場合は、選択中のコアがその設定に対応しているか確認してください。クライアントにサーバー名が表示されても、現在のコアで動作するとは限りません。

3. ローカル待ち受けポートとシステムプロキシを確認する

ローカルポートはアプリからクライアントへ接続する入口で、サーバーポートはクライアントから接続先のサーバーに接続するためのものです。両者は別の役割です。以下では、ローカルの混合待ち受けの例として127.0.0.1:10808を使います。これは確認方法の例であり、すべてのバージョンで同じポートに変更する必要はありません。「設定」→「パラメーター設定」に表示される実際の待ち受け設定を確認してください。

クライアントのローカル待ち受け

アドレスの例: 127.0.0.1
ポートの例: 10808
待ち受けプロトコル: 画面に表示されるHTTP、SOCKS、または混合の種類に従う
LANからのアクセス: 初回設定では無効のままにする

ループバックアドレスはこのPC内でのみ使用します。Web閲覧のために外部から接続できる設定にする必要はありません。

システムプロキシの接続先

プロキシサーバー: クライアントのローカル待ち受けアドレスを指定
プロキシポート: そのプロトコルに対応した待ち受けポートを指定
Windowsでの確認場所: 「設定」→「ネットワークとインターネット」→「プロキシ」
macOSでの確認場所: 「システム設定」→「ネットワーク」→現在の接続→「詳細」→「プロキシ」

通常はクライアントからシステムプロキシを設定します。手動で確認する場合は、アドレスとポートが一致しているかを重点的に確認してください。

使用中のバージョンでHTTPポートとSOCKSポートが別々に設定されている場合、SOCKS専用ポートをシステムのHTTPプロキシ欄に入力しないでください。待ち受けポートを変更したら、画面の案内に従ってコアを再起動するか設定を適用し、システムプロキシも設定し直します。古いポートがシステム側に残らないようにしてください。

Windowsでは、タスクトレイのメニューまたはメイン画面の「システムプロキシ」→「システムプロキシを自動設定」から有効にできます。使用後は「システムプロキシをクリア」を選んでください。メニューの場所は使用中の画面によって異なります。
macOSでネットワーク設定の変更許可を求められた場合は、使用中のクライアントからの要求であることを確認してください。必要な許可を与えていない場合、ウィンドウが正常に表示されていてもシステムプロキシが有効とは限りません。
初回テストでは、別のプロキシツールやブラウザー専用のプロキシ拡張機能を同時に使わないでください。通信経路が分かれ、クライアントのログとブラウザーの表示が一致しなくなることがあります。

4. システムプロキシ、TUN、ルーティングの選び方

システムプロキシとTUNは、通信をクライアントに渡す方法を決めます。ルーティングは、クライアントに届いた通信を直接接続するか、プロキシ経由にするかを決めます。設定する層が異なります。「システムプロキシを自動設定」しても、すべての通信がプロキシ経由になるわけではありません。また、サイトごとの用途をクライアントが自動判定するわけでもありません。

まずはシステムプロキシ

TUNモードで通信を取り込む

仮想ネットワークインターフェースを使って、より多くのアプリの通信を取り込みます。管理者権限、仮想インターフェース用コンポーネントに加え、ルーティングやDNSの設定が必要になる場合があります。対象範囲はOS、アプリ、設定によって異なります。

向いている用途：基本的な接続を確認済みで、システムプロキシに対応しないアプリを使う場合

アプリごとにプロキシを指定

プロキシ設定に対応するアプリで、ローカルアドレス、ポート、プロトコルを指定します。システムプロキシとは独立して設定できるため、どのアプリがシステム設定を読み込んでいないか確認するのに適しています。

向いている用途：コマンドラインツール、個別アプリの接続テスト

初期設定では内蔵のルーティングルールを使い、カスタムドメインを大量に追加するのは後回しにしましょう。ルールは通常、上から順に照合されます。広い範囲を対象とするルールを先に置くと、後続の細かなルールが適用されないことがあります。特定のサイトに直接接続できない、またはプロキシ経由でしか接続できない場合は、まず適用されたルールを確認してから該当箇所を調整してください。コア、DNS、通信方式を同時に切り替えるのは避けましょう。

5. ポート競合とセキュリティソフトによるブロックを調べる

ログにaddress already in useやbindに関するエラーが出たら、まずローカル待ち受けポートが使用中でないか確認します。よくある原因は、クライアントを二重に起動している、古いコアのプロセスが終了していない、または別のソフトが同じポートを使用していることです。以下のコマンドでは例としてポート10808を調べます。実際のポートが異なる場合は数字を置き換えてください。

Windows：待ち受けプロセスを確認する

netstat -ano | findstr ":10808"

ローカルアドレスに対象ポートが含まれ、状態がLISTENINGになっている行を探します。リモートアドレスに同じ数字が表示されるだけでは、ローカルポートが使用中とは限りません。最後の列に表示されるのがプロセスIDです。「タスクマネージャー」→「詳細」でPIDを確認できます。プロセスの所有元を確認したうえで、該当するソフトを通常の手順で終了してください。正体のわからないシステムプロセスは終了しないでください。

macOS：待ち受けプロセスを確認する

lsof -nP -iTCP:10808 -sTCP:LISTEN

古いクライアントのプロセスが表示された場合は、まずメニューから正常に終了してから再起動します。別のプログラムでそのポートを使い続ける必要がある場合は、v2rayNの「設定」→「パラメーター設定」でローカル待ち受けポートを変更し、システムプロキシまたはアプリのプロキシ設定も新しい接続先に合わせてください。結果が何も表示されなくても、サーバーが使えるという意味ではありません。このコマンドで該当するTCP待ち受けが見つからなかったことを示すだけです。

メイン画面は開くが、コアの起動に失敗する：セキュリティソフトの隔離履歴とクライアントのログを確認し、コアのファイルが移動されていないか調べます。出所不明の実行ファイルを個別にダウンロードして、フォルダに追加しないでください。
ファイルがブロックされた：ファイルのパス、警告名、発生時刻を記録し、ダウンロード元を確認してから復元や除外設定を検討してください。ダウンロードフォルダ全体を大まかな除外対象にしないでください。
設定を書き込めないと表示される：フォルダのアクセス権、ディスクの空き容量、ファイルが読み取り専用になっていないかを確認します。通常のシステムプロキシ利用で、常に管理者として実行する必要はありません。まず対象フォルダへの書き込み問題を解決してください。

6. 初回接続でよくある問題と終了時の確認

サブスクリプションの更新がタイムアウトします。インストールに失敗していますか？

サブスクリプションURLが完全か、期限切れでないかを確認し、ドメイン名の名前解決失敗、接続タイムアウト、サーバーからのエラー応答を区別してください。利用可能なサーバーがある場合は、プロキシ経由での更新を試せます。サーバーがまったくない場合は、現在のネットワークから利用できる追加方法をサブスクリプションの提供元に確認してください。アクセス用の認証情報が含まれることが多いため、サブスクリプションURLを公開しないでください。

サーバーの遅延は表示されるのに、Webページを開けないのはなぜですか？

遅延テストで確認できるのは、特定のテスト経路の応答だけです。ブラウザーから正常にアクセスできることを示すものではありません。まずアクティブサーバーを確認し、システムプロキシが実際の待ち受けポートを指定しているか確かめてください。ブラウザーでアクセスした際にログへ新しい接続が記録されるかも確認します。リクエストが記録されて失敗する場合は、サーバー認証、TLS、DNS、ルーティングを調べます。リクエスト自体がない場合は、まず通信の入口を確認してください。

証明書エラーが表示された場合、検証をスキップしてもよいですか？

まずOSの「日付と時刻」で日時とタイムゾーンを確認し、サーバー名、TLS設定、サブスクリプションの内容を照合してください。証明書エラーは、証明書の期限切れや名前の不一致が原因の場合があります。検証のスキップを標準的な対処法にせず、正しいパラメーターをサービス提供元に確認してください。

終了後、パソコン全体がインターネットに接続できなくなりました。

まずクライアントを再起動し、「システムプロキシ」→「システムプロキシをクリア」を実行します。TUNを無効にしてから終了してください。プログラムを開けない場合は、OSのネットワーク設定で127.0.0.1を指定した手動プロキシが残っていないか確認します。今回設定した項目だけを削除し、勤務先や学校で必要なネットワーク設定は残してください。

初回インストールが完了したか確認するには、起動、サブスクリプションの追加、Webアクセス、終了の4段階をテストします。その後のトラブルシューティングでは、一度に変更する項目を1つに絞り、変更前後のログを記録しましょう。原因を見つけやすくなり、何度も再インストールする必要もなくなります。サポートを求める場合は、OSの種類、クライアントに表示されるバージョン、選択したコア、個人情報を伏せたエラー行を共有してください。サーバーのパスワード、完全な共有リンク、サブスクリプションの認証情報は送らないでください。

プログラムを再起動しても、サブスクリプショングループとアクティブサーバーが正しく保持される。
システムプロキシを有効にするとブラウザーから目的のサイトにアクセスでき、コアの起動エラーがログに繰り返し記録されない。
プロキシを無効にしてクライアントを終了した後も、直接接続できるはずのWebサイトに通常どおりアクセスできる。