クイックスタート / 初期設定

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

サブスクリプションの追加、プロキシモードの選択、接続、動作確認の順に進めます。まず後から確認できる接続経路を確立し、その後でルーティングやTUNの設定を調整しましょう。

開始前に、クライアントをインストールし、利用権限のあるサブスクリプションURLまたは単一の共有リンクを用意してください。クライアント自体にサーバーは付属しません。まだインストールしていない場合は、クライアントのダウンロードページから適切なインストール方法を選んでください。サーバー情報だけがありサブスクリプションURLがない場合は、共有リンクからインポートできます。先にサブスクリプショングループを作成する必要はありません。

初回の操作では、通信を処理しているほかのプロキシ接続をオフにし、通常のWebページにアクセスできる状態にしておくことをおすすめします。この記事では基本的な接続までを扱い、設定ファイルの編集は必要ありません。サブスクリプションURLにはアクセス認証情報が含まれる場合があります。公開ページに貼り付けたり、スクリーンショットにURL全体やアカウント情報を写したりしないでください。

STEP 01 / 設定情報の追加

サブスクリプションを追加。まず一覧を確認。

最初に、手元にある情報の種類を確認します。サブスクリプションURLは、クライアントが複数のサーバー設定を取得するためのリンクです。単一の共有リンクは通常、vmess://、vless://、trojan://、ss://のいずれかで始まります。それぞれインポート方法が異なります。リンクが長いからといってサブスクリプションURLとは限りません。また、アカウント管理ページのURLをサブスクリプションURLとして使わないでください。

v2rayNのメイン画面で「サブスクリプショングループ」を開き、「サブスクリプショングループの設定」からグループを追加します。見分けやすい名前を入力し、サブスクリプションURLを入力欄にすべて貼り付けて保存してください。名前はローカルで識別するためのもので、サーバー設定には影響しません。貼り付け後、URLの前後に空白や改行が入っていないか確認し、説明文を一緒にコピーしないよう注意してください。

グループを保存しただけでは、サーバー設定は取得されません。メイン画面に戻り、「サブスクリプショングループ」メニューからサブスクリプションを更新します。利用できるプロキシがまだない場合は、まずメニューにある「プロキシを経由せずに更新」を使ってください。処理が終わるまで待ち、ログやメッセージを確認してから、プロトコルやアドレスなどのサーバー項目が一覧に表示されているか確認します。グループで絞り込みができる場合は、作成したグループに切り替えてください。別のグループが選択されたままだと、インポートに失敗したと誤解することがあります。

単一の共有リンクを使う場合は、リンク全体をコピーし、「サーバー」メニューから「クリップボードから共有リンクをインポート」を選択します。インポート後、追加された項目のプロトコルとアドレスが想定どおりか確認してください。リンク内のエンコードされた内容は変更しないでください。形式を認識できない場合は、リンクの冒頭を何度も変えるのではなく、設定の提供元にクライアントとの互換性を確認しましょう。

v2rayNGでは、メニューから「サブスクリプショングループの設定」を開き、追加画面で名前とサブスクリプションURLを入力して保存します。サーバー一覧に戻り、メニューからサブスクリプションを更新してください。単一のリンクは、メイン画面の追加メニューからクリップボード経由でインポートします。Androidからクリップボードの読み取りを許可するか尋ねられる場合がありますが、これはインポート操作に必要です。完了後、一覧に項目が追加されたことを確認してください。

一覧が空の場合は、すぐにルーティングを変更せず、まず更新結果を確認してください。URLにアクセスできない、サブスクリプションの内容が空、設定ではなくWebページが返されるといった原因でインポートに失敗することがあります。現在のネットワークからサブスクリプションを取得できない場合は、すでに有効な設定で接続してから、プロキシ経由で更新を試してください。利用できる設定がない場合は、提供元に取得方法を確認しましょう。

サーバー項目が表示されても、設定がクライアントに読み込まれたことを示すだけで、サーバーへの接続が保証されるわけではありません。この時点で詳細設定をひとつずつ編集する必要はありません。元の設定を保ったまま、次の手順で通信をクライアントに取り込む方法を選びます。サブスクリプション更新と共有リンクの違いについては、よくある質問のインストール・設定ガイドをご覧ください。

サブスクリプショングループの設定 サブスクリプションを更新 クリップボードから共有リンクをインポート

STEP 02 / 通信の取り込み

プロキシモードを選択。通信の取り込みとルーティングを区別。

設定を追加したら、次はアプリの通信をどのようにクライアントへ渡すかを決めます。ここには2つの異なる段階があります。システムプロキシまたはTUNは、通信をどのようにコアへ取り込むかを決めます。ルーティングルールは、コアに入った通信の送信先を決めます。システムプロキシを有効にしても、すべてのアプリが利用するとは限りません。また、ルーティングのプリセットを選んだだけでは接続は開始されません。

