初期設定 · 4ステップ

V2Rayの使い方ガイド

サブスクリプションの追加 → プロキシモードの選択 → 接続開始 → 動作確認。利用可能なサブスクリプションがあれば、この約10分の手順で初期設定を完了できます。

まずインストーラーのダウンロードページからクライアントを選び、インストールします。デスクトップ版は書き込み可能な場所に配置し、圧縮ファイルのプレビュー画面から直接起動しないでください。Android版はインストール後に一度起動し、メイン画面が表示されることを確認します。この時点でサーバーが表示されなくても問題ありません。クライアントをインストールしただけでは、利用可能なリモートサーバーは自動で追加されません。

サブスクリプション提供元から発行された完全なURLを用意し、サービスの有効期限が切れていないことを確認します。サブスクリプションURLはアカウントのログインページとは異なります。通常はアカウントページの「サブスクリプションをコピー」などの項目から取得します。URLにアクセス情報が含まれる場合があるため、公開チャットやスクリーンショット、オンライン変換サイトに載せないでください。手順どおりに進まない場合は、その段階でいったん止めて確認します。プロトコル、DNS、ルーティングの設定を一度に変更する必要はありません。

手順 01 · サブスクリプションとサーバー一覧

サブスクリプションを追加

この手順では、URLを保存するだけでなく、サーバー一覧に実際のサーバー情報を表示させます。サブスクリプションは、提供元が管理するサーバーの一覧です。クライアントがURLを読み込むと、設定が選択可能なサーバーとして表示されます。共有リンクが1件だけの場合は、「クリップボードからインポート」などの機能を使い、サブスクリプション欄に無理に入力しないでください。

v2rayN:グループを追加してから更新

メイン画面のサブスクリプション関連メニューから「サブスクリプショングループ設定」または同様の管理画面を開き、グループを追加します。見分けやすい提供元の名前を入力し、URL欄にコピーした完全なサブスクリプションURLを貼り付けます。先頭や末尾に空白、改行、チャットアプリが追加した文字列が含まれていないか確認してから保存してください。初回はほかの項目を初期設定のままにし、取り込んだサーバーをすべて除外してしまわないよう、フィルター用キーワードの追加は後回しにします。

メイン画面に戻り、サブスクリプションメニューから追加したグループを更新します。バージョンによっては通常の更新とプロキシ経由の更新を選べます。利用可能な接続がまだない場合は、まず通常の更新を試してください。すでにプロキシ接続があり、その経由でのみURLにアクセスできる場合は、動作を確認済みの接続を使って更新します。まだ確立していない接続を使って、自分自身を何度も更新しようとしないでください。処理が終わったら通知やログを確認し、該当グループを開いてサーバー名やアドレスが表示されたことを確認します。

v2rayNG:URLを保存したらメイン画面で更新

メイン画面のメニューから「サブスクリプショングループ設定」を開き、追加ボタンでグループを作成して、名前とサブスクリプションURLを入力して保存します。メイン画面に戻り、メニューから「サブスクリプションを更新」を実行します。グループを指定できる場合は、追加した提供元だけを更新してください。グループの保存とサブスクリプションの読み込みは別の操作です。保存後に一覧が空でも、読み込みを実行していないだけの可能性があります。

更新後もサーバーが表示されない場合は、まずエラーが発生した段階を確認します。リクエストがタイムアウトする場合は、URLにアクセスできるか、現在のネットワークに問題がないかを確認してください。応答内容を認識できない場合は、そのクライアントに対応した形式のURLをコピーしたか、提供元に問い合わせます。認証されていない、または内容が空だと表示される場合は、サービスの状態とURLがリセットされていないかを確認してください。認証情報を含む完全なURLを検索エンジンや第三者の確認ツールに入力しないでください。

