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

手順1：サブスクリプションを追加して設定を選ぶ

サブスクリプションURLを省略せずにコピーします。コピー時に引用符や空白、改行が含まれていたら取り除きますが、URL末尾のパラメーターはむやみに削除しないでください。サブスクリプショングループ名は「普段使い」など自由に設定できます。これはクライアント内の分類名で、サーバーへの接続には影響しません。まずはグループを1つだけ追加し、手順が問題なく進んだことを確認してから、ほかの提供元の設定を整理しましょう。

v2rayN：グループを保存してから更新

メイン画面上部の「サブスクリプショングループ」メニューを開き、「サブスクリプショングループの設定」から追加します。備考または別名にグループ名を入力し、URL欄にサブスクリプションURLを貼り付けて保存してください。メイン画面に戻り、サブスクリプショングループのメニューから現在のグループを更新します。更新方法が複数ある場合、まだ接続していない初回は、プロキシを経由しない方法を選びましょう。

更新が終わったら、画面下部の情報欄や更新通知を確認します。成功すると、メインのリストにグループ内の設定が表示され、名前やプロトコルの種類などを確認できます。表示中のグループが正しいことを確かめてから設定を1つ選び、右クリックメニューの「アクティブサーバーに設定」または同等の操作で使用中の項目にします。リストの行が選択されただけで済ませず、アクティブの表示が切り替わったことを確認してください。

v2rayNG：サブスクリプショングループを追加してリストを更新

サイドメニューから「サブスクリプショングループの設定」を開き、追加ボタンをタップします。備考とサブスクリプションURLを入力して保存してください。メイン画面に戻り、上部メニューからサブスクリプションを更新します。グループが複数ある場合は、現在のグループと全グループのどちらが更新対象か確認しましょう。更新後は該当グループに戻り、リストに設定が表示されていることを確かめてから、接続に使う設定をタップします。

単一ノードの共有リンクを受け取った場合は、サブスクリプションURLとして保存しないでください。共有リンクをコピーし、メイン画面の追加機能またはサーバーメニューの「クリップボードからインポート」を使います。単一ノードをインポートしても、その設定が追加されるだけで、自動更新されるサブスクリプションにはなりません。サーバーの設定が変わった場合は、新しいリンクを再度インポートするか、提供元から正式なサブスクリプションURLを取得してください。

リストに何も表示されない場合は、ここで確認

「グループを保存しました」と表示されても、設定を取得できたとは限りません。リストが空の場合は、まずグループの絞り込み条件を確認し、URL欄を開き直して、貼り付けた内容がアカウント管理ページではなくサブスクリプションURLであることを確かめます。リクエストがタイムアウトする場合は、通常のネットワークとサブスクリプションサービスにアクセスできるか確認してください。解析に失敗する場合は、返された内容がクライアント対応のサブスクリプション形式か確認します。同じ名前のグループを何度も作ると、原因の特定が難しくなるため避けてください。

提供元から既存のプロキシ経由で更新するよう明示されており、すでに使用可能な接続がある場合に限り、更新方法の切り替えを検討してください。サブスクリプションの更新に失敗する場合は、よくある質問を確認しましょう。形式の互換性についてはサブスクリプション形式のリファレンスをご覧ください。この手順の完了条件は、設定リストに項目が表示され、そのうち1つを選べていることです。次に、どのアプリの通信をクライアントに通すか設定します。

手順2：プロキシモードとルーティングを選ぶ

まず、2つの仕組みを区別しましょう。システムプロキシ、VPN接続、TUNは「通信をどのようにクライアントへ送るか」を決め、ルーティングルールは「クライアントに届いた通信をプロキシ経由にするか、直接接続にするか」を決めます。この2つは別の設定です。プロキシ経由のルールを選んでも、アプリがリクエストをクライアントに送っていなければ効果はありません。初回は設定をシンプルに保ち、まずブラウザーで接続を確認してから対象アプリを増やしましょう。

v2rayN：まずシステムプロキシを自動設定

メイン画面またはタスクトレイのメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」を選択します。システムプロキシに対応したアプリのリクエストが、ローカルのクライアントに送られるようになります。「システムプロキシをクリア」や「システムプロキシを変更しない」が表示されても、同じ起動方法として選ばないでください。前者は設定を解除する項目で、後者はデバイスに元からあるプロキシ設定を維持する場合があります。初期設定では「自動設定」を選びましょう。

続いてルーティングを確認します。普段のブラウジングには、クライアントに用意されたルールの中から用途に合うものを選べば十分です。ドメインやIPのルールをすぐ編集する必要はありません。アクセスの問題がルーティングに関係するか一時的に確認したい場合は、通常の通信をプロキシ経由にするルールと比較し、確認後に元の設定へ戻します。バージョンによってプリセット名は異なるため、ルールの説明を確認してください。「グローバル」という名前だけで、すべてのアプリが通信をクライアントに送っているとは限りません。

