クライアントは設定を管理し、コアは接続を処理します。プロトコル、トランスポート、セキュリティの各設定を組み合わせて選んでください。
サブスクリプションは複数の設定を取得するためのもので、共有リンク1つには通常、ノード1つ分の情報が含まれます。インポートに成功しても、接続が確立したとは限りません。ノードを選び、ルーティングモードを確認したうえで、プロキシを使うアプリの通信を適切な経路に流す必要があります。
クライアントの設定は4つの段階に分けて考えます。まずノードの取得元を設定し、次に通信をコアへ取り込む方法と出口を選びます。
v2rayNのデスクトップ画面では、グループ、サーバー一覧、ルーティングをまとめて管理できます。AndroidクライアントはシステムのVPN機能を使って通信を取り込みます。画面上の項目名はバージョンによって変わることがあるため、ボタンの位置だけで判断せず、項目の意味を確認してください。以下の図は設定の関係を示したもので、リアルタイムの接続状態ではありません。
サブスクリプションを使うと、複数のノードをまとめて管理できます。v2rayNの「サブスクリプショングループの設定」を開き、備考と任意のURLを入力して保存し、対象のグループを更新します。共有リンクが1つだけの場合は、「クリップボードから共有リンクをインポート」を使います。グループを分けると、取得元ごとに更新やフィルターの条件を設定できます。更新後は、ノードが想定したグループに追加されたことを確認してから、使用するサーバーを選んでください。アクセス情報を含むURLを公開スクリーンショットに載せないよう注意しましょう。サブスクリプションなら取得元の変更に合わせて更新できますが、次回の更新でローカルの変更が上書きされる場合があります。
ルーティングはリクエストの出口を決める設定であり、アプリの通信を自動的にクライアントへ取り込む機能ではありません。v2rayNのルーティング設定でルールセットを選び、直接接続、プロキシ、ブロックの各条件と適用順を確認します。geositeはドメイン、geoipはIPアドレスの分類に使われ、それぞれ対応するデータファイルが必要です。すべての通信を同じ出口に流す場合と比べ、ルールを使えばLANへのアクセスを維持しながら用途別に振り分けられます。特定のサイトで問題が起きたら、まず適用されたルールとDNSの名前解決結果を確認し、該当するルールだけを調整してください。ノード、ルール、DNSリゾルバーを同時に変更すると、原因を特定しにくくなります。
コアの切り替えは、ノードが必要とするプロトコル機能に合わせるための設定です。同じノードに対して、任意の実行プログラムを選べるわけではありません。v2rayNの設定でコアとプロトコルの対応を確認し、変更後は接続を再起動して起動ログも確認してください。XrayとV2Flyは共通の技術基盤を持ちますが、拡張項目や対応範囲は完全には一致しません。REALITYなどを使う場合は、設定に合った実装が必要です。Android版のv2rayNGとv2flyNGは、それぞれ異なるコアを採用しています。クライアント名だけで判断するより、コアとノードの設定値を確認するほうが、「インポートできるのに起動しない」原因を把握しやすくなります。
システムプロキシは、ブラウザーなどOSのプロキシ設定に従うアプリの動作確認に適しています。有効にしても、独自に直接接続するアプリはあります。TUNは仮想ネットワークインターフェース経由で通信を取り込みますが、対象範囲はシステムのルーティング、権限、除外設定によって異なり、すべての通信がプロキシ経由になるわけではありません。v2rayNでは、まずシステムプロキシでノードが使えることを確認し、必要に応じてTUNを有効にしてください。必要なコンポーネントはOSやバージョンによって異なります。複数の通信取り込みツールを同時に有効にするより、入口を1つに絞るほうが原因を調べやすくなります。クライアントを終了する前にシステムプロキシを元に戻すと、終了後のアクセス障害を防ぎやすくなります。
デスクトップではv2rayNを選び、Androidではノードに合うコアと端末のアーキテクチャを確認してください。
ダウンロード前に、OSの種類、CPUアーキテクチャ、インストール権限を確認してください。インストールパッケージのアーキテクチャは実際の実行環境に合わせる必要があり、サブスクリプションのプロトコルでは決まりません。別の端末へ移る場合、対応していれば同じノード設定を使えますが、システムプロキシ、VPNの許可、ルーティング、DNSは端末ごとに確認が必要です。
v2rayNにはDesktop版と従来のWPF版があります。Desktop版はクロスプラットフォームの画面を採用し、WPF版は使い慣れたWindowsのウィンドウ操作を維持しています。まずOSの対応要件を確認し、使いやすい画面を選んでください。同じサブスクリプションを読み込むために、両方をインストールする必要はありません。
起動できない場合は、実行環境の警告と展開先を確認してください。TUNは通常のシステムプロキシとは異なる権限が必要です。初回の接続確認は、まずシステムプロキシから始めましょう。
v2rayNはApple Silicon版とIntel版のダウンロード先が分かれています。システムメニューの「このMacについて」でチップまたはプロセッサの情報を確認し、該当するインストーラーを選んでください。画面の言語、端末の外観、購入年からアーキテクチャを判断しないようにしましょう。
初回起動時は、OSのセキュリティ警告に従ってアプリの使用を許可してください。接続後はブラウザーと対象アプリの両方でアクセスを確認し、システムプロキシが機能しているか、ノードが利用可能かを切り分けます。
まずXrayコアを採用するv2rayNGを検討し、V2Flyの設定が必要な場合はv2flyNGを選んでください。どちらもarm64版と汎用版があります。一般的なarm64端末では対応版を選び、アーキテクチャが不明な場合はシステム情報を確認するか、互換性のある汎用版を利用してください。
接続時にはOSのVPN使用許可が必要です。ほかのVPNサービスが動作している場合は、どのアプリに通信を任せるか先に決めてください。バックグラウンドで切断される場合は、バッテリー最適化やバックグラウンド動作の制限も確認します。
v2rayNはdeb版とrpm版のインストーラーを提供し、x64とarm64も選べます。Debian系のディストリビューションでは通常debを、RPMパッケージを採用するディストリビューションではrpmを選択してください。パッケージ形式とCPUアーキテクチャは別々の条件なので、それぞれ確認が必要です。
インストール後は、デスクトップ環境と必要な依存関係を確認してください。アプリがデスクトップのシステムプロキシを利用するかどうかは、アプリ側の実装によります。TUNには権限やルーティングの設定も関わるため、ウィンドウが開いたことだけでは通信を取り込めていると判断できません。
まずは初期設定のまま初回接続を行い、その後ルールやDNSを一つずつ調整します。一度に変更する条件を1つにすると、問題が起きたときに元へ戻しやすくなります。
有効なサブスクリプションURLを用意します。v2rayNの「サブスクリプショングループの設定」で備考とURLを入力し、保存してから更新してください。プロトコルの共有リンクが1つだけの場合はクリップボードからインポートします。サブスクリプションURLとして登録して繰り返し更新しないでください。
Androidでは、v2rayNGの追加メニューからサブスクリプションまたはクリップボードの登録方法を選びます。インポート後はサーバーのアドレス、ポート、プロトコルの各項目が揃っているか確認してください。リストが空の場合は、まず更新ログとフィルター条件を確認します。
サーバー一覧から使用するノードを選び、トランスポート、セキュリティ設定、サーバー側の説明を確認してください。デスクトップではまずシステムプロキシを設定します。Androidでは接続を開始してOSのVPN許可を確認してから、用途に合ったルーティングモードを選びます。
ノードの選択、ルーティングモード、通信の取り込みは、それぞれ別の設定です。サーバーを選んでもアプリがプロキシを使わなければ、従来のネットワーク経由で通信する場合があります。通信の取り込みを有効にしても、ノードの設定ミスは解消されません。
まず対象のアプリにアクセスし、クライアントのログでリクエストがコアに届いているか確認します。次にLAN内のリソースや、直接接続する想定のサイトにもアクセスし、ルーティングが既存の接続に影響していないことを確認してください。遅延テストはノード選びの参考になりますが、実際の用途での接続確認の代わりにはなりません。
接続できない場合は、「サブスクリプションの更新、コアの起動、アプリ通信の取り込み、ルーティングの出口、DNSの名前解決」の順に確認してください。直前に変更した項目を記録し、元に戻してから再テストすると、複数の設定を連続して切り替えて状態が混乱するのを防げます。
プロトコル、コア、GUIクライアントの違いを押さえると、設定をどのアプリで処理すべきか判断しやすくなります。
Project Vは、プロキシ通信、ルーティング、トランスポートを扱うオープンソースの技術体系で、V2Rayはその中で広く使われているプロジェクトです。V2Flyは関連するコアのコミュニティ開発を引き継ぎ、Xrayは共通のコード基盤から別の系統として発展しました。単純な新旧の置き換え関係ではありません。共通する設定概念は多い一方、拡張機能、既定の動作、対応する設定項目はそれぞれの開発に伴って変化します。
GUIクライアントはサブスクリプションや設定を、コアが処理できる形式に変換します。プロトコル接続の確立、ルーティングの判定、アウトバウンドの処理を実行するのはコアです。そのため、どちらもVLESSと表示されるノードでも、トランスポート、セキュリティ機構、拡張項目によって特定の実装が必要な場合があります。REALITYなどの設定を使う場合は、まず選択したコアが対応していることを確認し、公開鍵やサーバー名など、提供元の指定する値を入力してください。
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのクライアントですが、画面部分とコア部分では異なるライセンスが適用される場合があります。v2rayNとv2rayNGのクライアントプロジェクトはGPL-3.0、V2FlyとXrayのコアプロジェクトはMPL-2.0を採用しています。利用、改変、再配布の際は、各配布物に付属するライセンス文書を確認してください。特定のライセンスを、依存するすべてのソフトウェアに一律で適用することはできません。
クライアントの更新では画面や設定管理の仕組みが変わり、コアの更新ではプロトコルへの対応が変わります。サブスクリプションの更新はノードの設定値を更新します。この3種類は別々のものです。サブスクリプションを更新しても、コアにない機能が追加されるわけではなく、アプリを更新しても期限切れのサーバー認証情報は置き換わりません。更新前にグループやカスタムルールをバックアップし、更新後は同じ手順で接続とルーティングを確認してください。設定を一度にすべて変更するより、互換性の変化を把握しやすくなります。
どちらもノードの提供元に合わせて認証情報とトランスポートを設定する必要があり、プロトコルのプルダウンを変更するだけでは切り替えられません。VLESS自体はデータを暗号化しないため、通常はTLSやREALITYなどのセキュリティ機構と組み合わせます。VMessではシステム時刻とサーバー側の要件にも注意してください。
Trojanは通常、TLSとパスワード認証を組み合わせます。Shadowsocksでは暗号化方式とパスワードを一致させる必要があります。名前やポート番号が似ていても互換性があるとは限りません。インポート後もセキュリティ設定、トランスポート、サーバー側の説明を確認してください。
REALITYはセキュリティ機構であり、VLESSと並ぶ独立したプロキシプロトコルではありません。設定時はプロトコル、トランスポート、セキュリティ層を合わせて確認してください。性能やモバイル端末の消費電力は、回線、再接続の頻度、通信パターンにも左右されるため、名称だけで優劣を判断できません。
クライアントで気になる具体的な問題から、接続テスト、プロトコル互換性、ネットワーク構築の違いを解説する記事を読めます。
メインルーターやサイドルーターでコアを直接動かす方法を紹介。メモリとストレージの要件、透過プロキシとDNSルーティングの基本、デスクトップクライアントとの使い分けを解説します。
クライアントの3種類の速度テストを、ハンドシェイクのみ、プロキシ経由の接続全体、実際のスループットに分けて解説します。結果の読み方を知り、数値1つだけでノードを選ぶ失敗を防ぎます。
2つの主要コアにおけるVLESS、XTLS、REALITYの対応状況や設定ファイルの互換性を比較し、v2rayNGとv2flyNGがそれぞれどのようなノードに適しているかを解説します。
入力したものがサブスクリプションURLであり、管理画面のURLや共有リンク1つではないことを確認してください。次に更新ログ、グループの選択、フィルター項目を調べます。URLの応答が空、サブスクリプションの期限切れ、ローカルのフィルター設定などが、一覧が空になる原因として考えられます。設定をすべて削除せず、グループを残したままサブスクリプションの登録手順を見ながら項目を一つずつ確認してください。
システムプロキシが適用されるのは、その設定を使うアプリだけです。アプリ独自のプロキシ設定が必要な場合や、別の方法で通信を取り込む必要がある場合もあります。まず対象アプリの設定を確認し、必要ならTUNを検討してください。TUNによる通信の取り込みとルーティングルールは別の段階です。「通信を取り込む」ことが「すべてプロキシ経由になる」ことを意味するわけではありません。ルーティングとモードの設定も確認してください。
TCPハンドシェイクが成功しても、そのアドレスとポートへの接続が受け付けられたことしか分かりません。認証、トランスポート、目的のサイトへのアクセスが成功するとは限りません。まずコアのログで接続がどの段階まで進んだかを確認し、次にDNSと適用されたルールを調べてください。特定のドメインだけ失敗する場合は、ノード全体をすぐに入れ替える必要はありません。DNS設定の説明を参考に、名前解決と出口の関係を確認してください。