v2rayNの使い方：サブスクリプションの追加から接続確認まで

STEP 01 / SUBSCRIPTION

サブスクリプションの追加：グループを作成して一覧を更新

サブスクリプションを追加する前に、サービス提供元のアカウントページから完全なサブスクリプションURLをコピーします。これはクライアントが読み込むリンクであり、アカウントへのログインURLや管理画面を開くウェブページとは異なります。URL内のクエリパラメーターを残し、前後に空白や改行が混ざっていないか確認してください。URLにはアカウントを特定できる情報が含まれる場合があります。ローカルのクライアント設定にのみ貼り付け、公開スクリーンショットやオンライン変換サイト、質問投稿には載せないでください。

v2rayNを開き、上部メニューまたは該当する機能から「サブスクリプショングループ設定」を探します。新しいグループを追加し、「普段使い」など識別しやすい名前を入力して、サブスクリプションURLを貼り付けます。初期設定では他の項目は初期値のままにします。有効化スイッチがある場合は、グループが有効になっていることを確認してください。保存してメイン画面に戻り、グループ選択欄に入力した名前が表示されるか確認します。URLを保存しただけでは一覧に項目は追加されないため、更新も実行してください。

サブスクリプションメニューから「サブスクリプションを更新」を選び、現在のグループのみを更新するのか、すべてのグループを対象にするのか確認します。接続をまだ確立していない初回は、通常、プロキシを経由しない更新方法を使います。情報欄やログ画面を確認し、更新後に新しいグループを選択して、メイン一覧にノード名、アドレス、プロトコルなどが表示されることを確かめます。一覧が空の場合は、検索条件を解除し、正しいグループを選んでいるか確認してから、ログでダウンロード失敗か内容の解析失敗かを調べます。同じグループを何度も作っても、この問題は解決しません。

v2rayNGでは通常、サイドバーの「サブスクリプショングループ設定」から追加します。追加画面を開き、メモとサブスクリプションURLを入力して保存したら、メイン画面のメニューから更新を実行します。更新後、正しいグループが選択され、一覧に選択可能な項目があることを確認してください。すでに別の接続が利用可能で、現在のネットワークからサブスクリプションURLを読み込めない場合は、その接続を経由した更新も検討できます。ただし「プロキシ経由で更新」するには、すでに利用可能な通信経路が必要です。まだ存在しない最初の接続を作る方法にはなりません。

共有用の個別リンクとサブスクリプションURLは用途が異なります。前者は通常、サーバー設定を1件だけインポートするためのもので、後者はグループ単位で複数の項目を取得・更新するために使います。サービス提供元から個別リンクが渡された場合は、サブスクリプションURL欄に無理に入力せず、クライアントのクリップボードからのインポート機能を使ってください。更新時に証明書エラーや解析エラーが出た場合は、エラーのキーワードを控え、ヘルプセンターを参照してください。用語の違いは用語集のサブスクリプションとノードの説明で確認できます。

この手順の完了条件：グループが保存され、更新後の一覧にノードが表示されていること。ここで取得できたのは設定情報であり、リモートサーバーに接続できるかどうかはまだ判断できません。次に、アプリの通信をどのようにクライアントへ渡すかを確認します。

STEP 02 / TRAFFIC PATH

プロキシモードを選択：入口とルーティングを区別

プロキシの設定は2つの層に分かれます。1つ目は通信の入口です。アプリのリクエストをクライアントのローカル待ち受けポートに渡すか、仮想ネットワークインターフェイスで取り込むかを決めます。2つ目はコアのルーティングです。クライアントに届いた通信を直接接続するか、プロキシ経由で転送するか、遮断するかを決めます。v2rayNの「システムプロキシ」とルーティング設定は別の層にあり、前者を有効にしても後者が自動的にグローバルになるわけではありません。ルーティングをグローバルにしても、システムプロキシに従わないアプリが自動的に接続されるわけではありません。

デスクトップで初めて接続する場合は、まずシステムプロキシを使い、TUNなど別の通信取り込み方式を同時に有効にしない方法がおすすめです。メイン画面の下部ステータス欄またはトレイメニューからシステムプロキシの項目を探し、「システムプロキシを設定」と「システムプロキシを解除」の違いを確認します。前者はシステムプロキシの接続先をローカルクライアントに設定し、後者はその設定を取り消します。コアが正常に起動したことを確認してから有効にしてください。先にブラウザーがローカルポートへ接続すると、コアがまだ動作していないため一時的に通信できなくなることがあります。

