CLIENT SETUP / 使い方ガイド

V2Ray サブスクリプション登録・接続ガイド

「サブスクリプション登録 → プロキシモードの選択 → 接続 → 動作確認」の順に初期設定を進めます。クライアントをインストール済みで、有効なサブスクリプションURLを用意している場合、約10分で一通り操作できます。所要時間はネットワークや設定によって異なります。このページではGUIで必要な操作を解説します。設定項目の詳しい説明は設定リファレンスをご覧ください。

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

まだインストールしていない場合は、クライアントのダウンロードページでOSに合ったインストーラーを選び、インストール後にメイン画面を開きます。クライアントは設定を読み込んで通信を転送するソフトウェアです。インストールしただけでは利用可能なノードは追加されません。サブスクリプションURLやノード情報は、利用権のあるサービスの管理画面で取得してください。このガイドでは公開サブスクリプションを提供しておらず、URLをオンライン変換サイトに貼り付ける必要もありません。

サブスクリプションURLを用意したら、端末の日付、時刻、タイムゾーンが正しいことを確認します。時刻が大きくずれていると、認証やセキュアな接続に影響する場合があります。ほかのプロキシアプリが起動していないかも確認してください。デスクトップでは複数のアプリが同時にシステムプロキシを変更する状態を避け、Androidでは通常、アクティブなVPN接続を1つだけにします。初回設定では、通信を取り込むほかのアプリをいったん停止して競合を避けてから、次の手順に進みましょう。

サブスクリプションURLにはアクセストークンが含まれることが多いため、アカウント情報と同様に取り扱ってください。URL全体をスクリーンショットや公開チャット、問い合わせ内容に載せないでください。サポートを求める場合は、クライアント名、操作した場所、エラーの種類だけを伝えましょう。「サブスクリプション」と「ノード」の違いが分かれば、すぐに操作を始められます。用語は用語集で確認できます。プロトコルの仕組みを先に読み込む必要はありません。

STEP 01 / SUBSCRIPTION

サブスクリプションを登録：URLを保存してノードを更新

まず、手元の情報の種類を確認します。通常、https://で始まり、ノード一覧を継続的に取得するURLはサブスクリプションURLです。vmess://、vless://、trojan://で始まるものは、単一ノードの共有リンクであることが一般的です。登録場所は異なります。サブスクリプションURLはサブスクリプショングループに登録し、共有リンクはクリップボードからインポートします。単一ノードのリンクをサブスクリプションURL欄に入力すると、保存できても更新時に失敗することがあります。

v2rayN：サブスクリプショングループを追加

メインウィンドウの「サブスクリプション」メニューから「サブスクリプショングループの設定」を開き、新規追加を選びます。見分けやすい名前を入力し、サブスクリプションURL全体をアドレス欄に貼り付けます。先頭や末尾に空白、改行、チャットアプリが付けた句読点が混入していないか確認してください。URL内のクエリパラメーターは変更しないでください。保存してメイン画面に戻った時点ではURLが保存されただけで、ノード一覧はまだ取得されていません。

次にサブスクリプションメニューから更新を実行し、対象グループの更新操作を選びます。初回で、まだ利用可能な接続がない場合は、通常「プロキシを使用せずに更新」を選びます。現在のネットワークから直接サブスクリプションを取得できず、別の利用可能な接続がある場合に限り、「プロキシ経由で更新」を検討してください。画面下部の情報欄やログで更新完了を待ち、作成したグループを選んで、ノード名、プロトコル、アドレスなどが一覧に表示されることを確認します。

v2rayNG：グループを追加してサブスクリプションを取得

サイドメニューから「サブスクリプショングループの設定」を開き、追加ボタンでグループを作成します。名前とサブスクリプションURLを入力して保存します。ノード一覧のメイン画面に戻り、右上のメニューから「サブスクリプションを更新」または同等の操作を実行します。グループの追加とサブスクリプションの更新は別の操作です。グループ名だけが表示されてノードが見当たらない場合は、まず更新を実行したか確認してください。すぐにアプリを再インストールする必要はありません。