デスクトップで初めて接続を試す場合は、システムプロキシから始め、「TUNモードを有効にする」はオフのままにします。メイン画面の下部、またはトレイアイコンの「システムプロキシ」メニューから「システムプロキシを自動設定」を選んでください。この設定により、クライアントがローカルのプロキシ待ち受け先をシステム設定に登録し、その設定に従うアプリが利用できるようになります。コアが起動していないと、一部のアプリは一時的にネットワークへ接続できない場合があります。モードを選んだだけで接続を判断せず、次の手順に進んでください。

続いて「ルーティング」の設定を確認します。「中国本土を迂回」プリセットがある場合は、通常のブラウジングの出発点として利用できます。どのリクエストを直接接続し、どれをプロキシ経由にするかは、現在のルールデータに基づいて決まります。同じ名前のプリセットでも、バージョンによってルールの内容が完全に一致するとは限りません。動作確認には、現在のルールでプロキシ経由になる宛先を選んでください。直接接続のサイトが開けただけでは、プロキシが有効だとは判断できません。

システムプロキシは、まずブラウザーの通信経路を確認するのに適しています。独自のプロキシ設定を持つアプリや、システム設定を参照しないアプリでは、ブラウザーと動作が異なる場合があります。その場合は、まずアプリ独自のネットワーク設定を確認してください。1つのアプリを動かすために、複数の通信取り込み方式を同時に有効にするのは避けましょう。基本の接続を確認してから、必要に応じてTUNやアプリごとの設定を検討します。

v2rayNGでは、デスクトップ版の「システムプロキシを自動設定」ボタンを探す必要はありません。通常はAndroidのVPNインターフェースを使って通信を取り込み、起動時にシステムから接続の許可を求められます。接続前に設定でルーティングを確認してください。アプリごとのプロキシ設定を有効にしている場合は、テスト用ブラウザーが対象に含まれているか確認し、「選択したアプリのみをプロキシ経由にする」のか「選択したアプリを除外する」のかを見分けましょう。どちらもチェックを付ける方式ですが、意味は逆です。

以前にカスタムルールを使っていた場合は、初回のトラブルシューティングでは元の設定を記録してから、内容を把握できるプリセットに戻すとよいでしょう。DNS、ルーティング、通信パラメーター、通信の取り込み方法を一度に変更すると、失敗の原因を特定できません。TUNの権限、システムプロキシの適用範囲、ルールの照合順序について詳しく知りたい場合は、基本の動作確認後にプロトコルとコアのリファレンスをご覧ください。

この手順の完了時には、次の2点を明確にしておきます。テストするアプリの通信をどの方法でクライアントに渡すか、またテスト対象にどのルーティングルールが適用されるかです。この2つを変えずに、次の手順でサーバーを選択し、コアの起動状況を確認します。

STEP 03 / コアの起動

サーバーに接続。アクティブ項目とログを確認。

v2rayNのサーバー一覧に戻り、必要な設定がそろった項目を選びます。右クリックメニューから「アクティブサーバーに設定」を実行し、現在の接続先にしてください。バージョンによってはショートカットキーやダブルクリックにも対応していますが、初回はメニューを使いましょう。単に選択しただけで切り替わったと誤解するのを防げます。操作後、一覧のアクティブ表示と画面下部の状態を確認し、想定した項目が選ばれていることを確かめてください。

v2rayNでは通常、アクティブサーバーを設定すると、その構成が読み込まれてコアが起動または再起動します。独立した大きな「接続」ボタンがない場合もあります。メイン画面のログ表示を開き、操作後に追加されたメッセージを確認してください。設定の読み込み失敗、ポートの競合、コアの起動失敗などがないかを確認します。エラーがある場合は、ブラウザーを何度も更新する前に起動エラーを解消しましょう。

ローカルポートが使用中と表示される場合は、クライアントが重複して起動しているか、ほかのプログラムが同じポートを使っている可能性があります。まずタスクトレイとタスクバーを確認し、重複したプロセスを終了してからクライアントを再起動してください。待ち受けポートを変更する場合は、システムプロキシの接続先も新しいポートに合わせます。この記事では特定のポート番号を指定しません。クライアントの現在の設定とステータスバーの表示を確認してください。

コアが起動したら、「システムプロキシ」が引き続き「システムプロキシを自動設定」になっているか、ルーティングが前の手順で選んだ状態かを確認します。アクティブサーバーを切り替えても、通常はサブスクリプションを再度追加する必要はありません。続行するためにクライアントの再起動が必要だった場合は、再起動後にこの2つの状態を確認してください。前回の選択が必ず復元されるとは限りません。

v2rayNGでは、まずサーバー項目をタップし、アクティブ項目の表示が選択したサーバーに移ったことを確認してから、メイン画面の起動ボタンをタップします。初回起動時はAndroidからVPN接続の許可を求められるので、アプリ名を確認して許可してください。通常、システムで有効にできるVPN接続は1つです。ほかのアプリが接続中の場合は、先に停止してから接続を開始します。

