V2Rayのサブスクリプション導入と接続方法

v2rayNでの操作

v2rayNを起動し、メイン画面上部のメニューから「サブスクリプショングループ」または同様のサブスクリプション管理項目を探します。バージョンによっては「サブスクリプション」メニュー内にある場合や、サブスクリプショングループボタンとして直接表示される場合がありますが、基本操作は新しいグループを追加することです。管理画面を開いたら「追加」を選び、用途やサービス提供元など識別しやすい名前を入力して、完全なサブスクリプション URLをアドレス欄に貼り付けます。

グループを保存しても、すぐにクライアントを閉じないでください。サブスクリプションメニューに戻り、「現在のサブスクリプションを更新」または「すべてのサブスクリプションを更新」を実行します。更新中は、画面下部のステータス欄やログ画面にリクエストと解析の進行状況が表示されます。正常に完了すると、サーバー一覧に複数の項目が追加され、各行にエイリアス、アドレス、ポート、プロトコル種別、サブスクリプショングループなどが表示されます。ノード数はサブスクリプションの内容で決まり、数だけで接続品質を判断することはできません。

保存後も一覧が空の場合は、グループを作成しただけでなく、実際に更新を実行したか確認します。続いてグループ設定を開き直し、URLの先頭と末尾が完全か、空白が混ざっていないかを確認してください。ログにリクエスト失敗、内容が空、解析失敗などが表示された場合は、現在の画面を保ったままヘルプセンターのサブスクリプションに関するFAQを確認します。同じグループを何度も作成しないでください。重複ノードが発生し、かえって判断しにくくなります。

v2rayNGでの操作

v2rayNGを開き、メイン画面のメニューから「サブスクリプショングループ設定」に進みます。追加ボタンをタップし、メモ欄に名前を入力してから、サブスクリプション URL欄にリンクを貼り付け、保存してノード一覧へ戻ります。次にもう一度メニューを開き、「サブスクリプションを更新」を選択します。更新が完了すると、メイン画面にサブスクリプションから返されたノードが表示されます。現在選択中のノードには、通常、ラジオボタン、強調表示、または状態アイコンが付きます。

Androidでは、サブスクリプションの保存と更新は別の操作です。URLを保存しただけでは一覧が更新されたとは限らないため、更新後のノード一覧が表示されることを確認してから次へ進んでください。更新完了と表示されたのに一覧が変わらない場合は、現在有効なサブスクリプショングループが正しいか確認し、グループ表示やフィルターが有効になっていないかも確認します。初回設定ではテスト対象のグループを1つだけ残し、接続が安定してから他の提供元を整理するのがおすすめです。

プロキシモードによって、通信がどのようにクライアントへ入り、どのアウトバウンドに割り当てられるかが決まります。初回利用時に複雑なルールをすぐ編集する必要はありません。まずはクライアント標準のルールモードやプリセットの振り分けモードを選び、一般的なローカルリソースは直接接続し、それ以外の対象リクエストはプロキシ経由にします。ルールモードは日常の既定値として使いやすく、特定のドメインが直接接続とプロキシのどちらに振り分けられたかをログで確認しやすい点も利点です。

v2rayNのデスクトップ版：ルーティングモードとシステムプロキシは別設定

v2rayNでは、ルーティングルールとシステムプロキシは同じスイッチではありません。まず設定またはルーティングメニューでクライアント標準のルールを選び、誤って空のカスタムルールを選択していないことを確認します。次に「システムプロキシ」の項目を開き、「システムプロキシを自動設定」または現在のバージョンで同じ意味の有効化項目を選択します。完了すると、タスクトレイのクライアントアイコンやメイン画面のステータス欄に、システムプロキシが有効になったことが表示されます。

ルーティングルールを選んだだけでシステムプロキシを有効にしていない場合、ブラウザーやシステム設定に従う多くのアプリは自動的にv2rayNへリクエストを渡しません。逆に、システムプロキシを有効にしても有効なノードを選択していなければ、通信はクライアントに入っても利用可能なアウトバウンドがなく失敗します。このステップでは通信の入口を設定するだけで、次のステップでノードを選択してコアを起動する必要があります。

