初回設定 · 約10分

V2Ray クライアントサブスクリプションの追加と初回接続

「サブスクリプションを追加、プロキシモードを選択、ノードに接続、結果を確認」の順に基本設定を進めます。各手順では前の手順の表示結果を確認ポイントにし、異常が起きてもクライアントを何度も再インストールする必要はありません。

デスクトップクライアント v2rayN
Android クライアント v2rayNG
完了の目安 接続時とIP結果が一致
ステップ1

サブスクリプションを追加してノード一覧を確認

この段階で確認するのは2点だけです。サブスクリプションURLをクライアントに保存できるか、更新後にノードを取得できるかを確認します。ルーティング、DNS、TUNの設定はまだ変更しないでください。

まずサブスクリプションURL全体をコピーする

サブスクリプションサービスの管理画面から、クライアント用のサブスクリプションURLをコピーします。コピーする際は、プロトコルの先頭から最後のパラメーターまで完全に含めてください。たとえばURL内のtoken=xxxxもサブスクリプションの識別情報の一部です。ブラウザのアドレスバーで途中まで切れた文字列だけをコピーしたり、サブスクリプションURLを検索ボックスに貼り付けて確認したりしないでください。サブスクリプションURLは個人設定情報のため、スクリーンショット、フォーラム、チャットグループなどに公開するのは避けましょう。

サービス提供元が複数の入口を用意している場合は、汎用サブスクリプション、V2Rayサブスクリプション、またはv2rayN・v2rayNG対応と表示された入口を選びます。QRコードはモバイル端末でのスキャンに、テキストURLはデスクトップでの貼り付けに適しています。どちらも同じ種類の設定データを渡すため、両方を追加する必要はありません。

v2rayNでサブスクリプショングループを新規作成する

v2rayNを開き、上部メニューからサブスクリプショングループ、続いてサブスクリプショングループ設定を選びます。表示されたウィンドウでレコードを新規作成し、完全なURLをサブスクリプションURL欄に貼り付け、サービス名や用途など識別しやすいメモを入力します。グループ名はノードが多い場合の絞り込みに使うもので、接続自体には影響しません。初回はデフォルトのグループを使っても、メモと同じ名前を入力しても構いません。

設定を保存してメインウィンドウに戻り、もう一度サブスクリプションメニューを開いて「すべてのサブスクリプションを更新」を実行します。先ほどのグループだけを個別に更新しても構いません。更新が完了すると、メインウィンドウに複数のサーバーレコードが表示されます。一般的な列には別名、アドレス、ポート、通信方式、セキュリティ方式などがあります。すべての列を理解する必要はなく、一覧が空でなく、サブスクリプション解析エラーが繰り返し表示されないことを確認してください。

v2rayNGでサブスクリプションを追加する

v2rayNGのサイドメニューを開き、サブスクリプション設定に進んで追加ボタンをタップします。メモを入力してサブスクリプションURLを貼り付け、保存後にサブスクリプション一覧へ戻り、追加した項目を選んで更新します。更新に成功したらメイン画面へ戻ると、ノードが一覧で表示されます。一覧に以前の内容が残っている場合は、メインメニューから設定を更新するか、現在の画面を閉じてノード一覧を開き直してください。

モバイル端末でQRコードから追加する場合は、スキャン結果が単一のVMessまたはVLESSノードではなく、サブスクリプションURLとして認識されていることを確認します。単一ノードの設定ではサーバーレコードが1件追加されるだけですが、サブスクリプションURLなら後からまとめて更新できます。サービスページに複数の回線があると明記されているのにノードが1件しか表示されない場合は、サブスクリプション設定に戻って追加形式を確認してください。

この手順の完了条件

クライアントにサブスクリプショングループが保存され、手動更新でエラーが繰り返し表示されず、メインのノード一覧に選択可能なサーバーレコードが少なくとも1件表示されていること。

更新後もノードが表示されない場合の確認方法

まずサブスクリプション設定を開き直し、URLの前後に空白がなく、コピー時にパラメーターが欠けていないことを確認します。現在有効なのが追加したばかりのグループかどうかも確認してください。続けてもう一度手動更新し、クライアントの表示がネットワーク要求の失敗、内容が空、形式を認識できない、のどれに該当するかを確認します。要求の失敗は現在のネットワークやURLへの到達性、内容が空の場合はサブスクリプションの状態、形式を認識できない場合は管理画面のURLではなくクライアント用URLを取得しているかどうかが主な確認点です。

