v2rayNとv2rayNG
サブスクリプション導入・設定

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

v2rayNを開き、上部メニューから「サブスクリプショングループ」などのサブスクリプション管理項目を探し、「サブスクリプショングループ設定」を開きます。バージョンによってメニューの配置は多少異なりますが、基本的なフォームには通常「別名」と「利用可能なURL」があります。別名はローカルでノードグループを識別するためのもので、サービス名や用途（例：「日常用ノード」）を入力できます。URL欄には完全なサブスクリプションリンクを貼り付けます。貼り付け後、先頭、末尾、途中に空白がないことを確認し、「追加」または「保存」をクリックします。

サブスクリプショングループを保存しただけでは、ノードがサーバー一覧に登録されたことにはなりません。メイン画面に戻り、もう一度サブスクリプションメニューを開いて「すべてのサブスクリプションを更新」を選ぶか、追加したグループを更新します。クライアントがサブスクリプションの内容を取得してノードを解析します。更新が終わると、メイン一覧に複数のサーバー項目が表示され、通常は別名、アドレス、ポート、通信方式、ノード種別などを確認できます。一覧が表示されれば、導入段階は完了です。

メイン一覧が空のままなら、まずサブスクリプショングループ設定に戻り、URLが確実に保存されていることを確認してから再度更新します。Web管理画面のURL、決済ページのURL、説明文をサブスクリプションリンクとして入力しないでください。必要なのはサービス提供元が発行した専用URLです。コピー時にリンクが2行に分かれた場合も、見た目の近い文字を手作業でつなぐのではなく、完全な内容をコピーし直してください。

v2rayNG：サイドメニューからサブスクリプションを設定

v2rayNGを開き、左上のメニューボタンをタップしてサイドメニューから「サブスクリプショングループ設定」を開きます。右上の追加ボタンをタップし、識別しやすいメモ名を入力して、完全なサブスクリプションURLをURL欄に貼り付けます。バージョンによっては自動更新や現在のグループのみ更新などの項目も表示されますが、初回は既定値のままで構いません。入力内容を確認して保存し、サブスクリプショングループ一覧に戻ります。

次にメイン画面へ戻り、右上のメニューから「サブスクリプションを更新」を実行します。更新に成功すると、選択可能なノードが一覧に表示され、各項目には通常、名前やプロトコル関連の情報が含まれます。サブスクリプショングループが複数ある場合は、追加したグループを更新していることを確認します。ノード名はサブスクリプションの内容によって決まり、長さ、地域表示、並び順は異なる場合があります。操作を続けるために一つずつ名前を変更する必要はありません。

サブスクリプションの更新に成功しても、すべてのノードが接続できるとは限りません。サブスクリプションは設定をクライアントに書き込むだけで、ノードが現在利用可能かどうかは接続と確認の段階で判断します。サブスクリプションと単一ノードの共有リンクの違い、更新方法、ノード項目の意味を知りたい場合は、設定リファレンスで続きを読めます。基本操作に完全なJSON構造の理解は必要ありません。

サブスクリプションのノードが表示されたら、まずトラフィックの処理方法を決め、次に具体的なノードを選択します。一般的なモードは、ルール分岐、グローバルプロキシ、ダイレクト接続です。ルール分岐ではドメイン、アドレス範囲、既定の分類に応じてプロキシ、直接接続、ブロックを決定します。グローバルプロキシでは、プロキシ対象に該当する大部分のトラフィックを現在のノードに渡します。ダイレクト接続ではプロキシノードを経由しません。クライアントによって「ルーティング」「定義済みルール」「グローバル」「LANをバイパス」など近い名称で表示されますが、判断方法は同じです。現在のルールがリクエストをどのアウトバウンドへ送るかを確認します。

v2rayN：ルーティングモードとシステムプロキシを分けて設定

v2rayNでは「ルーティングモード」と「システムプロキシ」は別の設定です。ルーティングモードはコアに入ったトラフィックの振り分け方を決め、システムプロキシはブラウザーやシステムプロキシ設定に従うアプリがリクエストをv2rayNへ渡すかどうかを決めます。初回はルーティング設定でクライアントが提供するルール分岐を選び、カスタムルールは変更しないことをおすすめします。メイン画面に戻った後、タスクトレイまたはシステムプロキシメニューでシステムプロキシの自動設定も選択します。これで接続手順が完了します。

