v2rayNの設定方法

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

サブスクリプションURLは接続設定を取得するためのリンクです。ブラウザー用のプロキシURLや、OSのネットワーク設定に入力するサーバーアドレスとは異なります。サービス提供元が案内している完全なサブスクリプションURLをコピーし、管理画面やログイン画面、説明ページのURLを使わないようにしてください。コピーした文字列の前後に空白、引用符、改行が含まれている場合は、貼り付け後に確認してから保存します。

v2rayN：グループを追加して更新

メイン画面上部の「サブスクリプショングループ」メニューを開き、「サブスクリプショングループの設定」から追加します。グループを見分けやすい名前で登録し、URL欄にサブスクリプションURLを貼り付けます。名前はローカルでの識別に使うもので、接続には影響しません。更新時に実際にアクセスするのはURLです。保存して設定画面を閉じ、サーバー一覧のあるメイン画面に戻ります。

「サブスクリプショングループ」メニューをもう一度開き、サブスクリプションの更新を実行します。初回は通常、利用できるプロキシ接続がまだありません。「プロキシを経由せずにすべてのサブスクリプションを更新」など、プロキシを使わず更新する項目を選んでください。名称はバージョンによって異なる場合があります。現在のネットワークからサブスクリプションURLにアクセスできない場合は、URLが利用可能か確認するか、すでに使える接続を利用してから更新します。接続を確立する前に、更新方法を何度も切り替えないでください。

更新が完了すると、メインの一覧にグループのサーバーが表示されます。グループを開き、名前やプロトコルなどが想定どおりか確認します。サーバーが表示されない場合は、まず更新時のメッセージを確認してください。リクエストに失敗した場合は、ネットワークまたはURLを確認します。取得した内容を解析できない場合は、サブスクリプションの形式とクライアントが対応しているか確認してください。この段階ではまだ接続していないため、ルーティングを変更する必要はありません。

v2rayNG：URLを保存して一覧から更新

メイン画面でサイドメニューを開き、「サブスクリプショングループの設定」に進みます。追加ボタンでグループを作成し、名前とサブスクリプションURLを入力して保存します。その後、設定一覧に戻り、メイン画面のメニューから「サブスクリプションを更新」を実行します。URLを保存しただけでは設定はダウンロードされません。一覧に接続設定が表示されたことを確認して、インポート完了です。

サブスクリプションURLではなく、個別の接続共有リンクを受け取った場合は、クリップボードから設定をインポートする機能を使います。2種類のインポート方法を混同しないでください。個別リンクからは通常1件の設定が作成され、サブスクリプションURLからは複数の設定を継続的に更新できます。違いについては用語集のサブスクリプションとクライアントに関する項目をご覧ください。インポート後に設定を1つ選び、次にアプリの通信をクライアントへ送る方法を決めます。

2. プロキシモードを選択

この段階では、アプリがリクエストをクライアントに渡すか、クライアントが受け取ったリクエストをどう処理するかを分けて考えます。前者は通信の入口、後者はルーティングです。「システムプロキシを設定」してもすべてのアプリがプロキシを使うわけではなく、「グローバルルーティング」にしてもすべてのアプリが自動的にクライアントを経由するわけではありません。まず入口を決めてからルーティングを選ぶと、接続できても一部のアプリだけ動作しない状況を見分けやすくなります。

v2rayN：まずシステムプロキシを使う

初回設定では、まずシステムプロキシを使い、TUNはすぐに有効にしないことをおすすめします。メイン画面またはタスクトレイの「システムプロキシ」項目を開き、「システムプロキシを自動設定」と「システムプロキシを解除」の場所を確認します。前者はOSが対応するプロキシ設定をクライアントのローカル待ち受けポートに向け、後者は該当する設定を解除します。この段階ではメニューの場所を確認するだけにし、次の手順でコアが正常に起動してから有効にします。

通常、ブラウザーはシステムプロキシを利用しますが、独自のネットワーク設定を使うアプリや、システムプロキシに従わないアプリもあります。動作確認には、プロキシ拡張機能を追加していないブラウザーを使ってください。システムプロキシを有効にしながら、ブラウザー拡張機能で別のポートを指定するのは避けましょう。通信が別の設定を通り、クライアントのログとブラウザーの動作が一致しなくなる場合があります。

