v2rayN・v2rayNG
サブスクリプション追加・接続ガイド

手順 01 · 設定の取得元

サブスクリプションを追加してサーバー一覧を更新

まずサブスクリプションURLを省略せずにコピーし、クライアントでサブスクリプショングループを作成します。グループ名は端末内で見分けるためのものなので、サービス元や用途に合わせて付けてください。クライアントが設定を取得する接続先はURL欄で指定します。URLをグループ名に入力したり、説明文や改行、チャットアプリが付けた句読点まで一緒にコピーしたりしないでください。

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

上部の「サブスクリプショングループ」メニューから「サブスクリプショングループの設定」を開き、「追加」を選びます。備考または名前欄に識別しやすいグループ名を入力し、URL欄にサブスクリプションURLを貼り付けて保存し、設定画面を閉じます。次に「サブスクリプショングループ」メニューに戻り、サブスクリプションを更新します。現在のグループを更新できる場合は、追加したグループを選んでから実行し、別の提供元を誤って更新しないようにしてください。

初回設定で利用できるプロキシがまだない場合は、通常「プロキシを経由しない」方法で更新します。更新後、サーバー一覧にそのグループの項目が表示されることを確認してください。画面によっては前回のグループ選択や検索語が残ることがあります。更新成功と表示されても一覧が空に見える場合は、まず検索を解除して対象グループに切り替え、本当に何も取り込まれていないか確認します。

v2rayNG：サブスクリプションを保存してメイン画面で更新

サイドメニューから「サブスクリプショングループの設定」を開き、追加ボタンから備考を入力してURLを貼り付け、保存後にメイン画面へ戻ります。その他メニューから「サブスクリプションを更新」を実行し、「現在のグループを更新」がある場合は対象グループを確認してください。設定にURLを保存しただけでは、サーバー情報を取得できたことにはなりません。実際に更新を実行してください。

更新後、サーバー名やプロトコルなどの基本情報が表示されるか確認します。すぐに接続ボタンを押したり、サーバーのパラメーターを個別に編集したりする必要はありません。通常のサブスクリプションには接続に必要な項目がまとめて含まれています。アドレス、ポート、通信設定を手動で上書きすると、サブスクリプションが提供する設定の組み合わせが使えなくなることがあります。

更新に失敗した場合は、URLが有効か、アカウントが利用可能か、現在のネットワークからサブスクリプションのページにアクセスできるかを確認します。ログインページが開けても、サブスクリプションAPIから設定を取得できるとは限りません。接続可能なプロキシがある場合はプロキシ経由での更新を試せます。利用できる接続がない場合、更新方法を何度も切り替えてもサブスクリプションへの接続問題は解決しません。詳しくはトラブル対処のサブスクリプションに関する項目をご覧ください。

手順 02 · トラフィックの入口

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

まず、アプリの通信をどのようにクライアントへ送るか、クライアントに届いた通信をどの経路へ出すかを分けて考えます。システムプロキシ、VPNモード、TUNは主に前者を設定します。特定の地域を迂回するルールやグローバルプロキシなどのルーティング設定は、主に後者を決めます。両者は別の設定です。「グローバル」を選んでも、すべてのアプリがプロキシを使うとは限りません。

v2rayN：初回接続ではシステムプロキシを使う

メイン画面の下部またはトレイメニューから「システムプロキシ」を探します。まず設定場所を確認し、次の手順で使用するサーバーを選ぶまでは、システムプロキシを解除した状態、または無効の状態にしておきます。サーバーを選択してから「システムプロキシを自動設定」を有効にします。これにより、システムがサポートするプロキシ設定がクライアントのローカル待ち受けポートを指すようになります。まずはシステムプロキシに従うブラウザーで動作を確認する方法に適しています。

ルーティング設定では、まずクライアントの「中国本土を迂回」などの一般的なルールを使う方法がありますが、ネットワーク環境とアクセス先に応じて選んでください。一部の通信を直接接続し、残りをプロキシ経由にするルールであり、すべてのリクエストがサーバーを経由するという意味ではありません。ルールの影響を一時的に切り分けたい場合は、接続後にグローバルプロキシへ切り替えて比較し、テスト後は通常使うルールに戻してください。

