v2rayNのサブスクリプション登録とプロキシ設定
有効なサブスクリプションURLを用意し、登録、モード選択、接続、動作確認の順に進めます。まず接続を1つ確立してから、TUN、複雑なルーティング、自動更新を検討しましょう。
始める前に、ダウンロードセンターから使用する端末に合ったクライアントを選び、インストールしてメイン画面を開きます。PC版をアーカイブ形式で使う場合は、読み書きできる固定フォルダーにすべて展開してください。アーカイブのプレビュー画面から直接起動しないでください。初期設定中は、通信を制御するほかのプロキシツールを終了し、通常のネットワーク接続を維持してください。複数のプログラムが同時にシステム設定を変更するのを避けられます。
このガイドでは、信頼できる提供元から有効なサブスクリプションを入手済みであることを前提としています。クライアントは設定を読み込んで接続を確立するソフトウェアであり、利用可能なサービスが付属しているわけではありません。ソフトウェアだけでサブスクリプションや手動設定がない場合は、接続手順に進めません。サブスクリプションURLにはアカウント情報が含まれることがあります。公開の掲示板に投稿したり、トラブル調査のために見知らぬサイトへURL全体を送信したりしないでください。
ステップ1：サブスクリプションを登録して設定一覧を取得する
サブスクリプション提供元の管理ページでコピー機能を使い、URL全体を取得します。サブスクリプションURLは通常、クライアントが取得するためのウェブアドレスです。1つの接続を表す個別の設定リンクとは用途が異なります。管理ページのURL、ページタイトル、説明文を含む文章全体をサブスクリプション欄に貼り付けないでください。コピー後、テキスト欄などで先頭と末尾を確認し、余分な空白や改行、欠けがないことを確かめてからクライアントに登録します。
v2rayNでサブスクリプションを登録する
v2rayNのメイン画面で「サブスクリプショングループ」メニューから「サブスクリプショングループ設定」を開き、グループを追加します。「普段使い」など識別しやすい名前をメモ欄に入力し、URL欄にコピーしたサブスクリプションURLを貼り付けます。グループを更新できる設定になっていることを確認して保存します。この時点ではURLを登録しただけなので、メイン画面に設定項目が表示されなくても問題ありません。続けて手動で更新してください。
メイン画面に戻り、サブスクリプショングループメニューから該当する更新操作を選びます。現在のネットワークからサブスクリプションURLに直接アクセスできる場合は、まず「サブスクリプションを更新（プロキシを使用しない）」を試します。既存の有効な接続を経由しないとURLにアクセスできない場合に限り、プロキシ経由で更新します。有効な設定がまだない初回インストールでは、プロキシ経由を選んでもダウンロードエラーは解決しません。更新後、追加したグループに切り替え、設定名やプロトコルなどの情報が表示されていることを確認します。グループ名だけが表示されている状態では完了していません。
個別の設定リンクを入手した場合は、サブスクリプションURLとして保存するのではなく、「クリップボードからインポート」などの機能を使います。個別に取り込んだ設定は通常、定期更新されるサブスクリプションにはならず、サーバー側の設定変更も自動で反映されない場合があります。同じ名前のサブスクリプショングループがすでにある場合は、繰り返し追加する前に元のURLを確認・編集してください。更新のたびにどの設定が追加されたのか分かりにくくなるのを防げます。
v2rayNGでサブスクリプションを登録する
v2rayNGのメイン画面でメニューを開き、「サブスクリプショングループ設定」に進みます。追加をタップしてメモ欄に名前を入力し、サブスクリプションURLを貼り付けて保存したら、メイン画面に戻ります。続けてメニューから「サブスクリプションを更新」または同等の更新操作を実行します。処理中はアプリを前面に表示したまま結果を待ちます。成功すると、メイン一覧または該当グループに設定項目が表示されます。「保存しました」という表示だけで、サーバー設定を取得できたと判断しないでください。
Android版にプロキシ経由で更新する設定がある場合の考え方はPC版と同じです。正常に動作する接続がすでにある場合はアクセス状況に応じて選べますが、初期設定では通常のネットワークからサブスクリプションを取得できるか先に確認します。一覧が空の場合は、別のグループを選んでいないか、検索フィルターが残っていないかを確認し、その後サブスクリプションの有効期限とURL全体が正しいかを調べてください。短時間に何度も更新したり、バックアップなしで既存の設定をすべて削除したりしないでください。
このステップの完了条件は、出所が明確で必要な情報がそろった設定項目が、クライアントの一覧に1つ以上表示されていることです。すべての設定で接続できる必要はなく、並べ替えや一括テストもまだ不要です。使用する設定を1つ選んで残し、次のステップでアプリの通信をどの方法でクライアントに渡すか決めます。
02 / プロキシの適用方法とルーティング
ステップ2：システムプロキシとルーティングモードの違いを確認する
この2つの設定が解決する問題は異なります。システムプロキシは、システム設定に従うアプリのリクエストをどこに渡すかを決めます。ルーティングルールは、リクエストがコアに届いた後、プロキシ、直接接続、その他の出力先のどれを使うかを決めます。ルーティングのプリセットを選んでも、すべてのアプリがクライアントに接続されるわけではありません。システムプロキシを有効にしても、すべてのリクエストが必ずリモート側の出口を使うとは限りません。
v2rayN：まずシステムプロキシを使う
初期設定ではシステムプロキシを使い、TUNは同時に有効にしないことをおすすめします。メイン画面またはタスクトレイのメニューからシステムプロキシの項目を開き、「システムプロキシを自動設定」を選びます。「システムプロキシを解除」はプロキシ設定を取り消す操作、「システムプロキシを変更しない」は現在の状態を維持する操作です。新しく自動設定できたか確認する目的には、後者は適しません。システムプロキシを起動時に読み込むアプリもあるため、設定を変更した後はアプリを完全に終了して再起動してください。
続いてルーティング設定またはプリセットを確認します。普段使いではクライアントの標準ルールから始められますが、内容はバージョンやプリセットによって異なることがあるため、名前だけで判断せず説明を確認してください。調査のために一時的に、クライアントに届いたリクエストをすべてプロキシ経由にするルールを使う場合は、元のプリセットを記録し、確認後に戻します。ここでいう「すべて」とは、クライアントに届いたリクエストに限られ、システム内の全プログラムが対象になるわけではありません。
v2rayNG：アプリの適用範囲を確認する
Android版では通常、システムVPN機能を通じて通信を取り込むため、PC版の「システムプロキシを自動設定」に相当する操作は不要です。設定を開き、「アプリごとのプロキシ」などの機能が有効か確認します。一部のアプリだけが選択されている場合、対象外のブラウザーはクライアントを経由しないことがあります。選択したアプリを除外する方式では、動作が逆になります。初回の確認では範囲が分かりやすい標準設定を使い、仕事用プロフィールなどの別環境に追加制限がないかも確認してください。
次にルーティング設定を確認し、用途に合ったルールを選びます。直接接続ルールに一致したサイトが通常の出口から開くのは想定どおりの動作です。そのサイトの結果だけで接続が無効だと判断しないでください。この段階ではDNS、通信パラメーター、複数のルールを同時に変更しないようにします。結果に影響した設定を特定できなくなるためです。まず再現できる基本の手順を完了し、必要に応じて1つずつ変更してください。
TUNは基本接続の確認後に設定する
TUNは仮想ネットワークインターフェースを使って通信を取り込みます。通常のシステムプロキシとは対象範囲が異なり、権限、ルーティング、DNSの設定も必要になります。ブラウザーで初回接続を確認するだけなら、すぐに有効にする必要はありません。システムプロキシを使わないアプリがある場合は、まずこのガイドの接続確認を完了してから、技術資料を参照して適切な通信の取り込み方法を確認しましょう。接続経路の問題をプロトコルの問題と取り違えないようにしてください。
ステップ3：設定を選んで接続を開始する
サブスクリプションの設定項目が表示され、プロキシの適用方法が決まってから接続を開始します。一覧の名前はメモにすぎず、接続可能であることや、現在のコアに適した通信パラメーターであることを示すものではありません。初回は提供元が利用可能と案内している設定を1つ選び、ポート、ユーザー識別情報、通信方式、安全レイヤーを手動で変更しないでください。複数の項目は組み合わせて整合させる必要があります。1つだけ変更すると、使えていた設定でも接続できなくなることがあります。
v2rayN：アクティブサーバーを設定してコアの起動を確認する
一覧から使用する設定を選び、右クリックメニューの「アクティブサーバーに設定」または同等の項目で有効にします。バージョンによっては、設定をダブルクリックして切り替えられます。切り替え後、アクティブ設定のマークが表示されるか、メイン画面の現在のサーバー情報が変わったことを確認します。行をクリックして選択色が付いただけでは、アクティブサーバーに切り替わっていない場合があります。実際に表示されているアクティブ状態を確認してください。
コアが起動していることを確認し、システムプロキシが「システムプロキシを自動設定」になっているかも再確認します。バージョンによってはアクティブ設定の切り替え時にコアが自動で再読み込みされるため、個別の接続ボタンを探す必要はありません。ログを開き、設定の読み込みエラーや待ち受けの失敗がないか確認します。コアが正常に動作しているのはローカルのサービスが準備できたという意味にすぎません。多くのプロトコルでは最初の実リクエスト時にリモート接続が確立されるため、それだけでサーバーに到達できるとは判断できません。
ログにローカルの待ち受けポートが使用中と表示された場合は、別のクライアントを終了するか、同じポートを使うプログラムを停止します。すべてのネットワーク関連コンポーネントを繰り返し再起動しないでください。プロトコルや安全レイヤーが未対応と表示された場合は、現在のコアがサブスクリプションの要件に合っているか確認します。たとえばREALITYは安全レイヤーの仕組みです。プロトコル名をVLESSに変更するだけでは対応できません。クライアント、コア、サーバーの設定をそろえる必要があります。詳しくはプロトコルとコアの技術資料をご覧ください。
v2rayNG：設定を選び、システムの許可を確認する
Android版のメイン一覧で使用する設定を選び、アクティブマークが対象の項目に付いていることを確認してから、メイン画面の開始ボタンをタップします。初回起動時は通常、システムのVPN接続リクエストが表示されます。内容を確認して許可すると、クライアントがシステムのネットワークインターフェースを作成できるようになります。これは端末に備わった通信取り込み機能を使うもので、サブスクリプション提供元が別のVPNプロトコルを提供しているという意味ではありません。
起動後はボタンの状態、通知領域のサービス表示、システムの接続アイコンを確認します。許可を取り消した場合はメイン画面に戻って起動し直し、許可を完了してください。同じVPNインターフェースを使用する別のアプリが動作中なら、先にその接続を明示的に停止します。通知領域のアイコンだけで接続成功と判断しないでください。アイコンが示すのは通信取り込みサービスの稼働状態であり、リモート接続が利用できるかは次のステップで実際にリクエストして確認します。
起動直後に停止した場合は、最後の終了メッセージだけでなく、クライアントのログで最初に表示されたエラーを確認します。共有する際は必要なエラーの種類と発生手順だけを記録し、スクリーンショットを投稿する前にサブスクリプションURL、サーバーアドレス、ユーザー識別情報を隠してください。起動権限、設定の互換性、リモートのタイムアウトでは対処方法が異なります。詳しい調査はトラブルシューティングをご覧ください。原因が分からないまま、すべての設定を同時に変更しないでください。
ステップ4：リクエストを確認してプロキシの動作を検証する
検証には、現在の設定が適用されるブラウザーを使います。PC版では、システムプロキシに従い、独自のプロキシ拡張機能で設定を上書きしていないブラウザーを優先してください。ブラウザーに独自のネットワーク設定がある場合は、システムプロキシを使う設定になっているか確認します。Android版では、ブラウザーが前のステップで設定した対象アプリに含まれていることを確認してください。ブラウザーを開き直し、正常にアクセスできることが分かっているHTTPSページを開きます。キャッシュ済みのタブを再読み込みするだけでは確認にならない場合があります。
ページの表示結果とクライアントログを照合する
ページが表示されることは最初の確認項目ですが、リクエストが想定した経路を通ったかも確認してください。クライアントのログを開き、アクセスした時刻と対象ドメインに対応する記録を探します。リクエスト情報がログに表示されない場合は、ルーティング結果を確認できるレベルに一時的に変更し、確認後に戻します。コアによってログの形式は異なるため、特定の文言が表示される必要はありません。ハンドシェイクや名前解決の失敗、出力先の選択に問題がないかを確認します。
現在のルーティングで対象サイトが直接接続される場合、そのサイトが開いてもリモートプロキシが正常に動作している証明にはなりません。現在のルールでプロキシ経由になるテスト先を選ぶか、元の設定を記録したうえで判断しやすいプリセットを一時的に使います。テスト結果を得るために、必要な直接接続ルールを恒久的に無効にしないでください。また、クライアント内蔵の遅延テストだけで全体を検証しないでください。テストのリクエストとブラウザーの実通信で経路が異なる場合があります。
必要であれば、接続の前後に同じ信頼できる出口IP確認ページを使って比較できますが、IPの変化だけで判断しないでください。ルーティングルールによって確認ページが直接接続される場合や、ブラウザーの接続再利用が結果に影響する場合があります。逆に、出口IPが変わってもすべてのアプリが接続されているとは限りません。「アプリの通信がクライアントに届いているか」「リクエストがどのルールに一致したか」「リモートから応答があったか」を分けて確認する方が、接続ボタンを何度も押すより効果的です。
検証に失敗したら、一度に変更する条件は1つだけ
該当するログがまったくない場合は、システムプロキシ、ブラウザー独自の設定、Androidの対象アプリ設定を優先して確認します。リクエストの記録があり、リモート接続に失敗している場合は、選択した設定、サブスクリプションの有効性、端末の日時を確認してください。特定のドメインだけ名前解決に失敗する場合は、ほかの設定を維持したままDNSを調べます。別の有効な設定と比較することもできますが、切り替えるたびに同じ操作を繰り返し、比較できる結果を記録してください。
通常のウェブページは表示できるのに特定のアプリだけ失敗する場合は、そのアプリがシステムプロキシに対応しているか、独自の接続方式を使っていないか、別のアプリ環境で動作していないかを先に確認してください。すぐにサブスクリプション全体が無効だと判断しないでください。TUN、DNSルーティング、プロトコル項目の詳しい説明は技術資料を、具体的なエラーやサブスクリプション更新の問題はトラブルシューティングをご覧ください。このガイドでは、1つの有効な設定で想定したリクエストを処理できることを確認できれば十分です。
使用後は通信の取り込みを解除してから終了する
PC版を使い終えたら、v2rayNで「システムプロキシを解除」を選び、通常のネットワークに戻ったことを確認してからクライアントを終了します。ウィンドウを閉じただけでは、プログラムがタスクトレイで動作し続けることがあります。プロセスを先に終了してローカルポートを指すシステムプロキシ設定が残ると、ブラウザーが停止済みのサービスに接続しようとする場合があります。終了後にインターネットへ接続できない場合は、システムプロキシの設定が残っていないか確認してください。システムのネットワーク設定を直接削除しないでください。
Android版ではv2rayNGのメイン画面で停止ボタンをタップし、実行中の通知とシステムの接続状態が終了したことを確認します。画面ロック後しばらくして接続が切れる場合は、その時点でシステムのバックグラウンド動作やバッテリー管理を確認します。初期設定時に省電力関連の設定をすべて変更する必要はありません。最後に、今回有効だった設定名、ルーティングプリセット、通信の取り込み方法を記録します。次回のサブスクリプション更新後は、アクティブな設定が残っていることを確認し、実際のアクセスでもう一度動作を検証してください。