Windows
v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームの画面を採用し、WPF版は従来のWindows向けレイアウトを維持しています。まず動作要件を確認し、使い方に合わせて選んでください。設定をインポートしたら、使用中のサーバー、システムプロキシ、ルーティングを確認しましょう。
ダウンロードページへ →デスクトップ・Android · サブスクリプション設定
オープンソースのクライアントでデスクトップとAndroidに対応。まずはサブスクリプションの追加から設定できます。
クライアント画面のイメージです。メニュー名やレイアウトはバージョンによって異なる場合があります。
まず通信の取り込み方法を確認し、次にトラフィックの経路を設定します。4つの設定はそれぞれ異なる役割を担います。
設定画面のイメージ · クライアントの操作画面ではありません
システムプロキシは、プロキシの接続先をOSの設定に反映します。まずv2rayNで使用可能なサーバーを選び、「システムプロキシを自動設定」を有効にします。システム設定に従うアプリが、この接続先を利用するようになります。「システムプロキシを解除」はOS側の設定を元に戻し、「システムプロキシを変更しない」では既存の設定を維持します。これはルーティングモードとは別の設定で、すべてのアプリの通信を取り込むものではありません。アプリごとにプロキシを入力するより、デスクトップで日常的に使いやすい方法です。アプリがプロキシを利用しない場合は、アプリ側のネットワーク設定を確認してください。
プロキシとルーティングの設定を見る →ルーティングは、コアに届いたリクエストの処理方法を決めます。普段使いでは「中国本土をバイパス」するルールから始め、特定の通信をすべてプロキシ経由にする必要がある場合は、グローバルモードを確認してください。ルールは通常、上から順に適用されます。ドメイン、アドレス、プロトコルなどの条件によって結果が変わるため、システムプロキシを有効にしても、すべてのリクエストがプロキシを通るとは限りません。サーバーを次々に変更するより、先にルールを確認すると、特定のサイトだけ接続状況が異なる原因を見つけやすくなります。カスタムルールを追加する前に現在の設定を記録し、ドメインの名前解決方法やルールの照合条件も確認してください。
ルーティングモードとルールを見る →サブスクリプショングループは、サブスクリプションURLと、そこからインポートしたサーバー設定を紐づけて管理します。v2rayNではグループを追加してURLを入力し、更新を実行します。v2rayNGではサブスクリプショングループ設定から登録します。同じ互換性のあるサブスクリプションを両方で使えますが、各端末の設定やルーティングは自動で同期されません。ノードの共有リンクを何度も貼り付けるより、サブスクリプションを使うと複数の設定をまとめて管理できます。更新に失敗したら、まずURLが完全で有効かを確認し、次に更新時のネットワーク接続を確認してください。最初からすべてのグループを削除する必要はありません。
サブスクリプションの追加手順を見る →ローカルリスニングポートは、ほかのアプリがクライアントに接続するための入口であり、リモートサーバーのポートではありません。プロキシを手動設定するアプリでは、ローカルループバックアドレス、クライアントで使用中のポート、対応するプロキシの種類を指定します。図のポート番号は一般的な設定例であり、実際の設定を確認せずにそのまま使うことはできません。リモートノードのパラメーターを変更するより、ローカルの接続先を確認する方が、「ブラウザーは使えるのに特定のアプリだけ使えない」といった問題の切り分けに役立ちます。通常はローカル端末からの接続のみを許可してください。LANからの接続を有効にする場合は、待ち受ける範囲とアクセス制御を確認してください。
ローカル接続の設定を見る →初めて使うときは、まずサブスクリプションを追加し、設定一覧に項目が表示されることを確認してから、使用するサーバーを選びます。次に適切な通信の取り込み方法を有効にし、最後にルーティングを調整します。一度に変更する設定を一つの層に絞れば、問題が起きたときに元へ戻しやすくなります。最初からDNS、ルーティング、ポート、通信パラメーターを同時に変更すると、接続が復旧しても、どの変更が有効だったのか判断しにくくなります。
デスクトップのシステムプロキシとAndroidのVPNモードは、プラットフォームごとに異なる接続方法です。v2rayNGはOSのVPN許可を得てローカルの通信経路を作り、アプリごとのプロキシ設定で対象アプリを限定できます。一方、v2rayNはシステムプロキシを利用するほか、用途に応じて別の通信取り込み方法を設定できます。チュートリアルに記載された設定名は機能を見つけるためのものです。異なるプラットフォームのスイッチを一つずつ同じように設定しないでください。接続状態、アプリの通信がプロキシに入っているか、リモートサービスに到達できるかは、それぞれ個別に確認する必要があります。
サブスクリプションの更新だけに失敗する場合は、まずサブスクリプション更新の失敗を解決するをご覧ください。追加はできたのにウェブページを開けない場合は、使用中のサーバー、システムプロキシ、ルーティングを順に確認します。一度のテストで分かるのは、そのテスト経路の状態だけです。すべてのアプリやサイトにアクセスできることを示すものではありません。
デスクトップではv2rayN、Androidではまずv2rayNGをご確認ください。インストーラーの形式とCPUアーキテクチャはダウンロードページに個別に記載しています。
v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームの画面を採用し、WPF版は従来のWindows向けレイアウトを維持しています。まず動作要件を確認し、使い方に合わせて選んでください。設定をインポートしたら、使用中のサーバー、システムプロキシ、ルーティングを確認しましょう。
ダウンロードページへ →v2rayNはApple Silicon用とIntel用のダウンロードを提供しています。チップの種類は、システムの「このMacについて」で確認できます。アーキテクチャを間違えないように選択してください。インストール後に許可を求められた場合は、システムの案内を確認して操作してください。クライアントを実行するために、セキュリティ設定をまとめて無効にしないでください。
ダウンロードページへ →Xrayコアを採用したv2rayNGを優先して選び、V2Flyエコシステムとの互換性が必要な場合はv2flyNGをご確認ください。端末に対応するarm64版または汎用版を選択します。初回接続時にはOSのVPN許可が必要です。バックグラウンド実行の設定によって、接続が維持されない場合もあります。
ダウンロードページへ →v2rayNはdeb形式とrpm形式に対応し、x64とarm64の各アーキテクチャ版を提供しています。ディストリビューションのパッケージ管理方式に合った形式を選んでください。デスクトップ環境によってプロキシ設定の場所は異なります。インストール後はクライアントが起動するかだけでなく、アプリがシステムプロキシに従うかも確認してください。
ダウンロードページへ →クライアントは設定を読み込み、コアを呼び出して接続を管理するソフトウェアであり、リモートサービスそのものではありません。ダウンロードしただけでは使用可能なサーバーは設定されません。利用権限のあるサブスクリプションURLまたは共有リンクを別途用意してください。URLをコピーするときは内容を省略せず、ページのタイトルや説明文、前後の空白を一緒に入力しないようにします。サブスクリプションに含まれるプロトコルが、選択したクライアントとコアに対応しているかも確認してください。
互換性のある同じサブスクリプションをデスクトップとAndroidの両方に追加できますが、アプリの設定、アプリごとの対象一覧、カスタムルーティングは通常、個別に設定する必要があります。移行前に現在の通信取り込み方法を記録し、必要なローカル設定のバックアップを保存してから、新しい端末で動作を確認してください。URLや識別情報を含むエクスポートデータを公開の掲示板に投稿しないでください。トラブル対応用のスクリーンショットでも、サブスクリプションURLと認証情報を隠してください。
クライアントは操作画面を提供し、コアは接続とルーティングを処理します。名称が似ていても、役割は同じではありません。
エコシステムの関係
プロキシの構成要素と設定体系を理解するための出発点です。
各フォークは独立して開発されています。プロトコルと設定への対応状況は、実際に使うコアで確認してください。
V2Rayコアの違いを見る →Project VはV2Rayエコシステムを理解するための背景となるプロジェクトです。V2Rayコアは、インバウンド、アウトバウンド、ルーティング、トランスポートなどの要素でネットワークリクエストを処理します。これらを直接管理するには、設定ファイルを読む必要がある場合があります。v2rayN、v2rayNG、v2flyNGはグラフィカルな画面を備え、サブスクリプション、サーバー、設定などの項目から主要な操作を行えます。「V2Ray クライアント」と検索してダウンロードする場合、通常必要なのはコア名だけで選んだファイルではなく、現在のOSに合ったグラフィカルクライアントです。
V2FlyはV2Rayの開発と保守を引き継ぎ、XrayはV2Rayから派生して独立した実装として発展しています。設定の背景には共通点がありますが、機能や構文には違いもあります。プロトコル名をインポートできても、すべてのトランスポートの組み合わせが使えるとは限りません。互換性を確認する際は、プロトコル、トランスポート、セキュリティレイヤー、コアの対応状況をあわせて確認してください。サーバー側のパラメーターは設定の根拠となるため、チュートリアルに合わせる目的で重要な項目をむやみに変更しないでください。
v2rayNはデスクトップ向けで、サーバーとサブスクリプションを管理し、画面上の設定をコアが利用できる形に反映します。v2rayNGはAndroid向けで、Xrayコアを採用しており、当サイトのAndroidダウンロードページで優先して案内しています。v2flyNGはV2Flyコアを採用したAndroid向けの選択肢です。いずれもオープンソースですが、同じインストーラーの別名ではありません。メニューや設定への対応状況、動作環境も完全には共通しません。
選ぶときは、まずOSを確認し、次に既存の設定がどのコア機能を必要としているかを確認します。現在の設定が使えていて、明確な互換性の問題もないなら、名前が違うという理由だけでクライアントを変更する必要はありません。移行する場合は、少量の設定をインポートして基本接続を確認してから、サブスクリプションやルーティングのルールを設定してください。クライアント比較ページでは3つのアプリの用途をまとめて解説し、デスクトップのシステムプロキシ設定をAndroidにそのまま適用してしまうのを防ぎます。
クライアントの選び方ガイドを見る →オープンソースソフトウェアは、コードの利用、変更、再配布がそれぞれのライセンスに従うことを意味します。配布形態が違っても、同じライセンス条件が適用されるとは限りません。V2FlyとXrayのコアプロジェクトはMPL 2.0を採用しています。グラフィカルクライアントや依存ソフトウェアには別のライセンスが適用される場合があるため、各プロジェクトに付属するライセンスファイルを確認してください。一般の利用者は、リリースノート、機能の変更点、現在のOSとの互換性に注目するとよいでしょう。
オープンソースであることは、サブスクリプションの提供元を判断する代わりにはなりません。サーバーの提供者、許可される用途、認証の要否は、リモートサービスに関する事項です。クライアント画面に設定が表示されても、その設定が今後も有効であるとは限りません。スクリーンショット、ログ、設定を共有する前に、サブスクリプションURLと識別情報を削除してください。問題の報告には、設定全体を公開するより、操作手順とエラーの種類を説明する方が適しています。
クライアントの更新はアプリ本体と関連コンポーネントを入れ替える作業で、サブスクリプションの更新はリモートから提供されるサーバー設定を読み直す作業です。解決する問題は異なります。サブスクリプションURLが無効になった場合、クライアントを再インストールしても通常は解決しません。プロトコルに対応していない場合も、サブスクリプションを何度も更新するだけでは解決できません。アップグレード前に変更点を確認し、必要な設定のバックアップを保存して、新しい設定方式でも現在のルールが適切か確認してください。
ダウンロードページには各プラットフォームの入手先と利用可能なバージョンをまとめています。ホームページでは、クライアントの選び方と設定手順を案内しています。インストール後は、まず従来の基本接続を確認し、それから個別設定を戻してください。更新後に問題が発生した場合は、プラットフォーム、クライアントの種類、通信の取り込み方法、エラーが起きた手順を記録し、トラブルシューティングの手順に沿って一つずつ原因を確認しましょう。ネットワーク設定を一度にすべて変更するのは避けてください。
VMess、VLESS、Trojanは設定でよく使われるプロトコル名です。REALITYは通信のセキュリティ方式で、VLESSなどと組み合わせて使われることがあります。これらは自由に置き換えられる一連の高速化オプションではありません。プロトコル、接続先アドレス、ポート、認証情報、トランスポートの設定はサーバー側と一致させる必要があります。どれか一つでも不足すると、インポート後に接続できない場合があります。
見慣れない用語が出てきたら、まずREALITYプロトコルの解説と用語集でそれぞれの位置づけを確認し、サーバーから提供された設定一式と照らし合わせてください。共有リンクからインポートする場合は、クライアントがすべての項目を正しく読み取ったかも確認しましょう。テスト結果は実際のアプリでのアクセス状況とあわせて判断してください。接続確認の一項目が成功しても、リクエスト全体が正常に処理されたとは限りません。
ノードの共有リンクは1件のサーバー設定を表し、サブスクリプションURLは更新可能な設定一式を取得するためのものです。それぞれ対応するインポート画面に入力してください。サブスクリプションのウェブページURLを、単一ノードの設定として入力しないでください。まずサブスクリプションとノードに関する用語解説を確認し、チュートリアルに沿ってインポート方法を選ぶとスムーズです。
ルーティングの設定だけでは決まりません。ルーティングが処理するのは、すでにコアに届いたリクエストです。アプリの通信がプロキシに入るかどうかは、システムプロキシ、アプリ独自の設定、その他の通信取り込み方法によっても変わります。まずアプリがプロキシに接続されているかを確認し、その後、通信の経路を確認してください。詳しくはルーティングとトラフィックの振り分けをご覧ください。
同じサブスクリプションを使うと、それぞれの端末で互換性のあるサーバー設定を取得できますが、システムプロキシ、アプリごとの対象一覧、カスタムルーティングは自動で同期されません。サブスクリプションの提供元が同時に利用できる端末数を制限している場合もあるため、サービスの利用条件に従ってください。Androidでの設定手順はv2rayNGの使い方をご覧ください。
実際の操作に沿って設定の考え方を解説します。まず入力内容を確認し、次に動作環境とテスト方法を確認してください。
共有リンクは単一ノードの設定を含み、サブスクリプションURLは設定をまとめて更新できるという違いを解説します。v2rayNとv2rayNGでクリップボードからリンクをインポートする手順も紹介します。
続きを読む →アーカイブからの起動、実行環境の準備、言語やシステムプロキシ、ルーティングの初期設定まで、2つのデスクトップOSで初めて使う際につまずきやすい点をまとめています。
続きを読む →3種類のテストがそれぞれどの区間を測るのか、Tcpingが成功してもインターネットに接続できない理由、テスト結果を組み合わせてノードの利用可否を判断する方法を解説します。
続きを読む →