ステップ1：サブスクリプションを追加
始める前に、サブスクリプションURLをクリップボードにコピーし、信頼できるサービス提供元から入手したものか確認します。必要なのはサーバー設定を取得するためのサブスクリプションURLです。ログインページ、注文ページ、説明書のURLではありません。URLにはアクセス情報が含まれることが多いため、パスワードと同じように管理してください。公開画像にURL全体を載せたり、安易にオンライン変換ツールへ入力したりしないでください。入手したURLの種類が分からない場合は、提供元に対応クライアントとインポート方法を確認しましょう。
v2rayN：サブスクリプショングループを追加して更新
v2rayNを開き、上部の「サブスクリプショングループ」から「サブスクリプショングループ設定」に進み、「追加」を選択します。識別しやすい提供元名を入力し、コピーしたURLをサブスクリプションURL欄に貼り付けます。前後に余分な空白や改行がないことを確認して保存してください。メイン画面に戻り、「サブスクリプショングループ」メニューから更新項目を選びます。バージョンによってはプロキシ経由とプロキシなしの更新を選べます。まだ接続できていない場合は、まずプロキシなしで更新してください。
更新が完了すると、メイン画面にグループ内のサーバー設定が表示されます。該当グループを開いて内容を確認し、使う設定を選択します。この段階ではプロトコル、ポート、トランスポート設定を変更しないでください。これらの値はサブスクリプションで指定されており、変更するとサーバー側と一致しなくなることがあります。更新成功と表示されたのに内容がない場合は、正しいグループを開いているか、検索や絞り込みで一覧が非表示になっていないか確認します。
v2rayNG：グループを保存して設定を読み込む
v2rayNGのメイン画面でサイドメニューを開き、「サブスクリプショングループ設定」に進んで追加項目をタップします。名前とサブスクリプションURLを入力して保存します。メイン画面に戻り、メニューから「サブスクリプションを更新」を実行してください。バージョンによっては「現在のグループを更新」などと表示される場合があります。更新後、設定一覧に該当グループの内容が表示されたことを確認し、サーバー設定を選びます。選択マークが付いても、接続が開始されたわけではありません。
提供元から受け取ったものがサブスクリプションURLではなく単一の共有リンクなら、メイン画面の追加機能からクリップボード経由でインポートしてください。サブスクリプショングループのURL欄に入力することはできません。単一設定とサブスクリプションの主な違いは更新方法です。サブスクリプションは提供元から内容を再取得しますが、手動で読み込んだ単一設定は通常、自分で差し替える必要があります。違いを詳しく知りたい場合は、用語早見ガイドのサブスクリプションとノードの説明をご覧ください。
設定が読み込まれたら、次はアプリからクライアントへリクエストを渡す方法を決めます。サブスクリプションの設定値はそのままにして、プロキシの入口とルーティングの選択肢を確認しましょう。
ステップ2：プロキシモードを選択
初期設定で混同しやすいのが「通信を取り込む方法」と「ルーティングルール」です。システムプロキシやVPNモードは、通信をクライアントにどう渡すかを決めます。中国本土を迂回する設定、全般ルーティング、カスタムルールは、クライアントに届いたリクエストの出力先を決めます。全般ルーティングを選んでも、すべてのアプリが自動的にシステムプロキシを使うわけではありません。この2つの違いを理解しておけば、後の動作確認で調べる場所が分かります。
v2rayN：まずシステムプロキシを使う
メイン画面下部のステータス欄、またはシステムトレイのアイコンメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」を選びます。トレイアイコンがタスクバーの隠れているアイコン欄にある場合は、欄を展開してください。設定後は、ウィンドウが開いているかどうかだけで判断せず、クライアントに表示されるシステムプロキシの状態を確認します。ブラウザーにプロキシ管理拡張機能がある場合は、拡張機能の古いルールが設定を上書きしないよう、システム設定を使う状態に切り替えてください。
初回のテストでは、TUNを有効にしないことをおすすめします。システムプロキシなら対象範囲を確認しやすく、ブラウザーで基本的な接続をテストできます。システムプロキシを参照しないアプリは、後で個別に対応しましょう。特定のアプリを動かすために複数の通信取り込み設定を同時に有効にすると、問題の原因を特定しにくくなります。システムプロキシ、アプリ内プロキシ、TUNの違いはプロキシモードの用語解説をご覧ください。
v2rayNG：VPNモードと対象アプリを確認
v2rayNGの「設定」を開き、VPNモードが使われていることを確認します。使用中のバージョンに個別のモード設定がない場合は、既定のVPN方式のまま進めてください。次に「アプリごとのプロキシ」を確認します。初回の動作確認では、テスト用ブラウザーが対象外にならないよう、いったん制限を無効にするのがおすすめです。有効にする場合は、選択したアプリだけをプロキシ経由にするのか、選択したアプリを除外するのかを確認してください。意味が逆になるため、ブラウザー名が一覧にあるかどうかだけで判断しないでください。
続いて「ルーティング設定」を開き、初回はクライアントの既定ルールを維持するか、用途に合った「中国本土を迂回」ルールを選びます。ドメインポリシー、DNS、スニッフィング、カスタムルールを同時に変更しないでください。プリセット名はバージョンによって多少異なります。まずは内容が分かり、元に戻せるルールを使いましょう。ドメイン名の解決とルーティング判定の関係は、完全ガイドのDNS設定をご覧ください。
特定のリクエストがルーティングされているか調べる場合は、一時的に全般ルーティングへ切り替えて比較し、テスト後に元の設定へ戻します。全般ルーティングは出力先の選択であり、接続品質を保証するものではありません。サーバーが利用できない、サブスクリプションの期限が切れている、アプリがプロキシ対象外といった問題は解決できません。現在の通信取り込み方法とルーティングルールを説明できる状態になったら、接続を開始しましょう。
ステップ3：接続を開始
接続を開始する前に、通信を制御しているほかのプロキシやVPNツールを終了します。複数のプログラムが同時にシステムプロキシを変更したり、ローカルの待ち受けポートを使用したり、仮想ネットワークインターフェースを作成したりすると、設定が競合することがあります。ほかのツールをアンインストールする必要はありません。接続を一時停止するだけで十分です。会社や学校が管理する端末でプロキシ設定を変更できない場合は、管理ルールに従い、管理対象のネットワーク設定を繰り返し変更しないでください。
v2rayN：使用するサーバーを選択
メイン画面に戻り、選択したサーバー設定を右クリックして、「使用するサーバーに設定」などの項目を選びます。バージョンによってはダブルクリックで切り替えられます。切り替え後、一覧の使用中マークが目的の設定に付いていることを確認し、システムプロキシが自動設定のままかも確認してください。v2rayNは使用中の設定に応じてコアを起動または再読み込みするため、スマートフォン版のような独立した接続ボタンがない場合があります。使用中マーク、ステータス欄、ログを合わせて判断しましょう。
切り替え直後にコアの起動失敗やポート使用中のエラーが表示された場合は、ルーティングを変える前にそのエラーを解消します。クライアントが複数起動していないか確認し、重複したインスタンスを終了してから再起動してください。ネットワークアクセスの許可を求められた場合は、実際の利用範囲に合わせて許可します。端末内だけで使う場合、ブラウザーを接続するために「ローカルネットワークからの接続を許可」を有効にする必要はありません。
v2rayNG（Android版）：接続とVPNの許可
メイン画面で先ほど読み込んだ設定を選び、選択マークを確認してから画面下部の接続ボタンをタップします。初回起動時はAndroidにVPN接続要求が表示されます。要求元がv2rayNGであることを確認してから許可してください。この許可は端末内にVPNインターフェースを作成し、対象の通信を処理するためのものです。サブスクリプションの接続テストが完了したという意味ではありません。別のVPNが動作中の場合は停止してから、v2rayNGで再接続してください。
許可後、クライアントが動作状態になったか、システムのステータスバーにVPNアイコンが表示されたかを確認します。接続ボタンがすぐに未接続状態へ戻る場合は、クライアントのログで直近のエラーを確認してください。サブスクリプションの更新成功は、設定のダウンロードと解析が完了したことを示すだけで、すべてのサーバーに接続できるとは限りません。同様に、VPNアイコンはインターフェースが作成されたことを示すもので、接続先サーバーへの到達を保証しません。状態を切り分けてから、端末の許可設定とサーバー設定のどちらを確認するか判断しましょう。
初回の前面テストでは、すぐにバッテリー管理やバックグラウンド制限を変更する必要はありません。まずクライアントを開いたまま次の動作確認を行います。バックグラウンドに切り替えてしばらくすると切断される場合に限り、システムのバックグラウンド実行設定を確認してください。変更は一度に1つにし、内容を記録しておくと、複数の設定を続けて切り替えるより原因を見つけやすくなります。
これでクライアントが通信を処理できる状態になりました。次は「動作中」という表示だけに頼らず、実際のアプリで通信経路が想定どおりか確認します。
ステップ4：動作を確認
ブラウザーで新しいタブを開き、まず普段どおり開けるサイトにアクセスして、基本的なネットワーク接続を確認します。続いて、現在のルーティングルールでプロキシ経由になるはずのサイトにアクセスします。キャッシュされたページは接続を停止しても表示されることがあるため、URL全体を入力して再アクセスしてください。ブラウザー独自のプロキシ設定や拡張機能が、先ほど選択したシステム設定を上書きしていないかも確認します。
アクセス結果とログを照らし合わせる
v2rayNまたはv2rayNGでログを開き、テストページを再読み込みします。現在のログレベルで接続が記録される場合は、テストリクエストに対応する記録があるか、プロキシ経由と直接接続のどちらに振り分けられたかを確認します。ログが少なくても、必ずしも異常ではありません。バージョンによっては、成功したリクエストを既定で記録しないことがあります。特定のログ表示を得るために設定全体を変更しないでください。エラーを共有する場合は必要な箇所だけにし、サブスクリプションURL、サーバーアドレス、個人の認証情報を隠してください。
接続停止前後で結果を比べてみましょう。PC版ではシステムプロキシを解除してから再度有効にし、Android版ではVPNを停止してから再接続します。そのたびに新しいページを開いて結果を比較してください。比較対象には、現在のプロキシ経路が必要なサイトを選びます。通常の直接接続サイトがどちらの状態でも開くのは正常です。テスト対象のサイトがもともと直接接続に振り分けられている場合、ページが開いてもプロキシ経路が使える証明にはなりません。
状況に応じて次の手順を判断
通常のサイトとプロキシ経由になるはずのサイトの両方が開けた場合は、現在の設定を維持して、普段使うアプリをテストします。ブラウザーは正常でも特定のPCアプリで問題が起きる場合は、そのアプリがシステムプロキシを参照するか確認してください。Android版では、まずアプリごとのプロキシの対象範囲を確認します。基本経路はブラウザーで動作しているため、この段階でサブスクリプションの変更やDNS調整を急ぐ必要はありません。アプリ側のプロキシ設定が原因である可能性が高い状態です。
通常のサイトは開けるのに、プロキシ経由になるはずのサイトが開けない場合は、プロキシモードとルーティングを変えずに、同じサブスクリプション内の別の設定を試します。すべての設定で失敗する場合は、サービスが有効か、端末の日時が正確か、ログに接続タイムアウトやハンドシェイクエラーがないか確認してください。プロキシを有効にすると通常のサイトも開けなくなる場合は、接続を停止して通信を復旧し、プロキシの入口、使用中の設定、ルーティングを確認します。詳しい確認手順はトラブルシューティング完全ガイドをご覧ください。初めて使う段階で、高度な設定をすべて試す必要はありません。
基本的なアクセスを確認したら、サブスクリプションの更新や日常的なメンテナンスに進みます。提供元が内容を変更することがあるため、手動で編集した項目を更新後も残るバックアップとして扱わないでください。サーバーの利用可否を比較する場合は、メンテナンスとノードのテスト方法をご覧ください。クライアントのテスト結果は特定の条件での結果であり、すべてのサイトやアプリでの使用感を示すものではありません。
4つの手順を終えると、サブスクリプションの更新場所が分かり、使用中のプロキシモードを説明でき、実際のアクセス結果から接続状態を判断できるようになります。まずは正常に動作する基本設定を維持してください。TUN、カスタムルーティング、詳細なDNSポリシーが必要になったら、完全ガイドを参照し、一度に1項目ずつ追加します。