v2rayN 設定ガイド：サブスクリプション追加から接続確認まで

開始前の確認

クライアントと有効なV2Ray サブスクリプションURLを準備

開始前に2つ準備します。正常に起動できるクライアントと、サービス提供元から発行された完全なサブスクリプションURLです。サブスクリプションURLは通常、https://で始まるアドレスで、複数のサーバー設定を取得するために使います。単一のノード名やクライアントのインストール先ではありません。コピーするときは先頭から末尾まで完全に選択し、空白、改行、チャットアプリが付けた句読点が混ざらないようにしてください。

デスクトップクライアントを初めて起動すると、ネットワークアクセスの許可を求められる場合があります。現在のネットワーク環境でクライアントが通信できるよう許可してください。許可しないと、コアが正常に起動しても外部接続を確立できないことがあります。Androidで初めて接続するときは、システムの接続確認ダイアログが表示されるため、明示的に許可します。これはローカルネットワークトンネルの作成に必要な標準手順です。以前に拒否した場合は、クライアントを停止して接続ボタンをもう一度押し、システムの指示に従って許可してください。

クライアントを開いたら、まずメイン画面を確認します。v2rayNには通常、サーバー一覧、ステータスバー、ログ領域が表示されます。新規インストール直後は一覧が空の場合があります。v2rayNGのメイン画面には現在の設定名が表示され、まだ追加していなければ選択できるサーバーはありません。一覧が空でも異常とは限らず、次にサブスクリプションを追加する必要があるという意味です。この段階ではポート、DNS、トランスポートプロトコル、コアの設定を急いで変更しないでください。初回接続にはデフォルト設定で十分です。

まだクライアントをインストールしていない場合は、まずダウンロードページで対応するプラットフォームを選択します。デスクトップ版ではv2rayN、Androidではv2rayNGを使用できます。インストールが完了したらこのページに戻り、サブスクリプションの追加から操作を始めてください。プロトコルの違い、V2FlyとXrayコアの関係、サブスクリプションの互換性などは、基本接続を完了してから技術リファレンスで確認できます。

ステップ1

v2rayN サブスクリプションを追加して更新

v2rayNのデスクトップ版で、まず上部の「サブスクリプショングループ」メニューを開き、サブスクリプショングループの設定に進みます。バージョンによってメニュー名は多少異なりますが、「サブスクリプション」と「グループ」の両方の意味を含む入口になっています。追加をクリックし、「日常用」など識別しやすい名前を入力して、完全なURLをアドレス欄に貼り付けます。更新間隔、ユーザーエージェント、高度なオプションなどは、まずデフォルトのままにして設定を保存し、ウィンドウを閉じます。

サブスクリプションのURLを保存しただけでは、サーバーはすぐに表示されません。メインウィンドウに戻り、もう一度サブスクリプショングループメニューを開いて、「すべてのサブスクリプションを更新」または現在のグループの更新コマンドを実行します。初回更新では、クライアントがまだ利用可能な接続を確立していないため、プロキシを使用しない更新方法がおすすめです。更新中は下部のステータスバーまたはログ領域を確認します。正常なら取得完了、解析完了などのメッセージが表示され、その後サーバー一覧に複数の項目が追加されます。

v2rayNGでは、サイドメニューまたは右上のメニューを開き、「サブスクリプショングループの設定」に進みます。追加ボタンを押して名前とURLを入力し、保存します。サブスクリプション一覧に戻ったら更新ボタンを押します。バージョンによっては、メイン画面のメニューから「サブスクリプションを更新」を実行することもできます。更新後にメイン画面へ戻ると、現在の設定名が変わり、サーバー一覧に取得した項目が表示されます。

サーバー一覧が表示されたら、項目を一つずつ開いて編集する必要はありません。サブスクリプションから取得したアドレス、ポート、プロトコル、トランスポート方式、安全設定は関連する一組の設定です。どれか一つを手動で変更すると接続できなくなることがあります。初回設定では、一覧が空でないことと、各項目に識別可能な別名またはアドレスがあることだけ確認してください。表示名はサブスクリプションの内容で決まり、名前の長さ自体は接続に影響しません。

更新してもサーバーが表示されない場合

まずサブスクリプション設定に戻り、URLの先頭、末尾、途中に空白がないか確認します。元のURLを削除して再度コピーすると、部分的な修正による抜けを防げます。次に、端末から通常のウェブページへ正常にアクセスできることを確認し、プロキシを使用しない方法で更新します。ログに内容が空、形式を認識できない、アクセスがタイムアウトしたなどのメッセージがある場合、更新を何度も繰り返さないでください。まずURLが有効か、クライアントが現在も保守されているバージョンかを確認します。

サブスクリプションURLは設定への入口なので、公開ページ、スクリーンショット、グループチャットなどに掲載しないでください。操作を録画するときはアドレス欄を隠します。URLを公開してしまった場合は、ローカルの記録を削除するだけでなく、提供元の管理ページで再発行してください。解析に失敗する詳しい原因と確認手順は、技術リファレンスの互換性セクションにまとめています。

