クライアント選び · インストールと設定
クライアント選びから始め、手順に沿ってサブスクリプションを読み込み、プロキシを設定して、アプリが想定どおりネットワークへ接続できるか確認します。
端末を確認してからインストールパッケージを選ぶ
デスクトップではv2rayNから始め、Androidではまずv2rayNGを確認します。V2Flyカーネルが必要な場合はv2flyNGを検討してください。ダウンロード前にOSのアーキテクチャ、インストール権限、既存設定との互換性を確認しましょう。クライアントは設定を管理しますが、実際の接続には有効なサーバー情報が必要です。
v2rayNには新世代のクロスプラットフォーム版と従来のWPF版があります。初回インストールでは画面とシステム要件を比較し、既存ユーザーはサブスクリプショングループ、ルール、カーネル設定を移行できるか確認してから切り替えましょう。
システム設定の「システムの種類」でアーキテクチャを確認します。当サイトのダウンロード先ではx64パッケージを提供していますが、PCのメーカーだけで判断しないでください。インストール後は通常権限で読み込みとシステムプロキシを確認し、TUNが必要な場合は適切な権限を確認します。アップグレード前に設定をエクスポートし、2つのインスタンスが同時にシステムプロキシを変更しないようにしてください。
ダウンロードへ ↗v2rayNデスクトップクライアントを使用し、「このMacについて」でチップを確認します。Apple Siliconはarm64、Intelはx64を選択してください。インストールパッケージのアーキテクチャとサブスクリプションのプロトコルは別の要素です。読み込みできるからといって、パッケージの選択が正しいとは限りません。
初回起動時にシステムのセキュリティ警告が表示されたら、ファイルの入手元と警告内容を確認し、システムが案内する方法で対処してください。セキュリティ対策全体をそのまま無効にしないでください。システムプロキシを設定した後、既存のブラウザーセッションは再接続が必要になる場合があります。アプリ内にもプロキシ設定がある場合は、システム設定を上書きしていないか確認しましょう。
ダウンロードへ ↗Xrayカーネルを使用するv2rayNGを優先し、V2Flyカーネルを使用するv2flyNGは代替候補として検討します。新しい端末の多くはarm64に適しています。アーキテクチャが不明な場合は、ユニバーサル版と説明を確認してください。対応プロトコルは使用するカーネルによって異なるため、2つのアプリですべての設定を交換できるとは考えないでください。
初回起動時にプロキシ用のシステムVPN権限を確認することがあります。これはアプリがローカルの通信取り込み経路を作る許可であり、サーバー接続が確立したことを意味しません。他のVPNアプリが動作している場合は、どのアプリに通信を任せるかを先に決めてください。バックグラウンドで停止する場合は、バッテリー制限とログを確認してから動作設定を調整しましょう。最初からすべてのバックグラウンド項目を変更する必要はありません。
ダウンロードへ ↗グラフィカルデスクトップを備えた端末ではv2rayNを選択し、ディストリビューションに合わせてdebまたはrpmパッケージを使い、x64とarm64も区別します。パッケージ形式はインストール方法、プロセッサーアーキテクチャは実行環境を示します。両方を一致させる必要があり、拡張子だけで判断できません。
デスクトップ環境によってシステムプロキシの対応範囲は異なり、ブラウザー、端末、バックグラウンドサービスが別々の設定を参照することもあります。まずプロキシに対応するアプリで確認してから、他のプログラムを調整してください。ルーターや透過ルーターへの導入が目的なら、ゲートウェイとDNSの取り込み範囲を先に理解し、デスクトップクライアントのインストール手順をゲートウェイ構成として扱わないでください。
ダウンロードへ ↗操作項目 — 説明 — 適用条件
まず1つの設定を正常に動作させてから、ルーティング、DNS、通信取り込みのルールを追加します。画面の項目は設定整理に役立ちますが、サーバー側のパラメーターを代替したり、ネットワーク環境の違いを自動で解消したりはしません。以下では、よく使う設定の役割と確認順を説明します。
サブスクリプショングループに提供元のアドレスを入力し、保存してから更新を実行します。その後、グループ内に想定した設定が表示されるか確認してください。サブスクリプションの更新はノード情報を取得するだけで、接続できることを保証せず、現在のノード選択の代わりにもなりません。提供元ごとにグループを作り、手動設定は別に管理すると、更新時の混同を防げます。アドレスには通常アクセス情報が含まれるため、トラブル対処時はリンク全体を隠し、公開画像やメモに貼り付けないでください。
適用条件：信頼できる提供元の有効なサブスクリプションがあり、更新先へアクセスできること。読み込みに失敗したら、ネットワーク要求の失敗、未対応の内容、リンク切れのどれかを切り分けます。同じアドレスを何度貼り付けても内容形式は変わりません。
「システムプロキシを自動設定」を選ぶと、システム設定に従うアプリへローカルプロキシの入口を提供します。ブラウザーの接続確認には適していますが、すべてのプログラムが取り込まれるわけではありません。「システムプロキシを変更しない」は現在の状態を維持する設定で、直結へ自動復帰する意味ではありません。取り込みを解除する場合は、明示的にシステムプロキシを解除してからシステム設定を確認してください。終了後の通信異常は、残ったプロキシ設定が原因の場合もあります。
適用条件：ローカルプロキシサービスが起動しており、対象アプリがシステムプロキシを参照すること。アプリ内プロキシ、拡張機能、他のネットワークツールが設定を上書きする場合があるため、設定元は一度に1つへ絞ります。
TUNは仮想ネットワークアダプターで通信を受け取り、システムプロキシを参照しないアプリにも適しています。ただし実際の範囲はルーティング、除外ルール、権限に左右されます。まず通常のプロキシ接続を確認してから仮想ネットワークアダプターで取り込むと、サーバー側の問題とシステム側の問題を切り分けやすくなります。有効化後にLAN機器、リモートデスクトップ、一部サービスへ接続できなくなったら、直結ルールとネットワーク帯の除外を確認し、すぐにサブスクリプションを変更しないでください。
適用条件：システムが必要なネットワーク権限を許可し、関連コンポーネントが正常に動作すること。他のVPN、仮想ネットワークアダプター、セキュリティソフトがルーティングに影響する場合があります。変更前の設定を保存し、TUNを無効化して戻す方法を用意してください。
ルーティングはドメインやIPなどの条件に基づき、リクエストをどの出口へ送るか決めます。まず既存ルールから直結、プロキシ、ブロックの違いを理解し、必要に応じてルールを追加してください。一般にマッチング順序が重要で、広いルールが細かな条件を先に覆うことがあります。GeoIPやGeoSiteを参照する場合は、データベースとタグが利用可能か確認します。グローバルプロキシが変更するのはカーネルに入ったリクエストの出口であり、取り込まれていないアプリを自動的にカーネルへ送るものではありません。
適用条件：どのリクエストを直結し、どれをプロキシ経由にするか明確になっていること。変更後は対象ドメインとログで再確認し、1つのサイトが開くだけで全ルールが想定どおり動作していると判断しないでください。
DNSはドメインをアドレスへ変換しますが、名前解決はアプリ、システム、カーネルがそれぞれ実行する場合があります。変更時はどの層が解決しているかを確認し、解決要求の出口と応答結果を確認してください。DNSアドレスを1つ置き換えるだけで、すべてのアプリがそれを使うとは限りません。ドメインだけ失敗し他の接続が正常な場合は、ログで名前解決の経路、タイムアウト、キャッシュを確認します。ブラウザー独自の暗号化DNSにより、観測結果がシステム設定と異なることもあります。
適用条件：使用するカーネルのDNSルールと、名前解決サービスまでの経路を理解していること。異なるカーネルの設定項目を混在させず、解決方針を変更した後は接続を再確立し、キャッシュの影響も考慮してください。
以下は確認を始める目安であり、初期設定の推奨ではありません。すべての操作項目は上の対照表にまとめています。
有効な設定を1つ選び、ローカルサービスを起動してからシステムプロキシを設定します。システム設定に従うブラウザーでテストページを開き、同時にクライアントのログを確認してください。テスト中はブラウザーのプロキシ拡張機能を重ねて使わないでください。どの経路を通ったか判断できなくなります。確認後にルーティングルールを追加し、ブラウザーがまだ接続できない場合は、取り込み機能を増やす前に設定とローカルサービスを確認します。
ブラウザーは使えるのに特定のアプリだけ使えない場合は、そのアプリが独自プロキシに対応しているか、システム設定を無視するか、既存の接続を再確立する必要があるかを確認します。対応している場合は、まずアプリ側の入口を明確にしてください。より広い範囲の取り込みが必要な場合に、TUNの権限と除外ルールを確認します。接続失敗をすぐノードの問題と決めつけず、対象アプリのリクエストがクライアントへ入っているかを先に確認しましょう。
初回利用時の確認手順
まずサブスクリプション、ノード、プロキシ適用の3点を確認します。画面名はクライアントによって変わる場合がありますが、目的は同じです。設定を取得し、出口を選び、実際のアプリ通信がどの経路を通ったか確認します。
クライアントをインストールして起動したら、サブスクリプショングループまたは読み込み画面から既存情報を追加します。v2rayNデスクトップ版は提供元ごとのグループ管理に適しており、v2rayNG Android版はサブスクリプション管理または読み込み機能から始められます。アドレスが完全か、空白や改行が混入していないか確認してから更新してください。読み込み後は、プロトコル、サーバーアドレス、必要な通信パラメーターが存在するかを確認し、表示名だけで判断しないでください。
共有リンクが1本だけの場合は、対応するリンク読み込み方法を使い、サブスクリプション更新アドレスとして扱わないでください。サブスクリプションは更新可能な設定の集合であり、ノードはその中の個別の接続設定です。入口と管理方法が異なります。接続情報がない場合はサービス提供元へ確認してください。クライアントをインストールしてもノードは生成されません。
読み込んだ設定から現在使用する項目を選び、クライアントが対応するカーネルを起動しているか確認します。デスクトップではまずシステムプロキシでブラウザーを確認し、Androidでは表示に従ってVPN権限を許可してから接続を開始します。ルーティングは理解しやすい設定から始め、カーネル、DNS、TUN、分岐ルールを同時に切り替えないでください。問題発生時に原因を特定しにくくなります。
「選択済み」と「使用中」は同じ画面状態とは限りません。クライアントのアクティブ設定にする操作や起動操作で確認してください。設定を切り替えたらテスト接続を再確立します。プリンター、共有フォルダー、LANサービスへアクセスする場合は直結条件を残し、変更前のルールを記録して復元できるようにします。
まずクライアントの接続テストを実行し、次に対象アプリで実際のページへアクセスしながら、同じ時刻のログを確認します。実接続テストは通常プロキシ経由でリクエストを行い、テスト先へ到達できるかを確認するものです。ダウンロード速度テストは通信量の測定に近く、両者は代用できません。テストに成功しても、システム上のすべてのアプリが取り込まれたとは限りません。
テストに失敗したら、名前解決、接続タイムアウト、認証、ハンドシェイクのどれかを切り分けます。テストは成功するのにブラウザーが失敗する場合は、システムプロキシとアプリ側の設定を優先して確認してください。一度に1項目だけ変更し、同じ対象で再テストします。ログを共有する場合は、サブスクリプションアドレス、認証情報、特定可能なサーバー情報を先に削除してください。
グラフィカルインターフェース、カーネル、サーバー
設定を管理するもの、転送を実行するもの、遠隔接続を提供するものをまず区別します。この3つの役割を理解すると、プロトコル名やクライアントの外観だけを見るより、ソフトウェア選びとトラブル対処が容易になります。
Project Vはプロキシとネットワーク通信ツールを中心とするオープンソースのエコシステムで、V2Rayはその重要なプロジェクトです。V2FlyコミュニティはV2Ray関連の実装を継続しており、Xrayは関連技術を基礎に独自の機能と設定体系を発展させています。共通の背景はありますが、すべての機能や項目を交換できるわけではありません。ガイドを読む際は「V2Ray」という名称だけで設定を流用せず、クライアントが対応するカーネルとサーバーが提供する設定を確認してください。
たとえばREALITYを使う接続では、選択したカーネルが対応機能を備えているか確認し、サーバーが指定したパラメーターで読み込みます。プロトコル名だけで接続速度は決まりません。ネットワーク経路、サーバー資源、通信設定、端末環境が実際の使用感に影響します。プロトコルの役割を理解してから設定の互換性を判断するほうが、クライアントを何度も入れ替えるより効果的です。
v2rayNはデスクトップ向けの設定管理画面を提供しますが、具体的なカーネルと機能は配布版と設定によって異なります。v2rayNGはAndroid向けでXrayカーネルを使用し、v2flyNGもAndroid向けでV2Flyカーネルを使用する選択肢です。3つはいずれもオープンソースで開発されています。一般ユーザーにとってオープンソースとは、実装を確認し、変更を把握し、問題報告に参加できることを意味しますが、すべてのサブスクリプション提供元が信頼できるという意味ではありません。
オープンソースライセンスはコードの使用、変更、配布の条件を定めており、クライアントとカーネルで異なるライセンスが採用される場合もあります。日常的なインストールと使用、改変版の再配布では責任が異なります。再配布を予定している場合は、各プロジェクトのライセンスと依存関係の記載を個別に確認してください。当サイトは独自に整理した日本語のダウンロード・操作ガイドであり、これらのオープンソースプロジェクトの公式サイトでも、開発者による声明でもありません。
クライアント更新では画面や設定生成方法が変わる場合があり、カーネル更新ではプロトコルの動作が変わる場合があります。GeoIPとGeoSiteの更新は、ルールが参照するデータに影響します。これらは同じ操作の別名ではなく、トラブル対処中に一括更新する必要もありません。現在動作している設定を記録し、変更内容を確認してから必要な部分だけ更新します。更新後は以前と同じテスト先で再確認し、サブスクリプション、システムへの取り込み、LANアクセスが想定どおりか確認してください。
コミュニティによる保守は通常、公開コードと変更履歴を通じて進められ、リリースのペースはプロジェクトによって変わります。当サイトでは特定のダウンロード先を恒久的な最善策として扱わず、古くなりやすいバージョン情報をトップページに固定表示もしません。インストールパッケージはダウンロードページに、プラットフォーム差や設定問題は全プラットフォームガイドにまとめ、複数ページの断片的な手順をつなぎ合わせなくても探せるようにしています。
最近の設定テーマ
基本接続が使えるようになったら、直面した問題に合わせて詳しく読み進めてください。記事ではAndroidのバックグラウンド消費電力、Linuxゲートウェイの取り込み、ルーティングデータベースの保守を個別に扱い、1つの設定をあらゆるネットワーク環境の答えとはしません。
Androidのバッテリー統計と接続ログを組み合わせ、継続的な通信、頻繁な再接続、システムのバックグラウンド制限による消費電力を切り分けます。観察、個別調整、再確認の順でバックグラウンド動作を設定します。
導入前の選定に向け、ゲートウェイ、DNS、転送、カーネルの役割を解説し、メインルーターと透過ルーターの通信経路を比較します。権限、リソース使用量、復旧準備も整理し、クライアントの推奨一覧は扱いません。
IP分類データベースとドメイン分類データベースを区別し、クライアントの更新先、カーネル互換性、ルールタグの参照を整理します。ログから読み込み失敗を判断する方法と、従来のルーティングへ戻す方法も説明します。