V2Ray使い方ガイド：サブスクリプション導入から接続確認まで

v2rayNデスクトップ版にサブスクリプションを追加

v2rayNを開き、「サブスクリプショングループ」またはサブスクリプション管理の入口を探して、新しいサブスクリプションを追加します。名前には識別しやすいサービス名を入力し、URL欄に先ほどコピーした完全なサブスクリプションURLを貼り付けます。この名前はクライアント内で分類するためだけのもので、サーバー設定は変更しません。保存してメイン画面に戻り、「すべてのサブスクリプションを更新」または現在のグループを選択して更新を実行します。追加と更新は別の操作です。URLを保存しただけで更新していない場合、サーバー一覧は通常空のままです。

更新中は画面下部のステータス情報を確認します。正常に完了すると、新しいサブスクリプショングループが表示され、グループ内に複数のサーバー設定が現れます。サーバー名、プロトコル、グループラベルはサブスクリプションの内容で決まるため、1つずつ手入力する必要はありません。一覧が表示されたら、まだルーティングやDNSを急いで調整せず、デフォルト設定のまま次のステップでプロキシモードを選択します。

v2rayNG Android版にサブスクリプションを追加

v2rayNGを開き、右上のメニューから「サブスクリプショングループ設定」または同様の名称のサブスクリプション管理画面に進みます。追加ボタンをタップしてグループ名を入力し、完全なURLをサブスクリプションURL欄に貼り付けます。保存してメイン画面に戻り、メニューから「サブスクリプションを更新」を実行します。更新が完了すると、メインリストに選択可能な設定が表示されます。リストの設定をタップするだけでは現在のサーバーを選択した状態で、接続はまだ開始されません。

更新後も設定項目が表示されない場合は、サブスクリプション設定に戻ってURLが完全か確認します。よくある原因は、先頭の文字が欠けている、末尾に空白が混入している、Webページに表示された文言を実際のリンクと取り違えている、またはサービス提供元がURLを変更していることです。誤った項目を削除して再追加するか、既存の項目を編集してもう一度更新します。空のリストに対して接続ボタンを繰り返し押しても直りません。この段階では、クライアントが接続可能なサーバー設定をまだ取得できていないためです。

完了の目安は明確です。クライアントにサブスクリプショングループが存在し、そのグループに少なくとも1つ選択可能なサーバー設定が表示されていることです。この段階で確認できるのは設定の導入が成功したことだけで、デバイスの通信がすでにプロキシ経由になったことを意味しません。次に、クライアントがどのアプリの通信を処理するかを決めます。

プロキシモードによって、クライアントが接続を確立した後、どのアプリが通信を渡すかが決まります。初回はシステムプロキシから始めるのがおすすめです。システムプロキシは変更範囲が明確で、ブラウザーやシステムのネットワーク設定に従う多くのデスクトップアプリがそのまま利用できます。問題が起きた場合も切り分けやすくなります。システムプロキシを読み取らないプログラム、コマンドラインツール、より多くのアプリの通信を対象にする必要がある場合は、TUNモードを検討します。

初回設定ではシステムプロキシを有効にする

v2rayNのメイン画面で「システムプロキシ」を探し、「システムプロキシを自動設定」または現在のバージョンで同じ意味を持つ有効化項目に変更します。有効にすると、クライアントがローカルプロキシのアドレスをシステムのネットワーク設定に書き込みます。このときシステムプロキシのポートを手動で変更しないでください。クライアントが自身の設定に基づいて値を管理します。v2rayNGでは下部のスイッチで接続を開始し、初回接続時にシステムがネットワーク接続の許可画面を表示します。許可を確認して初めて、ローカルの仮想ネットワーク接続が確立されます。

システムプロキシの影響を受けるのは、システム設定を明示的に読み取るアプリだけです。ブラウザーは通常この設定に従いますが、一部のターミナルプログラム、独立したダウンロードツール、独自にネットワーク接続を管理するソフトウェアは無視することがあります。そのため、後の確認ではブラウザーと他のアプリを分けて調べます。ブラウザーは成功してターミナルは失敗する場合でも、サーバー接続に問題があるとは限らず、後者がシステムプロキシを読み取っていない可能性があります。

目的に合わせてルーティングモードを選択

