v2rayN初心者向け10問：サブスクリプション・コア・システムプロキシの疑問に回答

サブスクリプションの入手先と、インポート後に行うこと

1問目：v2rayNはサブスクリプションURLを提供しますか？

いいえ。v2rayNは設定の読み込み、コアの起動、端末内の通信の転送を担うデスクトップクライアントであり、サーバーを割り当てるサービスではありません。サブスクリプションURLは実際のノードサービス提供者が発行します。通常、サーバーアドレス、ポート、ユーザー識別子、通信方式、TLS、SNI、REALITY公開鍵などの接続情報が含まれています。

サブスクリプションURLはアクセス用の認証情報です。公開ページやスクリーンショット、チャットグループに貼り付けないでください。URLを入手したら、Web管理画面のURLではなく、完全なHTTPSアドレスであることを確認します。管理画面はアカウント管理用で、クライアントが定期的に読み込む設定の入口はサブスクリプションURLです。

2問目：サブスクリプションを貼り付けたのに、なぜリストが空のままですか？

サブスクリプショングループを保存しただけでは、URLを登録したにすぎません。続けて更新を実行する必要があります。v2rayN 7.15.7の画面を例に、初回インポートは次の順序で行います。7.xのマイナーバージョンによってメニュー名が多少異なる場合がありますが、「グループ追加」「サブスクリプション更新」「ノード選択」の3つの操作は変わりません。

1. グループを追加

   メイン画面で「サブスクリプショングループ」→「サブスクリプショングループ設定」→「追加」を開き、名前を入力して完全なサブスクリプションURLを貼り付けます。

2. URLを保存

   URLの前後にスペースや改行がないことを確認して保存し、サーバー一覧に戻ります。サブスクリプションURLを単一サーバーとして直接インポートしないでください。

3. サブスクリプションを更新

   「サブスクリプショングループ」→「すべてのサブスクリプションを更新」を選び、ステータスバーに取得・解析結果が表示されるまで待ちます。

4. ノードを選択

   サーバー一覧でノードをダブルクリックするか、右クリックメニューからアクティブサーバーに設定してから、遅延テストを実行します。

5. プロキシを有効化

   タスクトレイメニューから適切なシステムプロキシモードを選び、ブラウザーなどシステムプロキシに対応したアプリをローカルの待受ポートへ接続します。

コアとは何か、Xrayとv2rayの選び方

3問目：v2rayNをインストールしたのに、なぜコアが必要ですか？

v2rayNは主にグラフィカルインターフェース、サブスクリプション管理、ルーティング設定、プロセス制御を担当します。VMessやVLESSなどのプロトコル接続を実際に確立するのはCoreです。クライアント画面を制御層、Xrayまたはv2ray Coreを実行層と考えると分かりやすいでしょう。画面が選択したノードとルールを実行用設定にまとめ、コアがローカルポートを待ち受けてリモートへ接続します。

コアファイルがない、バージョンが古い、または現在のコアが設定項目に対応していない場合、ノードをクリックするとCoreがすぐ終了することがあります。この場合、システムプロキシを何度も切り替えるのではなく、まずログを開き、ファイルパス、設定項目、プロトコル互換性のどこに問題があるか確認してください。

4問目：Xray Coreとv2ray Coreはどちらを選ぶべきですか？

判断基準は新旧ではなく、ノード設定の要件です。VLESS、XTLS Vision、REALITYなどのパラメーターは通常Xray Coreで処理します。VMess、TCP、WebSocketを中心とした既存設定は、サービス提供者の互換性要件に従ってv2ray Coreを使用できます。サブスクリプションのインポート後に対応コアが指定されている場合は、自動選択の結果を優先してください。

手動で確認する場合は、「設定」→「パラメーター設定」→「Coreタイプ」を開き、現在のプロトコルに対応するコアを確認します。変更後は古いCoreを停止し、アクティブサーバーを再設定してください。古いプロセスが10808、10809などのローカルポートを使用し続けるのを防げます。

システムプロキシとTUNの違い

5問目：ノードを選択したのに、なぜシステムプロキシを有効にする必要がありますか？

ノードを選択するだけでは、Coreがローカルのプロキシ入口を準備したにすぎず、すべてのアプリが自動的に利用するわけではありません。システムプロキシモードはWindowsのプロキシ設定をv2rayNのローカルHTTPまたはSOCKS待受ポートへ向けます。その後、ブラウザーなどシステムプロキシ設定に従うソフトがリクエストをCoreへ渡します。

Coreが正常に動作していてもシステムプロキシを無効にしたままだと、127.0.0.1と対応ポートをソフト内で直接設定したアプリは接続できる一方、一般的なブラウザーは直接接続を続けることがあります。切り分けでは、「コアが起動している」状態と「アプリの通信がコアに入っている」状態を別々に考えてください。

6問目：TUNモードはシステムプロキシより必ず優れていますか？

そうとは限りません。TUNは仮想ネットワークインターフェースを作成し、よりネットワーク層に近い位置で通信を受け取ります。そのため、システムプロキシ設定を読み取らないアプリにも対応でき、UDPや通信を全体的に取り込む場面にも適しています。一方で、権限、仮想NIC、DNS、ルーティングテーブルへの依存が増え、トラブルの切り分け範囲も広くなります。