次の手順に進む前に:対象のグループにサーバーが1件以上表示されていることを確認します。フィルターやグループの選択間違いで、一覧が空だと思い込んでいないかも確認してください。更新に失敗した場合も、既存の利用可能なサーバーは残しておきましょう。トラブル対処の最初に「すべてのサーバーを削除」する必要はありません。サーバー名は識別用の表示名であり、名前だけでは接続可否を判断できません。モード設定と実際のアクセス確認は、この後に行います。

手順 02 · 通信の取り込みとルーティング

プロキシモードを選択

サーバーを追加したら、まず2つの点を区別します。アプリの通信をどの方法でクライアントに取り込むか、取り込んだ後にどの出力先へルーティングするかです。システムプロキシ、VPN、TUNは前者を、ルール分割、グローバルプロキシ、ダイレクト接続は後者を制御します。この2つを混同すると、「グローバルにしたのに、一部のアプリがプロキシを通らない」といった問題につながります。

v2rayN:初回テストはシステムプロキシを使用

メイン画面の下部にあるステータス欄、またはシステムトレイのメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」などの項目を選びます。これにより、システムプロキシ設定に従うアプリは、クライアントのローカル待ち受けポートに通信を送ります。すべてのアプリが自動的に接続されるわけではありません。初回テストは通常のブラウザーで行い、TUN、ブラウザーの手動プロキシ設定、複数のプロキシ拡張機能を同時に有効にしないでください。どの設定が機能しているのか判断しにくくなります。

次にルーティング設定を確認し、クライアントに用意されているルールベースの振り分けを選びます。バージョンによっては「LANと中国本土のアドレスを除外」などと表示されます。具体的なルールは選択したプリセットに従います。普段の利用では、まず標準的なプリセットを使い、初回接続のためだけにルーティングを書き換える必要はありません。アクセス先がプリセットによってダイレクト接続に振り分けられる場合は、トラブル対処中に一時的にグローバルプロキシへ切り替えてテストできます。テスト後は元に戻し、変更内容を記録してください。

「グローバルプロキシ」は通常、クライアントに取り込まれた通信をプロキシ経由で出力する設定です。すべてのアプリの通信がシステムプロキシに取り込まれるという意味ではありません。ネットワーク接続を独自に管理するアプリでは、個別にプロキシを設定するか、別の取り込み方法が必要な場合があります。まずシステム設定に従うブラウザーで動作を確認してから、対象を広げると問題を切り分けやすくなります。

v2rayNG:動作モードとアプリごとの設定を確認

設定画面でVPNモードが選択されていることを確認します。このモードではAndroidがローカルVPNインターフェースを作成し、条件に合うアプリの通信をクライアントに渡します。後でシステムの許可画面が表示されても正常な動作です。別途、リモートVPNアカウントを作成する必要はありません。ルーティングはルールベースのプリセットを使い、DNS、スニッフィング、カスタムルールは同時に変更しないでください。

アプリごとのプロキシ設定を有効にしたことがある場合は、対象の一覧でテスト用ブラウザーを確認します。画面によって「選択したアプリのみをプロキシ経由にする」場合と、「選択したアプリを除外する」場合があり、チェックの意味は逆です。チェックが付いているかだけで判断しないでください。初回テストではアプリごとの制限をいったん無効にし、基本接続を確認してから対象を絞る方法がおすすめです。端末上でシステムVPNインターフェースを使用するほかのアプリがあると、接続が切り替わることがあります。通信を取り込むアプリは1つだけにしてください。

次の手順に進む前に:通信を取り込む方法とルーティング方式を選択したことを確認します。この段階では、まだサーバーと接続サービスの状態を確認していないため、ページにアクセスできなくても問題ありません。インバウンド、アウトバウンド、ルールの優先順位を詳しく知りたい場合は、設定ファイルの完全ガイドを参照してください。今回はクライアントのプリセットをそのまま使います。

手順 03 · アクティブサーバーと接続状態

接続を開始

