Windows
v2rayN のクロスプラットフォーム版または従来の WPF 版を選択できます。統一されたインターフェースを使いたい場合はデスクトップ版、従来のトレイやウィンドウ操作を使いたい環境には WPF 版が適しています。
デスクトップでは v2rayN を基本の選択肢とし、Androidではコアの要件に応じて v2rayNG または v2flyNG を選べます。各プラットフォームの入口から、ダウンロードページの該当タブを直接開けます。
v2rayN のクロスプラットフォーム版または従来の WPF 版を選択できます。統一されたインターフェースを使いたい場合はデスクトップ版、従来のトレイやウィンドウ操作を使いたい環境には WPF 版が適しています。
v2rayN では、プロセッサのアーキテクチャに対応したデスクトップ用インストーラーを提供しています。ダウンロード前にシステム情報でチップの種類を確認し、対応する入口を選ぶと、パッケージの不一致を防げます。
v2rayNG は Xray コアを使用し、VLESS や REALITY などの設定に対応します。v2flyNG は V2Fly コアを使用し、Project V の標準実装を重視する場合の代替クライアントになります。
v2rayN デスクトップ版は、一般的な deb・rpm パッケージ形式と複数のプロセッサアーキテクチャに対応しています。ディストリビューションのパッケージ体系とデバイスのアーキテクチャを確認してから、該当するファイルを選んでください。
クライアントが使えるかどうかは、インストールの完了だけでは決まりません。サブスクリプションを正しく解析できるか、ルーティングルールが想定どおり適用されるか、システムプロキシが対象アプリを経由させているかを、設定項目ごとに確認する必要があります。
v2rayN でサブスクリプショングループの設定を開き、グループ名とサブスクリプションURLを追加して保存したら、現在のグループを更新します。共有リンクを1件ずつ貼り付けるより、グループ化したほうが長期的な管理に適しています。サーバー側の内容が変わっても、該当グループを更新するだけで済み、設定をすべて整理し直す必要がありません。インポート後は、項目がクライアントに認識されるか、プロトコル、アドレス、ポート、伝送方式などが表示されているかを確認してください。更新に失敗した場合は連続してクリックせず、リンクの有効性、更新方式、形式の互換性、ローカルネットワークの状態を順に確認します。
ルーティングルールは並び順に従って接続を照合するため、具体性の高いルールをフォールバックルールより前に置きます。一般的には、プライベートアドレス、中国本土の IP、中国本土のサイトドメインを direct 出力へ送り、それ以外の未一致トラフィックを proxy 出力へ送ります。direct と proxy は出力タグであり、ボタン名ではありません。ルールを変更したら設定を再読み込みし、異なる条件に一致する対象へ個別にアクセスして確認してください。sniffing を有効にすると、クライアントが接続から対象ドメインを識別し、geosite ルールの判定に利用できます。ただし、実際の結果はインバウンドプロトコルとアプリの接続方式にも左右されます。
{
"domain": ["geosite:cn"],
"outboundTag": "direct"
}
{
"ip": ["geoip:private", "geoip:cn"],
"outboundTag": "direct"
}
接続確認は、コア、インバウンドポート、システムプロキシ、アプリのリクエストという4層に分けて行います。まず Xray または V2Fly コアが起動できることを確認し、次にローカル SOCKS リスニングポートが設定と一致しているかを確認します。その後、システムプロキシの自動設定を有効にし、対象アプリが実際にシステムプロキシを使用していることを確認してください。ブラウザーだけ使えて他のプログラムが使えない場合は、アプリ独自のプロキシ設定が原因であることが多く、すべてのアプリが接続できない場合は、コアのログ、サブスクリプションの項目、伝送パラメータを順に確認します。ログレベルを warning にすると重要な異常を残しつつ、通常の実行情報が多すぎて判断を妨げるのを防げます。
このクイック手順では、確認可能な基本設定を作成します。初回は高度なパラメータを一度に大量変更せず、サブスクリプション、ルーティング、システムプロキシの経路を整えてから、必要に応じて DNS、Mux、細かなルールを調整してください。
OSとプロセッサアーキテクチャに合うクライアントをダウンロードします。インストール後にサブスクリプショングループの設定を開き、グループ名と有効なサブスクリプションURLを入力して更新します。共有リンクを1件使う場合も、クライアントが対応するプロトコルと伝送の組み合わせを先に確認してください。インポートが成功しただけでは、接続パラメータが有効とは限りません。プロトコル、サーバーアドレス、ポート、伝送層、セキュリティ層、コアの対応状況も確認する必要があります。
日常利用では、まずルールモードを使い、プライベートネットワークと geosite・geoip 条件に一致するトラフィックを direct へ、それ以外を proxy へ送ります。システムプロキシに従うすべてのアプリを同じプロキシ出口へ通したい場合は、グローバル関連モードに切り替えられますが、一部のアプリはシステム設定を無視することがあります。v2rayN の「システムプロキシを自動設定」はシステムのプロキシパラメータを書き込み、ローカルリスニングポートはクライアントのインバウンド設定で決まるため、両者を対応させる必要があります。
設定を1つ選んでクライアントを起動し、まずコアが正常に動作しているか、次にシステムプロキシの状態を確認します。接続に異常がある場合は、warning または error の情報から、ドメイン解決、プロトコル項目、証明書の時刻、伝送経路、ポートの競合などを特定します。複数のパラメータを一度に変更しないでください。どの変更が影響したのか判断できなくなります。1回につき1つの変数だけを調整し、再接続して結果を記録する方法が安全です。問題を明確に再現できるか、修正を確認できるまで続けます。
クライアント、コア、プロトコルはそれぞれ異なる層に属します。各層の役割を理解すると、設定の互換性を判断しやすくなり、GUIの項目と基盤となるプロトコル実装を混同せずに済みます。
Project V は、V2Ray の設定モデルを基盤とするネットワークツールのエコシステムを形成しました。インバウンド、アウトバウンド、ルーティング、DNS、ポリシー、伝送設定を比較的独立したモジュールに分け、ルールでそれらを接続する考え方が中心です。VMess は初期の代表的なプロトコルで、その後 VLESS、Trojan、Shadowsocks 互換実装や、さまざまな伝送方式へと拡張されました。設定ファイルの inbounds、outbounds、routing などの構造は、現在も関連コアの動作を理解する重要な入口です。
V2Fly は Project V のコミュニティによる保守方針を引き継ぎ、V2Ray Core はしばしば v2fly コアと呼ばれます。モジュール式の設定思想を保ちながら、プロトコル対応、伝送コンポーネント、ルーティングリソース、クロスプラットフォーム動作を継続的に発展させています。v2flyNG はこのコア系統を採用しており、V2Fly の実装経路を必要とする Android ユーザーに適しています。V2Fly を選んだからといって VMess だけを使うわけではなく、実際に利用できるプロトコルはクライアント内蔵コアと設定項目の対応状況によります。
Xray は近い設定体系から発展し、VLESS、XTLS、REALITY などにより集中的な実装を提供しています。v2rayN と v2rayNG は通常 Xray コアを使用するため、同じサブスクリプションを両方のクライアントで使う場合、項目の解釈は比較的近い傾向があります。ただし、デスクトップとモバイルではシステムプロキシ、VPNによる制御、DNSの動作、バックグラウンド実行の仕組みが異なります。コアが同じだからといって、すべての設定が完全に共通すると考えてはいけません。
コアは設定の解析、接続の確立、ルーティングの実行、データ伝送を担当し、GUIクライアントはサブスクリプション管理、パラメータ編集、システムプロキシの切り替え、ログ確認、コアプロセス管理を担当します。問題が起きたときは、まず障害がGUI層とコア層のどちらにあるかを切り分けます。たとえばサブスクリプションボタンで内容を解析できない場合は、サブスクリプション形式またはクライアントの解析処理が原因であることが多く、コア起動後に項目が無効だと表示される場合は、設定構造またはコアの互換性に近い問題です。一部のアプリだけ動作しない場合は、システムプロキシやアプリ自身の設定を確認します。
v2rayN は Windows、macOS、Linux 向けのGUIクライアントで、サブスクリプショングループ、サーバー設定、ルーティングルール、DNS、システムプロキシ、Xray などのコアを管理します。クロスプラットフォーム版と Windows WPF 版では、UI技術やトレイ動作に違いがありますが、基本的な流れはいずれも設定のインポート、サーバー選択、プロキシモードの設定、ログ確認です。
v2rayNG は Xray コアの機能を Android クライアントに統合し、一般的な共有リンクやサブスクリプションをインポートできます。システムが提供する VPN インターフェースでアプリの通信を制御し、VLESS、REALITY、VMess、Trojan、Shadowsocks の設定が必要なモバイル端末に適しています。ルーティング、アプリごとのプロキシ、DNSの動作は、システムの制約を踏まえて設定してください。
v2flyNG は V2Fly コアを採用した、Android向けのもう1つのオープンソースクライアントです。v2rayNG と似たUIの考え方を持ちますが、基盤となるコア系統は異なります。サブスクリプションが Xray 固有の項目に依存する場合は、互換性を優先して確認してください。設定が V2Fly の対応範囲内であれば、同じインポート、接続、ログ確認の流れで設定できます。
関連プロジェクトは公開ソースコードとオープンソースライセンスに基づいて協力しており、クライアントとコアは通常それぞれ独立したリリースサイクルで更新されます。クライアントの更新はUI、サブスクリプション解析、システム統合、互換性に集中し、コアの更新はプロトコル実装、ルーティングリソース、伝送コンポーネント、セキュリティ修正、設定項目に及ぶことがあります。両者が常に同時にリリースされるわけではないため、新しいプロトコルや項目を調べる際は、クライアントが設定を渡せるか、コアが対応機能を実装しているかを併せて確認してください。
サブスクリプションサービスが提供する設定にも、独自の変更サイクルがあります。クライアントを更新しても無効なサブスクリプションが自動修正されるわけではなく、サブスクリプションを更新してもローカルプログラムの機能は変わりません。管理を明確にするには、クライアントの更新、コアの変更、サブスクリプションの調整を分けて記録し、異常が起きたら直近で変化した層を特定します。これにより、むやみな再インストールや設定の上書きを減らし、切り戻し可能な判断経路を残せます。
プロトコルの仕組み、サブスクリプションの障害、プラットフォームの権限を中心に、実行可能な確認方法を整理しています。各記事ではまずパラメータ間の関係を説明し、そのうえで実際に操作しやすい手順を示します。
TLSハンドシェイクのコストから始め、REALITY のハンドシェイク方式、XTLS Vision が重複処理を減らす考え方、そして Xray コアで両者を組み合わせる前提を解説します。プロトコル、セキュリティ層、フロー制御パラメータも区別し、名称だけで性能を判断しないよう整理します。
記事を読む →リンクの有効性、更新方式、Base64 の内容、共有リンクの形式、クライアントの対応範囲に沿って確認手順を整理します。更新ボタンを繰り返し押しても、形式や互換性の問題は通常解決しない理由と、ネットワーク障害と解析エラーを見分ける方法を説明します。
記事を読む →プライバシーとセキュリティの設定で許可する手順、隔離属性への対処方法、システムプロキシが反映されない場合の確認方法を説明します。アプリの起動権限とネットワークプロキシ権限を分けて確認し、どのシステム層から警告が出ているかを特定できます。
記事を読む →