v2rayNのサブスクリプション設定
と接続確認

手順1：サブスクリプションを追加

コピーしたものがサブスクリプション管理ページのURLではなく、サブスクリプションURLそのものか確認します。サブスクリプションURLは通常、サービス提供元から発行され、クライアントがサーバー設定を取得するために使います。一方、管理ページはアカウントへのログイン、プランの確認、端末の管理などに使うもので、両者は代用できません。コピーするときは、前後の説明文や空白、改行を含めないでください。URLには個人用のアクセス情報が含まれることがあります。信頼できるクライアントにのみ貼り付け、公開画像やチャット、オンライン変換サイトには載せないでください。

v2rayN：グループを追加して更新

メイン画面で「サブスクリプショングループ」を開き、「サブスクリプショングループの設定」から追加して新しいグループを作成します。見分けやすい名前をメモ欄に入力し、URL欄にサブスクリプションURLを貼り付けます。初回はほかの項目を既定値のままにしてください。保存したらメイン画面に戻り、「サブスクリプショングループ」メニューから現在のサブスクリプションを更新します。更新方法が複数ある場合、まだ接続できていない初回は「プロキシを経由しない更新」を試してください。確立していない接続にサブスクリプション取得を依存させずに済みます。

更新が完了したら、作成したグループに切り替え、サーバー一覧に項目が表示されるか確認します。項目が表示されれば、クライアントが設定を取得して読み込めたことを示しますが、すべてのノードに接続できるとは限りません。まずはアドレス、ポート、トランスポート設定をまとめて変更したり、元の設定を削除したりせず、次の接続テストで実際に使えるか確認してください。一覧が空の場合は、画面下部のメッセージやログを確認し、タイムアウト、アクセス拒否、取得内容の解析エラーを切り分けます。

v2rayNG：サブスクリプションを保存して更新

メイン画面のメニューから「サブスクリプション設定」を開き、追加ボタンをタップしてメモとサブスクリプションURLを入力し、保存します。メイン画面に戻り、メニューからサブスクリプションを更新してください。使用中のバージョンでグループを選べる場合は、該当するグループに切り替えます。更新が終わったら、ノードが一覧に表示されることを確認してください。サブスクリプション設定にURLを保存しただけでは、一覧への取得が成功したとは限りません。更新結果と該当する項目を確認しましょう。

vmess://、vless://、trojan://で始まる単独の共有リンクを受け取った場合は、リモートサブスクリプションURLとして保存せず、クリップボードから設定をインポートする機能を使います。共有リンクは1つの設定を示し、サブスクリプションURLは更新可能な設定一式を取得するためのものです。判断に迷ったら、用語集のサブスクリプションとノードの説明を確認してください。一覧に項目が表示されたら、現在のグループを維持したままプロキシモードを選びます。

手順2：プロキシモードを選択

初期設定では、通信を取り込む方法を1つだけ有効にしてください。プロキシモードはアプリの通信をクライアントに取り込む方法、ルーティングルールは取り込んだ通信の振り分け方法を決めるもので、別々の設定です。状態を確認しやすくするため、ほかのプロキシツールをいったん停止し、ブラウザーで手動設定したプロキシ拡張機能も無効にします。複数のクライアントを同時に起動してシステムプロキシを繰り返し変更すると、画面では有効でも実際の接続先ポートが別のソフトウェアを指すことがあります。

v2rayN：まずはシステムプロキシを使用、TUNは後回し

メイン画面の下部または通知領域のメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」を選びます。これにより、OSが対応するプロキシ設定がクライアントのローカル待ち受けアドレスを指すようになります。多くのシステムプロキシ対応ブラウザーはこの設定を使いますが、独自に接続を管理するアプリは従わない場合があります。初回の確認にはブラウザーを使い、ゲームやコマンドラインツールの動作だけで判断しないでください。

ルーティングでは「LANを迂回」または現在のバージョンで同等のルールを選び、ルーターやプリンターなどのローカル機器への通信が不要に転送されないようにします。ルーティングモードの「グローバル」も、すべてのアプリの通信を取り込むという意味ではありません。クライアントに取り込まれた通信だけが、このルールに従って処理されます。ローカル待ち受けポートは既定値のままにしてください。ログにポート競合が明記されている場合を除き、変更する必要はありません。変更した場合は、プロキシアドレスを手動入力したアプリの設定も合わせて変更します。

