まずOSを選び、次にCPUアーキテクチャとインストール形式を選択してください。
デスクトップではv2rayN、AndroidではXrayコアを採用したv2rayNGがおすすめです。V2Flyコアが必要な場合はv2flyNGを選んでください。いずれも無料のオープンソースソフトウェアです。インストール後、有効なサブスクリプションまたはノード設定を追加してください。
インストーラーはプログラムを提供し、サブスクリプションは接続情報を提供します。
ダウンロード前にデバイス情報を確認してください。インストール後はサブスクリプショングループを追加してノード一覧を更新し、ルーティングとプロキシモードを設定します。サブスクリプションURLをダウンロードボタンに入力したり、インストーラーのURLをノードとしてインポートしたりしないでください。クライアントのバージョン、コアの機能、ノード設定が適合している必要があります。
使用中のデバイスを選択し、対応クライアントとシステム要件を確認してください。
インストーラーのリンクは最新のリリース一覧を参照します。ページ上のバージョン情報はクライアントの識別用です。実際のファイル名はダウンロードリンクで確認してください。
Desktopは新世代のクロスプラットフォームUIを採用しており、初めて使う方やデスクトップ環境で統一した操作をしたい方に適しています。WPFは従来の安定版で、使い慣れたWindowsのウィンドウ操作を維持できます。好みのUIで選べばよく、同じサブスクリプションを読み込むために両方をインストールする必要はありません。
新世代のクロスプラットフォームUIです。初めて使う場合は、こちらからダウンロードできます。ZIPを完全に展開してから、フォルダー内のインストーラーを実行してください。
従来のWindows UIです。これまでの操作方法を引き継ぎたい方に適しています。旧バージョンから移行する場合は、サブスクリプショングループとカスタムルールを先にバックアップしてください。
| 確認項目 | 選択条件 | 確認場所・対処方法 |
|---|---|---|
| CPUとシステム | このページの2つのリンクはどちらもx64版です | 「設定」→「システム」→「バージョン情報」でシステムの種類を確認してください。他のアーキテクチャでは、このページのx64版をそのまま使用できません |
| OSバージョン | システム更新が継続しているWindows 10 / 11での使用を推奨します | 最低要件は最新のリリースノートとインストーラーのチェックを確認してください。古いOSでは必要なAPIを利用できない場合があります |
| 実行環境 | 必要な実行環境が現在のパッケージに含まれているかによります | .NET Desktop Runtimeが見つからない場合は、エラーの案内に従って対応するメジャーバージョンとx64版をインストールしてください |
| 書き込みと権限 | 設定フォルダーに書き込みできること。通常の接続では標準権限から試してください | TUNやサービス機能には追加の権限が必要な場合があります。起動時の問題すべてを権限不足のせいにしないでください |
ダウンロードが完了したら、エクスプローラーで保存先を開き、「すべて展開」を選択してください。圧縮ファイル内から直接プログラムを起動しないでください。インストーラーを実行する際はインストール先を確認します。旧バージョンを残して戻せるようにする場合は、2つのバージョンで設定フォルダーを混在させないでください。インストール後はメインウィンドウを開き、設定を正常に読み込めることを確認してからサブスクリプションを追加します。
起動直後に終了する場合は、まずシステムの通知とクライアントのログを確認してください。ランタイムの不足、設定ファイルの読み込み失敗、フォルダーへの書き込み制限はそれぞれ別の問題で、対処方法も異なります。WindowsのシステムプロキシとTUNは別の設定です。初回接続では、まずシステムプロキシでノードを確認し、アプリへの適用範囲に応じてTUNを有効にしてください。
Appleメニューから「このMacについて」を開き、「チップ」または「プロセッサ」を確認します。Apple Mシリーズと表示されたらApple Silicon、Intelと表示されたらIntelを選んでください。macOSのバージョンや購入年だけでは、チップのアーキテクチャを判断できません。
Apple Mシリーズ搭載Mac向けです。アーキテクチャ変換によるトラブル要因を減らすため、デバイス本来のアーキテクチャに合ったインストーラーを選んでください。
| 確認項目 | 選択条件 | 確認場所・対処方法 |
|---|---|---|
| CPUアーキテクチャ | Apple Siliconはarm64、Intelはx64を選択 | Appleメニュー → このMacについて → チップまたはプロセッサ |
| システム環境 | 現在のリリースに記載された最低macOS要件を満たすこと | 「このMacについて」でOSバージョンを確認してください。古いOSではUIやネットワーク機能に必要な機能が不足する場合があります |
| インストール先 | アプリを「アプリケーション」フォルダーにコピー | コピーが完了してから起動し、読み取り専用のディスクイメージから使い続けないでください |
| システムの許可 | 選択したネットワークモードに必要な権限を許可 | 初回起動時の許可とネットワーク機能の許可は別々に行います。「システム設定」の「プライバシーとセキュリティ」に表示される案内を確認してください |
ダウンロードしたDMGを開き、イメージウィンドウの案内に従ってアプリを「アプリケーション」にコピーします。その後、コピー先から起動してください。アプリがディスクイメージ上で動作していないことを確認してから、ディスクイメージを取り出せます。システムに起動をブロックされた場合は、ダウンロード元とアーキテクチャを確認し、「プライバシーとセキュリティ」に表示された説明を読んでください。アプリを起動するために、システムのセキュリティ機能全体を無効にしないでください。
デスクトップクライアントのシステムプロキシ設定が影響するのは、その設定に従うアプリです。すべてのプログラムが同じ経路で接続しているとは限りません。サブスクリプションを読み込んだら、まずノードを選び、標準または内容を把握しているルーティングモードでテストしてください。特定のアプリが直接接続する場合は、インストーラーを何度も変えるのではなく、そのアプリのプロキシ対応と設定を確認します。
Xrayコアを採用し、GUIからサブスクリプション、共有リンク、QRコードを読み込めます。Xray対応ノードの機能が必要な場合はv2rayNGを選んでください。VLESSやREALITYなどの設定が利用できるかどうかは、クライアントのコアとサーバー側の構成が適合するかによります。
2015年以降の一般的なスマートフォンでは、通常arm64を選びます。CPUの仕様だけでなく、OSが64ビットアプリに対応していることも確認してください。
デバイスのアーキテクチャがわからない場合に選べます。単一アーキテクチャ版よりファイルサイズが大きい傾向があり、OSバージョンなどのインストール要件も満たす必要があります。
V2Flyコアが必要な場合に選ぶクライアントです。v2rayNGとの主な違いはコアの系統であり、インストーラーファイルの拡張子ではありません。画面が似ていても、両方のクライアントが同じプロトコル項目やセキュリティ設定に対応するとは限りません。
arm64アプリに対応したデバイス向けです。V2Flyに合わせた設定を使用している場合は、まず独立した設定環境でテストしてください。
アーキテクチャが不明な場合の選択肢です。インストール後、サブスクリプションを追加し、ノードの通信方式とセキュリティ設定を確認してください。
| 確認項目 | 選択条件 | 確認場所・対処方法 |
|---|---|---|
| アプリのアーキテクチャ | 64ビットシステムではarm64が基本。不明な場合はユニバーサル版を選択 | デバイスのシステム情報を確認してください。新しいCPUでも、OSが一部のアーキテクチャにしか対応していない場合があります |
| OSバージョン | 現在のAPKに記載された最低Androidバージョンを満たすこと | 「設定」→「デバイス情報」を確認してください。インストーラーに非対応と表示された場合は、まずバージョン要件を確認します |
| インストールの許可 | 使用中のブラウザーまたはファイル管理アプリからのインストールを許可 | 実際に使用するインストール元だけに権限を付与し、インストール後は必要に応じて無効にできます |
| 接続の許可 | 初回接続時にシステムのVPN接続を許可 | 他のVPNアプリが同じ接続機能を使用している場合があります。テスト前に現在の接続を確認してください |
ダウンロード後、通知またはファイル管理アプリからAPKを開き、インストーラーに表示されるアプリ名と更新内容を確認してください。署名の競合が表示された場合、すぐにアンインストールして再インストールしないでください。既存の設定をエクスポートし、異なる署名の配布元から入手したものか確認してから、移行方法を決めます。アンインストールすると、通常はアプリ内のローカルデータが削除されます。
初めて接続するとき、システムにVPN接続の許可を求める画面が表示されます。この許可によってクライアントがデバイスの通信を受け取れるようになりますが、ノードが利用可能になったことを意味するわけではありません。接続後は実際にアクセスできるか確認してください。バックグラウンドで頻繁に切断される場合は、省電力設定、バックグラウンド実行の制限、ネットワークの切り替わりを確認します。最初からすべてのバッテリー管理を無効にする必要はありません。
ディストリビューションで使われている形式がdebかrpmかを確認してから、x64またはarm64を選んでください。下の主なリンクはx64版です。arm64デバイスではカード下部の対応形式を選択します。パッケージ管理方式とCPUアーキテクチャは別々の条件なので、両方を合わせる必要があります。
rpm形式を使用し、依存関係に互換性のあるディストリビューション向けです。パッケージ名に記載されたビルド対象を確認し、インストール時の依存関係に関する警告にも注意してください。
| 確認項目 | 選択条件 | 確認場所・対処方法 |
|---|---|---|
| パッケージ管理方式 | Debian・Ubuntu系では通常deb、Fedora・RHEL系では通常rpmを選択 | 派生ディストリビューションでも、使用するパッケージインストーラーが対応する形式を確認してください |
| CPUアーキテクチャ | x86_64 / amd64はx64、aarch64はarm64を選択 | システム設定の情報画面やハードウェア情報を確認してください。ディストリビューション名だけで判断しないでください |
| デスクトップ環境と依存関係 | GUIデスクトップ環境があり、現在のパッケージの実行要件を満たしていること | 不足や競合のある依存関係を無視せず、まずパッケージインストーラーで解決してください |
| ネットワーク権限 | システムプロキシとTUNでは必要な権限が異なります | まず通常モードで接続を確認し、TUNが必要な場合はクライアントの案内に従って権限を設定してください |
ファイルマネージャーでダウンロードしたインストーラーを開き、ディストリビューションのパッケージインストーラーで処理してください。依存関係が不足している場合は、rpmをdebに改名したり強制インストールでエラーを回避したりせず、ディストリビューションのバージョンとソフトウェアソースの状態を確認します。拡張子を変えてもパッケージ形式は変わらず、必要なシステムコンポーネントも追加されません。
インストール後、アプリメニューからv2rayNを起動します。Linuxデスクトップ環境によってシステムプロキシの扱いが異なるため、ブラウザー、デスクトップアプリ、バックグラウンドプロセスが同じ設定を使うとは限りません。まずシステムプロキシに明示的に対応したアプリでテストし、個別アプリのプロキシ設定を確認してください。より広い範囲の通信を制御する必要がある場合に、TUNモードを検討します。
まずプログラムが起動することを確認し、その後でサブスクリプション、ルーティング、接続テストを行います。
v2rayNで「サブスクリプショングループの設定」を開き、新しいグループを追加して、メモと「任意のアドレス (URL)」を入力します。保存後、サブスクリプションを更新してください。グループ名はローカルでの分類用で、サーバー側のアカウントには影響しません。サブスクリプションURLのパラメーターはすべて保持してください。クエリパラメーターを削除すると、更新に失敗する場合があります。
v2rayNGではサブスクリプショングループの設定からURLを追加し、サブスクリプションを更新します。単一の共有リンクを受け取った場合は、専用のインポート機能を使ってください。サブスクリプションURLとして追加しないでください。ノードが一覧に表示されても、設定が読み込まれたことを示すだけです。接続できるかどうかは別途テストが必要です。
サブスクリプションの設定方法を見るノードを選択したら、内容を把握しているルーティング設定から試してください。システムプロキシの影響を受けるのは、システム設定に従うアプリが中心です。TUNはより広範囲の通信を制御できますが、追加の権限に加え、ルーティングやDNSの動作にも関わります。初回設定でコア、DNS、ルールを同時に変更すると、問題の原因を特定しにくくなります。
接続後はクライアントのログを確認し、実際にアクセスできるかテストしてください。遅延の数値は特定の方法で測定した結果であり、ダウンロード速度やすべてのアプリでの利用可否を示すものではありません。一部のサイトに接続できない場合は、ノード、DNS、ルーティングルールのどこに原因があるかを切り分けてから設定を変更します。
ルーティング設定についてインストールの段階ごとに原因を切り分け、設定ミスをインストーラーの問題と混同しないようにしましょう。
初めて使う場合は、新世代のクロスプラットフォームUIを採用したDesktopがおすすめです。従来のウィンドウ操作に慣れている場合はWPFを選べます。どちらもx64版です。サブスクリプションやノードの設定値は、サーバー側の構成に合わせてください。UIを切り替える前に設定をバックアップし、2つのインスタンスで同時にシステムプロキシを制御しないようにしましょう。
2015年以降の一般的なスマートフォンでは、arm64が第一候補です。ただし、最終的にはOSが対応するアプリのアーキテクチャで決まります。64ビットOSと確認できた場合はarm64を選択してください。アーキテクチャが不明な場合や、互換性エラーが表示される場合はユニバーサル版を試せます。ユニバーサル版は複数のアーキテクチャを含むため、ファイルサイズが大きくなる傾向があります。
Appleメニューから「このMacについて」を開き、「チップ」または「プロセッサ」を確認します。Apple Mシリーズと表示される場合はApple Silicon、Intelプロセッサと表示される場合はIntelを選んでください。macOSのバージョンや本体の外観、購入年からアーキテクチャを推測しないでください。
ディストリビューションのパッケージ管理方式に合わせて選びます。Debian、Ubuntuとその派生版では通常deb、Fedora、RHELとその派生版では通常rpmを使用します。x64またはarm64の選択も必要です。同じ形式のパッケージでも、すべてのディストリビューションやバージョンで依存関係を満たすとは限りません。
クライアントは設定を読み込んで接続を確立するためのもので、個人用サブスクリプションやノードはインストーラーに含まれません。有効なサブスクリプションURLまたは共有リンクを用意し、サブスクリプショングループの設定に追加して更新した後、ノードを選択してください。サブスクリプションURLには認証情報が含まれる場合があります。公開するスクリーンショットやログに表示しないでください。
クライアントのバックアップまたはエクスポート機能で設定を保存します。サブスクリプショングループ、ルーティングモード、DNS設定、カスタムルールを控えてから、旧バージョンを終了してください。アップデート後は設定が読み込まれることを確認し、サブスクリプションの更新と実際の接続をテストします。バックアップには機密情報が含まれる可能性があるため、安全な場所に保管してください。