クライアントには通常、グローバル、ルール、ダイレクト接続などのルーティング設定があります。初回接続では、「LANと中国本土を迂回」やサブスクリプションが提供するルールグループなど、ルールモードを使うのがおすすめです。ルールモードはドメイン、IP、あらかじめ定められたルールに基づいて直結またはプロキシを選ぶため、日常利用に適しています。グローバルプロキシは、対象にできる通信の多くをプロキシ経由にします。トラブルの短時間の切り分けに適しており、ルールモードで開けないページがグローバルに切り替えると開ける場合、問題は通常サブスクリプションの導入ではなくルーティングルールにあります。

ダイレクト接続モードでは対象の通信はプロキシを経由せず、一時的な停止や比較テストに使います。「クライアントが接続済みと表示されること」と「現在のルーティングがプロキシ経由を選んでいること」を混同しないでください。接続状態はコアが起動していることを示し、ルーティングモードが具体的なリクエストの経路を決めます。初回設定では明確なモードを1つ選び、複数のルーティングファイルを同時に導入したり、大量のルールを変更したりしないでください。

TUNを有効にするタイミング

対象アプリが明確にシステムプロキシに対応していない場合や、より多くのプログラムの通信をまとめて処理したい場合に、TUNモードを有効にします。v2rayNで初めてTUNを有効にすると、権限の昇格や対応する仮想ネットワークコンポーネントのインストールを求められることがあります。完了後は再接続が必要です。他の仮想ネットワークツールに同じネットワーク経路を使わせないでください。デフォルトルートの上書きやDNS問い合わせ先の不一致が起きる可能性があります。

TUN、FakeDNS、カスタムDNS、複雑なルーティングには相互関係があるため、基本接続を確認する前にすべてを一度に有効にするのは適切ではありません。基本接続の確認後に詳しく設定する場合は、上級設定ガイドを参照してください。このステップの完了条件は、システムプロキシまたはTUNを選び、現在ルールモードとグローバルモードのどちらを使っているかを把握していることです。次に具体的なサーバーを選び、接続を開始します。

サーバー一覧に戻り、更新したサブスクリプショングループから設定を1つ選択します。v2rayNデスクトップ版では通常、サーバーをダブルクリックする、右クリックしてアクティブサーバーに設定する、画面の「現在のサーバーに設定」を使うなどの方法で選択できます。選択すると、メイン画面またはステータスバーに現在のサーバー名が表示されます。v2rayNG Android版ではリストの設定をタップすると選択マークが付き、その後、画面下部の接続スイッチをタップします。

初回テストではサーバーを連続して切り替えないでください。1つの設定を固定して検証を最後まで行うことで、サーバー、プロキシモード、アプリ設定のどこに問題があるか切り分けられます。クライアントに速度測定や接続テスト機能がある場合は初期判断の参考になりますが、テスト結果は実際のWebアクセスと同じではありません。最終的には、対象アプリが接続を確立できるか、ページのリソースを完全に読み込めるかで判断します。

クライアントが動作状態になったことを確認

接続開始後、クライアントのステータスエリアを確認します。v2rayNではコアが動作中と表示され、システムプロキシのスイッチが先ほど選んだ状態になっていることを確認します。v2rayNGでは接続済みと表示され、下部のボタンまたはステータスアイコンが変化します。システムが初回にネットワーク接続の許可を表示した場合は、明示的に許可してください。許可画面を閉じると、メイン画面にサーバー選択が残っていても実際の接続は確立されません。

接続中はクライアントを起動したままにします。メインウィンドウを閉じることと、プログラムを終了することは同じではありません。デスクトップ版ではウィンドウを閉じてもシステムトレイに常駐し、終了メニューを選んだときにコアが停止して関連設定が復元される場合があります。現在も動作中か不明な場合は、トレイアイコンを確認するかクライアントを再度開きます。Android版では他のアプリに切り替えても接続状態が維持されるはずです。システムがすぐにバックグラウンドタスクを終了する場合は、バックグラウンド動作の権限とバッテリー管理設定を確認します。

接続に失敗したら変更は1つだけにする

起動直後にエラーが出た場合は、サブスクリプション更新後に発生したのか、コア起動後に発生したのかをまず記録します。サブスクリプションは更新できるのにコアを起動できない場合は、クライアントのコンポーネント、設定形式、ローカルポートの使用状況を確認します。コアは起動するのに対象ページへアクセスできない場合は、サーバー、ルーティング、DNSを確認します。クライアントの再インストール、サブスクリプションの交換、TUNへの切り替え、DNS変更を同時に行わないでください。原因の切り分けができなくなります。

