PLATFORM / 01
Windows
v2rayNを選択します。デスクトップ版はクロスプラットフォームのインターフェースを採用し、クラシックWPF版は従来の操作方法を残しています。使い慣れた操作に合わせて選べます。
V2Ray クライアント設定チェックリスト
まずOSに合うクライアントを選び、設定を順番に進めます。ガイドではサブスクリプション追加、システムプロキシ、接続確認を取り上げ、各手順の設定場所と確認ポイントを示します。
有効化チェックリスト
まずクライアントを決め、サブスクリプション、システムプロキシ、接続状態を確認します。左側で項目を選ぶと、右側に操作範囲と判断基準が表示されます。
チェック 01
Windows、macOS、Linuxのデスクトップでは主にv2rayNを使い、Androidではまずv2rayNGを確認します。V2Flyのコアが必要なら、対応プラットフォームの候補としてv2flyNGを検討します。クライアントの画面、コア、インストールパッケージのアーキテクチャは別々の問題です。OS、プロセッサのアーキテクチャ、クライアントの順に確認すれば、デスクトップの手順をモバイル端末に適用したり、追加後にメニューが見つからなかったりする事態を避けられます。
ダウンロードページでは4つのプラットフォームを分け、デスクトップ版、クラシック画面、arm64、汎用パッケージ、deb、rpmなどの違いを示しています。すべてのプロトコルを理解する必要はなく、プラットフォームを選べば次に進めます。
platform=Windows → client=v2rayN
チェック 02
サブスクリプションリンクは通常のWebアドレスではなく、クライアントのサブスクリプション管理画面から追加します。貼り付ける前に先頭から末尾まで揃っているか確認し、チャットアプリによる改行や余分な空白を避けてください。保存後に手動更新を1回実行し、グループやノードが表示されるか確認します。空のままなら、システムプロキシを何度も切り替える前に更新メッセージを確認します。サブスクリプションが解析されていなければ、プロキシを有効にしてもノード情報は補われません。
QRコードからの追加とクリップボードからの追加では、同じ結果になるはずです。グループが重複した場合は、まず古いサブスクリプションを整理して出所を1つにすると、その後の更新やトラブル対処が分かりやすくなります。
subscription → save → update manually → select node
チェック 03
システムプロキシは、OSのプロキシ設定に従うアプリをクライアント経由にします。TUNモードはより広い範囲を処理しますが、通常は追加の権限が必要です。どちらもノードのプロトコルそのものではなく、原因を特定できていない段階で頻繁に切り替えるべきではありません。初回設定ではまずシステムプロキシを使い、ブラウザーが意図どおり動作することを確認してから、対象アプリがシステムプロキシを参照するかに応じてTUNモードを検討します。
ルーティングルールは、どのリクエストを直接接続、プロキシ経由、または遮断するかを決めます。まずクライアントの基本ルールを使い、ドメイン、アドレス範囲、アプリの要件に応じて少しずつ追加します。一度に変更する条件は1組に絞り、変更後すぐに確認して、複数のルールが互いに上書きしないようにします。
mode=system-proxy · route=rule-based
チェック 04
接続ボタンを押しても、クライアントが設定の実行を開始しただけで、すべてのアプリがプロキシを使うとは限りません。まずコアのプロセスが正常に起動しているか確認し、次にログでポート競合、証明書名、DNS解決、設定項目のエラーを調べます。その後、システムプロキシが有効か、対象アプリがその設定に従うかを確認します。層ごとに調べれば、「クライアントが起動していない」問題と「アプリがプロキシを使っていない」問題を切り分けられます。
確認後は、その時に使ったノード、モード、ルールを記録します。後で変化があった場合は直近の変更だけを比較すればよく、クライアントの再インストールや全設定のリセットは必要ありません。
core running → log clean → proxy enabled → app test
プラットフォーム入口
プラットフォーム、プロセッサのアーキテクチャ、インストールパッケージの種類をそれぞれ確認します。ホームページは振り分けのみを担当し、具体的なファイルへの入口はダウンロードページに統一しています。
PLATFORM / 01
v2rayNを選択します。デスクトップ版はクロスプラットフォームのインターフェースを採用し、クラシックWPF版は従来の操作方法を残しています。使い慣れた操作に合わせて選べます。
PLATFORM / 02
v2rayNを使う場合は、まずシステム情報でチップの種類を確認します。Apple SiliconとIntelのインストールパッケージは、端末の外観だけでは判断できません。
PLATFORM / 03
まずv2rayNGのarm64版と汎用パッケージを確認します。V2Flyコアの構成が必要なら、v2flyNGの同じアーキテクチャ向け入口と照合してください。
PLATFORM / 04
デスクトップ環境ではv2rayNを使います。Debian、Ubuntuはdeb、Fedora、openSUSEなどはパッケージ管理体系に合わせてrpmを選択します。
サブスクリプション管理画面に完全なリンクを貼り付け、保存後に更新します。グループとノード一覧が表示されて初めて、追加が完了したと判断できます。形式エラーが表示されたら、元のリンクをコピーし直し、空白や改行が含まれていないか確認してください。
まずノードを1つ選び、その後コアを起動します。デスクトップで初めて使う場合はシステムプロキシから始め、Androidでは接続時に表示される案内に従ってネットワーク接続の権限を許可します。余分な変数を減らすため、ルーティングルールは当面デフォルトのままにします。
クライアントにポート、DNS、証明書名、設定項目のエラーがないことを確認してから、対象アプリを開いてテストします。一部のアプリだけ動作しない場合は、サブスクリプションをすぐに変更せず、そのアプリがシステムプロキシを参照するか確認してください。
コアとエコシステム
クライアントは画面とシステム連携を担当し、コアはプロトコル、伝送、ルーティング、接続処理を担当します。この2層を区別すると、選択をより正確に行えます。
Project Vは、設定を中心にプロキシ接続を構築する技術エコシステムを形成しました。主な概念には、インバウンド、アウトバウンド、ルーティング、DNS、トランスポート層、プロトコルパラメータがあります。V2FlyはV2Rayのコミュニティ主導の保守方針を引き継ぎ、多くの既存設定やプロトコルの組み合わせを維持しています。Xrayは同じ技術的な流れを受けつつ、一部のプロトコルと伝送機能を拡張し、独自の更新サイクルを築いています。共通の起源を持ちながら対応範囲は異なるため、名前だけで優劣を判断することはできません。
一般的なクライアント利用者がまず確認すべきなのは、サブスクリプションのプロトコルとクライアントのコアが対応しているかどうかです。VMess、VLESS、Trojan、Shadowsocksなどは、コアによって必要なパラメータが異なる場合があります。REALITYなどの機能も、具体的なコアとクライアントの実装に依存します。サブスクリプションを追加できても、テキストを認識できたというだけで、すべての項目を現在のコアが実行できるとは限りません。接続に失敗した場合は、「サブスクリプション形式の互換性」と「プロトコル機能の互換性」を分けて確認してください。
v2rayNはデスクトップ向けのグラフィカルクライアントで、サブスクリプション管理、システムプロキシ、ルーティング設定、ログ確認、コア呼び出しを担当します。v2rayNGはAndroid向けで、通常はXrayコアを採用し、システムのネットワークインターフェースを通じて接続します。v2flyNGもAndroid向けですが、V2Flyコアとの互換性が必要な設定に適しています。3つのクライアントはいずれもオープンソースソフトウェアで、機能の変化はそれぞれの保守サイクル、プラットフォームの権限、基盤となるコアによって決まります。
サブスクリプションは設定を配布する方法であり、クライアントやコアそのものではありません。同じサブスクリプションでも、クライアントによって表示される項目にわずかな違いが出ることがあります。主な原因は画面上の名称、デフォルト値、コアの対応範囲の違いです。トラブル対処では、まずクライアント名、コアの種類、プロトコル、プロキシモードを記録してから具体的なエラーを検討すると、「接続できない」の一言より有用な情報になります。
OPEN SOURCE
公開されたコードにより、プロトコル処理、設定変換、プラットフォーム連携を確認できる土台があります。利用者は自分のシステム権限、設定の入手元、利用環境に応じて選択し、「オープンソース」だからすべての設定が自動的に正しいと考えないことが大切です。
UPDATE PATH
グラフィカルインターフェースの更新がコアの機能を同時に変えるとは限らず、コアの更新によってプロトコルパラメータやデフォルト動作が変わることもあります。アップデート後に違いが出た場合は、まずクライアントの案内を読み、現在のコアの種類と設定項目を確認してください。
DOCUMENTATION
インストールの問題はプラットフォームの説明、追加の問題はサブスクリプション形式、接続の問題はログとコア、アプリが動作しない場合はシステムプロキシとルーティングを確認します。層ごとに読むほうが、何度も再インストールするより原因を見つけやすくなります。
よくある質問・厳選
これらの疑問は、ダウンロード、追加、初回接続の段階でよく発生します。まず判断方法を確認し、該当するドキュメントで対処してください。
新しいクロスプラットフォームの画面を使いたい場合はデスクトップ版、従来のWindows操作に慣れている場合はクラシックWPF版を確認します。どちらも先にシステムのアーキテクチャと実行環境を確認してください。
関連するQ&Aを見る →まずリンクが完全か確認してサブスクリプションを手動更新し、クライアントの案内を確認します。ノード一覧が生成されるまでは、システムプロキシを切り替えたりルーティングルールを変更したりする必要はありません。
関連するQ&Aを見る →初回設定ではシステムプロキシを使って基本接続を確認します。対象アプリがシステムプロキシを参照せず、ノードとコアが正常だと確認できた場合に限り、TUNモードを検討してください。
操作手順を見る →コアのプロセス、クライアントログ、システムプロキシ、対象アプリの4層に分けて確認します。一度に変更する条件は1つだけにし、最後に正常動作した設定を記録しておきます。
トラブル対処へ →利用メモ
証明書エラー、Androidのバックグラウンド接続、デスクトップクライアントの起動問題について、実行しやすい確認手順をまとめています。
まずシステム時刻のずれを確認し、次にSNIとserverNameが証明書と一致しているか、最後に関連ポートとセキュリティ設定を確認します。
記事を読む →初回接続時の許可、バックグラウンド実行の制限、アプリ別プロキシの設定関係を整理し、画面ロックやアプリ切り替え後の予期しない切断を減らします。
記事を読む →発生頻度の高い順にデスクトップの実行環境、フォルダーへの書き込み権限、ローカルポートの競合を確認し、原因が不明なまま上書きインストールを繰り返さないようにします。
記事を読む →