この段階でプロキシモードを頻繁に切り替えないでください。クライアントに利用可能なノードがまだない場合、システムプロキシを変更してもサブスクリプションの内容が自動的に表示されることはありません。サブスクリプションの状態、更新頻度、ノード項目について詳しくはよくある質問用語集を参照してください。複数のサブスクリプショングループ、サーバーの絞り込み、自動更新の方針については応用マニュアルで説明しています。

ステップ2

システムプロキシとルーティングモードを選択

サブスクリプションからノードが取得できたら、どの通信をクライアントに渡すかを決めます。初回接続ではシステムプロキシとルールモードを基本とし、説明しやすくトラブルを切り分けやすい状態から始めます。

まず2つの独立した設定を区別する

v2rayNで混同されやすい設定は2種類あります。1つ目はシステムプロキシの状態で、OSのプロキシ設定に従うアプリがリクエストをv2rayNへ送るかどうかを決めます。2つ目はルーティングモードで、クライアントに入ったリクエストをプロキシ経由、直接接続、ブロックのどれで処理するかを決めます。前者は「通信がクライアントに入るか」、後者は「入った後にどの経路を通るか」を担当します。一方だけを変更すると、実際の結果が想定と異なる場合があります。

初回設定では、v2rayNの下部ステータスエリアまたはトレイメニューでシステムプロキシを「システムプロキシを自動設定」にし、ルーティングをルールモードに設定します。バージョンによってルールモードの名称は多少異なりますが、ローカルネットワークや一般的な直接接続先を迂回し、それ以外のリクエストを現在のアクティブサーバーで処理する設定が一般的です。選択後は下部ステータスバーを確認し、システムプロキシとルーティングの表示が現在の設定を反映していることを確認してください。

グローバルモードを使うタイミング

グローバルモードでは、クライアントに入ったリクエストが優先的に現在のプロキシ経由で処理されます。短時間の比較テストに適しています。ルールモードでウェブページが想定どおり開かない場合は、一時的にグローバルモードへ切り替えて同じページを再読み込みします。グローバルモードで正常、ルールモードで異常なら、問題はルーティングのマッチングにある可能性が高いです。両方で失敗する場合は、ノードの状態、サブスクリプションの内容、ネットワーク接続へ戻って確認します。

グローバルモードにしても、端末上のすべてのプログラムが自動的にクライアントを経由するわけではありません。システムプロキシを参照しないプログラム、独自のネットワークスタックを使うプログラム、内蔵プロキシ設定を持つプログラムがあります。その場合はまず各プログラムのプロキシ設定を確認してください。より多くの通信を対象にする必要がある場合にのみTUNモードを検討し、ルールとグローバルの切り替えを繰り返すだけで済ませないようにします。

v2rayNGのモード選択

v2rayNGでは、まず設定またはルーティング設定からルールモードを選択します。メイン画面に戻って接続ボタンをタップすると、システムレベルのVPNトンネルが確立され、Androidに権限確認画面が表示されます。初回接続ではこの要求を許可する必要があります。許可しないと、ノードを選択していても通信はクライアントに入りません。システムの許可はトンネルの確立だけを担当し、具体的な通信はv2rayNGの現在のルーティングルールに従って処理されます。

サブスクリプションとノードが利用できるか確認するだけなら、デフォルトのルール設定のままで問題ありません。ドメインルールのカスタマイズ、アプリごとの振り分け、DNSの問い合わせ経路、FakeDNSを同時に変更すると、複数の判定条件が変わってしまいます。初回接続前にまとめて調整するのは避けてください。まずはこのページの4ステップを完了して基本接続が安定していることを確認し、その後、進階手册で設定を一つずつ変更してください。

この手順の完了条件

v2rayNでシステムプロキシが有効かつルールモードになっている、またはv2rayNGでルール設定が選択され、システムトンネルを確立する権限があること。

モードの選択が完了すると、クライアントは通信の受け入れ方と処理方法を把握しますが、実際に使うサーバーはまだ決まっていません。次はノードをテストし、接続可能と確認できたレコードをアクティブサーバーに設定します。これにより、「モード設定の誤り」と「ノード自体の利用不可」を同じ問題として扱わずに済みます。

ステップ3

ノードをテストして接続する

