v2rayNの設定方法
サブスクリプションを追加 → プロキシモードを選択 → 接続 → 動作確認。有効なサブスクリプションがあれば、約10分で初期設定できます。エラーが出たら、いったんその手順で止めて原因を確認しましょう。
事前準備：クライアントと有効なサブスクリプション
まず、必要なものを2つ用意します。インストール済みで起動できるクライアントと、信頼できる提供元から入手した有効なサブスクリプションURLです。クライアントは設定を読み込み、コアを起動してアプリの通信を受け取りますが、それだけで利用可能なリモートサーバーが自動生成されるわけではありません。インストーラーしか手元にない場合は、利用権のあるサービス設定を入手してから、以下の手順に進んでください。まだインストールしていない場合は、クライアントのダウンロードページで、OSとプロセッサの種類に合ったものを選びます。
サブスクリプションURLは通常、アカウント識別用のパラメーターを含む長いリンクです。コピーする際は内容をすべて含め、改行や説明文、末尾の句読点が混ざらないようにしてください。サブスクリプションと個別サーバーの共有リンクは入力先が異なります。前者はサブスクリプショングループに追加し、後者はクライアントのクリップボードからのインポート機能を使います。どちらもコピーできるからといって、同じ入力欄に何度も貼り付けないでください。
各手順の結果を確認しやすくするため、初期設定では他のプロキシクライアントやネットワークを制御する可能性のあるブラウザー拡張機能を終了します。端末の日付と時刻が正確で、通常のネットワーク接続が使えることも確認してください。すでに設定済みの場合は、現在の設定を保存し、古いグループは削除せずに残しておきます。まずサーバー項目をインポートし、その後で通信をクライアントに通す方法を設定します。複数の設定を同時に変更すると、原因を特定しにくくなります。
サブスクリプションを追加：グループを保存して更新
v2rayN：サブスクリプショングループを追加
メイン画面を開き、上部の「サブスクリプショングループ」からグループ設定を開いて、新しいグループを作成します。識別しやすい名前をメモ欄に入力し、URL欄にサブスクリプションリンク全体を貼り付けます。ほかの項目は、まず初期値のままにします。URLの前後に余分な空白がないことを確認して保存し、メイン画面に戻って「サブスクリプショングループ」メニューから更新します。URLを保存しただけではサーバー一覧にすぐ表示されるとは限りません。更新を実行して、内容を取得・解析する必要があります。
まだ接続できる設定がない初回は、プロキシを使わずにサブスクリプションを更新する項目を選びます。既存のプロキシ経由でしかURLにアクセスできない場合は、まず利用可能な接続を確保してから、プロキシ経由で更新してください。まだ取得していない設定を使って、その設定自体を初めて取得することはできません。更新後は画面下部のメッセージやログを確認し、ダウンロードや解析のエラーがないことを確かめます。作成したグループに切り替えて、項目が表示されているか確認してください。
v2rayNG：URLを追加してメイン画面に戻る
サイドメニューまたはその他のメニューから「サブスクリプショングループ設定」を開き、追加ボタンをタップしてメモとURLを入力します。保存してメイン画面に戻り、右上のメニューから「サブスクリプションを更新」を実行します。画面によっては、該当グループの操作メニューに更新項目があります。完了の通知が出たら、メイン画面に設定項目が表示されているか確認してください。グループで絞り込まれている場合は、新しく作成したグループに切り替えます。絞り込み結果が空でも、インポート失敗とは限りません。
どちらのクライアントでも、次に進む前に「項目が表示され、選択できる」ことを確認します。項目名は識別用であり、サーバーに接続できることを保証するものではありません。更新が成功したのに一覧が空の場合は、サブスクリプションの有効期限、設定内容が実際に返されたか、クライアントがその設定形式に対応しているかを確認してください。ログインページやサービスの案内ページをサブスクリプションURLと間違えて、何度も更新しないようにしましょう。
この段階で項目が表示されない場合は、サブスクリプションの更新を確認します。システムプロキシモードを変更しても、URLの誤りや形式の不一致は解決できません。原因別の詳しい説明はよくある質問とサブスクリプションのトラブル対処をご覧ください。項目が表示されたら、テストする設定名を控え、次にアプリの通信を受け取る入口とルーティングを設定します。
プロキシモードを選択：通信の入口とルーティングを分けて設定
ここでは2つの設定を区別します。システムプロキシは、どのアプリがリクエストをローカルクライアントに渡すかを決めます。ルーティングは、クライアントに届いたリクエストをどの出力先へ送るかを決めます。ルーティングのプリセットを選んでも、すべてのアプリがプロキシを使うわけではありません。システムプロキシを有効にしても、すべての接続がリモートサーバーを経由するとは限りません。まずこの2つを分けて考えると、後の動作確認がしやすくなります。
v2rayN：システムプロキシとルーティングのプリセットを設定
メイン画面下部のステータス欄またはトレイメニューで「システムプロキシ」を開き、「システムプロキシを自動設定」を選びます。ここでの「自動設定」は、クライアントがシステムのプロキシ設定を書き換える操作であり、Webサイトごとに自動で通信を振り分ける機能ではありません。システム設定に従うブラウザーの多くはこの設定を使いますが、独自のネットワーク設定があるアプリや一部のコマンドラインツールは別途設定が必要です。システムプロキシの状態だけで、それらの通信経路を判断しないでください。
次に「ルーティング」を開き、まずは「中国本土を除外」など、用途に合ったプリセットを選びます。このプリセットは通常、中国本土のドメインやIPアドレスに一致する通信を直接接続し、それ以外を設定に従って処理します。実際の動作はルールの内容と順序によって異なります。使用中のバージョンで名称が異なる場合は、プリセットの説明を確認し、目的が近いものを選んでください。複数のカスタムルールを同時に追加するのは避けましょう。一致する順序を詳しく知りたい場合は、ルーティング項目のリファレンスをご覧ください。
最後に設定画面を開き、実際のローカル待ち受けアドレス、ポート、プロキシプロトコルを確認します。設定によってはSOCKS用に10808、HTTP用に10809を使いますが、1つのポートで複数のプロトコルを受け付ける構成もあります。必ず現在のクライアントに表示されている設定を確認してください。ポート番号を固定値と考えないようにしましょう。端末内だけで使う場合は「LANからの接続を許可」をオフのままにし、接続のために待ち受け範囲を広げる必要はありません。
v2rayNG：ルーティングとアプリごとの対象範囲を確認
設定画面でルーティング関連の項目を開き、用途に合ったプリセットを選びます。初回のテストでは複雑なルールを追加しないでください。「アプリごとのプロキシ」を以前に有効にしている場合は、基本の動作確認が終わるまで一時的にオフにします。この機能は、選択したアプリだけをプロキシ経由にする設定と、選択したアプリをプロキシから除外する設定の両方があります。画面上の現在の選択内容を確認してください。ブラウザーが対象外だと、クライアントが接続済みでも期待どおりにプロキシを経由しません。
ルーティングを選んだらメイン画面に戻ります。サーバーごとのプロトコル、トランスポート、セキュリティ設定を個別に編集する必要はありません。通常はサブスクリプションに含まれており、変更するとサーバー側の設定と合わなくなることがあります。次に行うのは、使う設定を選び、クライアントが実際に起動したことを確認する作業です。
接続：設定を選んで起動を確認
v2rayN：アクティブサーバーを設定
インポート済みの一覧から使う項目を探し、右クリックして「アクティブサーバーに設定」または同じ意味の操作を選びます。ダブルクリックで切り替えられる場合は、画面の案内に従ってください。アクティブの表示が対象の項目に移ったことを確認します。行を選択しただけでは、実際の出力先が切り替わっていない場合があります。続いてメイン画面下部の情報とログを確認し、コアが起動直後に終了したり、エラーを繰り返したりしていないかを確かめます。
バージョンによっては、アクティブサーバーの切り替え後にコアが自動で再読み込みされます。起動・再起動の操作が別に用意されている場合もあるため、現在の状態を確認してください。項目を連続で切り替えながら何度も再起動すると、ログの前後関係がわかりにくくなります。「アドレスはすでに使用されています」や待ち受け失敗が表示された場合は、別のクライアントが起動中でないか確認し、ローカルポートの競合も調べます。この時点ではリモートサーバーのアドレスを変更しないでください。
v2rayNG：起動してシステムの接続許可を設定
メイン画面で使う設定を選び、接続ボタンをタップします。初回起動時は通常、AndroidにVPN接続の確認画面が表示され、このアプリがシステムのネットワーク経路を使用することが示されます。要求元のアプリ名が、使用中のv2rayNGであることを確認してから許可してください。許可しないと接続できません。すでに許可済みの場合、システムから再確認されないことがあります。確認画面が表示されたかどうかだけで、起動の成否を判断しないでください。
許可したら、接続ボタン、ステータス表示、システム通知が変わったか確認し、クライアントのログに起動エラーがないか調べます。端末上の別のアプリがVPN経路を使用している場合は、その接続を停止してから再度試してください。初回の動作確認中はクライアントを前面に表示し、画面をロックしないでください。まず設定が使えることを確認してから、バックグラウンド実行やバッテリー管理の問題に対処します。
接続アイコンや「実行中」の表示は、ローカルサービスまたはシステムのネットワーク経路が確立したことを示すだけで、リモートサーバーへの接続を保証するものではありません。タイムアウト、接続拒否、セキュリティハンドシェイクのエラーが出たら、発生時刻を記録し、設定の有効性、端末の時刻、ネットワーク接続を確認してください。詳しい説明は接続トラブル対処 FAQをご覧ください。ここでは高度なトランスポート項目を変更せず、起動時に目立ったエラーがなければ実際のアクセスを確認します。
動作確認：ページ・ログ・通信経路を確認
まずブラウザーを開き、新しいタブで利用可能とわかっているHTTPSサイトにアクセスします。現在のルーティング設定に合ったテスト先を選んでください。ルール上、直接接続するサイトが開いても、直接接続が使えることしか確認できず、リモートプロキシが動作している証明にはなりません。キャッシュの影響を抑えるには、まだ開いていないページにアクセスするか、新しい内容を再読み込みします。アクセス時刻も記録して、クライアントのログと照合できるようにします。
クライアントに戻り、同じ時間帯のログでリクエスト先、一致した出力タグ、エラー情報を確認します。ログにdirectと表示される場合は、まずルーティングのプリセットどおりかを判断してください。リモート出力を想定していたのに直接接続されている場合は、ルールの順序を確認します。リモート出力のタグは設定によって異なるため、特定のタグだけを検索して結論を出さないでください。ログレベルがwarningだと、成功したリクエストがすべて表示されない場合があります。それだけでクライアントを経由していないとは限りません。
接続ログを詳しく確認したい場合は、一時的にログレベルをinfoに変更して再アクセスし、確認後に元の設定へ戻します。詳細なログにはアクセス先のドメインや接続情報が含まれることがあるため、全体を公開しないでください。クライアントに接続詳細やルーティングの確認画面がある場合は、補助的に利用できます。内蔵の接続テストでわかるのはテストリクエストの結果だけです。ブラウザーや実際のアプリでの確認に代わるものではありません。
デスクトップ：ブラウザーとターミナルを個別に確認
デスクトップ版v2rayNでブラウザーは使えるのにターミナルのツールが動かない場合、まずサブスクリプションを変更しないでください。ターミナルはシステムプロキシを参照しないことがあるため、ツールの説明に従ってプロキシアドレスや環境変数を個別に設定します。入力時はHTTPとSOCKSのプロトコルを区別し、前の手順で確認した待ち受けポートを使用してください。反対に、ブラウザーのプロキシ拡張機能がシステム設定を上書きすることもあります。拡張機能を無効にするか、システム設定に従うようにしてから比較してください。
有効化前後の動作を比較するには、まずクライアントで「システムプロキシを解除」を選び、コアを停止してテストします。元に戻すときは、コアを再起動し、システムプロキシの自動設定を有効にして、同じ接続先を再テストしてください。クライアントを終了しただけで、停止済みの待ち受けポートを指すシステムプロキシ設定を残さないようにしましょう。その状態でアクセスに失敗しても、ローカルの入口が使えないだけで、リモート経路の状態は判断できません。
Android：テストするアプリがプロキシ対象か確認
v2rayNGでは、まずブラウザーがアプリごとの設定で除外されていないことを確認してから、同じテスト先にアクセスします。前面では問題なく使えても、画面ロック後すぐに切断される場合は、システムのバックグラウンド動作やバッテリー使用の制限を確認し、端末の設定で必要なバックグラウンド接続を許可してください。基本の接続を確認した後で、アプリごとのルールを1つずつ有効にします。変更のたびに対象アプリを再テストし、ルーティングの問題とバックグラウンド制限を混同しないようにしましょう。
動作確認の目安は、設定項目が有効で、クライアントの起動エラーが続かず、実際のアプリが想定どおりアクセスでき、ログまたは接続詳細から現在のルーティングを判断できることです。Webページが1つ開くこと、接続アイコンが点灯すること、内蔵テストが1回成功することだけでは、すべてのアプリが同じ経路を使っているとは限りません。問題が起きたら「サブスクリプションの内容 → ローカルでの起動 → アプリの接続入口 → ルーティング結果 → リモート接続」の順に確認します。
普段のサブスクリプション更新では、通常グループを更新するだけで、手順を最初からやり直す必要はありません。DNS、インバウンド、ルーティングルールをカスタマイズする場合は、設定項目リファレンスをご覧ください。サブスクリプションの更新失敗、ポート競合、一部アプリのアクセス問題は、よくある質問から症状に合ったトラブル対処方法を確認できます。