v2rayN・v2rayNGの使い方

ステップ 01

サブスクリプションを追加する

サブスクリプションURLは、通常のWebページのURLとは用途が異なります。クライアントが読み込むサーバー設定を指しており、更新すると設定が一覧に反映されます。設定の提供元のページに戻り、「サブスクリプションリンク」と明記されたURLを全体を含めてコピーしてください。アカウント管理ページのURLや、ブラウザーのアドレス欄に表示されたログインページをコピーしないよう注意します。URL内のパラメーターはそのまま残し、前後の空白や改行、日本語の句読点が混ざらないようにしてください。

v2rayN：グループを追加してサブスクリプションを更新

v2rayNを開き、上部の「サブスクリプショングループ」から「サブスクリプショングループの設定」を選びます。グループを追加し、メモまたは別名の欄に見分けやすい名前を入力して、URL欄にサブスクリプションURLをすべて貼り付けます。初回はほかの項目を既定値のままにします。URLが途中で切れていないことを確認して設定を保存し、画面を閉じてメイン画面に戻ります。この段階ではサブスクリプションの登録だけが済んでおり、サーバー情報はまだ取得されていません。

もう一度「サブスクリプショングループ」メニューを開き、サブスクリプションを更新します。バージョンによっては、プロキシを経由しない更新と経由する更新を選べます。接続がまだ使えない初回は、まずプロキシを経由しない方法で更新してください。接続がすでに使え、サブスクリプションの取得にプロキシが必要な場合に限り、もう一方の方法を試します。更新後、追加したグループを選び、サーバー項目が一覧に表示されているか確認します。別名、アドレス、プロトコルのいずれかが確認できれば、設定の読み込みは完了です。

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

v2rayNGを開き、右上のメニューから「サブスクリプショングループの設定」を選びます。追加ボタンでグループを作成し、メモとサブスクリプションURLを入力して保存します。メイン画面に戻り、該当するグループに切り替えてから、右上のメニューで「現在のサブスクリプションを更新」を実行します。バージョンによっては、サブスクリプション管理関連のメニューに更新項目があります。保存したグループを更新するのがポイントです。同じURLを登録し直す必要はありません。

更新結果が表示されたら、メイン画面に選択可能な項目があるか確認します。更新成功と表示されても一覧が空の場合は、該当するサブスクリプショングループが表示されているか、フィルターが設定されていないかを確認してください。取得に失敗した場合は、URL、アカウントの有効期限、現在のネットワークを見直します。同じグループを何度も作成したり、サブスクリプションの問題を解決するためにDNSや通信パラメーターを先に変更したりしないでください。原因の切り分けが難しくなります。

このステップの完了条件：目的のグループに選択可能なサーバー設定が表示されていること。サブスクリプションは複数の設定を管理するためのもので、個々の接続設定とは別の階層です。違いを知りたい場合は、用語解説を参照してください。一覧の準備ができたら、次はアプリの通信をクライアントに取り込む方法と、取り込んだ通信の出口を決めます。

ステップ 02

プロキシモードを選択する

プロキシモードは、2つの層に分けて考えます。1つ目は通信の入口です。デスクトップではアプリがシステムプロキシに従うか、Androidではアプリの通信をクライアントが作成するVPNサービスに取り込むかを指します。2つ目はルーティングです。クライアントのコアに届いた通信を、ルールに従ってプロキシ経由、直接接続、またはブロックに振り分けます。システムプロキシを有効にしても、すべての通信がプロキシを通るわけではありません。グローバルルーティングを選んでも、もともとクライアントに取り込まれていないアプリの通信は制御できません。

デスクトップ：ルーティングを選んでからシステムプロキシを有効にする

v2rayNのメイン画面またはシステムトレイのメニューから、ルーティング設定を開きます。初回は、標準のルールを利用できます。たとえば画面に「中国本土を除外」といったルールがある場合、直接接続のルールに一致する通信は直結し、それ以外は選択したルールに従います。ルールの影響を一時的に確認したい場合は、グローバルプロキシ系のモードに切り替えて比較する方法もあります。その際は、モードの説明を読み、既定の出口がプロキシであることを確認してください。名称やルール内容はバージョンによって異なるため、「グローバル」という名前だけで動作を判断しないでください。

ルーティングを選んだら、「システムプロキシ」の項目を開きます。ブラウザーなど、システム設定に従うアプリでクライアントを使う場合は、「システムプロキシを自動設定」を選択します。この操作は、次のステップで有効なサーバーを設定した後に行います。「システムプロキシを解除」は通常、クライアントが設定したシステムプロキシを停止する操作です。「システムプロキシを変更しない」は、この設定をクライアント側から変更しないことを示します。初回接続ではTUNを同時に有効にする必要はなく、ブラウザーに別のプロキシ拡張機能を設定する必要もありません。

