v2rayNのサブスクリプション追加・接続ガイド

手順1：サブスクリプションを追加してノードの入手元を確認

サブスクリプションURLはノード設定を取得するためのリンクで、一般的なWebサイトのトップページやサービス管理画面のURLとは異なります。サービス提供元がクライアント用として案内しているURLを使い、末尾のパラメーターを落としたり、余分な空白を入れたりしないよう、コピー機能の利用をおすすめします。URLにはアカウントを特定できる情報が含まれることがあるため、全体が見えるスクリーンショットやチャット、障害記録を公開しないでください。

v2rayNでサブスクリプショングループを作成

メインウィンドウを開き、「サブスクリプショングループ」から「サブスクリプショングループ設定」に進み、新しいグループを追加します。識別しやすい名前を付け、コピーしたURLをサブスクリプションURL欄に貼り付けます。ほかの項目はひとまず初期値のままにしてください。保存して設定画面を閉じたら、サブスクリプショングループメニューに戻り、追加したグループを更新します。利用可能なプロキシ接続がない場合は、まずプロキシを経由しない更新方法を試してください。更新方法が複数表示される場合は適切なものを選び、すべての項目を続けてクリックしないでください。

更新後、メインの一覧にグループ内のノードが表示されるはずです。グループの絞り込みで追加した項目が選択されていることを確認し、ノード名、プロトコル、サーバーアドレスが表示されているかを見ます。「更新完了」と表示されても一覧が空なら、利用可能な設定を取得できたとは限りません。絞り込みでノードが隠れている場合や、応答にクライアントが対応するノード情報が含まれていない場合があります。まず一覧の絞り込みを解除し、更新ログを確認してください。

v2rayNGでサブスクリプションを追加

サイドメニューまたはその他のメニューから「サブスクリプショングループ設定」を開き、追加をタップして名前とURLを入力し、保存します。メイン画面に戻り、その他のメニューからサブスクリプションを更新して、該当グループを確認してください。「保存」は設定取得用のURLを保存する操作です。ノードを取得するには更新も必要です。保存後にノードが表示されない場合は、再インストールする前に更新を実行したか確認してください。

vmess://、vless://、trojan://で始まる単一ノードのリンクを入手した場合は、「クリップボードからインポート」などの項目を使います。サブスクリプションURLとして保存しないでください。共有リンクは特定のノードを表し、サブスクリプションURLは更新可能な設定の一覧を返します。どちらもノード一覧に追加できますが、元のURLから設定を再取得できるのはサブスクリプショングループです。関連用語は用語集で確認できます。

この手順の完了条件は、ノードが一覧に表示され、どのグループから取得したか確認できることです。更新に失敗した場合は、サブスクリプションの有効期限、URLのコピー漏れ、現在のネットワークからサブスクリプションサーバーにアクセスできるかを確認します。サブスクリプションの問題を解決するために、サーバーのポートをむやみに変更しないでください。ログの見方はトラブルシューティングを参照してください。一覧に問題がなければ、次はクライアントに取り込む通信を決めてからノードに接続します。

手順2：プロキシモードを選び、通信の取り込みとルーティングを区別

プロキシ設定には2つの段階があります。1つ目はシステムプロキシやTUNなど、通信をクライアントに取り込む方法です。2つ目は、コアに取り込んだ後の通信をプロキシ、直接接続、ブロックのどれにするかを決めるルーティングルールです。画面に「グローバル」と表示されている場合は、どのメニューの設定か確認してください。グローバルルーティングは通常、すでにコアに届いたリクエストの送信先をプロキシにする設定であり、端末上のすべてのアプリを取り込むわけではありません。

デスクトップ版ではまずシステムプロキシを使用

初回設定ではTUNをオフにしたまま、v2rayNのメインウィンドウまたはタスクトレイから「システムプロキシ」を開き、「システムプロキシを自動設定」などの項目を選びます。この機能はOSのプロキシアドレスをクライアントのローカル待受ポートに設定するため、まずはブラウザーなどシステムプロキシに従うアプリで動作を確認できます。ポートを手動で確認する場合は、設定内のインバウンドまたはローカル待受に関する画面を開き、HTTP、SOCKS、または混合待受の現在の値を使ってください。他のガイドにある数値をそのまま使わないでください。

システムプロキシを有効にしても、コアが正常に動作していなければブラウザーでページを開けない場合があります。この段階でテストに時間をかけず、モードを選んだら次の手順に進んでください。先に設定項目だけ確認し、ノードの起動後に有効にしてもかまいません。初回設定では、古いプロキシ設定を維持するだけの項目を代わりに選ばないでください。システムプロキシを手動設定したことがある場合は、元の値を記録してから変更し、元に戻せなくなるのを防ぎましょう。

