PROJECT V / CORE / CLIENT
UI・コア・プロトコルの役割
- 技術の背景
- Project V · V2Ray
- コアの系統
- V2Fly · Xray
- デスクトップクライアント
- v2rayN
- Androidクライアント
- v2rayNG · v2flyNG
端末と操作方法に合わせてクライアントを選び、設定の互換性に合わせてコアを選びます。プロトコルは、サーバーが実際に提供する接続情報を確認して選択してください。
コアとクライアントの用語を見る →
Project VとV2Rayの関係
Project Vは、V2Rayの技術的な背景を知るための出発点です。V2Rayでは、ローカルのインバウンド、リモートのアウトバウンド、ルーティング、ドメイン名の解決を組み合わせて設定します。そのため、特定のグラフィカルインターフェースと同じものではなく、単一のプロトコルだけを指すものでもありません。日常的に「V2Rayをインストールする」と言う場合、実際にはこうした設定を管理するクライアントを入れることを意味する場合がよくあります。UI、コア、プロトコルの名称を分けて考えると、同じ共有リンクを複数のクライアントで読み込めても、特定のコアでは起動できない理由を理解しやすくなります。
この階層構造は、トラブル時の確認手順にも関係します。画面にノードが表示されても、読み取れたのは一部の情報だけかもしれません。実際に接続するには、コアが該当するプロトコル、トランスポート、セキュリティ層を処理する必要があります。ガイドを読む際は、説明されているのがUIの操作か、コアの動作かをまず確認してください。サイト内の利用ガイドは操作手順、プロトコルガイドは互換性や設計上の選択、用語集は設定項目の意味を扱っています。解決したい問題に合わせて併読すると役立ちます。
V2FlyとXrayの系統の違い
V2FlyはV2Rayコミュニティの保守体制を引き継ぎ、Xrayは関連技術を基に発展した別のコア系統です。共通する概念や対応プロトコルもありますが、機能の進化、設定項目、既定の動作が完全に同じとは限りません。特にREALITYやXTLS Visionなどの設定は、Xrayの対応状況を踏まえて判断してください。コアの実行ファイルを置き換えただけで、既存の設定がすべて同じように動くとは限りません。
コアを選ぶ際は、まずサーバーから提供された設定を確認し、必要な機能を把握します。そのうえで、クライアントが該当する項目をすべて設定できるか確認してください。サブスクリプションの読み込み時にセキュリティ層やトランスポートの情報が欠落すると、見慣れたプロトコル名が表示されていても接続できない場合があります。一般的な利用では、コアを頻繁に切り替えるより、動作確認済みの設定を保存しておくほうが問題の切り分けに役立ちます。比較するときはサーバー、接続先サイト、テスト方法を固定し、起動ログとアクセス結果をそれぞれ確認しましょう。
3つのクライアントのオープンソース性
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントです。v2rayNはデスクトップ向けで、サーバー一覧、サブスクリプショングループ、プロキシ設定を管理できます。v2rayNGはAndroid向けで、Xrayコアを使用します。v2flyNGはV2Flyコアを利用するAndroid向けの選択肢です。設定を操作しやすい画面で管理できますが、クライアント自体がサーバーサービスを提供するわけではなく、インストールしただけで利用可能なサブスクリプションが得られるわけでもありません。
オープンソースとは、各ソフトウェアのライセンスに従ってソースコードを閲覧、利用、再配布できることを意味します。すべての設定があらゆる端末に適しているという意味ではありません。V2Fly-coreの主要部分はMITライセンス、Xray-coreの主要部分はMPL-2.0ライセンスを採用しています。クライアントや依存ソフトウェアにも、それぞれライセンス上の条件があります。一般的な利用では配布元、メンテナンス情報、実際の機能を確認してください。コードの変更や再配布を行う場合は、エコシステム全体を単一のライセンスとして扱わず、各プロジェクトと依存ソフトウェアのライセンスを確認しましょう。
更新方法と互換性の確認
クライアント、コア、サブスクリプション、ルールセットは、それぞれ別の更新対象です。クライアントの更新で画面の項目や設定の生成方法が変わることがあります。コアの更新では対応プロトコルが増えたり、設定項目の扱いが変わったりする場合があります。サブスクリプションの更新はサーバー情報を同期し、ルールセットの更新はドメインやアドレスの振り分け結果に影響します。そのため、「更新済み」だけではトラブルの説明として不十分です。どの部分を更新したのか、問題の前後で設定に何が変わったのかを記録してください。
日常的なメンテナンスでは、まずサブスクリプションの配布元、カスタムルーティング、ローカル待ち受けの設定を保存します。そのうえで更新内容を確認し、一項目ずつテストしてください。トップページでは各種ガイドへの入口と設定の関係を案内し、詳しいインストール情報はダウンロードページにまとめています。古いバージョンの記憶を頼りに操作しないようにしましょう。更新後に一部のアプリだけで問題が起きた場合は、システムプロキシとアプリ独自の設定を確認します。コアが起動しない場合は、まず設定の解析情報を確認してください。こうした層を分けて記録すると、再インストールだけに頼るより有効な手がかりを残せます。