QUICK CONFIGURATION

V2Ray 設定ガイド:サブスクリプション追加から接続確認まで

一連の設定手順を解説します。まずサブスクリプションをクライアントに追加し、プロキシモードを決めてアクティブノードに接続。最後にブラウザーと実行ログの両方から結果を確認します。通常は4ステップを約10分で完了できます。

01
サブスクリプション 設定元を登録
02
モード 通信範囲を決定
03
接続 アクティブノードを有効化
04
確認 ウェブページとログを確認
一連の確認

BEFORE START / 00

開始前の確認:クライアント、サブスクリプションURL、現在のネットワーク

まず、クライアントがインストール済みで正常に起動できることを確認します。デスクトップでは v2rayN、Android では v2rayNG を使用します。まだインストールしていない場合は、インストールパッケージのページでプラットフォームに合ったものを選択してください。初回起動時にシステムのネットワークアクセス許可が表示されたら、画面の指示に従ってクライアントのローカルネットワーク接続を許可します。許可しないと、ノード設定が正しくてもシステム通信がクライアントに入らない場合があります。

このガイドでは、利用可能なサブスクリプションURLを1つ取得済みであることを前提とします。サブスクリプションURLは通常のウェブページのアドレスではなく、ノード設定とグループ情報をクライアントに提供するためのものです。コピーする際は先頭から末尾まで完全に選択し、チャットアプリ内の引用符、句点、改行、説明文を付けないでください。サービス提供元がQRコード、単一ノードURL、サブスクリプションURLを同時に案内している場合は、本ページではサブスクリプションURLを優先します。ノード更新後も同じサブスクリプショングループを使えるためです。

設定前に、現在のネットワークで普段使うウェブページを開けることを確認し、システムプロキシを変更する他のクライアントは一時的に終了します。これにより判断の基準を明確にできます。追加前は通信が正常で、接続後に変化があれば、原因を現在のクライアント、ノード、プロキシモードに絞り込めます。複数のネットワークツールを行き来して推測する必要がありません。

CLIENT クライアントを起動できる

メインウィンドウ、設定画面、ノード一覧を正常に開ける。

SUBSCRIPTION URLを完全にコピーしている

完全なアドレスを保持し、説明文や余分な空白を混ぜない。

NETWORK 基本ネットワークが正常

接続前に、通常のウェブページへアクセスできることを確認する。

SUBSCRIPTION LAYER

サブスクリプションを追加:グループを作成してからノード一覧を更新

v2rayN を開き、「サブスクリプショングループ」「サブスクリプション設定」などの項目を探します。メインウィンドウ上部のサブスクリプションメニューにあることが多く、左側のナビゲーションに配置されている場合もあります。管理画面でグループの追加を選び、備考欄に「日常用設定」など識別しやすい名前を入力して、完全なサブスクリプションURLをアドレス欄に貼り付けます。備考はローカルで識別するためだけのもので、サブスクリプションの内容は変えません。ノードの取得元を決めるのはURL欄です。

保存してメインウィンドウに戻り、サブスクリプションメニューから「サブスクリプションを更新」または「すべてのサブスクリプションを更新」を実行します。更新が終わると、メイン一覧に複数のノード行が表示されます。各行には通常、別名、プロトコル、サーバー情報などが含まれます。すぐに接続せず、一覧に実際の変化があるか確認してください。空のままならサブスクリプショングループを開き、URLの先頭、末尾、途中に余分な空白がないか確認し、追加したグループが有効になっていることも確認します。

v2rayNG では、サイドメニューからサブスクリプショングループ設定を開き、追加ボタンをタップしてグループ名とサブスクリプションURLを入力し、保存します。ノード一覧に戻り、右上のメニューからサブスクリプションを更新します。更新が完了すると、空の一覧が選択可能なノード一覧に切り替わります。複数のサブスクリプショングループがある場合は、グループ選択欄で追加したグループが表示されているか確認してください。バージョンによっては更新後に自動更新されますが、一覧に戻るか手動で一度下にスワイプして更新する必要があります。

サブスクリプションの追加は、外部の設定をクライアントで読み取れるノード項目に変換するだけで、接続が開始されたことを意味しません。ノード一覧が表示されれば第1段階は完了です。次に、どの通信をクライアントで処理するかを決めます。プロトコル、トランスポート方式、TLS、VMess、VLESS などの項目がまだ分からなくても、まずは用語ガイドを参照してください。今回の基本設定では、これらを1項目ずつ変更する必要はありません。

操作手順 サブスクリプション設定 → グループを追加 → URLを貼り付け → 保存 → サブスクリプションを更新

完了と判断できる状態

完了の目印は「保存しました」という通知ではなく、メイン一覧に選択可能なノードが表示され、サブスクリプショングループ名が入力した備考と一致していることです。更新に失敗したり、一覧が空だったり、判別できない文字列が1件だけ表示された場合は、接続手順へ進まず、URLをコピーし直して再度更新してください。失敗が続く場合はトラブル対処ガイドのサブスクリプション編へ進み、URLの応答、更新手順、バージョン互換性を順に確認します。

ROUTING LAYER