• まずシステムプロキシでサブスクリプション、ノード、コアが正常に動作することを確認し、その後でTUNの有効化を検討してください。
• TUNを有効にする前に、仮想NICを使用したりシステムルートを変更したりする他のネットワークツールを終了し、デフォルトルートが競合しないようにします。
• TUNの起動に失敗した場合は、ログにある権限、ドライバー、インターフェース作成、ルート書き込みの情報を確認してください。Webページが開くかどうかだけで判断しないでください。
• v2rayNを終了する前にシステムプロキシを元に戻すかTUNを停止し、停止済みプロセスを指すプロキシ設定がシステムに残らないようにします。

タスクトレイアイコン、遅延、接続状態の見方

7問目：タスクトレイアイコンの色は、ノードが接続済みであることを示しますか？

色だけでリモート側の利用可否を判断することはできません。タスクトレイアイコンは主にv2rayNの実行状態やシステムプロキシモードを示します。色の対応はバージョン、テーマ、プロキシモードによって変わります。より確実なのは、タスクトレイメニューを開き、現在選択されているシステムプロキシ状態、アクティブサーバー名、Coreの実行状態を確認することです。

アイコンにプロキシ有効と表示されても、システムプロキシのスイッチが書き込まれたことを示すだけで、TLSハンドシェイク、リモート認証、外部アクセスがすべて成功したとは限りません。逆にシステムプロキシが無効でも、SOCKSアドレスを手動設定したアプリはローカルポート経由で接続できる場合があります。

8問目：遅延が負の値、タイムアウト、高い値の場合、ノードは必ず使えませんか？

テストコマンドによって測定する経路が異なります。TCP遅延は主に対象アドレスとポートへの接続確立を確認するもので、プロキシプロトコル全体を検証するわけではありません。実際の遅延テストはコアとリモートノードを経由するため、実際のアクセス結果に近い判定になります。特定の検査方式に応答しないサーバーでも、Webリクエストを正常に転送できる場合があります。

初めてノードを絞り込むときは、まず全ノードにTCP遅延テストを1回実行し、候補ノードに実際の遅延テストを行います。1回だけの最小値を追うより、連続テストで安定し、エラー率が低いノードを選ぶほうが確実です。同じサブスクリプションの全ノードが同時に失敗する場合は、ノードごとのパラメーターを変更する前に、端末の時刻、DNS、サブスクリプションの有効期限、ネットワーク環境を確認してください。

接続失敗の切り分けと、更新時に設定を保持する方法

9問目：接続済みと表示されるのにWebページが開けない場合、最初に確認する場所は？

通信経路に沿って近い箇所から順に確認すると効率的です。アプリがプロキシを使用しているか、ローカルポートが待ち受けているか、Coreがエラーを報告していないか、ノードがハンドシェイクを完了しているか、ルーティングルールが対象を誤って直接接続または遮断にしていないかを確認します。DNS、TUN、コア、ノード設定を同時に変更すると、どの変更が影響したか分からなくなります。

1. アクティブノードを確認

   サーバー一覧にアクティブサーバーがあること、ノードのプロトコル・アドレス・ポートが空欄でないこと、サブスクリプショングループが無効になっていないことを確認します。

2. コアログを確認

   ログウィンドウを開き、まずfailed、timeout、handshake、invalid、address already in useなどのキーワードを探し、最初に出たエラーを記録します。

3. ローカルポートを確認

   「設定」→「パラメーター設定」で待受アドレスとポートを確認します。システムプロキシは127.0.0.1と現在の実際のHTTPポートを指している必要があります。

4. 一時的にデフォルトルートを使用

   一時的に基本ルーティング設定へ戻し、カスタムドメインルール、IPルール、遮断ルールによって対象通信が誤った出口へ送られていないか切り分けます。

5. 同じグループの別ノードに変更

   同じサブスクリプション内の別ノードを選んで再テストします。1つのノードだけが失敗する場合、問題はリモート側の状態またはそのノードのパラメーターにある可能性が高くなります。

ログの最初のエラーは、後続する連鎖的なエラーより重要なことが多いです。たとえばポート競合があるとCoreはローカルの入口を作れず、その後の接続失敗は結果として発生します。SNIの不一致、システム時刻のずれ、REALITY公開鍵の誤りは、ハンドシェイク段階で接続を中断させます。エラーがどの層で発生したかを特定してから、対応する設定を変更してください。

10問目：v2rayNを更新すると、サブスクリプションやカスタムルールは失われますか？

設定が保持されるかどうかは、更新方法とデータディレクトリの場所によって決まります。メインプログラムを上書きする前にv2rayNを完全に終了し、タスクトレイのプロセスとCoreが停止していることを確認してから、現在のプログラムディレクトリにある設定データをバックアップしてください。実行中にファイルを直接置き換えると、設定がまだ保存されていなかったり、ファイルが使用中になったりするおそれがあります。

アップグレード後は、サブスクリプショングループ、アクティブサーバー、ローカルポート、Coreタイプ、ルーティングルールを確認してからプロキシを起動します。複数のメジャーバージョンをまたぐ更新では、まずデフォルト設定でノード接続テストを1回行い、その後カスタムDNS、ルーティング、TUN設定を一つずつ戻すと、旧項目と新バージョンの動作差を特定しやすくなります。

初心者の基本設定は、5つの手順にまとめられます。有効なサブスクリプションを入手し、サーバー一覧を更新し、互換性のあるコアを選び、アクティブノードを設定し、適切な通信入口を有効にします。初回確認にはシステムプロキシが適しており、TUNは基本経路が安定してから有効にします。問題が起きたときは、アイコンの色よりログと実際のポートを重視してください。