サーバー一覧に戻り、テストするサーバーを選びます。一覧にサーバーが表示されていることと、そのサーバーが実際に使用中であることは別です。アクティブなサーバーを確認してください。初回は情報がそろったサーバーを1つだけ選び、次々に切り替えたり、自動選択を有効にしたりしないでください。テスト対象を固定すれば、後でログとアクセス結果を照合できます。

v2rayN:サーバーをアクティブにしてコアの起動を確認

サーバーの行を右クリックし、「アクティブサーバーに設定」または同様の項目を選びます。バージョンによってはダブルクリックで切り替えられます。画面上のアクティブ表示を確認し、行の選択色だけで判断しないでください。切り替え後はメイン画面の実行ログを確認します。通常、クライアントが現在の設定を再読み込みし、対応するコアを起動します。別途起動ボタンがある場合は、そのバージョンの手順に従ってサービスを開始してください。

起動エラーがログにないことを確認したら、システムトレイでシステムプロキシが自動設定になっていることを確認します。トレイアイコンや画面のステータス表示は、ローカルサービスの状態を示すものです。リモートサーバーが利用可能であることまでは確認できません。ローカルの待ち受けポートが使用中の場合は、同じポートを使っている可能性のあるプログラムを終了するか、クライアントのポートを変更してください。ブラウザーにプロキシを手動設定している場合は、ブラウザー側のポートも合わせて変更します。

コアファイルが見つからない、設定を読み込めない、またはシステムに実行をブロックされた場合は、インストールファイルが完全に展開されているか、プログラムの保存先に書き込み権限があるか、システムの警告内容は何かを確認します。通常のシステムプロキシのテストで、最初から管理者権限にする必要はありません。管理者として何度も起動しても、原因の特定にはなりません。不明な配布元から実行ファイルを個別に集めないでください。

v2rayNG:サーバーを選択してVPN接続を許可

使用するサーバーをタップし、画面上で選択状態になったことを確認してから、メイン画面の接続ボタンをタップします。初回起動時にはAndroidのVPN接続確認が表示されます。要求元アプリがインストールしたv2rayNGであることを確認してから許可してください。キャンセルすると、アプリは通信を取り込む権限を取得できません。接続ボタンをもう一度タップして許可します。

接続が始まると、ボタンは通常「停止」に変わり、システムのステータスバーや通知欄にVPNの通知が表示されます。クライアントのログを開き、すぐに終了したりエラーが続いたりしていないか確認してください。タップ直後に停止する場合は、サーバーを切り替える前に起動時のエラーを確認します。サービスが動作し続けているのにリクエストがタイムアウトする場合は、リモート接続、ルーティング、DNSの問題を切り分けましょう。

テスト中はクライアントを前面または通常のバックグラウンドで動作させ、最初から厳しい省電力制限を設定しないでください。画面ロック後に切断する、別のアプリに切り替えるとサービスが終了するといった症状がある場合に、バックグラウンド動作やバッテリー最適化を確認します。問題なく動作している場合は、すべての省電力機能を無効にする必要はありません。

次の手順に進む前に:アクティブなサーバーが明確で、ローカルサービスが動作を続け、システムプロキシまたはVPNによる通信の取り込みも正しく機能していることを確認します。3つの条件がそろったら、ブラウザーでテストしてください。クライアントが動作中と表示されるのは確認の出発点です。次の手順では、実際のリクエストが取り込まれているか、どの出力先が使われているかを確認します。

手順 04 · リクエストと出口の確認

接続が機能しているか確認

確認したいのは「接続済み」のアイコンではなく、実際のリクエストを通して一連の動作が確認できることです。ブラウザーがリクエストを送信し、クライアントが受信し、ルーティングで想定した出力先が選ばれ、ページが正常に返ってくることを確認します。現在のルールでプロキシ経由になるサイトと、通常ダイレクト接続するページをそれぞれ試し、1つのページだけで結論を出さないでください。

ブラウザーのアクセスとログを照合

