V2Ray使い方ガイド：サブスクリプションの取り込みから接続確認まで

デスクトップ版では、まずv2rayNを起動します。上部の「サブスクリプショングループ」または同様の名前のメニューから「サブスクリプショングループの設定」を開きます。追加ボタンをクリックし、「日常用設定」など識別しやすいメモを入力して、完全なサブスクリプションURLをアドレス欄に貼り付けます。有効状態がオンになっていることを確認して保存します。メモはローカルで識別するためのもので、サーバー側の内容には影響しません。アドレス欄は元のままにし、特にクエリパラメータを削除しないでください。

グループを保存しただけでは、サーバー設定が一覧に追加されたことにはなりません。メイン画面に戻り、もう一度サブスクリプションメニューを開いて「すべてのサブスクリプションを更新」を実行するか、先ほどのグループだけを選んで更新します。クライアントがサブスクリプションを取得して設定を解析すると、メイン画面のサーバー一覧に複数の項目が表示されます。一般的には、別名、アドレス、ポート、通信方式、設定タイプなどの列があります。まずは一覧に内容が表示されたことを確認し、各項目をすぐに変更する必要はありません。また、異なるプロトコル名を通信速度のランクと解釈しないでください。

v2rayNGでは、まずサイドメニューまたは右上のメニューを開き、「サブスクリプショングループの設定」に進みます。追加をタップしてメモとサブスクリプションURLを入力し、保存してから設定一覧に戻り、サブスクリプションを更新します。更新が完了すると、設定が一覧形式でメイン画面に表示されます。設定をタップすると、選択マークやハイライトが表示されるのが一般的です。この段階ではサブスクリプションの読み込みが正常に完了したことだけを確認し、接続ボタンは3つ目の手順まで使いません。

更新成功と表示されたのに一覧が空の場合は、まずサブスクリプショングループの設定でURLが完全か、グループが有効かを確認してから、もう一度更新します。クライアントに解析失敗と表示される場合、貼り付けた内容に空白が含まれている、サブスクリプションが期限切れになっている、サーバーから返された内容がクライアントで認識できる設定形式ではない、といった原因が考えられます。URLを元のページから再コピーすることはできますが、サブスクリプションの内容を公開オンライン変換サイトに貼り付けないでください。提供元が単一ノードの共有リンクも用意している場合は、クライアントの「クリップボードからインポート」機能で単一設定をテストし、サブスクリプション取得の問題とクライアントのインストール問題を切り分けられます。

サブスクリプションが一覧に入ったら、次はアクティブノードと、プロキシの対象にする通信範囲を決めます。混同しやすい概念が2つあります。サーバー選択は、どの設定から通信を送るかを決め、プロキシモードは、どのアプリやリクエストをクライアントに処理させるかを決めます。ノードを選ぶだけでプロキシを有効にしなければ、ブラウザーは元のネットワーク経路を使う場合があります。プロキシだけを有効にしても、アクティブノードが利用できなければ、クライアントはリクエストを受け取れても有効な外向き接続を確立できません。

v2rayNのサーバー一覧で設定を1つ選び、Enterキー、右クリックメニューの「アクティブサーバーに設定」、または使用中のバージョンにある同等の操作で、利用するサーバーに指定します。アクティブな項目は通常、色、アイコン、ステータス文字などで他の項目と区別されます。初回設定では複数の項目を同時に選択したり、複雑な負荷分散やチェーン構成をすぐに作ったりしないでください。単一ノードで正常に接続できてから、複雑なポリシーを調べるほうが問題を特定しやすくなります。

続いて、v2rayNのメイン画面下部またはトレイメニューにある「システムプロキシ」を確認します。初回テストでは、システムプロキシを有効にする項目、またはシステムプロキシを自動設定する項目を選び、システムプロキシに従うブラウザーやデスクトップアプリからのリクエストをv2rayNに渡します。クライアント内の「ルーティング」または「分流」モードは、リクエストをプロキシ、直接接続、ブロックのどれに振り分けるかをさらに判断します。サービス提供元から特別な指示がなければ、まずクライアントの既定ルールや基本的な分流ルールを使い、DNS、ドメインルール、IPルールを同時に変更しないでください。

v2rayNGの操作はより集約されています。メイン画面で設定を1つ選ぶと、接続開始時にクライアントがシステムにローカル接続チャネルの確立を要求します。設定画面のルーティング項目で、通信の振り分け方法を決めます。初回も既定設定を使い、まずサブスクリプションとノード自体が利用できることを確認してください。早い段階でカスタムルールを有効にしたり、ローカルDNSを変更したり、出所不明のルールセットを取り込んだりすると、問題の原因となる設定層を特定しにくくなります。

「グローバル」は接続品質が高くなるという意味ではなく、より多くのリクエストをプロキシ経由にするモードです。「分流」もあらゆる利用環境に自動対応するわけではなく、ルールの内容と判定順序に依存します。両者は通信処理の範囲が異なるだけで、サーバー性能の設定ではありません。ドメインルール、IPルール、direct、proxy、blockなどの用語はルーティングと分流の用語解説 →で確認できます。カスタムルールを手順に沿って設定する場合は、上級マニュアルのルーティング章 →をお読みください。

v2rayNでアクティブサーバーを確認したら、システムプロキシを有効にします。バージョンによっては画面下部のステータスバーにシステムプロキシの状態が表示され、トレイアイコンのメニューから確認する場合もあります。メイン画面を閉じても通常はシステムトレイに常駐するため、テスト中にプロセスを直接終了しないでください。起動後はステータスバーとログ欄を確認します。正常なら、コアが現在の設定を読み込み、ローカルの待ち受けポートを開き、ブラウザーなどのアプリからのリクエストを待機します。

