desktop / x64
Windows
デスクトップでは v2rayN が第一候補です。ダウンロードページには、新世代のクロスプラットフォームUIと従来型のWPF UIをそれぞれ用意しており、通常のプロキシ、サブスクリプション管理、ルーティング設定に対応します。選ぶ前にシステムのアーキテクチャを確認し、使い慣れたUIに合わせて入口を決めてください。
ダウンロードへ進むv2rayN デスクトップクライアント、Android クライアント、日本語設定ドキュメントをまとめて確認し、OSに合わせてインストール、サブスクリプションのインポート、プロキシモードの選択、ルーティングを進められます。
SYSTEM MODULES
サブスクリプションのデータがクライアントに取り込まれてから、設定はプロトコル解析、ルーティング判定、DNS問い合わせ、ローカルプロキシの適用へと順に処理されます。各モジュールの担当範囲と、設定変更時に確認すべき境界を項目ごとに見ていきます。
ルーティングエンジンは、ドメイン、宛先アドレス、宛先ポート、プロセスなどの条件を読み取り、接続を指定した出口へ渡します。一般的には、LAN内やダイレクト接続の範囲は元の経路を維持し、それ以外のリクエストをルールに従ってプロキシ出口へ送ります。ルールの順序はマッチ結果に影響するため、変更前に現在のモードを記録し、まず少数の明確な条件で検証してから対象範囲を広げてください。v2rayNにはプリセットルーティングとカスタムルールの入口があります。通常はプリセットモードから始め、特定サイトの経路が想定と異なる場合に、ドメインルール、アドレスルール、最後のフォールバック項目を確認します。
サブスクリプション管理では、URLの保存、リモートデータの取得、ノードの解析、クライアントのグループへの登録を行います。URLを追加したら、手動で更新を実行し、結果の通知を確認してください。URLを保存するだけでは、選択可能なノードは自動生成されません。複数のサブスクリプションを登録する場合は、メモで入手先を区別し、現在のサーバー一覧の絞り込み条件も確認します。ノードが取り込まれているのに別グループに隠れていることがあるためです。更新に失敗したら、まずURLが完全か、ネットワークに到達できるか、システム時刻が正確かを確認し、その後で再追加の必要性を判断します。共有リンクは単一ノードを示すもので、継続的に更新されるサブスクリプションとは別のデータです。
プロトコルスタックは、ノードに含まれるアドレス、ポート、ユーザー識別子、トランスポート方式、暗号化関連のパラメータをコア設定へ変換します。VMessとVLESSはプロトコル層、TCP、WebSocket、gRPCなどはトランスポート層に属し、サーバー側が指定した組み合わせを一致させる必要があります。インポートに失敗した場合や、接続後にデータが流れない場合は、プロトコル名だけでなく、トランスポートの種類、パス、ホスト名、TLS関連の項目も確認してください。クライアントは通常、標準形式の共有リンクを解析できますが、手動編集では空白、ポートの誤り、項目のずれひとつで最終設定が起動できなくなることがあります。
DNSモジュールはドメイン名をアドレスへ変換し、ドメインの種類に応じて異なるDNSサーバーを選択できます。ルーティングルールとも関係しており、ドメインは名前解決の前後で異なる段階のマッチングに使われる場合があります。誤った問い合わせ結果によって、正しく見えるルーティングが意図しない出口へ送られることもあります。インストール直後はクライアントの初期設定を維持し、基本接続を確認してから複雑な振り分けを有効にすると安全です。ドメインには接続できないのにアドレスへ直接アクセスできる場合は、DNSサーバーへの到達性、問い合わせモード、キャッシュの状態、問い合わせ元アプリにシステムプロキシが適用されていないかを重点的に確認します。
システムプロキシは、ローカルのHTTPまたはSOCKSリスニングアドレスをOSのプロキシ設定へ登録し、ブラウザーやシステム設定に従う多くのデスクトップアプリがクライアント経由で通信できるようにします。適用範囲が分かりやすく、有効化と復元も簡単なのが利点です。一方、システムプロキシを無視するアプリでは、アプリ内で個別に設定する必要があります。接続テストでは、クライアントコアが起動していること、システムプロキシが切り替わっていること、ブラウザーに古い接続が残っていないことを同時に確認してください。クライアントを終了する前に通常の手順でシステムプロキシを復元すれば、停止したローカルポートを参照し続ける状態を防げます。
TUNモードは仮想ネットワークインターフェースで通信を受け取るため、システムプロキシ設定を読み取らないプログラムにも適しており、通常のシステムプロキシより広い範囲をカバーできます。有効化には、OSからネットワークインターフェースの利用許可や管理者権限を求められる場合があります。また、ローカルファイアウォール、仮想化ソフト、他のネットワークツールが同時にルートを変更していないかにも注意が必要です。初回設定では複数の制御方式を重ねず、システムプロキシ以外のネットワークツールを停止し、TUN単独で動作を確認してから一つずつ戻してください。LAN内の機器に接続できなくなった場合は、バイパスアドレス、デフォルトルート、DNS制御の範囲を確認します。
PLATFORM ENTRY
現在のデバイスに合うプラットフォームを選び、プロセッサーのアーキテクチャとパッケージ形式に応じて対応するクライアントへ進んでください。トップページはプラットフォーム案内に集中し、具体的なファイル、バージョン情報、システム要件はダウンロードセンターにまとめています。
desktop / x64
デスクトップでは v2rayN が第一候補です。ダウンロードページには、新世代のクロスプラットフォームUIと従来型のWPF UIをそれぞれ用意しており、通常のプロキシ、サブスクリプション管理、ルーティング設定に対応します。選ぶ前にシステムのアーキテクチャを確認し、使い慣れたUIに合わせて入口を決めてください。
ダウンロードへ進むdesktop / arm64 · x64
macOSでは v2rayN デスクトップ版を使用し、Apple SiliconまたはIntelプロセッサーに合うインストールファイルを選びます。初回起動時はシステムによる実行許可とネットワーク権限を確認し、その後でサブスクリプションをインポートしてシステムプロキシを切り替えてください。権限の問題をノードの問題と取り違えにくくなります。
ダウンロードへ進むmobile / arm64 · universal
Androidでは v2rayNG と v2flyNG から選択できます。v2rayNGはXrayコアを使用し、通常の第一候補に適しています。v2flyNGはV2Flyコアを使用するため、サブスクリプションとの互換性に応じた選択肢になります。一般的なデバイスではarm64を選び、アーキテクチャが分からない場合はユニバーサル版の説明を確認してください。
ダウンロードへ進むdesktop / deb · rpm
Linuxデスクトップでは v2rayN を使用し、ディストリビューションに合わせてdebまたはrpmパッケージを選びます。Debian、Ubuntu系では通常deb、Fedora、RHEL系では通常rpmを使います。x64とarm64の違いも確認し、インストール後はデスクトップエントリーと自動起動の設定を確認してください。
ダウンロードへ進むOPEN SOURCE ECOSYSTEM
V2Rayに関する名称は、プロジェクトエコシステム、コア実装、グラフィカルクライアント、プロトコル設定など複数の階層に分かれています。それぞれの役割を先に整理すると、インストールやトラブル対応をより直接的に進められます。
Project Vは、プロキシプロトコル、トランスポート方式、ルーティングルール、設定形式を中心とするオープンソース技術エコシステムを形成してきました。日常の検索でいう「V2Ray」は、プロトコル機能やコアプログラムを指す場合もあれば、関連設定を読み込めるグラフィカルクライアントを広く指す場合もあります。実際に操作するのは通常 v2rayN、v2rayNG、v2flyNGです。クライアントはUI、サブスクリプション、システム連携を担当し、基盤となるコアは接続の確立、ルーティングの実行、プロトコル処理を担います。グラフィカルUIとコアを別の階層として考えると、クライアントの更新、コアの更新、サブスクリプションの更新が同じではない理由を理解しやすくなります。
V2FlyはV2Rayの中核機能を引き継ぎ、コミュニティによって継続的に保守されています。Xrayは既存設定の一部と互換性を保ちながら独自に発展してきたコアです。どちらも一般的なプロトコルやルーティング設定を扱えますが、利用できる機能、項目の細部、更新ペースは異なる場合があります。サブスクリプションのノードが正常に使えるかどうかは、クライアント名だけでなく、呼び出されるコアが対応するプロトコル、トランスポート層、拡張パラメータにも左右されます。インポートには成功したのに起動できない場合は、クライアントログの設定エラーを確認し、現在のコアの対応状況と照合してください。同じサブスクリプションを何度も削除するだけでは解決しません。
3つのクライアントと関連コアはいずれもオープンソースソフトウェアのエコシステムに属しています。ソースコードのライセンスは、コードの閲覧、研究、変更、再配布が認められる条件を示します。コンポーネントごとに異なるライセンスが採用されている場合があるため、二次配布や統合を行う際は各プロジェクトに添付されたライセンス本文を確認してください。オープンソースであることは、すべての第三者サブスクリプションをクライアントプロジェクトが管理していることを意味しません。また、特定のノードサービスがProject Vに属することを意味するものでもありません。クライアント、コア、サブスクリプション提供元、ローカルネットワーク環境は独立した要素であり、トラブル対応では責任範囲を分けて確認する必要があります。
クライアントの更新では、主にUI、プラットフォーム対応、設定管理機能が変わります。コアの更新では、プロトコル対応の追加、設定解析の修正、ネットワーク動作の調整が行われる場合があります。サブスクリプションの更新は、登録済みのURLからノード一覧を再取得するものです。この3種類は分けて考えてください。通常は、まず現在のクライアントが起動できることを確認し、サブスクリプションを更新して既知の設定をテストします。ログにコアが項目に対応していないと明記されている場合や、プラットフォーム互換性の問題が新バージョンで解決されている場合に限り、クライアントまたはコアのアップグレードを検討します。アップグレード前にプロキシモード、ルーティング方式、カスタム設定を記録しておくと、変更点を比較できます。
QUICK ANSWERS
インストール前に、クライアント、サブスクリプション、プロキシモードの違いを確認すると、設定のやり直しを減らせます。より詳しいカテゴリ別のQ&Aはよくある質問ページに掲載しています。
01 / CLIENT
Windows、macOS、Linuxのデスクトップシステムでは、まず v2rayN を選びます。Androidでは通常 v2rayNGから始め、設定でV2Flyコアが明確に必要な場合や、2種類のコアの動作を比較したい場合に v2flyNGを使います。クライアント名は操作画面とプラットフォームを決めるもので、実際にプロトコルを処理するのは呼び出されるコアです。
クライアント選びの説明を見る →02 / SUBSCRIPTION
vmess:// や vless:// は通常、単一ノードを表し、インポートすると1件のサーバー情報になります。サブスクリプションURLは更新可能なノード群を返し、クライアントがグループ単位で管理します。共有リンクだけを持っている場合はクリップボードから直接インポートし、サブスクリプションURLがある場合はサブスクリプション設定に追加してから更新を実行してください。
03 / MODE
初回設定では、まずシステムプロキシを使うのがおすすめです。適用範囲を確認しやすく、ブラウザーなど一般的なアプリが正常に動作するかも判断しやすいためです。システムプロキシを読み取らないプログラムでは、次にTUNを検討します。TUNを有効にする前に、仮想ネットワークインターフェース、システム権限、ルーティングテーブル、DNS制御の変化を理解し、複数のネットワーク制御ツールを同時に使わないでください。
プロキシモードの用語を見る →04 / TROUBLESHOOTING
まずクライアントコアが起動していることを確認し、次にサブスクリプションの更新結果、現在のノードの選択状態、システムプロキシの有効状態を確認します。その後、ログにある最初の明確なエラーを読み、ドメイン解決、ポート到達性、設定項目の誤り、権限の問題を切り分けます。クライアント、ノード、プロキシモードを同時に変更するより、一度に1つの変数だけを変更したほうが原因を特定しやすくなります。
トラブル対応Q&Aを開く →LATEST GUIDES
プラットフォーム別のインストール、共有リンクのインポート、起動トラブルの3方向から具体的な手順をまとめています。記事内のダウンロード案内はダウンロードセンターに統一し、設定操作は各クライアントの画面に沿って項目ごとに説明します。
Debian、Ubuntu、Fedora系ディストリビューションを対象に、パッケージ形式、インストールコマンド、デスクトップエントリーの修復、systemdユーザーサービスの設定を解説します。
記事を読む →システム設定で実行を許可する手順、初回起動時の通知、ローカルネットワーク権限、プロキシ権限を順に確認し、インストールのブロックとノード接続の問題を切り分けます。
記事を読む →単一ノードの共有リンクとサブスクリプションURLの構造上の違いを説明し、v2rayNとv2rayNGでクリップボードからインポートし、グループを更新する手順を紹介します。
記事を読む →