v2rayN 入門ガイド：サブスクリプションの追加・接続・確認

開始前の確認

クライアント、サブスクリプションURL、操作範囲を準備する

設定を始める前に、デバイスにインストールされているのが単体のプロキシコアではなく、グラフィカルクライアントであることを確認します。v2rayNはデスクトップクライアントで、サブスクリプションの保存、実行設定の生成、ルーティング方式の選択、XrayやV2Flyなどのコアの呼び出しを担当します。コアは設定の解析と接続処理を行うもので、それだけで操作可能な完全なデスクトップ画面になるわけではありません。プロキシ設定は別の階層にあり、ブラウザー、ターミナル、その他のアプリが通信をローカルクライアントへ渡すかどうかを決めます。

有効なサブスクリプションURL、またはサービス提供元から受け取った個別設定も用意します。サブスクリプションURLは通常、https://で始まるリンクで、クライアントが設定一覧を取得・更新するために使います。WebアカウントのログインURL、プランページのURL、通常の説明文をサブスクリプションURLと取り違えないでください。個別の共有リンクを受け取った場合は、クライアントの「クリップボードから追加」機能を使えますが、その後の更新方法はサブスクリプショングループとは異なります。

このガイドでは、クライアントが正常に起動できる状態を前提とします。まだインストールしていない場合は、まずクライアントのダウンロードページを開き、Windows、macOS、Android、Linuxから該当する入口を選びます。デスクトップではv2rayN、Androidではv2rayNGを確認してください。ダウンロードとインストールが終わってからこのページに戻ることで、インストール、サブスクリプション、プロキシモードの問題を混同せずに済みます。

手順1

サブスクリプションを追加して設定一覧を確認する

v2rayNのメイン画面で、「サブスクリプショングループ」「サブスクリプション設定」など、同じ意味の入口を探します。画面のバージョンによってトップメニュー、サイドバー、サブスクリプション管理画面など配置は異なりますが、目的は同じです。サブスクリプショングループを新規作成し、自分で識別しやすい名前を入力して、完全なサブスクリプションURLをアドレス欄に貼り付けます。名前は用途や入手元を区別するためのローカルな分類名で、サブスクリプションの内容は変えません。URLの前後に余分な空白がないことを確認して保存します。

サブスクリプショングループを保存しただけでは、設定を取得したことにはなりません。メイン画面に戻り、「サブスクリプションを更新」「すべてのサブスクリプションを更新」、または現在のグループの更新を実行します。クライアントがサブスクリプションの内容を読み取り、認識できる設定を一覧に追加します。この時点で、設定名や設定項目がメイン一覧に表示されるはずです。一覧が空のままなら、まだコアに渡して実行できる有効な設定がないため、すぐにシステムプロキシの設定へ進まないでください。

v2rayNGでも手順はほぼ同じです。サブスクリプション設定を開き、新規作成して名前とURLを入力し、保存後に戻って更新します。一部のバージョンでは、クリップボードから個別設定を追加する入口も用意されています。クリップボードから追加する前に、共有リンク全体をコピーしてください。追加後は一覧に項目が増えたことを確認します。個別追加は通常、更新可能なリモートサブスクリプションには自動登録されないため、設定が変更された場合は再度追加するか、提供元の案内に従います。

一覧に表示されたら、使用する設定を一つ選択します。ここでの「選択」は、クライアントが次に呼び出す設定を決めるだけで、システム上の他のアプリがすでにプロキシを使い始めたことを意味しません。サブスクリプションは「クライアントがどの設定を取得するか」を決め、システムプロキシやVPN接続は「どのアプリがリクエストをクライアントへ渡すか」を決めます。ルーティングルールは「クライアントに入ったリクエストがどの出口を選ぶか」を決めます。この3段階を順番に確認すると、問題を特定しやすくなります。

手順2

システムプロキシ、ルーティングルール、TUNを選択する

デスクトップブラウザーで初めてテストする場合は、まず「システムプロキシを自動設定」を使うと結果を確認しやすくなります。v2rayNがローカルリスニングを開始すると、この項目によって対応するプロキシアドレスがシステム設定に書き込まれます。システムプロキシに従うブラウザーやデスクトップソフトは、その後リクエストをローカルクライアントへ送れるようになります。「システムプロキシを解除」はこのシステム設定を取り消す操作であり、サブスクリプションや設定を削除するものではありません。手動設定はローカルのリスニングアドレスとポートを把握している場合に適しており、初回は無理に使う必要はありません。