v2rayNに「サービスを再起動」または「コアを再起動」という操作がある場合は、アクティブノードを変更した後に1回実行すると、新しい設定が読み込まれたことを確認できます。起動、停止、再起動を短時間に連続してクリックしないでください。現在の操作が完了するまで待ち、ログの末尾数行を確認します。ログに起動完了が表示されるのはクライアントプロセスが動作していることを示しますが、リモート設定が利用できることまでは証明しません。そのため、4つ目の手順で実際のアクセスも確認する必要があります。

v2rayNGでは、先ほど取り込んだ設定を選択し、メイン画面右下の円形の接続ボタンをタップします。初回起動時にはシステムの接続許可が表示され、確認するとクライアントが端末の通信を処理できるようになります。許可に成功するとボタンの状態が変わり、システムのステータス領域にも接続表示が現れます。v2rayNGをバックグラウンドで動かしたままブラウザーに切り替えてテストしてください。すぐに強制終了すると接続も停止します。

起動に失敗したときは、モードを何度も切り替えるのではなく、クライアントが示す最初の明確なエラーを確認します。ポート使用中は、別のプロキシアプリや古いクライアントが同じローカルポートを使っている可能性があります。設定解析エラーは、サブスクリプションの内容や手動編集した項目に関係することが多く、接続タイムアウトは、現在のサーバーに到達できない、端末のネットワークが変わった、サービス側の状態に問題があるといった原因が考えられます。まず他の同種アプリを停止してから現在のクライアントを再起動します。それでも同じエラーが続く場合は、サーバー一覧からサブスクリプション内の別の設定を選んで比較してください。

デスクトップ版では、ブラウザーがシステムプロキシに従っているかも確認します。一般的なブラウザーの多くは既定でシステム設定に従いますが、独立したプロキシ拡張機能を導入している場合、そのルールがシステムプロキシを上書きすることがあります。初回確認では、競合するプロキシ設定を一時的に無効にし、v2rayNだけを通信経路に残してください。Android版でシステムの接続チャネルを使用する別アプリが同時に動作している場合も、競合する接続を停止してからv2rayNGを再起動します。

クライアントの接続を維持したまま、普段プロキシ経由でアクセスするWebページを開き、新しく読み込みます。長時間開いたままのタブは古い接続やキャッシュ結果を再利用することがあるため、新しいタブでテストするのがおすすめです。ページ本体、遷移、基本リソースまで正常に読み込めれば、ブラウザーのリクエストが現在の設定を通じて接続されたと判断できます。トップページの枠だけ表示され、画像やスクリプトが失敗し続ける場合は、ルーティング、DNS、サーバー状態を確認する必要があります。ページが表示されたことだけで確認を終えないでください。

実際のアクセス後にクライアントへ戻り、ログを確認します。正常なリクエストでは新しい接続記録が生成され、プロキシまたは直接接続のどちらで処理されたかが表示されます。ブラウザーが読み込み中のままでログに新しい内容がまったくない場合、問題はブラウザーからローカルクライアントまでの間にある可能性が高く、システムプロキシの有効状態、ブラウザー独自のプロキシ設定、ローカルサービスの稼働状態を確認します。ログにリクエストがあるのにその後タイムアウトする場合は、アクティブサーバー、端末のネットワーク、リモート設定を重点的に確認します。

本来は直接アクセスする常用Webページを比較対象にする方法もあります。プロキシ対象と直接接続対象の両方が期待どおりなら、基本ルーティングをそのまま使えます。すべてのリクエストが同じ経路に送られる場合は、グローバルモードを選んでいるか、ルールが想定どおりに一致していない可能性があります。初回から複雑な分流を目指す必要はありません。接続が安定し、普段使うWebページが正常に動作し、クライアント停止後にシステムプロキシが復元されれば、基本設定は完了です。

1. アクティブ設定を確認

   現在選択中のサーバーがサブスクリプション更新後に置き換わっておらず、名前と選択状態が3つ目の手順と一致していることを確認します。

2. クライアントの状態を確認

   ローカルサービスが稼働中で、デスクトップ版ではシステムプロキシが有効、Android版では接続状態がシステムや他のアプリによって中断されていないことを確認します。

3. リクエストログを確認

   テストページを再読み込みすると、対応する新しいリクエストがログに表示されるはずです。ログが空ならまずローカルプロキシ経路を確認し、タイムアウトが表示されたらサーバー接続を確認します。

4. 実際のページを確認

   ブラウザーが開いたかだけでなく、ページ本文、画像、次のページへの遷移まで確認します。単一の状態アイコンより、ページが完全に表示されることのほうが信頼できる判断材料です。

別の設定に切り替えてすぐ復旧する場合、元のノードが一時的に到達不能になっているか、パラメータが変わっている可能性があります。サブスクリプション内のすべての設定で同じ症状が出る場合は、端末のネットワークを切り替えてサブスクリプションを再更新し、クライアントを再起動してテストします。デスクトップ版では、いったんシステムプロキシを無効にしてv2rayNを終了し、再起動後に2つ目、3つ目の手順をもう一度行うこともできます。これにより古いプロセスや残った状態を整理できます。Android版では、まず接続を停止し、設定が選択されたままか確認してから、再度許可して起動します。

一部のドメインだけアクセスできず、他のプロキシ通信が正常な場合は、分流ルールやDNS処理に問題が集中している可能性があります。利用できているサブスクリプションを削除したり、クライアントを再インストールしたりする必要はありません。問題のドメイン、現在のルーティングモード、ログに表示された一致結果を記録し、上級マニュアルのDNSとルーティング章 →で段階的に調整してください。基本ガイドはここで終了です。以降は一度に1つの項目だけを変更し、変更ごとに再確認すると効果を正確に判断できます。