ノード名から分かるのは地域、倍率、プロトコルに関する手がかりだけで、現在利用できることの証明にはなりません。接続前に実接続テストを実行し、成功した結果からアクティブサーバーを選びます。

実接続レイテンシで利用できないノードを除外する

v2rayNのメイン一覧で候補ノードをいくつか選び、右クリックメニューまたはテストメニューから「サーバー実接続レイテンシをテスト」を実行します。このテストはノード設定に従って実際のプロキシハンドシェイクを行うため、通常のネットワークPingよりもブラウザ接続時の状態に近い結果が得られます。テスト後、成功したレコードには接続時間が表示され、失敗したレコードには通常、タイムアウト、エラー、空の結果などが表示されます。

数値が最も小さい1件だけを選ばないでください。初回は結果が安定して返るか、ノードのプロトコル、地域、サブスクリプションの表示が用途に合っているかがより重要です。候補を2~3件選んで再テストし、一時的なネットワークの揺らぎを除外するとよいでしょう。1回目は結果が出ても2回目以降もタイムアウトする場合は、別のノードに切り替えたほうが設定を続けやすくなります。

通常のPing、実接続レイテンシ、ダウンロード速度テストは測定対象が異なります。Pingは基礎的なネットワーク往復に近く、実接続レイテンシにはプロキシハンドシェイクが含まれます。ダウンロード速度テストは実際の通信を使うため、サーバー側の帯域、回線の混雑、ローカルネットワークの影響を受けます。初回接続では実接続レイテンシが成功すれば十分で、先に完全な速度テストを行う必要はありません。3種類の数値の違いはレイテンシテストの解説で確認できます。

テストに成功したレコードをアクティブサーバーに設定する

v2rayNでテストに成功したノードをダブルクリックするか、右クリックメニューから「アクティブサーバーに設定」を選びます。設定後、ノード行に色、アイコン、ステータス表示などが現れ、下部のステータスエリアにも現在のサーバー情報が表示されます。行を1回クリックするだけではレコードを選択しただけで、アクティブサーバーが変わらない場合があります。ステータス表示が変化したかどうかを基準に確認してください。

アクティブサーバーを確認したら、v2rayNのコアが実行中か確認します。通常、クライアントの起動やノードの切り替え時には、ログエリアに設定の読み込み、コアの起動、ローカルリスナーの確立などが表示されます。ログで起動と終了が繰り返される場合は、ノードの切り替えを止め、エラーに最も近い位置の表示を確認してください。ポートの競合、互換性のない設定項目、ローカルのセキュリティソフトによるプロセスのブロックは別々の問題であり、サブスクリプションの再更新を繰り返しても解決にはなりません。

v2rayNGでノードを選択して接続する

v2rayNGのメイン一覧に戻り、ノードをタップして現在の設定にします。ノード横の選択状態が変わることを確認してください。続いてメイン画面の接続ボタンをタップします。初回のトンネル確立時には接続権限の確認が求められるため、許可して接続済みの状態アイコンに変わるまで待ちます。テスト機能がある場合は、トンネルを有効にする前に現在のノードで接続テストを実行しても構いません。

接続ボタンが有効になったことは、ローカルトンネルが確立したことを示すだけで、リモートノードが利用可能だと単独で証明するものではありません。ここで確認を終えないでください。現在のアクティブノードとモードを変えず、次の手順でブラウザの結果とクライアントログを照合します。接続後にすべてのウェブページへアクセスできない場合は、いったんトンネルを切断し、実接続テストに成功した別のノードで再試行してください。設定変更を連続して重ねるのは避けましょう。

この手順の完了条件

少なくとも1件のノードが実接続テストに成功し、アクティブサーバーに設定され、クライアントのコアまたはシステムトンネルが接続状態になっており、ログで同じエラーが繰り返されていないこと。

テストがすべて失敗する場合の最短確認手順

まずサブスクリプションを一度更新し、ノードレコードが現在有効なグループから取得されていることを確認します。次に端末の日時とタイムゾーンが正しいか確認してください。一部のプロトコルでは大きな時刻ずれがハンドシェイクに影響します。その後クライアントを完全に終了して開き直し、1件のノードだけをテストします。それでもすべて失敗する場合は、エラーが発生した段階と重要なメッセージを記録し、FAQのトラブルシューティング分類と照らし合わせて対応してください。この時点で設定をすべて削除するのはおすすめしません。サブスクリプションとログを残したほうが、問題がどの層で起きているか判断しやすくなります。

