V2Ray設定ガイド:サブスクリプション導入から接続確認まで

次の4項目を決められた順番で行います:サブスクリプションを導入、プロキシモードを選択、サーバーに接続、通信を確認。この記事では初回設定に必要な手順だけを扱い、プロトコルの仕組みと高度なルーティング設定は用語解説とインストール総合ガイドに分けて掲載しています。

v2rayNデスクトップ版 v2rayNG Android版 サブスクリプション → モード → 接続 → 確認

サブスクリプションURLとクライアントを準備

設定を始める前に、有効期限内でクライアントから読み取れるサブスクリプションURLを1つ用意します。通常はサービス提供元のユーザーパネルで発行され、VMess、VLESS、Trojan、またはShadowsocksの設定が含まれます。コピーする際はプロトコルスキーム、ドメイン、パス、パラメータを含むURL全体を保持してください。疑問符以降の文字を手動で削除したり、ウェブページのURLをサブスクリプションURLと取り違えたりしないでください。サブスクリプションにはサーバー設定を読み取れる情報が含まれるため、公開ページやグループチャットの画像、障害ログに貼り付けるのは避けてください。

デスクトップではv2rayN、Android端末ではv2rayNGを使用します。まだクライアントをインストールしていない場合は、まずインストーラーページで対象システムを選び、このガイドに戻ってください。初回操作で各プロトコル項目を理解しておく必要はありません。サブスクリプションが更新され、一覧にサーバーが表示されれば先へ進めます。VMess、VLESS、伝送方式、TLS、REALITY、Xrayなどの用語は用語解説で必要に応じて確認できます。

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

サブスクリプション導入の目的は、URLをクライアントに保存して終わることではありません。クライアントがリモートの内容を正常に読み込み、そこに含まれる設定を選択可能なサーバー項目へ変換することが目的です。完了後は、サブスクリプショングループやサーバー名、プロトコル種別が表示されるはずです。URLが1件表示されるだけで一覧が空の場合は、接続できるアクティブサーバーがないため、プロキシモードの設定に進まないでください。

v2rayNデスクトップ版での操作

v2rayNのメインウィンドウを開き、上部メニューから「サブスクリプショングループ」に関する項目を探して、新しいサブスクリプションを追加します。名前には「通常用」など識別しやすい用途を入力し、URL欄に先ほどコピーした完全なサブスクリプションリンクを貼り付けます。URLの先頭と末尾に空白がないことを確認して保存してください。保存はサブスクリプション元を記録するだけなので、続けてサブスクリプショングループメニューから更新を実行します。更新中はネットワーク接続を維持し、クライアントの取得と解析が終わるまで待ちます。

更新に成功すると、メインウィンドウのサーバー一覧に複数の設定行が表示されます。サブスクリプショングループをクリックして、追加したばかりのソースに属する項目か確認できます。ウィンドウが空白のままなら、まずもう一度更新してください。リクエスト失敗や解析失敗が表示された場合は、リンク全体をコピーできているか、サブスクリプションの有効期限、現在のネットワークから取得元へアクセスできるかを確認します。失敗中にプロトコル、セキュリティ、伝送パラメータを次々変更しないでください。サブスクリプションが解析されていない段階では、それらの設定はまだクライアントに取り込まれていません。

v2rayNG Android版での操作

v2rayNGを開き、右上のメニューにあるサブスクリプション設定へ移動して、新しい項目を作成します。識別しやすいメモを入力し、URL欄を長押しして完全なリンクを貼り付け、保存します。設定一覧に戻ったら、メニューからサブスクリプションを更新します。バージョンによっては更新後に一覧へ戻り、短い結果メッセージだけが表示される場合もあります。成功の判断で重要なのは、設定一覧に選択可能な項目が表示されているかどうかです。

サービス提供元から渡されたのがサブスクリプションURLではなく、vmess://vless://trojan://、またはss://で始まる単一の共有リンクの場合は、「クリップボードから導入」などの項目から個別設定を導入できます。単一リンクを導入してもサブスクリプションの自動更新機能は得られないため、サービス設定が変わったときは再導入が必要です。長期的に使う場合は、後からまとめて更新できるサービス提供元のサブスクリプションURLを優先して保存してください。

このステップの結果を確認