「グローバルプロキシ」は、より多くのリクエストを一律にプロキシ経由へ送るモードです。ルール振り分けによるアクセス差を一時的に確認する用途には適していますが、あらゆる接続問題を解決する第一手段として常用するのはおすすめしません。グローバルモードでは、サブスクリプションの誤り、ノードのタイムアウト、証明書エラー、ローカルポートの競合は解決できません。各モードの範囲を理解したい場合は、ルーティングと振り分けの用語を参照してください。

v2rayNGのAndroid版：ルーティング設定を選んで接続に備える

v2rayNGの設定で「ルーティング設定」「事前定義ルール」または同様の項目を探し、日常利用に適したルールを選択します。メイン画面下部の接続ボタンは接続を開始するためのものなので、モードとノードの確認が終わるまでタップしないでください。Androidでは初回接続時にシステム接続の確認ダイアログが表示されます。次回以降に表示されるかどうかはシステムの状態によって決まります。

設定画面に「LANをバイパス」「ドメイン戦略」やDNS関連の項目があっても、初回設定ではクライアントの既定値を維持してください。複数の詳細項目を一度に変更すると、原因の切り分けが難しくなります。基本接続の確認に成功してから、LANアクセス、特定ドメインの名前解決、振り分け要件に応じて調整すれば十分です。高度なルーティングとDNSの調査は体系的なトラブルシューティングを参照してください。

サブスクリプションには複数のノードが含まれている場合があります。初回接続ではノード名だけで判断せず、通常のpingを最終的な基準にしないでください。pingは主にネットワーク層の応答を示すため、ICMPに応答しないサーバーでもプロキシプロトコルは正常に動作することがあります。逆にpingが低いノードでも、プロキシのハンドシェイクで失敗する場合があります。クライアントに用意された「実接続遅延」「遅延をテスト」または実接続テストのほうが参考になります。これらはプロキシプロトコルのハンドシェイクと対象へのアクセスを通して確認するためです。

v2rayNのデスクトップ版で接続する手順

サーバー一覧でテストするノードを選択します。同じサブスクリプショングループから複数の候補を選び、右クリックメニューまたは上部のテストメニューから実接続遅延テストを実行しても構いません。結果が返るまで待ち、テストを安定して完了できるノードを優先します。遅延値は候補を選ぶ基準にすぎず、実際のダウンロード速度を示すものではありません。テストを完了できることのほうが、初回確認では最低値を追い求めるより重要です。

対象ノードをダブルクリックするか、右クリックメニューでアクティブサーバーに設定します。選択中の印が行に表示され、メイン画面のステータスバーにもアクティブサーバー名が表示されるはずです。その後、システムプロキシが有効なままであることを確認します。バージョンによってはサーバー選択後にコアが自動起動しますが、「サービスを開始」やコアの再起動が必要な場合もあります。ログにリッスンポートの確立や現在の設定の読み込みなど、正常な起動情報が表示されていることを基準にしてください。

ノードをダブルクリックした後にステータスバーへ名前が表示されても、ブラウザーにアクセスできない場合は、すぐにすべての設定を変更しないでください。まずログの末尾を確認します。接続タイムアウトが繰り返されるなら、実接続テストに合格した別のノードへ切り替えます。ローカルポートが使用中と表示された場合は、同じプロキシポートを使っている可能性のある他のプログラムを終了してからクライアントを再起動します。設定の解析失敗が表示された場合はサブスクリプションを再更新し、理解していないプロトコル項目を手動で変更しないでください。

v2rayNGのAndroid版で接続する手順

v2rayNGのノード一覧に戻り、導入済みのノードをタップして現在の選択項目にします。メニューのテスト機能で接続を確認し、少なくとも1つのノードがテストを完了できることを確認してください。その後、メイン画面下部の接続ボタンをタップします。初回接続では、システムがローカル接続経路の確立を確認します。許可したら状態が変わるまで待ちます。

