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

ステップ1：サブスクリプションを追加してサーバー一覧を更新

サブスクリプションURLと、個別サーバーの共有リンクは別のものです。サブスクリプションURLから複数の設定を取得でき、後から再度更新できます。一方、個別の共有リンクで追加できるのは通常1台分のサーバーです。ここではサブスクリプションURLを使います。コピーする際はサービス提供元のページにあるコピー機能を使い、説明文や改行、空白まで含めないようにしてください。クライアント形式を選べる場合は、使用中のクライアントに対応する形式を選びます。アカウント管理ページのURLをそのままコピーしないでください。

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

v2rayNを開き、上部の「サブスクリプショングループ」メニューから「サブスクリプショングループの設定」を開きます。グループを追加し、見分けやすい名前を入力して、サブスクリプションURLを貼り付けます。初回はフィルター条件、更新間隔、変換関連の設定を変更せず、初期値のまま保存して設定画面を閉じてください。グループ名はローカルでの管理用です。提供元や用途が分かる名前を付け、アカウントのパスワードは入力しないでください。

メイン画面に戻り、「サブスクリプショングループ」メニューから現在のグループまたはすべてのサブスクリプションを更新します。バージョンによっては、プロキシ経由とプロキシを使わない更新を選べます。まだ接続できる状態でなければ、更新リクエストが未設定のサーバーに依存しないよう、まずプロキシを使わずに更新してください。現在のネットワークからサブスクリプションを取得できず、すでに利用可能な接続がある場合は、プロキシ経由での更新を試します。画面の表示を確認し、サーバー一覧が更新されるまで待ちます。続けて何度もクリックしないでください。

v2rayNG：サブスクリプションを登録してグループを更新

v2rayNGのメイン画面で右上のメニューを開き、「サブスクリプショングループの設定」から追加ボタンを押してグループを作成します。名前とサブスクリプションURLを入力して保存し、メイン画面に戻ってメニューから「サブスクリプションを更新」を実行します。複数のグループが表示される場合は、作成したグループに切り替えてサーバーを確認します。右上のプラスボタンにある「クリップボードからインポート」は、個別または複数の共有設定を取り込むときによく使います。インポート成功の表示だけで、更新可能なサブスクリプションが登録されたと判断しないでください。

更新が完了すると、どちらのクライアントでもサーバー一覧に選択可能な項目が表示されます。サービス提供元の説明と照らし合わせて、名前や件数に問題がないことを確認し、使用するサーバーを選びます。一覧が表示されたことは設定を読み込めたことを示すだけで、接続が使えるとは限りません。プロトコルの設定、サービスの状態、ローカルネットワークについては、後の手順で確認します。一覧が空の場合は、別のグループを表示していないか、名前フィルターが設定されていないか、更新時に形式を認識できないという表示がなかったかを確認してください。

この手順が終わった時点で、保存済みのサブスクリプショングループ、更新されたサーバー一覧、選択中のサーバーがそろっているはずです。次に、通信をクライアントへ取り込む方法と、取り込んだ通信のうちどれをプロキシ経由にするかを決めます。

ステップ2：通信の取り込み方法とルーティングモードを選ぶ

「プロキシを有効にする」ことと「グローバルモードを選ぶ」ことは別の設定です。取り込み方法は、ブラウザーやアプリの通信をクライアントに渡せるかどうかを決めます。ルーティングモードは、クライアントに入った通信を直接接続にするか、プロキシ経由にするかを決めます。初期設定でよくあるのは、システムプロキシを有効にせずルーティングモードだけを変更するケースや、複数の取り込み方法を同時に有効にして動作を判別しにくくするケースです。取り込み方法は一度に1つだけ使い、まずブラウザーで確認してから他のアプリを試しましょう。

v2rayN：まずシステムプロキシを使い、ルーティングはルールベースに設定

v2rayNのメイン画面下部またはタスクトレイのメニューから「システムプロキシ」を開き、システムプロキシを自動設定する項目を選びます。バージョンによって「システムプロキシを自動設定」など、表示が多少異なる場合があります。設定後、ステータスバーにシステムプロキシが設定済みと表示されることを確認してください。「システムプロキシを解除」と表示される場合は、プロキシが有効になっていません。システムプロキシに従う多くのブラウザーは、これによりローカルプロキシのポートへ接続しますが、アプリによっては独自のネットワーク設定が必要です。必要に応じて後から確認してください。

次にルーティングの設定を開き、初回は内蔵のルールベースの振り分けプリセットを選びます。「LANをバイパス」「中国本土をバイパス」などの名称が表示される場合は、用途に合うか説明を読んで確認してください。ルールモードでは、ドメインやアドレスなどの条件に基づいて接続先を選びます。すべての通信がプロキシ経由になるわけではありません。まずはカスタムルールを編集せず、TUNも有効にしないでください。初期設定で接続できることを確認してから、応用設定ガイドのルーティング編でルールの優先順位と適用範囲を確認しましょう。