続いてルーティング設定を確認します。初回の切り分けを簡単にするため、テスト通信をプロキシ経由で送るグローバルルートを一時的に選択できます。接続を確認したら、普段使いに適したルール分岐へ戻してください。「中国本土を迂回」などのプリセットを選ぶ場合は、ルールとリソースファイルで接続先のドメインやIPアドレスを照合するため、必要なリソースが読み込まれていることを確認してください。接続先サイトが意図せず直接接続される場合は、システムプロキシを何度も切り替えるのではなく、まず適用されているルールを確認します。

v2rayNGでは通常、VPNモードでアプリの通信を取り込み、ルーティング設定は設定画面から確認します。アプリごとのプロキシ設定を有効にしている場合は、テストに使うブラウザーが実際に対象に含まれていることも確認してください。設定によって「選択したアプリのみをプロキシする」場合と「選択したアプリを除外する」場合があります。画面の説明を読んでから選択してください。初回の確認では対象アプリをシンプルにし、カスタムルーティングやDNSなど複数の項目を同時に変更しないようにします。結果に問題があったとき、原因を特定しにくくなります。

システムプロキシとVPNによる通信の取り込みを、問題解決のために重ねて有効にしないでください。これらは別々の入口方式で、併用するかどうかは設定の目的によって決まります。この手順では入口を1つに絞り、待ち受け設定は初期値のままにします。システムプロキシに従わないアプリへの対応が必要な場合は、JSONマニュアルのルーティングに関する章を読み、用語集で関連する項目を確認してください。

この手順の完了条件：通信の入口を決め、現在のルーティングがグローバルかルール分岐かを把握し、テスト対象のアプリが通信取り込みの対象か確認できていること。次に、実際に通信を外部へ送るノードを選び、コアを起動します。

STEP 03 / CONNECTION

接続を開始：ノードを選びコアのログを確認

v2rayNのノード一覧に戻り、提供元が明確で、アカウントが利用可能な項目を選びます。クライアントの接続テストを候補の絞り込みに使うことはできますが、テストの数値だけで設定が使えると判断しないでください。TCPテストで通常確認できるのは接続先ポートへの到達状況であり、プロトコルのハンドシェイクやウェブページへのリクエストの代わりにはなりません。ブラウザーの読み込み中にノードを切り替えるとログと実際のリクエストを対応づけられなくなるため、まず1件を選びます。

対象ノードの右クリックメニューから「アクティブサーバーに設定」または同等の項目を選びます。バージョンによってはダブルクリックで設定できます。一覧のアクティブ表示やステータス欄が対象ノードを示していることを確認してください。行が選択されているだけでは、アクティブサーバーに設定されたとは限りません。v2rayNは通常、現在の設定に従ってコアを起動または再読み込みします。手動でサービスを再起動するよう画面に表示された場合は、そのバージョンの操作方法で1回実行してください。プログラム全体を何度も終了する必要はありません。

情報欄またはログ画面を開き、コアの終了、設定の解析失敗、待ち受けの失敗などが発生していないか確認します。ローカルアドレスが使用中と表示された場合は、同じ待ち受けポートを使っている可能性がある別のプロキシソフトを終了するか、クライアントの設定でポートを変更し、そのポートを参照しているアプリ側も合わせて更新してください。ブラウザー側だけ変更してクライアント側をそのままにしたり、出所のわからないシステムプロセスを終了したりしないでください。詳しい調査手順はローカル待ち受けポートの競合対処を参照してください。

コアの起動エラーがないことを確認したら、前の手順で確認した「システムプロキシを設定」を実行します。ステータス欄に該当するモードが表示されることを確認し、クライアントを起動したままにしてください。ウィンドウをトレイに最小化する操作と、プログラムを完全に終了する操作は異なります。ウィンドウを閉じる動作が設定で変わる場合は、初回テストでは最小化を使い、ローカルのプロキシ入口だけが残ってプログラムが終了する事態を避けてください。システムプロキシに対応していないデスクトップ環境では、クライアントの説明に従って手動でプロキシを設定し、ローカルポートを推測で入力しないでください。

v2rayNGでは対象ノードを選択し、アクティブ表示を確認してから起動ボタンを押します。初回起動時にはシステムVPN接続の許可画面が表示されるので、内容を確認して許可してください。許可しない場合、ノードをインポートできていてもアプリの通信は取り込まれません。起動後はアプリ内ログとシステムのVPN表示を確認できます。他のVPNアプリが動作中の場合は、どのアプリに通信を取り込ませるか確認し、別のサービスに接続が置き換わらないようにしてください。システム表示が示すのはローカルでの通信取り込みが始まったことだけで、リモートプロキシ経由の転送成功を保証するものではありません。

