プラットフォームに合ったオープンソースクライアントを選び、サブスクリプションの追加からプロトコルやルーティングの設定まで確認できます。
この設定画面は項目の関係を示すものです。実際の値はサーバーから提供された設定に合わせてください。プロトコル名だけで判断することはできません。
デスクトップではv2rayN、Androidではv2rayNGが候補です。まずOSとCPUアーキテクチャを確認し、ダウンロードページで対応するパッケージを選びましょう。インストール後は、有効なサーバー設定またはサブスクリプションの追加が必要です。
v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームのUIを採用し、WPF版はおなじみのデスクトップ操作を維持しています。通常は両方をインストールする必要はありません。ダウンロードページの案内に従って一方を選び、サブスクリプションを追加してシステムプロキシを設定してください。
旧環境から移行する前に、サブスクリプショングループ、ルール、個人設定を保存してください。実行中のフォルダーに新しいプログラムを上書きせず、クライアントを終了してから作業すると、ファイルの使用中エラーや設定の混在を防ぎやすくなります。TUNを有効にする際は、必要な権限があることも確認してください。
ダウンロードへ · Windowsv2rayNのインストールパッケージはApple SiliconとIntelで異なります。「このMacについて」でチップを確認してから、対応するアーキテクチャを選んでください。見た目や購入時期だけで判断せず、チップとパッケージの対応を確認しましょう。
初回起動後、利用可能な設定を追加し、システムプロキシが動作するか確認してください。ブラウザーは接続できても他のアプリが元のネットワークを使う場合は、ノード設定をすぐに変更せず、アプリがシステムプロキシに対応しているか確認します。仮想ネットワークアダプターの権限や通信の取り込みには別途設定が必要です。チュートリアルに沿って順に確認すると、原因を特定しやすくなります。
ダウンロードへ · macOSまずはXrayカーネルを採用するv2rayNGを検討してください。既存のV2Fly設定を使う場合は、v2flyNGも候補になります。多くの比較的新しい端末ではarm64版が適しています。アーキテクチャが分からない場合は、汎用版の説明を確認してください。両クライアントのUIとカーネルの機能は、それぞれ個別に確認しましょう。
初回接続時には、システムのVPN接続要求を許可してください。バックグラウンドにすると接続が切れる場合は、バッテリー最適化、バックグラウンド実行、他のVPNアプリの使用状況を確認します。サブスクリプションURLや共有リンクには設定情報が含まれるため、公開コメントやスクリーンショットに載せないでください。
ダウンロードへ · Androidv2rayNはdebとrpmのパッケージを提供し、x64とarm64を選べます。まずディストリビューションのパッケージ形式を確認し、次にCPUアーキテクチャを確かめてください。パッケージ形式、アーキテクチャ、デスクトップ実行環境はそれぞれ別の条件です。
システムプロキシの動作は、デスクトップ環境やアプリ側の設定にも左右されます。切り分けでは、まずプロキシ対応が明確なアプリで接続を確認してから、TUNによる通信の取り込みを検討してください。仮想ネットワークアダプターの権限やシステムルートを変更する場合は、チュートリアルに従い、既存の設定を残しましょう。複数のネットワークツールが同時にデフォルトルートを変更しないよう注意してください。
ダウンロードへ · Linux設定項目は実際の用途に沿って確認しましょう。まずサーバーパラメーターとサブスクリプションの配信元を確認し、次に通信をカーネルへ渡す方法と、ルールに応じた接続先を決めます。以下は項目の例であり、接続可能なサーバー情報ではありません。
複数プロトコルへの対応は、異なるサーバー設定を利用するためのもので、任意のプロトコル間でパラメーターを使い回せるという意味ではありません。サーバーを追加する際は、共有された情報に合わせてVMess、VLESS、Trojanを選び、アドレス、ポート、認証情報、トランスポートセキュリティを確認します。VLESSとREALITYを組み合わせる場合は、公開鍵、ShortId、サーバー名も確認してください。接続スイッチだけの簡易画面と比べ、項目が層ごとに分かれていると問題を特定しやすくなります。実際に選べる項目はカーネルの対応状況によって異なり、プロトコルを切り替えてもパラメーターの不整合は解消されません。
プロトコルとカーネルの資料を見る →REALITYはセキュリティ層の方式であり、VLESSと並ぶプロキシプロトコルではありません。
サブスクリプショングループを使うと、同じ配信元のサーバー項目をまとめて管理できます。仕事用、テスト用、サービスごとに設定を分けたい場合に便利です。グループ設定で名前とサブスクリプションURLを入力して保存し、更新後にサーバー項目が追加されたか確認します。共有リンクを1件ずつ貼り付ける方法に比べ、配信元の変更に合わせて更新しやすくなりますが、サービスが有効かどうかを自動判定するものではありません。更新できない場合は、URLが完全か、期限切れでないか、現在のネットワークからアクセスできるかを確認してください。手動で編集した項目は、更新で上書きされないよう別途保存しておきましょう。
サブスクリプションの追加手順を見る →グループを追加するとサブスクリプションの項目が表示されます
サブスクリプションの更新は設定内容を更新する操作で、サーバーの選択や接続まで自動で行うものではありません。
ルーティングルールは、カーネルに渡された接続を、直接接続・プロキシ・ブロックのどれに振り分けるかを決めます。設定時は対象のドメインまたはIPを明確にし、outboundTagで指定する接続先が実際に定義されていることを確認してください。ルールの順序やドメインの名前解決方法も結果に影響します。全体を一括で切り替える方法と比べ、振り分けを使えばローカルサービスへのアクセスを維持し、不要な転送を減らせますが、マッチ条件の管理が必要です。特定のサイトだけに問題がある場合は、サーバー設定全体を変更する前に、ルールの適用結果とDNSの応答を確認しましょう。
DNSと通信の振り分けを確認 →domainドメインのマッチ条件ipIPのマッチ条件outboundTag定義済みの接続先タグまず接続がカーネルに渡されていることを確認してから、ルールを調べましょう。ルールでは、まだカーネルに渡されていない通信を取り込めません。
TUNモードは仮想ネットワークアダプターを通じて、対象となる通信をネットワーク処理コンポーネントに渡します。システムプロキシに従わないアプリで役立ちます。有効にする前に通常のプロキシでサーバーへの接続を確認し、権限、仮想ネットワークアダプター、DNS設定を確認してください。システムプロキシより広い範囲を扱うため、他のVPN、仮想マシンのネットワークアダプター、独自のルート設定と干渉することがあります。スイッチをオンにしても、すべての通信がプロキシを通るとは限りません。最終的な接続先はルーティングルールによって決まります。有効にした後にネットワーク全体へ接続できなくなった場合は、まずTUNを無効にして元の状態に戻し、項目ごとに原因を確認してください。
TUNの有効化とトラブルシューティングを見る →有効にする前に、システム権限とDNSの設定を確認してください。
通信を取り込む範囲と接続先の選択は別の設定です。TUNでもルールに応じて直接接続できます。
GUIクライアントは設定の編集と接続の管理を担い、カーネルはプロトコル、トランスポート、ルーティングの処理を担います。v2rayNでは、実際の対応状況に合わせてカーネルを選択できます。REALITYやXTLS Visionを使う場合は、Xrayが必要な機能に対応しているか確認してください。テーマの変更とは異なり、カーネルを切り替えると対応項目や設定の生成方法が変わることがあります。既存の設定は、カーネル名を変えただけで移行完了とはみなせません。起動ログと接続先の動作を確認してください。利用中の構成を残したうえで同じネットワークから比較すると、互換性の問題と回線状況の変化を切り分けられます。
カーネルの系統を確認 →設定の構造が似ていても、拡張項目をそのまま置き換えられるとは限りません。
複数のプラットフォームで同じ配信元のサーバー情報を使うことは、クライアントの設定フォルダー全体をそのままコピーすることではありません。同じサブスクリプションを追加し、システムプロキシ、TUNの権限、DNS、ルーティングルールは端末ごとに設定してください。各項目を手入力するより標準の共有形式を使うほうが入力ミスを減らせますが、サブスクリプション形式や拡張パラメーターには互換性の制限があります。移行後はプロトコル、セキュリティ層、フロー制御を確認してください。ローカルポート、ファイルパス、システムサービスの設定は端末ごとに行い、デスクトップ環境の前提をモバイル端末に持ち込まないようにしましょう。
端末に合ったクライアントを選ぶ →サーバー情報を共有しても、システム権限やローカルパスは共有されません。
クライアント名、カーネル名、プロトコル名はそれぞれ異なる階層の要素です。違いを理解すると、「設定をインポートできても起動しない」「カーネルを切り替えたら項目が使えない」といった問題を整理でき、接続トラブルのたびにソフトを変える必要もなくなります。
Project Vは、V2Rayエコシステムを理解するための出発点です。入口、出口、ルーティング、トランスポートなどの機能を組み合わせ可能なモジュールに分け、用途に応じた設定を可能にします。普段ユーザーが見るサーバー一覧はGUI上の表示にすぎず、カーネルはプロトコル、認証、トランスポート、ルーティングなどの構造化された情報を読み込みます。そのため「V2Rayクライアント」は、すべての機能が同じ単一製品を指す名称ではなく、関連するカーネルや設定方式を基盤とするツール群です。
V2FlyはV2Rayのコミュニティによる開発と保守を引き継いでいます。一方、Xrayは関連するコードを基盤に独自の機能を発展させてきました。共通の背景を持ちながら、それぞれ異なる実装や拡張を進めています。選ぶ際は、どちらの名称が新しいかではなく、サーバーで必要なプロトコル、セキュリティ層、フロー制御を整理し、クライアントとカーネルが対応しているか確認しましょう。現在の構成で要件を満たしているなら、移行には項目の互換性、OSへの対応、特定機能の必要性など、明確な理由が必要です。
VMess、VLESS、Trojan、Shadowsocksはそれぞれ異なるプロキシプロトコルです。TCPやWebSocketなどはトランスポート関連の選択肢、TLSやREALITYは接続のセキュリティ層に関わります。設定画面で同じ表に並んでいても、同じ階層の項目とは限りません。特にVLESSだけではトランスポートのセキュリティ設定を代替できません。XTLS Visionも必要な条件を伴うフロー制御方式であり、条件の合わないサーバーで任意に有効化できるものではありません。
REALITYやXTLS Visionを使う設定では、Xrayの機能対応とクライアントの項目対応を重点的に確認してください。V2FlyとXrayは一部の基本設定の考え方が似ていますが、拡張項目、デフォルト動作、対応範囲は異なる場合があります。設定ファイルを画面上で読み込めても、すべての項目が保持されるとは限りません。サブスクリプションの追加に成功しても、対応するカーネルが起動する保証はありません。互換性の問題が起きたら、まず起動時の具体的なエラーを確認し、クライアントの解析、カーネルの対応、サーバーパラメーターのどこに原因があるか判断しましょう。
速度やリソース使用量は、プロトコル名だけで比較できません。ハンドシェイクの回数、トランスポートのカプセル化、接続の多重化、サーバー負荷、ネットワークの往復時間などが性能に影響します。モバイル端末のバッテリー消費は、バックグラウンド接続、ネットワーク切り替え、通信の取り込み範囲にも左右されます。同じ端末、同じネットワーク、近い負荷条件で普段の用途を試し、接続の安定性も確認しましょう。1回の遅延測定だけで、特定のプロトコルが常に速いとは判断できません。
v2rayNはデスクトップ向けの主要なクライアントで、GUIからサブスクリプショングループ、サーバー、ルーティング、接続を管理できます。設定操作を整理するためのツールであり、サーバー側の設定を置き換えたり、サーバーを自動で用意したりするものではありません。デスクトップ版と従来のWPF版は、現在のシステムや使い慣れたUIに合わせて選びましょう。設定が利用できるかどうかは、選択したカーネルとサーバー情報に基づいて判断してください。詳しくはクライアント選びのガイドで比較できます。
Androidではv2rayNGが第一候補です。Xrayカーネルを採用しており、対応するプロトコル機能が必要な設定に適しています。v2flyNGはV2Flyカーネルを採用しているため、V2Flyを使う既存環境の代替候補になります。名前が似ていても、高度な機能まで同じとは限りません。別のクライアントに設定を移す前に、サブスクリプションがサーバー共有形式なのか、完全な設定ファイルなのかを確認してください。完全な設定にはローカルの入口、ルーティングタグ、プラットフォーム固有の項目が含まれる場合があり、単一の共有リンクより多くの確認が必要です。
3つのクライアントはいずれもオープンソースソフトウェアのエコシステムに属し、ソースコード、ライセンス、コミュニティによる保守が技術的な基盤となっています。オープンソースは、ライセンスの条件に従って実装を調べたり、利用・再配布したりできることを意味しますが、すべてのコンポーネントが同じライセンスとは限りません。クライアントの外側の部分、カーネル、同梱コンポーネントには、それぞれ別の条件が適用される場合があります。通常の利用では製品の説明を確認し、改変、組み込み、再配布を行う場合は、関連するライセンスを個別に確認してください。「無料で使える」ことは、自由に再パッケージできることを意味しません。
クライアント、実行カーネル、サブスクリプションは、それぞれ別の更新経路です。クライアントの更新は主にUI、設定生成、システム連携に影響し、カーネルの更新はプロトコル対応や動作に影響する場合があります。サブスクリプションの更新はサーバー項目を更新します。トラブルシューティングのたびに、3つを同時に変更する必要はありません。現在の設定を保存し、動作していた接続方法を記録したうえで、変更は一度に1つに絞り、期待した変化が起きるか確認しましょう。
たとえば、サブスクリプションを更新できないからといって、すぐにソフトを再インストールする必要はありません。まずURLが完全か、配信元が有効か、現在の接続方法でアクセスできるかを確認し、エラー内容を調べてください。サーバー項目があるのに接続できない場合は、カーネルが起動するか、アドレスを解決できるか、接続先ポートに接続できるか、認証情報が一致しているかに分けて確認します。ブラウザーは使えるのに特定のアプリで問題がある場合は、通信の取り込み範囲を確認します。特定のドメインだけに問題がある場合は、ルーティングとDNSを確認してください。
問題を報告する際は、操作手順、エラーが発生した段階、関連する設定項目名を記録し、サブスクリプションURLやユーザーIDなどの個人設定情報は伏せてください。「接続できない」という一言よりログのほうが役立つことが多いものの、アドレスや認証情報が含まれていないか確認してから共有しましょう。設定ガイドを参考に最小構成で接続を確認し、その後ルーティングやTUNの設定を少しずつ追加すると、すべての高度な項目を一度に有効にするより原因を把握しやすくなります。
クライアントの設定から、さらに設定の構造を掘り下げます。まず各モジュールの役割を理解し、必要に応じてデフォルト動作を変更しましょう。以下の3記事では、設定項目の関係、DNSによる振り分け、REALITYの技術的な位置づけを解説します。
log、inbounds、outbounds、routing、dnsの順に設定全体を読み解き、各項目の意味とタグ間の参照関係を解説します。サブスクリプションを追加した経験があり、クライアントの出力内容を理解したい方におすすめです。
設定構造の解説を読む →servers、domains、queryStrategyの役割を解説し、ローカルとリモートの名前解決をルーティングとどう連携させるか説明します。ドメインの名前解決エラーと接続エラーを切り分けてからルールを確認し、DNSの問題をプロトコルの問題と混同しないようにします。
DNSによる振り分けの解説を読む →VLESS、XTLS Visionのフロー制御、REALITYのセキュリティ層がそれぞれ担う役割を整理し、ハンドシェイクや処理負荷の設計上の考え方を解説します。クライアントの設定項目と照らし合わせ、性能に関する説明がどの条件で成り立つのかを確認できます。
プロトコルの仕組みを読む →