ルーティングを選び、Android版の動作と比較

ルーティング設定では、まずクライアントに用意されている一般的なルールセットを選びます。たとえば、LAN内と中国本土のアドレスを直接接続するルールです。プリセット名はバージョンによって異なるため、ルールの説明を確認し、出所不明のカスタムルールを複数重ねないでください。テスト先がルールによって直接接続される場合、ブラウザーに表示される接続元は変わりませんが、システムプロキシが無効という意味ではありません。ルールの影響を一時的に除外するには、比較テストの間だけグローバルプロキシルーティングに切り替え、テスト後に元のルールへ戻します。

v2rayNGを初めて使うときは、設定で動作モードがVPNになっていることを確認し、接続時にシステムの許可を受け入れます。このモードはAndroidのVPNインターフェースを通じて通信を取り込みますが、別のリモートVPNサービスを起動することとは異なります。アプリごとのプロキシ設定を以前に変更した場合は、テストするブラウザーが対象から除外されていないか確認してください。初回は初期設定の範囲を維持し、アプリの選別やカスタムルーティングを重ねないようにします。

TUNはシステムプロキシ設定を参照しないアプリの通信にも対応できますが、権限、仮想インターフェース、DNSの設定が必要になる場合があります。初回接続に必須ではありません。まずシステムプロキシで接続できれば、その後の問題を切り分けやすくなります。ドメイン判定、直接接続、DNSについて詳しくはルーティングとDNSの用語解説をご覧ください。次は利用できるノードを1つ選び、コアを起動します。

手順3：利用できるノードを選んで接続

ノード一覧に戻り、提供元が明確な少数のノードを選んでテストします。一度にすべてを試す必要はありません。v2rayNではノードを右クリックし、「実接続テスト」または同様の項目を探してください。単純なTCP接続テストより実際の利用経路に近い方法ですが、テスト先のURL、ネットワーク環境、サービス側のポリシーにも左右されるため、結果は現時点での利用可否の目安として扱います。

TCPテストの成功が示すのは、指定したアドレスとポートに接続できることだけです。認証、暗号化、接続先へのアクセスまで確認できたわけではありません。実接続テストに失敗しても、テスト先のWebサイトにアクセスできない可能性があり、サブスクリプション全体が使えないとは限りません。実接続テストに成功したノードを優先し、その後ブラウザーで確認してください。遅延の数値だけを見て何度も切り替えたり、複数の速度テストを同時に実行したりしないでください。テスト自体が接続を占有することがあります。

アクティブサーバーに設定してコアの状態を確認

v2rayNのノードを右クリックし、「アクティブサーバーに設定」または同様の項目を選び、選択マークが変わったことを確認します。切り替え後、クライアントがコアの設定を再読み込みする場合があります。起動、再起動、稼働状態を確認する項目があれば、コアが起動しているか確認してください。前の手順で準備したシステムプロキシも有効にします。ノード行を選ぶ操作とアクティブサーバーに設定する操作が別の場合があるため、アクティブ表示と稼働ログを基準にしてください。

メインウィンドウ下部のログ、またはログ画面を開き、起動中に設定の解析エラー、ポートの競合、コアの終了が記録されていないか確認します。ローカル待受ポートが別のプログラムに使用されている場合は、そのプログラムを終了してからコアを再起動します。ポートを変更する必要がある場合は、手動設定したアプリのプロキシアドレスも合わせて更新してください。起動エラーの後に何度もページを再読み込みしても、ローカルプロキシへの接続失敗が繰り返されるだけです。

Android版の起動と接続許可

v2rayNGのメイン画面で使用するノードを選び、選択状態を確認してから起動ボタンをタップします。初回起動時はシステムのVPN接続許可が表示されるため、要求元のアプリを確認して許可します。メイン画面に戻り、稼働状態が変わったことを確認してからテスト用ブラウザーを開きます。通知領域に接続アイコンが表示されれば、端末内で通信を取り込むサービスが起動したことは分かりますが、リモートノードが利用できる証明にはなりません。次の手順で実際のアクセスを確認してください。

起動後すぐに停止する場合は、まずクライアントログを確認し、設定項目の不足やプロトコルの互換性に問題がないか調べます。接続がタイムアウトし続ける場合は、同じグループ内の別のノードと比較し、端末の時刻も確認してください。UUID、パスワード、サーバー名、REALITYのパラメーターを推測で入力しないでください。これらの値はサーバー側の設定と一致している必要があります。ノードの詳細情報は設定提供元の情報を使い、ほかのノードから値を流用しないでください。