ステップ4

ブラウザの通信がプロキシを経由しているか確認する

最終的な判断はボタンの色ではなく、クライアントの状態、アクセス結果、出口情報を同時に確認して行います。確認中はノードとモードを変えず、結果を比較できる状態に保ってください。

新しいブラウザウィンドウでテストする

接続が確立したら、新しいブラウザウィンドウまたはプライベートウィンドウを開き、普段使っているIP確認ページへアクセスします。新しいウィンドウを使うと、既存の接続、キャッシュ、拡張機能の設定が結果に与える影響を減らせます。ページに表示された出口アドレスと地域を記録し、クライアントを切断して同じページを再読み込みして比較します。接続前後で結果が適切に変化し、接続中にウェブページが安定して読み込めれば、ブラウザの通信が現在のプロキシ経路に入っていると判断できます。

長時間開いたままのウェブページのタブだけで判断しないでください。ブラウザが古い接続を再利用したり、ページ自体が以前の結果をキャッシュしたりする場合があります。確認ページに変化がない場合は、いったんタブを閉じて新しいウィンドウを開き、ブラウザで独立したプロキシ拡張機能が有効になっていないことを確認してください。独立した拡張機能がシステムプロキシを上書きすると、v2rayNのモード切り替えが効いていないように見えることがあります。

ログを確認してリクエストがクライアントに入ったか判断する

確認ページを開いたまま、v2rayNのログエリアを確認します。ウェブページを更新した際に新しい接続記録が表示されれば、リクエストはクライアントに到達しています。この時点でページが開かない場合は、ノードのハンドシェイク、DNS、ルーティング結果を確認します。ページ更新時にログがまったく変化しない場合は、すぐにプロトコルを変更するのではなく、システムプロキシの状態、ブラウザのプロキシ設定、対象プログラムがシステムプロキシに従っているかを確認してください。

v2rayNGでも判断方法はほぼ同じです。接続状態が有効なままになり、システムのステータスエリアにトンネルが動作中と表示され、ページ更新時にクライアントログまたは通信状態が変化することを確認します。切断すると正常に戻り、接続するとすべてのリクエストが失敗する場合は、通信がクライアントには入っているものの、現在のノードまたは設定が外向き接続を完了できていない可能性があります。接続前後でまったく差がない場合は、選択中のノード、トンネル権限、ルーティングモードを優先して確認してください。

実際のウェブアクセスでもう一度確認する

IP結果を確認したら、普段使うウェブページを2~3件開き、トップページの読み込み、画像リソース、次のページへの移動をそれぞれ確認します。確認ページだけでは、すべてのDNSや接続パターンを検証できません。実際のウェブページが連続して開き、クライアントログに継続的なエラーがなく、接続を切断すると出口結果が元に戻れば、初回設定は完了です。

一部のページは正常で一部が異常でも、クライアント全体の故障とは限りません。まず比較のため一時的にグローバルモードへ切り替えます。グローバルモードで正常なら、ルールのマッチングとDNS設定を確認します。グローバルモードでも異常なら、実接続テストに成功した別のノードへ変更してください。テスト後はルールモードに戻し、日常利用時の状態と切り分け時の状態を明確に分けます。

この手順の完了条件

新しいブラウザウィンドウでの出口結果が未接続時と異なり、実際のウェブアクセスが正常で、クライアントログから対応するリクエストを確認でき、接続を切断すると結果が元に戻ること。

完了後は1回に1つだけ変更する

基本接続の確認が完了したら、必要に応じてサブスクリプションの自動更新、ノードグループ、ルーティングルール、TUNモードを設定できます。毎回主要な設定を1つだけ変更し、変更後に「接続—ログ確認—出口確認」の手順を繰り返してください。異常が起きても、どの変更が原因かすぐに特定でき、設定全体を作り直す必要がありません。

サブスクリプショングループ、サーバーの絞り込み、DNS経路、FakeDNS、TUNモード、カスタムの外向き接続には相互関係があります。まとめて変更すると確認範囲が広がるため、これらのテーマは応用設定マニュアルで章ごとに説明しています。プロトコル名、コアの関係、ルーティング用語は先に用語集で確認し、具体的なエラーメッセージがある場合はFAQで種類別に原因を調べてください。

v2rayNをダウンロード