V2Ray設定：サブスクリプション追加から接続確認まで

最初のステップでは、「クライアントがサブスクリプション URL から設定を取得できるか」だけを確認します。サブスクリプション URL をコピーし、クリップボードの内容を変えないでください。v2rayN では上部の「サブスクリプショングループ」または類似の名前のメニューを開き、サブスクリプショングループ設定で追加をクリックします。識別しやすいメモ名を入力し、完全な URL を URL 入力欄に貼り付けます。保存して設定ウィンドウを閉じたら、サブスクリプションメニューを開き、「現在のサブスクリプションを更新」または「すべてのサブスクリプションを更新」を選択します。

更新中、クライアントはサブスクリプションの内容を取得し、ノード情報として解析します。正常に完了すると、メインウィンドウの一覧に1件以上の設定が表示されます。各項目には通常、別名、アドレス、ポート、プロトコル、グループなどが含まれます。サブスクリプションには完全な設定が含まれているため、ここでサーバーパラメーターを一つずつ変更する必要はありません。ノード一覧が表示されたらそのままにし、名前が似た項目をすぐ削除したり、同じリンク群を手動で追加したりしないでください。次回の更新で重複ノードが発生しやすくなります。

v2rayNG では、サイドメニューの「サブスクリプショングループ設定」を開き、追加ボタンをタップしてサブスクリプションのメモと URL を入力し、保存します。メイン画面に戻り、メニューから「サブスクリプションを更新」を実行します。更新が完了すると、設定一覧に該当するノードが表示されます。バージョンによっては一覧の先頭項目が自動選択されますが、「選択されている」ことは接続が確立されたことを意味しません。この時点の目的はサブスクリプションの解析成功を確認することで、接続は第3ステップで行います。

更新後も一覧が空の場合は、サブスクリプション設定に戻り、保存した項目を開いて URL の先頭、末尾、途中が改行で切れていないか確認します。次に、現在のネットワークからサブスクリプションサービスへアクセスできることを確認し、クライアントログまたは画面下部の状態表示を確認します。リクエストタイムアウトは、クライアントがサブスクリプション内容を取得できていないことを示します。解析失敗は通常、返された内容がクライアントで認識できる形式ではないことを示します。未認証やアクセス拒否が表示された場合は、サブスクリプションがまだ有効か確認してください。この段階でノードやプロキシモードを何度も切り替えても、サブスクリプション取得の問題は解決しません。

サブスクリプションと単一ノード追加の違い

サブスクリプションは、サーバー側でまとめて更新されるノード群の管理に適しています。ノードのアドレス、ポート、トランスポートパラメーターが変わっても、クライアントは「サブスクリプションを更新」で新しい内容を取得できます。単一ノードの追加では現在の1件だけが保存され、その後の変更は自動反映されません。設定を始めたばかりなら、サブスクリプショングループの構成を優先して残すと、プロトコル項目を手入力する際のスペルミスやパラメーターの対応ミスを減らせます。

更新に成功したら、ノード名が同じサブスクリプショングループに属しているか確認し、作成したサブスクリプションのメモ名を覚えておきます。後で一覧が変わらない場合は、まずどのグループを更新したか確認し、その後にキャッシュの削除や URL の再追加が必要か判断します。サブスクリプション管理ではステータスコード、解析エラー、更新時の上書きルールなど確認点が多いため、ここで失敗が続く場合はサブスクリプション失敗のトラブル対処手順で切り分けてください。

ノード一覧の準備ができたら、第2ステップでどのリクエストをクライアントに処理させるか決めます。一般的なモードは、ルール、グローバル、ダイレクトの3つです。ルールモードはドメイン、IP、プロセス、あらかじめ設定された分類に基づいて通信経路を決めます。グローバルモードでは、クライアントが取り込んだリクエストを現在のノード経由にします。ダイレクトモードでは、リクエストをローカルネットワークから直接送信します。初回設定では、必要な直接接続を維持しながら、ルールに該当する通信をプロキシ経路へ送れるルールモードがおすすめです。

v2rayN では、まずメインウィンドウ下部、メニューバー、またはシステムトレイメニューにあるルーティングモードの項目を確認し、クライアントが提供する基本ルールセットを選択します。続いて「システムプロキシ」設定を探し、システムプロキシの自動設定またはシステムプロキシの設定を選びます。設定後、システムプロキシの状態は通常、無効から有効に変わり、トレイアイコンやステータスバーの表示も変化します。この操作により、システムプロキシ設定に従うブラウザーやアプリが v2rayN のローカル待受ポートを利用するようになります。