初回のトラブルシューティングでは、一度に変更する項目を1つにします。まずノードを変え、それでも失敗する場合はネットワークを変え、最後に設定の詳細を確認します。変更のたびに同じ接続先をテストし、結果を比較してください。コアが稼働し、アクティブノードが明確で、通信を取り込む設定も有効になったら、最後の手順に進みます。より複雑なプロトコルエラーやモバイル端末のバックグラウンド切断は、手順に沿ったトラブルシューティングで確認してください。

手順4：プロキシの動作を確認

まず、システムプロキシ設定に従うブラウザーでテスト用のHTTPSページを開き、クライアントログも確認します。初回は新しく開いたページを使い、必要に応じてシークレットウィンドウを作成して、キャッシュや既存の接続による影響を抑えます。ブラウザーに個別のプロキシ拡張機能がある場合は、一時的に無効にするか、システム設定に従うようにしてください。拡張機能がリクエスト経路を上書きすると、設定したシステムプロキシの状態を確認できません。

ページが開くことが1つ目の確認結果で、ログに接続先と送信先が記録されることが2つ目の確認結果です。現在のログレベルで接続情報が表示される場合は、ブラウザーからアクセスしたときに該当ドメインが記録され、プロキシ経由か直接接続かを確認できます。確認のために詳細ログを長時間有効にしないでください。通常のログでは判断できない場合は、一時的に記録レベルを上げて確認し、終わったら元に戻します。ログを共有する前に、サブスクリプションURL、ノードの認証情報、その他の個人情報を隠してください。

プロキシを明示したリクエストで問題を切り分け

「ノードに接続できない」のか「システムプロキシがアプリに適用されていない」のかを切り分けるには、ターミナルでcurlを使い、ローカルプロキシを明示してリクエストできます。まずクライアントの設定画面で、実際のHTTP待受ポートを確認してください。以下の8080はコマンド例の値です。実行前に画面に表示されているポート番号に置き換えてください。クライアントでSOCKS待受のみを有効にしている場合、このHTTPの例はそのまま使えません。ターミナルでcurlコマンドを使える環境も必要です。

curl --proxy http://127.0.0.1:8080 --head --max-time 15 https://example.com

このコマンドは、公開されているサンプルサイトにリクエストを送り、指定したプロキシ経由でHTTPレスポンスヘッダーを取得できるか確認するもので、速度測定ではありません。応答が返ってきても、今回のリクエスト経路が正常に動作したことしか分かりません。すべてのアプリ、ドメイン、UDP通信がプロキシ経由になったとは限りません。ルーティングルールでそのドメインが直接接続される場合、リクエストは直接接続で送信されることがあります。プロキシ経由の送信を確認するには、一時的にグローバルプロキシルーティングに切り替え、ログも合わせて確認してください。

プロキシを明示したリクエストは成功するのにブラウザーで失敗する場合は、システムプロキシが有効か、ブラウザーがシステム設定に従っているか、拡張機能が設定を上書きしていないか確認します。ローカルプロキシアドレスに接続できないと表示される場合は、ポートとコアの稼働状態を確認してください。ローカルプロキシには接続できても、その後のハンドシェイクやリクエストに失敗する場合は、ノード、ルーティング、DNSに関するログを確認します。TUN、DNS、プロトコル設定を次々と変更するより、問題を特定しやすい手順です。

動作する設定を記録して正しく終了

接続を確認できたら、利用できたサブスクリプショングループ、アクティブノード、ルーティングプリセット、通信の取り込み方法だけを記録します。サービスの認証情報をすべて記録する必要はありません。その後、必要なルールや対象アプリの範囲を1つずつ調整し、変更のたびに同じページへのアクセスを確認します。システムプロキシを使わないアプリへの対応が必要だと分かった場合に、そのアプリ専用のプロキシを設定するか、トラブルシューティングの通信取り込みとDNSの説明を読み、TUNが必要か検討してください。

デスクトップ版の使用を終えるときは、クライアントで「システムプロキシを解除」または同等の項目を選んでから終了します。OSが、終了済みのローカルポートへリクエストを送り続けるのを防げます。クライアント終了時に自動で解除される場合も、初回使用後はOSのネットワーク設定で状態を確認してください。v2rayNGでは停止ボタンをタップし、接続が終了したことを確認します。システムでVPNの常時接続や、VPN未使用時の接続ブロックを設定している場合は、必要に応じて該当項目も確認してください。

これでサブスクリプションの取得、通信の取り込み、ノード接続、アクセス確認をそれぞれ確認できました。今後、更新に失敗したり、特定のアプリに接続できなかったり、接続後に速度が不安定になったりした場合は、最後に正常動作した設定と具体的なエラーをもとにトラブルシューティングを確認してください。最初から再インストールする必要はありません。VMess、VLESS、REALITYやコアの違いを知りたい場合は用語集を参照し、初回接続の手順は簡潔で再現できる形に保ちましょう。