プロキシモードを選択:クライアントに渡す通信を明確にする

ノードが一覧に表示されたら、まずプロキシモードを設定します。クライアントでは通常、「ノードへの接続」と「システム通信をノードに渡すかどうか」が別の設定になっています。前者はローカルプロキシポートを起動し、後者はブラウザーや他のアプリがそのポートを使うかどうかを決めます。ノードを選択しただけで適切なシステムプロキシを有効にしていない場合、クライアントは動作中でもブラウザーの通信は従来の経路を使い続けることがあります。

初回設定では、ルールモードから始めることをおすすめします。ルールモードは、クライアント内蔵またはサブスクリプションで提供されたルーティングルールに基づいて通信先を決めるため、基本設定の確認に適しています。グローバルモードではより多くの通信を現在のノード経由にでき、ルールの影響を切り分けやすくなりますが、毎回のトラブル確認で最初に使う方法ではありません。ダイレクトモードは通常のネットワークに戻したり、問題がプロキシ経路にあるか確認したりする際に使います。3つのモードは通信の振り分けを決めるもので、利用できないノードや誤ったサブスクリプションを修復するものではありません。

v2rayN のデスクトップ版では、まずシステムプロキシ設定を開き、「システムプロキシを自動設定」または現在のバージョンで同様の意味を持つ項目に切り替えます。続いてルーティングモードを確認し、ルールモードを選択します。システムトレイアイコンの右クリックメニューから両方を設定できることもあります。切り替えた後は、現在の項目に選択マークが付いているか確認してください。ボタンをクリックしただけで判断しないことが大切です。企業端末やポリシー管理下のシステムではプロキシ設定の書き込みが制限される場合があり、その場合は確認段階でクライアントにログがあるのにブラウザーが変化しない状態になります。

v2rayNG では、ルーティングモードは通常、設定画面またはサイドメニューのルーティング設定にあります。ルールモードを選択してノード一覧に戻ります。Android 版の接続ボタンはシステムレベルのネットワーク接続を作成するため、起動時に確認ダイアログが表示されることがあります。確認すると、ステータスバーに接続中の表示が出ます。ここでローカルポートを手入力する必要はありません。初回設定ではDNS、アプリ別プロキシ、カスタムルートを同時に変更しないことをおすすめします。変数が増えると原因を特定しにくくなるためです。

モード 主な用途 今回のガイドでの位置付け
ルールモード ルーティングルールに従って通信を振り分ける 初回設定のスタート地点
グローバルモード より多くの通信で現在のノードを使用する ルールの影響を比較するために使用
ダイレクトモード 元のネットワーク経路に戻す 基準比較に使用

CONNECTION LAYER

ノードに接続:アクティブ設定にして動作状態を確認

ノード一覧に戻り、名前が分かりやすく設定が揃っているノードを1つ選びます。初回確認で複数のノードを連続して切り替える必要はありません。切り替えるたびに新しい接続処理が発生し、操作が速すぎるとログが混在するためです。選択したらアクティブサーバーに設定します。v2rayN では、ノードをダブルクリックする、Enter キーを押す、右クリックメニューから「アクティブサーバーに設定」を選ぶ、といった操作が一般的です。成功すると、現在の行の色、アイコン、選択状態などが変わり、ウィンドウ下部に現在のサーバー名が表示されます。

アクティブノードを確認したらクライアントのサービスを起動し、システムプロキシが前の手順で選択した状態を保っているか確認します。v2rayN のメインウィンドウのステータスバーまたはログ欄に起動記録が表示され、ローカルリスニングポートが作成されます。クライアントがすでに動作中の場合、アクティブノードの切り替えで設定が再読み込みされることがあります。数秒待ってからウェブページをテストし、古い接続の終了と新しい接続の確立を待ちます。この時点ではメインウィンドウを閉じず、システムトレイに最小化してください。確認に失敗したときすぐログを見られます。

v2rayNG のノード一覧で対象ノードをタップして現在の項目にし、画面下部の接続ボタンをタップします。初回に接続権限を尋ねられたら、説明を読んで確認します。ボタンの状態が待機中から動作中に変わり、上部またはステータス欄に現在のノード名が表示されます。ボタンがすぐ待機状態に戻る場合は、起動処理が維持されていません。接続ボタンを繰り返し押すのではなく、すぐにログを開いて最後に記録されたエラーを確認してください。

接続後のログは、最初からすべて読み解く必要はありません。まず全体の流れを確認します。正常な起動では、設定の読み込み、ローカル入口の作成、ブラウザーからのリクエスト発生に伴う新しい接続記録、という順に進みます。設定の読み込み段階でログが止まる場合は、ノード項目またはクライアントのバージョンに原因がある可能性が高く、起動は正常でもすべてのリクエストがタイムアウトする場合は、ノードへの到達性または現在のネットワークが疑われます。ログの用語が多いときは、用語ガイドでインバウンド、アウトバウンド、ルーティング、トランスポート層の関係を確認できます。

ACTIVE NODE

アクティブノードが確定している

一覧で現在の設定が1つに絞られ、ステータス欄に対応する名前が表示されている。テスト時に実際にどの設定を使っているか分からなくなるのを防ぐ。