続いて「ルーティング」の選択項目を確認します。普段使いでは、直接接続とプロキシ接続のルールを含むプリセットから始めます。具体的な名称は画面に表示されるものを確認してください。切り分けが必要な場合は、クライアントに届いたリクエストをすべてプロキシ経由にするルーティングプリセットを一時的に使い、確認後に振り分け設定へ戻せます。ここで変更するのは送信先の判断であり、システムプロキシが通信を受け取るアプリの範囲は変わりません。

v2rayNG：VPNモードと対象アプリを確認

設定を開き、基本の通信経路としてVPNモードを使うことを確認します。このモードではAndroidのVPNインターフェースを通じて通信を受け取るため、ブラウザーごとにローカルプロキシポートを設定する必要はありません。アプリごとのプロキシ設定を有効にしている場合は、一覧が「選択したアプリのみをプロキシ経由にする」のか、「選択したアプリを除外する」のかを確認してください。同じチェック状態でもモードによって意味が逆になる場合があります。初回の確認では、原因となる要素を減らすため、カスタムのアプリ別制限を一時的に無効にします。

次にルーティング設定で適切なプリセットを選びます。プロキシを使うリクエストはプロキシ経由にし、直接接続するリクエストはルールに従って接続することが目的です。「グローバル」は接続成功に必須ではありません。サービス提供元が指定するプロトコルや転送パラメーターは変更せず、通信の入口とルーティングプリセットだけを選んでください。TUN、インバウンド、アウトバウンドの用語は用語集で確認できます。カスタムルールは基本の接続確認後に設定し、必要に応じてroutingフィールドのリファレンスを参照してください。

3. 接続して起動状態を確認

設定を一覧に追加しただけでは、いずれかの設定を使っているとは限りません。一覧に表示されるテスト結果も、アプリのリクエストがプロキシを経由した証明にはなりません。接続前に使用中の設定を確認し、その設定でクライアントのコアが起動していることを確かめてください。システムプロキシを上書きするアプリやVPNがあれば、先に終了します。Androidでは、すでに別のVPNが通信の入口を使用していないかも確認してください。

v2rayN：アクティブサーバーを設定

サーバー一覧から使用する項目を選び、右クリックメニューで「アクティブサーバーに設定」を実行します。バージョンによっては、項目をダブルクリックして設定できます。一覧のアクティブ表示と画面下部のステータスを確認し、別グループにある同名の項目を選んでいないかも確認してください。クライアントの実行中にアクティブサーバーを切り替えると、設定が再生成または再読み込みされることがあります。ログで起動完了を確認してからアクセスを試してください。

ログ欄を開き、設定の解析失敗、ポートの競合、コアの起動失敗などのメッセージがないか確認します。ポートが使用中の場合、再起動を何度も実行するだけでは解決しません。クライアントを重複して起動していないか、ほかのプログラムが同じポートを使用していないか確認してください。重複したプロセスを終了してから起動するほうが、待ち受けポートを複数変更するより原因を特定しやすくなります。

コアが正常に動作していることを確認したら、「システムプロキシ」を「システムプロキシを自動設定」にします。以前から「システムプロキシを解除」にしていた場合、コアが動作していてもブラウザーの通信はクライアントに届かず、直接接続されることがあります。使用中はウィンドウを最小化してタスクトレイに置けますが、最小化と終了を混同しないでください。クライアントを終了すると、ローカルの待ち受けサービスも停止します。

v2rayNG：許可と動作状態を確認

設定一覧で対象の項目をタップし、選択状態を確認してからメイン画面の接続ボタンをタップします。初回接続時はAndroidにVPN接続のリクエストが表示されるため、システムの説明を確認して許可してください。許可すると、クライアントはこのインターフェースを通じてアプリの通信を受け取れるようになります。許可をキャンセルした場合は、サブスクリプションを変更するのではなく、もう一度接続をタップして許可します。

