OSに合ったオープンソースクライアントを選び、日本語の設定ガイドを見ながらサブスクリプションの取り込みとルーティングを設定できます。デスクトップではv2rayN、Androidではv2rayNGから確認しましょう。
まずOSを選び、次にプロセッサのアーキテクチャを確認します。デスクトップではv2rayN、AndroidではXrayコアを採用したv2rayNGが基本です。V2Flyの設定環境が必要な場合はv2flyNGも検討してください。インストーラーはアプリを提供するもので、接続には利用可能なサーバー設定が別途必要です。クライアントをダウンロードしても、サブスクリプションURLが自動生成されるわけではありません。
初めてインストールするときに、複数のクライアントを用意する必要はありません。まず1つのクライアントで設定の取り込み、起動、接続確認まで行い、その後で既存設定の移行を検討しましょう。インストーラーの形式を変えても、サーバー側で必要なプロトコルは変わりません。アーキテクチャの不一致、プロトコル項目の不足、URLの期限切れは、それぞれ分けて対処してください。
v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームの画面を採用し、WPF版は従来の操作画面を維持しています。まずOSの要件に合わせて選び、使い慣れた画面がある場合は操作性を比べてみましょう。
ダウンロードページで対応するインストール方法を確認できます。初回起動後は、まずコアが起動することを確認してからサブスクリプションを取り込みます。OSからアプリを実行できないと表示された場合は、インストールの問題を接続先の変更で解決しようとせず、プロセッサのアーキテクチャと実行環境を確認してください。
ダウンロードへv2rayNはApple Silicon用とIntel用でインストーラーが異なります。「このMacについて」でチップまたはプロセッサ情報を確認してください。Apple Siliconはarm64、Intelはx64に対応します。パソコンの外観だけで判断しないようにしましょう。
インストール後にサブスクリプションとシステムプロキシを設定します。OSのセキュリティ警告が表示された場合は、まずダウンロード元と警告内容を確認し、OSの案内に沿って対処してください。アプリを決まった場所に置くと、設定や更新の管理もしやすくなります。
ダウンロードへまずv2rayNGを確認してください。v2flyNGはV2Flyコアを使う代替クライアントです。比較的新しい一般的なスマートフォンではarm64が目安です。デバイスのアーキテクチャが不明な場合は、システム情報を確認してから汎用パッケージを検討しましょう。
初回接続時には、OSのVPN接続許可が必要です。バックグラウンド動作、省電力設定、アプリごとのプロキシ設定も利用状況に影響します。画面ロック後に接続が切れる場合は、サブスクリプションやプロトコルの問題と決めつけず、まずバッテリー管理の設定を確認してください。
ダウンロードへv2rayNはdeb形式とrpm形式のパッケージを提供し、x64とarm64に分かれています。ディストリビューションが対応するパッケージ形式とプロセッサのアーキテクチャを確認してください。パッケージ形式とデスクトップ環境は別のものです。
GUIクライアントをインストールしても、システムプロキシがアプリに適用されるかは、デスクトップ環境やアプリ側の設定によって異なります。ブラウザーでは接続できても他のプログラムで使えない場合は、各プログラムのプロキシ設定を確認してください。コマンドラインツールでは、個別にプロキシ引数を設定する必要がある場合もあります。
ダウンロードへサブスクリプショングループを使うと、複数の設定元を分けて管理できます。グループ設定に備考とURL全体を入力し、更新を有効にしたら手動更新を実行して、設定項目が表示されることを確認しましょう。サブスクリプションURLは設定の一覧を取得するためのもので、個別ノードの共有リンクとは異なります。個々の設定を手動で追加するより、グループ更新のほうがサーバー側の変更を反映しやすくなります。ただし、自動更新に失敗しても、現在の接続が使えなくなったとは限りません。まずログのリクエストエラーや形式に関するメッセージを確認し、URLの有効期限を調べてから更新方法を見直してください。画面上の項目名はクライアントの更新によって多少変わる場合があります。
コアを起動した後、デスクトップアプリのリクエストをローカルプロキシに転送する設定が必要です。「システムプロキシを自動設定」を選ぶと、システム設定に従うアプリがクライアントのプロキシを利用できます。システムプロキシを設定しても、すべてのアプリの通信が経由するわけではありません。コアの起動だけでは解決しない、アプリからプロキシへの経路を設定する手順です。特定のプログラムが直接接続する場合は、そのプログラム独自のプロキシ設定を確認してください。終了前にシステムプロキシを解除すると、停止済みのリスニングポートを参照し続けるのを防げます。「システムプロキシを変更しない」は、現在のシステム設定を維持する場合に使います。
ルーティングでは、コアに届いた接続を直接接続、プロキシ、その他の出口のどれに振り分けるかを決めます。初めて使う場合は、アクセス範囲に合ったプリセットを選び、必要に応じてドメインごとのルールを追加しましょう。システムプロキシは入口を設定し、ルールは入口の後の接続先を決めます。単一の出口を使い続けるのではなく、ローカルサービスと外部サイトで経路を分けられます。変更時はルールの順序、ドメインの照合、DNSの名前解決結果に注意し、複数のルールセットを一度に置き換えないでください。グローバルモードは一時的な比較や切り分けに使えますが、システムプロキシを使わないアプリまで自動的に経由させるものではありません。
クライアントは設定を整理して画面に表示し、実際の接続はコアが処理します。コアの種類を選ぶときは、プロトコル、通信方式、TLSやREALITYなどのセキュリティレイヤー項目をあわせて確認してください。設定を取り込めても、使用中のコアがすべての項目に対応しているとは限りません。複数のコアを選べる画面は、さまざまな設定に対応しやすい一方、コアの切り替えで対応項目が変わることがあります。現在の設定が使えているなら、名称が新しいという理由だけで切り替える必要はありません。起動に失敗した場合は、まず設定エラーを確認し、コアの対応状況と照らし合わせましょう。項目の非対応をネットワーク障害と誤認しないことが大切です。
ローカルのSOCKSポートとHTTPポートは、アプリからクライアントへ接続する入口です。アプリ側のプロキシ設定と同じアドレス、ポートを指定してください。他のプログラムがポートを使用中だと、コアが正常にリスニングできないことがあり、ログに手がかりが残ります。リスニングの成功を確認してから、リモート接続を調べましょう。接続ボタンだけを見るより、ログを確認するほうが設定エラー、ポート競合、ハンドシェイク失敗を見分けやすくなります。自分のデバイスだけで使う場合は、ローカルからの接続に限定してください。「LANからの接続を許可」を有効にすると接続可能な範囲が広がるため、ファイアウォール、リスニングアドレス、接続中のネットワークの信頼性も確認しましょう。
インストール後は、「設定をクライアントに取り込む」「アプリをプロキシに接続する」「リクエストをルールに従って送る」の順で進めます。各段階の問題は、いずれも接続できないように見えることがあります。プロトコル、DNS、ポートを一度に変更するより、手順ごとに確認するほうが原因を見つけやすくなります。以下は簡易ガイドです。詳しいメニューと手順は完全版をご覧ください。
v2rayNではサブスクリプショングループにURLを追加して更新し、v2rayNGでは対応する取り込みメニューを使います。リンクをコピーするときは、先頭と末尾、改行の有無を確認し、説明文まで一緒に貼り付けないようにしてください。更新後は、項目の所属グループ、プロトコルの種類、備考を確認し、使用する設定を選びます。
サブスクリプションの内容が空の場合と、リクエストに失敗した場合では原因が異なります。前者はサービスの状態や応答形式、後者はURLの有効性やリクエストエラーを確認してください。サブスクリプションURLを公開ページに貼り付けたり、URLの見た目だけでアクセス情報が含まれるか判断したりしないでください。問題を共有する際は、機密情報を伏せたエラー内容を伝えましょう。
デスクトップではコアの起動を確認してから、システムプロキシとルーティングのプリセットを選びます。Androidでは接続設定を確認し、OSのVPN接続許可を承認してください。初回のテストではカスタム設定を最小限にし、現在の設定自体が使えることを確認します。ほかのプロキシツールを実行している場合は、ローカルポートやシステムプロキシを重複して変更しないよう注意してください。
アプリ独自のプロキシ設定を使う場合は、アドレスとポートをクライアントが実際にリスニングしている値に合わせます。SOCKSポートをHTTPポートとして設定しないでください。LANからの接続、追加のインバウンド、複雑なルーティングは必要な場合のみ変更し、繰り返し確認できる基本設定を先に作りましょう。
普段使っているブラウザーで対象サイトを開き、ローカルサービスにも通常どおりアクセスできるか確認します。一度のアクセス失敗だけでプロトコルが使えないと判断することはできません。ドメインの名前解決、システム時刻、アプリのプロキシ設定、サーバーの状態なども関係します。まずコアが起動しているか確認し、次にリクエストがプロキシに届いているかを調べましょう。
V2Rayの遅延テストとノードの速度測定は、目的を分けて考えましょう。接続テストの結果は、特定の接続先と時間における状態を示すもので、実際のサイト閲覧の代わりにはなりません。タイムアウトやハンドシェイク失敗が起きたら、エラーの種類を記録し、設定を一度に一つだけ変更して同じ接続先で再テストしてください。変更の効果を判断しやすくなります。
「V2Ray」は、関連する設定やクライアントの総称として使われることがありますが、ダウンロード時にはそれぞれの役割を区別する必要があります。Project Vはこのエコシステムの重要な出発点で、V2Rayは組み合わせて使えるネットワークプロキシ機能を提供します。V2FlyコミュニティはV2Rayの開発とメンテナンスを引き継ぎ、Xrayは関連コードを基盤として発展した別のコアです。共通する概念や設定方法はありますが、機能の進化は完全には一致しません。
GUIクライアントはグループ管理、メニュー、サブスクリプションの更新、接続制御などを提供します。コアは設定の解析、接続の確立、ルールの照合、データの処理を担当します。そのため、クライアントの画面が似ていても、基盤となる機能が同じとは限りません。同じクライアントでも、コアの更新によって新しい設定に対応する場合があります。互換性を確認するときは、アプリ名だけでなくクライアントと使用するコアの両方を確認しましょう。
v2rayNはデスクトップ向けで、複数のコアを設定できます。v2rayNGはAndroid向けで、Xrayコアを採用しています。v2flyNGはV2Flyコアを使うAndroid向けの代替クライアントです。いずれもオープンソースソフトウェアですが、用途や機能範囲はそれぞれ異なります。デバイスと既存の設定を基準に選びましょう。デスクトップとAndroidでメニューを完全にそろえる必要はなく、接続要件を満たす重要な項目が設定できるかを確認してください。
VMess、VLESS、Trojan、Shadowsocksは一般的なプロトコルの種類です。REALITYはセキュリティレイヤーに関連する技術で、これらすべてを同じ階層の排他的な選択肢として扱うものではありません。実際の設定には、通信方式、サーバー名、証明書の検証、フロー制御などの項目も含まれます。サーバー側が指定する組み合わせに合わせてクライアントを設定してください。プロトコルのプルダウンだけを変更しても、接続できるとは限りません。
接続速度、リソース使用量、モバイル端末のバッテリー消費も、プロトコル名だけでは比較できません。サーバーまでの距離、回線品質、ハンドシェイク、通信のカプセル化、デバイスの性能などが結果に影響します。安定している設定がある場合は、必要な用途を満たす限り維持しましょう。比較する場合は、同じネットワーク、同じ接続先、近い時間帯でテストしてください。一般的な利用では、特定の名称を追うより、設定項目がそろっていること、コアが対応していること、設定を維持しやすいことが重要です。
オープンソースとは、各プロジェクトが採用するライセンスに基づいてソースコードが公開されているという意味であり、すべての構成要素に同じライセンスが適用されるわけではありません。クライアント、コア、依存ライブラリにはそれぞれ異なる条件が適用される場合があります。利用、改変、再配布の際は、各プロジェクトに付属するライセンスを個別に確認してください。オープンソースであれば実装やメンテナンスの状況を把握しやすくなりますが、実行環境、サービスの提供元、設定内容を確認する代わりにはなりません。
クライアント自体はリモートサーバーを提供せず、利用可能なアカウントを自動生成することもありません。サブスクリプションに含まれるURL、認証情報、有効期間は設定の提供元によって決まり、ローカルアプリを正常にインストールできたかどうかとは別の問題です。当サイトではインストーラーと日本語の解説をまとめ、それぞれの違いを把握できるよう案内しています。個別のサービス状況については、設定の提供元の説明とクライアントのログをもとに確認してください。
サブスクリプションの更新は設定内容を取得する操作、クライアントの更新はアプリを置き換える操作です。コアの更新では、プロトコルへの対応状況や設定の解析方法が変わることがあります。この3つは同じではありません。サブスクリプションの更新に成功しても、アプリが更新されたとは限りません。新しいクライアントをインストールしても、無効になったサーバーURLが自動で直るわけではありません。問題がどの層で起きているかを判断してから対処すると、不要な再インストールを減らせます。
更新前にルーティングモード、カスタムルール、ローカルリスニングの設定を記録し、必要な設定はクライアントの機能を使って保存してください。更新後は、まず従来の使い方で動作を確認し、新機能を一つずつ有効にします。コアを切り替える場合は、プロトコル項目とDNSの動作を特に確認しましょう。以前の環境で動作していた設定も、別のコアへ移行した後に再確認が必要です。互換性があると決めつけてそのまま使わないでください。
v2rayNでサブスクリプションを更新できない場合：URLの不足や誤り、有効期限、ログに記録されたリクエスト結果を確認してください。ノードがまだ使える場合は、すべての設定を削除せず、まずサブスクリプションの取得処理を調べましょう。サブスクリプションとノードの違いは用語ガイドで確認できます。
V2Rayで接続できない場合：コアの起動、ローカルリスニング、アプリのプロキシ設定、ルーティング、リモート側のハンドシェイクの順に確認します。ブラウザーだけで失敗する場合と、すべてのアプリで失敗する場合では、調べる箇所が異なります。設定エラーと接続タイムアウトも分けて対処してください。まずコア、リスニング、ルーティングの用語を確認し、ガイドの手順と照らし合わせましょう。
V2Rayのノード速度テストで結果が異なる場合：テスト方法によって接続先や接続手順が異なることがあります。接続可能と表示されても、すべてのサイトにアクセスできるとは限りません。また、一度の結果が長期的な状態を示すわけでもありません。まずテスト内容を確認し、実際の利用環境を踏まえて判断してください。関連する用語は用語ガイドで解説しています。
基本的な接続を確認できたら、直面している問題に応じて詳しい記事を読み進めましょう。プロトコルの入門記事ではサブスクリプションに含まれる種類を見分け、自作ルーティングの記事ではルールの照合順を解説します。ルーターへの導入記事ではGUIクライアント以外のコア実行環境を紹介しています。まず記事がどの層を扱っているかを確認してから、説明を現在のデバイスに当てはめてください。サーバー側の設定、デスクトップの項目、ゲートウェイの設定を混同しないようにしましょう。
ルーターやバイパスルーター上でXrayコアを直接実行する方法を紹介し、メインルーターとバイパスルーターのネットワーク構成を比較。ハードウェアのアーキテクチャ、メモリ、ストレージの基本要件もまとめます。
domain、full、regexp、ip、geosite、geoipの書き方を一つずつ解説し、ルールを上から順に照合する仕組みと、よくある設定ミスの確認方法を紹介します。
専門用語を抑えて、暗号化、設定項目、クライアントとの互換性における違いを解説します。サブスクリプションのプロトコルを見分け、取り込み前に必要な項目を確認できます。