LOCAL SERVICE

ローカルサービスが起動している

動作状態が維持され、ログで設定の読み込みが完了し、ブラウザーからリクエストを送ると接続記録が続けて生成される。

この手順の完了条件は、「ノードがアクティブ項目に設定されている、クライアントが動作を維持している、システム通信の入口が有効になっている」の3点です。ノード名が表示されただけでは不十分です。3つが揃ってから確認に進めば、「起動していない」と「起動しているがアクセスできない」を区別しやすくなります。

VERIFICATION LAYER

動作を確認:ウェブページ、通信状態、ログを照合

クライアントを動作させたまま、先ほどテストに使ったブラウザーのページを完全に閉じ、普段安定して開けるウェブページを新しいウィンドウで開きます。ページを開き直すことで、古い接続、キャッシュ、既存セッションの影響を減らせます。ページが正常に読み込まれるかは第1段階の確認です。同時にクライアントも確認し、通信量が変化し、アクセス時刻に対応する新しいログが出ていれば、ブラウザーのリクエストがクライアントに入っています。

続いて、サブスクリプションサービス提供元がテスト用として案内しているページにアクセスし、読み込み結果を確認します。1つのウェブページだけで判断しないでください。サイト側の障害、ブラウザー拡張機能、キャッシュも表示に影響するためです。異なる2つのページを連続してテストし、クライアントのログ時刻とクリックした時刻を照合する方法がより確実です。2つのページが開き、対応する接続記録がクライアントに残り、動作状態が安定していれば、基本設定は有効になったと判断できます。

通常のウェブページは開けるのに対象ページを読み込めない場合は、現在のノードを変えず、ルーティングモードをルールモードから一時的にグローバルモードへ切り替えて再テストします。グローバルモードで復旧するなら、ノード自体は動作しており、問題はルーティングルールに近いと考えられます。グローバルモードでも失敗する場合は、ノード、サブスクリプション、現在のネットワークを再確認します。テスト後は用途に応じてルールモードへ戻し、一時的な診断状態を最終設定と混同しないようにします。

切り替え前後でブラウザーの表示がまったく変わらず、クライアントのログにも新しい接続記録がない場合は、システムプロキシまたはシステム接続権限を重点的に確認します。デスクトップ版ではシステムプロキシメニューを開き、現在の状態が自動設定になっていることを確認します。Android 版では接続ボタンが動作中のままか確認します。ログにリクエストが続けて記録されるのにすべてタイムアウトする場合は、同じサブスクリプション内の別ノードを1回だけ比較用に試します。切り替え後に復旧するなら、前のノードが一時的に利用できない可能性があります。すべてのノードで同じ状態なら、サブスクリプションの更新、ネットワーク環境、クライアント設定を確認します。

A
ウェブページの結果

新しいウィンドウで複数のテストページを安定して開ける。

B
クライアントの状態

接続が維持され、ページのリクエストに応じて通信状態が変化する。

C
ログの対応

ページへアクセスした時刻と新しい接続記録の時刻が対応している。

QUICK REVIEW

結果が一致しない場合は、通信経路の順に確認する

複数の項目を一度に変更しないでください。「サブスクリプション—モード—ノード—システム通信—ログ」の順に確認し、毎回1つの条件だけを変更します。

CASE / 01

サブスクリプション更新後も一覧が空

サブスクリプショングループを開き直し、URLが完全か、グループが有効かを確認してから、もう一度更新します。クライアントで解析エラーが表示された場合は、元のURLをコピーし直し、URL内の文字を手動で書き換えないでください。URLが有効なのに解析できない場合は、クライアントの更新が必要か確認します。

CASE / 02

クライアントは動作しているがブラウザーに変化がない

ノードを頻繁に切り替える前に、システムプロキシまたはシステム接続権限を確認します。ログにブラウザーのリクエストがなければ、通信がクライアントに入っていない可能性が高いです。ログにリクエストがあるのに継続してタイムアウトする場合に、ノードとネットワークを調べます。

CASE / 03

ルールモードでは失敗するがグローバルモードでは使える

この比較結果は、通常ルーティングルールを示しています。まずルールモードに戻し、クライアントの既定ルールとサブスクリプションから配信されたルールのどちらを使っているか確認します。ドメインの照合、アウトバウンドタグ、DNSポリシーの詳細設定は、トラブル対処ガイドで引き続き確認できます。

CASE / 04

接続開始後すぐに停止する

ログを開き、最後の数行を確認して、設定読み込みエラー、ポートの競合、ノード接続の失敗を区別します。起動ボタンを連続して押して元の記録を上書きしないでください。エラーが発生した段階を記録してから該当する章を確認すると、設定を手当たり次第に切り替えるより早く原因を特定できます。

DEEPER DIAGNOSIS

基本接続以外の体系的なトラブル対処

ノードのタイムアウト、サブスクリプションの解析、DNS、システムプロキシ、クライアントのクラッシュなどの問題は、トラブル対処ガイドで症状別に整理しています。本ページでは4ステップの導入手順に絞り、複雑なルールや詳細パラメーターは扱いません。