Windows
v2rayN
デスクトップ版にはクロスプラットフォームのUIと、従来の操作感を引き継ぐWPF版があります。どちらもサブスクリプション管理、ノード編集、ログ確認に使えます。使い慣れた操作方法に合わせて選んでください。
初めてインストールする場合は、まずシステム要件を確認しましょう。既存の設定がある場合は、必要なサブスクリプショングループやルーティングルールを先にエクスポートし、新しい環境で古い設定をそのまま上書きしないようにします。
ダウンロードページへXray · V2Fly コア対応クライアント
V2Ray 設定ガイド
クライアント選びとサブスクリプションの読み込みから始め、実際の設定項目を見ながらルーティングと DNS を設定します。
- VMess
- VLESS
- Trojan
- Shadowsocks
- REALITY
CLIENT / SYSTEM
クライアントとOSの選び方
まずデバイスのOSとCPUアーキテクチャを確認してから、クライアントを選びます。デスクトップではv2rayN、AndroidではXrayコアを使うv2rayNGが有力です。V2Flyの設定が必要な場合は、v2flyNGの対応状況も確認しましょう。クライアントは操作画面を提供しますが、実際に使えるプロトコルは選択したコアによって決まります。
macOS
v2rayN
「このMacについて」に表示されるチップ情報を確認し、Apple SiliconまたはIntelに対応したインストーラーを選びます。CPUアーキテクチャとOS名は別の条件です。ファイルの拡張子だけで判断しないでください。
インストール後、まず利用可能なノードを1つ読み込み、クライアントからリクエストを送れることを確認してからシステムプロキシを設定します。ブラウザーとほかのアプリで動作が異なる場合は、アプリがシステムプロキシを使用するか確認してください。
ダウンロードページへAndroid
v2rayNG / v2flyNG
v2rayNGはXrayコアを使用し、v2flyNGはV2Flyコアを使う選択肢です。一般的なデバイスではarm64を選びます。アーキテクチャが不明な場合は、デバイス情報を確認してから汎用インストーラーを検討してください。
初回接続時に、システムのVPN利用許可を確認してください。バックグラウンド接続が切れる場合は、まずバッテリー最適化とバックグラウンド動作の制限を確認します。システムによるプロセス終了を、サブスクリプションやプロトコルの問題と混同しないようにしましょう。
ダウンロードページへLinux
v2rayN
ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、x64とarm64も確認してください。デスクトップGUIクライアントならノードをまとめて管理できます。日常的なサブスクリプション操作のために、コマンドラインのサービスを構築する必要はありません。
インストール後、デスクトップ環境のプロキシ設定とローカル待ち受けポートを確認します。アプリによってはプロキシアドレスを個別に指定する必要があります。システムプロキシを有効にしても、すべてのプロセスが同じ経路を使うとは限りません。
ダウンロードページへCONFIGURATION PATH
インバウンド、ルーティング、アウトバウンド。
リクエストの流れに沿って設定を確認。
FIELDS / CAPABILITIES
プロトコル・通信方式・ルーティング設定
共有リンクに記載されたプロトコル名だけでは、設定全体はわかりません。認証、通信方式、セキュリティ層、ルーティングはそれぞれ役割が異なります。以下の項目で各層を確認してから、設定ガイドで必要な項目を照合してください。別のコア向けの設定例を、そのまま現在のクライアントにコピーしないようにしましょう。
プロトコルとノードの設定項目
VMess、VLESS、Trojan、Shadowsocksでは、認証と暗号化の仕組みが異なります。ノードを読み込んだら、まずプロトコルの種類を確認し、サーバーアドレス、ポート、認証情報を照合しましょう。VLESS自体には通信内容の暗号化がないため、通常はTLSまたはREALITYと組み合わせます。VMessの設定項目をVLESSにそのまま適用することもできません。接続のオン・オフだけを操作するツールと比べ、GUIクライアントではノードの設定を項目ごとに確認できます。ただし、最終的な対応状況はコアによって異なります。同じプロトコル名でも、通信方式やセキュリティ層を省略できるわけではありません。
{
"tag": "proxy",
"protocol": "vless"
}セキュリティ層と通信層を分けて確認
TLS、REALITY、WebSocketは同じ設定層の項目ではありません。TLSとREALITYは通信のセキュリティに関わり、WebSocketはデータを運ぶ通信方式です。設定前にサーバー側の要件を確認し、serverName、fingerprint、パスなどの項目を照合してください。TLSの切り替えだけで、どのノードにも別の接続方式を適用できるわけではありません。パラメーターを自動選択する簡易画面より、設定項目が明示されているほうがハンドシェイクエラーの切り分けに役立ちます。クライアントとサーバーの設定を一致させ、証明書の検証も通常どおり有効にしておきましょう。
"streamSettings": {
"security": "tls",
"tlsSettings": {
"allowInsecure": false,
"fingerprint": "chrome"
}
}ルールの順序に沿ってアウトバウンドを選択
ルーティングでは、ドメイン、アドレス、ポートなどの条件に応じて指定したアウトバウンドへ通信を振り分けます。アプリごとに最速のノードを自動選択する機能ではありません。ルールは通常、上から順に判定され、先に一致したルールが後続の処理に影響します。そのため、具体的な例外を広い条件のルールより前に配置してください。domainStrategyはルーティング判定でドメインを解決するタイミングを制御する項目で、クライアント全体のDNS設定とは異なります。全体を一括で切り替える方法より細かな条件を設定できますが、outboundTagの存在も確認し、設定変更後は新しいリクエストで動作を確かめましょう。
"routing": {
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}サブスクリプションと共有リンクは別々に管理
サブスクリプションリンクは複数のノードを取得するためのものです。個別の共有リンクは、1つの接続設定を読み込む際に使います。サブスクリプションを追加した後、更新を実行すると解析済みのノード一覧が表示されます。ノードを1件ずつ手動管理するよりグループでまとめて更新できますが、リモート更新でローカルの変更が上書きされる場合があります。Base64はエンコード形式の一つであり、内容が暗号化されていることを意味しません。読み込みに失敗したら、リンク形式、サブスクリプションの応答、コアとの互換性を切り分けて確認してください。アクセス情報を含むサブスクリプションリンクを、公開の変換ツールに貼り付けるのは避けましょう。
{
"tag": "proxy",
"protocol": "vmess"
}ノードを共有し、デバイスごとに接続方法を設定
デスクトップとモバイルで同じノード設定を使えても、システムへの接続方法は異なります。デスクトップクライアントは、ローカルのSOCKSまたはHTTP待ち受けとシステムプロキシを組み合わせることが多く、Androidクライアントは通常、システムVPNを使って通信を取り込みます。実行設定一式を別のデバイスにそのまま移すより、ノードを読み込んでから、デバイスに合わせてローカルポート、ルーティング、DNSを調整する方法が確実です。ファイルパス、権限、バックグラウンド動作の制限も環境ごとに異なります。複数のOSで管理方法を共有できても、ローカル設定をすべてそのまま使い回せるわけではありません。
"listen": "127.0.0.1",
"port": 10808,
"protocol": "socks"QUICK START / THREE STEPS
サブスクリプションの読み込みから接続確認まで
クライアントをインストールしただけでは設定は完了しません。初回は、提供元が明確で必要な情報がそろったノードを1つ使い、接続経路全体を確認してから複雑なルーティングルールを追加しましょう。問題が起きたときに、ノード、クライアント設定、アプリの接続方法のどこに原因があるか切り分けやすくなります。
-
サブスクリプションを読み込み、ノード情報を確認
サブスクリプション管理で新しいグループを作成し、リンクを入力して保存したら更新を実行します。個別の共有リンクは、クリップボードから読み込む機能を使います。一覧が空の場合は、コピーした内容に余分な空白がないか、アクセスに有効な認証情報が必要かを確認してください。WebページのURLがサブスクリプションリンクとは限りません。
読み込み後、ノードを1つ選んで詳細設定を確認し、プロトコル、サーバーアドレス、ポート、通信方式を照合します。ノード名は識別用のラベルにすぎず、実際の経路や利用可否、暗号化方式を示すものではありません。手動で変更した項目がある場合は、差分を記録してからサブスクリプションを更新してください。
-
ノードを選び、通信の入口を設定
テストするノードを選択して有効にし、用途に合ったルーティングモードを指定します。デスクトップでシステムプロキシを有効にする前に、ローカル待ち受けポートが使用中でないか確認してください。Androidでは、システムの案内に従ってVPN利用を許可します。システムプロキシを使うのは、その設定に対応したアプリだけです。すべての通信がクライアントを経由しているとは限りません。
初めて使うときは、わかりやすくシンプルなルールを維持しましょう。TUNなど別の接続方式に切り替える場合は、権限、ルーティング、DNSの動作を個別に確認してください。通信方式、セキュリティ層、ルーティングルールを同時に変更すると、結果が変わった原因を特定しにくくなります。
-
新しいリクエストを送り、ログで確認
アクセス可能なテストページを開き、クライアントのログに対応する接続が記録されるか確認します。TCPテストの成功でわかるのは、特定のポートに接続できたことだけです。認証、TLSハンドシェイク、リクエスト全体の成功までは確認できません。実際の接続テストとダウンロード速度測定も、それぞれ異なる段階を調べます。
ブラウザーからアクセスできない場合は、まずアプリのプロキシ設定を確認し、次にログでDNS解決、接続タイムアウト、ハンドシェイクエラーを調べます。条件を一度に一つだけ変更し、設定を保存して再読み込みした後、新しいリクエストで再テストしてください。ログを共有して問い合わせる際は、サブスクリプションリンク、認証情報、個人情報を削除しましょう。
CORE / CLIENT / CONFIG
コアの対応状況を確認し、
クライアントの設定を見直す。
PROJECT V / V2FLY / XRAY
オープンソースのコアとクライアントの関係
「V2Ray」で検索すると、プロジェクト名、コア名、クライアント名が混在して見つかることがあります。それぞれ役割は異なります。プロジェクトのエコシステムが技術的な基盤となり、コアが接続を処理し、GUIクライアントがノードと設定を実行可能な形にまとめます。この違いを理解すると、参照しているガイドが現在の環境に合うか判断しやすくなります。
Project V：設定構造の共通基盤
V2RayはProject Vのエコシステムから生まれました。インバウンドでアプリの通信を受け取り、ルーティングで処理方法を決め、アウトバウンドで接続先へ送る構造により、プロトコルと通信ルールを分けて設定できます。現在の多くのGUIクライアントでもこの考え方が使われています。inbounds、outbounds、routingを理解しておくと、画面上のボタンの位置を覚えるより、異なる環境でも知識を応用しやすくなります。
設定構造が似ていても、すべての項目を共通して使えるとは限りません。古いガイドを読む際は、使用するコア、プロトコルの組み合わせ、ドキュメントの対象範囲を確認してください。画面上の名称は更新で変わることがありますが、通信がどこから入り、どのルールで判定され、どのアウトバウンドから送られるかは、トラブルシューティングの基本です。
V2FlyとXray：関連しながら独自に発展
V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連するコードを基盤に分岐して、独自のプロトコルや通信方式を取り入れています。共通の歴史を持ちながら、設定には違いがあります。たとえばREALITYやXTLS Visionの設定は、Xrayの対応状況を確認してください。どちらもJSON形式だからといって、別のコアが同じ項目を認識するとは限りません。
クライアントでコアを切り替えられる場合も、単なる速度設定の変更ではありません。ノードのプロトコル、セキュリティ層、flowなどの項目が新しいコアに対応しているか、改めて確認してください。「不明な項目」やプロトコル非対応のエラーが出た場合は、サーバーアドレスを何度も変更するより、まずコアの選択を確認するのが有効です。
3つのクライアント：管理画面と実行コアの役割
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントです。v2rayNはデスクトップ向けで、ノード、サブスクリプション、ルーティングを管理できます。v2rayNGはAndroidでXrayコアを使用し、v2flyNGはV2Flyをベースにした選択肢を提供します。クライアントが保存するサブスクリプショングループや画面設定と、コアが読み込む実行設定は、同じファイルとは限りません。
3つのクライアントは無料で利用できますが、クライアント自体がリモートノードやネットワークサービスを提供するわけではありません。サブスクリプションリンクとノード設定は、利用権のあるサービスから入手する必要があります。ソフトウェア、コア、接続サービスはそれぞれ別に選ぶものです。一つの名称でほかの二つを代用して考えないようにしましょう。
オープンソースライセンスと更新：各コンポーネントを確認
オープンソースとは、各ライセンスの条件に基づいてソースコードが公開されていることを指します。利用、改変、再配布には、それぞれのライセンス条項への準拠が必要です。V2Flyの主要コードはMITライセンス、Xray-coreはMPL-2.0を採用しています。クライアントや同梱コンポーネントには、それぞれのライセンスが適用されます。ライセンスは利用者の権利と義務を定めるもので、どのような実行設定でも安全であることを保証するものではありません。
クライアント、コア、ルールデータでは更新のタイミングが異なることがあります。アップデート前に現在のコアを記録し、ルーティングとDNSの設定をバックアップしてください。更新後は同じリクエストで動作を確認します。特定のサイトだけに問題が起きる場合は、まずルールと名前解決を確認しましょう。すべての接続に失敗する場合は、ローカルの接続入口、ノード設定、コアの動作状況の順に切り分けます。
READING / RECENT NOTES
サブスクリプション形式と接続診断
基本の接続を確認したら、形式変換、プロトコルの違い、テスト結果を確認しましょう。以下の3本の記事では、具体的な設定項目や測定手順をもとに、混同しやすいポイントを解説しています。該当する問題が起きたときに参照してください。
v2rayNの速度測定機能を解説：TCPing・実接続の遅延・ダウンロード速度の違い
TCPハンドシェイク、プロキシ経由のリクエスト、継続的なダウンロードでは、それぞれ測定する段階が異なります。測定値を単純に比較できない理由と、ログ、実接続テスト、実際のアクセス状況を組み合わせてノードの状態を判断する方法を解説します。
記事を読む →VMessとVLESSの違いを比較：UUID・alterId・暗号化方式の基礎
認証、時刻の要件、セキュリティ層の組み合わせから2つのプロトコルを比較し、UUIDとalterIdの役割を解説します。各項目がどの層に属するかを理解してから、ノードの提供元に合わせて入力する項目と、相互に置き換えられない項目を確認しましょう。
記事を読む →V2Rayのサブスクリプション形式を比較：Base64・ネイティブJSON・vmess://共有リンクの相互変換
サブスクリプションの応答、実行設定、個別ノードの共有リンクの違いを整理し、用途に合った読み込み方法を解説します。形式を変換する前に、利用するクライアントの対応状況を確認しましょう。変換に成功しても、設定の互換性が保証されるわけではありません。
記事を読む →