STEP 01 / SUBSCRIPTION
サブスクリプションを追加：URLを保存してノードを更新
v2rayNを開き、上部の「サブスクリプショングループ」メニューから「サブスクリプショングループ設定」を選びます。グループを追加し、「備考」に識別しやすい名前を入力して、「サブスクリプションURL」欄に実際のURLを貼り付けます。備考はローカルでの識別用で、接続には影響しません。URLは完全な状態で入力してください。特に「?」以降のパラメーターを省略しないよう注意します。チャットからコピーした場合は、末尾に句点や改行、空白が混入していないか確認してください。
グループを保存したらメイン画面に戻ります。この時点ではURLが登録されただけなので、ノード一覧が空でも問題ありません。「サブスクリプショングループ」メニューから、追加したグループに対して「サブスクリプションを更新（プロキシを使用しない）」を実行します。初回設定ではまだ使用できるプロキシ経路がないため、まず現在のネットワークでサブスクリプションを取得すると、未設定の接続に依存せずに済みます。サービス提供元から既存のプロキシ経由で更新するよう指定されている場合は、利用可能な経路を設定してから該当する方法で更新してください。
更新が終わるまで待ち、画面下部の情報欄またはログを確認します。成功するとメイン画面にノードが表示され、別名、アドレス、ポート、種類などを確認できます。「保存済み」だけでインポート成功と判断しないでください。グループの保存とノードの取得は別の操作です。グループの絞り込みが有効になっている場合は、追加したグループに切り替えて確認します。絞り込み結果が空でも、サブスクリプションが無効とは限りません。
Android版の操作
v2rayNGで「サブスクリプショングループ設定」を開き、追加画面で備考とサブスクリプションURLを入力して保存します。ノード一覧に戻り、メニューから「サブスクリプションを更新」を実行してください。バージョンによっては、更新項目が上部メニュー内にあります。ノードが表示されても、プロトコル関連の項目をすぐに変更しないでください。通常、サブスクリプションにはサーバー側で必要なパラメーターが含まれています。項目を手動で上書きすると、次回更新時に設定が変わる可能性があり、問題の切り分けも難しくなります。
更新に失敗したらURLと応答を確認
ダウンロードに失敗したというメッセージが表示された場合は、まず端末がネットワークに接続できることを確認し、サブスクリプションURLが完全で期限切れでないか見直します。ブラウザーでサービスの管理ページを開けても、サブスクリプションAPIが正常とは限りません。応答がログインページやエラーメッセージの場合、クライアントはノード情報として解析できません。URL全体を公開して問い合わせず、エラーの種類と認証情報を削除した説明だけを共有してください。
STEP 02 / TRAFFIC MODE
プロキシモードを選択：まずはシステムプロキシ、TUNは必要に応じて
デスクトップ版を初めて使う場合は、まずシステムプロキシを設定します。v2rayNの「システムプロキシ」メニューを開くか、タスクトレイのクライアントアイコンを右クリックして「システムプロキシを自動設定」を選びます。これにより、システムプロキシ設定に従うアプリのリクエストが、クライアントのローカル待ち受けポートに送られます。クライアントは起動したままにしてください。システムプロキシだけを設定してコアを起動しないと、ブラウザーがかえって通信できなくなる場合があります。
システムプロキシとルーティングモードは別々の設定です。前者はアプリのリクエストをクライアントに渡すかどうかを決め、後者は受け取ったリクエストをプロキシ経由にするか直接接続するかを決めます。「ルーティング」関連のメニューを確認し、初回は「中国本土をバイパス」などのプリセットを選び、次のステップで実際の通信を確認してください。特定の宛先を必ずプロキシ経由にする必要がある場合は、ノードを選択しただけで安心せず、その宛先がプリセットで直接接続に分類されていないか確認します。
ルーティングメニューの「全般」を、端末上のすべてのアプリを制御する設定だと考えないでください。通常はクライアントに渡された通信の出口をプロキシにする設定であり、システムプロキシを無視するアプリの接続方法までは変更できません。ブラウザーの拡張機能や独自のプロキシ設定、アプリ内のネットワーク設定がシステム設定を上書きする場合もあります。初回の動作確認では、システムプロキシに従うブラウザーを使い、複数のプロキシ設定を同時に有効にしないようにしましょう。
TUNに切り替える場合
ブラウザーでは接続を確認できたものの、対象のアプリがシステムプロキシに従わない場合は、「TUNモードを有効にする」ことを検討します。TUNは仮想ネットワークインターフェースを通じて対象の通信を取り込むため、システム権限、ルーティング、DNSに追加の設定が必要です。現在の動作する設定を記録し、クライアントの案内に従って必要な権限を許可してからTUNを有効にしてください。コアが起動しない場合はTUNを無効にし、確認済みのシステムプロキシ設定に戻します。
初回のトラブルシューティングでは、別のVPNやプロキシアプリを同時に使わないでください。複数のアプリがシステムのルーティングやDNSを変更すると、リクエストがどこに送られたか判断しにくくなります。また、最初から「LANからの接続を許可」を有効にする必要もありません。通常、端末内での利用には不要で、待ち受け範囲を広げる設定は別途検討が必要です。
Android版の操作
v2rayNGは通常、システムのVPNインターフェースを使って通信を取り込むため、デスクトップ版のタスクトレイからシステムプロキシを設定する手順とは異なります。アプリの設定でルーティングプリセットを確認し、初回はほかの項目を初期値のままにします。起動時に表示されるVPN接続要求はシステムの権限確認です。許可するとクライアントがインターフェースを作成できます。端末でほかのVPNが接続中の場合は、停止してから本ページの接続テストを行ってください。
ここまでで、通信の入口とルーティングの方針が決まりました。次はノードを1つ選んで接続します。接続中にモードを何度も切り替えないでください。ログやテスト結果を比較しやすくなります。
STEP 03 / CONNECT
接続を開始：ノードを選び、コアの状態を確認
v2rayNのメイン画面に戻り、対象のサブスクリプショングループからノードを選びます。右クリックメニューの「アクティブサーバーに設定」を選ぶと有効になります。画面によってはノードをダブルクリックしても設定できます。選択状態ではなく、一覧のアクティブ表示や画面上の状態を確認してください。ノードを切り替えると、通常はクライアントがコアの設定を再読み込みします。ログの出力が落ち着いてから通信をテストしましょう。
メニューに遅延や接続テストがある場合は、選択したノードをテストできます。ただし、数値だけで判断しないでください。テストによって確認対象はポート接続や特定のテストURLに限られ、すべてのサイトに接続できることを保証するものではありません。結果が表示されない場合も、ログのエラー内容とあわせて判断します。テスト先へのネットワーク制限、サーバーによる接続拒否、ローカル設定の誤りでは、対処方法が異なります。
画面下部のログまたは情報欄を開き、まずコアが起動しているか、次にリクエストでエラーが発生していないか確認します。ポートが使用中という警告は、ほかのアプリやクライアントの別プロセスが同じローカルポートを使っている場合に表示されます。まず重複して起動しているプロセスを終了し、コアを再起動してください。待ち受けポートを変更する必要がある場合は、アプリが使用するプロキシポートも新しい値と一致していることを確認します。ブラウザー側のポートだけを変更し、クライアントの待ち受け設定をそのままにしないでください。
プロトコルや設定項目に関するエラーが出た場合は、まずクライアントと使用中のコアがサブスクリプションのパラメーターに対応しているか確認します。特にREALITYなどを含む設定では、必要な機能に対応していないコアへ安易に切り替えないでください。初回設定では、クライアントがそのノード用に生成した設定を使い、暗号化、トランスポート、証明書の項目を手動で変更しないようにします。コアの違いを確認したい場合は、インストールガイドの関連説明をご覧ください。
Android版の操作
v2rayNGの一覧からノードを選び、起動ボタンをタップします。初回起動時にはシステムのVPN接続要求が表示されるので、内容を確認して許可してください。アプリに戻り、接続状態が維持されているか確認します。起動直後に停止する場合は、ログで原因を確認してください。ステータスバーにVPNアイコンが表示されても、インターフェースが作成されたことを示すだけです。次のステップで、リモート接続とルーティングの結果を確認しましょう。
ノードを変更する場合は、一度に1つだけ切り替え、プロキシモードとテスト対象は同じ状態に保ちます。切り替え前後でエラーが変化したか記録すると、ノード固有の問題と端末側の設定問題を区別しやすくなります。コアが起動し続けていることを確認してから、次の動作確認に進みます。
STEP 04 / VERIFY
動作を確認：通信結果とログを照合
まず、現在のルールでプロキシ経由になるはずのサイトを開き、新しいブラウザータブからアクセスします。ページが表示されただけでは、直接接続できた可能性もあるため十分な確認にはなりません。クライアントのログを表示したまま、アクセスした時刻付近に該当するドメインや接続記録があるか確認します。ログレベルの設定で通常のリクエストが記録されない場合は、クライアントの接続情報をもとに判断してください。確認のためだけに最も詳細なログを長時間有効にする必要はありません。
次に、ルール上は直接接続するはずの宛先を開き、通常の通信ができるか確認します。ルーティングの確認は、実際に選んだルールに沿って行ってください。同じサイトでも、ルーティングプリセットによって結果が変わる場合があります。すべてのリクエストが「プロキシ」と表示されることだけを成功の条件にしないでください。対象が直接接続の想定であれば、ログに直接接続の出力先が記録されるのは、ルールどおりに動作している証拠です。
ページが開かない場合は、まずログに新しいリクエストが記録されているか確認します。リクエストがない場合は、システムプロキシが現在の待ち受けポートを指しているか、ブラウザーに独自のプロキシ設定がないか、アプリがシステム設定に従っているかを確認してください。リクエストが記録されているのに接続できない場合は、ノードの状態、エラー内容、サーバー側のパラメーターを確認します。この順序で調べれば、リクエストがクライアントに届いていないのに、接続先ノードを何度も変更する事態を避けられます。
ノードのテストは成功するのに特定のサイトだけ開けない場合は、プロキシ経由になるはずの別のサイトと比較し、対象サイトがルーティングルールで直接接続に分類されていないか確認します。すべてのドメインに接続できない一方で、接続確立の記録が正常な場合は、DNSの名前解決経路を確認します。DNSの変更、TUNの有効化、ルーティングの変更、コアの切り替えを同時に行わないでください。一度に1項目だけ変更し、テストして効果があれば維持し、改善しなければ元に戻します。
接続できた後に記録しておく設定
現在のアクティブノード、ルーティングモード、システムプロキシまたはTUNの有効状態を記録しておきましょう。ネットワーク環境を変更したときは、まず確認済みの設定で再テストできます。サブスクリプションの更新後にノード名や一覧が変わる場合があります。突然接続できなくなったときは、更新によって現在のネットワークに最適なノードが自動選択されると決めつけず、アクティブノードが残っているか確認してください。
Android版も同じ順序で確認します。まずアプリの接続状態を確認し、次に対象へアクセスしてログと照合します。画面表示中は正常でも、画面ロック後に切断される場合は、ノードのプロトコルをすぐに変更せず、v2rayNGのバックグラウンド実行やバッテリー管理に関するシステム制限を確認してください。バックグラウンド動作、ネットワークの切り替え、接続先の障害は別々の問題として確認する必要があります。
使用を終えるときの手順
デスクトップ版でシステムプロキシを使っている場合は、まずクライアントで「システムプロキシを解除」を選び、その後にプログラムを終了します。TUNを使っている場合は、先にTUNを無効にし、ネットワークが復旧するまで待ってください。Android版ではアプリ内の停止ボタンで接続を終了します。終了後にブラウザーが通信できない場合は、システムプロキシが停止済みのローカルプロキシを指したままになっていないか確認します。ネットワーク全体をすぐにリセットする必要はありません。