設定画面のイメージです。メニュー名や配置はクライアントのビルドによって異なる場合があります。
まずOSを確認し、次にプロセッサのアーキテクチャを確認します。デスクトップとAndroidでは通信をプロキシに通す方法が異なります。サブスクリプションを取り込んだ後も、端末ごとの設定が必要です。
v2rayN｜デスクトップ版と従来のWPF版
ダウンロードページにはデスクトップ版と従来のWPF版があります。デスクトップ版は新世代のクロスプラットフォームUIを採用し、WPF版は従来の操作感を維持しています。既存の設定がある場合は、サブスクリプショングループ、ルーティング、待ち受けポートを控えてからUIの切り替えを検討してください。分岐によってメニューの位置が異なるため、画面の見た目だけで設定の有無を判断しないようにしましょう。
初回接続では、まずシステムプロキシを使い、ブラウザーから目的のサービスにアクセスできることを確認してからTunモードを検討します。システムプロキシの影響を受けるのは、その設定を読み取るアプリだけです。PC全体の通信がプロキシ経由になったとは限りません。クライアントを終了する前にシステムプロキシを解除すると、ローカルポートが閉じた後に接続できなくなる問題を防ぎやすくなります。
ダウンロードページへ →v2rayN｜チップに合ったインストーラーを選ぶ
システムメニューの「このMacについて」を開き、チップ名かIntelプロセッサのどちらが表示されるか確認します。Apple SiliconとIntelではインストーラーが異なります。アーキテクチャを選んだ後、起動許可とネットワーク権限を確認してください。インストールしただけではプロキシは有効になりません。利用中のネットワークサービスが、クライアントで設定したローカルプロキシを使っているかも確認しましょう。
Wi-Fiの切り替え、有線接続、スリープからの復帰後にブラウザーだけがアクセスできない場合は、まずシステムのネットワーク設定とクライアントの動作状態を確認します。ノード、ルーティング、DNSを一度に変更せず、動作が確認できている設定を残して一項目ずつ戻しましょう。そうすれば、ネットワーク切り替え、権限、プロキシ接続のどこに原因があるか切り分けやすくなります。
ダウンロードページへ →Androidはv2rayNGがおすすめ｜v2flyNGも選択可能
v2rayNGはXrayコアを使用し、一般的なAndroidの手順で設定できます。V2Flyコアを使う必要がある場合は、v2flyNGを検討してください。多くの端末ではarm64を選びます。判断に迷ったら、端末のシステム情報とダウンロードページにある汎用版の説明を確認しましょう。インストーラーのアーキテクチャとノードのプロトコルは別の要素です。サブスクリプションに記載されたプロトコル名から、端末のアーキテクチャを判断することはできません。
VPNモードを初めて使うときは、システムの接続許可を確認し、省電力設定によってバックグラウンド動作が制限されていないかも確認します。Androidでは通常、この種のVPN接続を同時に利用できるのは1つだけです。別のネットワークツールが接続を使用中なら、先に競合を解消してください。アプリごとのプロキシ設定は、基本的な接続を確認してから行いましょう。最初からテスト対象のアプリをプロキシの対象外にしてしまうのを防げます。
ダウンロードページへ →v2rayN｜ディストリビューションとアーキテクチャで選ぶ
まずディストリビューションがdebとrpmのどちらを使うか確認し、次にx64かarm64を選びます。デスクトップ環境のプロキシ設定と個々のアプリのプロキシ設定は別々の場合があります。ブラウザーは使えるのに他のプログラムが接続できない場合は、サブスクリプションを何度も取り込み直すのではなく、対象プログラムがデスクトップのプロキシ設定を読み取るか確認しましょう。
Tunモードでは権限、仮想ネットワークアダプター、既存のネットワークルールも関係します。接続トラブルすべてを解決する機能ではありません。まず通常のプロキシで再現可能な接続を確立し、必要に応じて通信をプロキシに通す範囲を広げましょう。システムに別のプロキシや仮想ネットワークツールがある場合は、元の設定を記録してから一つずつ停止して比較します。複数の接続方式が干渉するのを防げます。
ダウンロードページへ →3つのクライアントは設定を読み込み、コアを起動してローカルプロキシの接続口を提供します。サーバーアドレスや接続情報は、利用するサービスから別途入手する必要があります。インストール後は、まずサブスクリプションの入手元を確認してください。
すべてのクライアントを見る →設定の目的に合わせて項目を探し、「プロキシを有効にする」と「ルーティングを選ぶ」を混同しないようにしましょう。下の画面は操作箇所のイメージです。タブを切り替えると、それぞれの説明を確認できます。
「サブスクリプショングループ」から購読を追加または編集します。まずURLが信頼できる入手元のものか確認してから更新してください。グループを使うと入手元ごとに設定を管理できますが、現在選択中の接続が自動で切り替わるわけではありません。更新後はプロトコルの解析エラーがないか、使用中の設定が正しいか確認しましょう。すべての設定を一つのリストにまとめるより、どの購読の更新に失敗したかを特定しやすく、手動で追加した設定も分けて管理できます。購読URLには接続情報が含まれることが多いため、スクリーンショットを共有する際はURL全体を隠してください。更新に失敗したら、まずURLが無効になっていないか確認し、必要に応じて既存のプロキシ経由で更新できるかを調べます。
メイン画面またはタスクトレイのメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」を選ぶと、システム設定を読み取るアプリがローカルの待ち受けポートに接続します。これはアプリをクライアントにつなぐ設定であり、リクエストを直接接続するかプロキシ経由にするかは決めません。Tunモードより通信を通す範囲が限られるため、初回接続の確認に適しています。ブラウザーは使えるのに特定のプログラムが使えない場合は、そのプログラム独自のプロキシ設定を確認してください。クライアントを終了する前にシステムプロキシを解除しましょう。「システムプロキシを変更しない」は設定値を維持するだけで、有効化や解除を意味しません。
「ルーティング設定」からルールセットを選び、ルールの順序を確認します。ルーティングは、コアに届いたリクエストの接続先を決める設定であり、アプリのプロキシを有効にするものではありません。システムプロキシの切り替えだけの場合と異なり、ドメインやアドレスなどの条件で通信を細かく振り分けられます。一方、先にある広い条件のルールが、後の詳細なルールを上書きすることがあります。変更後は再接続し、実際のアクセスとログで適用結果を確認してください。ドメインリストやアドレスリストを使う場合は、リソースファイルが読み込めることも確認します。サイトを1つ開けただけでは、すべての通信が想定どおり振り分けられているとは限りません。直接接続とプロキシ接続の両方をテストしましょう。
メイン画面から「Tunモード」を選び、有効にする前にクライアントに必要な権限と仮想ネットワークアダプターを確認します。システムプロキシを読み取らないアプリの通信も通せますが、サーバー設定の無効化を解決するものではなく、すべてのプロトコルがサーバー側で使えるとも限りません。通常のシステムプロキシより端末のネットワークに深く影響するため、DNS、ルーティング、他の仮想ネットワークツールも確認が必要です。有効化後に端末全体の通信に問題が出たら、まずTunを無効にして元の状態に戻し、起動ログと権限の通知を確認してください。複数のネットワーク設定を何度も切り替えず、変更を一つずつ記録すると、競合箇所を特定しやすくなります。
v2rayNGの「設定」から「アプリごとのプロキシ」を開き、リストのモードが「選択したアプリのみプロキシ」か「選択したアプリを迂回」か確認してから、対象のアプリを選びます。これはVPNで通信を通すアプリを指定する設定で、ドメインごとのルーティングルールとは別の階層です。デスクトップのシステムプロキシと異なり、アプリ単位で対象を直接指定できますが、AndroidのVPNモードを利用します。変更後は接続をいったん切って再接続し、新しいリストを反映してください。テスト時はブラウザーが対象外になっていないか確認します。アプリを再インストールした場合や仕事用プロファイルを追加した場合も、リストが意図したアプリに対応しているか見直しましょう。
確認する順序は、サブスクリプションを正しく解析できるか、コアが正常に起動するか、アプリがローカルプロキシに接続できるか、最後にルーティング結果を確認する、の順です。前の段階が成立していなければ、後の設定を増やしても原因の判断は困難です。ガイドではこの順に設定を説明し、トラブルシューティングではインターネットに接続できない、購読に失敗する、DNSに問題があるなどの症状から原因を探します。
v2rayNの設定ガイドを読む →クライアント、コア、プロトコルの名称は、それぞれ異なる階層を指します。役割を区別してから、設定が利用できるか判断しましょう。
Project Vは、V2Rayのエコシステムを理解する出発点です。GUIクライアントはサブスクリプション、ルーティング、ローカルプロキシなどの設定を画面上にまとめます。コアは設定を読み込み、実際のネットワーク接続を処理します。日常会話で「V2Rayをインストールする」と言う場合、こうしたコアを管理するクライアントを導入することを指し、コアの設定を直接編集するとは限りません。
V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連する技術基盤から独自の実装と機能を発展させています。共通する概念や設定方法もありますが、名前が似ていても機能が完全に同じとは限りません。特定のトランスポート、プロトコル設定、拡張機能が使えるかは、クライアントが実際に呼び出すコアを確認してください。
v2rayN · v2rayNG · v2flyNG
Xray · V2Fly
プロトコル、トランスポート、ルーティング、DNS
v2rayNはデスクトップ向けで、GUIから接続、サブスクリプション、ルーティングを管理できます。複数のコアを使えるため、「画面から設定を追加できる」ことと「現在のコアでその設定を実行できる」ことは分けて確認してください。起動に失敗した場合は、画面の見た目を比べるのではなく、エラーに記載されたフィールド名とコア名を確認します。デスクトップのプロキシ待ち受けアドレスにも注意が必要です。端末内での利用とLAN内での共有は別の用途であり、公開範囲を広げるほどファイアウォールやネットワーク環境の確認が重要になります。
v2rayNGはAndroid向けのオープンソースGUIクライアントで、Xrayコアを使用します。システムのVPNインターフェースまたはローカルプロキシ経由で動作します。v2flyNGもAndroid向けで、V2Flyコアを使用するため、そのコアが必要な場合の選択肢になります。画面や操作方法には共通点がありますが、対応する設定はそれぞれのコアを基準に確認してください。現在の設定が使えているなら、名前が違うという理由だけで移行する必要はありません。切り替える場合は必要な情報をエクスポートし、VPNの許可、アプリのリスト、バックグラウンド動作の制限をそれぞれ確認しましょう。
これらのクライアントはオープンソースプロジェクトとして開発されており、関連するクライアントプロジェクトにはGPL系ライセンスが採用されています。V2FlyとXrayのコアプロジェクトはMPL 2.0を採用しています。クライアント、コア、同梱される依存コンポーネントのライセンスを一括りにせず、再配布時の義務は各コンポーネントのライセンス文書を確認してください。一般ユーザーにとってオープンソースであることは、コードや実装が公開され、議論や検証の対象になることを意味します。外部から入手したすべてのサブスクリプションが同様に確認済みという意味ではありません。
サブスクリプションは動作設定であり、サーバーアドレス、ユーザーID、トランスポート設定、接続情報などが含まれる場合があります。ソフトウェアがオープンソースであっても、設定の入手元の安全性やサーバー側でのデータの扱いが保証されるわけではありません。取り込む前に入手元を確認し、サポートを求める際は必要なエラー情報だけを共有して、購読URL全体や接続情報を隠してください。設定をすべて公開するより原因を特定しやすく、接続権限の漏えいも防げます。
クライアント、コア、ルーティング用リソースの更新は、それぞれ別の操作です。UIの更新ではメニュー名が変わることがあり、コアの更新では設定の対応状況が変わる場合があります。ルールリソースの更新は、通信の振り分け結果に影響します。動作が変わったときは、どの階層を変更したのか振り返りましょう。複数の更新と設定変更を一度に行うと、比較できる基準が失われ、単純な問題も再現しにくくなります。
安全に進めるには、使用中の設定、待ち受けポート、カスタムルーティングを記録し、該当する更新内容を確認してからインストールまたは置き換えます。作業後はサブスクリプションが残っているか、コアが起動するか、システムプロキシが現在のポートを参照しているかを確認し、直接接続する対象とプロキシ経由にする対象をそれぞれテストしてください。元に戻せるようにする場合は、以前の環境が新しい設定項目に対応するかも確認します。バックアップには機密情報が含まれるため、安全な場所に保管してください。
実接続テストは、一部の利用できない設定を見つけるのに役立ちます。ただし、テストの成功が示すのは、その時点の条件でテスト先への接続が完了したことだけです。ブラウザーのキャッシュ、アプリ独自のプロキシ設定、DNSの名前解決、サーバー側のポリシーなどにより、別の接続先では結果が異なる場合があります。一つのテスト結果だけで端末全体のプロキシ状態を判断したり、一度のタイムアウトをクライアントの故障と決めつけたりしないでください。
トラブルの切り分けでは、クライアント1つ、動作確認済みの設定1つ、テスト対象のアプリ1つに絞ります。まずプロキシを無効にした状態のネットワークを確認し、有効にした後の変化と比較してください。特定のアプリだけに問題がある場合は、そのアプリのプロキシ接続とルーティング結果に絞って調べます。ログにエラーが出たら、発生した操作とエラーの種類を記録すれば十分です。情報をすべて共有しようとして設定全体を公開しないでください。階層ごとに確認するほうが、繰り返し再インストールするより原因にたどり着きやすくなります。
有効なサーバー設定またはサブスクリプションURLが必要です。クライアントは設定の管理と接続手段を提供しますが、インストールするだけで利用可能なサービスが用意されるわけではありません。設定の入手元とプロトコルの対応状況を確認し、クイックスタートガイドに沿って取り込みと動作確認を行ってください。
最初から両方を有効にする必要はありません。まずシステムプロキシの設定を読み取るアプリで接続を確認し、他のアプリの通信も通す必要がある場合にTunモードを検討してください。2つの方法は異なるネットワーク階層に関わります。詳しくはトラブルシューティングガイドをご覧ください。
画面点灯中は安定しているのに、ロック後に何度も切断される場合は、まずクライアントのバックグラウンド動作が制限されていないか確認し、ネットワークの切り替わりも調べてください。前面で使っても接続できない場合は、設定と基本のネットワーク接続を確認します。詳しくはよくある質問をご覧ください。
いいえ。取り込みが完了しても、実際の起動時にコアが未対応のパラメーター、必須項目の不足、サーバー側との不一致などが発生する場合があります。起動結果と接続ログを確認し、トラブルシューティングの手順に沿って原因を一つずつ特定してください。
プロトコルの設定項目からLAN内共有まで、初回接続の手順には収まりにくい情報を解説します。設定を変更する前に、影響範囲がアプリ、本体、LAN全体のどれに当たるか確認しましょう。
対応プラットフォーム、コアの種類、サブスクリプションとルーティング機能、使いやすさの4つの観点からクライアント3種を比較し、デスクトップとAndroidそれぞれの選び方を紹介します。端末と設定の要件を整理してから、クライアントを切り替える必要があるか判断しましょう。
クライアント比較を読む →LANからの接続を許可する設定場所とポートの意味、ファイアウォールの許可設定、他の端末でプロキシを指定する手順を解説します。共有する前に信頼できるネットワークに限定し、ローカルの待ち受けポートとサーバー側のポートを区別しましょう。
設定メモを読む →VMessとVLESSの暗号化方式、時刻の検証、トランスポートの組み合わせを比較し、サブスクリプションに記載されたプロトコル項目を理解できるよう解説します。プロトコル名は設定の一部にすぎません。サーバー側のパラメーター、トランスポート、コアの対応状況も合わせて確認しましょう。
プロトコル解説を読む →