新しいブラウザーのタブを開き、プロキシ経由になる想定のサイトにアクセスします。以前から開いているページを再読み込みするだけでは、既存の接続、ページキャッシュ、バックグラウンド通信が判断を妨げる場合があります。ブラウザーのプロキシ設定を書き換える拡張機能を一時的に無効にし、システム設定を使っていることを確認してください。Android版では、アプリごとの設定でブラウザーが除外されていないことも確認します。

クライアントでログまたは接続情報を開き、今回のリクエストの接続先ドメインと出力先を確認します。バージョンによっては、初期設定で警告とエラーだけが記録され、個々のアクセスが表示されないことがあります。その場合は一時的にログレベルを「情報」に変更して再度リクエストを送り、テスト後に普段のレベルへ戻してください。出力先に既定のタグを使っている場合、プロキシ経由はproxy、ダイレクト接続はdirectと表示されることがあります。カスタム設定では異なるタグが使われるため、現在の設定と照らし合わせてください。

ページが正常に表示され、ログにも想定どおりの出力先が記録されていれば、今回のアクセス経路はおおむね正しく動作しています。出口を詳しく確認するには、信頼できるIPアドレス確認ページを使って接続前後を比較できます。ただし、確認ページに表示される位置情報だけで結論を出さないでください。ルール分割によって確認ページがダイレクト接続になる場合があるほか、ブラウザーのキャッシュ、サイトの判定方法、ネットワーク出口によって表示が変わることもあります。

失敗した場合は通信の入口・ルーティング・リモート接続を確認

ブラウザーからリクエストを送ったのに対応するログがまったくない場合は、まず通信の入口を確認します。デスクトップ版のシステムプロキシが有効か、ブラウザーに別のプロキシ拡張機能がないか、AndroidのVPNが動作しているか、アプリごとの設定でブラウザーが除外されていないかを確認してください。リクエストがクライアントに届いていない可能性があるため、サーバーのプロトコルを先に変更する必要はありません。

リクエストが記録されているのに、想定外のダイレクト接続やブロック用の出力先に送られている場合は、現在のルーティング設定を確認します。同じ接続先に対して一時的にグローバルプロキシを試し、ルールによる振り分けが原因かどうかを切り分けます。グローバルプロキシでは正常でルールモードでは問題が起きる場合は、長期的にモード切り替えを繰り返してしのぐのではなく、詳細なドキュメントでルールを確認してください。テスト後は普段の設定に戻します。

リクエストがプロキシ経由で送られているのにタイムアウトが続く場合は、同じサブスクリプション内にある、利用可能と確認済みの別のサーバーを試します。そのうえで、サービスの有効期限、端末の日時、現在のネットワークを確認してください。ドメイン名を解決できない場合は、サーバーのアドレスと接続先サイトのどちらで名前解決に失敗しているかを切り分けます。DNS設定を一度にすべて変更しないでください。特定のサイトだけで起きる問題はサイト側が原因の可能性もあるため、少なくとも別の接続先でも確認しましょう。

動作する設定を保存して正しく終了

動作を確認できたら、現在のグループ、アクティブサーバー、ルーティング設定を記録し、再現可能な状態を保ちます。サブスクリプションの更新や設定変更は一度に1項目だけ行い、その都度簡単なテストをしてください。接続しないときは、v2rayNでは終了前にシステムプロキシを解除します。解除しないまま終了すると、ブラウザーが停止済みのローカルポートへ通信を送り続けることがあります。v2rayNGでは停止ボタンでサービスを終了し、システムのVPN表示が消えたことを確認してください。

これで、サブスクリプション、通信の取り込み方法、サービスの状態、実際のリクエストをひと通り確認できました。特定のアプリだけを対象にしたい場合、複雑なドメイン振り分けが必要な場合、独自設定を使う場合に、設定ファイルの完全ガイドを参照してください。次回はサブスクリプションの追加手順から確認できます。クライアントを毎回インストールし直す必要はありません。