ステップ1：サブスクリプションを追加してノードを更新
サービス提供元の管理ページでサブスクリプションURLを省略せずにコピーしてから、クライアントを開きます。サブスクリプションURLは複数のノードの取得と、その後の更新に使うもので、通常はWebページのURLです。一方、vmess://やvless://などで始まる文字列は、通常、単一ノードの共有リンクです。取り込み方法が異なるため、どちらもコピーできるからといって同じ欄に入力しないでください。コピー時は説明文、引用符、改行を含めないようにします。また、サブスクリプションURLを公開チャットやスクリーンショット、問い合わせ内容に載せないでください。
v2rayNでサブスクリプショングループを追加
メインウィンドウを開き、「サブスクリプショングループ」または同様のメニューからグループ設定に進み、新規追加を選択します。「普段使い」など識別しやすい名前を入力し、サブスクリプションURL欄にURLを貼り付けます。他の項目はまず既定値のままにし、保存してメインウィンドウに戻ります。この時点ではURLが登録されただけです。ノードが一覧に表示されなくても、取り込みに失敗したとは限りません。続けて更新を実行してください。
サブスクリプションメニューから更新を選択します。初期設定中で利用可能なプロキシがない場合は、まず現在のプロキシを経由しない更新方法を試してください。現在のネットワークからサブスクリプションを取得できず、端末に利用可能な接続がある場合は、状況に応じてプロキシ経由で更新します。処理が終わるまで待ち、画面下部のログや更新通知を確認してから、作成したグループに切り替えます。成功するとサーバーの項目が表示されます。プロトコルやアドレスなどはサブスクリプションに含まれているため、一つずつ手入力する必要はありません。
v2rayNGでサブスクリプショングループを追加
サイドメニューから「サブスクリプショングループ設定」または同様のサブスクリプション管理画面を開き、追加ボタンをタップします。名前と完全なURLを入力して保存し、メイン画面に戻ります。次に、メイン画面のメニューからサブスクリプションを更新し、完了通知が表示されるまで待ちます。バージョンによってグループで絞り込める場合は、追加したグループに切り替えて結果を確認してください。表示中のグループが空でも、同じURLをすぐに追加し直す必要はありません。
単一ノードの共有リンクを受け取った場合は、まずリンクをコピーし、メイン画面にある「クリップボードからインポート」などの項目を使います。取り込み後にノードが表示されますが、サブスクリプションとは異なり、サービス提供元による設定変更は自動反映されません。QRコードも設定を伝える方法の一つです。読み取る前に、提供元を確認してください。この2種類の違いは共有リンクとサブスクリプションURLの解説をご覧ください。初回接続の前にリンク内部の項目を解析する必要はありません。
一覧が更新されたことを確認して次へ進む
更新が完了しても項目が表示されない場合は、URLが完全か、サブスクリプションが有効か、ログにタイムアウトやアクセス拒否、内容の解析エラーが出ていないかを確認します。サービス管理ページの通常のログインURLは、サブスクリプションURLとは異なります。開くとログイン画面が表示されるURLも、そのまま取り込めるとは限りません。更新を何度も連続で実行したり、証明書の検証を無効にしてエラーを回避したりしないでください。詳しい原因はよくある質問を参照して確認できます。
ノード一覧に表示されたら、まずサービス提供元の既定の項目をそのまま使い、通信方式、TLS、プロトコルの設定はすぐに変更しないでください。サブスクリプション内のノード名は識別用であり、実際の回線状況を保証するものではありません。利用できるかどうかは、接続して確認する必要があります。選択できる設定が用意できたら、次にどのアプリの通信をクライアントに処理させるかを決めます。
ステップ2：プロキシモードとルーティングを選択
まず、2つの役割を区別しましょう。プロキシモードは通信をクライアントに取り込む方法を決め、ルーティングルールは取り込んだ通信をプロキシ経由、直接接続、またはブロックのどれにするかを決めます。システムプロキシを有効にしても、すべてのアプリが従うわけではありません。また、全般ルーティングを選んでも、もともとクライアントに入っていない通信が自動的に取り込まれるわけではありません。初期設定では、まず1つの方法で動作を確認してから、対象範囲を広げてください。
デスクトップではまずシステムプロキシを使う
v2rayNのメインウィンドウまたはタスクトレイのメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」など同様の項目を選びます。これにより、ローカルプロキシの接続先がシステム設定に反映されます。システムプロキシに従うブラウザーなどのアプリで、まず動作を確認するのに適しています。「現在の設定を維持」だけを選んで、通信が取り込まれていると思い込まないようにしてください。ブラウザーにプロキシ拡張機能がある場合、拡張機能がシステム設定より優先されることがあります。テスト前に別のプロキシが指定されていないか確認しましょう。
続いてルーティングの設定を確認します。初めて使う場合は、まずクライアントの既定ルールを維持してください。バージョンによって既定のルール名は異なりますが、現在の設定がすべて直接接続ではないことを確認するのが重要です。特定の接続先にプロキシ経由でアクセスできるか一時的に試す場合は、意味を理解したうえで全般ルーティングに切り替え、テスト後に元へ戻します。ここでいう「全般」は、クライアントに入った後のルーティング処理を指し、端末全体の通信が取り込まれることを保証するものではありません。
必要な場合に限りTUNを使う
ブラウザーは正常に使えるのに、特定のアプリがシステムプロキシ設定を読み取らない場合は、TUNの利用を検討してください。仮想ネットワークアダプターで通信を処理するため、有効にする際に管理者権限やシステムの許可、ネットワークコンポーネントのインストールが必要になることがあります。現在の設定を保存し、ネットワークを取り込む他のツールを終了してから、クライアントの案内に従って必要な権限を設定してください。初回テストでDNSを変更し、カスタムルーティングを追加し、複数のモードを同時に有効にするのは避けましょう。問題の原因を特定しにくくなります。
TUNで通信が取り込まれる範囲は、ルーティング、アプリの除外設定、システム環境にも左右されます。スイッチがオンになっただけで、すべての通信がプロキシ経由になるとは限りません。仮想ネットワークアダプターや権限の問題は、基本的な接続に成功してから全プラットフォームのインストール・設定ガイドで確認できます。ブラウザーの動作確認だけなら、システムプロキシを使えば十分です。このガイドを進めるためにTUNを有効にする必要はありません。
AndroidでVPNの許可とアプリの対象範囲を確認
v2rayNGは通常、AndroidのVPNインターフェースを使って通信を取り込みます。初めて接続ボタンをタップすると、システムの許可確認が表示されます。この許可は端末内で通信を処理する経路を作るためのもので、クライアントがリモートノードを自動で用意するという意味ではありません。まずクライアント設定のアプリごとのプロキシ設定や、対象外にするアプリの設定を確認してください。テストするブラウザーが除外されていると、接続が確立していても、その通信はクライアントに入りません。
初回テストでは既定のルーティングを維持し、複雑なアプリ一覧の設定は後回しにしましょう。端末で別のVPNに接続している場合は、切断が必要か確認してください。複数のVPNがシステムの通信経路を奪い合う可能性があります。通信の取り込み方法とテストするアプリを決めたら、ノードを選んで接続を開始します。この段階でルールの構文をすべて覚える必要はありません。
ステップ3：ノードを選択して接続を開始
ノード一覧に戻り、サービスが稼働中で設定も有効な項目を選択します。クライアントに実接続テスト機能があれば、候補を絞るために利用できます。ただし結果は、そのときのテスト対象と環境に限られ、実際のアプリでの確認に代わるものではありません。ノード名に含まれる地域名や回線の説明だけで利用可否を判断したり、一覧全体の速度を何度も測定したりする必要はありません。
デスクトップでアクティブサーバーを設定
v2rayNで対象のノードを選択し、右クリックメニューから「アクティブサーバーに設定」など同様の項目を選びます。バージョンによってはダブルクリックでも切り替えられるため、画面の案内に従ってください。アクティブ項目のマークやステータスバーを確認し、選択したノードが実際に使用中であることを確かめます。行にフォーカスが移っただけでは不十分です。その後、前の手順で選んだシステムプロキシまたはTUNが必要な状態になっているか確認してください。
v2rayNは通常、アクティブな設定を切り替えるとコアを自動で起動するため、目立つ接続ボタンがない場合があります。ログを確認し、起動に成功したか、設定の読み込みエラーやローカルポートの競合がないかを調べてください。ポートが使用中の場合は、クライアントの二重起動や同じポートを使う他のプログラムを終了します。見慣れないポート番号をすぐに設定し直すのは避けてください。ローカルの待ち受けポートを変更した場合は、システムプロキシが参照するポートも合わせる必要があります。
Androidで接続を開始
v2rayNGのメイン画面で使用するノードを選択し、接続ボタンをタップします。初回にシステムのVPN接続要求が表示されたら、内容を確認して許可してください。拒否すると通信を取り込む経路は作成されません。接続ボタンをもう一度タップして、許可を行ってください。接続後は通常、クライアントの状態表示が変わり、システムにもVPNの状態が表示されます。ただし、これは端末内のサービスや経路が確立したことを示すだけです。リモート側で通信を処理できるかは、実際にアクセスして確認してください。
状態がすぐに未接続に戻る場合は、まずクライアントのログとシステムの権限通知を確認します。画面を表示している間は使えても、画面ロック後に切断される場合は、バッテリー最適化やバックグラウンド動作の制限を確認し、必要なバックグラウンド動作だけを許可してください。最初からすべての権限を許可する必要はありません。ノードを切り替えた後は設定の再読み込みを待ってから、新しいリクエストを送信します。既存の接続が新しいノードへすぐに切り替わるとは限りません。
エラーが出たら変更は一度に1つだけ
接続に失敗したら、エラーの種類と発生時刻を記録しておきます。サブスクリプションURLや設定全体を含むログをコピーしないでください。設定の解析エラーならサブスクリプションの追加を確認し、権限エラーなら通信の取り込み方法を確認します。タイムアウトの場合は、他の設定を変えずに別のノードを試します。証明書やハンドシェイクのエラーでは、端末の日付と時刻、サービス設定が正しいかも確認してください。セキュリティ設定をむやみに無効にして解決を試みないでください。
起動エラーがログに出なくなり、接続状態が安定したら最後の手順に進みます。「プロセスが実行中」であることと「対象アプリがプロキシを経由している」ことは同じではありません。実際のアプリからリクエストを送って確認してください。
ステップ4：動作を確認して終了後に復元
まず、普段使うブラウザーで、見慣れていて現在アクセスできるHTTPSページを開き、次に確認したいサービスへアクセスします。キャッシュされた内容だけを見ないよう、新しいタブを使って再読み込みしてください。ページが表示されることは最初の確認結果ですが、それだけでは通信経路は分かりません。ルーティングルールとクライアントの動作記録を合わせて確認しましょう。
対象アプリとログで照らし合わせて確認
新しいリクエストを送信した後、クライアントのログに対応するドメイン、接続先アドレス、接続記録があるか確認します。ログの内容はバージョンや記録レベルによって異なり、詳細な記録がないからといって、必ずしもリクエストが取り込まれていないわけではありません。そのために大量のデバッグログを長時間有効にしないでください。記録があり、直接接続と表示される場合は、まず現在のルーティングで対象が直接接続に分類されていないか確認します。クライアントをすぐに再インストールする必要はありません。
出口IPの確認ページを使う場合は、そのページへの通信がルール上プロキシ経由になっていることを確認してください。プロキシの出口IPが表示されても、分かるのはその確認リクエストの経路だけです。通常のネットワークの出口IPが表示されても、そのサイトがルールによって直接接続されている可能性があり、クライアント全体が動作していないとは限りません。TUNを有効にしている場合も同様です。対象アプリの動作、ルーティングの設定、ログを合わせて確認するのが確実です。
ブラウザーでは使えるのに別のアプリで使えない場合は、まずそのアプリがシステムプロキシに対応しているか、アプリごとの設定で除外されていないか、再接続のために再起動が必要かを確認します。サブスクリプションが無効になったとすぐに判断しないでください。逆に、すべてのアプリで接続できない場合は、まず基本的なネットワーク状態を戻してから、ノードと権限を確認します。DNS、UDP、アプリ独自のプロキシ設定を詳しく調べるには、FAQとトラブルシューティングまたは全プラットフォームガイドをご覧ください。初期設定の段階ですべてのケースに対応する必要はありません。
接続を停止してネットワークを確認
確認が終わり、しばらくプロキシを使わない場合は、デスクトップではクライアントでシステムプロキシを解除します。TUNを使っている場合は、そのスイッチもオフにしてから通常の手順で終了してください。ウィンドウを閉じただけではタスクトレイに最小化され、コアが停止していないことがあります。プロセスを直接終了した後にブラウザーが使えなくなった場合は、システムプロキシが停止済みのローカルポートを参照したままになっていないか確認し、残った設定を削除してから再度接続を試します。
Androidでは接続を切断し、クライアントの状態が停止したことを確認します。システムのVPN表示も終了したか確認してから、通常のWebページを開き、日常のネットワークが復旧したことを確かめてください。他のネットワークツールも動作している場合は、個別に状態を確認します。変化のすべてを現在のクライアントのせいだと決めつけないでください。接続の停止と復元方法を把握することも初期設定の一部であり、次回のトラブルシューティングで古い設定を新しい問題と誤認するのを防ぎます。
普段の利用では、サブスクリプションを更新し、ノードを選び、必要な通信の取り込み方法を有効にするだけです。サブスクリプションの更新後にノードが変わることがあるため、使用中のノードを改めて確認してください。端末を替える場合は、プラットフォームに合わせて権限を設定します。別の端末のローカルパスやネットワーク設定をそのまま流用しないでください。プラットフォーム別の詳しい手順は全プラットフォームのインストール・設定ガイドをご覧ください。個別の問題はよくある質問で症状から探すのがおすすめです。