ルーティング規則だけを選び、システムプロキシを有効にしていない場合、コアが動作中と表示されてもブラウザーは元のネットワークを使い続けることがあります。逆にシステムプロキシを有効にしても、ダイレクト接続のアウトバウンドを選んでいれば、リクエストはクライアントに入っても選択したプロキシノードは経由しません。デスクトップで切り分ける際は、この2つの設定を分けて確認し、メイン画面にノードがあるかだけで判断しないでください。

v2rayNG：ルーティングを選び、接続ボタンでシステムセッションを確立

v2rayNGでは通常、設定またはルーティング設定に定義済みルールがあります。初回はルール分岐を選び、保存してノード一覧に戻ります。Androidではデスクトップのようなシステムプロキシメニューを別途探す必要はありません。接続ボタンをタップすると、クライアントがVPNセッションの確立を要求し、システムの確認後に対象範囲のアプリ通信がクライアントを経由します。設定に「アプリごとのプロキシ」がある場合、初回テストでは無効のままにし、基本接続を確認してから対象アプリを絞り込むことをおすすめします。

ルール分岐を選択したら、次に一覧からアクティブノードを決めて接続を開始します。モードだけでサーバーが自動選択されることも、ノードが利用可能だと証明されることもありません。高度なdomainStrategy、ドメイン分類、IP範囲、DNS分岐、複数アウトバウンドの組み合わせは設定ファイルの範囲です。関連項目と例は設定リファレンスのrouting章にまとめています。本ページでは軽量な設定に留めます。

まずノードを選択し、連続して切り替えない

サブスクリプション一覧から、初回テスト用のノードを1つ選択します。ノード名は設定元の識別に役立つだけで、接続品質を単独で証明するものではありません。初回は情報が揃っているノードを1つ選び、接続後に数秒待って状態を確認します。短時間に複数のノードを連続してクリックしないでください。前の接続処理が終わる前に切り替えると、ログに複数回の起動・終了記録が混ざり、どの段階で失敗したのか分かりにくくなります。

一部のクライアントには遅延テストや実接続テストがあります。結果は初期選別に利用できますが、ブラウザーでの実際のアクセスと同じではありません。遅延テストに成功しても、DNS、ルーティング、アプリのプロキシ設定がすべて正しいとは限りません。結果が出ない場合も、テスト先、ネットワーク制限、一時的なノード状態が原因の可能性があります。ノード選択後はシステムプロキシまたはVPNセッションを確立し、次の手順で実際のアクセスを確認してください。

v2rayN：アクティブサーバーに設定してシステムプロキシを有効化

v2rayNのサーバー一覧で対象ノードをダブルクリックするか、右クリックメニューから「アクティブサーバーに設定」を選択します。現在のアクティブ項目は通常、色、アイコン、ステータスバーの文字などで示されます。続いてデスクトップの通知領域にあるv2rayNのトレイアイコンからシステムプロキシメニューを開き、「システムプロキシを自動設定」を選びます。バージョンによって「システムプロキシを設定」「システムプロキシを自動設定」など名称は異なりますが、目的はシステム設定に従うアプリのリクエストをv2rayNのローカルインバウンドポートへ送ることです。

操作後はメイン画面下部のステータスバーまたはログ領域を確認します。正常ならコアが起動し、使用中のローカルポート、設定の読み込み結果、アクティブノードの情報が表示されます。設定解析エラー、ポート使用中、コアの起動失敗がある場合は、Webページのテストを続けず、まずログに従って起動問題を解決します。ポート使用中のよくある原因は、別のプロキシクライアントが動作していることです。重複するプログラムを終了してv2rayNを再起動する方が、複数のポートを無作為に変更するより状態を整理しやすいでしょう。

v2rayNG：設定を選択して接続

v2rayNGのメイン一覧で対象ノードをタップして選択状態にし、画面下部の円形の接続ボタンをタップします。初回接続時にはシステムのVPN接続確認画面が表示されます。承認するとステータスバーに接続表示が現れ、クライアントのボタン状態も変わります。この確認はシステムがv2rayNGによるトラフィック制御を許可したことを示すだけで、通信可能かどうかはログと実際のアクセスを併せて判断します。