最も簡単な比較方法は、同じサブスクリプショングループ内の別のサーバーに切り替えて再接続することです。1つの設定だけが失敗し、他の設定が使える場合は、まずサブスクリプションサービス提供元にそのサーバーの状態を確認します。すべての設定が失敗する場合は、クライアント側に戻ってプロキシモードと権限を確認します。その他のエラー表示と対処手順はヘルプセンターにまとめています。このガイドでは最後に、実際の通信が想定どおりプロキシを経由しているか確認します。

接続ボタンが有効になったことは、最初の確認にすぎません。完全な検証は3段階で行います。まずクライアントのコアが動作しているか、次に対象アプリがリクエストをクライアントへ渡しているか、最後にルーティングルールが正しい出口を選んでいるかを確認します。この順番で調べれば、ブラウザー拡張機能の競合をサーバー障害と誤認したり、特定のルーティングルールの問題をサブスクリプション全体の障害と誤認したりするのを防げます。

まずブラウザーで基本確認

クライアントの接続を維持し、ブラウザーを完全に終了してから再起動し、通常プロキシが必要な対象ページにアクセスします。ブラウザーを再起動すると、システムプロキシ設定を読み直せます。ページが開き、リソースも完全に読み込まれれば、サブスクリプション、サーバー、クライアントのコア、ブラウザーのプロキシ経路が基本的に接続できています。続いて通常は直接接続するページにもアクセスし、ルールモードで両方のアクセスが正常か確認します。

ブラウザーが古い経路を使い続ける場合は、独自にプロキシを管理するブラウザー拡張機能がインストールされていないか確認します。この種の拡張機能はシステム設定を上書きし、ブラウザーがv2rayNに従わなくなることがあります。切り分けの際は拡張機能を一時的に無効にし、クライアントのシステムプロキシを有効にしたままブラウザーを再起動してテストします。ブラウザーのネットワーク設定の参照元を確認し、別のアドレスやポートが固定されていないことも確認します。

ターミナルと独立したアプリを分けて確認

ターミナルプログラムはシステムプロキシを読み取らないことが多いため、ブラウザーは成功するのにコマンドラインは失敗するのはよくある現象です。まず、そのプログラムがシステムプロキシ、環境変数、アプリ内プロキシのどれに対応しているか確認します。ターミナルで有効にならないからといって、すぐにサーバーを変更しないでください。この種の通信をまとめて対象にしたい場合はTUNモードを検討し、1つのプログラムだけにプロキシを使わせたい場合は、そのプログラム独自のプロキシ設定方法を優先します。

独立したアプリも同じ考え方で判断します。アプリ内に固定プロキシが設定されていると、システムプロキシを迂回または上書きすることがあります。アプリがプロキシにまったく対応していない場合、システムプロキシモードでは対象にできない可能性があります。まずアプリのネットワーク設定を確認し、その後TUNへの切り替えを検討します。ブラウザーとターミナルを分けて調べる詳しい手順は、システムプロキシが効かない場合の段階的な切り分けを参照してください。

クライアントのログでリクエスト経路を確認

クライアントのログでは、リクエストがローカルプロキシに到達したか、ルーティングルールがダイレクト接続、プロキシ、ブロックのどれを選んだかを確認できます。検証中はログ画面を開いたまま、対象ページを1回だけ更新し、該当するドメインや接続記録が出るか確認します。新しい記録がまったくない場合、問題はアプリとクライアントの間で起きている可能性があります。記録はあるのに接続できない場合は、サーバー接続、DNS解決、ルーティングの選択を確認します。

ログは方向性を判断するために使い、1行ずつ設定を変更する必要はありません。ドメインがダイレクト接続に振り分けられ、プロキシ経由が想定される場合は、まずグローバルモードで短時間比較します。グローバルではアクセスできるのにルールモードではできない場合、ルーティングルールの調整が必要です。どちらのモードでも失敗する場合は、別のサーバーを試し、デバイスの時刻、ネットワーク権限、DNSの状態を確認します。ルーティングルールとDNSを体系的に調整する方法は上級設定ガイドにまとめています。