V2Ray サブスク登録、接続、動作確認

BEFORE START

開始前の確認：クライアント、サブスクURL、システム時刻

設定を始める前に、クライアントが正常にインストールされ、メイン画面を開けることを確認します。デスクトップではv2rayN、Androidではv2rayNGを使用します。まだインストールしていない場合は、ダウンロードセンターから対応するプラットフォームのインストーラーを選んでください。初回起動時に、ネットワークアクセスの許可を求められることがあります。クライアントのネットワーク接続を許可してから、サブスク登録へ進みます。インストール時にコアのパス、待受ポート、ルーティングルールを先に変更する必要はありません。初期設定のままにしておくと、後の問題の原因を切り分けやすくなります。

次に、完全なサブスクURLを用意します。サブスクURLは通常、https://で始まるリンクで、クライアントがノード一覧と関連パラメータを取得するために使います。コピーするときは最初の文字から最後の文字まで選択し、余分なスペース、改行、文末の句読点が入らないようにしてください。サブスクURLは単一のvmess://またはvless://共有リンクとは異なります。前者では複数のノードを一括更新でき、後者は通常1つの設定だけを登録します。用語の違いは用語集で確認できます。

最後に、端末の日付、時刻、タイムゾーンを確認します。多くの安全な接続は正確なシステム時刻を必要とするため、時刻のずれが大きいと、ノードのパラメータが正しくてもハンドシェイクで失敗することがあります。システムの時刻を自動設定にし、クライアントを完全に終了してから再起動することをおすすめします。この3項目を確認してからサブスクを登録すれば、エラーが表示されたときに、インストール状態、URLの欠落、時刻の異常という基本的な原因を先に除外できます。

プロキシモードは、クライアントがどの接続を処理するかを決めます。一般的な選択肢は「ルール分割」と「グローバルプロキシ」です。ルール分割では、クライアント内蔵またはサブスクで提供されたルーティングルールに従ってリクエストを処理します。一部のアドレスはプロキシノードを経由し、それ以外は直接接続します。グローバルプロキシでは、システムプロキシの条件に合う大半のリクエストが現在のノードを経由します。初回テストではどちらを選んでも構いませんが、動作確認では現在の選択に基づいて結果を判断する必要があるため、選択したモードを覚えておいてください。

デスクトップではルーティングを設定してからシステムプロキシを確認

v2rayNでは、ルーティングモードとシステムプロキシの状態は関連していますが、別々の設定です。ルーティングモードはクライアント内部で通信をどう分けるかを決め、システムプロキシはブラウザなどシステム設定に従うアプリがリクエストをv2rayNへ渡すかどうかを決めます。初回接続では、まずクライアントが提供する基本ルールモードを選び、次にシステムプロキシメニューからシステムプロキシの自動設定を選ぶことをおすすめします。設定後、タスクトレイのクライアントメニューに現在のシステムプロキシ状態が表示されることがあります。ノードを選んだだけでシステムプロキシを有効にしていない場合、クライアントのコアは動作していても、ブラウザは以前の直接接続を使い続ける可能性があります。

現在の目的が、ルールによるアクセス差を切り分けることだけなら、一時的にグローバルモードへ切り替えて比較テストを行えます。テスト後はルール分割へ戻してください。ルーティングルール、待受ポート、DNS、ノードパラメータを同時に変更しないでください。一度に1つの条件だけを変えることで、結果から原因を特定できます。ドメインルール、IPルール、直接接続の優先順位を詳しく理解したい場合は、プロトコル解説のルーティング説明をご覧ください。

Androidでは接続設定でモードを確認

v2rayNGのモード設定は通常、設定またはルーティング設定の項目にあります。基本ルールを選んでメイン画面に戻り、接続するノードが選択された状態を保ちます。Androidで接続を開始すると、システムのネットワーク接続許可ダイアログが表示されます。確認後、クライアントがローカル接続経路を確立できるようになります。この許可は現在のクライアントによるネットワーク通信の処理を認めるもので、リモートノードが利用可能であることを意味しません。接続状態を引き続き確認し、4つ目の手順まで完了してください。

