PROJECT V
4プラットフォームのクライアント導入先、サブスクリプションのインポート手順、ルーティングの解説をまとめています。インストールパッケージの選択から接続トラブルの確認まで、トランスポート層・プロトコル層・ルーティング層に分けて設定を整理し、複数の設定画面を行き来する手間を減らします。
CONFIGURATION LAYERS
クライアントの画面では複雑な項目がフォームにまとめられていますが、接続結果はトランスポート、偽装、プロトコル、ルーティングの4種類のパラメータで決まります。ノードを何度も切り替えるより、層ごとに確認するほうが問題を特定しやすくなります。
TRANSPORT / 01
トランスポート層では、TCPやWebSocketなどの搬送方式に加え、ポート、パス、ホスト名、安全レイヤーの組み合わせを扱います。サブスクリプションをインポートすると、通常これらの項目はクライアントに自動入力されます。手動で変更する場合は、サーバー側と一つずつ一致させる必要があります。ノードがタイムアウトする、ハンドシェイクに失敗する、接続直後に切断されるといった場合は、システムプロキシを変更する前に、アドレス、ポート、トランスポート方式、TLS設定を確認しましょう。搬送方式を独立した層として捉えると、プロトコル名が同じだからといって設定全体が同じだと誤判断せずに済みます。
v2rayNやモバイルクライアントでは、まずノード編集画面を開き、現在のトランスポート方式を記録してから、パス、Host、SNI、安全設定を照合します。一度に一組の項目だけ変更して再テストすると、確認の過程を明確に保てます。
PRESENTATION / 02
WebSocketのパス、HTTP Host、gRPCサービス名、TLSのサーバー名は見落としやすい補助項目です。ノード名のメモに付随する装飾ではなく、接続確立の一部を構成します。サブスクリプション変換、QRコード移行、設定の手入力でサーバーアドレスとポートだけを残すと、ネットワークには到達できてもハンドシェイクを完了できないことがあります。この層を確認するときは、パスの先頭記号、ドメインの綴り、大文字・小文字、安全設定を一体として確認してください。
クライアント間で設定を移行する場合は、完全なサブスクリプションまたは設定のエクスポート機能を優先してください。手入力が必要なときは、先に元の設定画面を保存してから項目を一つずつ入力すると、入力方式による句読点の置換や、デフォルト値を示す空欄の見落としを防げます。
PROTOCOL / 03
VMess、VLESS、Trojanなどのプロトコルは、クライアントとサーバーが認証情報やデータの流れをどのように構成するかを定義します。プロトコルの項目はサーバー側の設定と対応させる必要があり、名前が似ているからといって置き換えることはできません。たとえばVMessでは、ユーザー識別子、暗号化オプション、追加識別子が接続に関わる場合があります。一方、VLESSはさまざまなトランスポートやセキュリティ方式と組み合わせて使われます。GUIクライアントの利点は、こうした項目を確認しやすいフォームに変換しつつ、インポート、エクスポート、一括更新の入口も備えていることです。
ノード一覧は表示されるのにすべて接続に失敗する場合は、同じサブスクリプション内で異なるノードのプロトコルとトランスポートの組み合わせを比較します。特定の組み合わせだけが失敗するなら、該当項目に戻って確認するほうが、クライアント全体をリセットするより調査範囲を絞れます。
ROUTING / 04
接続に成功したことは、経路を確立できたことを示すだけです。最終的なアクセス経路は、システムプロキシのモード、インバウンドポート、ドメインルール、アドレスルール、アウトバウンドのタグにも左右されます。ルーティング層では、ドメイン、宛先アドレス、ルールセットに応じてリクエストを異なるアウトバウンドへ振り分けられるため、誤ったルールが一部のサイトだけ利用できない、ブラウザと他のアプリで結果が異なるといった症状として現れます。確認時はまずシステムプロキシが有効かを確かめ、その後に現在のモードとルールの優先順位を確認してください。
ルーティングを変更する前に、現在のモードとルールの出所を記録し、その後は最小限のルールセットから検証します。DNSの問い合わせ経路もルーティングの動作と合わせて確認しましょう。名前解決の結果、ドメインの一致、最終的なアウトバウンドには連続した関係があるため、解決先アドレスだけを変更してもルールの衝突が解消するとは限りません。
CLIENT ENTRY
デスクトップではv2rayNを基本の入口とし、Androidではカーネルの要件に応じてv2rayNGとv2flyNGから選べます。トップページは振り分けに特化し、具体的なパッケージ、アーキテクチャの説明、システム要件はダウンロードページにまとめています。
DESKTOP / WINDOWS
Windowsデスクトップではv2rayNを使用します。ダウンロードページでは、新世代のクロスプラットフォームGUIと従来のWPFインターフェースの選び方を分けて説明し、実行環境、システムプロキシ、自動起動、サブスクリプション更新の入口も整理しています。初回インストールでは、まずシステムアーキテクチャを確認し、普段の操作に合うインターフェースを選びましょう。既存の設定を移行する場合は、先に現在のノードとルーティング設定をエクスポートしてください。
Windows版をダウンロードDESKTOP / MACOS
macOSのデスクトップでもv2rayNを使用します。インストール前に、システム情報でチップの種類を確認してください。Apple Silicon用とIntel用のパッケージは、ファイルサイズだけで判断せず、ダウンロードページで分けられた入口から選びます。インストール後は、初回起動時の権限、サブスクリプションのインポート、システムプロキシの状態を順に確認します。メニューバーでは接続済みなのにアプリの通信に変化がない場合は、プロキシモードとアプリ側のネットワーク設定も確認してください。
macOS版をダウンロードMOBILE / ANDROID
Androidではv2rayNGを主なGUIクライアントとして使用し、Xrayカーネルを採用します。V2Flyカーネルの構成が必要な場合はv2flyNGを選べます。近年の多くの端末ではarm64版から確認し、アーキテクチャが分からない場合は汎用パッケージを選びます。モバイル端末の接続は、バッテリー最適化、バックグラウンド動作の制限、ローカルネットワークの切り替えにも影響されます。サブスクリプションをインポートしたら、まず単一ノードでテストし、その後にアプリごとのプロキシやバックグラウンド動作を設定してください。
Android版をダウンロードDESKTOP / LINUX
Linuxデスクトップではv2rayNを使用します。ダウンロードページではdeb系とrpm系のパッケージを分けて整理し、x64とarm64の違いも説明しています。ファイルを選ぶ前に、ディストリビューションのパッケージ管理方式とプロセッサのアーキテクチャを確認してください。インストール後はクライアント画面からサブスクリプションをインポートし、ノードを選んでシステムプロキシを有効にできます。デスクトップ環境がプロキシ変数を引き継がない場合は、アプリがシステムプロキシ設定を読み取っているかも確認しましょう。
Linux版をダウンロードOPEN SOURCE ECOSYSTEM
クライアント、カーネル、プロトコルは同じ階層のものではありません。それぞれの役割の境界を理解しておくと、更新、移行、トラブル対処の際に、どの部分を確認すべきか正確に判断できます。
Project Vは、プロキシプロトコル、トランスポート機構、ルーティング機能を中心に形成されたオープンソースの技術エコシステムです。初期のV2Rayが設定構造とモジュール化の考え方を築き、その後コミュニティがさまざまな方向でカーネルやクライアントを継続的に開発してきました。日常的に操作するv2rayN、v2rayNG、v2flyNGはGUIクライアントです。インバウンド、アウトバウンド、トランスポート、安全レイヤー、ルーティングルールを実際に処理するのは、クライアントが呼び出すカーネルです。インターフェースとカーネルは別々に更新されることがあるため、トラブル対処ではクライアント名、カーネルの系統、設定の出所を同時に記録する必要があります。
V2FlyはV2Rayのコミュニティ主導の保守方針を引き継ぎ、モジュールの組み合わせとクロスプラットフォーム動作を重視しています。Xrayは近い設定体系を基盤に、独自のカーネル実装と機能開発を進めています。両者には共通する概念がある一方、対応するトランスポートやセキュリティ機能には違いがあります。サブスクリプション提供元の項目は、現在クライアントが使用するカーネルと互換性がなければなりません。画面上でインポートできるからといって、すべての項目が期待どおり動作するとは限りません。
CORE FAMILY / 01
V2Flyは、V2Rayのコア体系にあるプロトコル、トランスポート、DNS、ルーティングの各モジュールを保守しています。設定は通常、inbounds、outbounds、dns、routingなどのブロックで構成されます。GUIクライアントはよく使う項目をフォームに変換し、カーネルが生成された設定を読み込みます。手動で微調整する場合は、個々のスイッチを覚えるよりブロック間の参照関係を理解することが重要です。インバウンドはローカル通信を受け取り、アウトバウンドは送信経路を決め、ルーティングは一致した結果を指定されたアウトバウンドへ渡します。
CORE FAMILY / 02
XrayはV2Rayと多くの設定概念を共有しますが、独自に発展したカーネルの系統です。v2rayNGでは実際の接続処理にXrayを使うことが多いため、クライアント更新後に設定の挙動が変わった場合は、カーネルの機能とサブスクリプションの項目を併せて確認する必要があります。プロトコル名やトランスポート名が同じでも、異なるカーネルですべての選択肢が完全に一致するとは限りません。クライアント間で移行するときは、まずサブスクリプションの出所と基本的なノード情報を移し、その後にルーティング、DNS、アプリごとの振り分けなどローカル設定を再確認してください。
CLIENT / 03
v2rayNはWindows、macOS、Linuxのデスクトップ環境に対応し、サブスクリプション管理、ノード編集、システムプロキシ、ルーティングモード、カーネル呼び出しを担います。単に接続ボタンを提供するだけでなく、複数の設定層を確認しやすい画面にまとめている点が特徴です。デスクトップでのトラブル対処では、まず「カーネルの接続失敗」と「システム通信がローカルプロキシに入っていない」問題を切り分けます。前者はノードとトランスポート項目を、後者はシステムプロキシ、ブラウザ設定、ローカルポートの競合を確認します。
CLIENT / 04
v2rayNGはXrayカーネルを中心とする構成で、サブスクリプションのインポート、QRコード移行、ルーティング設定、アプリごとのプロキシなど、モバイル向けの操作入口を備えています。v2flyNGはV2Flyカーネルの系統に対応し、そのカーネルとの互換性が必要な設定に利用できます。どちらもコミュニティが保守するオープンソースソフトウェアであり、更新のペースはインターフェース対応、システムのネットワークAPIの変化、カーネルのリリース状況によって異なる場合があります。選択時は画面の見た目ではなく、設定との互換性を基準にしてください。
LICENSE & MAINTENANCE
V2Ray関連のカーネルやGUIクライアントは公開されたオープンソースライセンスを採用しており、ソースコード、ビルド方法、変更履歴は各プロジェクトが管理しています。ライセンスはコードの利用と再配布の範囲を定め、クライアントのリリースでは通常、画面コード、カーネルコンポーネント、システム対応も関係します。新しい版をダウンロードする前に機能変更を確認し、既存の設定を残してください。長期間更新していなかった環境をアップグレードする場合は、サブスクリプション、ルーティング、ローカル設定を先にエクスポートし、新しいクライアントがシステムプロキシを正しく引き継ぐか検証します。サイトのダウンロードページではプラットフォーム別に現在の導入先を整理し、ガイドとトラブル対処マニュアルでは設定操作を説明しています。インターフェースの版が変わったことと、プロトコル自体が変わったことは混同しません。
TECH NOTES
最近の記事では、DNSの問い合わせ経路、JSON設定の構造、サブスクリプションの解析を扱っています。各記事は再現可能な現象から始め、確認の順番と設定画面への入口を示します。
システムの名前解決、クライアント内蔵DNS、ルーティングによる遮断という3つの経路を切り分け、問い合わせ先の出口の確認方法、平文リクエストの発生元の特定方法、v2rayNとv2rayNGで該当設定を変更する手順を解説します。重要なのは解決先アドレスを機械的に置き換えることではなく、ドメインの解決結果と最終的なアウトバウンドのルールが一致しているかを確認することです。
記事を読む →実際の構造を使ってinbounds、outbounds、routingという3つの主要ブロックを分解し、タグ同士の参照、ローカルのインバウンドから指定されたアウトバウンドへリクエストが進む流れ、ルーティングルールが接続全体ではなく一部のリクエストに影響する理由を説明します。エクスポートした設定を読み解きたい方や、ルールを手動で調整したい方に適しています。
記事を読む →サブスクリプションの更新エラー、ノード一覧が空になる、新しいノードで古い設定が置き換わらないといった場合に、リンクの有効性、レスポンス内容、文字コード、更新時のプロキシ経路、クライアントの互換性を順に確認します。v2rayNとv2rayNGそれぞれのサブスクリプション更新画面を示し、元の設定を残して比較する方法も説明します。
記事を読む →