初回の操作ではTUNを有効にしないでください。システムプロキシとTUNは別の通信適用方式で、TUNには仮想ネットワークインターフェース、権限、DNSの設定も関係します。まずブラウザーで接続を確認し、アプリ全体の通信を取り込みたい場合はプラットフォーム別ガイドを見ながらTUNを設定しましょう。最初から複数の設定を同時に有効にするより、問題を切り分けやすくなります。

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

設定を開き、モードに関する項目で「VPNモード」を選択します。次に「アプリごとのプロキシ」が有効か確認してください。有効な場合は、動作確認に使うブラウザーが対象に含まれているか、また表示されているのが対象アプリの一覧か除外アプリの一覧かを確認します。初回設定ではアプリごとの絞り込みを無効にし、対象アプリの範囲による影響を減らしてもかまいません。

続いて「ルーティング設定」を開き、用途に合ったルールを選びます。AndroidのステータスバーにVPNアイコンが表示されても、システム側の通信経路が設定されたことを示すだけで、リモートサーバーに接続できたとは限りません。また、ルールで直接接続に設定されたアプリやアドレスは、接続ボタンが動作中でも自動的にプロキシ経由にはなりません。

保存してメイン画面に戻ります。システムで別のVPN接続が動作中の場合は、先に切断してから続けてください。この時点でDNSツールを追加したり、別のネットワーク制御機能を同時に有効にしたりしないでください。まずは「アプリから現在のクライアントへ通信し、現在のルーティング設定に従って直接接続またはプロキシ接続する」という経路を保ちます。

手順 03 · 接続を確立

サーバーをテストしてプロキシ接続を開始

サブスクリプショングループからサーバーを選び、まず接続テストを行ってから現在の接続先に設定します。サーバー名に含まれる地域や回線の情報は識別用であり、実際のテストの代わりにはなりません。テスト結果はその時点のネットワーク状況を反映するため、最小値を追って頻繁に切り替える必要はありません。

v2rayN：実接続テスト後に現在のサーバーに設定

対象サーバーを選び、右クリックメニューから「サーバーの実接続遅延をテスト」または同様の接続テストを探します。候補を少数選んでテストし、結果が出るまで待ちます。通常のTCPテストで確認できるのは主にポートへ接続できるかどうかです。実接続テストではプロキシ経由でテスト先へアクセスするため、初回のサーバー選びに適しています。ただしテスト先自体に問題があると、結果に影響することがあります。

テストで接続可能だったサーバーを選び、「アクティブサーバーに設定」など該当する操作を実行します。一覧で行が選択状態になっただけでは、実際の接続先が切り替わっていないことがあります。画面に表示される現在のサーバーも確認してください。次に「システムプロキシ」を「システムプロキシを自動設定」に切り替え、クライアントのログに起動エラーがないか、画面下部のステータスにプロキシ設定が反映されているか確認します。

ログにローカルポートの競合が表示された場合は、続ける前に競合を解消してください。ブラウザーのポートだけを変更したり、用途がわからないシステムプロセスを終了したりしないでください。使用中の別のプロキシソフトを終了して再試行するか、ローカル待ち受けポートの競合対処法を参考に、ポートの使用元を特定して待ち受けポートとアプリのプロキシ設定を合わせて変更してください。

v2rayNG：サーバーを選んで接続を許可

メイン画面で使うサーバーをタップし、現在の接続先になっていることを確認します。その他メニューから実接続テスト、または使用中のバージョンで利用できる接続テストを実行し、その後、画面下部の接続ボタンをタップします。初回起動時は通常、システムにVPN接続の許可を求められます。現在のクライアントからの要求であることを確認して許可し、アプリに戻って動作状態を確認してください。

VPN権限が許可されていない、別のVPNが動作中、またはコアの起動時にエラーが出ている場合、ボタンの表示が変わっても通信できるとは限りません。クライアントのログを開き、最後の行だけでなく、接続操作の後に最初に出た関連エラーを確認します。タイムアウトした場合は、テスト済みの別サーバーと比較してください。すべてのサーバーで失敗する場合は、現在のネットワーク、サブスクリプションの状態、端末の時刻を優先して確認します。

接続中はクライアントを終了しないでください。PCではトレイに最小化することと完全に終了することは異なります。Androidで画面ロック後に切断されやすい場合は、バックグラウンド動作やバッテリー使用に関するシステムの制限を確認し、必要に応じてクライアントの継続動作を許可してください。ボタンが動作中になっただけで確認を終えず、次の手順で実際のリクエストを使ってプロキシの動作を確認します。