システムプロキシですべてのプログラムを自動的に対象にできるわけではありません。ターミナルツール、開発環境、ゲームプラットフォーム、独自のネットワーク設定を持つソフトの一部はシステム設定を無視します。その場合はアプリ内にプロキシアドレスを入力するか、ツールが対応するプロキシパラメータを使用します。アプリが接続されているか判断する際は、そのアプリ自身のネットワーク設定を確認してください。ブラウザーが使えるからといって、すべてのプログラムが同じ経路を使うとは限りません。

ルーティングモードは、すでにクライアントへ入った通信を処理します。一般的な画面には、ルール、グローバル、直接接続などの選択肢がありますが、名称はルーティング設定によって異なる場合があります。初回はクライアントに用意されているルールモードを使い、接続と確認が終わってから必要に応じて調整してください。グローバルモードでは、接続済みの多くのリクエストを同じプロキシ出口へ送れるため、ルールマッチングの問題を短時間切り分けるのに役立ちます。ただし「すべてのアプリを対象にする」こととは別です。アプリ自体がローカルプロキシへ接続していなければ、ルーティングモードを切り替えても接続方法は変わりません。

TUNは、システムプロキシを読み取らない通信を処理するための機能です。通常のシステムプロキシより広い範囲をカバーできますが、システム権限、仮想ネットワークインターフェース、DNS処理、他のネットワークソフトとの競合など、追加の要因も生じます。基本的なブラウザーのテストで最初からTUNを有効にする必要はありません。まず通常のシステムプロキシ経路を完了し、サブスクリプションと設定が動作することを確認してください。アプリ自身の設定では接続できない場合に、TUN設定の章を読み、権限、ルーティング範囲、DNSの動作を一つずつ確認します。

v2rayNGでは、システムがクライアントをVPNタイプのネットワーク接続として扱います。初回起動時にはシステムの許可を確認する必要があります。アプリごとのプロキシを有効にした場合は、どのアプリを対象または除外するかも明確にします。アプリごとの適用範囲はサーバー設定とは関係なく、デバイス上のどのアプリがリクエストをクライアントへ渡すかだけを決めます。初回確認では範囲を明確にし、設定を変更しながらアプリ一覧も調整することは避けてください。問題がどの階層にあるか判断しにくくなります。

手順3

コアを起動して対象アプリを接続する

v2rayNのメイン一覧に戻り、現在選択されている設定が先ほど追加したサブスクリプションのものか再確認してから、起動またはアクティブ設定にする操作を実行します。クライアントは現在の設定からコアの実行パラメータを生成し、ローカルリスニングの確立を試みます。続いてトレイメニューまたはシステムプロキシの項目から「システムプロキシを自動設定」を選択します。正しい順序は、まずクライアントがローカルサービスを起動できることを確認し、その後アプリのリクエストをローカル入口へ渡すことです。ローカルリスニングが確立していない状態でシステムプロキシだけを変更すると、ブラウザーが一時的にネットワークへ接続できなくなる場合があります。

起動後は、クライアントに表示される状態メッセージやエラーメッセージを確認します。重要なのはアイコンの色ではなく、設定の解析失敗、ローカルポートのリスニング失敗、コアの起動失敗など、明確なエラーが出ていないかどうかです。ポートが使用中と表示される場合は、別のクライアントインスタンスを重複起動しているか、他のプログラムが同じポートを使っていることがよくあります。まず重複インスタンスを終了してから再起動します。リスニングポートを変更する場合は、ブラウザー、ターミナル、その他のソフトに手動入力したプロキシアドレスも合わせて変更してください。

v2rayNGでは、設定を選択して接続操作をタップします。初回接続時にはシステムVPNの許可画面が表示され、確認後にクライアントが対応するインターフェースを確立できます。システム上に同種の接続が残っている場合は、通常それを先に終了してからv2rayNGを起動します。アプリごとのプロキシを有効にする場合は、テストするブラウザーやアプリが想定した対象範囲に含まれているか確認してください。クライアントが動作していても、対象外のアプリは従来のネットワーク経路を使う可能性があります。