単一ノードの共有リンクを使う場合は、内容全体をコピーし、メイン画面の追加メニューから「クリップボードからインポート」を選びます。インポート後、ノードが表示されることを確認します。単一ノードをインポートしても、通常はサブスクリプショングループのような継続更新は行われません。サービスの設定が変更された場合は、再インポートが必要になることがあります。共有リンクには認証情報が含まれる場合もあるため、QRコードのスクリーンショットを公開したままにしないでください。

更新に失敗したら、まずURLが有効か、サブスクリプションの上限や有効期限に問題がないか確認します。次にログを見て、ネットワークのタイムアウト、証明書エラー、未対応形式などの原因を調べます。同じグループを何度も追加すると、どのグループを使用しているか分かりにくくなるため避けてください。少なくとも1つのノードが表示され、明らかな解析エラーがなければ一覧をそのままにして次へ進みます。この時点で全ノードの速度測定を急いで行う必要はありません。

STEP 02 / TRAFFIC ENTRY

プロキシモードを選択：入口とルーティングを分けて設定

クライアントの「モード」は、2つの異なる設定を指す場合があります。1つ目は、デスクトップのシステムプロキシやAndroidのVPN接続など、アプリの通信をクライアントに取り込む方法です。2つ目は、取り込んだ通信をルールに従ってプロキシ経由または直接接続で転送する方法です。入口を有効にしてもすべてのリクエストがプロキシ経由になるわけではなく、プロキシを使うルールを選んでも、ほかのアプリの通信が自動的にクライアントへ送られるわけではありません。初回設定ではこの2段階を区別しておくと、関係のない設定を繰り返し変更せずに済みます。

v2rayN：システムプロキシで初回の動作を確認

ウィンドウ下部またはトレイの右クリックメニューで「システムプロキシ」に関する項目を探し、「システムプロキシを自動設定」や「システムプロキシを解除」などの操作があることを確認します。初回はシステムプロキシを使えばよく、TUNを同時に有効にする必要はありません。まず入口の方式を決め、手順3でコアが正常に動作していることを確認してから「システムプロキシを自動設定」を有効にします。これにより、システムプロキシ設定に従うアプリのリクエストがローカルの待ち受けポートに送られます。

次にルーティングの設定を確認します。一般的なルールセットでは、通信をプロキシ経由、直接接続、ブロックに振り分けます。項目名はインストールしているバージョンによって異なります。既定ルールの意味が分からない場合は説明を読んでください。「グローバル」という名前だけで、すべてのアプリが対象になると判断しないようにしましょう。対象への接続を確認するには、その通信をプロキシに送るルールを一時的に使用できます。確認後は、普段使う振り分け設定に戻してください。

システムプロキシが適用されるのは、システム設定を参照するアプリが中心です。一部のコマンドラインツール、ゲーム、独自のネットワーク処理を使うアプリは従わない場合があります。そのため、このガイドではまずブラウザーで確認します。特定のアプリに変化がないだけで、ノードが使えないと判断しないでください。TUN、inboundsの待ち受けポート、異なる通信入口について詳しく知りたい場合は、inbounds（インバウンド）設定をご覧ください。初回接続の前に複数の入口を同時に変更するのは避けましょう。

v2rayNG：ルーティングと対象アプリを確認

サイドメニューから「設定」を開き、ルーティング関連の項目を確認します。初回はアプリの既定ルールを使えますが、一部の宛先が直接接続になる場合があることを把握しておきましょう。アプリごとのプロキシ設定を変更したことがある場合は、確認に使うブラウザーが除外されていないかも確認します。除外アプリは直接通信する場合があり、画面上部にVPN接続中と表示されていても、そのリクエストがプロキシを経由した証拠にはなりません。

カスタムDNS、アプリの除外リスト、複数のルーティングルールを同時に有効にするのはひとまず避けます。まず「ノード1つ、内容を把握できるルールセット1つ、テストアプリ1つ」に絞りましょう。接続後に設定を1つずつ変更します。ドメインマッチング、IPマッチング、domainStrategyの詳細は、用語集のルーティングとDNSの解説およびrouting（ルーティング）リファレンスをご覧ください。モードの確認が終わったらノード一覧に戻り、起動の準備をします。

