Androidクライアントとデスクトップ設定ガイド
サブスクリプションの追加からルーティング設定まで、画面に沿ってv2rayNGを設定。デスクトップ向けのv2rayNにも対応しています。
v2rayNG / subscription
グループごとにアドレスを保存してから、サブスクリプションを更新します。
v2rayNG / routing
ドメイン名での照合と、名前解決後のIPアドレスでの照合を区別します。
v2rayNG / per-app
アプリ単位で通信を処理する範囲を指定します。バイパスの対象に注意してください。
v2rayNG / vpn-dns
まず通信の入口を決め、その後に名前解決の経路を確認します。
まずサブスクリプションを追加し、通信がどこからコアに入るかを確認してからルーティングを調整します。ここで扱う設定は、設定の取得元、宛先の照合、システムによる通信処理、対象アプリ、プロトコルの互換性をそれぞれ決めるものです。すべてを同時に有効にする「高速化」設定ではありません。
初回設定では、利用可能なサブスクリプションを1つとデフォルトのルーティングだけにします。接続できることを確認したら、変更は一度に1項目ずつ行い、その都度再接続して変更前後のアクセス結果を記録してください。画面に表示される設定例は各項目の説明用で、そのままインポートできる完全な設定ではありません。
サブスクリプショングループ設定
メモ → グループ名を入力
任意のアドレス (url) → サブスクリプションURLを入力
保存 → サブスクリプションを更新サイドバーから「サブスクリプショングループ設定」を開き、グループを作成してメモを入力します。サービス提供元から案内されたサブスクリプションURL全体をアドレス欄に貼り付けてください。保存してメイン画面に戻ったら、サブスクリプションを更新し、インポートした設定を選択します。サブスクリプションURLはノード単体の共有リンクとは異なります。ノードの共有リンクはクリップボードから追加してください。グループを分けると個別の更新や問題の特定がしやすくなります。リストが空の場合は、更新結果、URLの有効期限、返された内容を確認してください。同じ名前のグループを繰り返し作成する必要はありません。サブスクリプションURLには認証情報が含まれる場合があります。画面を共有したり問い合わせたりする際は、URL全体が見えないようにしてください。
{
"routing": {
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}「設定 → ルーティング設定」を開き、まず現在のネットワークに合ったプリセットルールを選びます。カスタムルールの追加は、その後に検討してください。ドメイン戦略は、IPアドレスのルールで照合する際に対象ドメインを名前解決するかどうかを決めるもので、DNSサーバーのアドレスとは異なります。IPIfNonMatchでは、ドメインルールに一致しなかった場合に限り、名前解決後のアドレスで照合します。通常、ルールは上から順に評価されるため、範囲の狭い例外を広いルールより前に置いてください。例のdirectは、既存のアウトバウンドタグに対応している必要があります。また、アドレス分類には該当するルールリソースが必要です。この例は完全な設定の代わりにはなりません。保存後に再接続し、LANと対象サイトへのアクセスをそれぞれテストしてください。
Android / v2rayNG
モード：VPN
初回接続：システムのVPN接続を許可
デスクトップ / v2rayN
システムプロキシ または TUN
入口を変更したら通信経路を再確認v2rayNGの設定でVPNモードを選び、初回起動時にシステムの接続要求を許可してください。プロキシのみのモードではローカルのプロキシ入口が用意されるだけで、すべてのアプリの通信が自動的に処理されるわけではありません。デスクトップ版v2rayNのシステムプロキシとTUNも入口が異なります。前者はアプリがシステムプロキシ設定に従う必要があり、後者は仮想ネットワークインターフェースを通じて通信を処理するため、追加の権限が必要な場合があります。問題を調べる際は、まずシステムVPNを使用する他のツールを終了し、権限とバックグラウンド動作の制限を確認してください。接続中の表示はサービスの起動を示すだけです。実際にアクセスして動作を確認してください。比較条件が分からなくならないよう、モード、DNS、ルーティングを一度に変更しないでください。
アプリごとのプロキシ
アプリごとのプロキシを有効にする：オン
バイパスモード：オフ
アプリを選択：VPNの処理対象にする
バイパスモードがオンの場合：
選択したアプリはVPNをバイパス「設定 → アプリごとのプロキシ」を開き、機能を有効にしてから「バイパスモード」の動作を確認します。通常の選択モードではVPNを通すアプリを指定し、バイパスモードでは選択したアプリを通信処理の対象から外します。ドメイン単位のルーティングとは異なり、ここで決めるのはどのアプリの通信を処理経路に入れるかであり、どのサイトをどのアウトバウンドに通すかではありません。リストを変更したら接続を停止して再起動し、以前のシステム設定が残らないようにしてください。同じアプリから同じ宛先へアクセスしてテストします。対象から除外したアプリは、コアにプロキシルールを追加しても自動的にVPNへ入ることはありません。
Android
v2rayNG → Xray
v2flyNG → v2fly
デスクトップ
v2rayN → クライアントの対応状況を確認
プロトコル、トランスポート、安全性の設定を確認まずノードの説明にあるプロトコル、トランスポート、安全性の設定を確認し、それらの項目を扱えるクライアントとコアを選びます。Android版のv2rayNGはXrayを使用します。v2flyNGはv2fly系コアを使う選択肢ですが、どのインストール環境にも同じコア切り替えボタンがあるわけではありません。デスクトップ版はv2rayNに用意された設定画面から操作し、実際に選べる項目はインストール環境によって異なります。変更前に設定をバックアップし、変更後は起動ログを確認してください。共有リンクを読み込めても、すべてのパラメーターに対応しているとは限りません。REALITYなどの機能を使う場合は、コアの対応状況を必ず確認してください。不明な項目を削除して無理に起動させるのは避けましょう。
スマートフォンではv2rayNG、デスクトップではv2rayNが主な選択肢です。OSとCPUアーキテクチャを確認してから、適切なインストーラーを選んでください。クライアントは通信に必要なソフトウェアを提供しますが、サブスクリプションURLやサーバー設定は別途用意する必要があります。インストールしただけでは、接続に使える設定が揃ったことにはなりません。
ダウンロードページでデスクトップ版またはクラシックWPF版を選択してください。デスクトップ版は新世代のクロスプラットフォームUIを採用し、WPF版は従来のデスクトップUIを引き継いでいます。ボタンの位置が異なる場合があるため、画面の見た目だけでなく機能名を手がかりにガイドを参照してください。
インストール後、まずサブスクリプションをインポートして設定を選択し、その後にシステムプロキシを設定します。この入口から通信を転送できるのは、システムプロキシに従うアプリに限られます。特定のアプリが直接接続する場合は、まずそのアプリがシステムプロキシを使用しているか確認し、必要に応じてTUNを検討してください。ローカルの待ち受けポートを変更した場合は、システムプロキシの接続先も確認してください。
まずシステムの「このMacについて」でチップ情報を確認してください。Apple Silicon搭載Macではarm64、Intelプロセッサ搭載Macではx64のインストーラーを選びます。インストーラーの形式とCPUアーキテクチャは別の要素です。ファイルの拡張子だけで端末に適合するかどうかを判断しないでください。
起動後、システムの案内に従って必要な権限を許可し、設定をインポートします。TUNを有効にしたときに権限やネットワークインターフェースのエラーが出る場合は、いったんシステムプロキシで基本的な接続を確認し、ノードの問題と通信処理の問題を切り分けてください。モードを切り替えたらテストページを開き直し、以前の接続結果を新しいルールの結果と取り違えないようにします。
比較的新しいスマートフォンの多くはarm64に対応していますが、実際の対応アーキテクチャは端末の仕様で確認してください。判断できない場合は、汎用版の説明を参照します。v2fly系コアを必要とする設定ではv2flyNGを選べます。移行前にプロトコルの対応範囲を確認してください。
インストール時はシステムの案内に従い、現在の提供元からのアプリインストールを許可します。インストール後にクライアントを開き、サブスクリプションを追加してください。初回接続ではVPNの使用を許可し、その後、端末に応じてバッテリーやバックグラウンド動作の制限を調整します。仕事用プロファイル、アプリの複製機能、他のVPNツールによって通信処理の対象が変わる場合があります。テスト時は、どのシステム領域を使用しているかも確認してください。
ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、x64とarm64のどちらかも確認してください。パッケージ形式が合っていても、アーキテクチャが適合しているとは限りません。デスクトップ環境、システムコンポーネント、権限の設定も起動や通信処理に影響します。プラットフォームごとの要件はダウンロードページで確認できます。
まずGUIクライアントで設定をインポートし、ローカルプロキシの入口が使えることを確認してから、デスクトップ環境のシステムプロキシを設定するかTUNを有効にします。アプリによっては独自のプロキシ設定を使うため、デスクトップの設定だけで全通信が処理されるとは限りません。起動に失敗した場合は、まずクライアントのログを読み、システム依存コンポーネントの不足、待ち受けポートの競合、設定の解析エラーを切り分けてください。
同じ提供元のサブスクリプションを複数の端末で使える場合がありますが、VPNの許可、ローカルポート、システムプロキシ、アプリごとの対象リストは端末ごとに設定が必要です。別のパソコンの待ち受け設定全体をスマートフォンに上書きしたり、スマートフォンのアプリ選択をデスクトップのルーティングルールとして扱ったりしないでください。インポート後はアドレス、ポート、プロトコル、安全性の設定を確認し、実際にアクセスして動作を確かめます。複数端末での同時接続が許可されるかどうかは、サブスクリプション提供元の案内に従ってください。
クライアント、コア、プロトコルはそれぞれ異なるレイヤーです。違いを理解すると、設定画面で操作する機能なのか、コアの対応状況を確認すべきなのか、設定の提供元に問い合わせるべきなのかを判断できます。
Project VはV2Rayを中心に発展したオープンソースのネットワークツールのエコシステムです。インバウンド、ルーティング、アウトバウンド、トランスポートなどの機能を分けて設定する考え方が特徴です。GUIクライアントは設定をメニューに整理し、コアは設定を読み込んで接続を処理します。「V2Ray Android版」と検索して見つかるv2rayNGは、Android向けのクライアントであり、新しいサーバープロトコルではありません。
V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連するコードを基盤に独自のコアと機能を発展させています。共通する設定の背景はありますが、機能が完全に一致するわけではありません。コアの進化に伴い、対応するフィールド、トランスポートの組み合わせ、安全性の設定が変わる場合があります。互換性は実際の設定要件で確認してください。クライアント名にV2Rayが含まれているというだけで、相互に置き換えられるとは限りません。
VMess、VLESS、Trojan、Shadowsocksはプロキシプロトコルの選択肢を示します。ノード設定にはTCP、WebSocket、gRPCなどのトランスポート設定や、TLS、REALITYなどの安全性に関する設定が含まれる場合もあります。インポート後は、これらの項目を組み合わせて確認してください。VMessをVLESSに変更したり、ポートだけを差し替えたりしても、通常は設定全体を別の方式で使える状態に変換できません。
TLSハンドシェイクエラーが発生した場合は、まずシステム時刻とサーバーのドメイン名、SNIが一致しているかを確認し、次にログに記録された原因を調べます。証明書検証を安易に無効にすると、接続の安全性が損なわれ、本当の設定ミスが見えにくくなることもあります。プロトコルの基本用語は用語解説で確認できます。実際の操作手順は使い方ガイドを参照してください。
v2rayNGはAndroid向けで、Xrayコアを採用し、サブスクリプション、ルーティング、システムVPNによる通信処理などの一般的な機能を備えています。v2flyNGもAndroid向けで、v2fly系コアを採用しています。設定の互換性を確認済みの方に適しています。v2rayNはデスクトップ向けで、設定のGUI管理、ローカル待ち受け、システムプロキシなどを扱います。いずれもオープンソースプロジェクトです。端末、必要な機能、設定との互換性を基準に選んでください。
オープンソースとは、ソースコードが所定のライセンスに基づいて公開されることを指します。ライセンスには複製、改変、再配布の条件が定められています。クライアントの画面、コア、同梱コンポーネントでライセンスが異なる場合があるため、再配布する際はそれぞれ確認が必要です。公開コードとコミュニティでの協力は、実装の理解や問題の追跡に役立ちますが、端末の権限管理、信頼できるサブスクリプションの入手、安全性の設定を代替するものではありません。
サブスクリプションの更新で新しくなるのは、提供元から返された設定リストです。クライアントのアップデートとは別の操作であり、クライアントを更新してもサブスクリプションURLの有効性が回復するわけではありません。ルーティングで使うドメインやIPアドレスの分類リソースも、さらに別のレイヤーに属します。問題を調べる際は、何を更新しているのかを明確にし、「サブスクリプションを更新」をあらゆる問題に効くボタンと考えないようにしてください。
アップデート前に必要な設定を保存し、認証情報を含むエクスポートファイルは安全に保管してください。アップデート後は、従来動作していた設定をテストしてから、新機能を1つずつ有効にします。差異が生じた場合は、クライアント名、システム環境、使用モード、個人情報を伏せたログの一部を記録すると、「接続できない」だけの場合より原因を特定しやすくなります。段階的な学習手順は初心者から学ぶ実践ガイドをご覧ください。
まずクライアントのサービスが起動しているか、システムVPNまたはプロキシの入口が機能しているかを確認し、次にテスト対象のアプリが通信処理の範囲内にあるかを調べます。入口が正しければ、宛先が想定したルーティングルールに一致するかを確認し、最後にDNS名前解決とリモート側のハンドシェイクを調べます。ブラウザーで特定のページを開けても、それは今回のリクエストが通ったことを示すだけです。すべてのアプリ、ドメイン、プロトコルが同じ経路を使うとは限りません。
LAN内の端末にアクセスできない場合は、プライベートアドレスのルールと通信処理の範囲を優先して確認してください。サブスクリプションのリストが空なら更新結果を確認し、コアの起動に失敗した場合は設定解析ログを調べます。これらは発生する段階が異なるため、対処の順序も異なります。症状と入口の対応関係はよくある質問をご覧ください。原因を特定する前に、クライアントを何度も再インストールする必要はありません。
具体的な問題に合わせて記事を選んでください。ノード選びでは利用条件、ポート競合ではローカル待ち受け、証明書エラーではハンドシェイク設定を確認します。まず問題が発生した段階を記録してから該当する記事を参照すると、異なる原因を一つの接続問題として混同せずに済みます。
サブスクリプションの一覧に表示される遅延テスト、通信量の倍率、地域情報の見方を解説。VLESS、VMess、Trojanのプロトコル特性も踏まえ、日常使いに合うノードを選びます。
測定値が接続確立までの時間なのか、実際のアクセス結果なのかをまず確認し、倍率が料金にどう反映されるのかも確かめてください。地域表示だけでは、すべての宛先へのアクセス品質は判断できません。同じネットワークから同じ宛先へ接続して比較し、使用端末がプロトコルの組み合わせに対応しているかも確認しましょう。
ノード選びの解説を読む →端末の時刻、サーバー証明書の名前、SNIから確認し、証明書の検証失敗と接続タイムアウトを切り分けます。設定の提供元が指定した安全性の設定を確認し、検証を無効にする方法を標準の対処として使わないでください。
同じノードでも端末によって動作が異なる場合は、時刻の同期状態、システムの証明書環境、インポート後の設定項目を比較してください。元のエラー情報を残しておけば、証明書の信頼、名前の一致、さらに前段階のネットワーク接続のどこに問題があるかを判断できます。
TLSのトラブル対処記事を読む →ローカルの待ち受けポートを使用しているプロセスを特定してから、v2rayNの設定で該当ポートを変更し、システムプロキシも確認します。ローカル待ち受けの失敗を、リモートノードの障害と取り違えないようにしてください。
ローカルポートとサーバー側のポートは用途が異なります。パソコンの待ち受けポートを変更したら、その入口を使うアプリのプロキシ設定も更新してください。サブスクリプション内のリモートポートだけを変えてもローカルポートは解放されず、正しいノード設定が使えなくなるおそれがあります。
ポートのトラブル対処記事を読む →