TUNモードは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシに従わないアプリにも対応できますが、権限、ルーティング、DNSなどの確認項目が増えます。初回接続では有効にせず、ブラウザーでの動作確認後に個別に試してください。このモードが必要な場合は、トラブルシューティングガイドで権限とネットワークの取り込みに関する説明を確認できます。基本的な接続を確立する段階で、高度な設定を変更する必要はありません。

v2rayNG：VPNモードを選択し、対象アプリを確認

v2rayNGの設定を開き、VPNモードが選択されていることを確認します。このモードはAndroidのVpnServiceを使って通信を取り込み、初回接続時にシステムから許可を求められます。初回の確認ではアプリごとのプロキシ設定を無効にし、テスト用ブラウザーが対象アプリのリストに左右されないようにします。アプリごとの設定を有効にする必要がある場合は、「選択したアプリのみプロキシを使用」と「選択したアプリをプロキシから除外」のどちらになっているか確認してください。意味が逆なので、チェックの有無だけでは判断できません。

Androidでは通常、システムのVPN接続を使えるアプリは同時に1つだけです。同じ仕組みを使うほかのネットワークツールがv2rayNGと接続を取り合う場合があるため、先に停止してください。モードの設定後、ノード一覧に戻ります。デスクトップ版もサーバー一覧に戻してください。これで通信の入口が決まりました。次は、その通信を中継するノードを選びます。

手順3：ノードを選択して接続

設定がそろったノードを1つ選んでテストし、プロトコル、トランスポート方式、DNSを同時に変更するのは避けてください。ノード名はサービス提供元が付けたメモであり、名前だけで回線品質や実際の所在地を判断できません。速度テストは候補を絞るための参考で、接続成功を最終確認する手段ではありません。まずクライアントを起動し、アクティブノードを指定してから、ブラウザーで結果を確認します。

v2rayN：実接続テスト後にアクティブサーバーに設定

サーバー一覧からノードを選び、右クリックして操作メニューを開き、「サーバーへの実接続遅延をテスト」または現在のバージョンで「実接続」と表示される速度テストを選びます。複数のノードを選択した場合は、テストが終わってから有効な結果が出たノードを選んでください。実接続テストでは、ノード経由でテスト用アドレスへのリクエストを試みます。サーバーポートへの到達性だけを調べる方法より、実際のプロキシ経路に近いテストです。ただし、テスト用アドレス、ルーティングルール、実行時のネットワーク状況にも左右されます。

TCPingは主に接続先ポートへの疎通を確認するもので、ポートに到達できても認証、暗号化、トランスポート設定が正しいとは限りません。反対に、実接続テストに失敗しても、サブスクリプション内のノードがすべて使えないとは限らず、テスト用アドレスへのアクセスに失敗した可能性もあります。初回から最小の数値を何度も追い求める必要はありません。まずリクエストを完了できるノードを探してください。詳しくは用語集で「実接続テスト」や接続テストに関する用語を確認できます。

ノードを決めたら行をダブルクリックするか、右クリックメニューからアクティブサーバーに設定し、現在のノード表示が切り替わったことを確認します。v2rayNはアクティブな設定に応じてコアを起動または再読み込みするため、通常は汎用の「接続」ボタンを探す必要はありません。画面下部のシステムプロキシが引き続き自動設定になっていることを確認し、ログを開きます。ポート競合、設定の解析失敗、コアの起動失敗が発生した場合は、まずローカルの起動問題を解決してください。この段階で接続先ノードを変更しても、エラーが解消しないことがあります。

v2rayNG：ノードを選択してシステムの許可を承認

一覧で接続先のノードをタップし、選択マークが該当する項目に付いていることを確認してから、メイン画面の接続ボタンをタップします。初回起動時にはAndroidからVPN接続要求が表示されます。要求元がv2rayNGであることを確認して許可してください。許可しないと、設定をインポート済みでもVPNモードでアプリの通信を取り込めません。接続後はクライアントのボタン状態とシステムのVPN接続表示を確認し、ノード行の色だけで接続済みと判断しないでください。