システムプロキシとルーティングモードは、異なる層の問題を解決します。システムプロキシは通信をまずクライアントへ入れるかどうかを決め、ルーティングモードはクライアントに入った後、プロキシ経由にするか直接接続にするかを決めます。ルーティングモードだけ切り替えても、アプリの通信がクライアントに入っていなければ、ブラウザーのアクセス結果は変わらないことがあります。システムプロキシが有効でも、ルーティングの選択が適切でなければ、一部サイトへの経路が想定と異なる場合があります。この2つの設定の順序を理解しておくと、確認時に問題箇所を素早く特定できます。

v2rayNG では、設定またはルーティング設定を開き、基本ルールの構成を選択します。メイン画面に戻った後、デスクトップのようなシステムプロキシのスイッチを探す必要はありません。Androidでは接続開始時にローカルVPNトンネルの確立を要求し、このトンネルが端末の通信を処理します。初回接続時にはシステムの権限ダイアログが表示されるため、確認するとステータスバーにVPNアイコンが表示されます。以前に権限を拒否した場合、接続ボタンが一時的に変化して元に戻ることがあります。その場合は接続を再開し、システムの要求を許可してください。

グローバルモードは、「ルールによって特定の対象がプロキシ経路に入っていないのか」を短時間で判断するのに適していますが、すべての障害で最初に使う方法ではありません。ルールモードではページを開けないのにグローバルモードでは開ける場合、ノード自体は動作している可能性が高く、次にルールの適用結果とDNS経路を確認します。両方のモードで失敗する場合は、ノード接続、システムプロキシ、ネットワーク環境を引き続き確認します。ダイレクトモードはプロキシ経路を一時停止したり比較テストを行ったりするためのもので、クライアントを終了する操作ではありません。

TUNモードが必要になる場合

システムプロキシを読み取らないアプリや、独自のネットワークスタックを使うアプリでは、デスクトップの通常のシステムプロキシでプロセスを処理できないことがあります。TUNモードは仮想ネットワークアダプターを通じて、より広い範囲の通信を処理しますが、追加の権限、DNS、ルーティング設定が必要になります。まずはシステムプロキシでブラウザーの動作を確認し、対象アプリがシステムプロキシを読み取らないことが明確になった場合に、TUNモードの仕組みと有効化方法を参考に適用方式を調整してください。

モードを選択したら、第3ステップでアクティブノードを決めます。ノード名だけで接続可否を判断せず、まずクライアント内蔵のテスト機能で候補を絞り込みます。v2rayN では通常、ノード一覧の右クリックメニューやテストメニューから実接続テスト、遅延テスト、テスト一括実行を行えます。v2rayNG ではメニューからすべての設定をテストしたり、個別の設定をテストしたりできます。テスト結果はその時点のネットワーク条件における応答を示すだけで、長期的な速度を保証するものではなく、唯一の判断材料にもなりません。

v2rayN では、正常に応答するノードを選択し、その行をダブルクリックするか、右クリックメニューからアクティブサーバーに設定します。選択された行には通常、異なるマーク、色、ステータス表示が現れます。第2ステップのシステムプロキシが引き続き有効であることを確認し、ログ領域を確認します。正常に起動すると、設定の読み込み、ローカル待受、コアの起動などがログに表示され、同じエラーが繰り返し出ることはありません。v2rayN のメインウィンドウはシステムトレイに最小化できますが、プロセスを終了するとローカルプロキシポートも停止するため、直接終了しないでください。

v2rayNG では、使う設定をタップして現在の選択項目にし、メイン画面の接続ボタンをタップします。初回にVPNトンネルを確立するときは、システムの表示に従って権限を確認します。接続に成功するとボタンの状態が変わり、システムのステータスバーにVPNアイコンが表示され、アプリ内にも起動済みまたは実行中と表示されます。タップ後すぐに停止する場合はログを開き、最後の数行を確認します。設定解析失敗、ドメイン名解決失敗、接続タイムアウト、ポート競合を区別することが重要です。これらはそれぞれ異なる対処が必要です。