Android：ルーティング設定と対象アプリを確認する

v2rayNGの設定またはルーティング画面で、現在のモードを確認します。まずは標準のルーティングを使い、独自のドメイン、IP、ルールファイルを追加するのは後にしましょう。アプリごとのプロキシ設定を以前に行った場合は、使用するブラウザーが対象から除外されていないか確認してください。除外されたアプリは直接接続を続けることがあり、メイン画面に「接続中」と表示されていても、プロキシの出口確認には使えません。初回は自分で追加したアプリのフィルターをいったん解除すると、テストを再現しやすくなります。必要に応じて、後から一つずつ設定を戻してください。

ここで選ぶのは通信の処理ルールです。実際に通信を取り込むには、接続をタップしてシステムのVPN許可を得る必要があります。端末上で同じVPN経路を使用する別のツールが動作している場合は、先に切断してからv2rayNGを起動してください。複数のツールがシステムの接続を交互に切り替えるのを防げます。初回接続の問題を調べるために、複数の通信制御機能を同時に動かさないでください。

このステップの完了条件：現在選択中のルーティングモードが分かり、テストに使うアプリが意図的に除外されていないこと。プロトコルのパラメーター、暗号化項目、通信設定は、まずサブスクリプションの内容をそのまま使います。サーバーとクライアントの設定は一致させる必要があるため、接続を試す目的でむやみに変更しないでください。グローバル、直接接続、ルールによる振り分けの詳細は、よくある質問を参照してください。次はサーバーの選択と接続の開始だけを行います。

ステップ 03

接続を開始する

サブスクリプショングループから、使用するサーバーを1つ選びます。古い設定が一覧に残っている場合は、更新したグループの項目が選択されていることを確認し、期限切れの設定を使わないよう注意してください。初回のテストでは、サーバーとルーティングモードを1つずつに固定し、一度に変更する条件は1つだけにします。サーバー、コア、DNSを頻繁に切り替えると、失敗の原因を特定しにくくなります。

v2rayN：有効なサーバーを設定する

サーバー一覧で目的の項目を選択し、右クリックメニューから「有効なサーバーに設定」または現在のバージョンで同じ意味の操作を実行します。バージョンによってはダブルクリックでも切り替えられますが、項目をクリックして選択状態にしただけでは、有効になっていない場合があります。メニューの表示、アクティブ状態のマーク、メイン画面のサーバー情報で確認してください。その後、クライアントのログや実行状態を確認し、コアの起動時に設定の読み込み失敗やポートの競合などが発生していないことを確かめます。

コアが正常に起動したら、「システムプロキシ」から「システムプロキシを自動設定」を選びます。状態を確認できるよう、クライアントのウィンドウは開いたままにしておけます。ウィンドウを閉じてシステムトレイに移動した場合は、「終了」を選んでいないことを確認してください。クライアントを終了するとプロキシサービスも停止します。システムにプロキシ設定が残っていると、ブラウザーが一時的にアクセスできなくなることがあります。使用を終えるときは、先にシステムプロキシを解除してからプログラムを終了し、停止済みのサービスを指す設定が残らないようにしてください。

この時点でシステムのファイアウォール通知が表示された場合は、通知に記載されたプログラム名が、実際に起動したクライアントまたはコアと一致するか確認してから、端末の管理ルールに従って対応します。ブラウザーで初めてアクセスするために、通常はローカルネットワークからの接続を許可する必要はありません。一般的な接続失敗の調査で端末全体のファイアウォールを無効にしたり、ローカルプロキシの待ち受け範囲をすべてのネットワークインターフェースに広げたりしないでください。

v2rayNG：接続してシステムの許可を確認する

メイン画面で目的のサーバー項目をタップし、選択マークがその項目に移動したことを確認してから、接続ボタンをタップします。初回起動時は、AndroidのシステムにVPN接続の確認が表示されることがあります。内容を確認して許可すると、クライアントが通信の入口を作成できるようになります。この許可はシステムが管理するもので、サブスクリプションアカウントへのログインではありません。許可を取り消した場合は、メイン画面に戻って接続をもう一度タップしてください。サブスクリプションを削除して再登録する必要はありません。

接続を開始したら、クライアントのボタンの状態とシステムの通知欄にある実行中の表示を確認します。ボタンの位置やアイコンはバージョンによって異なる場合があります。特定の色ではなく、クライアントが実行状態を維持しているかどうかで判断してください。タップ後すぐに停止状態へ戻る場合は、まずエラー内容を確認します。VPNの使用中、設定が利用不可、サービスの起動失敗などが表示された場合は、ボタンを何度も押さず、該当する問題を先に解決してください。

