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

設定を始める前に、利用する端末に合ったGUIクライアントをインストールし、有効なサブスクリプションURLを用意します。デスクトップ端末ではv2rayN、Android端末ではv2rayNGを使用します。まだクライアントをインストールしていない場合は、ダウンロードページでプラットフォームに合うバージョンを選択してください。インストール済みなら、そのままクライアントを起動すればよく、コアのディレクトリを変更したり設定ファイルを手動で作成したりする必要はありません。

サブスクリプションURLは通常、https://で始まる1本のリンクで、利用するサービス提供元から発行されます。コピーするときは先頭から末尾まで完全に選択し、ブラウザー上で短縮表示された部分だけをコピーしないでください。URLの前後にスペース、改行、日本語の句読点を入れないことも重要です。サブスクリプションと、個別のVMess、VLESS、Trojan共有リンクは別物です。サブスクリプションなら複数のサーバーをまとめて更新できますが、個別の共有リンクで登録できるのは1つの設定だけです。以降の更新や切り替えが分かりやすいため、このガイドではサブスクリプションを使います。

クライアントに古いサーバーがある場合は、まずどのサブスクリプショングループに属しているかを確認し、急いですべて削除する必要はありません。新しいサブスクリプションを追加するときは、サービスの提供元など、判別しやすいグループ名を付けましょう。更新に失敗したときも、どのグループに問題があるかすぐ判断できます。準備ができたら、次の目標は明確です。サブスクリプションをクライアントに保存し、サーバー一覧に選択可能な項目を表示させます。

v2rayNデスクトップ版でサブスクリプショングループまたはサブスクリプション管理を開き、新しいグループを作成します。メモまたは名前欄に分かりやすい名前を入力し、先ほどコピーした完全なURLをサブスクリプションURL欄に貼り付けます。保存してメイン画面に戻り、「サブスクリプションを更新」または該当グループの更新操作を実行してください。更新が終わると、メイン画面のサーバー一覧に複数の項目が表示されます。一般的には、別名、アドレス、ポート、通信方式、サブスクリプショングループなどの列があります。

v2rayNG Android版では、左上のメニューからサブスクリプショングループ設定を開き、追加ボタンをタップします。グループ名とサブスクリプションURLを入力して保存し、サーバー一覧に戻ってメニューからサブスクリプションを更新してください。更新に成功すると、サブスクリプションから解析されたサーバーが一覧に表示されます。この時点では接続ボタンを連続してタップせず、一覧が空でないことと、新しい項目が作成したグループに入っていることを確認しましょう。

更新後もサーバーが1つも表示されない場合は、サブスクリプション編集画面をもう一度開き、URLが完全か、余分なスペースをコピーしていないかを確認します。端末が現在インターネットに正常に接続できることも確認してください。その後、保存して手動で1回更新します。失敗したからといって、同じ内容のグループを複数作らないでください。一覧が復旧した後、大量の重複項目が表示される可能性があります。サービス提供元からユーザーエージェント、リクエストヘッダー、サブスクリプション変換ルールの設定を明示的に求められている場合は、詳細設定のサブスクリプション管理の章を参照してください。

サーバー一覧に表示されたら、まず設定が揃ったサーバーを1つ候補として選びます。どのプロトコルが適しているかは、まだ判断する必要はありません。入門段階では、まず一連の流れを動かすことが重要です。次は、クライアントに処理させる通信の範囲、つまりプロキシモードを決めます。

次の手順 プロキシモードを選択 →

プロキシモードは、どの接続をクライアントに処理させるかを決めます。バージョンによってメニュー名は多少異なりますが、通常はルール分岐、グローバルプロキシ、ダイレクト接続の3種類に分類できます。初めて設定する場合はルール分岐がおすすめです。クライアントが内蔵またはカスタムルールに従って通信先を判断し、プロキシが必要な通信だけを選択したサーバーへ送ります。それ以外は直接接続のままです。日常利用の出発点として扱いやすく、2種類のアクセスが正常かどうかも確認しやすくなります。

v2rayNデスクトップ版でルール分岐を選んだら、システムプロキシの状態も確認します。通常のブラウザーやシステムプロキシ設定に従うアプリは、クライアントでシステムプロキシを有効にして初めて自動的にプロキシを利用します。クライアントが接続済みでもシステムプロキシが無効なら、コアは動作していてもブラウザーは従来のネットワークでアクセスします。メニューまたはタスクトレイのシステムプロキシ状態を、現在の用途に合わせてください。クライアントを終了する前にシステムプロキシを元に戻しておくと、次回起動時にブラウザーが停止済みのローカルポートを参照するのを防げます。

v2rayNG Android版では、システムが提供するVPNサービスを通じて通信を処理します。初回起動時に許可ダイアログが表示されるため、許可してからローカル接続を確立します。クライアントにはアプリごとのプロキシ機能が用意されている場合もあり、プロキシを経由するアプリと迂回するアプリを指定できます。初回設定で複雑なリストを作る必要はありません。まずは既定の範囲で確認し、基本接続が安定してから詳細設定マニュアルでアプリごとのルール、ルーティングの優先順位、カスタムアウトバウンドを確認してください。