ノードテストに成功したのに実際のアクセスに失敗する場合、まず大量のノードを短時間で次々に切り替えないでください。同じサブスクリプショングループの別ノードを1つ選び、比較します。1つのノードだけ失敗するなら、そのノードまたはトランスポートパラメーターの問題である可能性が高いです。同じグループのノードがすべて失敗するなら、サブスクリプションの期限、現在のネットワークによる接続制限、システム時刻を確認します。クライアントログが正常なのにブラウザーが以前の経路を使っている場合は、第2ステップに戻り、システムプロキシまたはVPNの適用状態を確認してください。

デスクトップではローカル待受ポートにも注意します。v2rayN がコアを起動すると、システムプロキシが使用するポートをローカルで待ち受けます。そのポートを別のプログラムが使用していると、ログにバインド失敗やアドレス使用中などの情報が表示されます。システムプロキシが有効でも、リクエストを正常に動作するローカルサービスへ渡せません。この場合はローカルポートの競合を特定する方法に従って使用中のプロセスを探し、競合プロセスを終了するか待受ポートを変更するか判断してください。

接続状態が正常でもアクセス成功とは限らない

クライアントに「起動済み」と表示されても、ローカルコアまたはVPNトンネルが動作していることしか分かりません。完全な通信経路には、アプリがローカル入口を利用しているか、ルーティングルールがどの出方向を選んだか、ノードがリモート接続を完了したか、DNS解決が通信経路と一致しているかも含まれます。そのため、次にアクセスを確認し、同時にログを観察する必要があります。クライアントの状態、実際のアクセス、通信記録が対応して初めて、設定が本当に有効になったと判断できます。

確認は近い箇所から遠い箇所へ進めます。第1層ではクライアント自体を確認します。アクティブノードが選択されたままか、コアが動作し続けているか、システムプロキシまたはVPNの表示があるかを確認してください。第2層ではアプリのリクエストを確認します。古い接続、キャッシュされたページ、以前に確立された長時間接続の影響を避けるため、ブラウザーを完全に終了して再起動し、プロキシ経路が必要な正常なウェブページへアクセスします。ページが読み込めることは初期確認にすぎず、リクエストが現在の設定に入ったことをクライアントログでも確認します。

v2rayN のログでは、新しいリクエストを送ると、対象ドメイン、接続の確立、ルーティングの出方向に関する記録が表示されることがあります。ブラウザーでアクセスしているのにログに新しい内容がまったくない場合は、ブラウザーがシステムプロキシを迂回していないか、システムプロキシが v2rayN のローカルポートを指しているか、別のプロキシソフトがシステム設定を上書きしていないかを優先的に確認します。システムプロキシに従う別のブラウザーで比較しても構いませんが、すぐにノード設定を変更する必要はありません。

v2rayNG では、接続後にウェブページへアクセスし、アプリに戻ってログを確認します。新しいリクエスト記録が表示されれば、端末の通信がVPNトンネルに入っていることを示します。接続表示はあるのにウェブページが読み込み中のままなら、DNS解決、リモート接続、ハンドシェイクのどの段階でエラーが起きているかを確認します。一部のアプリだけ接続を経由しない場合は、そのアプリがアプリ別プロキシの除外リストに入っていないか確認してください。初回設定では、まずアプリ別設定を無効にし、基本経路全体が動作してから適用範囲を細かく調整することをおすすめします。

第3層では公開IP情報を比較します。接続前に現在のネットワーク出口を記録し、接続後に検索ページを開き直して、出口情報がノード経路に応じて変化したか確認します。ここでは接続前後の変化が想定どおりかだけを見ればよく、単一サイトが示す地理情報に依存する必要はありません。データベースの更新が遅れることがあるためです。出口が変化しているのに特定のドメインへアクセスできない場合、プロキシの適用とノード接続はおおむね正常で、問題はそのドメインのルーティングルール、DNS解決、または対象サービス自体にある可能性があります。

最後にDNSの動作を確認します。ページは開けるのに特定のドメインだけ解決に失敗する、またはシステムの名前解決とプロキシの出方向が同じ経路を通らないことがあります。まず接続を停止し、クライアントを再起動してブラウザーを更新し、古いキャッシュの影響を除外します。問題が繰り返し発生する場合はDNS経路の確認と修復方法を読み、現在のクライアントに合わせてリモートDNS、ルーティングルール、FakeDNSを調整してください。基本設定の段階で複数の実験的なDNSオプションを同時に有効にすることはおすすめしません。