このステップの完了条件は、クライアントにサブスクリプショングループが表示され、その中に少なくとも1つ選択可能なサーバー設定があることです。この時点では名前だけで速度を推測したり、設定をまとめて変更したりする必要はありません。一覧から項目を1つ選び、次のテスト対象にします。サブスクリプション、ノード、サーバー設定の関係を知りたい場合は、先にサブスクリプションとノードの用語を確認してからステップ2へ進んでください。

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

サブスクリプションの更新後は、クライアントが端末の通信をどのように処理するかを決めます。一般的な選択肢は、ルール分岐、グローバルプロキシ、直接接続です。モードは通信の経路だけを決めるもので、利用できないサーバーを修復したり、サブスクリプションの内容を変更したりするものではありません。初回設定では、まずクライアントの既定ルールまたは「中国本土をバイパス」モードでテストするのがおすすめです。ルールに一致した通信だけをプロキシへ送り、それ以外は直接接続できるため、日常利用で国内サービスとプロキシ対象を両立しやすくなります。

3つのモードの選び方

ルール分岐は通常利用に適しています。クライアントがドメイン、IP、地域データ、既定ルールなどに基づいて経路を判断し、プロキシルールに一致したリクエストは現在のサーバーを経由し、直接接続ルールに一致したものはそのままアクセスします。グローバルモードでは、処理可能な通信の大部分を現在のサーバーへ統一して送ります。「ルールに一致していないのではないか」を短時間で切り分ける場合に便利ですが、すべてのアプリが必ず制御されるわけではありません。直接接続モードはプロキシを迂回し、プロキシを一時停止したり、ネットワーク状態を比較したり、端末側のネットワークを調べたりする際に使います。

初回接続の確認だけが目的なら、まずルール分岐を選びます。ルールモードではアクセスできないウェブサイトがグローバルモードでは開ける場合、サーバーを何度も切り替えるのではなく、ルーティングルールを確認します。ドメインルール、IPルール、GeoSite、GeoIP、スニッフィング、FakeDNSはそれぞれ役割が異なります。ここではパラメータの組み合わせを詳しく扱わないため、体系的に調整する場合はインストール総合ガイドのルーティング章を参照してください。

v2rayNデスクトップ版の設定

v2rayNのメインウィンドウまたはトレイメニューからルーティングモードを開き、「中国本土をバイパス」または現在のバージョンにある既定ルールを選びます。選択後、メニュー上の現在の項目が変わったことを確認します。ここではルールだけを決め、システムプロキシはまだ有効にしません。システムプロキシは、ブラウザーやシステム設定に従うアプリがリクエストをv2rayNへ渡すかを決めるため、次のステップでサーバーを選んだ後にまとめて有効にすると、各操作の結果を切り分けやすくなります。

ウィンドウに「グローバル」「直接接続」などの項目がある場合は、接続確認に失敗したときの比較に使えます。ルールモードは失敗してグローバルモードは成功するなら、サーバー自体は利用可能で、ルールマッチングに問題がある可能性が高いです。両方で失敗する場合は、サーバー、ネットワーク、コアのログを確認します。ルーティングモード、コアの種類、サブスクリプション設定を同時に変更しないでください。1回のテストに複数の変数が入り、原因を特定しにくくなります。

v2rayNG Android版の設定

設定のルーティング設定を開き、クライアントに用意されているルールを選びます。初回利用で複雑なルールを新規作成したり、ドメインを1つずつ入力したりする必要はありません。アプリごとのプロキシを有効にしている場合は、対象アプリが接続範囲に含まれていることも確認します。含まれていなければ、クライアントが接続済みでも対象アプリは直接接続を続ける可能性があります。初回確認ではアプリ単位の制限をいったん無効にし、基本接続が正常になってから対象を絞ると安全です。

メイン画面に戻り、先ほど導入した設定が選択されたままか確認します。これでモードとサーバーの準備は完了し、次は接続を開始するだけです。モード名はバージョンによって多少異なる場合がありますが、判断基準は同じです。ルールモードは一致結果で分岐し、グローバルモードはプロキシ範囲を広げ、直接接続モードは現在のプロキシサーバーを使いません。

サーバーを選択して接続端末の通信をクライアントへ送る