起動後は、クライアントの接続状態、システムのVPNアイコン、常時表示される通知を確認し、ログもチェックします。システムアイコンが表示されていても、接続先サーバーに到達できるとは限りません。ほかのアプリに切り替えてすぐ接続が切れる場合は、クライアントのバックグラウンド動作やバッテリー使用が制限されていないか確認し、端末の設定で継続動作を許可してください。実際のアクセスを確認する前に動作が安定していることを確かめ、バックグラウンド終了をサーバーの問題と誤認しないようにします。

4. 設定が反映されたか確認

アプリからのアクセスと、クライアント内での処理経路の両方を確認します。遅延テストの結果だけでは、そのテスト方法での接続状況しか分からず、すべてのアプリやドメインが想定どおり処理されるとは限りません。先ほど選んだブラウザーでプロキシ経由の想定先にアクセスし、ページを再読み込みしながら、クライアントのログに該当するリクエストが表示されるか確認してください。キャッシュされた内容だけを見ないよう、新しいタブを使うのがおすすめです。

アクセス結果と送信経路を照合する

ログにルーティング結果が表示される場合は、今回のリクエストがプロキシ経由と直接接続のどちらに振り分けられたか確認します。振り分けモードでは、一部のサイトが直接接続されるのは正常です。ページが開けたことだけを根拠にプロキシが有効と判断しないでください。プロキシ経由になる想定のサイトと、直接接続になる想定のサイトをそれぞれ試し、ルーティング設定と結果を照らし合わせます。

さらに確認する場合は、同じブラウザーで信頼できる接続元IPアドレスの確認ページを開き、プロキシ有効時の結果を記録します。他の作業に影響しない範囲で一時的に通信の入口を無効にして比較し、その後接続を元に戻してください。デスクトップではシステムプロキシを解除し、AndroidではVPN接続を停止して比較できます。確認ページ自体が直接接続に振り分けられる場合もあります。接続元IPアドレスが変わらないときは、まず適用されたルールを確認し、すべてのプロキシ通信が失敗しているとすぐに判断しないでください。

最後に、実際に使うアプリでも確認します。ブラウザーでは使えるのにデスクトップアプリで変化がない場合は、そのアプリがシステムプロキシを利用するか、独自のプロキシ設定があるかを先に確認してください。すぐにクライアントを再インストールする必要はありません。Androidでは、アプリ別の一覧で対象アプリが除外されていないか確認します。通信の入口の範囲が足りないと分かり、より広い範囲の通信を扱う必要がある場合に限り、TUNなどの上級設定を検討してください。

反映されない場合は決まった順序で確認

まず通信の入口を確認します。対象アプリのリクエストがクライアントのログに表示されない場合は、システムプロキシ、VPNの許可、ブラウザー拡張機能、アプリ別の対象範囲を確認してください。次にルーティングを確認します。リクエストがクライアントに届いているのに、直接接続やブロックに振り分けられていないか調べます。3番目に接続を確認します。プロキシ経由に振り分けられているのにタイムアウトやハンドシェイクエラーが発生する場合は、アクティブサーバー、ネットワーク接続、端末の時刻、接続パラメーターを確認します。最後に名前解決を調べます。最初からDNS設定全体を変更するのは避けてください。

別の設定を試す場合は、同じブラウザー、同じ接続先、同じルーティングを維持し、サーバーだけを1つずつ切り替えます。名前解決エラー、接続タイムアウト、証明書エラーのどれが発生したか記録すると、サブスクリプションを何度も更新するより効率よく切り分けられます。ログを共有する前に、サブスクリプションURL、ユーザー識別情報、接続認証情報、公開したくないアクセス先を隠してください。

基本の手順で接続できたら、その設定を維持したままルールを1つずつ追加します。サブスクリプションを更新するとグループ内の項目が更新されるため、項目を直接編集した内容は上書きされることがあります。重要なカスタム設定は、クライアントが用意する独立した設定機能で管理してください。設定の生成結果を確認するには、config.jsonの設定項目リファレンスを読み、inbounds、outbounds、routing、dnsの順に確認します。初回接続の段階で設定ファイル全体を書き換える必要はありません。