v2rayN
2種類のインストーラーは、サブスクリプション、ノード、ルーティング設定の基本構造を共有しています。初めて使う場合はDesktop版、WPF版に慣れている場合や従来の画面が必要な場合はWPF版がおすすめです。
OSとCPUアーキテクチャに合うインストーラーを選択してください。デスクトップではv2rayN、Androidではv2rayNGまたはv2flyNGを選べます。ダウンロード先とバージョン情報は、同一サイトのバージョン一覧から更新されます。
Platform packages
プラットフォームを切り替えると、ダウンロードカード、動作要件、インストール案内も同時に切り替わります。URLのプラットフォーム用アンカーを使えば、現在の選択を保存・共有できます。
WindowsではDesktop版とWPF版の2種類のUIを選べます。Desktopは新世代のクロスプラットフォームUIで、統一された画面や今後のマルチプラットフォーム機能を求めるユーザーに適しています。WPFは従来の安定版で、長年使われてきたv2rayNに近い設定レイアウトです。
2種類のインストーラーは、サブスクリプション、ノード、ルーティング設定の基本構造を共有しています。初めて使う場合はDesktop版、WPF版に慣れている場合や従来の画面が必要な場合はWPF版がおすすめです。
macOSのインストーラーはCPUアーキテクチャ別に分かれています。「システム情報」でApple Mシリーズチップと表示される場合はApple Silicon、プロセッサ欄にIntelと表示される場合はIntelを選択します。正しいアーキテクチャを選ぶと、インストールやその後の更新がスムーズです。
2つのインストーラーの機能範囲は同じで、違いはCPUアーキテクチャだけです。ダウンロード前に「システム情報」でチップを確認し、Apple Silicon端末にIntel版を使う、またはその逆を避けてください。
まずはv2rayNGがおすすめです。Xrayコアを使用し、一般的なサブスクリプションやルーティングに対応しています。v2flyNGはv2flyコアを使用する同プラットフォームの代替クライアントです。2015年以降の主流スマートフォンでは、通常はarm64を優先し、アーキテクチャが不明な場合は汎用版を選びます。
大半のAndroidユーザーに適しています。arm64版は主流の64ビットARM端末向けで、ファイルサイズが小さめです。汎用版はより幅広いアーキテクチャに対応しており、ハードウェア情報が不明な端末やarm64版をインストールできない端末に向いています。
v2flyコアが必要な場合や、同じプラットフォームで別の設定環境を残したい場合はv2flyNGを選べます。アーキテクチャの選び方はv2rayNGと同じです。64ビットARMと確認できる場合はarm64、不明な場合は汎用版を選択します。
Linuxのインストーラーは、ディストリビューションのパッケージ管理方式とCPUアーキテクチャの両方に合っている必要があります。Debian、Ubuntuおよび派生ディストリビューションでは通常deb、Fedora、Rocky Linux、AlmaLinuxなどrpm系ではrpmを使用します。一般的なデスクトップPCはx64、ARM端末はarm64を選択します。
まずディストリビューションがdebとrpmのどちらを使うか確認し、次に端末がx64かarm64かを確認します。一般的なIntelまたはAMDのデスクトップPCは通常x64です。ARMデスクトップ、小型PC、開発ボードではシステムのアーキテクチャを確認して選択してください。
システムのアーキテクチャがarm64またはaarch64と明確に表示される場合だけ選択してください。
Selection guide
入口が複数ある場合は、「プラットフォーム、クライアント、アーキテクチャ、パッケージ形式」の順に判断します。各段階で1つの条件だけを確認すると、似たファイル名による選択ミスを減らせます。
Windows、macOS、Android、Linuxではインストール形式が異なり、プラットフォームをまたいで使うことはできません。ブラウザーのダウンロード履歴に別の端末向けインストーラーが残っている場合は、該当プラットフォームのタブに戻って選び直してください。古いファイルをそのままコピーしないでください。
デスクトップではv2rayNを選びます。Androidではv2rayNGが第一候補で、v2flyコアが必要な場合はv2flyNGを選択します。名前は似ていますが、設定ファイルの保存場所、画面構成、一部の機能メニューは完全には同じではありません。
x64、arm64、汎用版は、インストーラーに含まれるマシンコードの種類を示します。macOSでは「システム情報」でチップを確認でき、Androidでは端末情報アプリやメーカーの仕様から確認できます。Linuxではシステム設定または端末のシステム情報で確認してください。
この確認が特に重要なのはLinuxです。debとrpmは異なるパッケージ管理体系に対応するため、CPUアーキテクチャが同じでも形式を無視できません。正しく選ぶことで、システムのパッケージ管理ツールが依存関係と更新経路を認識できます。
After download
クライアントはGUI設定ツールにすぎません。インストール後、サブスクリプションまたは個別の共有リンクをインポートし、ノード一覧を更新してノードを選択します。その後、プラットフォームに応じてシステムプロキシやネットワーク制御方式を設定してください。手順を整理すると、スイッチを何度も切り替えるより問題を特定しやすくなります。
システムの案内に従ってインストールを完了します。初回起動時は、ネットワークアクセス、システムプロキシ、バックグラウンド実行に関する権限に注意してください。これらの権限は、クライアントが対象トラフィックを制御できるかどうかに直接影響します。
サブスクリプションアドレスは更新可能なノード一覧を指し、単一のvmess://またはvless://リンクは1つの設定だけを表します。インポート後は、サブスクリプションを一度手動で更新し、一覧がクライアントに保存されたことを確認してください。
まずノードを1つ選択し、用途に応じてルーティングルールを選びます。接続問題を切り分けるときは、いったんシンプルなルーティング設定にして基本接続を確認し、その後カスタムの振り分けルールを段階的に戻します。
システムプロキシを有効にしたら、ブラウザーの接続をいったん確立し直します。一部のアプリが古い接続を使い続ける場合は、完全に終了してから再起動してください。ドメイン解決に問題がある場合は、クライアントDNS、システムDNS、ルーティングルールの競合も確認します。
Installation notes
バージョン更新では、画面、コアの互換性、プロトコル項目、システム対応が変わることがあります。アップグレード前に現在の設定構成を記録し、更新後にサブスクリプション、ルーティング、システムプロキシを順番に確認してください。
サブスクリプションアドレスからノード一覧は再取得できますが、カスタムルーティング、DNS、サブスクリプショングループ、ポート、起動動作は本体にしか保存されていない場合があります。アップグレードやクライアント変更の前にこれらを記録し、旧設定の保存場所を確認してください。
ノード名だけを保存してルーティングルールを無視すると、移行後に「ノードには接続できるが、一部アプリの動作が異なる」という状態になることがあります。
同じバージョン番号でも、x64、arm64、汎用版が同時に存在する場合があります。バージョン番号が同じなのはリリース時期が同じという意味であり、すべてのCPUに対応するとは限りません。起動またはインストールできない場合は、まずアーキテクチャを再確認してください。
Linuxではdebとrpmも確認が必要です。macOSではチップ欄を重点的に確認してください。
まずクライアントが起動することを確認し、次にサブスクリプションを更新してノード接続をテストします。最後にシステムプロキシとカスタムルーティングを有効にします。一度に1つの層だけを確認すれば、起動、設定、ネットワークのどこに問題があるかを早く切り分けられます。
旧ルールに現在変更された項目が含まれている場合は、複数の過去バージョンを連続して上書きするのではなく、現行バージョンの画面を参考にして保存し直してください。
Download FAQ
ここではバージョン、アーキテクチャ、パッケージ形式、インストール後の設定に関する問題をまとめています。接続タイムアウト、DNSの異常、システムプロキシが機能しない場合は、トラブルシューティングページで症状別に確認してください。
まずはDesktop版を試してください。新世代のクロスプラットフォームUIを採用しています。従来のWindows画面や使い慣れた設定レイアウトが必要な場合はWPF版を選べます。どちらもv2rayNであり、サブスクリプションのインポートやルーティング設定の基本手順はほぼ同じです。
「システム情報」または「このMacについて」を開き、チップまたはプロセッサの項目を確認します。Apple Mシリーズと表示されたらApple Silicon、Intelと表示されたらIntelを選択してください。アーキテクチャが合わないと、インストーラーが起動しない、または追加の互換対応が必要になることがあります。
2015年以降の主流Androidスマートフォンでは、ファイルサイズが小さいarm64を優先します。CPUアーキテクチャが不明、端末が古い、またはarm64版をインストールできない場合は汎用版を選んでください。汎用版は対応範囲が広い一方、ファイルサイズは大きくなる傾向があります。
Debian、Ubuntuおよび派生ディストリビューションでは通常debを選び、Fedora、Rocky Linux、AlmaLinuxなどrpm系ではrpmを選びます。CPUアーキテクチャも確認してください。一般的なデスクトップPCはx64、arm64端末には対応するarm64パッケージを使用します。
クライアントのインストール完了は、プロキシ設定が有効になったことを意味しません。利用可能なサブスクリプションまたは共有リンクをインポートし、ノード一覧を更新してノードを選択したうえで、用途に応じてシステムプロキシや適切なトラフィック制御モードを有効にします。それでも失敗する場合は、システム時刻、DNS、ルーティングルール、ノードの状態を確認してください。