v2rayNの使い方サブスクリプションの追加と接続確認
「サブスクリプションを追加 → プロキシモードを選択 → 接続 → 動作確認」の順に進めます。初期設定の所要時間は約10分が目安です。実際の時間はノードの設定やネットワーク環境によって異なります。
インストール済みのクライアントと有効なサブスクリプションURLを用意してください。クライアントは設定を読み込んで接続するもので、利用可能なノードを自動生成するものではありません。まだインストールしていない場合は、クライアントのダウンロードページからインストーラーを選び、このページに戻って設定を続けてください。
設定手順のナビゲーション
まずノードが一覧に表示されることを確認してから、通信の入口を設定します。各手順の結果を確認してから次に進んでください。
STEP 01 / SUBSCRIPTION
サブスクリプションを追加：グループを作成してノードを更新
「サブスクリプションURL」と「個別の共有リンク」は別のものです。サブスクリプションURLは複数のノードをまとめて取得するためのもので、通常はアクセス用パラメーターを含むHTTPSアドレスです。個別の共有リンクには1つのノード設定だけが記載されており、インポート方法が異なる場合があります。サブスクリプションURLを入手したら、サブスクリプショングループの設定から追加してください。ノードのサーバーアドレス欄に入力しないでください。サーバーアドレス、ポート、ユーザーIDなどの項目は、サブスクリプションの読み込み時に生成されます。初回から1つずつ手入力する必要はありません。
v2rayN：サブスクリプショングループを追加
v2rayNを開き、上部の「サブスクリプショングループ」メニューから「サブスクリプショングループの設定」を開いて、新しいグループを追加します。「メモ」には「普段使い」など、見分けやすい名前を入力します。「オプションのアドレス（URL）」にサブスクリプションURLを省略せず貼り付けてください。URL末尾のパラメーターも設定の一部です。コピー時に疑問符以降を省いたり、余計な引用符を付けたり、チャットの説明文まで一緒に貼り付けたりしないでください。
「更新を有効にする」は、そのグループをサブスクリプション更新の対象にする設定です。初回設定では有効のままにし、「フィルター」はノードがすべて除外されるのを防ぐため空欄にします。更新間隔は、まず現在のバージョンの既定値のままで構いません。入力欄が空でも保存できる場合は、手動更新で動作を確認してください。グループを保存してメイン画面に戻り、サブスクリプションメニューから現在のサブスクリプションを更新します。バージョンによっては「OKを押して更新」のような項目から実行できます。
更新結果とノード一覧を確認します。正常に更新されると、グループ内に選択可能なノードが表示されます。一覧には通常、メモ、プロトコル、アドレス、ポートなどが表示されます。一覧に表示されたことは設定が読み込まれたことを示すだけで、接続済みとは限りません。更新が成功しても一覧が空の場合は、新しく作成したグループが選択されているか、フィルターが設定されていないかを確認します。リクエストに失敗した場合は、サブスクリプションURLを省略せずコピーできているか、URLが有効か、現在のネットワークから配信元にアクセスできるかを確認してください。
v2rayNG：グループを保存して一覧に戻り更新
v2rayNGのサイドメニューから「サブスクリプショングループの設定」を開き、新規追加をタップしてメモとサブスクリプションURLを入力します。保存してメイン画面に戻り、右上のメニューから「サブスクリプションを更新」などの項目を実行してください。バージョンによっては、直接接続での更新とプロキシ経由での更新が別々に用意されています。利用可能な接続をまだ確立していない場合は、まず直接接続で更新してください。すでに使えるプロキシがあり、サブスクリプションURLへのアクセスにもその経路が必要な場合に限り、プロキシ経由で更新します。
個別の共有リンクを使う場合は、リンク全体をコピーします。v2rayNでは「クリップボードから共有リンクをインポート」、v2rayNGでは追加メニュー内のクリップボードからのインポートを使います。サブスクリプションURLと個別ノードのリンクを入れ替えて試さないでください。インポート後、ノードの種類が提供元の説明と一致しているか確認します。一致しない場合は、形式を別のプロトコルに変更するのではなく、元の内容を確認してください。プロトコルの項目は、名前を書き換えるだけでは変換できません。
この手順の完了条件は、対象のグループに必要なパラメーターがそろったノードが1つ以上表示されることです。速度測定を続けて実行したり、通信方式やセキュリティの項目をすぐに編集したりする必要はありません。サブスクリプションから取得した設定をそのまま保ち、次にクライアントへ通信を送る方法を選びます。
STEP 02 / TRAFFIC MODE
プロキシモードを選択：通信の入口とルーティングを区別
「システムプロキシ」と「ルーティングルール」は別の役割を持ちます。システムプロキシは、システム設定を参照するアプリからのリクエストをクライアントに渡すかどうかを決めます。ルーティングルールは、受け取ったリクエストを直結、プロキシ、その他の設定済みアウトバウンドのどれに送るかを決めます。システムプロキシを有効にしても、すべてのアプリがクライアントを経由するとは限りません。また、グローバルプロキシのルーティングを選んでも、プロキシの入口を使っていないアプリが自動的に取り込まれるわけではありません。まずこの2つを区別すると、関係のない設定を何度も変更せずに済みます。
v2rayN：初回はシステムプロキシを使う
メイン画面の下部ステータスバー、または対応するメニューから「システムプロキシ」を探します。初回設定では「システムプロキシを自動設定」などの有効化オプションを選びます。接続の前後どちらでも、状態を再確認できます。この段階ではTUNを有効にしないでください。仮想ネットワークアダプター、権限、ルーティングという確認項目が増えるためです。ブラウザーに独自のプロキシ拡張機能がインストールされている場合は、一時的に無効にするか、システム設定を使うよう切り替えてください。拡張機能の設定がシステムプロキシを上書きするのを防げます。
続いて「ルーティング」または「ルーティング設定」を開き、現在のバージョンで利用できる一般的なプリセットを選びます。ルールに応じて直結とプロキシを使い分けたい場合は、該当するバイパスまたは分岐用のプリセットを選び、設定内の説明を確認してください。メニューの「グローバル」は通常、クライアントに入ったリクエストをプリセットに従ってプロキシ経由で送る設定です。システム全体の通信を取り込むスイッチではありません。名前だけでルールの内容を判断したり、ページを開くために出所不明のルールファイルを読み込んだりしないでください。
初回の動作確認では、ルールが明確で挙動を予測しやすいプリセットを選ぶと切り分けやすくなります。特定のページが直結される場合は、一時的にグローバルプロキシのルーティングに切り替えて結果を比較できます。確認が済んだら、必要な分岐ルールに戻してください。切り替え前の設定を覚えておき、変更は一度に1つだけ行います。ドメインルール、IPアドレスのルール、照合順序について詳しく知りたい場合は、プロトコルとコアの技術ガイドをご覧ください。このページでは、まず基本設定を行います。
v2rayNG：動作モードとルーティング設定を確認
v2rayNGの設定で動作モードを確認します。一般的なAndroidの利用では、VPNモードで通信を取り込みます。ローカルプロキシポートだけを提供するモードに切り替えた場合、接続ボタンをタップしても、他のアプリが自動的にそのポートを使うわけではありません。初回は既定のVPN接続方式を使い、ルーティング設定では用途に合うプリセットを選びます。カスタムルールやアプリごとの制限は、ひとまず追加しないでください。
「アプリごとのプロキシ」を設定済みの場合は、確認に使うブラウザーが対象に含まれているか確認してください。アプリ一覧が対象アプリを含むのか除外するのかは、チェックの有無だけで判断せず、現在の画面に表示される説明を確認します。システムVPNの経路を使う他のアプリが接続開始に影響することもあります。開始前に、同種の接続を停止してください。特定のアプリを直結させる必要がある場合は、あとから対象範囲だけを変更して再確認します。
この手順が終わったら、次の2点を説明できる状態にします。確認に使うアプリがどの入口からリクエストを送るか、クライアントがどのルーティングルールを使っているかです。選択した設定を保ったまま、ノードへの接続に進みます。
STEP 03 / CONNECTION
接続を開始：ノードを選択してコアの状態を確認
ノード一覧から、設定がそろっていて用途が明確なノードを1つ選び、最初のテストに使います。メモとプロトコルを確認し、遅延の数値だけで選ぶ必要はありません。TCPの疎通確認で分かるのは、特定のアドレスとポートへの接続状況です。実際のプロキシリクエストによるテストのほうが接続状態に近いものの、実際のアプリでのアクセス確認に代わるものではありません。サブスクリプションで管理されているノードは、元のパラメーターをそのまま使ってください。テスト結果を良くするために、ポート、通信方式、セキュリティ設定を独自に変更しないでください。
v2rayN：アクティブサーバーに設定
対象ノードを選び、右クリックメニューの「アクティブサーバーに設定」などの項目から有効にします。バージョンによっては、ノードをダブルクリックしてアクティブにできる場合もあります。設定後、一覧のアクティブ表示と画面下部の状態を確認し、選択したノードが有効になっていることを確かめてください。行がハイライトされているだけでは不十分です。v2rayNは通常、設定の適用時やアクティブノードの切り替え時に関連するコアを起動または再読み込みします。画面のバージョンによっては、独立した接続ボタンがありません。
ログ画面を開き、設定の読み込み、コアの起動、明確なエラーが表示されていないか確認します。ポートが使用中と表示された場合は、クライアントが重複して起動していないか、別のプログラムが同じローカル待ち受けポートを使っていないか確認してください。プロトコルや項目がサポートされていないと表示された場合は、ノードの要件とコア、クライアントの対応範囲を照らし合わせます。セキュリティ設定を安易に削除しないでください。XrayとV2Flyでは対応機能が異なります。コアを切り替える条件については、プロトコルの解説をご覧ください。
コアが正常に動作したら、システムプロキシが有効か確認します。システムから権限やネットワークアクセスの確認が表示された場合は、要求元が使用中のクライアントであることを確認し、用途に応じて許可してください。確認を回避するために、システムの保護機能全体を無効にしないでください。接続に失敗した場合は、最初に発生した重要なエラーを記録します。ノードと複数の設定を続けて変更すると、ログと現在の状態が対応しなくなり、問題の発生箇所を特定しにくくなります。
v2rayNG：接続ボタンをタップして初回の許可を行う
メインの一覧に戻って対象ノードを選び、接続ボタンをタップします。VPNモードを初めて起動すると、Androidに接続リクエストが表示されます。アプリ名を確認して許可してください。クライアントに戻り、接続ボタンの状態とシステムのVPN状態を確認します。許可されたことは、アプリがローカルの通信経路を作成できるという意味であり、接続先ノードが利用可能であることを示すものではありません。次に実際のアクセスで確認します。
許可した直後に切断される場合は、まずクライアントログを開き、設定エラー、起動失敗、権限エラーがないか確認してください。画面ロック後に切断される場合は、システムのバックグラウンド動作やバッテリー管理の制限を確認し、必要に応じてバックグラウンドでの動作を許可します。初回接続に失敗したときに、バッテリー設定、ルーティング、ノードのパラメーターを同時に変更しないでください。まず繰り返し発生する起動エラーを解消し、その後で画面ロック後の動作を確認します。
この手順の完了条件は、アクティブノードを特定でき、コアまたは接続サービスが動作し続け、起動エラーが繰り返し発生しないことです。クライアントを起動したままブラウザーに戻り、接続アイコンだけで判断せず、実際のリクエストで通信経路を確認します。
STEP 04 / VERIFICATION
動作を確認：アクセス結果とログを照合
ブラウザーを開き、正常に表示できることが分かっているHTTPSページにアクセスしてから、普段プロキシ経由でアクセスするページを開きます。キャッシュの表示だけで判断しないよう、新しいタブを開いて再読み込みしてください。1つのサイトが開けただけでは、すべてのアプリがプロキシを経由している証拠にはなりません。ページが直結されている場合や、ブラウザーが独自のプロキシ設定を使っている場合もあります。アプリ側の動作とクライアントの記録をあわせて確認してください。
リクエストがクライアントに届いているか確認
クライアントに戻り、ページにアクセスした時刻に近いログを探します。現在のバージョンとログレベルで接続の詳細が表示される場合は、対象ドメイン、接続エラー、アウトバウンドの選択結果を確認します。リクエストが1件ずつログに表示されないからといって、クライアントに届いていないとは限りません。まずログレベルと表示範囲を確認し、システムプロキシ、ブラウザーの設定、アクティブノードとあわせて判断してください。詳細なログを取るために、高いログレベルのまま使い続けないでください。
通常のページは開くのに対象ページが開かない場合は、ノードを変えずに、確認用のルーティングプリセットだけを変更します。一時的にグローバルプロキシのルーティングに切り替えて再度アクセスし、結果が変わる場合は、元の分岐ルールを優先して確認してください。どのページも開かない場合は、まずコアの動作とプロキシの入口を確認し、その後ノードへの接続を確認します。すぐにルーティングが原因だと判断しないでください。証明書の警告が表示された場合は、無視してアクセスを続けず、システム時刻、接続先アドレス、セキュリティソフトなどを確認してください。
DNSを確認：名前解決の失敗と接続失敗を区別
ログに名前解決エラーが明確に表示された場合は、まず現在のネットワークで一般的なドメイン名を正常に解決できるか確認します。次に、クライアントのDNS設定に現在のネットワークに適さないカスタム設定が残っていないか確認してください。初回設定では現在のバージョンの既定値を使い、ブラウザーのセキュアDNS、クライアントのカスタムDNS、複雑な分岐ルールを同時に追加しないことをおすすめします。通信の入口によってDNSの経路が異なる場合があるため、ブラウザーでドメインを解決できても、クライアント側のDNS経路が正常とは限りません。
ログにアドレスの取得後、接続がタイムアウトしたと表示される場合は、接続先ノード、ポート、リモート側の稼働状況、ネットワーク経路を確認します。DNSを変えるだけでは解決しないことがあります。特定のアプリだけで問題が起き、ブラウザーでは正常な場合は、そのアプリがシステムプロキシを参照するか、Androidのアプリ別ルールで除外されていないか確認してください。DNSとルーティングの関係については、プロトコルとコアの技術ガイドをご覧ください。基本設定の段階では、現在のエラーに直接関係する項目だけを変更します。
プロキシのオン・オフを比較して最終確認
同じネットワーク、同じブラウザー、同じページで現在のアクセス結果を記録します。次にプロキシの入口を一時的に無効にして再読み込みし、再度有効にして結果を比較します。比較中にノードやルーティングを同時に変更しないでください。どちらも同じ結果になった場合、ページがもともと直結できるか、リクエストが想定した入口に届いていない可能性があります。ログもあわせて確認してください。比較の目的は結果に違いを作ることではなく、現在の設定と実際のリクエストの関係を説明できるようにすることです。
動作確認が済んだら、利用できたグループ、アクティブノード、ルーティングプリセットを控えておきます。以後はまずサブスクリプションを手動で更新し、正常に更新できることを確認してから、必要に応じて自動更新を設定してください。サブスクリプションの更新でノードのメモやパラメーターが変わる場合があるため、変更後はアクティブノードを再確認します。トラブル対処の情報を共有する場合は、クライアント名、OS、操作手順、個人情報を除いたエラー文のみを伝えます。サブスクリプションURL全体や個人のアクセス履歴は公開しないでください。
これで、サブスクリプションの読み込み、プロキシの入口、コアの動作、実際のアクセスをそれぞれ確認できました。手順をやり直す場合は、サブスクリプションの追加またはプロキシモードの設定に戻ってください。プロトコルの選び方、コアの互換性、サブスクリプション形式を確認したい場合は、プロトコルの解説をご覧ください。初回設定ですべての詳細設定を完了させる必要はありません。