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

開始前の確認：クライアント、サブスクリプションURL、ネットワーク時刻

設定を始める前に、クライアントが正常にインストールされ、起動できることを確認します。デスクトップではv2rayN、Androidではv2rayNGを使用します。まだインストールしていない場合は、クライアントのダウンロードページから対応するプラットフォームを選んでください。初回起動時にネットワークアクセスの許可を求められることがあります。システムの指示に従ってネットワーク接続を許可し、メイン画面に戻って操作を続けます。

2つ目に、有効なサブスクリプションURLを用意します。サブスクリプションURLは通常、サービス提供元から渡されるもので、一般的なWebページのURLとは異なります。内容を確認するためにブラウザーへ直接入力するものでもありません。コピーする際は先頭から末尾まで完全に選択し、余分なスペース、改行、チャットアプリが付けた句読点が入らないようにします。提供元からQRコードとテキストURLの両方が示されている場合は、コピー漏れを確認しやすいテキストURLを優先します。

続いて、端末の日付、時刻、タイムゾーンを確認します。一部の接続方式では正確なシステム時刻が必要で、大きなずれがあるとハンドシェイクに失敗します。システムの自動日時設定を有効にし、現在のタイムゾーンが所在地と一致していることを確認してください。最後に、システムプロキシやVPN経路を制御している他のネットワークツールを一時的に終了します。2つのプログラムが同時に出口を変更すると、後の確認結果を判断しにくくなります。

準備ができても、最初はDNS、TUN、ルーティングルール、カスタム出力を変更しないでください。基本ガイドの目的は、状態を確認しやすい接続を1つ確立することです。高度な設定を同時に変更すると変数が増え、問題の原因を特定しにくくなります。4つの手順をすべて確認できたら、上級設定ガイドでグループ、ルーティング、DNS、TUNなどのテーマに進みます。

プロキシモードを選択：どの通信をクライアントへ送るか決める

サーバー一覧で「どこへ接続するか」が決まり、プロキシモードで「どの通信をその接続へ送るか」が決まります。クライアントには通常、システムプロキシ、ルールモード、グローバルモード、ダイレクト接続、LANをバイパスする設定などがあります。バージョンによって名称は異なりますが、基本的な違いは通信の適用範囲です。初回設定では理解しやすく、元に戻しやすい方法を選び、最初から複雑なルーティングを重ねないでください。

v2rayNのシステムプロキシとルーティングモード

デスクトップでは、v2rayNのタスクトレイアイコンまたはメインウィンドウのメニューから「システムプロキシ」を探します。クライアントにシステムプロキシを設定させる項目を選んでください。設定後、ブラウザーなどシステムプロキシに従うアプリは、リクエストをv2rayNのローカルリスニングポートへ送ります。タスクトレイアイコンやメニューのチェック状態が変わるため、それを使ってシステムプロキシがクライアントに引き継がれたことを確認できます。

続いてルーティングモードを確認します。初回の通常テストでは、クライアントが提供する基本ルールモードやLANをバイパスするルールの組み合わせを選ぶとよいでしょう。ローカル端末、ルーター管理画面、一般的なLANアドレスへの直接アクセスを保ちながら、プロキシルールに一致するリクエストをアクティブサーバーへ送れます。ルールの問題を切り分けるために一時的にグローバルモードを使う場合は、あくまでテストとして扱い、確認後は必要に応じてルールモードへ戻します。

システムプロキシとルーティングモードは別の2層設定です。システムプロキシはアプリが通信をv2rayNへ送るかを決め、ルーティングモードはv2rayNが受け取った通信をどう振り分けるかを決めます。ルーティングモードだけ変更してシステムプロキシを有効にしなければ、ブラウザーは直接通信する可能性があります。システムプロキシだけ有効にしても、ルールが不適切ならWebサイトによって結果が異なることがあります。この関係を理解しておくと、後の確認が分かりやすくなります。

v2rayNGの接続モード

Android端末では、v2rayNGが接続を開始すると、システムにVPN経路の確立を要求します。この経路を通じて端末のアプリ通信をクライアントが処理します。初めて起動ボタンをタップするとシステムの接続許可ダイアログが表示されます。許可すると、通常はステータスバーにネットワーク経路のアイコンが表示され、v2rayNGのメイン画面でも起動ボタンが接続中の状態に変わります。

