デスクトップではv2rayN、Androidではv2rayNGを選び、サブスクリプションの追加からルーティング設定まで、項目ごとに設定できます。
GUIは設定を管理し、コアは接続とルールの適用を担います。利用できるプロトコルは、実際に使用するコアによって異なります。
3つのクライアントはいずれもオープンソースです。コアや依存コンポーネントには、それぞれ別のライセンスが適用されます。
サーバーの設定値に従ってインポートし、名称だけを見てプロトコルを変更しないでください。
まず、3つの役割を整理しましょう。サブスクリプションは接続設定を提供し、プロキシモードはどのアプリの通信をクライアントに渡すかを決め、ルーティングは受け取ったリクエストの送信先を決めます。接続に問題がある場合は、この順番で確認すると、複数の設定を同時に変更するより原因を特定しやすくなります。以下の画面例は設定の説明用で、接続中の状態を示すものではありません。
サブスクリプションURLは接続設定の一覧を取得するためのもので、ノード共有リンクとは異なります。v2rayNではサブスクリプショングループの設定を開き、名前とURLを入力して保存した後、サブスクリプションを更新します。v2rayNGではサイドメニューからグループを管理します。通常、クライアントはURLを保存するだけで、保存時にすべてのノードを自動取得するわけではありません。初回追加後は更新結果を確認し、ノードを選んで接続をテストしてください。ノードを1件ずつ手動登録するより、グループにまとめると提供元ごとに整理でき、設定の更新も簡単です。更新しても、サーバー側のアカウントやプランの有効性は確認されません。
システムプロキシは、OSの設定に従うアプリにローカルプロキシの接続先を提供します。まずブラウザーで接続を確認する場合に便利です。v2rayNの「システムプロキシを自動設定」はOSのプロキシ設定を変更し、「システムプロキシを解除」はその設定を元に戻します。「システムプロキシを変更しない」は、ほかのアプリからローカルポートを指定する場合に使います。システムプロキシを無視するアプリもあるため、ブラウザーが使えても別のプログラムで使えないことだけでは、ノードの障害とは判断できません。まず接続方法を1つに絞り、アプリの通信がクライアントに届いていないのか、届いた後にルーティングで別の送信先に振り分けられたのかを確認します。
ルーティングルールは、リクエストをプロキシ経由、直接接続、または遮断のいずれにするかを決めます。よくある設定では、LAN内のアドレスや特定のドメインは直接接続にし、それ以外の通信はデフォルトの送信先に振り分けます。ルールは上から順に照合されるため、範囲の広いルールが先にあると、後の細かなルールが適用されないことがあります。編集前にバックアップを取り、送信先のタグが実際に定義されているか確認してください。ドメインやIPアドレスによる分類には、それぞれ対応するデータファイルも必要です。右側の例はルーティング部分のみで、単独で動作する完全な設定ではありません。既存のインバウンド、アウトバウンド、DNS設定と合わせて確認してください。
{
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
},
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}TUNは仮想ネットワークインターフェースで通信を受け取る機能で、システムプロキシに従わないアプリを使う場合などに利用されます。通信をクライアントに取り込む方法を変えるものであり、すべてのリクエストが自動的にプロキシへ送られるわけではありません。実際の送信先はルーティングルールによって決まります。デスクトップでは管理者権限やネットワークコンポーネントが必要な場合があり、AndroidではシステムのVPN許可を求められます。まず通常の設定でノードに接続できることを確認し、その後TUNを個別に有効にしてください。ほかの通信制御ツールを同時に使う場合は、ルーティングやDNS設定の競合を避けるため、どちらかを先に停止してください。
コアは接続プロトコルやトランスポート、ルーティングを実行し、クライアントはインポートや設定の画面を提供します。v2rayNは複数のコアを設定できますが、選択できる項目は配布パッケージによって異なります。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。画面やリンク形式が似ていても、機能が同じとは限りません。特に、新しいプロトコルのパラメーターやセキュアなトランスポートとの組み合わせには注意が必要です。認識できない項目がある場合は、削除して無理に保存するのではなく、クライアントとコアの対応状況を確認してください。コアを変更した後も、接続やルーティングの動作を改めて確認しましょう。
まずOSを確認し、次にCPUアーキテクチャを確認してください。デスクトップではv2rayN、Androidではv2rayNGが基本です。V2Flyコアが必要な場合はv2flyNGも選択肢になります。インストーラーの形式とノードのプロトコルは別のものです。前者はデバイス上で実行できるか、後者はサーバーから提供された接続設定をクライアントで利用できるかに関わります。
Desktop版と従来型のWPF版をダウンロードできます。Desktop版は新世代のクロスプラットフォームUIを採用し、WPF版は従来のデスクトップ操作を維持しています。システム要件と使い方に合わせて選び、両方を同時にインストールする必要はありません。初回起動時に依存コンポーネントの案内が表示された場合は、該当するリリース情報に従ってランタイムを準備してください。実行環境の不足をノードの問題と混同しないようにしましょう。
展開またはインストール後、メイン画面が正常に開くことを確認してからサブスクリプションを追加してください。システムプロキシを有効にしたら、ブラウザーでアクセスを確認します。特定のアプリだけをプロキシ経由にする場合は、クライアントに表示されたローカルの待ち受けアドレスとポートを、そのアプリに設定してください。
チップに合わせてApple SiliconまたはIntel向けのインストーラーを選びます。「このMacについて」でチップを確認できます。CPUアーキテクチャとOSバージョンの両方がリリース要件を満たしている必要があります。初回起動時にセキュリティ警告が表示されたら、配布元を確認し、OSのセキュリティ設定に従ってください。クライアントを動かすために、システム全体のセキュリティを長期にわたって下げることは推奨しません。
システムプロキシとTUNでは許可の方法が異なります。まず基本的なプロキシ設定で接続を確認してください。ネットワークの切り替え後やスリープから復帰した後に一部のアプリだけ使えない場合は、サービスを再起動する前にプロキシの入口とDNSの状態を確認します。
v2rayNGはXrayコアを使用し、v2flyNGはV2Flyコアを使いたい場合の選択肢です。比較的新しい端末では通常arm64を選びます。アーキテクチャがわからない場合は、汎用パッケージの説明を確認してください。汎用パッケージは対応アーキテクチャを広げるもので、専用パッケージより接続が速いという意味ではありません。アプリごとに設定は別々に保存されるため、切り替え後はサブスクリプションとルーティングを確認してください。
初回接続時に、システムのVPN接続リクエストを許可する必要があります。バックグラウンドで接続が切れやすい場合は、バッテリー最適化とバックグラウンド実行の制限を確認してください。ほかのVPNアプリが動作している場合は、接続を停止してから現在のクライアントを起動し、システムの通信制御をめぐる競合を避けましょう。
ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、x64とarm64を確認してください。拡張子が対応していても、すべてのディストリビューションにそのままインストールできるとは限りません。システムの依存関係とデスクトップ環境も確認が必要です。GUIクライアントではサブスクリプションやノード、ルーティングを管理できるため、使い始める前にコア設定を一式手書きする必要はありません。
デスクトップ環境によってシステムプロキシの参照方法が異なり、ターミナルのプログラムがデスクトップのプロキシ設定を使うとも限りません。ブラウザーは使えるのにターミナルで接続できない場合は、まずプログラム側のプロキシ設定を確認してください。通信を取り込む必要がある場合に限り、TUNと必要な権限を設定します。
すべてのクライアントを見る →ダウンロードページでは、インストール先やアーキテクチャ、システム要件をまとめて確認できます。
設定をインポート → 接続方法を確認 → ルーティングを検証
クライアントは、用意された接続設定を使うためのもので、利用可能なリモートサービスを提供するものではありません。有効なサブスクリプションURLまたはノード共有リンクを準備してから、以下の手順を進めてください。設定値は信頼できる提供元から入手してください。サーバーアドレスだけで認証情報やトランスポート設定がない場合、クライアントが自動で補完することはできません。
v2rayNではサブスクリプショングループの設定にURLを保存し、サブスクリプションメニューから更新します。v2rayNGではサイドメニューでグループ設定を開き、一覧に戻ってサブスクリプションを更新します。個別の共有リンクは、クリップボードからのインポートまたはQRコード読み取りを使い、サブスクリプションURL欄には入力しないでください。追加後はプロトコルとトランスポートの設定がそろっているか確認し、ノードを1つ選んで接続します。
一覧が空のままの場合は、まず更新ログを確認し、URLにアクセスできないのか、取得した内容を認識できないのか、サブスクリプションが失効しているのかを切り分けてください。同じグループを何度も追加しても、通常は解決しません。グループ名には提供元がわかる説明を付けつつ、サブスクリプションURLを公開の問い合わせに貼り付けないでください。
デスクトップでは、まずシステムプロキシを自動設定し、OSの設定に従うブラウザーをクライアントに接続します。Androidでは接続をタップし、システムの案内に従ってVPN接続を許可してください。この段階ではデフォルトのルーティングを維持し、複数の通信制御ツールを同時に有効にしないでください。クライアントの起動エラーが表示された場合は、リモート接続を確認する前にローカルポートの競合、権限、設定値を確認します。
「グローバルルーティング」と「システムプロキシ」は別の設定です。前者はクライアントに届いた通信の送信先を決め、後者はアプリからのリクエストをクライアントに渡すかどうかを決めます。ルーティングだけを変更しても、システムプロキシを使わないアプリは自動的に接続されません。この違いを理解してから、TUNが必要か判断してください。
対象のサイトを開き、ページが読み込まれるか確認してから、クライアントのログに接続エラーがないか確認します。遅延テストはあくまで参考情報で、Webページや動画、特定のアプリが必ず利用できることを示すものではありません。ブラウザーは使えるのに特定のアプリだけ失敗する場合は、そのアプリがプロキシを使用しているか確認してください。すべて失敗する場合は、ノードの設定値、システム時刻、サブスクリプションの状態、DNSを確認します。
基本接続を確認した後、ルーティングルールを1つずつ追加してください。変更のたびに対象サイトとLANへのアクセスを確認します。使用を終えるときは、デスクトップではシステムプロキシが解除されていること、AndroidではVPN接続が停止していることを確認してください。正常に動作した設定の組み合わせを記録しておくと、次にノードを切り替える際のトラブルシューティングが簡単になります。
詳しい使い方を見る →メニューの位置はリリース形態によって異なる場合があります。実際の画面で確認してください。
クライアント、コア、プロトコル、サブスクリプションはそれぞれ異なる役割を担います。クライアントをダウンロードすると操作画面を利用でき、コアが接続を実行し、プロトコルが通信方式を定め、サブスクリプションが設定を配布します。この関係を理解しておくと、アプリを更新すべきか、ルールを調整すべきか、設定の提供元に問い合わせるべきかを判断しやすくなります。
Project Vは、プロキシ通信ツールを中心に形成されたオープンソースのエコシステムで、V2Rayはその中で広く利用されているコアプロジェクトです。V2FlyはV2Rayのコミュニティ開発を引き継ぎました。Xrayは関連するコードを基盤に独立したプロジェクトとして開発され、独自のプロトコルやトランスポート機能を拡張しています。共通の背景はありますが、現在の機能や設定の詳細、更新ペースは同一ではありません。一方のガイドを、もう一方にそのまま適用できるとは限りません。
普段の利用で大切なのは、コアの名称だけを比較することではなく、ノードに必要な機能がそろっているか確認することです。ノードの設定は通常、プロトコル、トランスポート、セキュリティ層、認証情報の組み合わせで構成されます。VMessとVLESSはプロトコル名で、REALITYはセキュアなトランスポートに関連する方式です。これらは同じ階層の互換選択肢ではありません。重要な設定項目が1つでも一致しないと、接続できない場合があります。
v2rayNはデスクトップ向けのクライアントで、GUIからサーバーやサブスクリプション、システムプロキシ、ルーティングを管理でき、複数のコアを設定できます。プラットフォームやリリース形態によってメニューの位置が異なる場合があります。画面がガイドと違うときは、使用中のデスクトップ版の種類を確認してください。選択できるコアも、実際のインストール内容によって異なります。スクリーンショットだけで、すべてのプラットフォームに同じ選択肢があると判断しないでください。
v2rayNGはAndroid向けで、Xrayコアを使用し、システムのVPNインターフェースを通じて通信を取り込みます。v2flyNGはV2Flyコアを採用しており、対応するコア機能が必要な場合に適しています。名前は似ていますが、同一アプリの別テーマではなく、すべての設定を共有するわけでもありません。サブスクリプションを移行するときは、ノード名が同じかだけでなく、プロトコルの互換性、ルーティングモード、アプリごとの振り分け、システムの許可を個別に確認してください。
3つのクライアントはいずれもGPL-3.0ライセンスでソースコードを公開しており、コアやその他の依存コンポーネントには各プロジェクトのライセンスが適用されます。オープンソースとは、ソースコードとライセンス条項を確認でき、利用・変更・再配布に関する条件が定められていることを意味します。クライアントのプロジェクトがリモートのサブスクリプションサービスを提供するという意味ではなく、サブスクリプションの提供元を判断する代わりにもなりません。クライアントのダウンロードが無料かどうかと、リモートサービスが有料かどうかは別の問題です。
サブスクリプションURLには個人用設定の取得に使う認証情報が含まれる場合があり、ノード設定にも認証情報が含まれることがあります。バックアップは機密情報として扱い、信頼できる場所だけに保管してください。ログやスクリーンショットを共有する前に、サブスクリプションURL、サーバーの認証項目、QRコードが写っていないか確認しましょう。問い合わせの際は、設定全体をそのまま送るのではなく、エラーの種類、操作手順、機密情報を除いた設定の構造を伝えてください。
サブスクリプションの更新では通常、サービス提供元のノード設定だけが更新され、クライアントプログラムはアップグレードされません。クライアントを更新すると、画面やコア、設定の生成方法が変わることがありますが、リモートノードが復旧するとは限りません。地域分類データ、ルーティングルール、DNS設定もそれぞれ別の更新対象です。問題が起きたら、まずどのレイヤーに変更があったかを確認してから対応しましょう。原因に関係のない更新を繰り返しても解決にはつながりません。
アップグレードの前に、サブスクリプションの提供元、カスタムルート、必要な設定をバックアップしてください。アップグレード後は、以前使えていた基本接続を確認し、アプリごとの振り分け、LANへのアクセス、TUNの動作を順にチェックします。新しい設定項目を認識できない場合は、クライアントとコアの対応状況を確認してください。警告を消すためにセキュリティ関連の項目を安易に削除したり、コアの違いを確認せず古い設定全体を上書きしたりしないでください。
設定を安定してインポートして接続できるようになったら、生成された設定をインバウンド、アウトバウンド、ルーティングの順に確認できます。インバウンドはリクエストをローカルで受け取る方法、アウトバウンドは宛先や上流への接続方法、ルーティングはタグを使って両者を結び付ける仕組みを表します。トップ画面のウィンドウにある直接接続ルールは、対応するアウトバウンドと分類データが存在して初めて機能します。断片だけをコピーしても、完全な設定にはなりません。
さらに学ぶには、まず用語集でプロトコル、トランスポート、コア、ルーティングの違いを確認し、クライアント比較で対応プラットフォームを調べてください。設定の順序と日常の管理方法をまとめて確認するには使い方ガイドを、具体的な接続トラブルはヘルプセンターを症状に応じてご覧ください。複数の無関係な項目を何度も切り替えるより、正常に動作した設定を1つ記録しておくほうが、後の確認に役立ちます。
以下の3記事では、プロトコルの違い、デスクトップへのインストール、ノードの選び方をそれぞれ解説します。まず基本的な接続手順を確認し、実際の疑問に合わせて記事をお読みください。ノード名にある地域やプロトコルの表記は手掛かりにすぎません。実際の動作は、設定全体と接続結果を合わせて確認してください。
VMessとVLESSの暗号化方式、時刻チェック、トランスポートの組み合わせの違いを、わかりやすく解説します。クライアントにそれぞれのノードをインポートするときの注意点も紹介します。
v2rayNのWindows向け2種類のリリース形態を比較し、展開して起動する手順、ランタイムの依存関係、システムプロキシ設定、スタートアップ設定まで、流れと注意点を解説します。
サブスクリプション内のノード名によくある表記の意味や、正しい遅延の測り方、通信量倍率の計算方法、地域・プロトコルごとの用途を解説します。