通常、接続ボタンは起動済みの状態に変わり、システムのステータス領域にも接続アイコンが表示されます。このときボタンを連続してタップしないでください。素早く繰り返し操作すると、起動直後に停止することがあります。数秒待ってから確認手順に進みます。状態がすぐ未接続に戻る場合は、ログを開いて起動失敗の原因を確認します。よくある原因は、ノードに到達できない、サブスクリプションのパラメーターが無効、システム時刻が正しくない、別のクライアントが接続経路を使用中、といったものです。

接続ボタンが有効状態になっただけでは、クライアントが起動を試みたことしか分からず、アプリの通信が実際にプロキシを通った証拠にはなりません。確実に確認するには、ブラウザーで再アクセスできるか、クライアントが接続を維持しているか、ログに該当リクエストが出ているかの3か所を同時に確認します。3つの結果を照合すれば、失敗時に問題の層をすばやく特定できます。

第1段階：ブラウザーでリクエストを再実行

先ほど開いたテストページを閉じるか、新しいタブで対象サイトへアクセスし、古い接続やキャッシュが判断に影響しないようにします。デスクトップではシステムプロキシに従うブラウザーを使用し、Androidでは接続開始後にブラウザーを開き直します。ページが正常に読み込まれたら、クライアントのログを確認して、リクエスト時刻が直前の操作と一致するか確認します。古いページの内容が表示されただけでは十分な確認とはいえません。キャッシュされたページでは新しいリクエストが発生していない可能性があるためです。

一般的なWebサイトは開けるのに特定のサイトだけ失敗する場合、クライアント、システムプロキシ、ノード全体が無効とは限りません。ドメインの名前解決、ルーティングのマッチング、対象サイトとの接続に問題がある可能性があります。この場合はサブスクリプションを削除せず、まず実接続テストに合格した別のノードで比較し、次にルールモードとグローバルモードを一時的に比較します。DNSとルーティングの詳しい診断手順はトラブルシューティング大全にまとめています。

第2段階：クライアントの継続状態を確認

v2rayNのデスクトップ版では、アクティブサーバー名が消えていないこと、システムプロキシが有効なままであること、コアが繰り返し終了と再起動をしていないことを確認します。OSのプロキシ設定も確認し、プロキシスイッチとクライアントの状態が一致していることを確認してください。v2rayNを終了した後も古いプロキシ設定が残っていると、ブラウザーのすべてのページが開けなくなる場合があります。クライアントを再起動し、システムプロキシを正しく無効にすれば復旧できます。

v2rayNGのAndroid版では、メイン画面に戻って接続ボタンがまだ実行中の状態か確認します。ネットワーク切り替え後にシステムが接続を終了した場合は、一度切断してから再接続します。モバイルデータ通信とWi-Fiの切り替えで基盤となるネットワーク経路が変わるため、現在の接続を再確立する必要があっても、必ずしもサブスクリプションに問題があるとは限りません。

第3段階：ログでリクエスト経路を確認

クライアントのログを開き、ブラウザーのページを更新しながら新しい接続記録が表示されるか確認します。対象ドメイン、アウトバウンドタグ、接続確立の情報が確認できれば、リクエストはクライアントに入っています。ブラウザーがエラーになるのにログに新しい記録がまったくない場合、デスクトップではまずシステムプロキシを、Androidではまず接続が実行中かを確認します。ログにリクエストがあるもののタイムアウトが続く場合は、ノードを変更するか現在のネットワークを確認します。ログに直接接続またはプロキシ経由と明記されている場合は、現在のルーティングモードと期待する結果が一致するか判断します。

ログの単発の警告が、接続全体の失敗を意味するとは限りません。直前にアクセスした対象、時刻、発生頻度と関連しているかを重視してください。初回確認では、「リクエストがクライアントに入っていない」「リクエストは入ったがノードが失敗した」「リクエストが成功して応答が返った」の3種類を区別できれば十分です。コアの情報をすべて1行ずつ解釈する必要はありません。よく使われるログ用語は用語集で確認できます。