v2rayN デスクトップ版と、v2rayNG・v2flyNG Androidクライアントの入手先をまとめ、実際の設定項目をもとにサブスクリプションのグループ分け、システムプロキシ、TUNモード、ルーティングルール、コアの選択を解説します。初回インポートからプロトコル選びまで、設定の流れを網羅しています。
CLIENT SETTINGS
システムプロキシ、サブスクリプショングループ、ルーティングルール、コア設定は、それぞれ独立したスイッチではありません。各機能の役割を先に理解し、端末や用途に合わせて組み合わせれば、インポートは成功したのに接続動作が期待と異なる問題を減らせます。
PROXY MODE
システムプロキシは、OSのプロキシ設定を参照するブラウザーやデスクトップアプリに主に作用し、有効にするとクライアントが現在のユーザーにプロキシアドレスを書き込みます。TUNモードはネットワークインターフェースに近い層で動作し、プロキシ設定の項目を持たないアプリにも対応できます。両方とも有効にすればよいわけではありません。通常のウェブ閲覧や開発ツールでは、まずシステムプロキシを使います。特定のプログラムがシステム設定を参照しない場合は、ガイドで権限、DNS、ルーティングを確認してからTUNを有効にしてください。モード変更後は、現在のサーバーがアクティブになっていることも確認し、スイッチだけ有効で利用可能な出力先がない状態を避けます。
SUBSCRIPTION GROUP
サブスクリプションURLは通常、複数のサーバー設定を返します。クライアントはURL自体を単一ノードとして扱うのではなく、指定したグループにまとめて登録します。グループ名、更新URL、自動更新間隔、フィルター規則によってリストの管理方法が決まります。複数の取得元は別々のグループに分けると、個別に更新・無効化したり、形式エラーを確認したりできます。インポート後にリストが空の場合は、URLの内容、サブスクリプション形式、更新履歴、フィルター条件を順番に確認し、既存グループを何度も上書きしないでください。単一のvmess://またはvless://共有リンクは、クリップボードから直接インポートするのが適しています。
ROUTING RULES
ルーティングは、ドメイン、IP、ポート、プロセスなどの条件で接続を判定し、プロキシ、直接接続、遮断などの出力先へ渡します。ルールには明確な順序があり、先に一致した項目が通常は優先されるため、範囲の広すぎるルールが後続の細かな設定を上書きすることがあります。初めて使う場合はクライアント内蔵のルールから始め、よく使うサイトやアプリの動作を確認してからカスタム項目を追加しましょう。ルール変更後は設定を再読み込みし、ドメインリクエストと純粋なIPリクエストを分けてテストしてください。DNSの結果とルールの一致を混同しないことが重要です。
CORE FAMILY
グラフィカルクライアントは設定のインポート、編集、表示を担い、実際に接続を確立するのは基盤となるコアです。V2FlyはProject Vのコミュニティ実装と汎用的な設定体系を受け継ぎ、Xrayは近い設定モデルを基盤にVLESS、REALITY、XTLS Visionなどの機能を拡張しています。基本フィールドには相互に解釈できるものもありますが、拡張プロトコルやトランスポートの詳細は、名称を変更するだけでは変換できません。コアを選ぶ際は、サーバー側が指定するプロトコル、トランスポート、セキュリティ方式、クライアントの対応範囲を確認してから、標準コアか対応実装かを決めてください。
PLATFORM ENTRIES
デスクトップではv2rayNが中心です。Androidでは、コアの要件に応じてv2rayNGとv2flyNGから選べます。各プラットフォームの入口からダウンロードページの該当タブを開くと、パッケージ形式、アーキテクチャ、システム要件を確認できます。
Windowsではv2rayNデスクトップ版と従来型のWPF版を利用できます。デスクトップ版はクロスプラットフォームUIを採用しており、通常のインストールに適しています。WPF版は従来のWindows操作レイアウトを維持しています。ダウンロードページで動作環境や好みに合わせて選べばよく、2種類を同時にインストールする必要はありません。
ダウンロードページへmacOSではv2rayNデスクトップクライアントを使用し、インストーラーはApple SiliconとIntelプロセッサー向けに分かれています。チップアーキテクチャを端末に合わせる必要があります。不明な場合はシステム情報でチップ名を確認し、ARM64またはx64の対応入口を選んでください。
ダウンロードページへAndroidでは、Xrayコアを使用するv2rayNGが第一候補です。V2Flyコアの実装が必要な場合はv2flyNGを選べます。比較的新しいスマートフォンの多くはARM64版が適しています。アーキテクチャが不明な端末や互換性を広げたい場合は汎用版を使用します。
ダウンロードページへLinuxではv2rayNのdeb版とrpm版を提供しており、x64とARM64を選択できます。Debian・Ubuntu系は通常deb、Fedora・RHEL系は通常rpmを選びます。インストール前にデスクトップ環境とプロセッサーアーキテクチャも確認してください。
ダウンロードページへQUICK START
初回設定ですべての高度な項目を一度に変更する必要はありません。まずインポート、選択、接続を完了し、実際の用途に応じてTUN、ルーティング、プロトコル設定を追加すると、問題の切り分けが容易になります。
対応するプラットフォームのダウンロードページを開き、OSとプロセッサーアーキテクチャに合うパッケージを選びます。Windowsはデスクトップ版とWPF版から選択し、macOSとLinuxではアーキテクチャを重点的に確認します。Androidでは必要なコアに応じてv2rayNGまたはv2flyNGを選んでください。初回起動後は、クライアントのメイン画面、トレイアイコン、バックグラウンドサービスが正常に表示されることを確認してから設定をインポートします。
サブスクリプションURLはサブスクリプショングループに追加してから、手動更新を1回実行します。vmess://、vless://、trojan://などの単一リンクはクリップボードからインポートできます。完了後、リストが生成されたか、プロトコル名が一致しているか、サーバー項目がフィルターで隠れていないかを確認してください。QRコードとクリップボードは入力方法にすぎず、最終的にはクライアントが読み取れる設定フィールドに変換されます。
リストから設定を1つ選び、アクティブサーバーにして、まずシステムプロキシを有効にして基本接続を確認します。ブラウザーやよく使うプログラムが正常に動作したら、ルールモード、グローバルモード、TUNモードが必要か判断してください。接続が期待どおりに動かない場合は、サーバーが有効か、プロキシモードが反映されているか、システム時刻が正確か、プロトコルとトランスポートのパラメータが適切に組み合わされているかを個別に確認します。
OPEN ECOSYSTEM
クライアント、コア、プロトコルの役割分担を理解することは、ボタンの位置だけを覚えるより重要です。画面は管理を担い、コアは処理を実行し、サブスクリプションは設定を伝えます。
Project Vは、設定駆動、多数のインバウンド・アウトバウンド、組み合わせ可能なトランスポートを中心とするツールエコシステムを築きました。コミュニティの開発方針が進む中で、V2Flyは汎用プロキシコアと設定体系を受け継ぎ、Xrayは近いモデルを基盤に、より多くのプロトコルとトランスポート機能を拡張しています。両者にはインバウンド、アウトバウンド、ルーティング、DNSなど共通する概念が数多くありますが、具体的なフィールド、利用可能なトランスポート、拡張機能は選択したコアの対応状況に従う必要があります。
この系譜関係から、異なるクライアントが似たサーバーフィールドを表示していても、同じ項目を完全にサポートするとは限らない理由が分かります。クライアントのフォームは入力内容をコア設定へ変換するだけです。特定コアの拡張に属する機能では、別のコアが基本プロトコルを認識できても、対応するセキュリティ層やフロー制御パラメータを処理できない場合があります。
v2rayNはWindows、macOS、Linuxのデスクトップ環境に対応し、サブスクリプション管理、サーバー編集、システムプロキシ、TUN、ルーティングルール、コア呼び出しを担います。複数のサブスクリプションを管理し、実行ログを確認し、ルーティングモードを切り替え、プロトコルの詳細を調整したいユーザーに適しています。デスクトップ画面と基盤コアは分離されているため、画面の更新、コアの切り替え、サブスクリプションの更新は別々の操作であり、1つの作業として扱わないでください。
v2rayNGはAndroidで広く使われているXrayクライアントで、VLESS、REALITY、XTLS VisionなどXrayの機能を使う設定に適しています。v2flyNGはV2Flyコアを採用し、対応するエコシステムの設定に使えます。どちらもサブスクリプション、共有リンクのインポート、ルーティング、接続制御を備えていますが、コアが異なるためプロトコル拡張の範囲も異なります。選択時は画面名だけで比較せず、設定元が明示するプロトコル、トランスポート、セキュリティ方式、フロー制御パラメータを基準にしてください。
3つのクライアントとそのコアは、オープンソースコミュニティによって継続的に保守されています。コード変更、問題修正、機能の進化は、各プロジェクトが採用するオープンソースライセンスに従います。オープンソースであることで、設定構造や実装ロジックを公開の場で議論でき、異なるクライアントが同じプロトコル概念をもとに独自の画面を構築できます。利用者にとって実用的な判断基準は、変更内容、コアの互換範囲、設定移行に関する案内を確認することです。「クライアントの更新」「コアの更新」「サブスクリプションの更新」を同じものとして扱わないようにしましょう。
クライアントの更新は画面、プラットフォーム対応、管理機能の変更をもたらします。コアの更新は主にプロトコル実装、トランスポートの動作、安定性に影響します。サブスクリプションの更新はサービス設定のリストだけを更新します。異常が発生したら、まずどの層の問題かを判断してから更新またはロールバックする対象を決めると、原因を特定しないまま複数の要素を同時に変更する事態を避けられます。
COMMON QUESTIONS
ここでは、サブスクリプションのインポート、プロキシモード、プロトコルの組み合わせに関する疑問を取り上げます。詳しい操作手順は、はじめにを順番に確認してください。
まずサブスクリプショングループで手動更新を実行し、クライアントが形式エラーやネットワークエラーを返していないか確認します。次に、URLが実際にサブスクリプション内容を返しているか、フィルター条件で除外されていないかを確認してください。ウェブページの説明URLをサブスクリプションデータのURLと取り違えないようにしましょう。
サブスクリプションのインポート手順を見る →まずシステムプロキシで基本接続を確認することをおすすめします。OSのプロキシ設定を参照するアプリに適しています。特定のプログラムがシステムプロキシを使わない場合に限り、権限、DNS、ルーティングの要件を確認してからTUNを有効にしてください。
プロキシモードの説明を見る →インポートできることは、形式を解析できるという意味にすぎず、プロトコルパラメータが完全に一致していることを示しません。プロトコルの種類、アドレス、ポート、ユーザー識別子、トランスポート方式、セキュリティ方式、SNI、フロー制御などを確認し、システム時刻が正確であることも確認してください。
プロトコルマニュアルを見る →選択はサーバー側が提供するプロトコルとトランスポートの組み合わせによって決まり、サーバーが対応していなければクライアント側で変換することはできません。VLESSは現代的なトランスポートやXray拡張と組み合わせることが多く、VMessはProject Vの従来型プロトコル、Trojanは別の認証モデルを採用しています。
プロトコル比較を見る →TECH NOTES
インストールの詳細からサブスクリプション形式、プロトコルのハンドシェイク経路まで、具体的な疑問ごとに解説します。基本設定を終えた後の確認に適しています。
ダウンロードと解凍、動作環境、初回起動までWindowsのインストール手順を順に説明し、デスクトップ版とWPF版の画面や用途を比較します。システムプロキシが反映されない、トレイアイコンが表示されないといった問題の確認順序もまとめています。
記事を読む →集約型サブスクリプション、ネイティブJSON設定、単一共有リンクの構造の違いを整理し、クライアントが内容を識別する仕組み、互換性に影響するフィールド、インポートに失敗したとき最初に確認すべき形式の層を説明します。
記事を読む →ハンドシェイク、証明書検証の経路、データ転送の層からREALITYとXTLS Visionの設計上の選択を解説し、クライアントにおけるプロトコル、セキュリティ方式、フロー制御、サーバー名フィールドの組み合わせ方を説明します。
記事を読む →