V2Rayクイックスタート：サブスクリプション追加から接続確認まで

サブスクリプションは、複数のノード設定をクライアントでまとめて管理するためのものです。この手順が正しく完了すると、メイン画面にノード名、プロトコルの種類、グループ情報などが表示されます。一覧が空のままなら、接続できる送信先ノードがないため、プロキシモードの選択を急がないでください。

v2rayNデスクトップ版の操作

v2rayNを開き、ウィンドウ上部の「サブスクリプショングループ」または類似した名前の管理メニューを探して、新規追加を選びます。サブスクリプションに「日常用」など識別しやすい名前を付け、完全なURLをサブスクリプションURL欄に貼り付けます。名前はローカルで見分けるためだけのもので、接続結果には影響しません。保存してメインウィンドウに戻り、もう一度サブスクリプションメニューを開いて、「すべてのサブスクリプションを更新」または現在のグループの更新を実行します。

更新が終わったらメイン一覧を確認します。通常は複数のノードが表示され、各行に別名、アドレス、ポート、プロトコル、通信方式などが含まれます。この段階では「一覧に内容が表示された」ことだけ確認し、項目を個別に変更する必要はありません。更新完了と表示されたのに一覧が変わらない場合は、保存したグループが有効か確認してから、正しいサブスクリプショングループを更新したか確認します。

v2rayNG Android版の操作

v2rayNGを開き、右上のメニューからサブスクリプション設定に入り、追加ボタンをタップして名前とURLを入力します。保存してメイン画面に戻り、メニューから「サブスクリプションを更新」を実行します。更新に成功すると、メイン画面に選択可能なノードが一覧表示されます。複数のサブスクリプションがある場合は、追加したものが有効になっているか確認し、すべてを更新したのか、選択中の項目だけを更新したのかにも注意してください。

システムによっては、貼り付け時にURLの前後へスペースが自動的に入ることがあります。「URLが無効」「更新に失敗」または一覧が空の場合は、編集画面を開き直し、URLの先頭と末尾を確認してください。いったんプレーンテキストエディターでURLを整えてから、完全にコピーし直す方法もあります。サブスクリプションの識別に必要な場合があるため、URL内の大文字・小文字、スラッシュ、パラメーターは手動で変更しないでください。

更新に失敗したらまず確認する3か所

1. URLは完全か：サブスクリプションURLをコピーし直し、URLの前後にあるスペースや改行を削除します。
2. サブスクリプションは有効か：サービス提供元がURLを変更していないか、サブスクリプションを現在も利用できるか確認します。
3. ログに原因があるか：クライアント下部の通知や実行ログを確認し、解析失敗、接続タイムアウト、返却内容の異常を区別します。ログの読み方はよくあるエラーの切り分けガイドも参照してください。

ノード一覧が表示されたら、いったんサブスクリプション設定の調整を止めます。次に決めるのは、クライアントが端末の通信をどのように処理するか、つまりプロキシモードです。サブスクリプションの追加とプロキシモードを分けて確認すると、「ノードが追加されていない」と「通信がクライアントを経由していない」を別の問題として切り分けられます。

ノードは通信をどの送信先から出すかを決め、プロキシモードはどのリクエストをそのノードへ渡すかを決めます。この2つは混同されがちです。ノードを切り替えても誤ったシステムプロキシ設定は自動で直らず、グローバルモードを選んでも無効なノードは復旧しません。初回設定では、すべてのルーティングルールを研究するのではなく、使いやすくトラブル対処もしやすい基本モードを選ぶことを目標にします。

デスクトップ版での選択方法

v2rayNのメインウィンドウまたはシステムトレイメニューで、「ルーティング」「システムプロキシ」「プロキシモード」に関する項目を探します。まずルーティングモードをルールモードに設定し、システムプロキシをクライアントが管理する状態にします。バージョンによっては「システムプロキシを自動設定」「システムプロキシを解除」「システムプロキシを変更しない」が同じメニューにあります。初回接続では、v2rayNにシステムプロキシを設定させる項目を選び、「変更しない」は選ばないでください。

ルールモードでは、クライアントに登録されたルーティングルールに基づいて送信先を選びます。ここでカスタムドメインを追加したり、出所不明のルールファイルを複数インポートしたりする必要はありません。初期ルールで基本的な接続テストは行えます。サブスクリプション、ノード、システムプロキシが動作することを確認してから、必要に応じてユーザーガイドのルーティング分岐の章で詳細を調整してください。

Android版での選択方法

v2rayNGの通信を引き受ける方式はデスクトップのシステムプロキシとは異なりますが、クライアント内でルーティングモードを確認する必要があります。設定またはルーティング設定を開き、ルールモードまたはクライアントが提供する初期ルールを優先して選択します。初回利用では、アプリ別プロキシ、カスタムDNS、複雑なルーティングを同時に有効にしないでください。設定が重なると、特定のアプリにアクセスできないとき、どのルール層が原因か判断しにくくなります。

モードを選択しても、クライアントが接続済みとは限りません。ここで決まるのは通信の処理方針だけです。次にノード一覧から現在のサーバーを指定し、サービスを起動します。接続前に現在のモードを覚えておき、検証に失敗した場合もモードは変えず、ノードだけを1つ交換して比較することをおすすめします。複数の要素を同時に変えずに済むためです。