接続操作は、クライアントがコアを呼び出して接続入口を確立し始めたことを示すだけで、リモート設定が必ず利用できるとは限りません。サブスクリプション内の設定は、パラメータの変更、システム時刻の異常、ネットワーク状況などにより接続できない場合があります。このとき、サブスクリプションURL、ルーティングモード、TUN、DNSを同時に変更しないでください。現在の接続方式を維持したまま、同じサブスクリプション内の別の設定で一度比較します。すべての設定が同じ段階で失敗する場合は、エラー内容に応じて初心者から上級者向けの完全ガイドの該当章を確認します。

手順4

ブラウザー、ターミナル、対象アプリを個別に確認する

まずブラウザーで読み込み中の古いページを閉じ、新しいウィンドウから、ネットワーク経路の違いを確認できる普段のHTTPSページ、または今回使用する対象サイトへアクセスします。これにより、ブラウザーのキャッシュ、既存の接続、バックグラウンドのタブによる判断への影響を減らせます。ページが想定どおり開いたら、別の新しいページでも再確認し、一度の読み込みだけで結論を出さないでください。

ブラウザーがまだ接続されない場合は、まずシステムプロキシを使用しているか確認します。システムのネットワーク設定を使う多くのブラウザーはv2rayNが書き込んだプロキシアドレスに従いますが、独自プロキシ、拡張機能のプロキシ、企業ポリシーが設定されたブラウザーは独自の設定を使う場合があります。その場合はブラウザーのネットワーク設定を開き、システム設定に従っているか、別のローカルポートを指定しているか確認します。互いに上書きし合う複数のプロキシ設定を同時に残さないでください。

続いて、実際に使用するソフトを確認します。ターミナルコマンドや開発ツールはデスクトップのシステムプロキシを読み取らないことが多く、HTTP、HTTPS、SOCKSプロキシを個別に設定する必要がある場合もあります。まずv2rayNの設定で現在のローカルリスニング方式、アドレス、ポートを確認し、対象プログラムが対応する形式で入力します。他のデバイスや古いガイドのポートをそのまま使わないでください。ローカルポートは変更でき、インストール方法や設定によって値が異なる場合があります。

ブラウザーは使えるのにターミナルが使えない場合、サブスクリプションとコア接続には基本的な問題がなく、調査の重点をターミナル側のプロキシパラメータへ移すべきです。すべてのアプリが使えない場合は、クライアントの起動エラー、ローカルリスニング、現在の設定を確認します。一部のドメインだけ挙動が異なる場合は、ルーティングルールとDNSを確認します。これらはそれぞれ、アプリの接続、コアの動作、ルールの一致という異なる方向の問題です。

設定完了後の日常操作

サブスクリプションの更新、設定の切り替え、正しい停止方法

初回確認が終わった後の日常操作は、通常3つだけです。サブスクリプションを更新し、設定を選択し、クライアントを起動または停止します。サブスクリプション提供元が設定を更新した場合は、既存のサブスクリプショングループで更新すればよく、同じ名前のグループを作り直す必要はありません。更新後は現在選択中の設定がまだ存在するか確認します。古い設定が置き換えられていたら、一覧から有効な設定を選び直して起動してください。

設定を切り替えるときは、対象項目を選択してクライアントに変更を反映させてから、ブラウザーで簡単に確認します。同じサブスクリプション内の設定を変更するだけなら、通常はシステムプロキシを何度も変更する必要はありません。アプリは同じローカルリスニング入口へ接続し続けるためです。ローカルのリスニングアドレスやポートが変わった場合のみ、プロキシパラメータを手入力しているソフトの設定も変更します。

使用を終えるときは、デスクトップでは先に「システムプロキシを解除」を実行し、その後v2rayNを終了することをおすすめします。これにより、リスニングするプログラムがない古いローカルプロキシアドレスがシステムに残るのを防げます。Androidでは現在の接続を切断し、システムの状態表示からVPNの表示が消えたことを確認します。次回起動時、クライアントが動作していないのにブラウザーがまったく接続できない場合は、まず古いシステムプロキシ設定が残っていないか確認してください。

これで基本設定は完了です。複雑なルーティング、TUN、DNS、ポート変更、長期的なメンテナンスを続ける場合は初心者から上級者向けの完全ガイドへ進んでください。VLESS、Xray、サブスクリプション、システムプロキシなどの用語が不明な場合は用語クイックリファレンスを利用します。学習を続ける前に、現在動作している設定を基準として残し、一度に一つだけ変更すると、変化の原因を判断しやすくなります。