Project V：エコシステムを知る
V2RayはProject Vに関連するプロキシツールのエコシステムです。インバウンド、アウトバウンド、トランスポート、ルーティングなどの機能を組み合わせて通信を処理します。日常的な利用で、基盤となる設定ファイル全体を直接編集する必要は通常ありません。GUIクライアントでパラメーターを入力するか、サブスクリプションを追加して設定します。「V2Ray」と検索したときに表示される名称は、プロジェクトやコアを指す場合も、この種のクライアント全般を指す場合もあります。何についての説明なのかを確認すれば、手元の端末に適用できる情報か判断しやすくなります。
接続の流れをいくつかの層に分けると、仕組みを理解しやすくなります。まずアプリがリクエストをローカルの入口に渡し、ローカルのコアがルールに沿って出口を選び、サーバー設定を使って接続します。クライアントのサーバー一覧は設定を管理する画面であり、接続先のサーバーそのものではありません。画面が正常に開いていても、サーバーに接続できるとは限りません。接続ボタンが有効でも、Webページやアプリから実際にリクエストを送って確認する必要があります。こうした違いを知ることが、トラブル対処の基本です。
V2FlyとXray：関連しながら独自に開発
V2Flyコミュニティは、V2Rayに関連するコアの開発とメンテナンスを継続しています。Xrayは関連するコードを基盤に発展した、独立したコアプロジェクトです。技術的な背景を一部共有していますが、対応機能、設定の詳細、更新頻度は同じではありません。名称だけで比較せず、使用するプロトコル、トランスポート、安全性に関するパラメーターに対応しているか確認して選びましょう。特定の拡張機能が必要な場合は、クライアント側で該当する設定の編集やインポートに対応しているかも確認してください。
設定のインポートに成功しても、クライアントが設定を認識したことを示すだけで、現在のコアがすべてのパラメーターを正しく使えるとは限りません。同じ設定があるクライアントでは接続でき、別のクライアントでは失敗する場合、まずコアの系統、トランスポート設定、生成された設定の違いを比べてください。他のプラットフォーム向けの基盤設定を、使用中の設定にそのまま上書きしないようにしましょう。まずバックアップを取り、クライアントが対応する方法で項目ごとに調整します。
3つのGUIクライアント：端末とコアで選ぶ
v2rayNはデスクトップ向けで、サーバー一覧、サブスクリプショングループ、ルーティング、ログなどをGUIから管理できます。クロスプラットフォームのデスクトップ版とWindows向けの従来のWPF版では、画面や実行環境が異なります。まずOSの対応状況を確認し、ウィンドウレイアウトや使い方に合わせて選びましょう。同じPCで異なるバージョンを試す場合は、プログラムと設定のフォルダーを分けて保存するのがおすすめです。ファイルを混在させると、設定の上書きや移行時の誤解につながることがあります。
v2rayNGはAndroid向けで、Xrayコアを採用しています。スマートフォンでのサブスクリプション追加やシステムVPNへの接続に適しています。v2flyNGもAndroid向けで、V2Flyコアを採用しており、そのコアが必要な場合の選択肢になります。どちらのアプリも接続権限とバックグラウンド実行の設定を個別に確認してください。切り替えて試すときは、もう一方の接続を停止し、システムVPNの状態が互いに影響しないようにします。スリープ後に切断される場合は、電池の設定とログを確認しましょう。サブスクリプションを繰り返し追加するだけでは解決しないことがあります。
オープンソースライセンス：画面とコアを分けて確認
これら3つのクライアントはいずれもオープンソースで開発されています。ソースコードが公開されているため、機能の実装や設定の処理について検討、確認できます。ただし、エコシステム全体が同じライセンスを採用しているわけではありません。v2rayNとv2rayNGはGPL系ライセンス、V2RayコアはMITライセンス、XrayコアはMPL 2.0を採用しています。クライアント、コア、同梱される依存関係のライセンスは、それぞれのプロジェクトのライセンス文書で確認してください。特に改変や再配布を行う場合は確認が必要です。
一般の利用者は、対応プラットフォーム、必要な権限、設定の提供元、更新内容を確認することが大切です。ソースコードが公開されていても、サブスクリプション提供元の信頼性を保証するわけではなく、あらゆるネットワーク環境で接続できるとも限りません。設定やスクリーンショット、トラブル対処用の資料を共有するときは、サブスクリプションURLや接続情報を保護してください。サポートを求める場合は、OS、クライアントの種類、失敗する手順、関連するエラーを伝えれば十分です。設定全体を公開する必要はありません。
更新の管理：プログラムと設定の変更を分けて記録
クライアント、コア、サブスクリプションの更新は、それぞれ別の作業です。クライアントの更新では画面や設定の生成方法が変わることがあり、コアの更新ではプロトコルやトランスポートの動作に影響する場合があります。サブスクリプションの更新は、サーバー設定を新しい状態にします。「更新後に接続できない」場合は、どの層が変わったかをまず確認しましょう。ダウンロードページにはインストーラーへのリンクをまとめ、トップページではプラットフォーム選びと操作方法を案内しています。具体的なインストール要件は、ダウンロードページと各ガイドを確認してください。
アップグレード前にサブスクリプショングループ、手動設定、カスタムルーティングをバックアップし、実行中の接続を停止します。その後、プラットフォームの手順に従ってインストールしてください。アップグレード後は、まず以前使えていた設定で接続を確認し、正常に動作してから新機能を調整しましょう。問題が起きた場合は、変更前後の操作とログを記録します。複数の項目を続けて更新すると、比較しにくくなります。古い設定に戻す際も互換性に注意し、新旧のプログラムファイルを同じフォルダーに無造作に混在させないでください。
接続確認：アプリのリクエストから設定項目を見直す
確認を始める前に、テストに使うアプリがシステムプロキシに対応しているか確認し、ネットワークの出口を確認できるページにアクセスします。ブラウザーは使えるのに特定のデスクトップアプリが使えない場合は、まずそのアプリのプロキシ動作を調べましょう。一部のドメインだけで問題が起きる場合は、ルーティングとDNSを確認します。起動成功のログはコアが起動したことを示すだけで、すべてのアプリが接続された証拠にはなりません。前後の結果を比べられるよう、同じアプリと接続先でテストしてください。
ポートが使用中の場合は、重複して起動したクライアントや他の待ち受けプログラムを終了します。ローカルポートを変更した場合は、そのポートを使うアプリ側の設定も合わせて変更してください。クライアントを終了した後にネットワークの問題が起きたら、停止済みのローカル待ち受け先をシステムプロキシが参照したままになっていないか確認します。「入口、ルーティング、名前解決、接続先」の順に調べると、再インストールを繰り返すより原因を絞り込みやすくなります。詳しいドキュメントでは、プラットフォーム別にインストール、サブスクリプション、プロキシ、よくある問題を解説しています。基本設定が済んだら続けてご覧ください。