v2rayN・v2rayNGのサブスクリプション導入と接続方法

// BEFORE STARTING

00開始前の確認：クライアント、サブスクリプションURL、システム時刻

操作を始める前に、クライアントがインストール済みで正常に起動できることを確認します。デスクトップではv2rayN、Androidではv2rayNGを使用します。まだインストールしていない場合は、クライアント入手ページでプラットフォームに合ったバージョンを選んでください。初回起動時に、ネットワークアクセス、ファイアウォール、ローカルVPNインターフェースに関する確認が表示されることがあります。端末のセキュリティポリシーに従って、クライアントがローカルネットワーク接続を確立できるよう許可してください。許可しないと、設定を取り込んでもアプリの通信がクライアントに入らない場合があります。

このガイドでは「サブスクリプションURL」を入力として使用します。サブスクリプションURLは通常、提供元が発行したhttps://で始まる完全なリンクです。一般的なWebページのURLとは異なり、クライアントが読み込むと1つ以上の利用可能な設定を取得し、サブスクリプショングループに追加します。コピーするときは先頭から末尾まで完全に選択し、前後の空白や、チャットアプリが自動的に付けた句点を含めないでください。

サブスクリプションURLは機密情報として扱ってください。サブスクリプションアカウントの識別に使われるパラメータが含まれている場合があり、スクリーンショット、公開ドキュメント、問い合わせ内容に載せるのは適切ではありません。クライアント画面を他人に見せる場合は、サブスクリプションURLと設定名に含まれる個人情報を先に隠してください。このガイドではURLを端末上のクライアントに貼り付けるだけで、当サイトへ送信する必要はありません。

最後に、システムの日付、時刻、タイムゾーンが正しいか確認します。一部のプロトコルではハンドシェイク時に時刻情報を使用するため、時刻のずれが大きいと設定を取り込めても接続直後に失敗することがあります。まずシステムの日時自動設定を有効にしてから、取り込みを続けることをおすすめします。クライアントに古い設定があっても、すぐに削除する必要はありません。識別しやすい名前で新しいサブスクリプショングループを作っておくと、テストに失敗したとき元の設定へすぐ戻せます。

// STEP 02 · ROUTING

02プロキシモードを選ぶ：通信の入口とルーティングルールを区別

設定を取り込んだら、どの通信をクライアントで処理するか決めます。ここでは2つの概念が混同されがちです。システムプロキシまたはローカルVPNインターフェースはアプリの通信をクライアントへ送り、ルーティングモードはクライアントに入ったリクエストを直接接続、プロキシ、ブロックのどれで処理するか決めます。前者を有効にしないとブラウザーがクライアントを完全に迂回することがあり、後者を適切に選ばないと一部のサイトだけ正常で、他のサイトが想定と異なる結果になることがあります。

まずルールモードを選び、必要に応じて調整

初回設定では、最初から大量のカスタムルールを変更せず、ルールルーティングを使うことをおすすめします。ルールモードはドメイン、IP、ルールセットに基づいて通信を振り分けます。LAN内のアドレスは通常直接接続し、それ以外のリクエストを設定に従って処理します。v2rayNでは「ルール」「LANと中国本土を迂回」またはサブスクリプション提供元のルーティング方式などが一般的です。v2rayNGではルーティング設定から定義済みルールを選べます。バージョンによって表示は多少異なりますが、重要なのはメニューの位置ではなくモードの説明です。

「グローバル」モードは通常、クライアントに入った通信をすべて現在の設定で処理します。ルールの適用問題を短時間切り分けるには便利ですが、標準設定として使うことはおすすめしません。「直接接続」モードでは、クライアントに入ったリクエストを宛先へ直接アクセスさせます。比較テストに利用できます。ルールモードで開けないサイトがグローバルモードで開けるなら、問題はルーティングの一致条件にある可能性が高いです。どちらも失敗する場合は、設定、接続状態、ローカルネットワークを確認してください。

v2rayN：システムプロキシを有効にする

v2rayNのメイン画面またはシステムトレイメニューから「システムプロキシ」を探し、「システムプロキシを自動設定」などの有効化項目を選びます。有効になると、トレイの状態、メニューのチェック、メイン画面のステータスバーのいずれかが変化します。その後、ルーティング設定でルールモードを選択します。これでブラウザーやシステムプロキシ設定に従うデスクトップアプリのリクエストがv2rayNへ送られます。