接続手順に進む前に、サブスクリプションの更新成功、一覧内のサーバー、プロキシモードの確定という3条件を満たしている必要があります。ここで一覧から設定を1つ選び、アクティブサーバーにします。サーバー名はサービス提供元のメモにすぎず、設定が使えることを単独で証明するものではありません。実際の判断材料は、コアが起動するか、ハンドシェイクが完了するか、対象アプリが現在のルーティングでアクセスできるかです。

v2rayNデスクトップ版で接続

サーバー一覧で対象項目をクリックし、右クリックメニューまたはEnterキーでアクティブサーバーに設定します。選択項目は通常、色、文字、ステータス表示などが変わります。続いてシステムプロキシメニューを開き、「システムプロキシを自動設定」または現在のバージョンで同じ意味を持つ有効化項目を選びます。これによりシステムプロキシのアドレスがv2rayNのローカル待受ポートを指し、ブラウザーやシステムプロキシに従うアプリのリクエストがクライアントへ渡されます。

完了後、ウィンドウ下部のステータスまたはトレイアイコンを確認し、コアが起動していることを確認します。ポートが使用中と表示された場合は、別のプログラムが同じローカルポートを使っています。古いプロキシクライアントを終了してからv2rayNを再起動してください。コアが起動直後に停止する場合は、最後の行だけでなくログの最初のエラーを確認します。設定形式の誤り、宛先へ到達できない問題、ローカルポートの競合では対処法が異なり、最初に出る明確なエラーが原因に近いことが多いです。

一部のアプリはシステムプロキシ設定を読み取りません。そのため、v2rayNが接続済みでも直接接続を続ける場合があります。初回確認では、まずシステムプロキシに対応した通常のブラウザーを使い、基本経路が正常か確認してください。より多くのプログラムを制御する必要がある場合は、インストール総合ガイドのTUNとプラットフォーム固有の設定を参照し、初回接続の段階で余分なネットワーク層を同時に追加しないでください。

v2rayNG Android版で接続

設定一覧でサーバーを1つタップし、その項目が現在の設定として表示されていることを確認してから、メイン画面の接続スイッチをタップします。システムが初めてローカルVPNトンネルを作成するとき、権限確認ダイアログが表示されます。確認後、クライアントが選択したアプリのネットワークリクエストを制御できるようになります。許可が完了してメイン画面に戻ると、接続スイッチとステータス欄に起動済みの状態が表示され、通常はシステムステータスバーにも接続アイコンが現れます。

接続をタップした後すぐ未接続に戻る場合は、まずログを開いてコアの起動情報を確認します。よくある原因は、設定パラメータの失効、サブスクリプション内容の不完全な解析、現在到達できないサーバーアドレス、または省電力機能によるバックグラウンドプロセスの早期停止です。まずv2rayNGを前面に表示したままブラウザーで確認します。基本接続が成功してから、端末のシステム設定でバックグラウンド動作を許可してください。バックグラウンド維持は端末管理の問題であり、プロトコル項目を何度も変更して解決するものではありません。

接続後すぐに一括速度測定をしない

初回設定で重要なのは、通信経路が正常なリクエストを1回完了できるか確認することです。一括速度測定では複数のサーバーへ同時にリクエストするため、現在のネットワーク、サーバー負荷、測定先の影響を受けやすくなります。まず1台のサーバーでステップ4を確認し、失敗したら同じサブスクリプション内の別項目と比較します。複数項目が同じ段階で失敗する場合、問題は特定のサーバー名ではなく、サブスクリプション元、ローカルネットワーク、システムプロキシ、クライアント設定にある可能性が高いです。

有効性を確認起動済みとプロキシ経由を区別する

クライアントに「接続済み」と表示されても、ローカルコアやネットワークトンネルが起動したことを示すだけで、対象アプリのリクエストが必ず現在のサーバーを経由するとは限りません。アプリのアクセス結果、公開ネットワークの出口、クライアントログを同時に確認します。3つの結果が一致して初めて、アプリからローカルプロキシを経由し、さらにリモートサーバーへ至る経路全体が機能していると判断できます。

まずブラウザーから新しいリクエストを送る

テストページを閉じて開き直すか、新しいプライベートウィンドウで公開ネットワークの出口情報を表示できるページへアクセスします。以前開いていたページを更新するだけにしないでください。ブラウザーのキャッシュ、長時間接続、DNSキャッシュが接続前の結果を使い続ける可能性があります。接続前後の公開出口情報を記録します。接続後に出口が想定どおり変化し、通常のウェブページも安定して読み込めれば、ブラウザーの通信はプロキシに入っています。

