インストーラーOSを選び、次にアーキテクチャを選択
デスクトップにはv2rayN、Androidにはv2rayNGがおすすめです。OS、CPU、パッケージ形式からダウンロード先を選び、サブスクリプションを登録しましょう。
4つのOSごとに対応するパッケージを掲載しています。カードのメインボタンは一般的な選択肢です。別アーキテクチャ版や従来の画面を使いたい場合は、隣のリンクを確認してください。
どちらもx64版です。初めてインストールする場合はDesktopから始め、従来の画面に慣れている場合はWPFを検討してください。
Desktopは新世代のクロスプラットフォームUI、WPFは使い慣れたWindowsデスクトップの操作画面を維持する安定版です。
解凍してからインストールしてください。現在ダウンロードできる2種類はZIP形式です。ダウンロード後、エクスプローラーで完全に解凍し、展開先のインストーラーと説明を確認してください。圧縮ファイルのプレビューから直接起動しないでください。展開先は現在のユーザーが読み書きできる場所にし、保護されたシステムフォルダーに設定を置かないようにしましょう。
DesktopとWPFの違いは、主に画面の技術や操作レイアウトです。同じサーバーを使う場合に通信速度が必ず変わるわけではありません。操作の好み、OSとの互換性、必要な設定項目を基準に選びましょう。旧バージョンに多くのルールを設定している場合は、事前にバックアップをエクスポートし、新しい画面で一つずつ確認してください。使える設定を1つだけにして上書きしないようにしましょう。
| 確認項目 | 確認方法と対処 |
|---|---|
| CPUアーキテクチャ | このページではx64版を提供しています。「設定」の「システム情報」または「バージョン情報」でシステムの種類を確認してください。32ビット版Windowsにはインストールできません。 |
| OSとランタイム | サポート対象の64ビット版Windowsを使用してください。最低OSバージョンとデスクトップランタイムの要件は、インストーラーの説明を確認してください。起動時にエラーが出た場合は、表示された内容に応じたアーキテクチャの依存コンポーネントを追加します。 |
| ファイルとアクセス権 | 解凍に必要な空き容量を確保してください。通常のプロキシ利用と仮想ネットワークアダプターの操作では必要な権限が異なります。TUNを有効にする際は、権限の昇格が必要な場合があります。 |
ダブルクリックしても反応しない場合は、まずOSのエラー情報、ランタイムの案内、クライアントのログを確認してください。常に管理者として実行する方法を一般的な解決策として使わないでください。v2rayNの起動時クラッシュ対処法では、依存コンポーネントの不足、フォルダーのアクセス権、設定の破損を切り分けています。
Appleメニューから「このMacについて」を開きます。Apple Mシリーズチップと表示される場合はApple Silicon、Intelプロセッサと表示される場合はIntel版を選んでください。
チップに合ったネイティブ版を選んでください。外観や購入年だけで判断しないようにしましょう。
「アプリケーション」フォルダーから起動してください。DMGを開き、ディスクイメージの案内に従ってインストールします。アプリを「アプリケーション」フォルダーに移動し、そこから起動してください。初回起動時にセキュリティ警告が表示された場合は、入手元を確認したうえで「システム設定 → プライバシーとセキュリティ」を開き、今回の起動を許可する項目を確認します。
アプリの起動が許可されても、システムプロキシや仮想ネットワークアダプターの権限が設定済みとは限りません。設定を読み込んだら、まずシステムプロキシでブラウザーの接続を確認し、必要に応じてTUNを有効にしてください。OSのアップグレード、アプリの移動、再インストール後は、許可を再確認する場合があります。組織管理下の端末では、管理ポリシーに従い、管理者の設定を回避しないでください。
| 確認項目 | 確認方法と対処 |
|---|---|
| チップのアーキテクチャ | Apple Mシリーズはarm64、Intelプロセッサはx64を選択してください。対応するネイティブ版を使うことで、アーキテクチャ変換による互換性の問題を減らせます。 |
| OSのバージョン | まず「このMacについて」でmacOSのバージョンを確認してください。最低対応バージョンは各パッケージの要件に従います。DMG形式だけで互換性を判断することはできません。 |
| インストールと起動の許可 | 「アプリケーション」フォルダーへの書き込み権限が必要です。初回起動の許可、セキュリティの確認、以降のネットワーク権限はそれぞれ個別に設定してください。システム全体の保護を無効にする必要はありません。 |
「開発元を検証できません」と表示される場合や、起動後に通信をプロキシ経由にできない場合は、macOSでの起動許可とネットワーク権限の設定を確認してください。まずアプリが正常に起動することを確かめてから、プロキシやネットワーク権限を切り分けましょう。複数の設定を一度に変更しないでください。
まずv2rayNGをお試しください。2015年以降の一般的なスマートフォンではarm64が候補です。アーキテクチャがわからない場合はユニバーサル版を選べますが、OSのバージョン要件も確認してください。
Androidでの日常的な利用に適しています。サブスクリプショングループで設定を管理し、VPNの許可で通信を中継できます。アプリごとのプロキシ設定にも対応します。
arm64版は対応するアーキテクチャのコンポーネントのみを含み、64ビットアプリに対応した端末に適しています。ユニバーサル版はより多くのアーキテクチャをカバーしますが、ファイルサイズが大きくなる傾向があります。64ビットCPUを搭載したスマートフォンでも、OSが64ビットアプリに対応しているとは限りません。インストールできない場合は、CPU名だけでなくOSとアプリのアーキテクチャを確認してください。
APKを開くと、使用中のブラウザーやファイル管理アプリからのインストール許可を求められる場合があります。今回使う提供元だけに必要な範囲で許可し、インストール後に取り消すこともできます。初めて接続するときは、OSのVPN接続許可も求められます。別のアプリがVPN接続を使用中の場合は、停止が必要か確認してからクライアントを接続してください。
V2Flyコアが必要で、設定が対応している場合に適しています。使用前にプロトコル、トランスポート、各種パラメーターを確認してください。画面が似ていることだけを根拠に対応状況を判断しないようにしましょう。
v2flyNGとv2rayNGは異なるコアを採用しており、対応するプロトコルや新しいパラメーターも異なる場合があります。サブスクリプションの設定を読み込めないときは、必要な機能を確認してからクライアントを選んでください。同じ設定を何度も読み込んでも、コアが未対応の機能は使えるようになりません。互換性の問題を、設定スイッチを手当たり次第に切り替えて解決しようとしないでください。
移行前に、現在のクライアントにあるサブスクリプションURL、手動設定、アプリごとのプロキシ対象リストを保存してください。新しいクライアントには、まず動作確認済みの設定を少数だけ読み込み、接続とDNSの動作を確認してから残りを移行します。2つのクライアントの設定を別々に保持することはできますが、通信の経路を確認しやすくするため、同時に有効にする接続は必要なものだけにしてください。
| 確認項目 | 確認方法と対処 |
|---|---|
| OSとアーキテクチャ | 「設定 → デバイス情報」でAndroidのバージョンを確認し、端末が対応するアーキテクチャに合ったパッケージを選びます。ユニバーサル版でも古いOSすべてに対応するわけではありません。 |
| インストール条件 | ダウンロードとインストールに必要な空き容量を確保し、必要に応じて現在使う提供元からのインストールを許可してください。署名の不一致が表示された場合は、まずバックアップを取り、使用中の設定を失う可能性のあるアンインストールをすぐに行わないでください。 |
| 接続の許可 | 初回接続時にOSのVPN接続許可を確認してください。バックグラウンドで長時間使う場合はバッテリー最適化の設定を確認しますが、接続に関係のない権限まで許可する必要はありません。 |
「アプリがインストールされていません」と表示された場合は、空き容量、Androidのバージョン、アーキテクチャ、既存アプリとの署名の互換性を順に確認してください。上書きインストール中に問題が起きた場合は、古い設定を先に保護しましょう。インストール後にバックグラウンドで接続が切れる場合は、省電力設定を確認してください。これはインストーラーのアーキテクチャとは別の問題です。
ディストリビューションに合わせてdebまたはrpmを選び、次にCPUに合わせてx64またはarm64を選択してください。ここで提供するのはGUIデスクトップクライアントであり、サーバー構築用ツールではありません。
UbuntuやDebianなどではdeb、FedoraなどのRPM系ディストリビューションではrpmを選びます。パッケージの依存関係が現在のディストリビューションに適合するか確認してください。
パッケージファイルをOSのソフトウェアインストーラーで開いてください。インストーラーにパッケージのアーキテクチャと依存関係が表示されます。拡張子が同じdebやrpmでも、異なるディストリビューションで互換性があるとは限りません。特にシステムライブラリのバージョンと、パッケージのビルド対象に注意してください。依存関係を満たせない場合は、まずディストリビューションの環境を確認し、依存関係を無視して強制インストールしないでください。
インストール後はデスクトップのアプリメニューから起動し、メイン画面とログが正常に開くことを確認してください。デスクトップ環境によってはトレイ機能の追加設定が必要です。メインウィンドウを閉じた後にトレイから見つからない場合は、デスクトップ拡張とクライアントのバックグラウンド設定を確認しましょう。自動起動はユーザーのログイン後に実行するデスクトップ項目として設定し、GUIクライアントを常にシステム管理者権限で動かさないでください。
| 確認項目 | 確認方法と対処 |
|---|---|
| ディストリビューション別のパッケージ形式 | Debian系ではdeb、RPM系ではrpmが一般的です。インストール前に、ソフトウェアインストーラーに表示される依存関係とディストリビューションの対応要件を確認してください。 |
| CPUアーキテクチャ | x86_64とamd64はこのページのx64、aarch64はarm64に対応します。ディストリビューションのビット数とパッケージ形式を混同しないでください。 |
| デスクトップ環境と権限 | GUIデスクトップ環境が必要です。パッケージの管理やTUNの設定には権限が必要な場合がありますが、通常の画面操作に管理者アカウントが必要という意味ではありません。 |
デスクトップアプリは起動するのにブラウザーがプロキシを使わない場合は、まずデスクトップ環境のプロキシ設定とアプリ側のプロキシ設定を確認し、必要に応じてTUNを設定してください。インストールから自動起動、トレイの利用までの手順はLinuxでのdeb/rpmインストールとログイン時の自動起動をご覧ください。
インストールと接続確認を分けて進めます。各手順を一つずつ完了させてから次に進むと、問題の原因を特定しやすくなります。
ダウンロードしたパッケージが現在のOSとCPUに合っていることを確認し、形式に応じてインストールしてください。初回起動時は画面、ログ、必要な権限だけを確認し、DNS、ルーティング、TUNを一度に変更しないでください。アプリ自体が起動しない場合は、OSの依存関係とフォルダーのアクセス権を先に確認します。サブスクリプションを変更しても、起動時の問題は解決しません。
サブスクリプショングループに利用権限のあるURLを追加し、更新後に読み込み結果を確認してください。手動で設定する場合は、アドレス、ポート、プロトコル、トランスポートの各パラメーターを照合します。サブスクリプションURLには個人を識別する情報が含まれることがあるため、通常のURLのように公開しないでください。読み込み後は、使用するサーバーを選択します。
デスクトップではまずシステムプロキシを有効にし、AndroidではVPN接続を許可してください。システムプロキシは各アプリがOSの設定に従うことを前提としており、すべてのアプリが利用するとは限りません。接続確認では、アプリからのアクセス結果とクライアントのログをあわせて確認し、スイッチがオンになったことだけで成功と判断しないでください。仮想ネットワークアダプターが必要な場合は、TUNと関連するルーティングを別途設定します。
クライアント本体、コアの機能、サブスクリプションの内容はそれぞれ別の要素です。アップデートによって設定画面や設定形式が変わることはありますが、サーバー側のパラメーターの誤りが自動で直るわけではありません。更新前に使用中のクライアント、プロキシポート、ルーティングモード、重要なDNS設定を記録してからアプリを終了してください。設定ファイルの書き込み中に上書きしないようにしましょう。
少なくとも手動で追加したサーバー、サブスクリプショングループ、自作ルーティングをバックアップしてください。バックアップには認証情報が含まれる場合があるため、読み取りできる人を制限し、誰でもアクセスできる共有フォルダーには置かないでください。画面やクライアントをまたいで移行する場合は、インポート・エクスポート機能を優先し、新しい環境で各項目がそろっているか確認しましょう。フォルダー名が同じだからといって、そのまま置き換えられるとは限りません。
カード内のバージョン表記はアプリ全体の情報、ダウンロードリンクはプラットフォームごとのパッケージ情報に基づいています。各情報の更新時期が異なり、ファイル名とカードの表記が一致しない場合があります。実際のパッケージのバージョンは、ダウンロードしたファイルの情報とインストール後の表示をあわせて確認してください。一つの表記だけで全プラットフォームの更新状況を判断しないようにしましょう。
アップデート後は、まず以前から使っている簡単な設定で接続を確認し、その後に自作ルールを戻してください。問題が起きたら、エラーの種類、OSのバージョン、選択したパッケージを記録し、依存関係と権限の変更を見直します。3種類のクライアントのコアや設定の違いはクライアントの選び方ガイド、プロトコル名やネットワークモードの意味は用語集をご覧ください。
まず問題がダウンロード、インストール、起動、接続のどの段階で起きているかを確認し、該当する方法を試してください。
新規インストールには、新世代のクロスプラットフォームUIを採用したDesktopがおすすめです。従来のWindowsらしい画面に慣れている場合は、安定版のWPFを選べます。どちらもx64版のため、画面の種類でCPUとの互換性を判断しないでください。切り替える前にサブスクリプション、サーバー、自作ルールをエクスポートし、使用中の設定フォルダーをそのまま共有しないようにしましょう。
2015年以降に発売された一般的なスマートフォンではarm64が第一候補ですが、端末のOSが64ビットアプリに対応しているか確認してください。アーキテクチャが不明な場合やarm64版が非対応と表示される場合は、ユニバーサル版を試せます。ただし、ユニバーサル版もクライアントの最低動作環境を満たす必要があります。インストール前にOSのバージョン、空き容量、提供元不明アプリのインストール許可を確認しましょう。
クライアントは設定管理と通信の中継を行うもので、利用可能なサブスクリプションやサーバーはインストーラーに含まれていません。利用権限のあるサブスクリプションまたは接続情報を用意し、取り込みとサーバー選択を済ませてから、システムプロキシを有効にするかVPN接続を許可してください。接続できない場合は、インストーラーを何度も入れ替える前にログを確認しましょう。
サブスクリプショングループ、手動追加したサーバー、自作ルーティング、DNS設定を保存してからクライアントを終了してください。バックアップにはサブスクリプションURLや認証情報が含まれる場合があるため、安全な場所に保管しましょう。更新後はプロキシポート、ルーティングモード、TUN設定を確認してください。画面の異なるバージョン間で同じ設定フォルダーをそのまま使えるとは限りません。
カードのバージョン表記はアプリ全体のバージョン情報、ダウンロード先はプラットフォーム別パッケージの情報に基づいており、更新のタイミングが異なる場合があります。パッケージのバージョンは、実際にダウンロードしたファイル名とインストール後のクライアント表示をあわせて確認してください。カードの表記だけで全プラットフォームの更新状況を判断しないようにしましょう。
まずインストーラーの入手元とチップのアーキテクチャを確認します。初回起動を試した後、「システム設定」の「プライバシーとセキュリティ」を開き、OSが表示する項目から起動を許可するか判断してください。管理対象の端末では管理者の承認が必要な場合があります。クライアントを使うためにシステム全体の保護を無効にしないでください。ネットワーク関連の権限やシステムプロキシの許可は、起動後に個別に確認します。