アプリによっては独自のプロキシ設定を持ち、システムプロキシを参照しないことがあります。ブラウザーでは確認できるのに、特定のアプリだけ従来の接続方式のままなら、そのアプリのネットワーク設定を確認してください。1つのアプリの問題を解決するためにv2rayNのローカル待受ポートを頻繁に変更するのは避けます。ポートを変えると、保存済みのシステムプロキシ設定にも影響します。ポート競合の確認と変更方法はローカル待受ポートの競合対処を参照してください。

v2rayNG：ルーティングを確認してから起動

v2rayNGの通信の入口は、接続ボタンをタップしたときに確立されます。初回接続時には、ローカルVPNインターフェースの許可を求めるシステム確認が表示されます。許可すると、クライアントが他のアプリの通信を受け取れるようになります。設定のルーティング項目を開き、まずルールモードを選択します。アプリ別の振り分け、カスタムDNS、カスタムルールは高度な設定なので、初回接続時は初期値のままにすると原因を切り分けやすくなります。

以前v2rayNGで一部のアプリだけクライアントを経由する設定にしていた場合は、テストするブラウザーが許可対象に含まれているか確認します。含まれていないと、クライアントは接続済みと表示されてもブラウザーはそのインターフェースを通りません。初回確認は、設定を1つ選び、ルールモードを使い、普段のブラウザーを接続対象にするという、簡単で再現しやすい条件で行います。基本経路が正常だと確認してから細かなルールを追加してください。

// STEP 04 · VERIFY

04有効になったか確認する：Web結果、ログ、ルーティング記録をまとめて確認

確認段階では、3つの点を確認します。アプリの通信がクライアントに入っているか、現在の設定で接続が確立しているか、ルーティングルールが想定どおりリクエストを処理しているかです。最も簡単な方法は、クライアントの画面またはログを見える状態にして、普段使うブラウザーで確認対象のサイトを開くことです。ページの読み込みと同時に、ログへ新しい接続記録が追加されるか確認します。Webページが応答し、ログも同時に増えるなら、ブラウザーの通信はクライアントに入っています。

次に、通常は直接接続する一般的なサイトを開き、ルーティング記録を確認します。ルールモードでは、リクエストごとに異なる処理結果が表示されることがありますが、これは正常な振り分けです。どのリクエストもログに現れない場合は、v2rayNのシステムプロキシが有効なままか、v2rayNGのローカルVPNインターフェースが接続を維持しているかを確認します。ログにリクエストがあるのにすべて失敗する場合は、現在の設定とサブスクリプションの状態を重点的に確認してください。

ブラウザーは古い接続やキャッシュを再利用することがあります。設定やルーティングモードを切り替えた後は、元のテストタブを閉じて新しいタブを開いてください。必要ならブラウザーを完全に終了して再起動します。これにより、古い接続が以前の経路を使い続ける影響を減らせます。1ページ内の画像読み込み失敗だけでクライアントの故障と判断せず、少なくとも異なる2つのサイトを試し、失敗したリクエストに共通の特徴があるかログで確認してください。

確認に失敗したときの確認順序

1. 現在の設定を確認。 リストのハイライト項目が更新したばかりのサブスクリプショングループに属しているか確認し、同じグループの別の設定も試します。
2. 通信の入口を確認。 デスクトップではシステムプロキシ、AndroidではローカルVPNインターフェースの状態を確認します。ログに新しいリクエストがまったくない場合は、まずこの層を確認します。
3. 起動ログを確認。 最初の明確なエラーから対処し、ポート競合、設定項目の誤り、時刻異常をそれぞれ解決します。
4. 一時的にルーティングモードを比較。 ルールモードで特定サイトだけ失敗する場合は、短時間だけグローバルモードに切り替えて比較します。テスト後はルールモードに戻してください。
5. 経路全体を再起動。 クライアントを停止し、ブラウザーを閉じ、クライアントを再起動して状態が安定するまで待ち、その後ブラウザーで再確認します。

Webページは開けるのにドメインの名前解決結果が想定と異なる場合、問題はサブスクリプションや設定そのものではなくDNSにある可能性があります。この場合、DNSの項目を一度に複数変更せず、まずDNS検査とクライアント設定の解説を読んで、システムの名前解決、クライアントの名前解決、ルーティングルールの関係を確認してください。プロトコルの違い、カーネル互換性、リソース使用量を詳しく比較する場合は、プロトコルとカーネルのリファレンスを参照してください。

確認が終わったら、現在利用できる設定名、サブスクリプショングループ、ルーティングモードを覚えておきます。今後接続に変化があったときは、まず確認済みの設定へ戻し、サブスクリプション、個別設定、ローカル環境のどこが変わったかを判断できます。すべての項目を一度にリセットするより、既知の正常状態を基準として残すほうが原因を特定しやすくなります。