接続をタップしてすぐ未接続状態に戻る場合は、v2rayNGのログ画面で最後の数行を確認します。よくある原因は、アドレスを解決できない、接続タイムアウト、設定パラメーター不足、システム時刻の異常です。完全なサブスクリプションURLやノードの認証情報を公開の質問に貼り付けないでください。問題を説明する際は、プロトコル種別、クライアントのバージョン、エラーの種類、発生手順だけを残せば十分です。

ここまででクライアント側の基本経路は確立していますが、ボタンの色だけを見て完了にしないでください。次は状態、ログ、実際のアクセスの3段階で、リクエストが想定したルーティングを通っていることを確認します。確認時は一度に1つの変数だけを調べ、異常があれば決められた順序で戻ることで、再導入や再インストールの繰り返しを避けられます。

第1段階：クライアントの動作状態を確認

まずクライアントが接続状態を維持していることを確認します。v2rayNではアクティブサーバーが表示され、ログに起動失敗が繰り返し記録されておらず、トレイのシステムプロキシが有効なままであることを確認します。v2rayNGでは接続済み状態が維持され、数秒で自動切断されないことを確認します。クライアント自体が停止しているならブラウザーの確認を続けず、前の手順に戻ってノードまたはコアの起動問題を解決します。

ログではすべての通知を障害とみなさず、直近のエラーを重点的に確認します。正常な接続でも、設定の読み込み、DNSの初期化、ルーティングの読み込み、接続終了など複数の記録が残る場合があります。繰り返し発生し、操作時刻と一致するタイムアウト、接続拒否、ドメイン解決失敗、ポート競合が対応すべき問題です。ログが長い場合は、一度切断して不要な古いログを消去できるなら消去し、再接続すると現在のエラーを見つけやすくなります。

第2段階：実際のWebアクセスを行う

クライアントの接続を維持したまま、システムプロキシ設定に従うブラウザーを完全に終了して再起動します。まず通常どおり開ける基本的なWebページにアクセスして元のネットワークが利用できることを確認し、次にプロキシルールを経由する対象ページへアクセスして読み込めるか確認します。ブラウザーを再起動するのは、最新のシステムプロキシ状態を読み込ませるためです。特にv2rayNでシステムプロキシを有効にした直後は、既存のプロセスが古い接続を使い続ける場合があります。

基本ページは開けるのに対象ページを読み込めない場合、ブラウザーはシステムプロキシを読み込めている可能性が高く、問題はノード、DNS、ルーティング規則にあると考えられます。すべてのページを開けない場合は、現在のノードが無効になっていないか、システムプロキシのポートがクライアントの待受ポートと一致しているか、起動直後にクライアントが終了していないかを優先的に確認します。Androidでは、省電力機能によって接続セッションが停止されていないことも確認してください。

第3段階：モードを切り替えて比較する

ルール分岐で一部のアクセスに問題がある場合は、一時的にグローバルプロキシへ切り替えて同じ対象へアクセスします。グローバルプロキシではアクセスでき、ルール分岐ではできないなら、ノード経路は通常動作しており、問題はルール照合またはDNS分岐に絞られます。どちらのモードでもアクセスできない場合は、ノード、サブスクリプション内容、ネットワーク接続の各層に戻って確認します。比較後は元のルール分岐に戻し、一時的なテスト状態を常用設定にしないでください。

同じサブスクリプション内の別ノードへ切り替える比較も有効です。現在の接続を切断し、2つ目のノードを選択して再接続し、同じWebページのテストを繰り返します。ルーティングやDNSを同時に変更せずノードだけを替えることで、異常がノードに伴って変化するか判断できます。2つ目のノードが正常なら、クライアント全体の設定はおおむね利用可能で、元のノードだけを確認すれば済みます。複数のノードで同じ結果になる場合は、ローカル設定を確認するのが適切です。

確認が完了したら、現在の設定を動作する基準として保存できます。今後カスタムルーティングやDNS設定を追加するときは、一度に1組のパラメーターだけを変更し、変更後に本節の確認手順を繰り返してください。異常が発生しても、直近の正常な状態へすぐ戻せます。インバウンド、アウトバウンド、ルーティング、DNSの関係を体系的に理解したい場合は、V2Ray設定リファレンスを参照してください。