クライアントの選択から始め、サブスクリプション登録、ルーティング、接続確認まで順番に進めます。画面上の設定名はv2rayN、v2rayNGで一般的な表記に合わせ、設定例にはXrayとV2Flyで共通する項目を使用しています。
まずクライアントが処理する範囲を決め、次にルーティング、DNS、サブスクリプションを設定します。左側で作業を切り替えると、右側に対応する設定の考え方と確認可能な項目が表示されます。
まずプライベートアドレスとローカルドメインをダイレクトのアウトバウンドへ送り、残りの宛先をプロキシのアウトバウンドへ振り分けます。ルーティングルールは上から順に評価され、最初に一致した時点で処理が終わるため、対象範囲が限定されたルールを前に置きます。v2rayNの「中国本土をバイパス」はプリセットのルールセットであり、システムプロキシのスイッチではありません。システムプロキシがアプリの通信をクライアントへ送り、ルーティングモジュールが実際の出口を決めます。変更後は設定を保存してコアを再起動し、古いルールがプロセス内に残らないようにします。
{
"domainStrategy": "IPIfNonMatch",
"rules": [
{ "ip": ["geoip:private"], "outboundTag": "direct" },
{ "domain": ["geosite:cn"], "outboundTag": "direct" },
{ "domain": ["geosite:geolocation-!cn"], "outboundTag": "proxy" }
]
}まず各サブスクリプションに識別しやすいメモを付けてから、グループ更新を実行します。複数のサブスクリプションを併用する場合、設定名だけで出所を判断せず、仕事用、テスト用、日常用を固定グループに分け、それぞれにフィルターを設定します。更新後も設定数が変わらない場合は、現在のグループ、包含キーワード、除外キーワード、サブスクリプションアドレスを順番に確認します。古い設定を削除する前に新しい項目の解析が完了していることを確認し、更新後に選択中の項目が対応する記録を失わないようにします。
group.name = "daily"
subscription.update = true
filter.include = "VLESS|VMess|Trojan"
filter.exclude = "expired|test"
profile.keep_selected = trueドメインをローカルで解決するか、指定サーバーへ問い合わせるかを先に決め、その後で問い合わせ戦略を設定します。サーバーアドレスを置き換えるだけでは、解決経路の不整合は解消できないことがあります。ドメインの解決結果が誤ったルートへ送られる場合は、domainStrategy、DNSサーバーのマッチドメイン、アウトバウンドタグも確認します。FakeDNSを有効にする前に、アプリの通信がTUNで処理されていることを確認してください。通常のシステムプロキシ環境では設定をシンプルに保ち、システムキャッシュ、ブラウザのセキュアDNS、クライアントDNSが同時に関与する状態を避けます。
{
"queryStrategy": "UseIP",
"servers": [
{ "address": "localhost", "domains": ["geosite:cn"] },
{ "address": "https+local://1.1.1.1/dns-query" }
]
}TUNモードは、システムプロキシ設定に従わないネットワーク通信を受け取るために使用します。有効にする前に他の仮想ネットワークアダプターを終了し、管理者権限でクライアントを起動して、自動ルーティングと厳密なルーティングの設定を確認します。LAN内の機器にアクセスできない場合、すぐにグローバルモードへ切り替えず、プライベートネットワークがダイレクトルールに残っているか確認します。ドメインは解決できるのに接続できない場合は、MTU、IPv6経路、DNSの取り込み範囲を確認します。切り分け中は一度に一つの項目だけ変更し、ログから変化の原因を特定しやすくします。
tun.enabled = true
tun.auto_route = true
tun.strict_route = false
tun.mtu = 1500
route.private_network = directトラフィックスニッフィングは、HTTPやTLSなどの接続から宛先ドメインを抽出し、もともとIPしか含まないリクエストにもgeositeルールを適用できるようにします。まずスニッフィングを有効にし、対象を必要なプロトコル範囲に限定してください。汎用的なコンテンツ分析機能と考えるべきではありません。有効化後に特定のアプリの接続動作が不安定になった場合は、そのアプリの通信を一時的にダイレクトへ送って比較し、ドメインまたはプロセスルールで対象範囲を絞ります。スニッフィングが解決するのはルーティング識別の問題であり、DNS設定やシステムプロキシ設定の代わりにはなりません。
"sniffing": {
"enabled": true,
"destOverride": ["http", "tls", "quic"],
"routeOnly": true
}カスタムアウトバウンドを設定する際は、まず一意のタグを決め、そのタグをルーティングルールから参照させます。基本構成はプロキシ、ダイレクト、ブロックの3つの出口です。複雑な構成ではチェーンプロキシや指定インターフェースを追加できますが、既存のタグ名を何度も変更しないでください。タグを変更した場合、それを参照するすべてのルールも同時に更新する必要があります。設定を起動できないときは、まずコアログにあるフィールドのパスを確認し、プロトコル設定、トランスポート層のパラメーター、タグ参照を重点的に確認します。ノードを連続して切り替えて構造上の誤りを隠さないようにしてください。
"outbounds": [
{ "protocol": "freedom", "tag": "direct" },
{ "protocol": "blackhole", "tag": "block" },
{ "protocol": "vless", "tag": "proxy" }
]デスクトップではv2rayNを使用し、Androidではコアの要件に応じてv2rayNGとv2flyNGから選べます。プラットフォーム別の入口から、ダウンロードページ内の該当カテゴリへ直接移動できます。
v2rayNのデスクトップ版またはクラシックWPF版を使用します。デスクトップ版はクロスプラットフォームのインターフェースを採用しており、新規インストールに適しています。WPF版は従来のWindows操作構成を維持しているため、既存の操作に慣れている環境に向いています。ダウンロード後は解凍またはインストールを行い、クライアントを起動してコアが利用可能か確認します。
v2rayNを使用し、プロセッサーの種類に応じてApple SiliconまたはIntelのインストーラーを選択します。チップ情報はシステム情報で確認できます。Apple Mシリーズと表示される場合はarm64、Intelと表示される場合はx64を選択してください。初回起動時はシステムの指示に従って必要な権限を許可し、その後サブスクリプションを登録します。
Xrayコアを採用するv2rayNGを優先し、V2Flyコアが必要な場合はv2flyNGを選択します。近年の多くの端末ではarm64版を利用できます。アーキテクチャを確認できない場合は汎用版を選んでください。サブスクリプション登録後はまず一つの設定を選択し、接続スイッチをオンにしてシステムの接続確認を行います。
v2rayNのdebまたはrpmインストーラーを使用します。Debian、Ubuntuおよび派生ディストリビューションではdeb、Fedora、Rocky Linuxなどrpm系ディストリビューションではrpmを選択します。端末のプロセッサーに応じてx64またはarm64も選んでください。インストール後はまずGUIからサブスクリプションとルーティングを設定します。
クライアントはGUIとシステム連携を担当し、コアはプロトコル、トランスポート、ルーティング、DNSを担当します。この2層を分けて考えることで、問題が画面上の設定にあるのか、コア設定にあるのかを正確に判断できます。
Project Vは、プロキシプロトコル、トランスポート方式、ルーティング機能を中心に形成されたオープンソース技術エコシステムです。初期にはV2Rayという名称が広く使われ、その後のコミュニティによる開発の流れから、V2FlyとXrayという2つの主要なコア系統が生まれました。両者は、インバウンド、アウトバウンド、ルーティングルール、DNSサーバー、トランスポート層設定など、多くの設定概念を共有しています。一方で、新しいプロトコル機能、フィールド拡張、機能開発の進む速度には違いがあります。
GUIクライアントはコアそのものではありません。v2rayNはデスクトップでのサブスクリプション管理、設定選択、システムプロキシ、TUN、ログ確認を担当し、対応するコアを呼び出してネットワーク処理を実行します。v2rayNGとv2flyNGはAndroid側の画面、接続状態、設定保存を担当します。切り分けでは、まずクライアントがコアを起動できるか確認し、次に設定をコアが解析できるか確認し、最後に具体的なネットワーク経路を確認します。
XrayはVLESS、XTLS、REALITYなどの機能を比較的幅広くサポートしているため、v2rayNGはこれらの設定形式が必要な場面でよく使われます。V2FlyはProject Vのコミュニティによる開発方針を引き継いでおり、v2flyNGはその設定体系に直接対応します。VMess、基本的なVLESS、一般的なWebSocketやgRPCトランスポートだけを使う場合、両コアの基本概念は近いものです。拡張フィールドを使う場合は、設定の提供元が指定するコアに合わせてください。
共有リンクの先頭だけで完全な互換性を判断しないでください。リンクに含まれるプロトコル名が示すのは主なアウトバウンドプロトコルだけで、実際の接続ではトランスポート層、セキュリティ層、サーバー名、フィンガープリント、フロー制御のフィールドに依存することがあります。登録後にクライアントが未対応フィールドを示した場合は、まず現在のコアの種類を確認し、共有内容が別のコアの拡張機能に依存していないか確認します。
v2rayN、v2rayNG、v2flyNGおよび関連するコアは、いずれもオープンソースコミュニティによって継続的に保守されています。オープンソースライセンスはコードの利用、複製、配布に関する条件を定め、設定解析、ネットワーク処理、画面動作を確認できる基盤も提供します。実際にインストールする際は、明確なクライアント入口からプラットフォームとアーキテクチャに合うファイルを選び、第三者による再パッケージ版と本家プロジェクトの公開ファイルを混在させないでください。
クライアントの更新とコアの更新は別の階層です。クライアントの更新では、画面、サブスクリプション処理、システム連携が変わることがあります。コアの更新では、プロトコルフィールドの追加、ルーティングやトランスポートの問題修正が行われることがあります。古い設定は起動できるのに新しい設定を解析できない場合は、まずエラーフィールドを確認し、コアの更新が必要か判断します。画面上の入口が変わった場合は、現在のクライアントに表示される設定名をもとに探し直し、既存の設定をすぐに削除しないでください。
インストール後は、まず構造が明確な設定を一つ登録してコアを起動します。次にローカルの待ち受けポートが確立していることを確認し、その後でシステムプロキシまたはTUNを有効にします。ブラウザにはアクセスできるのにコマンドラインツールが接続できない場合、アプリがシステムプロキシを読み取っていないことが一般的です。すべてのアプリが接続できない場合は、まずコアの起動ログを確認します。一部のドメインだけに問題がある場合は、その後でルーティングとDNSを確認します。この順番なら、クライアント、コア、システム連携、ルール層を段階的に切り分けられます。
クライアントは操作画面を提供し、システムプロキシを管理します。コアは設定を読み込み、接続を処理します。起動エラーが発生したらコアのログを確認し、サブスクリプションや画面に問題がある場合はクライアントの設定を確認します。
用語解説を見る →まず現在のサブスクリプショングループが更新対象になっているか確認し、次に包含・除外フィルターを確認します。フィルターはサブスクリプションの解析後、名前が一致しない項目を除外します。
登録手順を見る →ブラウザなどシステムプロキシに従うアプリでは、まずシステムプロキシを使います。プロキシ設定を読み取らないアプリも取り込む必要がある場合はTUNを有効にし、プライベートネットワークをダイレクトへ送るルールを残します。
上級設定を見る →プロキシモード、ルーティングデータベース、コアの違いを中心に解説します。記事は問題別に整理しているため、基本的なインストール後に具体的な設定を確認する際に役立ちます。
システムプロキシのスイッチとルーティングモードの階層関係を整理し、グローバル、中国本土バイパス、ダイレクトルールの実際の通信経路を比較します。ブラウザ、コマンドライン、ゲームでの選び方も解説します。
全文を読むGeoIPとGeoSiteデータがルーティングルールで果たす役割を解説し、クライアントの更新入口、よく使うカテゴリ名の記述、更新後にルールが機能しない場合の確認手順をまとめます。
全文を読むProject Vのエコシステムにおける分岐関係を起点に、プロトコル対応、トランスポート特性、設定互換性を比較し、3つのGUIクライアントで一般的なコアの組み合わせを解説します。
全文を読む