v2rayNでサブスクリプションを追加
して接続を確認

ステップ1：サブスクリプションを追加してノードを確認

まず、手元の情報がどの種類か確認します。通常、https://で始まり、複数のノードを取得するURLはサブスクリプションリンクです。vmess://、vless://、trojan://で始まる内容は、通常、単一ノードの共有リンクです。追加方法は異なる場合があるため、共有リンクをサブスクリプションURL欄に貼ると更新に失敗することがあります。提供元から設定ファイル一式を受け取った場合も、URLとして入力せず、クライアントが対応する設定のインポート機能を使ってください。

v2rayNにサブスクリプショングループを追加

v2rayNのメイン画面を開き、「サブスクリプショングループ」関連のメニューから「サブスクリプショングループ設定」などの管理画面に進み、新規追加を選びます。見分けやすいグループ名を入力し、サブスクリプションURL全体を欄に貼り付けます。先頭や末尾に空白、改行、チャットアプリが付けた句読点が紛れ込んでいないか確認し、設定を保存してメイン画面に戻ります。

URLを保存しただけでは、クライアントが取得元を記憶した状態で、ノードはまだ取得されていません。続いてサブスクリプションメニューから対象グループを更新するか、グループの右クリックメニューから更新します。まだ接続できるノードがない初回は、まずプロキシを経由しない更新方法を使ってください。提供元から既存のプロキシ経由でのアクセスを指定されている場合に限り、対応する更新方法を使います。更新後、メインの一覧にノードが表示されていることを確認し、追加したグループに切り替えてください。

v2rayNGにサブスクリプショングループを追加

サイドメニューから「サブスクリプショングループ設定」を開き、新規追加ボタンでグループ名とサブスクリプションURLを入力して保存します。メイン画面に戻り、右上のメニューからサブスクリプションを更新します。更新が完了したら、メインの一覧に設定が追加されているか確認してください。ノードの共有リンクが1つだけの場合は、内容全体をコピーし、メイン画面の追加メニューからクリップボード経由でインポートできます。単一ノードのためにサブスクリプショングループを作る必要はありません。

追加後、ノードの編集画面または詳細画面を開き、サーバーアドレスとポートが空欄でないこと、プロトコル、転送方式、安全性の設定がサブスクリプションから反映されていることを確認します。この段階では、SNI、転送パス、サービス名などを記憶だけで変更しないでください。通常、これらの値はサーバー側と一致している必要があります。項目が欠けている場合は、まずサブスクリプション形式が現在のクライアントで対応しているかを確認し、必要に応じて再追加してください。

この手順の完了条件は、ノードが一覧に表示され、詳細画面で設定を確認できることです。ノード名が表示されても接続成功とは限りませんが、設定を取り込む段階は完了しています。取り込んだ設定はそのまま残し、次に通信をクライアントへ送る方法だけを調整します。

ステップ2：プロキシモードとルーティングプリセットを選ぶ

「プロキシモード」は、異なる2つの意味で使われることがあります。1つはアプリの通信をどうクライアントに送るか、もう1つはクライアントに届いた通信をどの出口へ送るかです。前者はシステムプロキシ、アプリごとの設定、仮想ネットワークインターフェースなどに関わり、後者は全般プロキシ、直結、ルールに基づくルーティングに関わります。初回設定ではこの2つを分けて確認すると、複数の設定を同時に有効にするより動作を理解しやすくなります。

PC版ではまずシステムプロキシを使う

v2rayNの下部ステータス欄またはトレイの右クリックメニューから、「システムプロキシ」を探します。ブラウザーなど、システム設定に従うアプリでクライアントを使う場合は、「システムプロキシを自動設定」など同等の項目を選びます。クライアントがシステムプロキシの接続先をローカルの待ち受けアドレスに設定します。リモートノードのサーバーアドレスやポートをシステムプロキシに直接入力しないでください。接続先が異なります。

システムプロキシを設定しても、すべてのアプリの通信が取り込まれるわけではありません。独自のネットワーク設定を使うアプリや、システムプロキシを参照しない接続は、そのまま直結することがあります。スイッチの状態だけでは異常かどうか判断できません。初回の確認にはシステムプロキシに従うブラウザーを使い、プロキシ設定を上書きする拡張機能は一時的に無効にしてください。同じ通信が複数の設定で転送されるのを防げます。

