V2Ray初心者向けFAQ 10選：サブスクリプション・ノード・コア・プロキシモードを解説

1. V2Ray、クライアント、コアの違いは？

クライアントは操作画面を提供し、コアは実際の接続を処理します。「V2Rayをインストールする」という言い方は、GUIクライアントの導入を指す場合も、プロキシコアのセットアップを指す場合もあります。初心者はまずクライアントを選び、サービス提供元から入手した設定をインポートすればよく、通常は空の設定ファイルからルールを作る必要はありません。

• クライアント：v2rayN、v2rayNG、v2flyNGでは、ノード一覧、サブスクリプションのインポート、ログ、設定を操作できます。
• コア：XrayやV2Flyのコアプログラムが設定を読み込み、プロトコル接続、ルーティング、DNSなどを処理します。
• プロトコル：VMessやVLESSは接続プロトコルです。サブスクリプションサービスやシステムプロキシモードではありません。
• トランスポートとセキュリティ層：TCP、WebSocket、TLSなどの設定で接続方式が決まります。サーバー側の設定と一致させる必要があります。

画面が開いていても、コアが起動しているとは限りません。コアが起動していても、ブラウザーがプロキシを経由しているとは限りません。「アプリの入口 → ローカルコア → リモートノード」の順に確認し、Webページが開かないからといってすぐにプロトコルを変更しないでください。

2. サブスクリプションURLとノードリンクは同じもの？

サブスクリプションは通常、複数のノードを取得・更新するためのURLです。ノードリンクは通常、1つの接続設定を表します。クライアントがサブスクリプションを更新すると、URLにアクセスして返された内容を解析し、グループ内のノードを更新します。サブスクリプション自体は接続済みのプロキシではありません。インポート後にノードを選択して接続を開始する必要があります。

3. パソコンとAndroidで使うクライアントは？

まず端末のプラットフォームに合ったものを選び、ノードで必要なコア機能を確認します。以下の「おすすめ」はデスクトップでの利用を想定したもので、プラットフォームをまたいだ性能ランキングではありません。インストール方法とシステム要件はダウンロードページを確認し、異なるプラットフォーム向けのパッケージを使い回さないでください。

クライアントは設定を管理するもので、使えるサブスクリプションを自動で提供するわけではありません。インストール後にノード一覧が空でも、まだ設定をインポートしていないだけの場合があります。それだけでインストール失敗と判断しないでください。

4. XrayとV2Fly、どちらのコアを選ぶ？

名前から速さを推測せず、ノードが必要とする機能で選びます。両者には共通の技術的なルーツがありますが、機能や設定形式にはすでに違いがあります。クライアントにプロトコル名が表示されても、どのコア・バージョンでもそのノードが動くとは限りません。

• REALITYまたはxtls-rprx-visionを使用：対応機能を備えたXrayコアと対応クライアントを使ってください。V2Flyコアに置き換えて動かすことはできません。
• VMess + WebSocket + TLS：どちらのコアも関連機能に対応していますが、サーバー側の要件、フィールド形式、クライアントの変換機能を確認してください。
• 設定がすでに使えている：まず現在のコアをそのまま使います。「未対応のパラメーター」など明確なエラーが出た場合に機能要件を調べ、接続が正常な間は複数の項目を同時に変更しないでください。
• カスタムJSON：どのコア向けのファイルか確認してください。フィールド名が同じでも、値や動作が完全に一致するとは限りません。

v2rayNでは、「設定」→「パラメーター設定」で、現在の画面にあるコア関連の項目を確認できます。ノードの編集画面と起動ログも併せて、実際に使われているコアを確認してください。画面のバージョンによってコア選択項目の場所は異なります。ダウンロードフォルダー内のファイル名を変更しただけで「コアを切り替えた」と判断しないでください。プロトコルの概要はプロトコルの詳しい解説をご覧ください。

5. VMessとVLESSで手動設定が必要な項目は？

サブスクリプションを正常にインポートできている場合は、まずノードの項目を変更しないでください。VMessとVLESSでは認証方式が異なり、プロトコルの選択肢を切り替えるだけでは変換できません。VLESS自体には通信を暗号化する機能がありません。TLSやREALITYなどのセキュリティ層を使うかどうかは、サーバー側の設定と合わせて判断してください。

証明書エラーを「証明書の検証をスキップ」の恒常的な有効化で解決しないでください。まずシステム時刻、ノードアドレス、serverNameを確認し、サブスクリプションの更新が必要か調べます。パラメーターが不足している場合は、別のノードを参考に補完せず、完全な設定を提供元に問い合わせてください。

6. ポート番号とローカルプロキシアドレスの見方

ローカルの待ち受けポートとリモートサーバーのポートは別のものです。まず、よく使われる3つの番号を区別しましょう。10808はこのセクションで使うローカルポートの例であり、すべてのクライアント共通の既定値ではありません。443と53は関連するネットワークサービスでよく使われるポートですが、すべての通信をこれらのポートに変更すべきという意味ではありません。

以下のカード2つは、「ローカルのインバウンドを2つ個別に設定する」場合の例です。設定で該当する待ち受けが実際に構成されている場合に限り、アプリにこの値を入力してください。HTTPとSOCKSを1つの混合ポートで受け付ける設定では、画面に表示された同じポートを使います。別のポートを推測して入力しないでください。