どれを選ぶか分からない場合、初回はルール分割から始めてください。日常利用に適しており、ローカルリソースが想定どおり直接接続されるかも確認しやすくなります。特定のアドレスにアクセスできない場合は、グローバルモードで短時間の比較を行います。グローバルでは利用できるのにルール分割では利用できない場合は、通常ルーティングの一致条件を確認します。どちらも利用できない場合は、ノード、サブスクのパラメータ、ネットワーク接続を確認します。

モードを決めたら設定を変えずにノード一覧へ戻ります。次はノードを1つだけ選んで接続を開始してください。接続中に複数の項目を続けて切り替えると、ログとテスト結果が混ざってしまいます。

1回目の確認：ブラウザが現在の接続を経由しているか

クライアントの接続を維持し、ノードやモードを切り替えないでください。新しいブラウザウィンドウを開き、普段使うIPアドレス確認ページへアクセスして、表示された出口アドレスとおおよその地域を記録します。その後クライアントを切断し、同じページを更新して、切断前後の結果を比較します。ノード設定に沿った違いが確認できれば、ブラウザのリクエストがクライアントに渡り、現在のノードから送信されたことを示します。テストでは古いページのキャッシュによる誤判定を避けるため、できるだけ新しいウィンドウを使ってください。

接続前後の結果がまったく同じ場合、デスクトップではまずv2rayNに戻り、システムプロキシが有効か確認します。続いて、ブラウザがシステム設定とは別の独自プロキシ設定を使っていないか確認してください。Androidではメイン画面の接続状態が有効なままか確認し、テスト用ブラウザがバイパスリストに入っていないことも確認します。確認後に再接続し、元のテストページを閉じて、新しいページで比較してください。

2回目の確認：実際のウェブページを開く

アドレス確認だけでは、あるリクエストの出口が変わったことしか分かりません。続けて2〜3件の通常のウェブページを開き、ページが最後まで読み込まれるか確認します。テキスト、画像、複数のリソースを含むページを選ぶと問題を見つけやすくなります。文字は表示されても画像の読み込みが長時間終わらない場合は、DNS、ルール分割、通信の安定性に問題がある可能性があります。すべてのページがすぐに失敗する場合は、システムプロキシ、ローカルポート、ノード接続を優先して確認します。1つのページだけが失敗しても、ノード全体が利用できないとは判断できません。

テスト中は、通常のpingを唯一の判定基準にしないでください。実際のウェブアクセスでは、ドメイン名前解決、プロトコルのハンドシェイク、リモート側の出力、コンテンツ転送が行われるため、クライアントの実際の動作に近い結果が得られます。クライアントに接続遅延テスト機能があれば、ノード間の相対比較に利用できますが、最終的にはウェブページを連続して開き、リソースを読み込み、接続を維持できるかを基準に判断してください。

3回目の確認：モードが想定どおりか

2つ目の手順でルール分割を選んだ場合は、通常は直接接続するローカルリソースやよく使うサービスにもアクセスし、速度や出口の状態が想定どおりか確認します。ルール分割では対象によって異なる出力経路を通ることがあり、これは正常です。2つのウェブサイトでネットワーク経路が異なっていても、それだけで設定失敗とは判断しないでください。グローバルモードを選んだ場合は、システムプロキシに従うブラウザの大半のリクエストが現在のノードを経由するはずです。

さらに確認したい場合は、ノードを変えずにルール分割とグローバルモードを1回だけ切り替え、同じページで再テストします。ノードが同じでモードを変えた後に結果も変わるなら、接続自体はおそらく正常で、差はルーティングルールによるものです。どちらのモードでも失敗する場合は、3つ目の手順に戻り、ノードの状態とログを確認します。このように変数を1つだけ比較すれば、ノード、モード、DNS、システムプロキシを同時に変更せずに済みます。