v2rayN 使い方ガイド：サブスクリプション登録から接続確認まで

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

デスクトップ版v2rayNで「サブスクリプショングループ」または「サブスクリプション設定」を開きます。バージョンによっては、上部の「サブスクリプショングループ」メニュー、ツールバーのボタン、サーバー管理メニュー内に配置されていますが、目的は新しいサブスクリプションを追加できる管理画面を開くことです。追加を選び、備考欄には「日常利用」のように用途で分かる名前、またはサービス提供元の名前を入力します。その後、完全なサブスクリプションURLをアドレス欄に貼り付け、先頭と末尾に空白がないことを確認して保存します。

保存はクライアントにURLを記憶させるだけで、サーバー設定が一覧に登録されたことを意味しません。メイン画面に戻り、「すべてのサブスクリプションを更新」を実行するか、対象グループを選んで更新します。更新中は画面下部のステータスやログ欄を確認してください。通常、完了後にはサーバー名、アドレス、ポート、プロトコルなどの項目がメイン一覧に表示されます。表示されるフィールドはサブスクリプションの内容によって異なり、名前もサービス提供元が決めるため、名前の長さだけでノードの利用可否を判断しないでください。

Android版v2rayNGでは、右上のメニューからサブスクリプショングループ設定を開き、追加ボタンをタップして備考とURLを入力し、保存します。設定一覧に戻り、メニューからサブスクリプションを更新します。更新が完了すると、ホーム画面に1つ以上の設定項目が表示されます。項目を選ぶと、その設定が現在の構成になります。一覧が空のままなら接続手順に進まないでください。この状態では起動できるサーバーパラメーターがありません。

サブスクリプションの更新に失敗したら、まずURLを確認

ネットワークエラー、応答内容が空、形式を認識できないといった表示が出た場合は、まずURLをコピーし直し、サービスの稼働状況を確認します。Web管理画面のURL、料金プランの説明ページ、ログインページをサブスクリプションURLと取り違えないでください。ブラウザーでページを開けても、そのページがクライアントで解析できるサブスクリプション内容とは限りません。URLに特殊文字が含まれる場合は、システムのコピー機能を使い、文字を手動で書き換えないようにします。

別のネットワークでは同じURLを更新できるのに、現在のネットワークだけで失敗し続ける場合は、いったんローカルネットワークを切り替えて再試行し、サービス側とローカル側の問題を切り分けます。更新は成功したもののノード一覧が想定と違う場合は、正しいグループを更新しているかサブスクリプション管理に戻って確認します。同じURLを繰り返し追加しないよう注意してください。複数サブスクリプションの統合、グループ更新の方針、サーバーフィルターについては、応用マニュアルのサブスクリプショングループ章を参照してください。

プロキシモードを選択して通信範囲を決める

プロキシモードは、どのリクエストをクライアントに渡すかを決めるもので、ノードの存在を決めるものではありません。初回設定ではシステムプロキシから始めるのがおすすめです。影響範囲を確認しやすく、ブラウザーやシステムプロキシに従うデスクトップアプリはクライアントが提供するローカルプロキシポートを使用します。一方、システムプロキシを参照しないプログラムは従来のネットワーク経路を維持します。サブスクリプション、ノード、クライアントコアが連携して動作するかを確認するのに適した方法です。

デスクトップ版v2rayNでシステムプロキシのメニューを開き、「システムプロキシを自動設定」または「システムプロキシを設定」に近い項目を選びます。有効にすると、ステータスバーやトレイメニューに現在のシステムプロキシ状態が表示されます。続いてルーティングモードを確認します。通常利用では、まずクライアントのデフォルトのルールモードを使い、ルーティングルールに通信先を判断させます。接続問題を調べる場合は、影響範囲を理解したうえで、より直接的なモードを一時的に選べますが、確認後は実際の用途に合うルール設定へ戻してください。

TUNモードは、システムプロキシ設定に従わないアプリの通信も広く取り込むための機能です。通常は仮想ネットワークインターフェースを作成し、システム権限の確認が必要になることがあります。初回接続では、特定のアプリをまだ試していないからといってすぐTUNへ切り替えたり、ルーティングとDNSを同時に変更したりしないでください。まずシステムプロキシでブラウザーのリクエストを確認し、基本経路が正常だと分かってから、対象プログラムの通信動作に応じてTUNを使うか判断します。

Android版v2rayNGでは、接続時にシステムネットワーク経路を通じて、選択したアプリのリクエストを取り込みます。初回利用時は接続ボタンをタップするとシステムの許可ダイアログが表示され、承認後に経路を確立できます。クライアントの「アプリごとのプロキシ」、ルーティングモード、バイパスルールによって通信範囲をさらに限定できます。初回設定ではこれらをシンプルに保ち、まず普段使うブラウザーで接続を確認してから、対象アプリを追加または除外します。

「グローバル」「ルール」「バイパス」などの意味が分からない場合は、まず用語解説のルーティングと分岐の項目を確認してください。ドメインルール、IPルール、カスタムアウトバウンドを設定する場合は、応用マニュアルのルーティング制御章を参照します。このステップの完了条件はシンプルです。基本モードを1つ選び、確認に使うブラウザーやアプリがそのモードの対象になることを把握していれば完了です。