手順 04 · 実際の通信

プロキシが動作しているか確認

確認するのは、「リクエストがクライアントに届いたか」と「届いた後、正常に外部へ接続できたか」の2点です。接続ボタンの表示だけで判断したり、特定のページが開くかどうかだけを見たりしないでください。ブラウザーのキャッシュ、直接接続を指定するルーティングルール、アプリ独自のプロキシ設定によって、一つの現象だけでは判断を誤ることがあります。

まずブラウザーで確認し、ログと照合

ブラウザーで新しいウィンドウを開き、普段プロキシ経由でアクセスするHTTPSページを表示して、更新後に読み込みを待ちます。ブラウザーのプロキシ拡張機能を使っている場合は、システム設定に従わせるか、一時的に無効にして、別のポートへ通信が送られないようにします。Androidでは、使用するブラウザーがアプリごとのルーティングルールで除外されていないことも確認してください。

次にクライアントのログを確認します。アクセス記録が有効な場合は、先ほどのリクエストの対象ドメインと時刻を照合し、プロキシ経由と直接接続のどちらになったかを確認してください。ログの表記はコアによって異なり、エラーだけを表示する設定の場合もあります。アクセス記録がないからといって、リクエストがクライアントに届かなかったとは限りません。必要に応じてアクセスログを一時的に有効にし、確認後は通常のログレベルに戻してください。

接続元のIPアドレスを確認するページを使う場合は、まずそのページに適用されたルーティングルールを確認してください。ルールによっては確認ページが直接接続されるため、表示されたIPアドレスが変わらなくてもプロキシの不具合とは限りません。リクエストがプロキシ経由だと確認できてから、接続元の変化を判断材料にしてください。また、他のすべてのアプリもプロキシ経由になった証明にはなりません。

PCではコマンドでプロキシ接続を個別に確認

v2rayNのパラメーター設定で「ローカル混合待ち受けポート」を確認します。以下では既定のポート 10808 を例に、HTTPプロキシ経由でサンプルサイトへリクエストし、レスポンスヘッダーだけを取得します。実際のポートが異なる場合は、コマンド内のポート番号を先に変更してください。このコマンドで確認できるのは明示的に指定したローカルプロキシ経路です。ブラウザーがシステムプロキシに従うかどうかには依存しません。

curl --proxy http://127.0.0.1:10808 --head --max-time 20 https://example.com/

ターミナルでcurlを使える場合は、上記のコマンドを実行します。コマンドのエイリアスを区別する必要がある環境では、curl.exeを明示して実行してください。出力にプロキシトンネルの確立が表示されても、それだけで成功とは限りません。その後TLS接続が完了し、対象サイトからHTTPレスポンスが返るか確認してください。サイトからアクセス拒否などのステータスが返った場合、レスポンスを受信できたことはわかりますが、そのサイトのサービスを利用できるとは限りません。タイムアウトしたりローカルポートに接続できなかったりする場合は、さらに調査が必要です。

プロキシを明示したコマンドは成功するのにブラウザーで失敗する場合は、ブラウザーのプロキシ拡張機能とシステムプロキシ設定を優先して確認します。ローカルポートへの接続が拒否される場合は、クライアントが起動しているか、ポートが正しいかを確認します。ローカルの待ち受けは正常でもリモートとのハンドシェイクで失敗する場合は、サーバー設定、アカウントの状態、端末の時刻、現在のネットワークを確認してください。このように問題の層を分けて調べるほうが、ルーティング設定を次々と切り替えるより効果的です。

完了後は再現できる手順で日常利用

ブラウザーのリクエストが完了し、ログに想定した経路で外部接続したことが記録されていれば、初回接続の確認は完了です。普段使うときは、クライアントを起動し、現在のサーバーを確認してからプロキシの適用方法を有効にします。問題が起きたら、まず現在のサーバーを再テストし、必要に応じてサブスクリプションを更新してください。同じURLを毎回追加する必要はありません。グループが重複すると見分けにくくなります。

使い終わったら、v2rayNではシステムプロキシを解除してからクライアントを終了します。引き続き使うためにトレイへ最小化するだけなら、起動したままでかまいません。v2rayNGでは接続を停止し、システムのVPN状態が終了したことを確認します。PCで終了後にページを開けなくなった場合は、ローカルポートを指すシステムプロキシ設定が残っていないか確認してください。