ノード一覧があり、プロキシモードも決まったら、実際の接続に進みます。初回テストでは速度測定の結果を追い求めず、サブスクリプション内で状態が正常かつ名前が分かりやすいノードを1つ選びます。まず動作する基本接続を確立し、その後で他のノードの安定性を比較します。

v2rayNで現在のノードに設定

メイン一覧で対象ノードをクリックして選択行にし、右クリックメニューまたはショートカット操作からアクティブサーバーに設定します。バージョンによっては、ハイライト、チェックマーク、ステータスバーの文字などで現在のノードが示されます。設定後はウィンドウ下部またはトレイメニューで、アクティブサーバー名が先ほど選んだものと一致するか確認します。

続いてv2rayNのサービスを起動し、システムプロキシメニューでシステムプロキシの自動設定を選びます。起動に成功すると、通常はトレイアイコンの状態が変わり、ログ欄にもローカル受信待ち受けや設定の読み込み完了などが表示されます。コアが正常に動作していても、システムプロキシが「解除」または「変更しない」のままだと、ブラウザーの通信がクライアントに入らない場合があります。この2点は別々に確認してください。

v2rayNGで接続を開始

メイン画面でノードをタップし、ノード名が現在の設定として表示されたら接続ボタンをタップします。初回起動時にはシステムの接続許可が表示されるため、内容を確認して許可します。許可後はシステムのステータス領域に接続表示が現れ、v2rayNGのメイン画面でも接続ボタンの状態が切り替わります。タップ直後に未接続へ戻る場合は、連打せずログを開いて起動失敗の原因を確認してください。

接続後は数秒待つ

クライアントがコアを起動し、ノードへの接続を確立してDNS処理を準備するまで少し時間がかかります。接続状態が変わった直後は、数秒待ってから新しいブラウザー画面を開いてください。既存のページには以前の接続やキャッシュが残っている場合があり、単純な再読み込みでは現在の設定を正確に反映できないことがあります。そのため、新しいタブでのテストをおすすめします。

ノード一覧に遅延テスト機能がある場合は、接続前後に1回実行しても構いません。ただし遅延値はテストリクエストへの応答状況を示すだけで、Webページの読み込み速度や回線の安定性を単独で表すものではありません。タイムアウトするノードは一時的に避け、利用可能と表示されたノードも次の実アクセスで確認してください。同種のクライアントを複数同時に起動すると、システムプロキシやローカルポートを奪い合う可能性があるため避けます。

ここまででクライアント側の基本操作は完了です。現在のノードが明確で、サービスが動作し、デスクトップではシステムプロキシが設定され、Androidでは接続状態が有効になっています。次は設定を変更せず、順序に沿ったアクセステストで通信が想定どおり処理されているか確認します。

接続確認では、クライアントに「接続済み」と表示されることだけを見てはいけません。この表示は通常、ローカルサービスが起動したことを示すだけで、リモートノード、DNS、ルーティング、ブラウザーのプロキシがすべて正常とは限りません。信頼できる確認方法は、層ごとにテストして各段階を1つずつ観察し、モードとノードを変更したか記録することです。

第1段階：ローカルネットワークが正常か確認

新しいブラウザータブを開き、まず普段から直接アクセスできる通常のWebサイトを表示します。すべてのページがすぐ読み込めない場合は、システムプロキシが停止したクライアントを指していないか、クライアントが直前に終了していないか、ルールモードが不適切な設定になっていないかを優先して確認します。この時点ではサブスクリプションを疑う前に、ローカルのプロキシ設定ミスも確認してください。

第2段階：現在のノードで処理するページをテスト

クライアントを動作させたまま、現在のルールではプロキシ経由になるはずのページを開きます。ページが正常に読み込まれ、クライアントのログに対応する接続記録が現れれば、ブラウザーのリクエストがクライアントに入り、現在のノードで処理されたことを示します。通常のWebサイトは開けるのに対象ページがタイムアウトし続ける場合は、まず別のノードを試します。ノード交換後に復旧するなら、元のノードまたは回線が一時的に利用できない可能性があります。

第3段階：モード切り替えで比較

ルールモードで特定のページだけ失敗する場合は、一時的にグローバルモードへ切り替えてページを開き直します。グローバルモードでは復旧し、ルールモードでは失敗するなら、接続経路はおおむね正常で、ルーティングルールとDNSを確認すべきです。どちらのモードでも失敗する場合は、ノード、サブスクリプションの有効性、端末時刻、ログを引き続き確認します。比較が終わったらルールモードに戻し、テスト状態を残さないようにします。

第4段階：失敗に最も近い時刻のログを読む

クライアントのログを開き、直前にアクセスが失敗した時刻に追加された数行を探します。接続タイムアウト、ドメイン解決失敗、ユーザー情報の無効、接続拒否などの表示に注目してください。エラーを1行だけコピーするのではなく、その前後にある対象アドレス、送信先タグ、時刻情報も残すと、失敗箇所がローカル受信、ルーティング照合、DNS、リモート接続のどこか判断しやすくなります。

通常のページとプロキシが必要なページの両方が想定どおり開き、ルールモードに戻しても安定していれば、基本設定は完了です。現在利用できるノードとサブスクリプショングループを保存し、コアパラメーターをこれ以上変更する必要はありません。検証に失敗する場合は、まず他の同種クライアントを完全に終了し、現在のクライアントを再起動してから、この節の順番で再確認してください。