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

v2rayNのデスクトップ版でメインウィンドウを開き、「サブスクリプショングループ」または同様の名前のメニューを探します。グループ設定を開いて追加を選択し、識別しやすいサービス名をグループ名に入力します。URL欄には先ほどコピーした完全なサブスクリプションURLを貼り付けてください。その他の項目はひとまず既定値のままにし、URLが途中で切れていないことを確認して保存します。保存はローカルにサブスクリプション情報を登録するだけなので、サーバー設定を読み込むには更新も必要です。

メイン画面に戻り、サブスクリプションメニューから現在のグループを更新、またはすべてのサブスクリプションを更新します。更新中は通常、ステータスバーやログ欄に処理結果が表示されます。成功すると、メイン画面のサーバー一覧に複数の項目が表示され、プロトコル、アドレスの別名、または提供元が設定したメモなどを確認できます。項目数はサブスクリプションの内容によって異なるため、数だけで品質を判断することはできません。ここでは一覧が空でなく、明らかな解析エラーがないことを確認してください。

v2rayNGのAndroid版では、サイドメニューから「サブスクリプショングループ設定」を開き、追加ボタンをタップして名前とURLを入力し、保存します。サーバー一覧に戻り、メニューから「サブスクリプションを更新」を実行してください。更新が終わると、サーバー項目が一覧に表示されます。手動で追加した設定がすでにある場合、新しい項目と同時に表示されることがあります。グループ名で区別できるため、既存の内容を削除する必要はありません。

更新に失敗したら、まずメッセージを確認

画面にURL形式のエラーが表示された場合は、まずURLの前後にある空白を削除し、元のページからもう一度コピーしてください。接続できない、またはリクエストがタイムアウトした場合は、現在のネットワークからサブスクリプションの提供元にアクセスできるか、システム時刻が正確かを確認します。更新完了と表示されたのに一覧が空の場合は、サブスクリプションから有効な項目が返されていないか、現在のグループのフィルターで新しい項目が非表示になっている可能性があります。更新ボタンを短時間に何度もクリックしないでください。無効なURLは直らず、ログが混ざって確認しにくくなります。

サブスクリプションの更新に失敗する原因は、URLの期限切れ、更新リクエストに既存のプロキシ接続が必要、クライアントのポートが使用中などさまざまです。メッセージだけで判断できない場合は、サブスクリプション更新失敗のトラブルシューティングに沿って確認してください。サーバー一覧が正常に表示されたら、次にプロキシモードを選択します。

サーバー項目が表示されたら、次にどのアプリの通信をクライアントへ渡すか決めます。ここでは2つの概念を区別してください。サーバーは通信の宛先を決め、プロキシモードはどの通信をクライアントに通すかを決めます。サーバーを選ぶだけで適切なプロキシ入口を有効にしなければ、ブラウザーや他のアプリは元のネットワーク経路を使い続ける場合があります。

v2rayNのデスクトップ版を初めて使う場合は、まずシステムプロキシメニューから「システムプロキシを自動設定」を選び、その後ルールモードで分流します。システムのネットワーク設定を参照する多くのブラウザーやデスクトップアプリは、この設定に従います。ルールモードはクライアント内のルーティングルールに基づいて接続方法を判断するため、日常利用に適しています。グローバルモードはより多くのリクエストを同じアウトバウンドへ送るため、アクセス問題がルール判定によるものか短時間で確認する場合に便利ですが、必要がない限りすべての通信経路を長期間変更することはおすすめしません。

TUNモードは仮想ネットワークインターフェースを通じて、より広範囲のシステム通信を引き受けます。システムプロキシ設定を参照しないアプリに適していますが、追加のシステム権限が必要になることがあり、他の仮想ネットワークツールと競合する可能性もあります。初回設定でいきなりTUNを有効にする必要はありません。まずシステムプロキシでサブスクリプションとサーバーが正常であることを確認すれば、問題の範囲を絞れます。ブラウザーは正常なのに特定のアプリだけ変化しない場合に、TUNモードを検討してください。

v2rayNGのAndroid版では、接続をタップするとシステムレベルのVPN経路が確立され、ルーティング設定によって選択したサーバーを通る通信が決まります。初回は現在の既定ルールをそのまま使い、ドメインポリシー、アプリフィルター、カスタムルートを同時に変更しないでください。一度に変更する項目を1つに絞り、結果を確認してから次へ進むと、後で問題が起きた際に原因を特定しやすくなります。

どのモードを選ぶべきか

目的がサブスクリプションの利用可否を確認することだけなら、システムプロキシとルールモードで十分です。ブラウザーは使えるのに、コマンドラインツール、ゲームランチャー、特定のアプリがクライアントを経由しない場合は、まずアプリに個別のプロキシ設定があるか確認してからTUNの利用を判断します。ドメインルール、IPルール、アウトバウンドタグの関係を理解したい場合は、設定リファレンスのrouting章を参照してください。このガイドでは複雑なルール作成は扱いません。

モードの設定後、すぐに複数のアプリで同時テストしないでください。まずブラウザーのウィンドウを1つだけ共通の確認対象にし、次にステップ3で具体的なサーバーを選んで接続を開始します。これにより、「モードが通信を引き受けていない」のか「サーバー自体に接続できない」のかを切り分けられます。