モードを選んだ後は、DNS、ルーティングルール、複数の基盤パラメーターを同時に変更しないでください。一度に1つだけ変更すれば、問題の切り分けが容易になります。現段階で覚えておく点は3つです。モードはルール分岐にすること、デスクトップでは必要に応じてシステムプロキシを有効にすること、AndroidではVPNサービスを許可すること。次にサーバー一覧へ戻り、1つをアクティブ設定にして接続を開始します。

次の手順 サーバーに接続 →

サーバー一覧に戻り、設定が揃ったサーバーをクリックまたはタップしてアクティブサーバーに指定します。v2rayNデスクトップ版では通常、ハイライト、色、メニューの状態などで現在のサーバーが示されます。サーバーをダブルクリックするか「アクティブサーバーに設定」を選んだ後、メイン画面またはシステムトレイからサービスを開始します。v2rayNG Android版では、一覧のサーバーをタップして選択状態にし、メイン画面の円形の接続ボタンをタップします。

起動後は、まずクライアント自身の反応を確認します。デスクトップではコアの起動状態が変わり、トレイアイコンまたはステータスバーにサービスの稼働が表示されます。Androidでは接続ボタンの状態が切り替わり、システムのステータス領域にもVPNサービスの表示が現れます。ここで確認できるのは「ローカルプロキシサービスが起動したかどうか」です。アイコンだけで目的のWebページにアクセスできるとは判断できないため、次の手順で実際に確認します。

起動直後に停止する場合は、まずクライアントの通知またはログ末尾のエラーを確認します。よくある原因は、サーバー設定の項目不足、ローカル待受ポートの競合、システム時刻の大きなずれ、現在のクライアントがサブスクリプション内の設定を認識できないことです。このとき起動ボタンを連続して素早く押さないでください。サービスを停止し、同じサブスクリプション内の別のサーバーに切り替えてからもう一度起動すると、特定サーバーの問題かクライアント全体の問題かを素早く切り分けられます。

1台のサーバーだけ失敗し、他のサーバーは起動できる場合は、利用可能なサーバーを残してガイドを続け、後でサブスクリプション提供元に問題の項目を確認してください。すべてのサーバーを起動できない場合は、同種のローカルポートを使用している他のプロキシクライアントを終了し、現在のクライアントを再起動します。より複雑なポート競合、コアのログ、通信パラメーターの問題は詳細設定とトラブルシューティングで確認できます。

クライアントにサービス稼働中と表示され、アクティブサーバーとプロキシモードが決まったら最後の手順です。クライアントの状態表示だけに頼らず、ブラウザーでプロキシ接続と通常のダイレクト接続をそれぞれテストし、経路全体が実際に機能していることを確認します。

次の手順 動作を確認 →

クライアントを起動したまま新しいブラウザーウィンドウを開き、まず普段プロキシが必要なページにアクセスします。以前から開いていたタブだけを確認しないでください。キャッシュや既存の接続が残っている可能性があります。新しいウィンドウなら、新たなDNS問い合わせとネットワーク接続をより確実に発生させられます。ページが正常に読み込まれたら、もう一度更新し、ページ内の画像やサブページも開いて、ローカルキャッシュのトップページだけが表示されているのではないことを確認します。

続いて、普段は直接接続するWebサイトにアクセスし、ページ、画像、ログイン状態が正常か確認します。ルール分岐では、2種類のアクセスがどちらも完了するはずです。プロキシが必要なリクエストはアクティブサーバーを経由し、ダイレクトルールに該当するリクエストは通常の経路を維持します。プロキシ対象のページは正常で通常サイトだけ異常なら、問題はルーティングまたはDNSにある可能性が高いです。通常サイトは正常でプロキシ対象だけ失敗する場合は、アクティブサーバー、サブスクリプション設定、システムプロキシの状態を優先して確認します。

クライアントで接続ログを確認し、新しいアクセス記録が継続して出ているかを見ることもできます。ログの接続確立情報から、ブラウザーの通信が実際にクライアントへ到達していることが分かりますが、初心者の段階で基盤プロトコルを1行ずつ解読する必要はありません。ページに期待どおりアクセスでき、サーバーを切り替えると結果も変わり、クライアント停止後にシステムのネットワークが正常に戻れば、基本設定は完了です。

確認が終わったら、現在のサーバーを日常利用のアクティブ設定として残せます。サブスクリプションの内容が変わったときは、サーバーを削除してURLを再登録するのではなく、サブスクリプション更新機能で一覧を更新してください。サーバーを切り替えるときは、別の項目を選んでアクティブサーバーにするだけでよく、通常はサブスクリプショングループを作り直す必要はありません。クライアントの更新で画面の位置が変わっても、このページの判断順序はそのまま使えます。まずサブスクリプション、次にモード、続いて接続、最後に確認です。

クイックスタート中に問題が起きたときは、一度に多くのパラメーターを変更するより、手順を逆にたどって確認するのが効果的です。まずクライアントが稼働中か、次にアクティブサーバーが正しいか、その後にプロキシモードとサブスクリプションの更新時刻を確認します。変更するたびに新しいブラウザーウィンドウでテストし、キャッシュや古い接続の影響を避けてください。

上記を確認しても原因を特定できない場合は、クライアント名、OS、どの手順で失敗したか、1台のサーバーだけの異常かどうか、ログ末尾のエラー種別を記録してください。サブスクリプションURLや完全なサーバー情報は公開しないでください。具体的な症状を整理して詳細設定マニュアルを確認するほうが、クライアントを何度も再インストールするより原因を見つけやすくなります。