起動後は、v2rayNGのボタン表示やシステムの接続アイコンが変わります。これはローカルサービスと通信取り込み用インターフェースが動作中であることを示しますが、リモートサーバーが正常にリクエストを転送できることを単独で証明するものではありません。ボタンがすぐに停止状態へ戻る場合は、クライアントのログを確認し、許可の拒否、設定の読み込み失敗、サービスの起動失敗を区別してから次の操作を決めてください。

クライアントにあるTcpingなどのテストは、主に対象ポートへの到達性を確認するもので、プロキシのハンドシェイクや宛先へのアクセス全体を検証するものではありません。「実接続の遅延テスト」は実際のプロキシリクエストに近いものの、結果はテスト先やルーティングの影響を受けます。初回は切り分けの参考として使い、遅延の数値だけを見て何度も設定を変える必要はありません。最終的な確認は、次の手順で想定したアプリから目的のサイトにアクセスできることです。

アクティブサーバーに設定 コアのログ システムプロキシの状態 実接続の遅延テスト

STEP 04 / アクセス確認

動作を確認。アプリから接続経路を確認。

クライアントを起動したまま、ブラウザーで新しいタブを開き、現在のルーティング設定でプロキシ経由になるはずの、利用可能なHTTPSページにアクセスします。内容が正常に更新されることを確認できるページを使い、すでに開いているタブのキャッシュだけで判断しないでください。ページ上のテキストやほかのリソースが実際に読み込まれたら、クライアントに戻り、その間のログを確認します。

正しく動作しているか確認するには、次の3点を合わせて判断します。コアが起動していること、ブラウザーのリクエストがクライアントに渡されていること、宛先に想定したアウトバウンドが適用されていることです。クライアントの動作中アイコンが表示されているだけでも、一般的なWebサイトが開けただけでも、すべての条件を確認したことにはなりません。ログの詳細表示に対応している場合は、対象のドメインとアウトバウンドの表示を合わせて確認してください。詳細な記録が表示されない場合も、「ログに変化がない」ことだけを根拠に通信が発生していないと判断しないでください。

デスクトップでは、まずシステムのネットワーク設定にあるプロキシのアドレスとポートを確認し、クライアントの現在のローカル待ち受け設定と一致していることを確かめます。ブラウザーにプロキシを個別に制御する拡張機能がある場合は、システム設定を上書きしていないか確認してください。まずブラウザーをシステムプロキシ経由にして同じ宛先を再テストします。拡張機能、システム、クライアントの3か所に、互いに異なるプロキシアドレスを同時に設定しないでください。

Androidでは、v2rayNGが動作中であり、システムのVPN接続がほかのアプリに切り替わっていないことを確認します。次に、テスト用ブラウザーがアプリごとのプロキシ設定の対象になっているか確認してください。バックグラウンドに移動したときだけ接続が切れる場合は、そのアプリに対するバッテリー設定やバックグラウンド実行の制限を確認します。制限を緩和する必要があるかどうかは、端末の実際の動作に応じて判断してください。初回起動前にシステム管理の設定を一括で無効にする必要はありません。

ページを開けない場合は、「ローカルでの起動、アプリへの通信取り込み、サーバー接続、宛先へのアクセス」の順に確認します。まず起動エラーがないかを見てから、システムプロキシまたはVPNの状態を確認し、現在のアクティブサーバーで実接続テストを行います。1つの宛先だけ失敗する場合は、同じくプロキシ経由になる別の利用可能な宛先を試してください。すべての宛先で失敗する場合は、サーバー設定とネットワーク接続を確認します。1つのサイトの応答問題だけでクライアント全体の障害と判断しないでください。

ログに名前解決または証明書に関するエラーが明記されている場合は、まずエラーの原文を保存し、発生時刻を確認します。証明書エラーでは端末の時刻と設定に記載されたサーバー名を確認してください。検証を無効にして回避するのはやめましょう。名前解決の問題も、すぐに特定の固定IPアドレスへ変更しないでください。TLSやルーティングの動作も変わる可能性があります。個別のエラーへの対処方法はよくある質問とトラブルシューティングをご覧ください。このページでは基本設定を変更せずに確認します。

サーバーを切り替えて比較する場合は、アクティブサーバーだけを変更し、ブラウザー、通信の取り込み方法、ルーティング、テスト対象はそのままにします。1回テストしてから結果を比較してください。これにより、違いがサーバーとローカル設定のどちらによるものか判断できます。複数の条件を同時に変更すると、アクセスが復旧しても原因を再現しにくくなり、次回も最初から確認することになります。

想定どおりアクセスできることを確認したら、テスト用タブを閉じ、現在のグループとモードをそのまま使えます。サブスクリプションの内容が更新された場合は、同じグループから更新すればよく、毎回削除して作り直す必要はありません。デスクトップでクライアントを終了する前に「システムプロキシをクリア」を選び、通常のネットワークアクセスが復旧したことを確認してから終了してください。Androidでは停止ボタンで接続を終了し、システムの接続アイコンが消えたことを確認します。