開始前に
クライアントとサブスクリプションURLを準備
このガイドでは、クライアントのインストールが完了し、利用可能なサブスクリプションURLを取得済みであることを前提とします。デスクトップでは v2rayN、Androidでは v2rayNGを使用します。サブスクリプションURLは通常、サービス提供元から発行される https:// で始まる完全なリンクです。単一のノード名や、ログインページのアカウント情報ではありません。コピーする際は先頭から末尾まで完全に選択し、チャットアプリが自動的に付けた空白、改行、句読点が混ざらないようにしてください。
クライアントを初めて起動したら、すぐにポート、DNS、Mux、トランスポート設定を変更しないでください。サブスクリプションにはプロトコル、サーバー、ポート、認証情報、トランスポート方式が含まれているため、いずれかを手動で変更するとクライアントとサーバーの設定が一致しなくなる可能性があります。まずはクライアントが起動し、システム時刻が正確で、通常のウェブページにアクセスできることを確認してから、以下の4ステップで基本設定を行います。
まだクライアントをインストールしていない場合は、ダウンロードセンターで対応するプラットフォームを選択してください。Windows、macOS、Linuxでは v2rayN、Androidでは v2rayNGを使用します。インストール後にこのページへ戻れば続きから進められます。プロトコルの設計差、V2FlyとXrayのコアの関係、VMess、VLESS、Trojan、REALITYの用途はプロトコルマニュアルにまとめています。初回接続前にすべて覚える必要はありません。
Import
サブスクリプションを追加してノードを更新
v2rayNのデスクトップ版では、上部メニューの「サブスクリプショングループ」またはサブスクリプション管理を開き、新しいグループを作成します。識別しやすい名前として、サービス名や利用目的をメモ欄に入力し、アドレス欄に完全なサブスクリプションURLを貼り付けます。保存してメイン画面に戻り、「すべてのサブスクリプションを更新」を実行してください。クライアントがサブスクリプションの内容を取得し、サーバー設定を一覧に変換します。更新後、メインウィンドウに1件以上のノードが表示され、通常はノード名、プロトコル種別、アドレス、ポートなどを確認できます。
v2rayNGでは、サイドメニューから「サブスクリプショングループ設定」を開き、追加ボタンをタップしてメモとサブスクリプションURLを入力します。保存してサーバー一覧に戻り、メニューから「サブスクリプションを更新」を実行してください。更新中はアプリを前面に表示したままにし、完了通知が出てからホーム画面を確認します。成功すると空のサーバー一覧が選択可能なノード一覧に変わります。サブスクリプションにグループが含まれる場合、用途の異なるノードは名前の接頭辞で区別されることがあります。
追加が完了したら、すぐに接続せず一覧を確認します。ノード名が正常に表示され、判読できない長いリンクになっていないことを確認してください。一覧に少なくとも1件あり、プロトコル欄に VMess、VLESS、Trojan など対応済みの種別が表示されていることも確認します。更新後も一覧が空の場合は、サブスクリプション編集画面を開き直してURLの前後に空白がないか確認し、システムの日付、時刻、タイムゾーンが正しいことを確認します。サブスクリプションURLには有効期限が設定されている場合があり、期限切れ後はサービス提供元から再取得する必要があります。
ノード一覧が表示されれば、最初の手順は完了です。この時点ではクライアントに設定が保存されただけで、システムの通信がアクティブノードを経由しているわけではありません。次に、どのリクエストをクライアントが処理するか、つまりプロキシモードとルーティング方式を決めます。
Mode
プロキシモードと通信範囲を選択
プロキシモードは、クライアントがどの通信を引き受けるかを決めます。初回設定では、クライアントの既定ルールモードから始めるのがおすすめです。ルールモードは内蔵ルーティングに基づいて、リクエストを直接接続するかプロキシへ渡すかを判断します。日常利用に適しており、基本設定が正しいか確認しやすい方法です。グローバルモードではより多くのリクエストが現在のノードを経由します。特定のページがルーティングルールの影響を受けているか短時間確認する用途には便利ですが、常用する前にローカルサービス、LANリソース、普段使うアプリへの影響範囲を理解してください。
v2rayNのデスクトップ版では、まずウィンドウ下部またはトレイメニューにある「システムプロキシ」の状態を確認します。システムプロキシの自動設定を選ぶと、システムプロキシ設定に従うブラウザーやアプリが、v2rayNのローカル待受ポートへリクエストを送ります。その後、ルーティング設定で既定ルールを選択します。バージョンによってメニューの並びや表記は多少異なりますが、確認基準は同じです。システムプロキシが明確に有効で、ルーティングモードに現在選択中のルールセットがあることを確認してください。
システムプロキシを読み取らないアプリの通信は、v2rayNが起動しているだけでは自動的に経路が変わりません。まずは通常のブラウザーで確認し、TUNモード、アプリ独自のプロキシ、システムプロキシを同時に変更しないでください。複数の入口を一度に調整すると、どの層が有効になったのか判断しにくくなります。基本接続が安定したら、プロトコルマニュアルのルーティングとクライアントの説明を読み、より広い通信範囲を引き受ける必要があるか判断します。
v2rayNGでは、設定からルーティング設定を開き、アプリに用意された既定ルールを選択します。Android版では接続時にシステムレベルのVPN接続が作成され、システムが指定範囲の通信をクライアントへ渡します。「LANをバイパス」やアプリ単位の振り分けなどの項目がある場合、初回は既定値のままで構いません。まずブラウザーの通信を安定させ、その後にアプリの対象範囲を1項目ずつ調整すると、ルールの重複による判断の難しさを減らせます。
ルールモードはプロトコル種別ではありません。VLESS、VMess などのラベルはクライアントとサーバーの通信方法を示し、ルールモードは本体の通信がどの出口を選ぶかを示します。両者は異なる層にあるため、ルーティングルールを切り替えるためにノードのプロトコルを変更する必要はありません。モードを選択したら設定を保存してノード一覧に戻り、実際に使うサーバーを選んで接続を開始します。
Connect
ノードをテストして接続を確立
ノード一覧には複数の候補が並ぶことがあります。まずレイテンシテストを1回実行し、「現在のネットワークからそのサーバーへ到達できるか」の目安にします。レイテンシはローカルネットワーク、サーバーとの距離、時間帯、測定方法の影響を受けるため、最小値が実際のダウンロード速度の最高値を意味するとは限りません。初回接続では、結果が返り、プロトコル情報が完全なノードを1つ選べば十分です。複数が利用できる場合は、用途が分かりやすく、地理的に近い名前のノードを優先します。
v2rayNでは、ノードを選択して「アクティブサーバーに設定」を実行するか、該当する行をダブルクリックします。選択したノードは通常、色、アイコン、ステータスなどが変化します。その後、コアが起動していることを確認し、システムプロキシの状態をもう一度確認します。バージョンによっては、ウィンドウ下部にアクティブサーバー、ローカル待受ポート、実行状態が表示されます。ログウィンドウを開くと、正常起動時には設定の読み込み、インバウンド待受、接続初期化に関する記録も確認できます。
v2rayNGでは、ノード名をタップして現在の設定に指定し、ホーム画面の円形接続ボタンをタップします。初回接続時にはシステムの許可確認が表示されることがあります。システムの案内を確認して接続を許可してください。ボタンの状態が変わり、ステータスバーに接続表示が出れば、システムが通信をv2rayNGへ渡し始めたことを示します。ただし、これはローカル経路が確立したことを意味するだけで、サーバー側が正常に転送できるかは、次のウェブアクセスとログで確認する必要があります。
接続中に複数のノードを連続して素早く切り替えないでください。停止後は状態が完全に終了するまで待ち、その後に別のノードを選んで再接続します。そうしないと、旧接続の解放、ローカルポートの再構築、新設定の読み込みが重なる可能性があります。デスクトップ版でシステムプロキシを変更した直後は、ブラウザーを終了して再起動し、システム設定を読み直させるのも有効です。Android版では、まずクライアントをバックグラウンドで動作させたままブラウザーで確認します。
ノードテストに結果が出なくても、接続後にページを開けるなら、1回のテストだけで結論を出す必要はありません。サーバーによっては、テストリクエストと実際のウェブ接続で応答方式が異なります。反対に、レイテンシに数値が表示されてもページが常に失敗する場合、接続全体が正常とは限りません。レイテンシテストで判断できるのは到達性の一部であり、最終的には実際のリクエストとクライアントログを基準にします。
Verify
プロキシが有効か確認
クライアントの接続を維持したままブラウザーの新しいウィンドウを開き、まず通常のウェブページへアクセスして、プロキシ設定によってローカルネットワークが途切れていないことを確認します。次に、現在のルールで処理されるページへアクセスしてください。ブラウザーに読み込みアニメーションが出るかだけでなく、クライアントに新しい接続記録や通信量の変化があるかも確認します。ページを開いたタイミングでログに対象ドメイン、アウトバウンド接続、ルーティング一致の情報が出れば、ブラウザーのリクエストがクライアントに到達しています。
デスクトップ版で最も多い問題は、ブラウザーがシステムプロキシを読み取っていないことです。ブラウザーのすべてのウィンドウを閉じて再起動し、別のプロキシ拡張機能や固定ポートが設定されていないか確認します。ブラウザーに「システムプロキシを使用する」設定がある場合は、システム設定に従わせてください。v2rayNのローカルポートは、アプリごとに手動設定する場合だけ入力が必要です。通常のブラウザーがシステムプロキシを使う場合、個別にポートを入力する必要はほとんどありません。
Android版で確認する際は、v2rayNGが接続状態を維持していることと、現在のアプリが処理対象の範囲に含まれていることを確認します。アプリ単位のプロキシを設定している場合、ブラウザーが選択されていない可能性があります。初回テストでは、よりシンプルな既定範囲に戻して接続を確認し、その後に再設定してください。モバイルネットワークとWi-Fiを切り替えると既存の接続を再確立する必要がある場合があります。ネットワークが変わったら、v2rayNGで一度停止してから、現在のノードに再接続します。
比較によって、問題がどの層にあるかを確認することもできます。接続を切って同じページを更新し、結果を記録します。再接続してもう一度更新し、ログに新しいリクエストが出るか確認してください。2回の結果が異なれば、プロキシ入口とルーティングが作用しています。結果が完全に同じ場合は、ノードのプロトコルをすぐ変更するのではなく、まずシステムプロキシ、アプリの対象範囲、ルーティングルールを確認します。
動作確認が完了すれば、基本設定は終了です。日常利用では通常、サブスクリプションの更新、ノードの選択、接続状態の制御だけで済みます。サブスクリプションを更新しても、現在のノードが残るとは限りません。アクティブノードが新しいサブスクリプションから削除されていた場合は、更新後の一覧から再度選択してください。TUN、DNS、振り分けルール、プロトコル設定を変更する場合は、一度に1項目だけ変更し、変更前の状態を残しておくと、期待どおりにならないときに戻しやすくなります。
Checklist
接続が有効にならない場合の確認順序
ページを開けない、接続がタイムアウトする、一覧が空になるといった場合は、複数の設定を同時に変更せず、決めた順序で確認するほうが効果的です。まず通常のネットワークが利用できることを確認し、次にサブスクリプションを更新します。その後システム時刻を確認して別のノードを選び、プロキシ入口が有効になっていることを確認してから、最後にプロトコル設定と実行ログを確認します。外部条件からクライアント内部へ段階的に絞り込むため、無駄な操作を減らせます。
サブスクリプション層
一覧が空、または更新に失敗する
サブスクリプションを再編集し、リンクが完全か確認します。前後の空白を削除して保存してください。システムの日付、時刻、タイムゾーンが正確であることを確認してから、もう一度更新します。URLが無効になっている場合は、元のサービス提供元から新しいサブスクリプションURLを取得してください。
ノード層
テストがタイムアウトする、または接続できない
まず同じサブスクリプションに含まれる別のノードへ切り替え、古い接続が完全に停止するまで待ちます。複数のノードで失敗する場合は、プロトコルの各項目を順番に変更するのではなく、ローカルファイアウォール、ネットワークの切り替え、サブスクリプション設定を確認します。
入口層
クライアントは接続済みだがブラウザーに変化がない
デスクトップ版ではシステムプロキシとブラウザーが参照するプロキシ設定を確認し、Android版ではアプリの処理対象範囲を確認します。ブラウザーを再起動してもう一度アクセスし、クライアントログに該当するリクエストが出ているか確認してください。
ルール層
一部のページだけ表示がおかしい
一時的に、よりシンプルな既定ルールへ切り替えて比較します。結果がルールによって変わるなら、問題は通常ルーティングの一致条件にあります。変わらない場合は、ノードの状態とDNS設定を確認します。
ログに接続失敗が1件だけ断続的に表示されても、クライアント全体が停止したとは限りません。ウェブページは通常、複数のドメインへ同時にリクエストを送るため、一部の統計、画像、バックエンドAPIだけが失敗することがあります。判断時は、主要ページが開くか、同種のエラーが繰り返し続いているか、アクティブノードが正常な接続を維持しているかを総合的に確認してください。プロトコルの選び方、コアの違い、サブスクリプションの互換性、ルーティング設計の詳細は、引き続きプロトコルマニュアルを参照してください。
Next
再現性のある利用手順を維持
初回設定が完了したら、日常操作は4つに整理できます。サブスクリプションを定期的に更新し、状態が正常なノードを選び、プロキシ入口とルーティングモードを確認し、最後にブラウザーとログで動作を確認します。クライアントの更新、システムネットワークの切り替え、サブスクリプション内容の変更後も、同じ順序で確認してください。各手順の入力と確認結果が明確なため、多数のスイッチを覚えるより固定手順のほうが確実です。
ノードを変更するだけなら、サブスクリプションを再追加する必要はありません。ルーティングを調整するだけなら、サーバーのプロトコルを変更する必要もありません。サブスクリプション、ノード、プロキシ入口、ルーティングルールを別々に理解すると、以後のトラブル対処が容易になります。再インストールやプラットフォーム変更が必要な場合はダウンロードセンターへ、VMess、VLESS、Trojan、REALITYとV2Fly、Xrayの関係を比較する場合はプロトコルマニュアルを参照してください。