この手順の完了条件：使用するノードが決まり、コアに明らかな起動エラーがなく、システムプロキシまたはVPNによる通信の取り込みが有効になっていること。接続ボタンやステータス表示が示すのはクライアント側の状態です。次にアプリからリクエストを送り、通信経路全体を確認します。

STEP 04 / VERIFICATION

動作を確認：ブラウザーのリクエストとログを照合

システムプロキシ設定に従うブラウザーを開き、AndroidではVPNによる通信取り込みの対象になっているブラウザーを使って、接続できることがわかっているHTTPSページにアクセスします。開いたままのタブを眺めるだけでなく、新しいリクエストを送ってください。ページがキャッシュから表示されたり、既存の接続が再利用されたりする場合があります。ブラウザーに独自のプロキシ拡張機能がある場合は、システム設定を上書きしていないか確認します。プロキシを内蔵しているアプリでは、アプリ独自のネットワーク設定も確認してください。

リクエストの送信と同時にクライアントのログを確認します。通常のログレベルではすべてのアクセスが記録されるとは限らないため、新しいログがないことだけを根拠に、リクエストがクライアントを通っていないと判断できません。一方、接続先へのエラー、名前解決の失敗、ハンドシェイクの失敗が表示された場合は、その情報を手掛かりに調査できます。より詳しいログが必要な場合は、一時的にログレベルを上げてリクエストを再送し、確認後に通常のレベルへ戻します。ログを共有する前に、サブスクリプションURL、サーバー情報、個人の閲覧内容を隠してください。

可能であれば、元に戻せる手順で比較します。デスクトップではシステムプロキシを一度解除して同じ接続先にアクセスし、その後プロキシを再設定して新しいリクエストを送ります。Androidでは接続を停止してテストし、再起動してからもう一度テストできます。この比較で判断できるのは入口が変わったかどうかです。どちらの状態でもウェブページを開けたからといって、直ちに失敗とは限りません。接続先がもともと直接アクセス可能な場合もあります。ルーティング設定、リクエストログ、サーバーの稼働状況も合わせて確認してください。ルール分岐を使うすべてのケースで、出口アドレスが変わる必要があるわけではありません。

接続後にブラウザーでアクセスできなくなった場合は、順番に確認します。まずコアが動作中か、次にシステムプロキシが現在の待ち受けポートを参照しているか、その後アクティブノードとアカウントの状態、最後にルーティングとDNSを確認してください。特定のアプリだけ失敗する場合は、そのアプリがシステムプロキシに従うか、アプリごとのルールで除外されていないか確認します。すべてのアプリで失敗する場合は、起動ログとリモート接続のエラーを重点的に調べてください。一度に変更する設定は1つに絞り、同じテストを繰り返して結果を記録します。ノード、ポート、ルーティングを一度に変えると、原因を追う手掛かりを失います。

動作確認が終わったら、一時的に使ったグローバルルートを普段使いのルール分岐に切り替え、同じ接続先へのリクエストをもう一度送ります。サブスクリプションの自動更新は後から設定できます。まず手動更新が安定していることを確認し、サービス提供元の案内に従って適切な間隔を選んでください。更新によって古いノードが削除されたり設定が変わったりする場合があるため、更新後はアクティブノードが残っているか確認します。初回接続が安定するまでは、カスタムDNS、複雑なルーティング、自動タスクを同時に追加しないでください。

使用を終えるときは、v2rayNではシステムプロキシを解除してから完全に終了します。終了後にウェブページを開けない場合は、システムにローカルプロキシの設定が残っていないか確認してください。v2rayNGではアプリ内の停止ボタンを押して通信の取り込みを終了し、システムのVPN状態も解除されたことを確認します。次回は保存済みのグループと設定を使えるため、毎回インポートし直す必要はありません。確認済みの接続を再開するだけなら、まずアクティブノードと起動状態を確認します。

この手順の完了条件：テストしたアプリが想定どおりにアクセスでき、通信の入口とルーティング設定が一致し、接続の停止・再開時の動作も把握できていること。個別の問題はヘルプセンターを参照してください。inbounds、outbounds、routing、dnsの関係を確認する場合はJSON設定リファレンスをご覧ください。初めて使う段階で設定を項目ごとに編集する必要はありません。