v2rayNG：通信の対象範囲は初期設定のまま、ルーティングを確認

v2rayNGは通常、起動するとAndroidのVPN機能で通信を受け取ります。デスクトップ版と同じ「システムプロキシ」のスイッチを探す必要はありません。メニューや設定でルーティング関連の項目を確認し、用途に合った内蔵プリセットを使います。「アプリごとのプロキシ」を以前に有効にした場合は、初回テストで使用するブラウザーが対象に含まれていることを確認してください。判断が難しければ、まずアプリの対象範囲を初期設定に戻します。ブラウザーが対象外のままでは、サーバーが使えないと誤解する可能性があります。

ここでいうVPN機能は、クライアントがネットワーク通信を処理するためにAndroidから許可を受ける仕組みです。すべての通信が必ずリモートサーバーを経由するわけではありません。実際の経路はルーティングルールとアプリごとの対象範囲で決まります。端末上で同じVPN機能を使う別のネットワークアプリがある場合は、先にそちらの接続を停止してからv2rayNGを起動してください。競合すると、接続が置き換わったり、VPN機能を開始できなかったりすることがあります。

設定したら、現在の通信の取り込み方法とルーティングプリセットを控えておきます。後で問題を調べる場合は、まずこの2つを変えず、サーバーだけを切り替えて比較してください。複数の設定を同時に変更するより、結果を把握しやすくなります。

ステップ3：接続を開始して動作状態を確認

サーバー一覧に戻り、使用する項目が現在選択中または有効になっていることを確認します。行をクリックしてハイライトしただけでは、操作対象を選んだにすぎず、使用中のサーバーに切り替わっていない場合があります。右クリックメニューに「アクティブサーバーに設定」があるか、画面に現在のサーバー名が明示されているかを確認してください。モバイル版では通常、項目をタップして設定を切り替えます。選択状態の表示はバージョンによって異なるため、現在の画面表示を基準にしてください。

v2rayN：コアとシステムプロキシの状態を確認

v2rayNでは、アクティブサーバーを設定すると通常、コアが起動または再読み込みされます。設定にサービスの再起動項目がある場合は、設定変更後に一度実行し、画面下部のログを確認してください。コアが終了していないことと、システムプロキシが設定済みであることの両方を確認します。ウィンドウが開いているのは、グラフィカル画面が動作していることを示すだけです。ログにエラーが続いたり、コアが何度も終了したりする場合、ブラウザーは接続できません。

ネットワークアクセスやファイアウォールの確認が表示された場合は、プログラム名と保存先を確認し、インストールしたクライアントのコンポーネントであることを確かめてから、端末の管理ルールに従って対応してください。接続を試すためにファイアウォール全体を無効にしないでください。ログにローカルポートの競合が表示される場合は、他のプロキシソフトを終了してクライアントを再起動します。それでも競合する場合は、設定でローカルの待ち受けポートを確認してください。ポートを変更した後は、システムプロキシも新しいポートを参照するように設定します。片方だけ変更しても接続できません。

v2rayNG：接続要求を許可してサービスを起動

v2rayNGでサーバーを選び、画面上の開始ボタンをタップします。初回起動時はAndroidからVPN接続要求が表示されるので、アプリ名を確認して接続を許可してください。システムのステータス領域に接続アイコンが表示され、アプリ内のボタンが停止に切り替わることがあります。これらは通信の取り込みが始まったことを示しますが、リモートサーバーへの接続成功を単独で証明するものではありません。想定した状態にならない場合はアプリに権限の確認が出ていないか、同種の別サービスに接続が置き換わっていないかを確認してください。

起動後はアプリを終了せず、テスト用ブラウザーで実際にリクエストを送り、クライアントに戻ってログを確認します。アクセスがあったときに初めて接続を開始する場合もあるため、起動直後にログが少なくても問題とは限りません。テスト中にバックグラウンド制限をすぐ変更する必要はありません。画面ロックやアプリ切り替え後に接続が切れることを確認してから、必要に応じてバッテリー管理やバックグラウンド実行の権限を調べ、クライアントの継続動作を許可してください。

一覧に表示されるテスト結果は、あくまで参考です。遅延テストと実際のウェブ閲覧では、接続先や通信方法が異なる場合があります。テスト成功がすべてのサイトでの利用を保証するわけではなく、失敗しても設定全体が使えないとは限りません。実際のアクセスでリクエストが発生したか、ログに明確なエラーがあるか、同じサブスクリプション内の別サーバーで結果が変わるかを優先して確認しましょう。

