手順1：サブスクリプションを追加
作業を始める前に、サービス提供元から入手した有効なサブスクリプションURLを用意し、通常のWebページにアクセスできることを確認してください。サブスクリプションURLは、サーバー設定を取得するための完全なURLです。ログインページや決済ページのURLではありません。コピーする際は、前後の説明文や引用符、改行を含めないでください。サブスクリプションにはアカウントへのアクセス情報が含まれる場合があります。URL全体を公開のスクリーンショットやチャット、トラブル相談の投稿に載せないでください。
v2rayN：グループを作成してから更新
メイン画面を開き、「サブスクリプショングループ」関連のメニューから「サブスクリプショングループ設定」に進みます。グループを追加し、見分けやすい名前とサブスクリプションURLを入力して保存します。この時点ではURLが保存されただけで、サーバー一覧はまだ変わっていない場合があります。サブスクリプションメニューに戻り、対象グループを更新してください。バージョンによっては「プロキシを使わず更新」と「プロキシ経由で更新」を選べます。現在のネットワークでアクセスできる方法を使ってください。
まだ使えるプロキシがない初回設定では、更新に失敗したからといって「プロキシ経由で更新」を何度も試さないでください。「接続するにはサブスクリプションが必要、更新するには接続が必要」という状態になることがあります。提供元から特定のネットワーク環境で更新するよう案内されている場合は、その指示に従うか、利用可能な個別の共有リンクを問い合わせてください。更新後は作成したグループを開き、グループ名だけでなくサーバー名、アドレス、プロトコルなどが表示されていることを確認します。
v2rayNG：URLを保存してから更新
サイドメニューから「サブスクリプション設定」または同様の項目を開き、追加ボタンを押して名前とURLを入力し、保存します。メイン画面に戻り、メニューから「サブスクリプションを更新」を実行してください。通知と一覧が更新されたか確認します。グループが複数ある場合は、選択中のグループを確認し、別のグループにある古い設定を今回のインポート結果と取り違えないようにしてください。更新メニューの場所はバージョンによって異なりますが、「URLを保存する」と「サーバー設定を取得する」は別の操作です。
vmess://、vless://、trojan://、ss://で始まる個別の共有リンクを入手した場合は、内容をすべてコピーして「クリップボードからインポート」などの項目を選びます。個別リンクをインポートすると通常は設定が1件追加されますが、継続して更新できるサブスクリプションが自動で作成されるわけではありません。QRコードから読み込む場合も同様です。読み込み後に設定内容を確認し、読み取りに成功しただけでサーバーに接続できると判断しないでください。
次の手順へ進む条件：対象グループに選択できるサーバー設定が表示されていること。一覧が空の場合は、URLの有効期限、更新時のエラー内容、選択中のグループを確認してください。同じグループを続けて作成せず、まずは1つの登録先に絞って原因を調べましょう。詳しくはヘルプセンターのサブスクリプション・インストール・設定に関するFAQをご覧ください。「サブスクリプション」「ノード」「共有リンク」の違いは用語集で確認できます。
手順2：プロキシモードを選択
サーバー設定が一覧に表示されたら、まずクライアントにどの通信を取り込ませるかを決め、次に取り込んだ通信の経路を指定します。この2つは別の設定です。システムプロキシまたはVPNモードは通信を取り込み、ルーティング設定は通信を直接接続、プロキシ経由、その他の経路に振り分けます。ルーティングの名前を切り替えただけでは、すべてのアプリがクライアントを使うとは限りません。また、通信の取り込みを有効にしても、すべてのサイトが同じ経路を通るわけではありません。
v2rayN：まずはシステムプロキシで動作確認
メイン画面またはタスクトレイのメニューから「システムプロキシ」を開き、初回は「システムプロキシを自動設定」を選択します。システムプロキシに従うアプリの通信がローカルプロキシの入口に送られるため、まずはブラウザーで確認するのに適しています。アプリ独自のプロキシ設定を使う場合や、システムプロキシを参照しない場合は通信が取り込まれません。すべてのアプリが対象になるとは限りません。システムプロキシの設定が上書きされるのを防ぐため、ほかのプロキシソフトは一時的に終了してください。
続いてルーティング設定を開き、「LANと中国本土のサイトをバイパス」など、ローカルネットワークや一般的な中国本土のサイトへの通信を直接接続する設定を選びます。その他の通信は設定に従って処理されます。設定名や具体的なルールはバージョンによって異なる場合があるため、説明を確認してください。全プロキシモードは、特定の接続先がルーティング設定の影響を受けるか短時間確認する用途に使えます。あらゆる接続エラーの最初の対処として使うのは避けましょう。初回からTUNなど、より広範囲の通信を取り込む機能を有効にする必要はありません。
ローカルのSOCKSポートとHTTPポートは、端末上でクライアントが通信を受け付ける入口であり、リモートサーバーのポートではありません。初期値はSOCKSが10808、HTTPが10809の場合がありますが、現在の設定を確認してください。システムプロキシの自動設定を使っている場合、通常はブラウザーに同じポートを手動で入力する必要はありません。自動設定と手動設定を併用すると、クライアント停止後に設定を元へ戻す際、原因の切り分けが難しくなります。
v2rayNG：VPNと対象アプリを確認
設定画面で、ローカルポートだけを提供するプロキシモードではなく、VPNモードが選択されていることを確認します。プロキシモードでは、ほかのアプリの通信は自動的に取り込まれません。次にルーティング設定を開き、まずはLANと一般的なローカルサイトをバイパスする設定を選びます。「アプリごとのプロキシ」を有効にしている場合は、選択したアプリだけをプロキシ経由にするのか、選択したアプリを除外するのかを確認し、テストに使うブラウザーが想定した対象に含まれているか確かめてください。初回はアプリごとの絞り込みを行わず、確認項目を減らすとスムーズです。
ここではDNS、スニッフィング、カスタムルールをデフォルトのままにし、複数のガイドにある詳細設定を同時に取り入れないでください。特定のドメインが想定と違う経路を通る場合は、ルールの優先順位、名前解決の結果、対象アプリの範囲などが原因として考えられます。プロトコルを変更するだけでは解決できません。次の手順へ進む前に、現在の通信の取り込み方法とルーティング設定を控えておきましょう。以降の動作確認では、この設定を基準にします。プロトコルやコアの詳しい選び方はプロトコルガイドで解説しています。まずは基本の接続を確認しましょう。
手順3：接続を開始
サーバー設定と通信の入口を確認したら、接続先を選んで接続します。まずはサブスクリプションから取り込んだ設定をそのまま使い、アドレス、ポート、ユーザーID、トランスポート方式、セキュリティ設定などを「最適化」のために変更しないでください。特にVLESSとREALITYを使う設定では、サーバー名や公開鍵に関する項目などをサーバー側と一致させる必要があります。項目を任意に置き換えると、ハンドシェイクに失敗する場合があります。
v2rayN：接続先をアクティブにする
サーバー一覧から接続先を選び、右クリックメニューの「アクティブサーバーに設定」などを実行します。バージョンによってはダブルクリックでも設定できます。画面の案内を確認してください。アクティブ表示が対象の行に移ったことを確認し、画面下部またはログ画面でコアがすぐに終了していないか確認します。その後、システムプロキシが有効かも確認してください。サーバーの選択と通信の入口の有効化は別の操作です。実際のリクエストが発生してから接続する場合もあるため、ログにリモート接続の記録がないだけで失敗とは限りません。
ポート使用中のメッセージが出た場合は、まずクライアントが重複して起動していないか確認して終了し、別のローカルプロキシソフトが同じポートを使っていないか調べてから、再度起動してください。空いている番号に変えるために、リモートサーバーのポートを変更してはいけません。設定の読み込み失敗、未対応プロトコル、コアの起動失敗が表示された場合は、エラーの内容を控え、クライアントと選択中のコアに互換性があるか確認します。一覧にサブスクリプションが表示されるのは、設定を読み込めたことを示すだけです。現在のコアがすべての項目を実行できるとは限りません。
v2rayNG：システムの接続許可を確認
接続先の設定をタップし、選択状態になったことを確認してから接続ボタンを押します。VPNモードを初めて使うときはシステムの接続確認が表示されるため、現在のクライアントからの要求であることを確認して許可してください。アプリに戻り、接続状態が変わったか、システムにVPNの表示が出ているか確認します。許可はクライアントによるローカルの仮想ネットワーク接続を認めるものであり、リモートサーバーから応答があったことを示すものではありません。利用できるかどうかは次の手順で実際にアクセスして確認します。
ほかのVPNアプリを使用中の場合は、現在どのアプリが通信を取り込んでいるか確認してください。同じ種類の通信経路を複数のアプリが使用しようとすると、互いの接続が置き換わることがあります。接続直後に切断される場合はログを開き、設定エラー、権限の問題、コアの終了を示す内容がないか確認します。画面を開いている間は使えるのに、画面ロック後に頻繁に切断される場合は、バックグラウンド動作の制限やバッテリー設定を確認してください。初回接続時に省電力設定をまとめて変更する必要はありません。
接続テストや遅延テストは参考になりますが、テスト方法によって確認できるネットワーク経路は異なります。結果が表示されてもWebページ全体が必ず開けるとは限らず、テストに失敗しても認証、DNS、ルーティングのどこに問題があるか特定できるとは限りません。次の手順へ進む条件：クライアントがすぐに終了せず、接続先がアクティブで、通信の取り込み機能が有効になっていること。条件を満たさない場合は起動ログを確認します。サーバー、ルーティング、DNS、コアを一度に変更しないでください。1つずつ変更すれば、何が影響したか判断できます。
手順4：動作を確認
動作確認では、対象アプリのリクエストがクライアントに取り込まれているか、取り込まれた後にプロキシ経由または直接接続のどちらへ想定どおり振り分けられているかを確認します。接続ボタンが有効になったこと、システムにVPN表示が出たこと、サーバーが選択状態になったことは、それぞれ一部の機能が開始したことを示すだけです。現在のルールでプロキシ経由になるサイトと、直接接続されるローカルの一般的なサイトを用意し、同じブラウザーで1つずつ開いてください。最初から大量のページを開くと、ログとアクセスを照合しにくくなります。
アクセス結果を確認してからログと照合
まずプロキシ経由になるサイトを開き、ブラウザーにキャッシュが表示されただけではなく、ページの内容や必要なリソースが読み込まれたことを確認します。キャッシュの影響を減らすには、再読み込みするか新しいブラウザーセッションを開き、その後クライアントの接続履歴やログを確認してください。現在のバージョンで接続先や出口情報が表示される場合は、アクセスした時刻やドメインとログを照合します。ログの詳細度が低く、接続ごとの記録がない場合もあります。ドメインが見当たらないことだけを理由に、通信がクライアントに取り込まれていないと判断しないでください。
さらに確認したい場合は、信頼できる出口情報の確認ページに接続前後でアクセスし、結果を比較します。ただし、そのページがルール上プロキシ経由になる場合に限り、出口情報が変わることが期待されます。直接接続のルールに一致した場合は、出口が変わらないのが正しい動作かもしれません。出口の地域、Webページの表示言語、ページを開けるかどうかだけで判断するのは避けてください。確認ページにサブスクリプションURLやクライアント設定を送信する必要はありません。
直接接続と対象アプリも確認
直接接続するローカルの一般的なサイトを開き、必要に応じてLAN内のルーターや既知のサービスにもアクセスして、通常の通信に影響がないことを確認します。プロキシ接続は正常なのにLANへアクセスできない場合は、全プロキシモードになっていないか、プライベートアドレスをバイパスしているか、カスタムルールが設定を上書きしていないか確認してください。ブラウザーは正常でも別のアプリで問題がある場合は、そのアプリがシステムプロキシを参照するか、Androidのアプリごとのプロキシ設定で除外されていないかを確認します。すぐにクライアントを再インストールする必要はありません。
すべてのテスト先にアクセスできない場合は、「元のネットワークは正常か → リクエストはクライアントに届いているか → ログに接続エラーがあるか → サーバー設定は有効か」の順に原因を絞り込みます。名前解決エラーが出たらDNS関連の表示を確認します。接続タイムアウトの場合は、リモートアドレスとネットワークからの到達性を確認します。認証やハンドシェイクのエラーは、サブスクリプションの設定項目と互換性を見直してください。ルーティングの問題を比較するため、一時的に全プロキシへ切り替える方法もありますが、テスト後は通常の設定に戻してください。
停止後に元の通信へ戻るか確認
動作確認が終わったら、接続を一度手動で停止します。v2rayNでは終了前にシステムプロキシを解除し、ブラウザーが通常のネットワークに戻ることを確認してください。v2rayNGでは接続ボタンで切断し、システムのVPN表示が消えたことを確認します。PCのクライアントが異常終了した後もWebページが停止中のローカルポートを参照する場合は、システムプロキシの設定が残っていないか確認してください。復元状態を確認しておけば、次回の起動やネットワーク切り替え時に、残った設定をネットワーク障害と取り違えずに済みます。
確認済みの設定として、サブスクリプショングループ、アクティブサーバー、通信の取り込み方法、ルーティング設定を記録しておきましょう。問題が起きたときは、この基準に戻してから項目ごとに変更します。サポートを求める際は、クライアント名、OS、操作手順、個人情報を伏せたエラーメッセージを伝えてください。サブスクリプションURLやアカウント情報全体は共有しないでください。これで初期設定の4ステップは完了です。更新に失敗する場合や特定のアプリだけに問題がある場合はヘルプセンターをご覧ください。プロトコル、安全なトランスポート、コアの違いについてはプロトコルガイドで詳しく確認できます。