クライアントの選び方：PCではv2rayN、Androidではv2rayNGを優先。V2Flyコアが必要な場合はv2flyNGも検討し、プラットフォームと設定要件に合わせて選びましょう。
設定の手順：まず単一の設定で接続を確認し、その後サブスクリプションと振り分けを整理します。下のテーマから設定例と適用範囲を確認してください。
サブスクリプション管理：v2rayNでは、配信元ごとにリンクを別々のグループへ登録し、更新後に名前でサーバーを絞り込めます。初めてインポートする際は、リンクが有効か確認してグループを保存し、更新を実行してください。リストに項目が表示されても接続済みとは限りません。接続するサーバーを選び、システムプロキシを設定する必要があります。更新に失敗した場合は、リンクに接続できないのか、形式の解析に失敗したのかを切り分けてから、「サブスクリプション更新時にプロキシを使用」を有効にするか判断しましょう。スマートフォン版のリスト操作に比べ、PC版のグループ機能は複数の設定をまとめて整理するのに便利です。ただし、必要な項目まで隠れないよう、フィルター条件を広げすぎないでください。
サブスクリプショングループの解説を読む →{
"domainStrategy": "IPIfNonMatch",
"rules": [{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}]
}ルールによる振り分け：コアは通常、ルールを上から順に確認し、最初に一致したルールで通信先を決定します。この例ではgeosite:cnに一致するドメインをdirectへ送ります。実際に使うには、全体設定で対応するアウトバウンドを定義し、ルール用データも用意してください。IPIfNonMatchは、すべてのドメインをあらかじめ名前解決する設定ではありません。ドメインルールに一致しなかった場合に、方針に従ってIPアドレスを判定します。システムプロキシの切り替えだけの場合と異なり、ルーティングでは宛先ごとに通信先を細かく指定できます。変更前に元のルールを記録し、変更後はログでマッチ結果を確認しましょう。DNSの問題をルールの不具合と誤認しないよう注意してください。
ルーティングルールの解説を読む →通信の取り込み：システムプロキシは、システムのプロキシ設定に従うブラウザーやデスクトップアプリに適しています。TUNは仮想NICを使い、より広い範囲の通信を処理します。初めて設定する場合は、まずシステムプロキシでサーバーに接続できることを確認し、必要に応じてTUNを有効にしてください。その際は実行権限、仮想NICの作成、DNS設定も確認します。AndroidのシステムVPNの許可とは異なり、PCでは他の仮想NICやセキュリティソフトの影響にも注意が必要です。どちらも通信速度の段階を表すものではなく、機能を増やすために両方を同時に有効にする必要はありません。競合が起きた場合は、他の通信制御ツールを終了してから設定を一つずつ戻してください。
TUNモードの解説を読む →Androidでの選び方：v2rayNGはXrayコアを採用しており、対応するプロトコル機能やスマートフォンでのサブスクリプション管理が必要なユーザーに適しています。インポート時は、まずサブスクリプションリンクを保存して設定リストを更新し、有効な項目を選んで接続を開始した後、システムVPNの許可を確認してください。PCのシステムプロキシとは異なり、Androidでの通信制御はシステムサービスに依存するため、バックグラウンドのバッテリー制限が継続動作に影響することもあります。アプリを切り替えた後に接続が切れる場合は、まずバックグラウンド制限と他のVPNサービスとの競合を確認し、それからサーバー設定を調べましょう。プロトコル名が同じでも、トランスポートとセキュリティの項目を確認してください。リスト上の名前だけでは互換性を判断できません。
Androidの設定ガイドを見る →コアの選択肢：v2flyNGはV2Flyコアを使う設定が必要な場合に向いており、互換性のある設定をすでに使っていて、従来の項目構成を維持したいAndroidユーザーに適しています。インポート前に、プロトコル、トランスポート方式、セキュリティ層が実際のコアでサポートされているか確認してから、サブスクリプションを更新し、接続をテストしてください。v2rayNGとの主な違いは、アイコンやリストの並びではなく、基盤となるコアの機能です。特に、Xray固有の設定をそのまま共通設定として移行しないでください。元の設定を保存し、一度に変更する項目を一つに絞ると、インポート形式、クライアントの画面、コアの解析のどこに問題があるか見分けやすくなります。
コア用語の解説を見る →コアの違い：V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連エコシステムにおけるもう一つのコアの系統です。共通する概念もありますが、機能や設定項目が常に一致するわけではありません。クライアントにインポート項目が表示されても、基盤となるコアがリンクの全パラメーターに対応しているとは限りません。画面の見た目で選ぶより、サーバー側のプロトコルやトランスポート要件を先に確認するのが確実です。PCではv2rayNから始め、Androidではコアの要件に応じてv2rayNGとv2flyNGを選びましょう。問題を調べる際は、クライアントとコアの情報をそれぞれ記録し、両者の更新を混同しないようにしてください。
コアの比較ガイドを読む →プロトコルの選び方：VLESSはプロキシプロトコル、REALITYはセキュリティ機構です。異なる階層のため、互いに置き換えられる設定ではありません。この組み合わせを設定する際は、Xrayコアが該当パラメーターに対応していることを確認し、サーバーから指定されたサーバー名、公開鍵、ショートID、フロー制御の要件を照合してください。基本の接続先アドレスをインポートするだけでなく、トランスポート層とセキュリティ層も一致させる必要があります。リストに保存できても、ハンドシェイクが成功するとは限りません。エラーが出たらログを確認し、システム時刻も照合しましょう。設定項目の不一致を隠すために、セキュリティチェックを安易に無効化しないでください。
REALITYの解説を見る →インストーラーの選び方：まずOS、次にプロセッサーのアーキテクチャとパッケージ形式を確認します。ここでは選び方を解説し、具体的な入手先と動作要件はインストーラーページにまとめています。
バージョンの種類：v2rayNデスクトップ版はクロスプラットフォームのインターフェースを採用し、WPF版は従来のデスクトップ操作を引き継いでいます。初めて使う場合は、まずデスクトップ版で設定に慣れるとよいでしょう。従来のメニューに慣れているユーザーは、実行環境や機能に応じてWPF版を選べます。どちらも、アーカイブの展開またはインストールを完了してからクライアントを起動してください。圧縮ファイルのプレビュー画面から直接実行しないようにしましょう。
設定の始め方：サブスクリプションをインポートしたら、まずサーバーを選択し、ローカルのプロキシポートとシステムプロキシの状態を確認します。ブラウザーでは接続できても特定のアプリで接続できない場合は、そのアプリがシステムプロキシに従うかを確認してからTUNを検討してください。問題の原因をすべてサーバーに求めたり、基本の接続を確認する前にルーティング、DNS、コアの設定を同時に変更したりしないでください。
ダウンロードページへチップの確認：システムの「このMacについて」でチップの種類を確認してください。Apple Siliconはarm64、Intelはx64に対応します。ネイティブのアーキテクチャを選ぶと、余分な互換レイヤーを避けられます。PCの外観、購入年、インストーラーのサイズだけで判断しないでください。v2rayNはデスクトップでの設定管理に使え、サブスクリプション、有効なサーバー、ルーティングの基本は他のデスクトップ環境と共通です。
権限の確認：初回起動時は、システムの案内に従ってアプリの権限を設定してください。システムプロキシやTUNを使う場合は、それぞれの許可設定とネットワーク拡張の状態も確認します。他のプロキシやVPNツールを同時に動かすと、ルーティングやDNSの設定が上書きされることがあります。接続に問題が起きた場合は、通信制御ツールを一つだけ動かした状態にし、アプリのログ、システムプロキシの状態、サブスクリプションの項目の順に確認しましょう。
ダウンロードページへコアの選び方：v2rayNGはXrayコアを採用しており、対応するプロトコル機能が必要なAndroidユーザーに向いています。v2flyNGはV2Flyコアを使いたい場合の選択肢です。どちらもGUIクライアントなので、推奨順を速度の順位と捉えず、設定が実際のコアで正しく解析されるかを基準に選んでください。既存の設定が正常に動作しているなら、順位だけを理由に移行する必要はありません。
アーキテクチャとバックグラウンド動作：最近の一般的なスマートフォンの多くはarm64を選べます。アーキテクチャがわからない場合は、汎用パッケージの有無と端末要件を確認してください。インストール後にサブスクリプションをインポートしてリストを更新し、設定を選択してシステムVPNの接続要求を許可します。画面ロック後に接続が切れる場合は、バッテリー最適化とバックグラウンド実行の制限を確認してください。ハンドシェイクできない場合は、プロトコルのパラメーター、時刻の同期、サーバーへの接続可否を調べましょう。
ダウンロードページへパッケージ形式の選び方：ディストリビューションのパッケージ管理方式に合わせてdebまたはrpmを選び、プロセッサーがx64かarm64かも確認してください。パッケージ形式とアーキテクチャは別の条件です。拡張子が同じでも、使用中の端末に適合するとは限りません。デスクトップではv2rayNでサブスクリプションやサーバーを管理できます。必要な依存関係や動作要件は、インストーラーページとシステムの案内を確認してください。
デスクトップ環境の違い：デスクトップセッションによってシステムプロキシの参照方法が異なり、端末で動くプログラムがデスクトップのプロキシ設定を引き継ぐとは限りません。問題を調べる際は、まず対象アプリがどのプロキシ接続方法を使うか確認し、ローカルの待ち受けアドレスとポートを照合してください。TUNでは実行権限、仮想NIC、既存のルートにも注意が必要です。変更前に元に戻せる設定を保存し、リモート接続中にすべてのネットワークルールを一度に上書きしないようにしましょう。
ダウンロードページへおすすめの考え方：このランキングはプラットフォームへの対応と設定要件に基づいて整理しており、クライアントの性能を採点するものではありません。PCではv2rayN、Androidではv2rayNGを優先し、V2Flyコアとの互換性が必要な場合はv2flyNGも比較してください。
エコシステムの背景：Project Vは、組み合わせて利用できるネットワークプロキシコンポーネントを中心に発展し、V2Rayはその中核プロジェクトとして広く知られています。日常的には「V2Ray」が関連するクライアントやプロトコル設定の総称として使われることがありますが、端末にインストールするGUIアプリ、ネットワーク接続を担うコア、サーバーから提供される設定は、それぞれ別のものです。この三者の関係を理解すれば、画面上の名称をプロトコル名と取り違えずに済み、同じサブスクリプションでもクライアントによって解析結果が異なる理由もわかります。
使い分け：GUIクライアントは設定の保存、サーバーの選択、実行パラメーターの生成、サービスの管理を担当します。コアは接続、通信、ルーティング、DNSに関する処理を実行します。画面にスイッチがあっても、すべてのコアが同じ設定項目で機能を実現しているとは限りません。ガイドを読む際は、対象のクライアント、コア、接続方式を確認してから現在の設定に当てはめてください。メニュー名が似ているだけで、内容をそのまま流用しないようにしましょう。
系統の違い：V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連する技術基盤から発展した別のコアの系統です。共通するプロトコルの概念や設定構造もありますが、それぞれ独自に進化しているため、一方に追加された機能がもう一方にも対応しているとは限りません。REALITYなどの設定要件はXrayの実際の機能を確認してください。既存のV2Fly設定を使う場合は、プロトコル、トランスポート、セキュリティの項目を調べてから移行を判断しましょう。
選ぶ順序：まずサーバー側の要件を確認し、それらのパラメーターを設定できるクライアントとコアを選びます。v2rayNはPCでの一元管理に適し、v2rayNGはAndroidでXray設定を使うための一般的な選択肢です。v2flyNGではV2Flyコアを選べます。この順番は利用の目安であり、通信品質の比較ではありません。実際の接続状況は、サーバーの状態、ネットワーク経路、端末環境、設定の適合性にも左右されます。クライアント名だけから推測することはできません。
ライセンスについて：v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのクライアントです。XrayとV2Flyにも、それぞれ独自のオープンソースコードとライセンス条件があります。オープンソースとは、該当するライセンスの条件に従ってコードを閲覧、利用、改変できるという意味です。すべてのコンポーネントが同じライセンスを採用しているわけでも、GUIクライアントと基盤となるコアが同じ開発者から公開されているわけでもありません。改変、再配布、組み込みを行う場合は、クライアントのライセンスから依存コンポーネント全体の条件を推測せず、各コンポーネントに付属するライセンスを個別に確認してください。
設定の取り扱い：オープンソースであることは、設定内容を理解する代わりにはなりません。サブスクリプションリンクにアクセス用の識別情報が含まれる場合があります。スクリーンショットを共有する前に、リンク、サーバーの認証情報、個人用の設定フォルダーを隠してください。問題を報告する際は、機密情報を除いたエラーの種類、操作手順、実行環境を伝えると、設定全体を公開するより原因を特定しやすくなります。当サイトでは選び方と使い方を解説しています。クライアント、コア、設定の配信元はそれぞれ分けて確認してください。
更新対象の違い：クライアントの更新は、主に画面、設定変換、サービス管理に影響します。コアの更新はプロトコルの実装や動作に影響し、サブスクリプションの更新では登録済みリンクからサーバー項目を再取得します。それぞれ解決する問題が異なります。新しい設定がリストに表示されない場合は、まずサブスクリプションリンクと更新ログを確認してください。コアが項目を認識しない場合は、コアの対応機能を調べます。インポート時の画面エラーなら、クライアントが対応する形式を確認しましょう。サブスクリプションを繰り返し更新しても、コアにない機能が追加されるわけではありません。
変更の手順：既存の環境が安定している場合は、まず設定を保存して変更内容を読み、一度に変更するコンポーネントを一つに絞ってください。更新後は、これまで使っていたサーバーで基本の接続を確認し、その後に独自のルーティング、DNS、TUNを確認します。クライアント、サブスクリプション、ルーティング方式を同時に変更すると、接続が復旧しても原因を特定しにくくなります。トップページでは更新頻度をおすすめの基準にせず、具体的なインストール先はダウンロードページ、操作方法はガイドと応用設定で紹介します。
設定項目の階層：VMess、VLESS、Trojanなどはプロキシプロトコルを表し、トランスポート方式はデータの運び方を、TLSやREALITYなどはセキュリティ層に関わる設定を表します。同じプロトコル名でも、一部の条件が共通しているにすぎず、設定全体の互換性までは保証されません。アドレス、ポート、認証情報、トランスポートのパス、サーバー名、フロー制御の要件をすべて一致させる必要があります。どれか一つでも誤っていると、インポートできても接続に失敗することがあります。
トラブルシューティングの順序：まずシステム時刻とサーバー側の設定を確認し、ログから解析エラー、接続タイムアウト、ハンドシェイク失敗のどれかを見分けます。解析エラーなら形式と対応範囲、タイムアウトならローカルプロキシと接続先への到達性、ハンドシェイク失敗ならセキュリティ層とサーバー名を確認してください。根拠なくプロトコルを何度も切り替えたり、セキュリティチェックの無効化を常套手段にしたりしないでください。用語集で設定項目を理解し、応用設定でルールの組み合わせを確認できます。併せて読むと理解が深まります。
最小構成：初めて使う場合は、まず一つの設定をインポートし、選択して接続を開始し、通信を確認してください。サービスが起動したというシステム表示は、ローカルのプロセスやサービスが実行状態になったことを示すだけです。すべてのアプリがプロキシを使うことや、リモートサーバーとのハンドシェイクが完了したことを意味しません。ブラウザーや対象アプリで実際に通信できるか確認してから、サブスクリプショングループ、ルーティングルール、DNSの調整を追加すると、問題を調べるための基準を明確に保てます。
振り分けの確認：ルーティングには識別可能なドメイン名やアドレスが必要で、DNSは宛先の名前解決やルール判定にも影響します。片方だけ変更すると、ルールが正しく見えても意図したとおりに適用されないことがあります。FakeDNSを使う場合は、通信の取り込み方式が名前とアドレスの対応関係を保持できるか確認し、一部アプリとの互換性にも注意してください。変更前後のルールとログを記録し、明確な要件がある場合だけ例外を追加しましょう。他人の設定一式を、あらゆる端末に使える標準設定として流用しないでください。
記事の選び方：初めて設定する場合はインストール手順、既存環境で更新に失敗した場合はサブスクリプションのトラブル対処、セキュリティ層のエラーは時刻とSNIの記事を確認してください。各記事は一つの問題に絞って解説しているため、一度の調査で条件を増やしすぎずに済みます。
インストールの流れ：v2rayNのバージョン選び、展開と起動、サブスクリプションのインポートから、システムプロキシとルーティングの設定まで、Windowsでの手順を順に解説します。インストール完了、サービス起動、アプリが実際にプロキシを使っている状態の違いを確認し、再インストールの繰り返しによる混乱を防ぎます。
記事を読む →サブスクリプションのトラブル対処：リンク切れ、更新リクエストの接続失敗、応答形式の異常を切り分けてから、プロキシ経由で更新するか判断します。自動更新の間隔やグループ設定も確認し、「登録済みサーバーへの接続」と「サブスクリプションの更新」は別々に調べる必要があることを解説します。
記事を読む →ハンドシェイクの確認：まずシステム時刻、サーバー名、証明書の対応関係を確認し、クライアントのセキュリティ層の設定を照合します。エラーを隠すためにセキュリティチェックを安易に省略すべきでない理由を説明し、ログを手がかりに設定とサーバー側の差を絞り込みます。
記事を読む →