ステップ2

システムプロキシとルーティングモードを選択

サブスクリプションを追加した後、すぐにサーバーのパラメーターを変更するのではなく、どの通信をクライアントに任せるかを決めます。ここでは2つの概念を分けて考えます。システムプロキシは、システムプロキシに対応するプログラムのリクエストをローカルポートへ送ります。ルーティングモードは、そのリクエストをプロキシ経由にするか直接接続にするかを決めます。両者は異なる層の機能です。デスクトップ版でサーバーを選んだだけではシステムプロキシが有効にならず、ブラウザーが自動的にクライアントを使うことは通常ありません。

v2rayNで「システムプロキシ」メニューを開き、初回は「システムプロキシを自動設定」を選択します。有効にすると、タスクバーやステータス領域のアイコン表示が変わり、クライアントがローカルプロキシのアドレスをシステム設定に書き込みます。続いてルーティング設定を開き、まずクライアントが提供するルールモードまたはデフォルトルールを選びます。ルールモードでは既存のルールに従って通信を振り分けられるため、初回設定に適しており、通常のサイトと目的のサイトの両方にアクセスできるか確認しやすくなります。

グローバルモードを選ぶと、クライアントに入る通信がすべて現在のサーバーで処理されます。短時間の比較テストには便利ですが、多くのプログラムの通信経路が変わります。初回接続ではまずルールモードを使い、サーバー自体が利用可能であることを確認したうえで、ルールの影響を切り分けたい場合だけ一時的にグローバルモードへ切り替えてください。テスト後はルールモードに戻し、確認用の設定を長期間残さないようにします。

v2rayNGでは、メイン画面のルーティング設定をタップするか、サイドメニューから設定画面を開き、プリセットのルール設定を選択します。Androidクライアントが作成するのはシステムレベルのローカルトンネルなので、デスクトップ版の「システムプロキシ」スイッチを探す必要はありません。アプリ単位のプロキシを有効にしている場合は、対象アプリが選択範囲に含まれていることも確認します。初回テストでは一時的にアプリ単位の絞り込みを無効にし、接続経路全体を確認してから必要に応じて範囲を狭めるとよいでしょう。

この段階では、同種のネットワークツールを複数同時に起動しないでください。複数のプログラムがローカルポートを奪い合ったり、システムプロキシを上書きしたり、ネットワークトンネルを同時に作成したりすると、クライアントは動作中でもウェブページを開けないことがあります。他のツールを終了し、現在のクライアントを再起動して、システムプロキシとルーティングの設定元を一つにします。ブラウザーに個別に設定したプロキシも、クライアントの設定を迂回しないよう一時的に無効にしてください。

TUNモードを検討するタイミング

システムプロキシを読み取らないプログラムもあり、v2rayNでシステムプロキシを有効にしても直接接続を続けることがあります。TUNモードは仮想ネットワークアダプターを通じて、より広い範囲の通信を取り込みますが、追加の権限が必要で、セキュリティソフト、仮想マシンのネットワーク、ほかのネットワークアダプターツールの影響も受けやすくなります。初回設定ですぐに有効にする必要はありません。まずブラウザーでこの記事の手順を完了し、サブスクリプションとサーバーが正常であることを確認してから、必要なプログラムに応じてTUNモードの仕組みと設定手順を確認してください。

ステップ3

サーバーを選択して接続を確立

サーバー一覧に戻り、まずサブスクリプションから取得した設定を一つ選びます。v2rayNでは一覧の行をクリックし、右クリックメニューからアクティブサーバーに指定します。画面に用意されたショートカット操作を使える場合もあります。選択した項目は通常、色、アイコン、ステータスマークのいずれかが変わります。続いて下部のステータスバーに現在のサーバー名が表示されていることを確認し、コアが起動しているかを確認します。バージョンによってはサーバー選択後にコアが自動再起動しますが、これは設定を読み込む正常な処理です。

v2rayNGでは、メイン画面に表示された現在の設定の領域をタップし、サーバー一覧から項目を一つ選びます。メイン画面に戻り、上部または中央に選択した名前が表示されていることを確認してから、円形の接続ボタンをタップします。初回に接続権限を尋ねられたら許可します。ボタンの表示や状態テキストが変わればクライアントは動作を開始していますが、ドメイン解決、プロトコルのハンドシェイク、ルーティングの読み込みが完了するまで数秒待ちます。

「クライアントが実行中」と「サーバーが利用可能」は同じ状態ではありません。実行中という表示はローカルのコアプロセスが起動したことを示すだけで、アドレスに到達できない、ポートが閉じている、時刻がずれている、設定が期限切れなどの理由でリモート接続に失敗する可能性があります。接続ボタンの色だけで判断せず、ログも同時に確認してください。正常な起動ログには通常、設定の読み込み完了とローカル待受ポートの確立が表示されます。最初の行から設定項目のエラーやポート競合が出ている場合、その後の接続は成功しません。

