V2Ray使い方ガイド：サブスクリプション登録から接続確認まで

まずサブスクリプションURLをクリップボードにコピーします。デスクトップ版を開いたら、v2rayN上部メニューのサブスクリプショングループまたはサブスクリプション設定を探し、新しいグループを作成します。名前は「普段使い」など用途が分かるものにし、URL欄にコピーしたリンクを貼り付けます。他の項目はひとまず初期値のまま保存し、メイン画面に戻って「サブスクリプションを更新」を実行してください。バージョンによってメニュー名は多少異なりますが、「サブスクリプション」「グループ」「更新」といった語を含む入口が一般的です。

Androidでv2rayNGを開き、上部メニューのサブスクリプショングループ設定に進みます。追加ボタンをタップし、メモ欄に名前を入力してサブスクリプションURLを貼り付けます。保存してメイン画面に戻り、メニューから更新を実行してください。バージョンによっては先に現在のサブスクリプショングループを選ぶ画面が表示されます。その場合は、作成したばかりのグループを選んでからノードを更新し、別の空グループに設定が反映されないようにします。

更新が完了すると、メイン画面に1件以上のノードが表示されます。各ノードには通常、名前が表示され、プロトコルやサーバー情報が付くこともあります。一覧が表示されれば、サブスクリプションURLはクライアントに読み込まれています。この段階ではまだシステムプロキシを有効にせず、一覧が空でないこと、「サブスクリプションの内容が空です」「解析に失敗しました」「リクエストがタイムアウトしました」などの表示がないことを確認してください。

更新後もノードが表示されない場合は、サブスクリプション設定を開き直し、URLの先頭や末尾に空白が混ざっていないか確認します。管理画面のURLではなく、サブスクリプションリンクをコピーしたかも確認してください。現在のサブスクリプショングループを一度切り替えてから再更新する方法もあります。URL自体が無効なら、クライアントの設定だけでは修復できないため、発行元から有効なURLを再取得してください。

サブスクリプション、ノード、プロトコル、コアの関係は混同しやすい部分です。簡単に言えば、サブスクリプションは設定一式を更新する入口、ノードは具体的な接続設定、XrayまたはV2Flyは接続を処理するコアです。用語をさらに理解したい場合は用語集を参照してください。初回利用時にプロトコルのパラメーターを手動で変更する必要はありません。

ノードが一覧に表示されたら、その中から1つ選びます。v2rayNでは、ノードをダブルクリックする、右クリックしてアクティブサーバーに設定する、またはメイン画面の選択操作を使う方法があります。選択中の項目にはハイライト、チェック、現在のサーバー表示などが現れます。v2rayNGではメイン一覧のノードカードをタップし、選択後にアクティブ状態を確認します。初回は名前が分かりやすいノードを1つ選び、複数の設定をまとめて変更しないでください。

次にプロキシモードを決めます。モードはサブスクリプション自体を変更するものではなく、端末上のどのリクエストをクライアントで処理するかを決める設定です。デスクトップでは「システムプロキシ」と「ルール」または「バイパス」系モードの組み合わせが一般的です。システムプロキシによって対応アプリのリクエストをv2rayNへ送り、ルールモードがドメイン、IP、あらかじめ定めたリストに基づいて直接接続とプロキシを振り分けます。普段のWeb閲覧では、理解しやすくトラブル対処もしやすい構成です。

グローバルモードでは、クライアントに入った通信が優先的に現在のプロキシから外へ出ます。ルールが原因でアクセスに問題があるかを一時的に確認する用途には向きますが、すべての場面で固定的に使うことはおすすめしません。ルールモードは、ローカルサービスやLANアドレス、転送不要のサイトを直接接続にできるため、常用に適しています。モード名はクライアントのバージョンやルールセットで異なりますが、「ルール」「グローバル」「直接接続」といった意味を重視し、メニュー上の位置にこだわる必要はありません。

v2rayNでは、トレイメニューまたはメイン画面からシステムプロキシの設定を開きます。まずシステムプロキシの自動設定を選び、ルーティングモードがルール分岐になっていることを確認してください。クライアントのコアが接続を確立できるかだけを試す場合は、ルーティングを初期設定のままにしても構いません。ただし、TUNモードは同時に有効にしないでください。TUNはより多くの種類のアプリ通信を引き受け、仮想ネットワークアダプター、権限、DNSの動作にも関わるため、基本接続が安定してから設定するのが適切です。

v2rayNGでは、通常の接続がAndroidのシステム接続インターフェースを通じて端末の通信を処理します。初回はルーティング設定を初期値のままにし、現在のノードが選択されていることを確認して次へ進んでください。設定画面でアプリ別プロキシ、バイパスルール、カスタムDNSをすでに変更している場合は、現在の値を控えてから判断しやすい基本設定に戻すのがおすすめです。接続に失敗したとき、複数のルールを一つずつ推測せず、まずノードの利用可否を確認できます。

この段階では、メイン画面でノードが1つ明確に選択され、プロキシモードも決まっていることが条件です。まだ接続が実行中とは限らないため、次はクライアントのコアを起動し、実際にシステム通信を接続へ通します。