STEP 03 / CONNECT

ノードに接続：選択中のノードと起動ログを確認

ノードが一覧に表示されていても、現在の出力先に選ばれているとは限りません。接続ボタンが実行中を示していても、リモートに接続できるとは限りません。まずアクティブなノードを確認し、次にローカルのコアが起動したことを確認してから、アプリの通信を取り込みます。設定内容が明確なノードを1つだけ選び、接続中にグループを切り替えたり設定をまとめて編集したりしないでください。

v2rayN：アクティブサーバーを設定して入口を有効化

ノード一覧で対象を探し、右クリックして「アクティブサーバーに設定」または同等の操作を選びます。バージョンによってはダブルクリックでも切り替えられます。切り替え後は、現在のサーバーを示すマーク、ステータス欄、ログで確認してください。行が選択色になっているだけでは判断できません。クライアントはアクティブノードに基づいて実行設定を生成し、必要に応じてコアを再読み込みします。ログが落ち着くまで待ち、起動失敗のメッセージがないか確認します。

ログにローカルポートの競合が表示されたら、ほかのプロキシクライアントを終了し、別のv2rayNが起動していないか確認します。エラーを消すために、すべてのポートを安易に変更しないでください。待ち受けポートを変更する場合は、システムプロキシや、そのポートを手動で使うアプリ側の設定も一致させます。設定を解析できないというログが出た場合は、起動ボタンを何度も押すのではなく、登録したプロトコルとクライアントの互換性を確認してください。

コアがすぐに終了しないことを確認してから、前の節で準備した「システムプロキシを自動設定」を実行します。通常、v2rayNのウィンドウを最小化してもバックグラウンドで動作しますが、「終了」を選ぶと関連サービスも停止します。確認中はクライアントを起動したままにしてください。アプリを閉じながらブラウザーでテストしないようにしましょう。インストールしたバージョンで追加の権限やランタイムが必要な場合は、画面の指示に従って設定し、再起動してから現在のノードで続行します。

v2rayNG：ノードを選択してシステムの許可を確認

メイン画面で対象ノードをタップして選択し、画面下部の開始ボタンをタップします。初回起動時はAndroidからVPN接続の許可が表示されるので、アプリ名が正しいことを確認して許可します。許可を取り消すと、ノード設定が正しくても、このガイドの方法で通信を取り込めません。その場合はメイン画面に戻って再度起動し、接続を許可してください。

起動後はボタンの状態とシステムのVPNアイコンを確認し、クライアントのログでエラーや再起動の繰り返しがないか調べます。システムアイコンが示すのはローカルで通信の取り込みが始まったことだけで、ノードの認証成功を意味しません。別のVPNアプリが動作中の場合は、停止してからv2rayNGを起動してください。初回確認ではクライアントを前面に表示したままにし、接続が正常になってから端末のバッテリー管理設定でバックグラウンド動作を調整します。

遅延テストに数値が表示されたことだけで、すべて完了と判断しないでください。テストによってはサーバーのポートに接続するだけのものもあれば、現在のプロキシ経由でリクエストを送るものもあり、意味が異なります。ローカルで正常に起動したことを確認したら、次の手順に進み、実際のアクセスで通信経路全体を確認します。テスト方法を比較する場合は、TCPing・実接続の遅延・ダウンロード速度測定の違いをご覧ください。

STEP 04 / VERIFY

動作確認：実際の通信とログを照合

確認に使うブラウザーを開き、新しいタブから、正常に表示できることが分かっているHTTPSページにアクセスします。キャッシュによる誤判定を避けるため、以前に開いていないページを選ぶか、強制再読み込みを行ってください。既存のタブに表示済みの内容が残っていることや、動画がバッファーから再生できることだけでは、新しいリクエストが成功したとは判断できません。プロキシを起動した後に開始した新しい接続を確認しましょう。

