v2rayNの設定方法

手順 01 / サブスクリプションURLから設定を取得

サブスクリプションを追加して設定を更新

まずサブスクリプションサービスの管理ページを開き、クライアントへの登録に使うサブスクリプションURLを探して、全体をコピーします。URLは長く、個人用トークンを含む場合があります。管理ページやアカウントのログインURL、個別サーバーの共有リンクとは異なります。前後に空白や引用符、改行を含めないようにコピーしてください。トークン付きURLを公開の掲示板などに投稿しないでください。

v2rayNにサブスクリプショングループを追加

v2rayNのメイン画面に戻り、「サブスクリプショングループ」関連のメニューから管理画面を開き、追加を選択します。「普段使い」など見分けやすい名前を入力し、サブスクリプションURL欄にURL全体を貼り付けます。ほかの項目はひとまず初期値のままにし、URLに抜けがないことを確認して保存します。画面によっては「サブスクリプショングループの設定」から追加しますが、URLを登録したグループを新規作成する点は同じです。

URLを保存しただけでは、設定を取得する場所を登録した状態で、サーバーはまだ読み込まれていません。メイン画面に戻り、「すべてのサブスクリプションを更新」を実行して、結果の通知とサーバー一覧の更新を待ちます。グループ内に個別の設定名が表示されたら、選択可能なサーバーを取得できています。最初はプロトコルの項目を個別に編集せず、サブスクリプションが提供する設定をそのまま使い、接続時の変数を減らしましょう。

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

v2rayNGのメニューから「サブスクリプショングループの設定」を開き、追加から名前とサブスクリプションURLを入力して保存します。設定一覧に戻り、メニューからサブスクリプションを更新してください。サービス提供元から個別の共有リンクが発行されている場合は、クリップボードからインポートする機能を使います。個別リンクを、定期更新するサブスクリプションURLとして登録しないでください。どちらの方法でも設定は一覧に表示されますが、更新方法は異なります。

更新に失敗した場合は、まず通常のブラウザーで現在のネットワークからウェブページを開けるか確認し、URLの有効期限とサービスアカウントの状態を調べます。プロキシ接続前は、既存のプロキシ経由でサブスクリプションを更新できない場合があります。クライアントにプロキシを経由しない更新方法があれば、そちらを選んでください。それでも失敗する場合は次へ進まず、サブスクリプションの更新失敗に関するトラブル対処を確認してください。有効な設定が一覧にない状態でプロキシ設定を切り替えても、通常は解決しません。

対象のサブスクリプショングループに選択可能な設定があり、更新エラーが繰り返し表示されなければ完了です。次に、アプリの通信をクライアントへ渡す方法を選びます。

手順 02 / 通信の入口を設定

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

v2rayNの「システムプロキシ」は、システム設定に従うアプリにローカルの接続先を知らせる機能です。「ルーティング」は、リクエストがコアに届いた後、どの経路へ送るかを決めます。役割は異なります。初回はシステムプロキシとデフォルトのルーティングを使い、ブラウザーで接続できることを確認してから、TUNや独自のルールを検討してください。ネットワーク設定を一度に複数変更しないようにしましょう。

デスクトップ版は「システムプロキシを自動設定」を選択

メイン画面の下部またはタスクトレイのメニューからシステムプロキシの項目を開き、「システムプロキシを自動設定」を選びます。システムプロキシ設定に従うアプリが、クライアントのローカルプロキシを使うようになります。アクティブサーバーが選択され、コアが正常に動作している必要があります。この項目を切り替えただけでは、リモートサーバーへの接続は確認できません。

ほかの2つの項目も区別しましょう。「システムプロキシを解除」は、クライアントが設定したシステムプロキシを削除します。「システムプロキシを変更しない」は、現在の値をそのまま維持する設定です。解除とは異なり、アプリがプロキシを使用する保証もありません。初回設定で後者を選ぶと、以前のアドレスが残る場合があるため、このガイドでは推奨しません。

ルーティングは、まずクライアントのデフォルトルールを維持するか、用意されている一般的な振り分け設定を選びます。テストのために、LANへの直接接続などのルールを削除しないでください。特定のウェブサイトが直接接続される場合は、後でどのルールが適用されたか確認します。グローバルプロキシとルールによる振り分けの違いは、用語集をご覧ください。ここでは、設定が明確で、元に戻せることが大切です。

Android版はデフォルトのVPN接続設定を維持

v2rayNGは通常、システムのVPNインターフェースを使って通信を取り込みます。この手順では初期設定を維持し、ほかのVPNアプリが接続中でないか確認します。接続中のアプリがあれば、先に手動で切断してください。接続リクエストが互いに置き換わるのを防げます。アプリごとのプロキシ設定を使っている場合は、テストするブラウザーが対象から除外されていないか確認してください。対象外だと、クライアントが接続済みでもブラウザーは従来の経路を使う場合があります。

デスクトップ版では「システムプロキシを自動設定」を選び、ルーティング設定を確認します。Android版では通常のVPN接続を使い、テストするアプリが対象に含まれていることを確認してください。準備ができたらサーバーを選び、接続を開始します。

手順 03 / アクティブサーバーを有効化

サーバーを選択して接続

サーバー一覧に戻り、追加したサブスクリプショングループから設定を1つ選びます。初回テストでは、サービス提供元が利用可能と明記し、現在のクライアントコアに対応している設定を優先してください。名前にある地域は識別用であり、それだけで利用可能とは判断できません。一覧の設定をすべて試す必要はありません。まずは1つの接続を確立しましょう。

デスクトップ版でアクティブ項目とコアのログを確認