今回はTUNを無効のままにします。ブラウザーの基本的な動作確認には、通常システムプロキシで十分です。システムプロキシを使わないアプリの対応は、後から検討しましょう。TUNを有効にすると仮想ネットワークインターフェースや権限、ルーティングなどの確認項目が増えるため、初回のインポートと同時に設定するのはおすすめしません。該当アプリの通信も制御する必要がある場合は、手順4の確認が終わってからプロトコルとコアのリファレンスおよび接続トラブルの確認方法を読み、環境要件を確認して個別に試してください。

v2rayNG：ルーティングとアプリごとの設定を確認

設定画面のルーティング項目を開き、まずは内蔵の基本ルールを使います。カスタムのドメインやIPは追加しません。アプリごとのプロキシ設定をすでに有効にしている場合は、「選択したアプリのみプロキシを使用」と「選択したアプリを除外」のどちらの方式か確認してください。2つの方式ではリストの意味が逆です。ブラウザーに同じチェックを付けても結果が変わる場合があります。初回の確認では、対象範囲を把握しやすくするためアプリごとの制限を一度オフにしましょう。

Androidでは接続ボタンをタップすると、システムのVPN機能を通じて設定対象の通信を制御します。PC版のシステムプロキシメニューを設定する必要はありません。デバイスですでに別のVPNに接続している場合、切り替えや置き換えの確認が表示されることがあります。現在の接続が何に使われているかを先に確認してください。影響を把握しないまま、業務で使用している接続を置き換えないようにしましょう。

この手順の終わりに、どの方法で通信をクライアントに送り、どのルールを使い、テスト対象のアプリが制御範囲に入っているか説明できる状態にします。すべてのプロトコルパラメーターを理解する必要はありません。サブスクリプションに含まれるサーバー設定はそのままにしてください。VLESS、REALITYとコアの対応関係については、接続が安定してからREALITYプロトコルのリファレンスをご覧ください。新しい名称を試すために、プロトコルの種類をむやみに変更しないでください。

手順3：接続を開始して動作状態を確認

設定リストに戻り、現在のグループと選択中の項目をもう一度確認します。初回接続では設定を1つだけ使い、負荷分散やカスタムのチェーンプロキシなどの機能は同時に有効にしないでください。リストの名前は提供元が付けた備考にすぎず、名前だけでは実際に使えるか判断できません。接続できるかどうかは、起動時の表示と次の手順で行う実際のアクセス確認で判断します。

v2rayN：使用するサーバーとコアの動作を確認

使用する設定をアクティブサーバーにすると、クライアントが実行用の設定を生成し、コアを起動または再読み込みします。メイン画面の情報欄を見て、起動失敗の通知が繰り返し表示されていないことを確認してください。サービスの再起動や設定の再読み込みがある場合は、設定を変更した後に一度だけ実行し、起動結果が出るまで待ちます。何度も続けてクリックする必要はありません。最後に「システムプロキシを自動設定」が選択されたままか確認します。

ローカルポートが使用中と表示された場合は、同じポートを使用している可能性のある別のプロキシプログラムを終了してから再試行します。待ち受けポートを変更する必要がある場合は、クライアントの設定を変更し、プロキシを手動設定したアプリも確認してください。片方だけ変更すると、新たな接続エラーの原因になります。ほかのガイドに書かれた固定ポートをそのまま使わず、現在のデバイスの設定を確認しましょう。

PC版は、ウィンドウをタスクトレイに最小化した後も動作を続ける場合があります。メイン画面を閉じても、クライアントが終了するとは限りません。テスト中はログをすぐ確認できる状態にして、アクセスエラーと動作状況を照らし合わせましょう。ネットワークアクセスの許可を求められた場合は、必要なローカル利用の範囲で対応してください。トラブル確認のためにシステムの保護機能全体を無効にする必要はありません。

v2rayNG：接続をタップしてシステムのリクエストを許可

使用する設定を選び、メイン画面の接続ボタンをタップします。初回起動時にはAndroidからVPN接続リクエストが表示されるため、アプリ名がv2rayNGであることを確認して許可してください。リクエストをキャンセルすると、設定が追加済みでも通信を制御できません。起動後はメイン画面の動作状態と、システムに接続中の表示が出ているか確認します。

接続ボタンがすぐに未接続へ戻る場合は、クライアントのログやエラー表示を開き、設定の解析、コアの起動、権限に関するエラーがないか確認してください。未対応のフィールドが明示されている場合も、見慣れないパラメーターを削除して試すのは避けます。クライアントを更新する必要があるか、サブスクリプションがどのコア機能を要求しているか確認しましょう。プロトコルや通信方式の設定はサーバーと一致させてください。むやみに変更すると、起動エラーがハンドシェイクエラーに変わるだけの場合があります。

バックグラウンドに切り替えたり画面をロックしたりしたときだけ切断される場合は、まずアプリを前面で使用して安定するか確認します。その後、アプリのバックグラウンド動作やバッテリー管理に関するシステム設定を見直してください。項目名はデバイスによって異なるため、対象アプリに関係する設定だけを変更します。バックグラウンド動作が停止しただけで、サブスクリプション内のすべての設定が無効になったと判断しないでください。