クライアントが起動し続け、通信の取り込みが正常で、起動エラーが繰り返し発生しなければ、最後の手順に進めます。この時点ではプロトコルやDNSを同時に変更せず、現在の設定でひととおり動作確認をして、比較の基準を作ってください。

ステップ4：通信が想定どおりプロキシ経由か確認

確認するのは、ウェブページにアクセスできるか、そしてその通信が想定した経路を通っているかの2点です。クライアントが起動中と表示されるだけ、またはもともと直接接続できるページが開くだけでは、プロキシが機能しているとは判断できません。同じブラウザーで同じページを使ってテストし、途中でネットワークを切り替えないようにしてください。ネットワークと設定の変更が混ざらず、結果を比較しやすくなります。

ページにアクセスしてからログで接続経路を確認

まず、普段から問題なくアクセスできるHTTPSページを開き、基本的なネットワーク接続に影響がないことを確認します。次に、現在のルールでプロキシ経由になる想定のHTTPSページにアクセスし、ページが読み込まれるまで待ちます。ブラウザーのキャッシュに残ったタイトルが表示されただけでは確認になりません。以前に開いたページを使う場合は、新しいウィンドウを開くかページを再読み込みして確認してください。提供元が分からないサブスクリプションを使っている間は、重要なアカウントへのログインをテストに使わないでください。

クライアントに戻り、今回のアクセスに対応するログを確認します。ログレベルに接続先と接続先の選択が記録される場合は、アクセス時刻、対象ドメイン、直接接続またはプロキシの表示を照らし合わせて、ルーティングが想定どおりか判断してください。コアによってログ形式は異なるため、まったく同じ用語を探す必要はありません。アクセス記録が見当たらなくても、ログレベルが該当情報を出力していない可能性があります。まずログ設定を確認し、ブラウザーがシステムプロキシを使っているか、アプリごとの対象範囲から除外されていないかを調べてください。

設定を一度だけ切り替えて、振り分けの問題か接続の問題かを切り分ける

普段使うページにはアクセスできるのに、プロキシ経由の想定ページを開けない場合は、現在のサーバーを変えずにルーティングを一時的にグローバルプロキシへ切り替え、同じページにアクセスします。切り替え後に開けるなら、元のルールの一致条件や接続先の選択を重点的に確認します。引き続き開けない場合は、サーバーの状態、ネットワーク接続、プロトコル設定を調べてください。比較後は元のルールモードに戻し、一時的なテスト設定をそのまま使い続けないようにします。

クライアントのログにテストブラウザーのリクエストがまったく記録されない場合は、サーバーを次々に切り替えるのではなく、まず通信の入り口を確認してください。デスクトップ版では、システムプロキシが設定済みか、ブラウザー独自のプロキシ設定で上書きされていないかを確認します。Android版では、ブラウザーがアプリごとのプロキシ対象から外れていないか、システムVPN接続がv2rayNGに割り当てられているかを確認してください。ブラウザーは使えるのに他のアプリで使えない場合は、そのアプリのプロキシ対応と通信の対象範囲を調べます。すぐにサブスクリプションの問題と決めつけないでください。

テストを終えるときはネットワークを正常に戻せることを確認

確認が終わったら、接続を停止してネットワークが復旧することを確認します。デスクトップ版では、まずv2rayNでシステムプロキシを解除してから、サービスを終了または停止してください。停止済みのローカルポートをシステムが参照したままになるのを防げます。Android版ではv2rayNGの停止ボタンをタップし、システムの接続状態も終了したことを確認します。Androidの「常時接続VPN」や「VPNを使用しない接続をブロック」を有効にしていた場合は、現在の利用方法に合った設定か確認してください。クライアントの停止後にネットワークへ接続できなくなる場合があります。

クライアントを再起動し、同じサーバーを選択して、確認済みの通信取り込み方法とルーティングモードを設定し直し、テストページにアクセスします。結果が同じであれば初期設定は完了です。認証情報を含むスクリーンショットではなく、利用できたグループ名、サーバー名、通信の取り込み方法、ルーティングプリセットを控えておきましょう。次回のサブスクリプション更新後に問題が起きた場合、設定と見比べることで、サーバー項目とローカル設定のどちらが変わったかを判断しやすくなります。

普段の操作は「サブスクリプションを更新、サーバーを選択、サービスを起動、アクセスを確認」の繰り返しです。更新頻度はサービス提供元の案内に従えばよく、接続のたびに何度も更新する必要はありません。エラーが起きたら、まずヘルプセンターを確認してください。複数の提供元を管理したり、ルールの順序を変えたり、通信の対象範囲を広げたりする場合は、応用設定ガイドをご覧ください。元に戻せる設定を残し、一度に1項目だけ変更すると、すべての機能をまとめて有効にするより問題を特定しやすくなります。