クライアントを選ぶ
まずOSとCPUアーキテクチャを確認してから、クライアントを選びます。デスクトップではv2rayN、Androidではv2rayNGが基本です。V2Flyコアが必要な場合はv2flyNGも検討してください。
v2rayNを選びます。デスクトップ版にはクロスプラットフォームのUIを採用した版と、Windows向けの従来型WPF版があります。ダウンロードページで動作要件と各版の説明を確認してから、インストール方法を選んでください。UIのフレームワークとプロキシコアは別の役割を担うため、混同しないようにしましょう。
初回起動後、サブスクリプションを登録してサーバーを選び、「システムプロキシを自動設定」を有効にします。通常のブラウザーなら、まずはこの設定で試してください。対象アプリがシステムプロキシを利用しない場合に限り、TUNモードの利用を検討します。
ダウンロードページへ Windows クライアントv2rayNのデスクトップ版を選びます。「このMacについて」を開き、AppleシリコンかIntelプロセッサかを確認して、それぞれに対応するダウンロードを選択してください。インストーラーのアーキテクチャは端末に合わせる必要があります。外観や購入年だけで判断しないでください。
サブスクリプション、サーバー、ルーティングの基本的な設定方法は共通ですが、現在のOSに表示されるネットワーク権限の案内に従って設定してください。デスクトップのUIはWindows版と多少異なることがあります。メニューの場所が違う場合は、同じ名前の設定項目を探しましょう。
ダウンロードページへ macOS クライアントまずはXrayコアを使用するv2rayNGを選びます。V2Flyコアが必要な設定では、v2flyNGが代替候補です。新しい一般的なスマートフォンではarm64を選びます。端末のアーキテクチャが分からない場合は、システム情報とダウンロードページの汎用版の説明を確認してください。
サブスクリプションを登録してサーバーを選び、接続を開始したら、システムのVPN許可を確認します。Androidの通信制御方法は、デスクトップのシステムプロキシとは異なります。画面ロック後に接続が切れる場合は、バッテリー最適化とバックグラウンド実行の権限を確認してから、クライアント設定を見直してください。
ダウンロードページへ Android クライアントv2rayNのデスクトップ版を選び、ディストリビューションのパッケージ形式に応じてdebまたはrpmを確認し、x64とarm64のどちらかを選びます。依存関係はOSのパッケージ管理機能で処理し、現在のディストリビューションに合わないパッケージを混在させないようにしてください。
起動後は、まずクライアントのローカル待ち受けを確認し、そのうえでデスクトップ環境またはアプリごとにプロキシを設定します。デスクトップ環境によってプロキシ設定の反映方法は異なります。仮想ネットワークアダプターで通信を制御する場合は、権限、ルーティング、DNSを別途確認してください。他のOSの手順をそのまま適用しないようにしましょう。
ダウンロードページへ Linux クライアント設定項目と機能
プロトコル、コア、サブスクリプション、通信の入口を分けて理解しましょう。右側のテーマを選ぶと、関連する設定と利用上の注意を確認できます。
設定の入力 → コアで処理 → 通信経路
サーバーから提供された設定に応じて、VLESS、VMess、Trojan、Shadowsocksを選びます。プロトコル名だけで接続の成否を判断しないでください。リンクを登録したら、アドレス、ポート、認証情報、通信設定を確認します。REALITYを使う場合は、サーバー名や公開鍵などの項目も照合してください。REALITYはセキュリティ層に関わる技術であり、独立したプロキシプロトコルではありません。v2rayNではこれらの項目をGUIでまとめて設定できますが、利用できる組み合わせはコアの対応状況とサーバー側の設定によって異なります。変更前の設定を残し、接続を確認してから普段使う設定に反映しましょう。
v2rayNのGUIと、実際に接続を処理するコアは分けて考えましょう。デスクトップ版ではXrayやsing-boxなどのコアを利用できます。設定場所や対応範囲は、現在のクライアントで確認してください。設定が動作しない場合は、まず「コアの種類」と起動エラーを確認し、コアの切り替えが必要か判断します。GUIのバージョンだけを変えても解決するとは限りません。コアによってプロトコルパラメーター、DNS、ルーティングの解釈が異なるため、既存のカスタム設定がそのまま使えるとは限りません。切り替え後はログ、ドメイン名の解決、アプリの接続を再確認し、正常に動作していた設定は戻せるように残しておきましょう。
「サブスクリプショングループの設定」を開き、配信元ごとに名前を付けてURLを入力します。保存したら対象のグループを選び、「現在のサブスクリプションを更新（プロキシを経由しない）」を実行します。配信元からプロキシ経由でのアクセスを指定されている場合に限り、プロキシ経由の更新方法を使ってください。更新に成功したことは、設定一覧を取得できたことを示すだけで、すべてのサーバーに接続できるとは限りません。まず設定を1つ選んで接続を確認してから、定期更新を設定します。更新によってグループ内の手動変更が上書きされることがあります。長期保存するカスタム設定は別に管理してください。サブスクリプションURLは機密情報として扱い、スクリーンショットやログを共有する前に完全なURLを削除しましょう。
「ルーティング」から現在のネットワークに合ったプリセットを選び、必要に応じてカスタムルールを追加します。ルールはドメイン名、宛先アドレスなどの条件で振り分けられ、順序によって最終的な接続先が変わります。一般的なルールより具体的な例外を先に置くのが基本です。geositeは主にドメインの分類、geoipは主にIPアドレスの分類に使われ、相互に置き換えることはできません。「中国本土を除外」を設定した後も、直接接続とプロキシ経由の宛先を個別にテストし、DNSの経路も確認してください。特定のサイトで問題が起きた場合は、まず適用されたルールを特定します。問題を覆い隠すために、すべての通信を同じ接続先に変更しないでください。
まず「システムプロキシを自動設定」で、システム設定を参照するアプリの動作を確認します。ほかのアプリにはTUNモードが必要か検討してください。TUNは仮想ネットワークアダプターを通じて通信を制御するため、適切な権限が必要で、システムルート、DNS、ほかの仮想ネットワークアダプターと連携します。制御対象の通信範囲が広がるだけで、すべての宛先がプロキシ経由になるわけではありません。実際の接続先はルーティングルールで決まります。有効にする前に、同種の通信制御ツールを終了して元の設定を記録し、有効化後はブラウザー、対象アプリ、LANへのアクセスを個別にテストしてください。接続に問題が起きたら、まずTUNを無効にして基本経路を復旧し、競合箇所を一つずつ確認しましょう。
続けて読む：ルーティングガイド · TUNの権限とトラブル対処。機能マップは機能の関係を示すもので、固定された実行順序を表すものではありません。
初回接続のチェックリスト
初回設定では必要な項目だけを変更します。まず基本的なプロキシモードで設定を1つ正常に動作させてから、ルーティングの例外や仮想ネットワークアダプターによる通信制御を追加しましょう。問題が起きても、変更がサブスクリプション、サーバー、アプリ設定、ルーティングのどこに関係するか判断しやすくなります。
v2rayNを起動し、「サブスクリプショングループの設定」を開いてグループを追加し、配信元から提供されたURLを入力します。保存したら「現在のサブスクリプションを更新（プロキシを経由しない）」を実行します。一覧が更新されたら、使用するサーバーを選んで有効にします。個別の共有リンクがある場合は、「クリップボードから複数のURLをインポート」などの方法も利用できます。メニュー名は現在の画面で確認してください。
サブスクリプションURLとサーバーの共有リンクは別のものです。前者は設定一式の取得と継続的な更新に使い、後者は通常、個別の接続パラメーターを表します。一覧が空の場合は、グループの絞り込み、URLの入力漏れ、更新エラーを確認してください。一覧に設定があるのに接続できない場合は、有効なサーバーとログを確認します。何度もインポートして設定を重複させないようにしましょう。
「システムプロキシ」で「システムプロキシを自動設定」を選び、「ルーティング」で必要なプリセットを設定します。システムプロキシは、対応するアプリのリクエストをどのローカル入口に送るかを決めます。ルーティングは、コアに入ったリクエストをどの接続先へ送るかを決めます。設定する層は別々です。「グローバル」ルーティングにしても、すべてのアプリが自動的にプロキシを使うわけではありません。
まずブラウザーで基本の接続経路を確認します。コマンドラインツール、ゲーム、独立したネットワーク機能は独自のプロキシ設定を使う場合があり、個別設定やTUNの利用が必要です。システムプロキシを変更するクライアントを複数同時に起動しないでください。使用後は「システムプロキシを解除」を選び、停止したローカルポートへアプリがアクセスし続けないようにしましょう。
直接接続する想定の宛先と、プロキシ経由の想定の宛先をそれぞれ開き、ルーティング設定どおりか確認してから、実際に使うアプリもテストします。ウェブページが1つ開けても、その結果だけでほかのアプリ、DNS、UDP通信も同じ経路を通るとは判断できません。接続先を確認するときは、接続先サービスに表示される情報とクライアントログを照らし合わせましょう。
エラーが発生した場合は、「コアが起動しているか → ローカルポートが待ち受けているか → アプリがプロキシを使っているか → サーバーに到達できるか → DNSとルーティングが一致しているか」の順に確認します。一度に変更する項目は1つにして、変更前後の結果を記録してください。トラブル対処の資料を共有する前に、サブスクリプションURL、認証情報、個人のアクセス履歴を削除し、必要なエラーの種類だけを残しましょう。
オープンソースとメンテナンス
プロジェクトのエコシステム、プロキシコア、GUIクライアントを分けて考えましょう。クライアントをダウンロードした後、各コンポーネントの関係を理解しておくと、選定やトラブル対処での思い違いを減らせます。
Project Vは、プロキシ通信ツールを中心に発展したオープンソースのエコシステムで、V2Rayはその重要なプロジェクトの一つです。V2FlyはV2Rayに関連する開発を引き継ぎ、Xrayは関連するコードを基盤に独自のコアとして発展しました。技術的な背景を一部共有していますが、機能の進化、設定項目、互換性の範囲が常に同じとは限りません。設定を選ぶ際は、「V2Ray」という総称だけでなく、実際に動作するコアを確認してください。
コアは接続、通信、名前解決、ルーティングなどを処理し、GUIクライアントはサーバー管理、サブスクリプション更新、システム設定を操作しやすい画面にまとめます。v2rayN、v2rayNG、v2flyNGはいずれもGUIクライアントですが、同じソフトをOSごとに改名したものではありません。デスクトップとAndroidではOSの機能が異なるため、権限の案内、通信の入口、バックグラウンドでの動作方法も異なります。
プロトコル名だけでは設定全体を判断できません。接続には通信方式、セキュリティ層、認証パラメーター、サーバー側の仕様も関係します。同じVLESSやTrojanでも、異なるコアやパラメーターの組み合わせをそのまま使えるとは限りません。まず配信元から提供された設定を保存し、互換性に応じてコアを選んでから、ログで該当する項目を確認しましょう。名称だけを頼りに何度も試すより、問題を絞り込みやすくなります。
v2rayN：デスクトップ向けで、サブスクリプショングループ、有効なサーバー、ローカル待ち受け、ルーティングをまとめて管理できます。WindowsではUIの好みやシステム要件に応じて、デスクトップ版または従来型WPF版を選べます。macOSとLinuxでは各OS向けのデスクトップ版を確認してください。UIフレームワークを比較する場合は、Avalonia版とWPF版の選び方をご覧ください。UIの違いをプロトコル対応の直接的な違いと混同しないようにしましょう。
v2rayNG：Android向けで、Xrayコアを使用します。Androidでの設定や使い方を確認する際の基本的な選択肢です。初回接続時にはシステムのVPN許可が必要です。継続して使うには、OSのバックグラウンド制限にも注意してください。画面ロック後やアプリ切り替え後にだけ問題が起きる場合は、ネットワークや設定の変更を調べる前に、実行権限とバッテリー設定を確認しましょう。
v2flyNG：Android向けで、V2Flyコアを使用します。このコアに対応する設定が必要な場合の選択肢です。v2rayNGとすべての設定項目、インポート結果、プロトコル対応が完全に同じとは限りません。クライアントを切り替える際は、互換性が明確な設定を1つ読み込んで動作を確認してから、普段使うグループを移行しましょう。一度に多くの設定を移すと、違いを特定しにくくなります。
3つのクライアントはいずれもオープンソースプロジェクトとして開発されています。クライアント、プロキシコア、依存コンポーネントにはそれぞれ異なるライセンスが適用される場合があります。使用、改変、再配布の際は、該当コンポーネントのライセンス本文と付属の説明を確認してください。オープンソースであることは、コードや開発プロセスを確認できることを意味しますが、第三者のサブスクリプション、サーバー、ネットワーク環境の信頼性まで同じであることを保証するものではありません。
クライアントを無料で使えることと、サーバーリソースを利用できることは別です。クライアントをインストールしても、接続可能なサーバーが自動で提供されたり、有効なサブスクリプションが生成されたりするわけではありません。接続先、認証パラメーター、サービスの利用可否は設定の入手元によって異なります。設定を管理する際は必要な入手元の情報を残しつつ、完全なサブスクリプションURLを公開ページ、問い合わせ用のスクリーンショット、共有文書に載せないでください。
クライアント、コア、サブスクリプション、ルーティングデータの変更を分けて記録します。UIの更新ではメニューの位置が変わることがあり、コアの更新ではパラメーターの互換性、サブスクリプションの更新ではサーバー設定、ルーティングデータの更新では分類ルールの判定結果が変わる場合があります。一度に変更するのは1種類に絞ると、問題が起きても直前の正常な状態に戻しやすくなります。
更新前に必要な設定をバックアップし、カスタムルールとローカル待ち受けの設定を記録します。設定を復元した後は、有効なサーバー、システムプロキシ、TUNの状態を再確認してください。バックアップに認証情報が含まれる場合は、管理された安全な場所に保存します。更新後に問題が起きたら、まずエラーログと設定の差分を確認してから、戻すかどうか判断しましょう。すべてのコンポーネントをすぐに再インストールする必要はありません。
日常の確認手順を簡潔に保ちましょう。グループの更新結果、有効なサーバー、よく使うアプリを順に確認し、直接接続先とLANへのアクセスもテストします。ルーティングの例外を追加するときは、目的と対象範囲を記録し、不要になったルールを定期的に削除してください。段階ごとの練習を含む詳しい手順は初心者から応用までのガイドをご覧ください。知らない項目があれば、設定を変更する前に用語のクイックガイドで意味を確認しましょう。
技術ノート
基本的な接続ができたら、具体的な問題に応じて記事を確認してください。権限、バックグラウンド動作、通信の制御に関する設定は、OSごとの案内に沿って対処しましょう。
仮想ネットワークアダプターとシステムプロキシの違いから、プロキシ設定を参照しないアプリの通信をTUNモードで制御する方法まで解説。v2rayNでTUNを有効にする際の権限要件とトラブル対処も紹介します。
TUN設定の解説を読む →v2rayNの2種類のUIフレームワークについて、OS対応、画面の見やすさ、機能の違いを比較。Windows、macOS、Linuxでの選び方を解説します。
デスクトップ版の解説を読む →Androidでv2rayNGのバッテリー消費が増える主な原因を解説。メーカーごとのバッテリー最適化、自動起動、バックグラウンド制限を確認し、電池持ちと接続の安定性を両立する方法を紹介します。
バックグラウンド動作の対処法を読む →