v2rayNで対象の行を選び、右クリックメニューの「アクティブサーバーに設定」または現在のバージョンにある同等の操作で有効にします。バージョンによっては設定をダブルクリックして選択できます。行がハイライトされただけで切り替わったと思い込まず、画面上のアクティブ表示を確認してください。ステータス欄のサーバー名が選択した設定と一致していることも確かめます。

続いてクライアントのログを開き、コアが正常に起動しているか確認します。ログの文言はバージョンによって異なるため、特定のメッセージを探す必要はありません。起動失敗、ポートの競合、設定の解析エラーが繰り返し記録されていないか確認してください。エラーが出たら内容を記録し、連続して再起動したり、サーバー設定をむやみに変更したりしないでください。コアの起動成功はローカルの処理準備が整ったことを示します。リモート接続を確かめるには、次の手順で実際にウェブページへアクセスします。

設定を選んだときにプロトコルや項目が非対応と表示された場合は、クライアントの更新が必要か、設定がどの種類のコアを要求するか確認してください。名前だけを頼りにコアを何度も切り替えたり、不足する項目を推測して追加したりしないでください。サブスクリプションの設定は通常、提供元が管理します。互換性については、よくある質問のクライアントとコアに関する説明も参考にしてください。

Android版で接続し、VPNの許可を確認

v2rayNGの設定一覧から対象の設定をタップし、選択状態を確認してから接続ボタンをタップします。初回起動時はシステムにVPN接続リクエストが表示されます。リクエスト元が使用中のv2rayNGであることを確認してから、接続を許可してください。クライアントに戻り、未接続のままではなく、接続状態が変わったことを確認します。

システムにVPNの表示が出れば通信経路は確立していますが、リモートサーバーへの到達を保証するものではありません。接続直後に切断される場合は、まずクライアントのログを確認し、ほかのVPNアプリが接続を引き継いでいないか調べます。省電力設定、DNS、ルーティングを同時に変更せず、表示されたエラーから1つずつ原因を確認してください。接続が維持できたら、ウェブページで動作を確認します。

デスクトップ版ではアクティブサーバーが明確でコアが正常に動作し、Android版では接続状態を維持できれば完了です。特定の「成功数値」が出るまで待つ必要はありません。実際のリクエストを試しましょう。

手順 04 / 実際の通信で動作を確認

動作を確認して正しく終了

システムプロキシ設定に従うブラウザーを開き、普段問題なく表示できるページと、今回プロキシ経由でアクセスしたいページを開きます。キャッシュを新しい通信と誤認しないよう、新しいタブを使って再読み込みしてください。ページが1つ開けても、すべてのアプリがプロキシ経由とは限りません。実際に使うアプリで確認しましょう。

接続ログから通信経路を確認

ページを読み込む間、クライアントのログや接続記録を確認します。現在のログレベルでアクセスが記録される場合は、リクエストと近い時刻の接続先情報が表示されます。振り分けを有効にしている場合、一部の通信が直接接続になるのは正常です。すべての記録がプロキシ経由になることではなく、対象の通信にどの経路が適用されたかを確認してください。ログの内容はコアや設定によって異なり、アクセス記録が見えないことだけで失敗とは判断できません。

デスクトップ版では、設定を記録してから「システムプロキシを解除」を選び、新しいタブで同じページにアクセスする比較テストができます。続けて「システムプロキシを自動設定」に戻し、同じテストを行います。ページの表示結果とクライアントの記録を合わせて通信経路を判断してください。対象ページが直接接続でも表示できるなら、どちらの場合も成功して不思議ではありません。それだけでプロキシ設定が機能していないとは限りません。ブラウザー拡張機能が独自にプロキシを管理していると比較に影響するため、設定を記録し、拡張機能によるプロキシ制御を一時停止してください。

Android版では同じネットワークを使い、接続中と切断中にそれぞれ対象ページを再読み込みして、クライアントの記録と照らし合わせます。アプリごとのプロキシ設定が有効な場合は、対象に含めたアプリでテストしてください。一部のアプリだけ動作しない場合は、対象アプリの範囲や各アプリの設定を確認します。すぐにサブスクリプション全体を入れ替える必要はありません。

症状に応じて次の手順を判断

ブラウザーでは正常でも、ターミナルのツールに変化がない場合は、そのツールがシステムプロキシを参照するか確認してください。独自のプロキシ設定や環境変数を使う場合があります。ブラウザーも接続できない場合は、アクティブサーバー、システムプロキシのモード、コアのログを確認してから、利用可能とわかっている別の設定と比べてください。ドメイン名でのアクセスだけに問題があり、ほかの通信が正常ならDNSを調べます。原因を特定する前に複数の設定を変更しないでください。

対象のアプリで実際にアクセスでき、通信の接続方法とルーティング先を説明できれば、基本設定は完了です。後から同じ状態を再現できるよう、サブスクリプショングループ、アクティブ設定、プロキシモードを記録しておきましょう。サブスクリプションのトークン全体を記録したり、公開したりしないでください。ログを共有して相談する場合は、URLに含まれる個人用認証情報や機密情報を隠してください。

次回はクライアントを起動し、アクティブ設定を確認してから必要な接続モードを有効にします。サービス提供元から設定変更の案内があった場合は、最初の手順に戻ってサブスクリプションを更新すればよく、同じグループを作り直す必要はありません。安定して使えることを確認してから、ルーティングやTUNを1項目ずつ設定しましょう。変更するたびにこの手順で再確認し、動作確認済みの設定を基準として残してください。

基本設定の次に

メニューの用語を確認したい場合は用語集を、よくある操作の疑問はよくある質問をご覧ください。ノードのタイムアウト、サブスクリプションの更新失敗、システムプロキシが反映されない、DNSの異常などを再現できる場合は、トラブル対処ガイドで症状に合わせて原因を調べます。基本設定の解説は以上です。設定を完了するために、すべての詳細オプションを開く必要はありません。