サーバー一覧に戻り、まずサブスクリプション項目を1つ選びます。v2rayNのデスクトップ版では、対象項目をダブルクリックするか、右クリックメニューからアクティブサーバーに設定できます。選択中の項目は通常、色、チェック状態、ステータスバーの表示などで示されます。その後、クライアントのコアが起動していることと、システムプロキシの状態がステップ2の選択と一致していることを確認してください。一覧の行をクリックしただけでは、アクティブサーバーが切り替わっていない場合があります。ステータス欄に表示される現在のサーバー名を基準にしてください。

v2rayNGのAndroid版では、サーバー項目をタップして現在の設定にし、メイン画面の接続ボタンをタップします。初回の経路確立時には接続許可が表示されるため、確認すると接続ボタンと状態欄が変化します。上部のステータスバーにも、通常はシステムネットワーク経路の表示が現れます。タップ直後に未接続へ戻る場合は、ノードを何度も切り替えず、クライアントのログで最後の数行を確認してください。

サーバー一覧が多い場合は、クライアントのテスト機能で基本接続を確立できない項目を先に絞り込めます。テスト結果はその時点のネットワーク状況だけを示し、長期的な性能を保証するものでも、実際のアクセス確認の代わりになるものでもありません。基本テストを完了できる項目を1つ選び、アクティブサーバーに設定してから接続ログを確認します。通常、コアの起動後にはローカルのインバウンドポートや現在の設定の読み込みなどが表示されます。timeout、rejected、設定解析エラーが出た場合は、エラーのキーワードを記録してください。

接続ボタンは有効なのにアクセスできない

接続状態は、ローカル経路とクライアントプロセスが起動していることを示すだけで、リモートサーバーが必ず利用できることを意味しません。まず同じサブスクリプション内の別の項目に切り替えて比較してください。すべての項目が同じ箇所でエラーになる場合は、端末の時刻、ネットワーク接続、クライアントの権限、サブスクリプションが直前に正常更新されたかを確認します。1つの項目だけ失敗するなら、その項目のサービス状態やパラメーターに原因がある可能性が高いです。

トラブルシューティング中に、ポート、DNS、ルート、コア設定を同時に変更しないでください。一度に複数の変数を変えると、成功しても失敗しても原因を特定できません。ログに明確な英語のエラーが出た場合は、V2Ray実行ログでよくあるエラーの解説を参照してください。より詳しい障害分類は、よくある問題のトラブルシューティングで確認できます。

接続が確立しても、クライアントのボタンの色だけを見て判断しないでください。確認は、ローカル状態、ブラウザーアクセス、対象アプリの3段階で行います。第1段階ではクライアントを確認します。アクティブサーバー名が正しく、コアが動作し続け、ログに接続失敗が連続していないことを確認してください。第2段階では新しいブラウザーウィンドウを開き、普段テストに使う対象ページへアクセスします。新しいウィンドウを使うと、既存の接続、キャッシュ、セッションによる影響を抑えられます。

対象ページが正常に開いたら、クライアントに戻って対応する接続ログが追加されているか確認します。新しいインバウンド、ルーティング、アウトバウンドの記録があれば、ブラウザーのリクエストがクライアントに入ったことを示します。ルールモードでは、一部の接続がダイレクトと判定されることがありますが、これは正常なルーティング結果です。重要なのは、プロキシが必要な対象が想定どおり対応するアウトバウンドを使っていることであり、すべてのログが同じ経路を示すことではありません。

ブラウザーで確認できたら、実際に使いたいアプリを開きます。ブラウザーは正常なのに対象アプリに変化がない場合、サーバー経路自体は利用可能で、アプリがシステムプロキシを参照しているかどうかに問題があることが多いです。まずアプリのネットワーク設定に「システムプロキシを使用」や手動プロキシの項目があるか確認してください。デスクトップのコマンドラインアプリでは個別にプロキシ環境を設定する必要があることが多く、ブラウザーが成功したからといって端末も自動的に追従するとは限りません。ブラウザーと端末で確認手順を分けたい場合は、システムプロキシが反映されない場合の個別確認リストを参照してください。

完了後に復元テストを1回実行

アクセスが正常なことを確認したら、いったん接続を切り、ブラウザーの挙動が元のネットワーク経路に戻るか確認してから、もう一度接続します。この短い切断・再接続テストで、システムプロキシの状態をクライアントが実際に制御しているか確認できます。また、デスクトップ版の終了後にシステムプロキシが復元されない問題も見つけられます。テスト後は、クライアントの状態、システムプロキシの状態、実際の利用目的が一致するようにしてください。

ルールモードを長期利用する場合、次に学ぶのはサブスクリプション更新、ノード切り替え、基本的なルーティングだけで十分です。すぐに内部のJSONを編集する必要はありません。複雑なDNS、ポリシーオブジェクト、カスタムインバウンドは、基本手順が安定してから扱うとよいでしょう。構造についてはV2Ray設定ファイルリファレンスを参照してください。これで初回接続の手順は完了です。