v2rayNGの設定を開くと、ルーティングやアプリ単位のプロキシなどの項目があります。初回は基本ルーティングを維持し、すぐにアプリ単位の絞り込みを有効にしないでください。アプリ単位のプロキシは接続へ送るアプリを変えるため、リストが不完全だとブラウザーは正常でも他のアプリが元のネットワークを使うことがあります。まず基本経路を確認し、その後必要に応じて対象アプリを絞り込みます。

モードを変更したらいったん止まり、画面の選択状態が変わったことを確認します。デスクトップではシステムプロキシメニューのチェック項目を、Androidでは接続許可の準備ができているかを確認してください。サーバー変更、DNS変更、TUNの有効化、ルール編集を同時に行わないでください。次の手順では、変数を1つに絞って接続の成否を判断する必要があります。

動作を確認：ブラウザー、ログ、アプリを分けて確認

確認の要点は「ページを開けるか」だけではありません。リクエストが想定どおりクライアントへ届いているかを確認することが重要です。もともと直接アクセスできるページは、プロキシが機能していなくても開ける場合があります。反対に、特定のページが一時的に利用できなくても、接続全体の失敗とは限りません。出口情報、クライアントログ、複数アプリの挙動を組み合わせて判断します。

まずブラウザーの通信を確認

ブラウザー関連のウィンドウを完全に閉じてから再起動し、古い接続やキャッシュの影響を避けます。現在のパブリック出口情報を表示するページにアクセスし、表示結果を記録します。次にクライアントの接続を停止するかシステムプロキシを無効にし、同じページを再読み込みして出口情報が変わるか比較します。比較後、接続を再び開始します。

v2rayNで確認する際は、ログウィンドウも同時に見ます。Webページを更新した後、対象ドメイン、接続確立、ルール一致に関する記録が追加されれば、ブラウザーのリクエストがv2rayNに到達したことを示します。ページは開けるのにログがまったく変わらない場合、ブラウザー独自のプロキシ設定、拡張機能、別のネットワーク経路が使われている可能性があります。まずブラウザーのネットワーク設定を確認してください。

v2rayNGでは、接続開始後のブラウザー通信は通常、システムのネットワーク経路を通ります。確認ページを開くと同時にクライアントログを確認し、新しい接続記録があるか見ます。アプリ単位のプロキシを有効にしている場合は、使用中のブラウザーが対象範囲に含まれていることを確認してください。基本ガイドの段階で結果が一致しない場合は、まずアプリ単位の絞り込みを無効にし、端末全体を対象に比較します。

次に他のアプリを確認

ブラウザーで確認できても、ターミナル、ダウンロードツール、その他のアプリが同じ設定を使うとは限りません。デスクトップアプリによってプロキシの読み取り方は異なります。システムプロキシに従うもの、HTTPまたはSOCKSアドレスを個別に入力するもの、直接接続を維持するものがあります。実際に使うアプリを1つ選び、通信が発生する操作を行いながら、v2rayNのログに記録が追加されるか確認します。

ブラウザーは正常なのに対象アプリのログがない場合、基本接続はおそらく利用可能で、アプリからクライアントまでの区間に問題があります。この場合、サブスクリプションやサーバーを変更し続けず、対象アプリがシステムプロキシに対応しているか、個別のプロキシ設定が必要かを確認してください。ブラウザーとターミナルを分けて調べる方法は、システムプロキシを有効にしても動かない：ブラウザーとターミナルを分けて確認で詳しく説明しています。

現象から問題の範囲を絞り込む

すべてのアプリでクライアントログが生成されない場合は、手順2に戻り、システムプロキシまたはシステムネットワーク経路が本当に有効か確認します。ログにリクエストはあるものの接続に何度も失敗する場合は、同じサブスクリプションの別サーバーで比較し、プロキシモードは変えません。特定のドメインだけ結果が異なる場合は、ルーティングルールやDNSが関係している可能性があります。このような場合は、基本ガイドで複数の設定を一度に変更しないでください。

接続に失敗したときは、現在のクライアント名、失敗した具体的な手順、ログ末尾のエラーキーワードの3点を記録すると役立ちます。「接続できない」だけでは、サブスクリプション更新の失敗、コア未起動、アプリがプロキシに入っていない、サーバー接続異常を区別できません。ログの確認と高度な設定の調整は、上級設定ガイドで続けられます。