4つのOS向けクライアントのダウンロード先をまとめ、サブスクリプションの追加からルーティング設定まで順を追って解説します。
ルールは上から順に照合します。finalはデフォルトのアウトバウンドを表す例示名です。
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}ドメインが geosite:cn に一致すると、direct タグが指定する直接接続のアウトバウンドを使用します。
この例を使うには、対応するルールデータとアウトバウンドの定義が必要です。実際の動作は実行ログで確認してください。
SETTINGS / 設定ガイド
接続方法とアウトバウンドルールを整理してから、カーネルや名前解決の動作を調整しましょう。左の目次は日常的な設定の順に並んでいます。コードは関連項目のみを抜粋したもので、そのままインポートできる完全な設定ではありません。
サブスクリプショングループ → 追加
グループ名：通常の設定
サブスクリプションURL：設定の提供元から取得
サブスクリプショングループ → 現在のサブスクリプションを更新サブスクリプションを使うと接続設定をまとめて管理できます。クライアントのアカウントとは別のものです。まずサブスクリプショングループにURLを追加して保存し、現在のグループを更新して、選択できる設定が一覧に表示されることを確認します。グループ名は提供元の区別に使います。次回の更新でそのグループの内容が置き換わるため、手動で編集する前にバックアップしてください。共有リンクを1件ずつ貼り付ける方法に比べ、サブスクリプションならまとめて更新できます。一覧が空の場合は、URLが正しいか、有効期限が切れていないか、端末から配信元にアクセスできるかを確認しましょう。ルーティングモードを何度も切り替える必要はありません。画面によってメニュー名が多少異なる場合があります。
関連ガイド → マニュアル：サブスクリプションの追加システムプロキシ → システムプロキシを設定
ルーティングモード → 中国本土をバイパス
クライアントに接続 → ルートを照合 → アウトバウンドを選択システムプロキシは、OSのプロキシ設定に従うアプリをクライアントに接続するかどうかを決めます。ルーティングモードは、接続後のリクエストを直接接続とプロキシのどちらに送るかを決めます。グローバルモードでは、クライアントに接続されたリクエストが通常プロキシ経由になりますが、すべてのアプリが自動的に接続されるわけではありません。普段のブラウジングでは、システムプロキシと分割ルーティングの組み合わせから始めるとよいでしょう。ルールの問題を切り分けるときは、一時的にグローバルモードに切り替えて比較します。システムネットワーク全体を制御するTUNに比べ、この方法は変更範囲が狭く、元に戻しやすいのが特長です。アプリで反映されない場合は、すぐにノードのパラメーターを変えず、そのアプリがシステムプロキシを参照しているか確認してください。
関連ガイド → マニュアル：プロキシモード{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}ルーティングでは条件に応じてアウトバウンドを選択するため、ルールの順序と各項目の内容が重要です。まずプライベートIPアドレスを直接接続にし、具体的なドメインルールを続けて設定し、最後にどのルールにも一致しないリクエストの行き先を確認します。上の例では、ドメイン一覧に一致した場合にdirectタグを使って直接接続します。カーネルが対応するデータファイルを読み込み、同じ名前のアウトバウンドが定義されていることが前提です。グローバルモードの切り替えだけの場合と比べ、ルールを使うとアプリの接続先を細かく分けられますが、管理の手間も増えます。変更は条件を一種類ずつに絞り、ログで一致状況を確認してください。ドメインの名前解決失敗を、ルールが機能していないと誤認しないよう注意しましょう。
関連ガイド → マニュアル：ルーティングTUNモード → 有効化前に権限を確認
確認項目：仮想NIC / ルーティング / DNS
元に戻す手順：TUNを無効化 → 元のネットワーク設定に戻すTUNは仮想NICを通じてシステムのネットワーク通信を取り込みます。システムプロキシを参照しないアプリにも使えますが、利用できるかどうかはクライアントの実装、OSの権限、ドライバー環境によります。まず通常のプロキシモードで設定を確認してからTUNを有効にし、ローカルネットワーク、名前解決、対象アプリが正常に動作するか確認しましょう。システムプロキシより通信制御の範囲が広く、ほかの仮想NICやネットワークツールと競合しやすい点にも注意が必要です。通信できなくなった場合は、まずTUNを無効にして元の設定に戻し、権限、ルーティング、DNSを個別に確認してください。複数のネットワーク制御ツールを同時に有効にするのは避けましょう。
関連ガイド → マニュアル：TUNモードクライアントの画面 → 設定を管理
プロキシカーネル → プロトコルと通信を処理
選択の基準 → サーバー側の設定とカーネルの対応状況GUIクライアントは設定を管理し、カーネルは接続を確立します。両者は別のコンポーネントです。一部のv2rayNビルドでは複数のカーネルを選べますが、利用できる機能は現在のビルドの設定画面で確認してください。v2rayNGとv2flyNGは、それぞれ異なるカーネルのエコシステムを対象としています。切り替える前に、プロトコル、トランスポート方式、安全性に関する設定の互換性を確認し、元に戻せるよう現在の設定を保存しましょう。カーネル名だけで選ぶより、サーバー側の要件を一つずつ照合する方が確実です。パラメーターを読み込めない場合は、削除する前にクライアントとカーネルの対応状況を確認してください。
関連ガイド → マニュアル：カーネル選び{
"routing": {
"domainStrategy": "IPIfNonMatch"
}
}DNSはドメイン名をIPアドレスに変換し、ドメインポリシーは名前解決の結果をルーティングで使うタイミングに影響します。両方をあわせて確認しましょう。例のポリシーは、ドメインルールに一致しない場合に名前解決を試み、その後アドレス条件との照合を続けます。すべてのリクエストが特定のDNSサーバーを使うという意味ではありません。DNSサーバーのアドレスを一つ指定するだけでなく、問い合わせがどのアウトバウンドを通るか、OSのキャッシュが使われているか、IPv6をどう扱うかも確認が必要です。設定を変更するときは元の設定を残し、ドメイン名とIPアドレスの両方で接続をテストしてください。プロキシの確立前にDNS問い合わせがプロキシに依存して循環する状態を避けましょう。
関連ガイド → マニュアル：DNS設定CLIENT SHELF / OS別クライアント
デスクトップではv2rayN、Androidではv2rayNGから確認しましょう。ダウンロード前にOSとCPUアーキテクチャを確認し、適切なインストール形式を選びます。クライアントをインストールした後は、信頼できる提供元から有効な接続設定を入手する必要があります。
v2rayN / Desktop · WPF
ブラウザーやオフィスソフトを中心に使うデスクトップ環境に適しています。ダウンロードページでは、新しいクロスプラットフォーム版と従来のWPF版を選べます。使い慣れた画面や実行環境に合わせて選択してください。初回設定では、まずシステムプロキシを使い、サブスクリプション、接続、ルーティングが正常に動作してからTUNが必要か検討しましょう。
インストールまたは展開後は、書き込み可能な設定フォルダーを維持してください。PCを移行する際は、プログラムのショートカットだけでなく、サブスクリプショングループとカスタムルールもバックアップしましょう。
ダウンロードページへ →v2rayN / Apple Silicon · Intel
まずシステムメニューから「このMacについて」を開き、チップまたはプロセッサの種類を確認します。Apple SiliconとIntelではインストーラーのアーキテクチャが異なるため、ファイル名が似ているかどうかだけで判断しないでください。インストール後は、クライアントの実行権限とシステムプロキシの状態も確認しましょう。
ブラウザーでは接続できるのにほかのアプリで接続できない場合は、まずアプリ側のプロキシ設定を確認してください。仮想NICの権限と通常のシステムプロキシでは、確認するポイントが異なります。
ダウンロードページへ →v2rayNG / v2flyNG
v2rayNGはXrayカーネル向けの設定に対応し、v2flyNGはV2Flyカーネルの選択肢になります。比較的新しい一般的な端末ではarm64を選び、アーキテクチャが不明な場合は汎用パッケージの説明を確認してください。初回接続時には、OSのVPN接続許可が必要です。これは端末内のネットワーク接続を許可するもので、利用可能なリモート設定が用意されていることを意味しません。
バックグラウンドで切断される場合は、省電力制限とバックグラウンド実行の権限も確認してください。アプリごとにプロキシを設定する場合は、リストのモードを確認してから接続するアプリを選びましょう。
ダウンロードページへ →v2rayN / deb · rpm
ディストリビューションに合ったdebまたはrpmを選び、端末のアーキテクチャがx64かarm64か確認してください。GUIクライアントはデスクトップ環境でのサブスクリプション管理やルール調整に適しています。アプリがシステムプロキシを利用できるかどうかは、デスクトップ環境とアプリ自体の設定にも左右されます。
TUNやシステムルーティングを使う場合は、権限とほかのネットワークサービスにも注意が必要です。まず通常のプロキシで動作を確認し、その後に通信制御の範囲を広げると、複数の設定が重なって原因を特定しにくくなるのを防げます。
ダウンロードページへ →FIRST CONNECTION / 設定手順
初めて使うときは、同じ手順で再現できる接続環境を作りましょう。プロキシモード、DNS、カーネルを同時に変更すると、接続結果が変わったときに原因を特定しにくくなります。
デスクトップではサブスクリプショングループにURLを保存し、現在のグループを更新します。Androidではサブスクリプション設定から追加して更新してください。URLに個人用のアクセス情報が含まれる場合があるため、公開するスクリーンショットやチャットに載せないようにしましょう。追加後は設定名、プロトコル、グループの提供元を確認します。一覧が空なら、まずサブスクリプションの取得状況を調べてください。
共有リンクが1件だけの場合は、クライアントのクリップボードからのインポート機能を使います。サブスクリプションの更新と手動インポートは別の操作です。共有リンクをサブスクリプションURL欄に入力しないでください。画面によってメニュー名が異なる場合は、「追加、保存、更新」の順に該当する機能を探しましょう。
有効な設定を一つ選んで使用中にし、接続方法を指定します。デスクトップではまずシステムプロキシを試し、Androidでは接続を許可してからサービスを起動してください。ルーティングはクライアントに用意された基本的な分割モードから始め、現在の設定を記録しておきましょう。動作を確認しないまま、多数のカスタムルールを追加するのは避けてください。
システムプロキシとグローバルルーティングは別の階層で動作します。前者はリクエストをクライアントに渡し、後者はアウトバウンドを選択します。対象アプリがシステム設定を参照しない場合は、アプリ個別にプロキシを設定するか、影響範囲を確認したうえでTUNを検討してください。ルーティングモードを切り替えても、サーバー側のパラメーター不足は解決しません。
起動後は、設定の解析、接続の確立、ドメインの名前解決にエラーがないかログを確認し、対象アプリから実際にリクエストを送ります。一度のテストで分かるのは特定の接続経路の状態だけで、すべてのプロトコルやアプリが正常とは限りません。普段使う直接接続先と、プロキシが必要な接続先の両方が想定どおりか確認しましょう。
問題が起きたら、まず動作する最小限の設定に戻します。新たに有効にした通信制御機能を止め、基本のルーティングに戻してから一つずつ再設定してください。テスト後にクライアントを使わない場合は、システムプロキシが元に戻っているかも確認しましょう。ウィンドウを閉じただけでは、バックグラウンドサービスが停止したりシステム設定が解除されたりするとは限りません。
PROJECT V / エコシステム解説
「V2Ray」は日常的な会話では、プロジェクト、カーネル、または設定ツールの総称として使われることがあります。各レイヤーの役割を整理すると、機能がクライアントの画面によるものか、カーネルやサーバーに依存するものか判断しやすくなります。
Project Vのエコシステムは、モジュール化されたネットワークプロキシ機能を基盤とし、インバウンド、ルーティング、アウトバウンドなどの役割を分けています。リクエストはまずインバウンドから処理に入り、その後ルーティング条件に応じてアウトバウンドが選択されます。この流れを理解しておけば、特定のボタンの位置を覚えるよりも長く役立ちます。画面が変わっても、接続範囲、照合条件、接続パラメーターは個別に確認する必要があります。V2Ray関連の話題で使われる「設定」は、すべてのローカル動作を含む設定ファイルではなく、リモート接続情報を1件だけ指す場合もあります。
V2FlyはV2Ray関連のオープンソースプロジェクトの開発と保守を引き継ぎ、Xrayは独立して進化するカーネルの分岐として発展しています。共通する歴史や概念はありますが、プロトコル、安全性に関するパラメーター、設定の動作が常に一致するわけではありません。VLESS、VMess、Trojanは接続プロトコルの概念であり、トランスポート方式やセキュリティ設定は別途確認が必要です。同じプロトコル名だからといって、すべてのカーネル間で設定をそのまま移行できるとは限りません。認識されない項目があれば、変換を試す前に対応範囲を確認してください。
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントで、設定管理の手間を軽減します。v2rayNはデスクトップ向け、v2rayNGは主にXrayカーネルを使用し、v2flyNGはV2Flyカーネルを対象としています。これらはリモートサーバーそのものではなく、インストーラーから利用可能なサブスクリプションが自動生成されるわけでもありません。オープンソースとは、各プロジェクトのライセンスに従ってソースコードを閲覧・利用できるという意味で、任意のサブスクリプション提供元やリモートサービスを保証するものではありません。クライアント、カーネル、その依存コンポーネントはそれぞれ異なるライセンスを採用している場合があります。利用・再配布の際は、各プロジェクトの実際のライセンスを確認してください。
クライアント、カーネル、ルールデータの更新はそれぞれ別のものです。クライアントの更新では画面や設定生成の仕組みが変わることがあり、カーネルの更新はプロトコルの実装や動作に影響します。ルールデータの更新では、ドメインやIPアドレスの一覧に対する照合結果が変わります。更新前にサブスクリプショングループ、カスタムルーティング、重要な設定をバックアップし、更新後は新機能を有効にする前に、従来使えていた接続を確認しましょう。トラブルを調べる際は、単に「接続できない」と伝えるより、OS、クライアントの種類、使用中のカーネル、エラーが発生した段階を記録すると原因を絞り込みやすくなります。ログを共有する前に、サブスクリプションURLや個人の接続情報を削除してください。
V2Rayナレッジでは、ダウンロード先、GUIクライアントの操作方法、設定の基礎をまとめています。クライアントの公式配布元ではなく、ノードやサブスクリプションも提供していません。機能ごとの役割とトラブル対処の手順を中心に解説しており、具体的なメニューや利用できる項目はインストールしたビルドによって異なります。初めて使う場合は入門ガイドから、パラメーターの関係を確認したい場合はマニュアルを参照してください。特定の用語や繰り返し発生するエラーを調べるときは用語集やFAQを確認し、局所的な問題のために動作中の設定全体を入れ替えないようにしましょう。
TECHNICAL NOTES / 新着記事
すべての接続エラーを一つの原因に結びつけず、実際の問題に沿って設定を見直します。以下の3記事では、ローカルクライアント、ゲートウェイの導入、Androidのバックグラウンド動作を解説します。基本的な接続確認を終えた後にお読みください。
ノードの品質、通信回線、ローカルクライアントの設定という3つの観点から速度低下の原因を調べ、具体的な確認項目と調整方法を紹介します。まず同じ条件で比較し、設定を変える必要があるか判断しましょう。
記事を読む →メインルーターやサブゲートウェイでXrayまたはV2Flyカーネルを直接動かす方法を概説し、透過プロキシの仕組み、ゲートウェイの指定、ハードウェア要件を解説します。導入場所が変わると、通信制御の範囲や障害の影響も変わります。
記事を読む →Android版v2rayNGの重要な設定を3つ解説します。VpnServiceの接続許可、省電力機能による切断を防ぐ例外設定、アプリ別プロキシの対象リストの設定方法を紹介します。サービスの起動とバックグラウンドでの維持は分けて対処しましょう。
記事を読む →