別の端末からパソコンのプロキシに接続するために127.0.0.1を入力しないでください。このアドレスは、入力した端末自身を指します。初期設定ではローカルからのアクセスのみを許可し、Webページの問題を解決するためにLANからの接続を安易に許可しないでください。

7. システムプロキシ、全般モード、ルールモードの違い

システムプロキシはアプリがクライアントに接続する入口を決め、ルーティングルールは接続後のリクエストの転送先を決めます。この2つは別の設定です。システムプロキシを有効にしても、すべてのプログラムがそれに従うとは限りません。ルーティングを全般モードにしても、プロキシをまったく使っていないプログラムの通信が自動的に取り込まれるわけではありません。

普段はクライアントが用意する適切なルールを使い、必要に応じてログを見ながら特定のドメインを調整します。同じWebサイトが全般ルーティングでは開き、ルールルーティングでは開かない場合は、すぐにソフトを再インストールせず、適用されたルールとDNSの結果を確認してください。TUNモードやVPNモードでもルーティングの確認は必要です。アプリごとの設定で対象プログラムが除外されている場合もあります。

8. ノードを選択すれば接続成功？

いいえ。ノードの選択はアウトバウンド設定を指定しただけです。遅延テスト、Webページへの実アクセス、DNSクエリの確認では、それぞれ異なる経路を調べます。テストで時間が表示されても、対象サイト、UDP、すべてのアプリが正常に動くとは限りません。

1. コアの起動を確認：ログに「address already in use」などのポート使用中エラーや、設定項目を認識できないというエラーがないか確認します。
2. アプリの入口を確認：デスクトップのブラウザーはシステムプロキシを使うか、ローカルプロキシを明示的に設定します。AndroidではVPNが起動しており、対象アプリが除外されていないことを確認します。
3. 実際のリクエストを確認：テストしたいサイトを開き、該当する接続がログに記録されるか確認します。ログの詳細が足りない場合は、一時的にログレベルを上げ、テスト後に元に戻してください。
4. DNSを確認：ログにドメイン名の解決エラーが表示されたら、まずDNS設定とサーバーへの到達性を確認します。ノードを変更するだけでは、ローカルの名前解決の問題が解決しない場合があります。

ローカルのSOCKS5待ち受けが127.0.0.1:10808で、システムにcurlがインストールされていることを確認したうえで、以下のコマンドを使ってプロキシ経由のリクエストを試せます。このリクエストだけがSOCKSプロキシを経由し、接続先ドメインの解決もプロキシ側で行われます。他のアプリにプロキシ設定を適用するものではありません。

curl --connect-timeout 10 --max-time 20 --socks5-hostname 127.0.0.1:10808 -I https://v2rayopen.com/

ローカルポートが異なる場合は、まずコマンド内のポート番号を置き換えてください。接続拒否が発生したら、最初にローカルの待ち受けを確認します。タイムアウトはリモート経路の問題も考えられます。HTTPレスポンスを受け取れたとしても、その1回のリクエストに応答があったことを示すだけで、すべてのサイトが使える証明にはなりません。

9. 初めてサブスクリプションをインポートする手順

ここではv2rayNのデスクトップ画面を例に説明します。メニュー名はバージョンによって多少異なる場合があります。「グループ作成 → URL保存 → 更新 → ノード選択 → 入口設定」の順に進めてください。初回のトラブルシューティングでは通常のシステムプロキシを使い、複数の通信制御方式を同時に有効にしないでください。

1. インストールパッケージを選ぶ

   インストールパッケージのページで、Windows、macOS、Linuxとプロセッサーのアーキテクチャに合ったファイルを選びます。各OSの説明に従ってインストールまたは解凍し、起動してください。

2. サブスクリプションを保存する

   「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、グループを追加します。メモとサブスクリプションURLを入力して保存してください。単一ノードのvless://リンクをサブスクリプションURLに入力しないでください。

3. グループを更新する

   「サブスクリプショングループ」メニューから、プロキシを経由しない更新操作を選びます。一般的な表記は「すべてのサブスクリプションを更新（プロキシを経由しない）」です。更新結果を確認してから、一覧にノードが表示されるか確認します。

4. 使用するノードを設定する

   一覧から対象のノードを選び、右クリックメニューの「アクティブサーバーに設定」で有効にします。画面下部のログを確認し、コアが正常に起動したことを確認してください。リストでハイライトされているだけで有効になったと判断しないでください。

5. アプリの入口を有効にする

   Windowsでは通常、トレイメニューの「システムプロキシ」→「システムプロキシを自動設定」を選びます。他のデスクトップ環境ではインストール手順に従ってシステムプロキシの権限を確認し、ブラウザーから実際にリクエストを送ってください。

サブスクリプションURLへのアクセスにプロキシが必要で、利用可能なプロキシもすでにある場合に限り、プロキシ経由の更新に切り替えてください。使えるノードがない状態でプロキシ経由の更新を選ぶと、「接続設定を取得するために、先に接続が必要」という状況になりかねません。更新に成功してもサービスの利用枠が有効とは限らないため、提供元のアカウント状態も確認してください。

10. 更新失敗、Webページが開かない、別端末で使う場合の対処

まず症状から問題のある層を特定し、一度に変更する項目は1つにします。問い合わせる際はクライアント名、コアの起動エラー、どの手順で失敗したかを記録してください。「使えない」とだけ伝えたり、サブスクリプションURL全体が写った画面をアップロードしたりしないでください。