その後クライアントに戻り、同じ時刻付近のログや接続履歴を確認します。現在のログレベルでアクセスリクエストが記録される場合は、対象のドメインやアドレスが表示されているか確認し、ルーティングの記録と照らし合わせてプロキシ経由か直接接続かを判断します。バージョンによっては、アクセス履歴が標準で表示されません。対象が見当たらなくても、直ちに失敗とは限りません。必要に応じてクライアントのアクセスログを一時的に有効にし、確認後は元に戻してください。アクセス先の情報が長期間蓄積されるのを防げます。

ページが開いても、ルーティングログがdirectを示している場合に確認できるのは直接接続の正常性だけです。選択したプロキシノードが使える証拠にはなりません。プロキシ経由の接続を確認するには、明示的にプロキシへ送るテスト先を使うか、該当するルールを一時的に変更してからリクエストを再送信します。反対に、プロキシ経由の宛先には接続できてもLAN内の機器にアクセスできない場合は、ノードをすぐに変更せず、LAN向けの直接接続ルールを確認してください。

接続に失敗したら3つの段階に分けて切り分け

まず入口を確認します。ブラウザーのリクエストがクライアントに届いていない場合、デスクトップではシステムプロキシが有効か、ブラウザーに個別のプロキシ設定がないかを確認します。AndroidではVPN接続中か、ブラウザーがアプリ別プロキシの除外対象になっていないかを確認してください。リクエストがリモート接続の段階まで届いていないため、この時点でTLS設定を変更しても解決しないことがほとんどです。

次にルーティングを確認します。リクエストがクライアントに届いても想定外の出力先に送られる場合は、現在選択されているルールセットと宛先のマッチ条件を確認します。ルールを変更したら保存して設定を再読み込みし、新しいリクエストで確認してください。既存の長時間接続は変更前の経路を使い続ける場合があります。原因を特定できなくならないよう、ノード、DNS、プロキシモードを同時に変更せず、対象に関係するルールを1つだけ変更して結果を記録しましょう。

最後にリモート接続を確認します。リクエストがプロキシ経由で送られても失敗する場合は、接続タイムアウト、認証失敗、TLSハンドシェイクエラーのどれに該当するかログを確認します。タイムアウトはアドレス、ポート、ネットワーク到達性が原因の可能性があります。認証失敗ではサブスクリプションの有効性とアカウント情報を確認します。ハンドシェイクエラーでは、サーバー名、時刻、トランスポート設定がサービスの指定と一致しているか確認してください。エラーを隠すために証明書検証を無効にせず、正しい設定を取得し直しましょう。項目ごとの詳細は設定リファレンスでプロトコル別に確認できます。

動作確認後の設定保存と終了

リクエストが想定どおりプロキシを経由したら、有効なサブスクリプショングループ、ノード名、ルールセット名を控えておけば十分です。認証情報全体を記録する必要はありません。次回は通常、サブスクリプションを更新してノードを選び、接続を開始するだけです。モード設定を見直すのは、サービスの設定や利用目的が変わったときに限ります。更新後にノード名が変わる場合があるため、アクティブノードを改めて確認し、前回の選択がそのまま維持されると思い込まないでください。

使用を終了する場合、v2rayN（デスクトップ）では先にシステムプロキシを解除してからクライアントを終了します。通常の終了処理では関連設定も戻りますが、異常終了後にシステムプロキシが残っていないか確認してください。v2rayNG（Android）では停止ボタンをタップしてVPN接続を終了します。終了後にブラウザーが突然アクセスできなくなった場合は、停止済みのローカルプロキシポートを参照していないか確認してください。すぐにネットワーク全体をリセットする必要はありません。

用語を確認する場合は用語集をご覧ください。JSON内のinbounds、outbounds、routing、dnsの連携を理解するには、設定ファイル総合リファレンスをお読みください。初回接続でJSON全体を手作業で書く必要はありません。まずはGUIクライアントの基本手順を安定して動かしましょう。