このステップの完了条件：デスクトップではコアが動作し、システムプロキシが有効になっていること。AndroidではVPNの許可が完了し、サービスが動作を続けていること。この状態で確認できるのは、ローカルの接続経路が確立したことまでです。接続先サーバーに到達できるとは限りません。「接続中」の表示だけで判断せず、次のステップで実際の通信を確認してください。

ステップ 04

通信を確認する

確認ではアプリからのアクセス結果とクライアントの通信状況の両方を見ます。Webページが開けても、そのリクエストがプロキシを通ったとは限りません。直接接続のルールに一致した可能性もあります。一方、クライアントが実行中でも、接続先サーバーへの通信が成功したとは限りません。2種類の情報を合わせて確認すれば、通信がクライアントに取り込まれていない場合、ルーティングが想定と異なる場合、接続先への通信が失敗している場合を切り分けられます。

新しいリクエストで通信経路を確認する

ブラウザーで新しいタブを開き、利用可能と分かっているHTTPSページにアクセスします。キャッシュや既存の接続による影響を減らすため、できれば今回まだ開いていないページのパスを使ってください。ページが読み込まれたことを確認したら、クライアントに戻り、同じ時刻付近のログを確認します。ログに接続先や出口のラベルが表示される場合は、リクエストがコアに届いているか、プロキシと直接接続のどちらを通ったかを確認してください。ログの詳細度は設定によって異なります。個別のリクエストが見えなくても、通信が取り込まれていないと決めつけないでください。

次に、現在のルールではプロキシ経由になるはずの接続先を選んでアクセスします。ルールが分からない場合は、前に確認したグローバルプロキシ系のモードに一時的に切り替えて比較し、終わったら普段のルーティング設定に戻します。比較中はサーバー、ブラウザー、テストページを固定し、ルーティングだけを切り替えてください。複数の条件を同時に変更しないようにします。通常は直接接続されるWebサイトだけをテストしても、プロキシ経路が正常かどうかは確認できません。

テストの成功と実際の利用可否を見分ける

クライアント内蔵の遅延テストや接続テストは、設定の候補を絞るのに役立ちます。ただし、テスト対象やプロトコルは、ブラウザーでのアクセスと異なる場合があります。テストに成功したサーバーでも、すべてのWebサイトにアクセスできるとは限りません。失敗の原因がテスト対象やテスト方法にあることもあります。最終的には実際のアプリからリクエストを送り、エラーログと合わせて判断してください。テスト結果だけを見て、クライアントの再インストールや設定の一括削除を行わないでください。

接続のオン・オフを比較する場合、デスクトップでは先にシステムプロキシを解除してからクライアントのサービスを停止します。Androidではクライアントの切断ボタンを使います。その後、ブラウザーから新しいリクエストを送り、ページの表示とクライアントのログの変化を比較してください。ブラウザーが以前の接続を再利用したり、キャッシュを表示したりする場合があります。必要に応じてテストタブを閉じ、新しいタブを開いてください。比較が終わったら前の節の手順で接続を戻し、選択中のサーバーとルーティングモードが意図せず変わっていないことを確認します。

確認に失敗した場合は、調査に必要な情報を残す

普段使うサイトにはアクセスできるのに、プロキシ経由にしたい接続先だけ失敗する場合は、有効なサーバーとサブスクリプションの状態を確認します。すべてのページにアクセスできない場合は、ローカルネットワーク、システムプロキシが実行中のクライアントを指しているか、通信を制御する別のツールが動作していないかを確認してください。クライアントに該当するリクエストが見当たらない場合は、アプリがシステムプロキシに従っているか、アプリ別ルールで除外されていないかを調べます。ドメイン名の解決エラーが出た場合はDNSの項目を確認し、最初からネットワーク設定をすべて変更しないでください。

原因を特定できない場合は、エラーが発生した時刻、クライアント名、選択中のルーティングモード、エラーメッセージを記録し、トラブルシューティングガイドで症状に合った項目を確認してください。ログを共有する前に、サブスクリプションURL、サーバーアドレス、ユーザー識別情報、認証情報を隠します。問題の判断に必要なエラーの前後だけを残してください。調査中にログレベルを一時的に変更した場合は、終了後に通常の設定へ戻し、必要のないアクセス情報を長期間保存しないようにします。

このステップの完了条件：テストに使ったアプリから目的のページにアクセスでき、通信経路が現在のルーティング設定と一致していること。動作を確認した設定は保存し、必要に応じてサブスクリプションを更新します。更新後に有効なサーバー項目が入れ替わった場合は、サーバーを選び直して簡単な確認を行ってください。次回からは通常、サーバーを確認して接続を開始し、目的のページにアクセスできるか確かめるだけで済みます。サブスクリプションを追加し直す必要はありません。