初回テストで一括速度測定をする必要はありません。測定結果は方法や対象アドレスに左右され、数値が低くてもすべてのアプリが安定して接続できないとは限りません。より確実なのは、サブスクリプション内の普段使う設定を一つ選び、接続してから次の手順で実際にアクセスを確認する方法です。失敗したら別の設定に替えて比較します。連続して切り替えるときは、クライアントのコア再起動が完了するまで待ち、前の接続が終了していない状態を新しい設定の結果と取り違えないようにします。

接続ボタンを押しても反応しない、またはすぐ停止する場合

まずクライアントを終了して再起動し、システムの日時とタイムゾーンが正しいことを確認します。その後、最後の行だけでなくログの冒頭を確認します。「address already in use」のようなメッセージがある場合は、通常、ローカルポートを別のプロセスが使用しています。他のネットワークツールを終了するか、用途を確認したうえでローカルポートを変更します。設定の解析エラーが出ている場合は、複雑な項目を直接編集せず、まずサブスクリプションを再更新します。証明書やハンドシェイク関連のエラーなら、同じサブスクリプション内の別サーバーと比較してください。

デスクトップ版では、クライアントの起動後もシステムプロキシが有効なままか確認します。クライアントが異常終了すると、システムプロキシが停止済みのローカルポートを指し続け、すべてのウェブページを開けなくなることがあります。その場合はv2rayNを再起動するか、システムプロキシメニューでいったんプロキシを解除してから再度有効にします。Androidで接続直後に切断される場合は、システムがクライアントのバックグラウンド動作を制限していないか確認し、別のプログラムがシステムレベルの接続トンネルを使用していないことも確認します。

ステップ4

V2Ray 接続が有効か確認

接続が確立したら、まずテストに使うブラウザーのウィンドウを完全に閉じてから開き直します。これにより、既存の接続、キャッシュ、常駐プロセスが結果に与える影響を減らせます。まず普段どおり開ける通常のウェブサイトにアクセスし、プロキシ設定によって基本ネットワークが中断されていないことを確認します。次に、現在のサーバー経由で処理する対象ページへアクセスします。両方のページを開ければ、システムプロキシ、ルーティングルール、リモート接続が一つの経路として機能しています。

続いて、信頼できるネットワーク情報確認ページで、接続前後の出口アドレスを比較します。テスト前に未接続時の結果を記録し、クライアント接続後にページを更新します。ルールモードでその確認ページがプロキシ経由にならない場合、結果が変わらないことがありますが、必ずしも障害ではありません。一時的にグローバルモードへ切り替えて再テストし、出口情報が変わればサーバー接続は正常で、違いは現在のルーティングルールによるものです。テスト後は元のルールモードに戻します。

ブラウザーの一つのページだけで、すべてのプログラムの動作を判断しないでください。デスクトップアプリが有効になるかは、システムプロキシを読み取るか、TUNモードで取り込まれているかによって決まります。Androidアプリでは、アプリ単位の範囲設定も影響します。ブラウザーは正常なのに特定のプログラムだけ接続できない場合、サブスクリプションとサーバーはおそらく利用可能です。確認すべきなのは、そのプログラムのプロキシ対応、アプリの対象範囲、ローカルファイアウォールであり、サブスクリプションを何度も入れ替えることではありません。

ローカルネットワークのリソースが想定どおり利用できるかも確認します。ルールモードでは、LAN内の機器、印刷サービス、開発環境は通常、既存のルールに従ってアクセスします。接続後にローカルアドレスを開けない場合は、まずルーティングルールがプライベートアドレスをプロキシへ送っていないか確認し、次に範囲の広すぎる取り込み設定が有効になっていないか確認します。一つのアドレスを直すためにすべての設定をすぐリセットせず、いったん接続を停止して比較すると、問題がクライアント、ルーティング、ローカルネットワークのどこにあるか早く切り分けられます。

再現できる正常な状態を保存

接続が有効になったら、現在のサブスクリプショングループ、サーバー名、ルーティングモード、システムプロキシの状態を覚えておきます。後で問題が起きたら、まずこの確認済みの設定に戻してから、項目を一つずつ変更します。一度に一つだけ変えることで、どの操作が差を生んだか判断できます。サブスクリプションの更新後はサーバー名や順番が変わることがあるため、一覧の位置だけに頼らず、名前とグループで識別してください。

普段の利用では、サブスクリプションを更新するために既存のグループを削除する必要はありません。更新を実行するだけで、クライアントがサーバーから新しい設定を読み込みます。更新後に現在のサーバーが削除されていたら、別の項目を選び直して接続します。ネットワーク環境を変えた後に接続できない場合は、まずクライアントを停止して基本ネットワークが利用できることを確認し、その後再起動します。古い接続を整理し、システムにルーティングを再適用できます。