サブスクリプションの追加からルーティングまで、実際のメニューに沿ってプロキシ設定と接続確認の手順を解説します。
初期設定
まず有効な設定を読み込み、通信がクライアントを経由しているか確認します。インストーラー、サーバーのサブスクリプション、システムプロキシはそれぞれ別の手順です。順番に設定すれば、トラブル時の確認箇所も明確になります。
準備とインポート
クライアントは設定を管理するもので、インストールしただけでは利用可能なサーバーは追加されません。まず、提供元が明確で有効期限内のサブスクリプションURLを用意します。URLにはアカウントを識別する情報が含まれることが多いため、コピー時は全体を保ち、ブラウザーで開く管理ページのURLと取り違えないようにしてください。
v2rayNの上部メニューから「サブスクリプショングループ」内の「サブスクリプショングループ設定」を開き、グループを作成してURLを入力します。保存後、「現在のサブスクリプションを更新（プロキシを使用しない）」を実行してください。現在のネットワークからサブスクリプション提供元に接続できない場合は、利用可能なプロキシ経由での更新を検討します。完了後はログを確認し、サーバー一覧にノードが表示されたか確認してください。更新に失敗した場合は、URLと応答内容を確認しましょう。クライアントを何度も再インストールする必要はありません。
サーバーとモード
サーバー一覧から使用するノードを選び、右クリックメニューの「アクティブサーバーに設定」で確定します。サーバー名はメモにすぎず、対応プロトコルの判断材料にはなりません。インポート後は、アドレス、ポート、通信設定が正しく保持されているか確認し、「サーバーへの実接続遅延をテスト」を実行して、プロキシのハンドシェイクが完了するか確認します。
最初の接続確認では、設定をシンプルに保つため、既定のルーティングルールを使います。メイン画面下部の「システムプロキシ」で「システムプロキシを自動設定」を選び、「ルーティング」の設定も確認してください。システムプロキシは、OSの設定に従うアプリをローカルプロキシへ接続します。ルーティングルールは、コアに渡された通信の経路を決めるものです。互いに代用はできません。
アクセスと確認
確認したいWebページを開きながら、v2rayN下部のログを確認します。該当する接続記録があれば、そのアプリのリクエストがクライアントに届いています。ブラウザーでページを開けても、すべてのアプリがプロキシを使っているとは限りません。アプリ独自のプロキシ設定が必要な場合や、起動時のシステム設定だけを読み込む場合があります。
ページを表示できない場合は、システム時刻、アクティブサーバー、ローカルの待ち受けポート、TLSパラメーター、ルーティングルールを順に確認し、一度に変更する項目は一つに絞ります。クライアントを終了する前にシステムプロキシを解除し、閉じたローカルポートを参照したままにならないようにしてください。Androidでv2rayNGを使う場合は、OSの接続許可とバックグラウンド動作も確認します。デスクトップのタスクトレイ操作をそのまま適用することはできません。
OSとクライアント
デスクトップではv2rayNを使います。AndroidではXrayコアを採用するv2rayNGが基本です。V2Flyコアが必要な場合はv2flyNGを選びます。ダウンロードページでインストーラーの形式、CPUアーキテクチャ、クライアントの違いを確認し、OSを選んでからパッケージを選択してください。
新規インストールでは、クロスプラットフォーム対応のデスクトップ版をまずご確認ください。従来の画面構成に慣れている場合はWPF版も選べます。メニューの位置は異なることがありますが、「サブスクリプショングループ」「システムプロキシ」「ルーティング」は、それぞれサブスクリプション管理、アプリ通信の入口、コアによる通信の振り分けを指します。ボタンの見た目だけで設定の有効・無効を判断しないでください。
インストール前に、システムの「設定 → システム → バージョン情報」でシステムの種類を確認し、ダウンロードページの対象条件を読んでください。起動後は通常のシステムプロキシを確認し、必要に応じてTUNを検討します。管理者権限が必要な機能は通常のプロキシとは確認手順が異なります。問題が起きたらまずログを確認し、複数の設定を同時に変更しないでください。
システムメニューの「このMacについて」で「チップ」または「プロセッサ」を確認し、対応するアーキテクチャを選択してください。Apple SiliconとIntelではダウンロード先が異なります。インストーラーの形式が同じでも、相互に使えるとは限りません。サブスクリプションを追加する前に初回起動とシステムの許可を済ませ、クライアント画面とログが正常に表示されることを確認します。
システムプロキシは「システム設定 → ネットワーク → 使用中のネットワークサービス → 詳細 → プロキシ」で確認できます。クライアント終了後にWebページを開けなくなった場合は、プロキシがローカルの待ち受けアドレスを参照したままになっていないか確認してください。Wi-Fi、有線接続、別のネットワークサービスに切り替えた後も、以前の接続先だけでなく、現在使用中のサービスを確認しましょう。
比較的新しいスマートフォンでは、まずarm64向けのインストール方法を確認してください。アーキテクチャが不明な場合は、汎用版の説明を参照します。v2rayNGとv2flyNGの主な違いは、採用するコアと設定の互換性です。画面が似ていても、すべてのプロトコルや通信パラメーターを相互に移行できるとは限りません。サブスクリプションの要件を確認してから、代替クライアントを選びましょう。
v2rayNGの右上メニューから「サブスクリプショングループ設定」を開き、サブスクリプションを追加してから戻り、ノードを更新します。初回接続時には、OSからVPN接続の許可を求められます。この許可は端末内の通信を取り込むためのもので、リモートサーバーへの接続成功を示すものではありません。画面ロック後に接続が切れる場合は、OSのアプリ設定でバッテリー最適化とバックグラウンド動作の権限を確認してください。
まずディストリビューションに対応するパッケージ形式を確認し、次にCPUアーキテクチャを選びます。debとrpmは異なるパッケージ管理方式、x64とarm64は異なるハードウェア向けです。拡張子だけを見て、4種類の組み合わせから選ぶことはできません。インストールと初回起動はディストリビューションのソフトウェア管理画面から行えます。デスクトップ環境に必要な依存関係は、ダウンロードページの説明を確認してください。
Linuxでシステムプロキシがアプリに適用されるかどうかは、デスクトップ環境とアプリの実装によって異なります。ブラウザーはシステム設定を使えても、ターミナルのプログラムやバックグラウンドサービスでは個別の設定が必要な場合があります。確認時は、まずプロキシ設定に対応しているアプリを一つ選び、ローカルの接続先が使えることを確かめてから、他のプログラムに広げてください。アプリの通信が取り込まれていない状態を、サブスクリプションの読み込み失敗と混同しないようにしましょう。
設定を別の端末へ移すときは、まずノードを移行し、その後ローカル設定を確認します。サブスクリプションURLは複数端末で使える場合がありますが、待ち受けポート、システムプロキシの状態、権限、ルーティングの選択は端末ごとの実行環境に依存します。共有リンクやQRコードに認証情報が含まれることもあります。スクリーンショットを撮ったり送信したりする前に、共有範囲を確認し、公開の場では問題の解決に必要な設定だけを残してください。
すべてのクライアントを見る → 3つのクライアントを比較 →設定のしくみ
サブスクリプションは利用できるノードを決め、ルーティングはリクエストの行き先を決め、コアはプロトコルの処理を担います。まずこの3つを切り分けて、問題の箇所を特定しましょう。クライアントは実行用の設定を生成します。共有リンクは、コアに直接読み込ませる完全な設定ファイルではありません。
サブスクリプションURLは複数のノードを取得するための入口です。共有リンクは通常、単一のノード情報を表します。v2rayNの「サブスクリプショングループ設定」にURLを入力して保存し、該当グループを更新してください。一覧が変わらない場合は更新ログを読み、ネットワーク接続の失敗、応答内容の解析エラー、サブスクリプションの期限切れを切り分けます。従来のVMess共有リンクは、プロトコル名の後ろにノード情報をエンコードして含みます。コアが直接読み込むネイティブJSONではないため、クライアントで解析する必要があります。コアの実行設定にそのまま貼り付けることはできません。
v2rayN · メニューと形式
サブスクリプショングループ
サブスクリプショングループ設定
現在のサブスクリプションを更新（プロキシを使用しない）
現在のサブスクリプションを更新（プロキシを使用する）
従来のVMess共有リンクの構造
vmess:// + Base64(JSON)
デコード後によく使われるフィールド
add → サーバーアドレス
port → サーバーポート
id → ユーザーID
net → 通信方式
tls → 通信のセキュリティ設定システムプロキシはアプリからローカルプロキシへの入口で、ルーティングはコアがリクエストを受け取った後の振り分けルールです。v2rayNのメイン画面下部で「システムプロキシ」と「ルーティング」を確認し、全般ルーティングと通信を取り込む範囲を混同しないようにしてください。右側の例は、中国のドメイン一覧に一致した通信を直接接続へ送る設定です。対応するドメインデータと、定義済みの出力タグが必要です。ルールは通常、上から順に評価されます。範囲の広いルールを先に置くと後続のリクエストを先取りすることがあるため、変更後はログで実際に適用されたルールを確認してください。
routing · ドメイン一覧 → direct
{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}
]
}
}
ルールのフィールド：domain
一致条件：geosite:cn
出力タグ：directコアはプロトコルのハンドシェイク、通信、ルーティングを処理し、クライアントの画面はそれらの設定を管理します。v2rayNでは「設定 → パラメーター設定 → Coreの種類を設定」から、プロトコルに対応するコアを確認できます。実際に選べる項目はクライアントによって異なります。v2rayNGはXray、v2flyNGはV2Flyを採用しています。同じ共有リンクをインポートできても、すべての拡張パラメーターが移行先のコアで使えるとは限りません。設定を移行する際は、プロトコル、通信方式、TLSの項目を確認してください。コアの切り替えを、あらゆる接続エラーに有効な解決策と考えるのは避けましょう。
クライアント · コアの設定場所
v2rayN
設定
パラメーター設定
Coreの種類を設定
プロトコルに対応するコアを確認
Xray
V2Fly
Androidクライアントとコアの対応
v2rayNG → Xray
v2flyNG → V2FlyDNSも段階ごとに確認する必要があります。OSのDNS、ブラウザーのセキュアDNS、コアのDNS設定では、名前解決の経路が異なることがあります。OSのDNSだけを変更しても、コアの名前解決には反映されない場合があります。コアのDNSだけを変更しても、プロキシを経由しないアプリには影響しないことがあります。どのアプリからのリクエストか、どの方式で通信を取り込んでいるかを記録し、該当する設定を調整しましょう。すべてのDNSアドレスを一度に置き換えるより、原因を再現しやすくなります。詳しくはV2RayのDNS設定をご覧ください。
Project V · V2Fly · Xray
クライアント、コア、ノードを提供するサービスは、それぞれ役割が異なります。オープンソースであることは、コードのライセンスと開発方法を示します。接続できるかどうかは、設定、接続先のサービス、利用中のネットワークによって決まるため、クライアント名だけでは判断できません。
V2RayはProject Vのプロキシツールエコシステムから生まれ、インバウンド、アウトバウンド、ルーティング、通信方式を分けて設定する考え方を採用しています。V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連するコードを基盤として独自のコアへ発展しました。共通する概念や一部の設定項目はありますが、新機能まで一貫して同じとは限りません。解説を読む際は、クライアントだけでなく実際に動作しているコアも確認してください。「V2Rayの設定」という情報だけでは、互換性の範囲を特定できないことがあります。
VMess、VLESS、Trojan、Shadowsocksはプロトコル名、TCPやWebSocketなどは通信方式、TLSは通信のセキュリティに関わる設定です。それぞれ異なる階層にあり、同じ種類の選択肢ではありません。サーバーアドレスが正しくても接続できない場合は、ポート、プロトコルの認証情報、通信パス、サーバー名を確認してください。ノード名だけを比べても解決にはなりません。
v2rayNはデスクトップ向けで、サブスクリプション管理、サーバー一覧、ログ確認、システムプロキシ、ルーティングの画面を備えています。v2rayNGはAndroid向けでXrayコアを使用し、v2flyNGはV2Flyコアを基盤とするAndroid向けの選択肢です。いずれもソースコードが公開されているソフトウェアで、端末上の設定管理と接続制御を担います。接続先のサービスを提供するものではなく、インストールしただけで利用可能なサブスクリプションが手に入るわけでもありません。
デスクトップとスマートフォンで同じ提供元のサブスクリプションを使うことはできますが、システム権限、通信の取り込み、バックグラウンド動作の仕組みは異なります。デスクトップのタスクトレイ操作はスマートフォンでは使えず、スマートフォンの接続許可もデスクトップのシステムプロキシ設定の代わりにはなりません。複数端末で使う場合は、まずサブスクリプションを共有し、その後、各端末の動作状態を個別に確認してください。
v2rayN、v2rayNG、v2flyNGのクライアントプロジェクトはGPL-3.0、V2FlyとXrayのコアコードはMPL-2.0のライセンスを採用しています。個々のファイルや依存ライブラリについては、それぞれのライセンス表示を確認してください。オープンソースライセンスが定めるのは、コードの使用、改変、再配布に関する条件です。接続先ノードの利用可否を保証するものではありません。クライアントを無料で使えても、第三者のサブスクリプションが無料または常に有効とは限りません。
設定に含まれるサブスクリプションURL、ユーザーID、認証情報は、個人アカウントに結び付いている可能性があります。完全な設定を渡すのは信頼できる端末に限り、ログを公開する際はこれらの情報を削除してください。問い合わせでは、エラーの種類、プロトコル名、必要な設定項目だけを残せば十分です。障害を説明するために、サブスクリプションURL全体やノードのQRコードを公開しないでください。
クライアント、コア、サブスクリプション、ルーティングデータの更新では、それぞれ異なる内容が変わります。クライアントの更新は画面や設定生成方法、コアの更新はプロトコルの実装、サブスクリプションの更新は接続先ノード、ルーティングデータの更新はドメインやアドレスの一覧に影響します。一つを更新しても、ほかの項目がすべて自動で更新されるわけではありません。トラブルシューティングの前に直近の操作を記録しておくと、どの層で変化が起きたか判断しやすくなります。
問題が起きたら、まず再現可能な最小限の設定を残し、システム時刻とローカルポートを確認してから、TLS、ルーティング、DNSを調べます。一度のテストでノードの変更、コアの切り替え、TUNの有効化を同時に行わないでください。OSごとのメニュー位置を確認する場合は全OS向けガイドを、用語だけ確認したい場合はよくある質問を参照し、その後に現在の操作へ戻りましょう。
設定ガイド
初回接続ができたら、速度測定、デバイス間の同期、断続的なタイムアウトを確認します。記事で扱う通信経路の範囲を把握してから該当する設定を変更しましょう。ポートに到達できることとプロキシが使えること、設定が一致することとネットワーク環境が同じであることは別です。
TCPingはポートまで、実接続遅延テストはプロキシのハンドシェイク全体、ダウンロード速度測定は実際の転送量を確認します。測定結果が示すものはそれぞれ異なり、単一の数値で順位を決めることはできません。各テストで確認できる通信範囲や、サーバー選びで参考にする値、遅延が小さくてもダウンロード速度が上がるとは限らない理由を解説します。
記事を読む →サブスクリプション共有は継続的な更新に、QRコードは単一ノードの共有に、共有リンクは複数ノードの一括インポートに便利です。設定バックアップでは端末固有の項目に注意が必要です。4つの同期方法を比較し、共有できるノード情報と端末ごとに確認すべき設定を整理したうえで、機密情報の扱い方も解説します。
記事を読む →ノードのタイムアウトは、接続先サーバーだけが原因とは限りません。端末の時刻ずれ、待ち受けポートの競合、TLSサーバー名の不一致、ルーティングの選択によっても接続が途切れることがあります。確認にかかる手間を考慮して手順を並べ、クライアント内で確認する場所を項目ごとに解説します。まずエラーを記録し、一つずつ設定を変更して原因を特定しましょう。
記事を読む →