接続ボタンがすぐに停止状態に戻る場合は、クライアントのログを開き、起動時に最初に出たエラーを確認します。起動直後は使えても、バックグラウンドに切り替えると切断される場合は、バックグラウンド実行や省電力の制限を確認してください。この種の問題は、まず初回の前面表示で接続を確認してから個別に対処します。今はクライアントを起動したまま設定を変更せず、最後の手順で動作を確認しましょう。

手順4：プロキシが有効か確認

動作確認では、クライアントの状態とアプリからのリクエストの両方を見ます。システムプロキシが有効、VPNアイコンが表示、速度テストの結果がある、というだけでは、経路の一部が機能していることしか分かりません。初めて確認する場合は、同じブラウザーとテストページを使い、接続を有効にした場合と無効にした場合の動作を比較し、ログも合わせて通信経路を判断するのが確実です。

状態を確認してから、新しいブラウザーリクエストを送信

デスクトップ版では、選択したノードがアクティブになっていること、コアでエラーが継続していないこと、システムプロキシが「システムプロキシを自動設定」になっていることを確認します。Android版では、v2rayNGが動作中で、システムのVPN接続がほかのアプリに切り替わっておらず、ブラウザーがアプリごとのプロキシ設定の対象に含まれていることを確認してください。次にブラウザーで新しいタブを開き、正常に応答することが分かっているHTTPSページにアクセスします。読み込み済みのページを更新するだけでは、切断後もキャッシュで表示されることがあるため避けてください。

アクセスした時刻に対応する接続記録がクライアントのログにあるか確認します。記録があれば、少なくともリクエストがクライアントに届いています。次に、直結とプロキシ経由のどちらに振り分けられたかを確認します。現在のログレベルでアクセスごとの記録が表示されなくても、すぐに最詳細レベルへ変更する必要はありません。まずモード、アプリの対象範囲、接続の比較テストで判断してください。ログを共有する前に、サブスクリプションURL、アクセス情報、サーバーアドレス、個人の閲覧記録を隠してください。

接続を切って戻し、動作を比較

現在のルールでプロキシ経由になる想定のテスト先を選び、接続を有効にしてアクセスし、結果を記録します。次にデスクトップ版ではシステムプロキシを解除し、新しいリクエストで同じテスト先にアクセスします。Android版ではv2rayNGの接続を停止してから再度試します。最後にシステムプロキシまたはVPN接続を元に戻し、もう一度アクセスしてください。ノード、ブラウザー、ネットワークを同時に変更せず、毎回変更する項目を1つにすることで、どの変更が結果に影響したか判断できます。

接続を有効にした場合も無効にした場合もページが開くからといって、プロキシが機能していないとは限りません。テスト先に直接接続できる場合や、迂回ルールに一致している場合があります。信頼できる出口情報の確認ページで比較する方法もありますが、表示された出口アドレスは、そのページへの通信経路と合わせて解釈してください。ルーティングで通信を振り分けている場合、1つのページに表示された出口がすべてのアプリの出口を示すわけではなく、すべての接続が同じノードを通るとも限りません。

症状に応じて次の対応を選択

実接続テストに成功しているのに、ブラウザーの接続記録がまったくない場合は、ブラウザーがシステムプロキシに従っているか、アプリごとのルールから除外されていないかを確認します。リクエストが記録されるもののタイムアウトが続く場合は、アクティブノード、接続先サービスの状態、ネットワーク環境を確認してください。一部のドメインだけ失敗する場合は、現在使える設定を維持したまま、DNSとルーティングを調べます。クライアント全体の再インストールは後回しにしてください。証明書エラーが発生しても証明書検証を無効にせず、まず端末の時刻と設定内のサーバー名を確認します。

動作確認後は、再現可能な基本設定を維持してください。今後は項目を1つずつ変更してテストし、問題がなければ設定を残します。こうすれば異常が起きたとき、直前に使えていた状態へ戻せます。デスクトップ版を終了する前にシステムプロキシを解除し、クライアント停止後もアプリがローカルの待ち受けポートへアクセスし続けるのを防ぎます。Android版は接続を停止してから終了してください。サブスクリプションを更新するとノード一覧が変わるため、更新後はアクティブノードが引き続き存在するか確認します。