出口が変わらない場合、デスクトップではv2rayNのシステムプロキシが実際に有効か確認し、ブラウザーに別のプロキシ設定がないか確認します。Androidではアプリごとのプロキシ範囲を確認し、テストブラウザーが除外されていないことを確認します。出口は変わるのに一部のサイトが開けない場合は、ステップ2に戻ってルールモードとグローバルモードを比較し、ルーティングの一致問題か判断します。

ログでリクエストの経路を確認

クライアントのログウィンドウを表示したまま、テストページをもう一度開きます。正常なら、新しいリクエストの時刻に対応する接続記録がログに表示されます。ブラウザーでアクセスしているのにログがまったく増えない場合、通信がクライアントに入っていない可能性があるため、システムプロキシ、アプリごとの範囲、アプリ独自のプロキシ設定を優先して確認します。ログにリクエストがあるものの接続タイムアウト、ハンドシェイク失敗、宛先到達不可が報告される場合は、通信はクライアントに入っており、問題はサーバー接続または設定パラメータ側にあります。

ログにはサーバーアドレス、ドメイン、サブスクリプション設定に関する情報が含まれる場合があります。障害画面を保存する必要がある場合は、エラー種別が分かる部分だけを切り取り、サブスクリプションURL、ユーザー識別情報、サーバー認証項目を隠してください。完全な設定をそのまま公開しないでください。プロトコル項目の意味は用語解説で確認でき、体系的なログ調査はインストール総合ガイドのトラブル対処章で扱っています。

2つ目のアプリで相互確認

ブラウザーでの確認が終わったら、システムプロキシに対応している、または接続対象に含めた別のアプリを開いてテストします。ブラウザーは正常なのに別のアプリが直接接続する場合、そのアプリがシステムプロキシを読み取らないか、アプリごとのプロキシ範囲に含まれていない可能性があります。この場合、サブスクリプションを再導入する必要はありません。反対に、すべてのアプリがアクセスできない場合は、接続状態とログに戻って確認し、特定のアプリだけの問題と決めつけないでください。

確認に成功すれば、初回設定は完了です。日常の操作は「サブスクリプションを更新、サーバーを選択、接続」の3つに簡略化できます。更新後に現在のサーバーが置き換わった場合は、アクティブ項目を選び直してください。ネットワーク環境を切り替えた後に一時的な切断が起きた場合は、すべての設定を削除して最初からやり直すのではなく、いったん切断して再接続し、ローカルトンネルを再構築します。

接続に失敗した場合決められた順番で確認

サブスクリプションの削除、コアの切り替え、ルーティング変更、クライアントの再インストールを同時に行わないでください。層ごとに確認し、各手順の結果を明確に残します。

  1. サブスクリプションを更新できるか確認

    サブスクリプションを手動で1回更新し、リンク切れ、リクエスト失敗、解析失敗の表示がないか確認します。一覧が空の場合は、まずサブスクリプションの問題を解決し、接続テストには進みません。

  2. 同じサブスクリプション内のサーバーを変更

    アクティブサーバーだけを変更し、プロキシモードなど他の設定はそのままにします。1つの項目が失敗して別の項目が正常なら、クライアントの基本設定は利用可能です。

  3. ルールモードとグローバルモードを比較

    ルールモードは失敗してグローバルモードは正常な場合、ドメインまたはIPのルーティング一致を確認します。両方のモードで失敗する場合は、システムプロキシ、ログ、サーバー接続を引き続き確認します。

  4. 通信がクライアントに入っているか確認

    ブラウザーからリクエストを送り、ログを確認します。新しい記録がない場合は、デスクトップのシステムプロキシまたはAndroidのアプリごとの範囲を確認します。ログにエラーがある場合は、最初に出た明確なエラーから原因を特定します。

  5. プラットフォーム固有の設定は最後に確認

    基本経路を確認してから、TUN、バックグラウンド維持、アプリごとのプロキシ、自分で設定したルーティングを調整します。複雑なケースはインストール総合ガイドへ進み、入門手順に変数を増やしすぎないようにします。