Android版ではVPNによる通信の取り込みを確認

v2rayNGは通常、AndroidのVPN機能を使って通信を取り込みます。起動時にシステムから接続許可を求められます。ここでいうVPNは、通信を取り込むためのシステム機能であり、別のツールを追加でインストールする必要があるという意味ではありません。設定に「指定したアプリのみプロキシ」や「指定したアプリを除外」といった項目がある場合、初回はブラウザーが除外されていないか確認してください。除外されていると、クライアントが接続済みでもブラウザーの通信は経由しません。

通信の取り込み方法を決めたら、クライアントのルーティング設定を確認します。内蔵プリセットを選ぶ前に説明を読みましょう。ルールに基づくルーティングではドメインやアドレスによって直結とプロキシを切り替え、全般プロキシでは通常、クライアントに届いた一般的な通信をプロキシ出口へ送ります。条件を絞るため、まず動作が明確な全般プロキシのプリセットで短時間確認し、接続できたら普段の使い方に合うルールプリセットへ戻す方法があります。全般プロキシでも、クライアントを迂回するアプリの通信は変わりません。

初回からTUN、自作ルール、DNS設定の変更、別のプロキシツールを同時に有効にしないでください。複数の仕組みで通信を取り込むとルーティングループが起きることがあり、ルールの変更で元の接続問題が見えにくくなります。通信を取り込む範囲、ルールの優先順位、DNSの動作を詳しく知りたい場合は、システム設定ガイドを参照してください。まずは再現しやすい基本設定で確認します。

ここまでで、テストするアプリの通信をどの方法でクライアントに送るか、テスト通信がどの出口を使う想定かを説明できる状態にします。確認できたら、使用するノードを選んで接続を開始してください。

ステップ3：使用するノードを選んで接続を開始

サブスクリプションには複数のノードを保存できますが、通信するには使用する設定を1つ選ぶ必要があります。先ほど設定を確認したノードを選び、同じテスト中に何度も切り替えないでください。ログとアクセス結果を対応させにくくなります。速度や遅延のテストは参考になりますが、実際のWebページへのアクセス確認の代わりにはなりません。

PC版でノードを有効にしてコアの状態を確認

v2rayNのノード一覧で対象を選び、右クリックメニューから「現在のサーバーに設定」など同等の操作を実行します。バージョンによってはダブルクリックでも切り替えられます。一覧のマークやステータス欄を見て、使用する設定が対象ノードに切り替わったことを確認してください。切り替え時にコアが再読み込みされるのが一般的です。停止状態のままなら、起動またはサービスの再起動を実行します。

ログ欄を開き、まずコアが正常に起動したか確認します。ポートの競合、設定の解析失敗、必要なデータファイルの欠落などが表示された場合は、起動時の問題を先に解決してください。ブラウザーを何度も再読み込みしてもノードの状態は判断できません。ポートが使用中の場合は、クライアントを重複起動していないか、別のツールが同じローカル待ち受けポートを使っていないか確認します。重複したプロセスを終了して再起動し、ポートを次々に変更するのは避けてください。

コアの起動後、ステップ2で設定したシステムプロキシが引き続き有効か確認します。コアが正常に動作していても、別のソフトがシステムプロキシを上書きすると、ブラウザーの通信がクライアントに届きません。システムプロキシは、クライアントが現在使用しているローカルの待ち受け先を指定します。設定やバージョンによって値が異なるため、別の解説にある固定ポートをそのまま使わないでください。

Android版で許可してサービスを起動

v2rayNGのメイン画面で対象ノードを選び、使用する設定にしてから接続ボタンをタップします。初回はシステムからVPN接続の許可を求められます。v2rayNGが要求元であることを確認して許可してください。その後、クライアントの接続状態と、システムに表示されるVPNの状態を確認します。接続ボタンの表示が変わればローカルのサービスは動作し始めていますが、実際のアクセス確認は次の手順で行います。

すでに別のVPN接続が有効な場合は、テスト前に切断してください。2つの接続が互いに置き換わることがあります。起動直後に停止する場合は、クライアントのログを開き、最後の「停止」表示だけでなく最初に出たエラーを記録します。システムのVPN機能を使う場合、通常の接続に関係のない高い権限を追加で許可する必要はありません。