ノードを選択して接続を開始

サーバー一覧に戻り、サブスクリプション更新後に追加された設定を1つ選びます。デスクトップ版v2rayNでは、項目をダブルクリックするか、右クリックメニューの「アクティブサーバーに設定」を選ぶ、または画面の案内に従って切り替えます。選択した項目には色、アイコン、ステータス表示などの変化が現れ、画面下部に現在のサーバー名が表示されることもあります。アクティブサーバーが選択した項目と一致することを確認してから、クライアントコアを起動するか、クライアントを実行状態に保ちます。

Android版v2rayNGでは、設定一覧から項目をタップし、ホーム画面の現在の設定欄にその名前を表示させてから接続ボタンをタップします。初回接続ではネットワーク許可の確認が表示され、承認するとボタンの状態が変わり、システムのステータス欄にもネットワーク経路が動作中と表示されます。タップ直後に未接続へ戻る場合は、すばやく連打しないでください。ログを開き、設定の読み込み、ドメイン解決、サーバーとのハンドシェイク、ローカルネットワークのどの段階で失敗したかを確認します。

接続には2つの段階があります。第1段階はクライアントコアが正常に起動してローカルポートをリッスンすること、第2段階は実際のリクエストが選択したサーバーを通じて接続を完了することです。コアが起動しただけでは、対象リクエストの成功を意味しません。逆にコアが起動していなければ、ブラウザーでテストしても有効な結果は得られません。まず実行状態とログに明らかなエラーがないことを確認し、次のステップで実際のリクエストを使って経路全体を検証します。

初回接続ログの読み方

すべてのログを1行ずつ理解する必要はありません。まず現在の操作時刻に近い行を探します。正常起動時には、設定の読み込み、ローカルインバウンドのリッスン、コアの実行に関する情報が表示されます。失敗時には、ポートの競合、設定項目の誤り、アドレス解決失敗、接続タイムアウト、権限不足などが表示されることがあります。最後の行だけでなく、最初に現れたエラーを記録するほうが役立ちます。後続のエラーは最初の問題によって発生した結果にすぎない場合があるためです。

クライアントに搭載された遅延テストは選別の参考になりますが、実際の接続の代わりにはなりません。テスト方法、ネットワーク経路、対象アドレスが異なるため、テスト結果と実際の閲覧体験が一致しないことがあります。初回利用時に複数のノードで何度も速度を測る必要はありません。まず設定が揃い、サービス状態が明確なノードを1つ選び、実際のアクセスで確認します。基本経路が正常になってから、現在のネットワークで各ノードの性能を比較してください。

プロキシが有効か確認

確認には、現在のプロキシモードに確実に従うアプリを使います。システムプロキシを使用する場合は、ブラウザーを完全に終了してから再起動し、以前のネットワーク状態を古いプロセスが引き継がないようにします。Android版で接続する場合は、アプリごとのルールでブラウザーが除外されていないことを確認します。その後、接続結果を明確に比較できるページを開き、アクセス時刻に対応する新しいリクエストがクライアントログに出るか同時に確認します。

結果をWebページが開くかどうかだけで判断しないでください。ページがキャッシュから表示される場合や、現在のネットワークから直接アクセスできる場合があります。より確実なのは、「ページの結果」「クライアントログ」「システムプロキシの状態」をまとめて確認することです。ページで新しいネットワーク通信が発生し、ログに対象ドメインや接続記録が同時に現れ、クライアントのプロキシを無効にしたときに想定どおり結果が変化して初めて、リクエストが実際にプロキシ経路へ入ったと判断できます。

デスクトップ版v2rayNでは、クライアントとシステムプロキシを有効にしたままテストページを更新し、ログを確認します。その後、システムプロキシだけを無効にして同じページを再度更新し、結果を比較します。テスト後はシステムプロキシのメニューを確認し、クライアント終了後も現在の利用状態と異なる設定が残らないようにします。Android版v2rayNGでは、接続を切って同じページへ再アクセスし、接続状態とログの変化を比べます。比較中は接続のオン・オフだけを変更し、ノードやルーティングモードを同時に変えないでください。

「クライアント起動済み」と「プロキシ有効」を区別する

クライアント起動済みとは、プログラムとコアプロセスが動作している状態です。プロキシ有効とは、対象アプリのリクエストがクライアントに入り、設定に従って後続の接続が完了する状態を指します。その間には、システムプロキシ、アプリのプロキシ動作、ルーティングルール、DNSなどの段階があります。ログにテストリクエストがまったく出ない場合は、アプリがシステムプロキシに従うか、アプリごとのルールで除外されていないか、現在のプロキシが本当に有効かを優先的に確認します。

ログにリクエストが出ているのに接続がタイムアウトし続ける場合は、ノードの状態、サーバーアドレス、ローカルネットワーク、DNSを重点的に確認します。この段階で同じサブスクリプションを再登録したり、すべての設定をすぐ削除したりしないでください。まず同じサブスクリプション内の別のノードを1つ選んで比較します。すべてのノードで同じ状態なら、ローカルネットワークを切り替えるか、DNSをデフォルトに戻します。条件を1つずつ変えることで、比較可能な結果を保てます。