デスクトップでは、まずv2rayNのメインプログラムが実行中であることを確認します。ノードを選ぶと、通常は対応するコアが起動します。メイン画面に「サービスを起動」などの操作がある場合は先に実行し、その後トレイメニューからシステムプロキシを設定してください。設定が成功すると、トレイアイコン、ステータスバー、画面下部の通知などに実行状態の変化が表示されます。この時点でメイン画面を閉じたりトレイプログラムを終了したりしないでください。ウィンドウを閉じる操作は通常最小化ですが、「終了」を選ぶと接続も停止します。

システムにファイアウォールの通信許可が表示された場合は、現在のネットワーク環境に応じてクライアント通信を許可するか判断します。信頼できる家庭内ネットワークや個人用ネットワークでは、現在使用しているネットワークの種類でプログラムを許可できます。組織が一元管理する端末では、既存のネットワークポリシーに従ってください。ファイアウォールの確認後、v2rayNのログ欄に戻ります。正常に起動すると、コアが設定を読み込み、ローカルポートを待ち受けていることなどが表示されます。

Android版v2rayNGでは、ノードを選択した後、メイン画面右下の接続ボタンをタップします。初回起動時にはシステムの接続許可ダイアログが表示されるため、承認してください。ステータスバーにシステム接続の表示が現れ、v2rayNGのボタン状態も変化します。この許可はクライアントが端末の通信を受け取るためにシステムが提供するものです。拒否した場合は通常の接続を確立できないため、もう一度ボタンをタップして承認してください。

接続ボタンが実行状態になっても、クライアントが起動を試みたことしか分からず、リモートノードが利用可能だとは限りません。数秒待ち、すぐ自動停止したり、再接続を繰り返したり、タイムアウトが表示されたりしないか確認します。状態が安定したら確認手順へ進んでください。起動直後に停止する場合は、まずログの下部に近いエラーを確認します。設定の解析失敗、接続タイムアウト、ドメイン名の解決失敗、ポートの競合などがよくある手がかりです。

デスクトップでは、「コアが実行中」と「システムプロキシが設定済み」は別の状態である点にも注意してください。コアの実行中は、v2rayNが端末上でプロキシポートを待ち受けていることを示します。システムプロキシの設定済みは、ブラウザーなどのアプリがリクエストをそのポートへ送ることを示します。コアだけを起動してシステムプロキシを設定していない場合、一部のアプリは従来の通信経路を使い続けます。反対に、プログラムを終了した後もシステムプロキシが残ると、ブラウザーがローカルプロキシポートを見つけられずページを読み込めないことがあります。

ここまで進むと、クライアントは実行中で、デスクトップではシステムプロキシが有効、またはv2rayNGで接続状態が表示されているはずです。次は設定を変更せず、アプリのアクセス、クライアントの状態、ログの3つの観点から接続が実際に有効か確認します。

テストするブラウザーのページを完全に閉じ、新しいページを開き直します。古い接続、キャッシュ、確立済みのネットワークセッションによる影響を減らすためです。普段からアクセス結果を判断しやすいサイトでテストし、比較用に使い慣れた日本国内のサイトも1つ残しておきます。両方が正常に読み込めれば、基本的な通信経路は確立しています。一部のページだけ異常なら、ルーティングルール、DNS、対象サイトの状態が原因である可能性が高いです。

デスクトップでテストする際は、ブラウザーがシステムプロキシ設定を使用していることを確認します。一部のブラウザーや拡張機能には独自プロキシが設定されており、システム設定に完全には従わないことがあります。「クライアントは実行中なのにブラウザーの動作が変わらない」場合は、まずブラウザー側の独自プロキシを無効にして、ブラウザーを開き直して試してください。他のアプリがシステムプロキシに従うかどうかはアプリの通信実装によって異なります。これが通常のシステムプロキシとTUNモードで対応範囲が異なる理由です。

次にクライアントへ戻り、ログを確認します。テストページを開いた時刻に、新しいアクセス記録や接続動作が表示されるはずです。リクエストがクライアントに届いていれば、アプリからローカルプロキシまでの経路は基本的に正常です。その後タイムアウトする場合は、ノードまたはリモート接続を確認してください。新しい記録がまったくない場合は、システムプロキシが有効か、テストしたアプリがシステムプロキシに従うか、クライアントの待ち受けポートが正常かを優先的に確認します。

v2rayNGも確認方法は同様です。システム接続を維持したままブラウザーを開いてページを再読み込みし、その後クライアントに戻ってログを確認します。接続ボタンが実行状態のままでも、すべてのリクエストがタイムアウトする場合は、接続を停止してサブスクリプション内の別のノードを試してください。ノードを切り替える前に現在の接続を停止し、新しいノードを選んでから再起動すると、古いセッションの状態を新しいノードの結果と誤認せずに済みます。

接続確認が成功したら、普段の利用に必要なルールモードへ戻します。特定のサイトだけアクセスできない場合も、すぐにクライアントを再インストールする必要はありません。まずルールモードとグローバルモードを短時間比較してください。グローバルモードでは正常でルールモードだけ異常なら、問題は分岐ルールにある可能性が高いです。両方でタイムアウトする場合は、ノード、サブスクリプションの状態、現在のネットワークを優先して確認します。

ドメインごとの出口の選ばれ方や、ルーティングルール、DNS、インバウンド、アウトバウンド設定を詳しく確認したい場合は、設定リファレンス大全をご覧ください。これらは初回接続に必須の設定ではないため、基本接続が安定してから学ぶほうが理解しやすくなります。