起動後に表示されるエラーには段階の違いがあります。設定の解析失敗は接続を確立する前に発生します。一方、アクセス時のタイムアウト、ハンドシェイク失敗、名前解決エラーは、後続の段階まで進んだことを示します。この場合はモードとノードを変えずに次の確認へ進み、特定のリクエストを実行して現象を観察してから、ノードの変更や設定の確認が必要か判断してください。

ステップ4：動作を確認して普段の設定に戻す

トレイアイコンや接続ボタンを見るだけでは、動作を確認できません。「クライアントが動作中」「リクエストがクライアントに届いている」「リクエストが想定した出口を使っている」の3点をあわせて確認するのが確実です。まず、アクセスできることが分かっているHTTPSページを開いて再読み込みします。ブラウザーのキャッシュが表示されている可能性がある場合は、新しいウィンドウを使うか、リクエストを再実行して、古いページを現在の接続結果と誤認しないようにしてください。

アクセスした時刻とログを照らし合わせる

クライアントのログを開いた状態でブラウザーからテストページにアクセスし、同じ時刻に該当するドメインや接続記録が表示されるか確認します。ログに表示される内容はログレベルによって異なります。記録が見つからない場合は、まずアクセスログが有効か確認し、すぐにノードの問題と判断しないでください。ログに出口のタグが表示される場合は、ステップ2で選んだルーティングと合っているか確認します。プロキシに送る通信はプロキシ出口に、直結する通信は直結になっているか見てください。

必要に応じて、信頼できるパブリックIP確認ページを補助的に使えますが、同じアプリと同じ条件で比較してください。1回の確認で分かるのは、そのリクエストが通った経路だけです。端末上のすべてのアプリがプロキシを経由している証明にはなりません。ルールによるルーティングを有効にすると、ドメインごとに異なる出口を使うのは正常です。直結するページで出口が変わらなくても、設定全体が反映されていないとは限りません。

状況に応じて確認範囲を絞る

ブラウザーのリクエストがクライアントに記録されない場合は、システムプロキシ、ブラウザー独自のプロキシ設定、Androidのアプリ別ルーティング設定を確認します。リクエストがクライアントに届いているものの、ログにリモート接続のタイムアウトがある場合は、ノードのアドレス、ポート、現在のネットワーク、サブスクリプションの状態を確認します。ハンドシェイクエラーが出た場合は、ノードの詳細にある安全性の設定とシステム時刻を確認してください。設定を直す代わりに証明書の検証を無効にしないでください。

一部のドメインだけ開けない場合は、ノードを変えずに、それぞれのリクエストが異なるルールに一致しているか確認し、DNS関連のメッセージも調べます。クライアントを終了した後も通常のWebページがすべて開けない場合は、ローカルネットワークとシステムプロキシが残っていないかを確認してください。一度に変更する設定は1つにして、同じテストを再実行します。ノード、DNS、ルーティングを同時に変えると、改善や失敗の原因を追跡できません。

基本接続を確認できたら、テスト用の全般プロキシから普段使うルーティングプリセットに切り替え、直結する想定のページとプロキシを使う想定のページを開いて、出口が適切か確認します。ルールを追加したりTUNを有効にしたりする場合は、システム設定ガイドのルーティングと通信の取り込みに関する説明を参照してください。Webページが一度開けただけで、すべての詳細設定を確認できたと判断しないでください。

使用を終了して再現できる設定を残す

PC版の使用を終えるときは、まずv2rayNでシステムプロキシを解除し、必要に応じてサービスを停止するかクライアントを終了します。解除しないと、アプリの通信が停止済みのローカルポートへ送られることがあります。Android版は切断ボタンをタップし、システムのVPNが終了したことを確認してください。後でバックグラウンド中に自動切断される場合は、最初からすべてのバックグラウンド権限を変更するのではなく、システムのバッテリー管理でクライアントの動作が制限されていないか確認します。

日常のメンテナンスでは、必要なことだけ続けましょう。サブスクリプションの提供元を信頼できることを確認したうえで必要に応じて更新し、更新後は使用中のノードが変わっていないか確認します。問題が起きたときは使用中のモードと最初の重要なエラーを記録し、共有時にはURLに含まれる認証情報を隠してください。最初から確認し直す場合はサブスクリプションの追加手順から進めます。コアの違い、ルーティングの優先順位、TUNの仕組みを知りたい場合は、システム設定ガイドを参照してください。初回接続のために設定全体を書き換える必要はありません。