この手順の完了条件は、クライアントが動作を続け、明らかな起動エラーが出ていないことです。動作中の表示で分かるのはローカルサービスが起動したことまでで、外部へのアクセス成功を示すものではありません。次の手順でブラウザーや実際に使うアプリを確認します。

手順4：ブラウザーやアプリで動作を確認

まずブラウザーで新しいページを開き、現在アクセスできると分かっているサイトを表示してから、実際に利用したいサービスへアクセスします。キャッシュ済みのページを再読み込みするだけで済ませたり、ページのタイトルが表示されたかだけで判断したりしないでください。新しいリンクを開く、または新しいコンテンツを読み込むなど、リクエストが実際に完了するか確認しましょう。通常のサイトも開けない場合は、すぐにルーティングを変更せず、ネットワークとクライアントの動作状態を確認します。

まず実際のアクセスを確認し、テスト結果は補助として見る

クライアントの遅延テストは設定を選ぶ際の参考であり、ブラウザーのリクエストが必ず成功することを示すものではありません。接続の確立だけを確認するテストもあれば、特定のリクエストを送るものもあり、テスト方法や対象は実際のアプリとは異なります。遅延が表示されてもページを開けない場合は、アプリがプロキシを使用しているか、ドメイン名を解決できるか、ルーティングルールが適用されているか確認してください。反対に、テストがタイムアウトしても実際のアクセスに問題がなければ、1つの数値だけを理由に設定を削除する必要はありません。

PCでブラウザーは使えるのに単独のアプリが使えない場合は、そのアプリに独自のプロキシ設定があるか、システムプロキシに対応しているか確認してください。すぐにサーバーの障害と決めつけないようにしましょう。Androidで一部のアプリだけ動作しない場合は、手順2に戻り、アプリごとのリストとルーティングルールを確認して、対象アプリが除外されていないか調べます。アプリを1つずつ試すと、どの層で差が生じているか特定しやすくなります。

さらに調べる場合は、新しいリクエストを送信しながらクライアントのログや接続履歴を確認します。ログの詳細度によって、接続先アドレス、ルールの適用結果、エラー情報などが表示されます。リクエストが表示されなくても、記録レベルが低いだけの場合があるため、それだけで結論を出さないでください。ログの詳細度を一時的に上げた場合は、調査後に通常の設定へ戻します。ログにアクセス先が記録される可能性にも注意してください。

接続のオン・オフを比較して通信経路を確認

重要な作業に影響しないことを確認したうえで、接続をオンにした状態とオフにした状態を比較できます。PCではシステムプロキシを解除してからサービスを停止します。再テストの前にシステムプロキシを自動設定し、サービスを起動してください。Androidでは接続ボタンで切断し、その後もう一度接続します。毎回新しいリクエストを送り、同じテスト対象を使いましょう。キャッシュやネットワークの変動を接続の効果と取り違えないためです。

外部の接続元IP確認サイトを使う場合、表示されたアドレスから分かるのは、その確認リクエストがどの出口を使ったかだけです。すべてのアプリやドメインが同じ経路を通る証明にはなりません。分割ルーティングでは、リクエストごとに異なる出口を使うことも想定どおりの動作です。すべてのページで同じアドレスが表示されることではなく、現在のルールが用途に合っているかを基準に判断してください。

それでも接続できない場合は、通常のネットワークが使えるか、サブスクリプションを更新できたか、アクティブな設定が正しいか、コアが動作を続けているか、テスト対象アプリの通信がクライアントに届いているか、ルーティングが想定どおりかを順に確認してください。接続に関する詳しい手順は接続できない場合のトラブルシューティングをご覧ください。テスト結果だけに問題がある場合は遅延テストの解説、アクセスできても読み込みが遅い場合は速度のトラブルシューティングを確認します。まず症状を切り分け、該当する項目を調べてください。すべての設定を一度にリセットしないようにしましょう。

使い終わったらデバイスの設定を元に戻す

PCでクライアントを終了する前に「システムプロキシをクリア」を選び、その後タスクトレイのメニューから終了します。停止したローカルサービスをアプリが参照し続けないようにするためです。ほかの通信制御機能を有効にしていた場合も、対応する画面から無効にしてください。Androidでは接続を切断し、クライアントとシステムの両方で接続が終了したことを確認します。その後、通常のサイトへアクセスして、デバイスのネットワーク状態が想定どおりに戻っているか確かめましょう。

4つの手順が終わったら、現在使える設定をそのまま残し、パラメーターを追加で変更する必要はありません。通常はサブスクリプションを更新し、設定を選んで接続するだけです。別のデバイスに移行する場合は、システムプロキシやアプリの通信を制御する範囲を改めて確認してください。以前のデバイスと同じ動作になるとは限りません。プロトコルの選び方、コアの違い、サブスクリプションの互換性を詳しく知りたい場合はプロトコルリファレンスをご覧ください。用語だけを調べる場合は用語集をご利用ください。