このページでは、クライアントをインストール済みで、有効なサブスクリプションURLを用意していることを前提に、約10分で基本設定を順番に進めます。所要時間はサブスクリプションサービスやネットワークの状況によって異なります。クライアントはノード情報を読み込んで接続を確立しますが、サブスクリプションURLと利用可能なノードは別途必要です。ソフトウェアをインストールしただけでは、サブスクリプションやノード情報がないため接続できません。
始める前に、ネットワーク通信を引き継いでいる他のプロキシツールを終了し、現在使えるネットワーク接続を確保してください。問題の原因を特定しやすくするため、DNS、コア、カスタムルーティングは同時に変更しないでください。クライアントをまだインストールしていない場合は、ダウンロードページでOSに合ったものを選んでください。インストール権限、システム要件、複数デバイスの設定については、全プラットフォーム向けインストール・設定ガイドをご覧ください。
1. サブスクリプションを追加してノードを更新
サブスクリプションの提供元から、完全なサブスクリプションURLをコピーします。通常はhttps://で始まるリンクで、アカウントを識別するパスやクエリパラメーターが含まれる場合があります。コピー時に空白や改行、チャットアプリが付けた句読点を含めないようにし、リンクの表示文字列だけをコピーしないでください。サブスクリプションURLからアカウントのノード情報にアクセスできる場合があるため、公開の掲示板に投稿したり、トラブル対処用のスクリーンショットに全文を残したりしないでください。
v2rayNを開き、サブスクリプション関連のメニューから「サブスクリプショングループ設定」を選び、新しいグループを追加します。まず識別しやすい名前を備考に入力し、サブスクリプションURL欄にURLを貼り付けます。備考はグループの識別用で、接続先には影響しません。ノードの取得先を決めるのはURLです。グループが有効になっていることを確認して保存し、メイン画面に戻ります。バージョンによってメニューの場所は多少異なりますが、まずグループを作成し、その内容を取得する流れは同じです。
保存するとグループは作成されますが、ノードがすぐに一覧へ表示されるとは限りません。続けてサブスクリプションメニューを開き、「現在のサブスクリプショングループを更新」を実行します。「すべてのサブスクリプションを更新」しかない場合は、そちらを使ってもかまいません。画面下部のステータスやログを確認し、更新が完了するまで待ちます。初回設定時にプロキシ経由・プロキシなしの更新方法を選べる場合は、現在のネットワークで更新できる方法を選んでください。接続できるプロキシがない状態で、起動前のプロキシを更新に使う設定にしないでください。
更新が完了したら、作成したグループに切り替え、メインの一覧にサーバー名、アドレス、プロトコルなどが表示されているか確認します。グループ名が表示されただけでは更新成功とは限りません。ノード一覧が表示されていれば、少なくともクライアントが内容を取得して認識できています。この段階ではノードのパラメーターを個別に変更したり、TUNをすぐに有効にしたりしないでください。次の手順では一覧からノードを1つ選び、確認可能な基本接続を確立します。
v2rayNGを使う場合は、メイン画面右上のメニューから「サブスクリプショングループ設定」を開き、新規追加をタップします。備考とサブスクリプションURLを入力して保存したら、メイン画面に戻り、メニューからサブスクリプションを更新してノード一覧が更新されるまで待ちます。グループ設定にURLを保存しただけで更新しないと、メイン画面に何も表示されないことがあります。複数のサブスクリプションがある場合は、今回追加したグループに切り替えてください。以前のノードを新しいURLの取得結果と取り違えずに済みます。
vless://またはvmess://で始まる単独の共有リンクを受け取った場合は、リモートサブスクリプションURL欄ではなく、クリップボードから設定をインポートする機能を使ってください。共有リンクは通常、1つのノード情報を表します。一方、リモートサブスクリプションは複数ノードをまとめて継続的に更新するためのものです。Webページの説明文、ログインページのURL、プレーンなJSON設定も、サブスクリプションとしてインポートできるとは限りません。リンクを開けるというだけで形式が正しいと判断しないでください。
一覧が空のままの場合は、まずURLが完全か、サブスクリプションが有効かを確認し、更新ログにネットワークリクエストや解析に関するメッセージがないか調べます。設定全体を何度も削除して再試行するのは避けてください。更新の失敗とノード接続の失敗は、別の段階で起こる問題です。前者は設定をまだ取得できておらず、後者は設定を取得できても接続を確立できていません。形式の判定や空の一覧については、よくある質問をご覧ください。ノードが1つ以上表示されたら、次の手順で通信モードを選択します。
2. システムプロキシとルーティングモードを選択
v2rayNでは、2つの設定を分けて考えます。システムプロキシは、どのアプリがリクエストをクライアントに渡すかを決めます。ルーティングモードは、クライアントが受け取ったリクエストを直結させるか、プロキシ経由にするかを決めます。これは別々の設定です。「システムプロキシを自動設定」を有効にしても、すべての宛先がプロキシ経由になるわけではありません。「グローバル」ルーティングを選んでも、システムプロキシを使わないアプリの通信まで自動で引き継がれるわけではありません。まず通信の入口を確認し、次に行き先を確認すれば、その後の動作確認も判断しやすくなります。
Macで初めて設定する場合は、TUNをオフのままにし、システムプロキシを使ってブラウザーをテストすることをおすすめします。クライアントのシステムプロキシメニューで「システムプロキシを自動設定」を見つけ、次の手順でコアの起動を確認してから有効にします。この設定は、システムネットワーク設定にローカルプロキシ情報を書き込み、その設定に従うアプリから利用できるようにします。初回操作でシステムの権限確認が表示された場合は、表示元と要求内容を確認してから、システム画面に従って許可してください。
同じメニューにある「システムプロキシを変更しない」は、クライアントが現在の設定を変更しないという意味で、残っているプロキシアドレスを消す設定ではありません。以前にシステムプロキシを有効にしていた場合、この項目に切り替えても、システムに元のアドレスが残ることがあります。該当するシステムプロキシ設定を解除するには、「システムプロキシをクリア」を選びます。使用終了時にもこの違いを意識してください。コアが停止しているのに、ブラウザーがローカルポートへリクエストを送り続ける事態を避けられます。
次に、ルーティング設定またはメイン画面のルーティングプリセットを探します。通常のテストでは、まず「中国本土を除外」を選ぶと、該当する直結ルールに一致した宛先は直接接続され、それ以外の通信はプリセットに従って処理されます。実際の動作はルールデータベースとルールの優先順位に左右され、Webページの表示言語で決まるわけではありません。「グローバルプロキシ」を選ぶと、クライアントに入った通信は通常、そのプリセットに従って一律にプロキシへ送られます。比較テストには使えますが、必ず速くなるとは限りません。
初回は、分割ルーティングのルールをいくつも自分で追加しないでください。クライアントのプリセットをそのまま使い、現在の選択内容を控えて、後で異なる宛先をテストします。そうしないと、特定の宛先にアクセスできないとき、原因がノード、DNS、カスタムルールのどれなのか判別しにくくなります。ルールの優先順位やGeoIP・GeoSiteの書き方など、詳しい設定は基本接続の確認後に完全版ドキュメントで確認してください。
Androidでは、v2rayNGの設定またはルーティング関連のメニューで現在のモードを確認します。初回テストでは複雑なアプリ別除外ルールを使わず、テスト対象のブラウザーが除外される事態を避けてください。v2rayNGは接続開始時にシステムVPNインターフェースを使い、設定に該当する通信を引き継ぎます。ここで求められるシステムVPNの許可は、サブスクリプション提供元のアカウントへのログインとは別のものです。また、サブスクリプションURLを端末標準のVPN設定画面に入力する必要もありません。
TUNは、システムプロキシに従わないアプリの通信も引き継ぐための機能ですが、仮想ネットワークインターフェース、ルーティング、DNSの設定も関わります。「接続できないときに試す追加スイッチ」として扱わないでください。まずシステムプロキシで接続を確認し、システムプロキシを使わないアプリがあることが分かり、その通信も必要な場合に限ってTUNを個別に設定します。ここではルーティングモードをそのままにし、ノードを選んで接続を開始します。
3. ノードを選択して接続を開始
v2rayNのメイン一覧に戻り、サブスクリプションの更新で取得したノードを1つ選びます。該当行を選択し、右クリックメニューまたは画面上の項目からアクティブサーバーに設定します。バージョンによってはダブルクリックでも選択できます。行の背景色が変わっただけで切り替わったと判断せず、アクティブ表示や現在のサーバーの案内も確認してください。ノードが一覧に複数あっても、クライアントがそれらを同時に使うわけではありません。
初回接続では、サブスクリプション提供元が利用可能と案内している、必要なパラメーターがそろったノードを選びます。最初に一覧全体の速度テストを行う必要はありません。クライアントの遅延テストと実際のWebリクエストは別のテストです。遅延が測定できても、すべてのWebサイトにアクセスできるとは限りません。まず1つのノードで一連の手順を完了すれば、まとめてテストする際の余分なリクエストを減らせ、後のログとの比較もしやすくなります。
アクティブサーバーを確認したら、コアの状態またはログを確認します。v2rayNは設定を有効にすると、コアを起動または再読み込みします。起動方法や状態の表示はバージョンによって異なる場合があります。ログに設定の解析エラー、コアの終了、ローカル待ち受けポートの競合が表示された場合は、ルーティングを何度も切り替えるのではなく、まずエラーを解消してください。コアが正常に動作して初めて、ローカルプロキシの接続先がリクエストに応答できます。
次にシステムプロキシメニューで「システムプロキシを自動設定」を選びます。Macではシステム設定のネットワークサービスからプロキシ関連の項目を開き、使用中のネットワークサービスにローカルプロキシアドレスが設定されているか確認できます。確認のためにポートを手動で変更する必要はありません。クライアントの実際の待ち受け設定を確認し、他のガイドに書かれたポート番号をそのまま使わないでください。Wi-Fiを切り替えた場合、有線接続を使う場合、または別のネットワークサービスを追加した場合は、どのネットワーク設定が現在有効かも確認してください。
v2rayNGでは、まずノードをタップして現在の設定にし、次にメイン画面の接続ボタンをタップします。初回起動時にシステムVPN接続の確認が表示されるので、許可してクライアントに戻り、接続状態とシステムのステータスバー表示を確認します。システムですでに別のVPN接続を使っている場合、新しい接続に置き換わることがあります。続行する前に、現在の業務用ネットワーク接続を維持する必要があるか確認してください。システムの許可を完了しない限り、ノードを選択しただけでは通信は引き継がれません。
接続を開始した後は、クライアントを起動したままにします。デスクトップ版では、メインウィンドウを閉じるとトレイに格納される場合と、終了設定に従って動作する場合があります。Androidでは、バックグラウンドに切り替えた後、システムのバッテリー設定やバックグラウンド制限が動作の継続に影響することがあります。初回の動作確認中は、バックグラウンドのアプリを整理したり、強制終了したりしないでください。接続直後に切断される場合は、ノードの問題と判断する前に、システムがクライアントを停止していないか確認してください。
ログにハンドシェイク、認証、タイムアウトのエラーが表示された場合は、まず端末の日付と時刻が正確か確認し、同じサブスクリプションにある別のノードを試します。UUID、転送方式、REALITYのパラメーター、サーバー名をむやみに変更しないでください。これらの値はサーバー側と一致している必要があります。エラーが続く場合は、エラーの種類と発生した手順を控え、トラブル対処ガイドで該当する方法を確認してください。ログを共有する前に、サブスクリプションURLやアカウント関連のパラメーターを削除してください。
4. ブラウザーやアプリで動作を確認
クライアントに実行中と表示されても、それだけではローカルサービスや通信の引き継ぎが開始したことしか分からず、対象アプリが実際に利用しているとは限りません。まず普段使っているブラウザーで新しいタブを開き、通常アクセスできるページに接続して、基本ネットワークが正常か確認します。次に、今回プロキシ経由でアクセスしたいページを開き、再読み込みします。接続前から開いていたページだけで判断しないでください。キャッシュにより、接続に失敗していても利用できるように見えることがあります。
ブラウザーの動作とクライアントのログを合わせて確認します。アクセスログが利用できる場合は、リクエストを送ったときに対象のドメインまたは該当する接続と、使用されたアウトバウンドが記録されるか調べます。ログの詳細度は設定によって異なるため、ドメインが表示されないことだけで、リクエストがクライアントを経由していないとは判断できません。ノードの遅延、コアの稼働表示、Webサイトから見える出口アドレスも、それぞれ異なる手掛かりです。主な判断基準は、対象へのリクエストが実際に完了するかどうかです。
「中国本土を除外」を選んだ場合は、直結する想定の宛先と、プロキシを使う想定の宛先をそれぞれテストします。直結ページにアクセスできても、プロキシのアウトバウンドが使えるとは限りません。プロキシ経由のページが1つ開けても、すべてのルールが正しいとは限りません。必要であれば一時的にグローバルプロキシに切り替えて同じ宛先を再テストし、その後に元のルーティングプリセットへ戻します。特定のルーティング設定でだけ失敗する場合は、クライアントをすぐに再インストールせず、次に一致するルールを確認してください。
出口アドレスを確認する場合は、テスト対象と同じブラウザーで信頼できる出口アドレス確認ページを使い、ルーティング設定と合わせて判断します。分割ルーティングでは、確認ページ自体が直結する場合があります。そのため、ローカル側の出口アドレスが表示されても、プロキシが無効とは限りません。特定のアドレスを表示させるためにノードを何度も切り替えないでください。確認すべきなのは、対象アプリのリクエストが想定どおりクライアントに渡され、正しいアウトバウンドから送信されているかどうかです。
ブラウザーは使えるのに他のアプリで失敗する場合は、まず、そのアプリがシステムプロキシを参照するか、個別のプロキシ設定があるか、古いアドレスやポートが残っていないか確認します。一部のコマンドラインツールや開発ツールは、デスクトップのシステムプロキシを自動的に使いません。すぐにノードが使えないと判断したり、理由なくコアを切り替えたりしないでください。まずアプリ内に対応するプロキシ設定を行います。より広い範囲の通信を引き継ぐ必要がある場合は、完全版ドキュメントのTUN設定を確認してください。
どの宛先にも接続できない場合は、まずシステムプロキシをクリアするか、Androidの接続を停止し、基本ネットワークが復旧するか確認します。基本ネットワークが正常なら、サブスクリプションの更新、ノードの有効化、コアの起動、システムプロキシの設定を順に確認します。一度に変更する条件は1つにして、同じページで再テストしてください。こうすれば通信の入口、ノード、ルーティングのどこに問題があるか切り分けられます。TUNの有効化、DNSの変更、プロトコルの変更を同時に行うより、原因を特定しやすくなります。
接続が成功したら、現在使えているノードとルーティング設定を維持し、自動サブスクリプション更新など他の設定はその後に検討します。使用を終える際は、デスクトップではまずシステムプロキシをクリアし、必要に応じてコアを停止するかクライアントを終了します。TUNを有効にしている場合は、先に通信の引き継ぎを停止してください。Androidでは接続停止をタップし、システムVPNが終了したことを確認します。最後に通常のWebページを再読み込みし、終了後もネットワークが正常であることを確認できれば、設定から復旧まで完了です。