エコシステムの起点と役割分担
Project Vは、プロキシプロトコル、トランスポート層、安全性に関するパラメーター、ルーティングシステムを軸とするオープンソース技術エコシステムを形成してきました。実際の利用で触れるのはGUIクライアントが中心ですが、接続、設定の解析、トランスポートの確立、ルーティングルールの実行は主にコアが担います。クライアントはサブスクリプション管理、サーバー選択、システムプロキシ、ログ確認を操作しやすい画面にまとめ、その結果をコアが読み込める設定へ変換します。
この分離により、画面が似たクライアントでも異なるコアを採用している場合があり、同じ基本設定でも拡張項目の違いによって互換性に差が出ます。問題を調査するときは、まずどの層で失敗しているかを確認します。クライアントが設定を保存できるか、サブスクリプションから項目を生成できるか、コアが設定を解析できるか、接続でハンドシェイクを完了できるか、ルーティングルールが適用されるかを順に見ます。これらを混同すると、設定ミスを回線の問題と誤認しやすくなります。
V2FlyとXrayのコアファミリー
V2FlyはProject Vエコシステムの中核機能を引き継ぎ、プロトコル実装、トランスポートの組み合わせ、ルーティング、クロスプラットフォーム動作に対応しています。Xrayは近い設定体系を基盤に発展し、一部のプロトコル機能、トランスポートの選択肢、安全性に関するパラメーターを拡張しています。基本項目には共通点が多い一方、すべての拡張をそのまま置き換えられるわけではありません。特に新しい項目を含むサブスクリプションでは、採用コアと対応範囲が読み込み結果を直接左右します。
コアは名称だけで選ばないでください。サーバー側がプロトコルの種類や設定要件を明示している場合は、その項目を完全に認識できるクライアントを使用します。Xrayコアを採用するv2rayNGは一般的なAndroid設定に適しており、v2flyNGはV2Fly系が必要なユーザー向けの選択肢です。デスクトップ版v2rayNは、複数コアに関する設定とシステムプロキシ機能を一つのGUIにまとめますが、利用できる項目は現在のビルドに含まれるコンポーネントによって異なります。
オープンソースライセンスとコミュニティでの保守
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースクライアントです。オープンソースライセンスはソースコードの利用、変更、再配布の範囲を定め、プロトコル実装、設定変換、画面の動作を公開の場で議論できるようにします。ただし、オープンソースだからといってすべてのビルドが同じ機能を持つわけではありません。クライアントのリリース時期、依存コンポーネント、コアの更新周期は異なるため、新しいプロトコル項目を認識できない場合は、まずクライアントの種類とリリース時期を確認してください。
コミュニティでは通常、バグ修正、OS互換性、コア更新、設定形式の変更を中心に保守が行われます。新しいビルドで項目への対応が増える一方、メニューの位置やデフォルト値が変わることもあります。アップグレード前にサブスクリプショングループと重要なルーティング設定を記録し、更新後は基本接続を確認してから複雑なルールを戻します。出所が不明で古い設定を長く使い続けると調査コストが増えるため、現在のクライアントが対応する項目に合わせて設定を整理する方が保守しやすくなります。
サブスクリプション形式と更新の範囲
サブスクリプションリンクは設定を配布する入口です。返却内容は、単一リンクの集合、エンコードされたテキスト、構造化設定などの場合があります。クライアントはまず返却内容を取得し、対応する形式として解析してサーバー項目に変換します。リンクにアクセスできるのに一覧が空の場合は、返却形式、エンコード方式、項目への対応差を疑います。一覧が正常でも接続できない場合は、コアの起動と宛先パラメーターを確認してください。サブスクリプション更新で手動設定の誤りが自動修正されたり、ルーティングモードが自動選択されたりすることはありません。
サブスクリプショングループ、クライアント設定、コアログを分けて管理すると、誤操作を減らせます。サブスクリプションはノードパラメーターを提供し、クライアントは本体の入口と画面状態を管理します。ルーティングは通信の出口を決め、ログは実行結果を記録します。それぞれの役割は明確です。端末を移行する場合は、新しい端末で独立して読み込みと確認を一度行ってから古い端末の設定を停止し、旧環境のポートや権限の問題まで持ち込まないようにします。