デスクトップではv2rayN、Androidではv2rayNGを選びましょう。無料のオープンソースクライアントで、サブスクリプションの追加とルーティング設定を順に進めます。
まず接続できる状態にし、どの通信をプロキシ経由にするかを決めます。5つの設定はそれぞれ役割が異なるため、一度にすべて有効にする必要はありません。
URLに実際にアクセスできるか確認して、更新方法を選びます。
デフォルトの出口とルールの順序で、通信先が決まります。
通常の接続を確認してから、権限やネットワークの競合を調べます。
利用できる項目はクライアントや配布パッケージによって異なります。
この5つは互いに置き換えられる接続方法ではなく、設定プロセスの異なる段階を担います。サブスクリプションからノード情報を取得し、システムプロキシまたはTUNで通信を取り込み、ルーティングでリクエストの行き先を決め、最後にコアが接続を実行します。この順で確認すると、「設定がない」「アプリの通信が取り込まれていない」「ルールで出口を誤っている」「プロトコルに互換性がない」といった問題を切り分けやすくなります。詳しい手順はv2rayNの設定ガイドをご覧ください。用語を確認する場合は用語集を参照してください。
まずOSとプロセッサーのアーキテクチャを確認しましょう。デスクトップではv2rayN、Androidではv2rayNGが基本の選択肢です。
ダウンロードページにはDesktop版と従来のWPF版があります。Desktop版はクロスプラットフォームのUIを採用し、WPF版は従来のデスクトップ操作に慣れた方向けです。OSの要件と使い方に合わせてどちらか一方を選べばよく、両方インストールする必要はありません。初回起動後は、データ保存先に書き込みできることを確認してからサブスクリプションを追加してください。アクセス制限のあるフォルダーに配置すると、設定を保存できない場合があります。
すでに設定がある場合は、更新前にサブスクリプショングループとルーティング設定をバックアップしてください。UIの異なるバージョンに切り替えた後は、データが正しく読み込まれたことを確認してからシステムプロキシをテストします。実行中のプログラムファイルをそのまま上書きしないでください。
ダウンロードへ Windowsクライアント →OSの「このMacについて」でチップ情報を確認し、Apple SiliconまたはIntelに対応するインストーラーを選びます。同じクライアントでもプロセッサーのアーキテクチャに合ったものが必要です。インストーラーを選んだら、OSの案内に従ってインストールし、初回起動を完了してください。システムプロキシとTUNでは必要な権限が異なるため、それぞれの役割を理解して使いましょう。
ブラウザーで接続できても、すべてのアプリがプロキシを利用しているとは限りません。システムプロキシに従わないアプリでは、まずアプリ内のネットワーク設定を確認してください。通信を取り込む必要がある場合は、応用ガイドを参考にTUNの利用を検討しましょう。
ダウンロードへ macOSクライアント →v2rayNGはXray系に対応しており、Androidでの一般的な初期設定に適しています。V2Fly系を使う場合はv2flyNGを検討してください。ダウンロード時は端末のアーキテクチャに合わせてarm64または汎用パッケージを選びます。インストール後、サブスクリプションを追加してノードを選択し、OSに表示されるVPN接続の許可を確認してください。この許可により、端末内の通信を取り込むインターフェースが作成されます。
画面ロック後に接続が切れる場合は、バックグラウンド動作とバッテリー最適化の制限を確認してください。アプリごとのプロキシ設定で対象範囲を絞れますが、変更後は実際にアプリを使って再確認しましょう。通知領域のアイコンだけで接続状態を判断しないでください。
ダウンロードへ Androidクライアント →ディストリビューションのパッケージ形式に応じてdebまたはrpmを選び、さらにx64とarm64を区別してください。インストール後の設定はGUIから行えます。デスクトップ環境によってシステムプロキシの参照方法が異なるため、ブラウザーでは使えてもほかのアプリで使えない場合は、クライアントを再インストールする前にアプリがどのプロキシ設定を参照しているか確認しましょう。
TUNを有効にする前に、実行に必要な権限と、端末上で動作しているネットワークサービスを確認してください。元のネットワーク設定を記録し、変更後はドメインの名前解決、LANへのアクセス、対象アプリを個別にテストしておくと、問題が起きた際に元の状態へ戻しやすくなります。
ダウンロードへ Linuxクライアント →クライアントのインストールはスタート地点です。利用できる設定を用意し、通信の入口を設定し、アプリからアクセスできることを確認する手順で進めましょう。
追加するのがサブスクリプションURLか、単一ノードの共有リンクかを確認してください。サブスクリプションURLはグループに追加して更新し、共有リンクはクリップボードからインポートします。追加後、ノード一覧に想定した項目が表示されることを確認し、使用するノードを選びます。
クライアント自体がリモートサービスを提供するわけではありません。インストールが完了しても、接続に必要な条件が整ったとは限りません。更新結果が空の場合は、URLが最後までコピーされているか、有効か、更新リクエストが届くかを確認してください。サブスクリプション情報を公開の掲示板に貼り付けたり、出所不明の設定をテスト目的で追加したりしないでください。
デスクトップでは、まずシステムプロキシを自動設定し、用途に合うルーティングプリセットを選びます。Androidでは接続を開始してVPNの許可を確認してください。アプリごとのルールを設定済みの場合は、テストするアプリが対象に含まれているか確認します。通常の接続を確認するまでは、TUNを初期状態のままにしておきましょう。
システムプロキシはアプリの通信をクライアントへ送るかを制御し、ルーティングは接続後の行き先を決めます。それぞれ個別に確認してください。グローバルルーティングを一時的な診断に使った場合は、テスト後に普段のプリセットへ戻します。診断用の設定をそのまま常用しないようにしましょう。
まずプロキシ設定に従うアプリでテストし、実行ログを確認します。ノードが一覧に表示されることや、遅延テストの結果だけでは、通信経路全体が使えるとは限りません。接続できない場合は、どのアプリで、どのモードを使ったときに発生したか、ログにどのようなエラーが出たかを記録してください。
設定は一度に一つだけ変更し、同じ手順で再テストします。これにより、原因が設定、ネットワーク、ルーティング、アプリの通信取り込みのどこにあるか判断しやすくなります。使い終わったら、デスクトップではシステムプロキシを解除し、Androidでは接続を停止してください。次回問題が起きた場合も、この最小構成に戻して比較できます。
クライアント、コア、プロトコルはそれぞれ異なる階層にあります。役割を区別すると、ダウンロード、設定、更新の関係を理解しやすくなります。
V2Rayは、Project Vのプロキシツール群から生まれました。プロトコル、通信方式、ルーティングなどの機能を組み合わせる設計です。V2Flyは関連プロジェクトをコミュニティが引き継いで開発し、Xrayは関連コードを基盤に独自の機能を発展させています。技術的なつながりはありますが、同じ製品の別名というわけではありません。ガイドを読む際は、どのコア、プロトコル、クライアントの設定項目を扱っているか確認してください。
GUIクライアントはこれらの機能を操作するためのもので、サブスクリプションの保存、ノードの整理、実行設定の生成、ログの表示を担います。最初からコアの設定ファイルを学ぶ必要はありません。まずGUIで接続できる状態を作り、必要に応じて内部のパラメーターを理解していきましょう。一方、クライアントのボタン名が似ていても、異なるコアが生成する設定は完全に同じとは限りません。移行や切り替えの際は、改めて動作を確認してください。
v2rayNは複数のデスクトップOSに対応するオープンソースのGUIクライアントで、サブスクリプション、プロキシ、ルーティングの管理機能を備えています。v2rayNGはAndroid向けでXray系を採用し、v2flyNGもAndroid向けでV2Fly系を提供します。選ぶ際はまずプラットフォームと設定の互換性を確認し、操作画面の好みはその次に考えましょう。一つの問題を解決するためだけにクライアントを変える前に、原因が本当にコアの機能差にあるか確認してください。
オープンソースでは、コードと関連ライセンスを確認できます。利用、改変、再配布には各プロジェクトのライセンス条件に従う必要があります。サブスクリプションサービスも無料であることや、インポートした設定を信頼できることを意味するわけではありません。クライアント、コア、リモートサービスはそれぞれ異なる役割を担います。設定の保存、ネットワーク権限の許可、ログの共有では、機密情報や通信を取り込む範囲に注意してください。
クライアントの更新では画面、設定管理、プラットフォーム対応が変わり、コアの更新ではプロトコルの処理やネットワーク動作が変わります。サブスクリプションの更新は、リモートから提供されるノード情報を更新します。それぞれ別の操作です。サブスクリプションを更新しても接続できない場合は、ノード情報とコアの互換性を確認してください。画面を更新しても、無効になったサブスクリプションURLが自動で修復されることはありません。
日常のメンテナンスでは、元に戻せる設定を残しておくことが大切です。更新前に重要なグループやカスタムルールをバックアップし、変更内容を確認してから、更新後に使い慣れたノードとアプリで同じテストを行います。問題が起きたら設定を次々に変えるのではなく、まずログを確認してください。設定の解析エラー、名前解決の失敗、接続のタイムアウトでは、確認すべき箇所が異なります。
VMessやVLESSはプロトコル名であり、クライアント名ではありません。TLS、通信方式、サーバー側のパラメーターも正しく組み合わせる必要があります。名前が一致するだけでは、ノードが使えるとは限りません。初心者は既存の設定をインポートし、各項目の役割を理解してから手動で変更しましょう。体系的に学ぶ場合は、基本概念、クライアントの選び方、インストール、サブスクリプション、プロキシモード、ルーティング、TUN、日常のメンテナンスの順に読むと、断片的な情報をそのまま組み合わせてしまうのを防げます。
インストール、バックグラウンド動作、接続テストの詳しい手順を紹介します。すべての設定を一度に変更せず、現在の問題に合わせて記事を選んでください。
2種類のWindows版の違いを比較し、展開方法、実行時の依存関係、初回のサブスクリプション追加、システムプロキシの設定を解説。よくあるエラーへの対処法も紹介します。
記事を読む →VpnServiceの許可が必要な理由、OSの省電力機能によるバックグラウンドプロセスの終了を防ぐ方法、アプリごとにプロキシ経由の通信を設定する方法を解説します。
記事を読む →3種類の測定で確認できる通信経路、pingが通っても接続できない理由、測定結果を使って利用可能なノードを選ぶ方法を解説します。
記事を読む →