デスクトップでは v2rayN、スマートフォンでは v2rayNG を選択。サブスクリプションの登録からルーティング設定まで、手順に沿って設定できます。
まず接続情報を管理し、次に通信経路を設定します。設定項目を選び、操作方法と注意点を確認しましょう。
サブスクリプションアドレスは複数の接続設定を取得するためのもので、個々のサーバー共有リンクとは異なります。v2rayNのサブスクリプショングループ設定で名前とアドレスを登録し、保存後に対象グループを更新して、サーバー一覧に項目が表示されるか確認します。接続先に変更があった場合は、通常は再度更新するだけで済み、何度も削除して作り直す必要はありません。更新に失敗したら、まずアドレスが完全か、サービスの有効期限が切れていないか確認し、現在のネットワークに合った更新方法を試しましょう。サブスクリプションの問題をコアの不具合と取り違えないようにしてください。
サブスクリプショングループ → サブスクリプショングループ設定
サブスクリプショングループ → 現在のサブスクリプションを更新提供元ごとにサブスクリプションを分けて名前を付けると、更新や絞り込み、トラブル対処の対象を整理しやすくなります。用途がわかる名前を付け、判別しにくい略称だけにするのは避けましょう。サブスクリプションアドレスを変更するときは、編集中のグループを確認してから新しいアドレスを保存し、更新結果をチェックします。手動で追加した接続はサブスクリプションの項目と分けて管理すると、一括整理の際に混同しにくくなります。グループ管理は複数の設定を長期的に保管するのに便利ですが、通信の出口を自動で決めるものではありません。
サブスクリプショングループ設定
名前 / アドレス / 自動更新を有効化VMess、VLESS、Trojanの共有リンクを受け取ったら、サブスクリプションアドレスとして保存せず、「クリップボードからインポート」を使います。インポート後は、プロトコル、トランスポート方式、安全設定が揃っているか確認し、その項目をアクティブサーバーに設定します。QRコードは設定を伝える別の手段であり、設定パラメーターそのものに代わるものではありません。提供元からサブスクリプションと個別リンクの両方が提供されている場合、日常的な管理にはサブスクリプションを使いましょう。個別リンクのインポートは、一時的な確認や特定の接続を保存する場合に適しています。
サーバー → クリップボードからインポート
サーバー → QRコードをスキャン更新が成功したということは、クライアントがサブスクリプションの内容を取得して読み込めたというだけで、すべての接続先が使えるとは限りません。まず項目を1つ選び、接続テストを行ってから実際に利用するWebサイトを開いて確認しましょう。テスト結果はローカルネットワーク、接続先のサービス、テスト方法に左右されるため、1つの数値だけで判断するのは避けてください。更新後に以前の項目が消えた場合は、すぐに古い一覧へ戻すのではなく、提供元が設定を変更していないか確認します。無効になった設定を使い続けても、接続問題の解決にはつながりません。
サーバーを選択 → アクティブサーバーに設定
ログを確認 → Webサイトへのアクセスをテスト通信がコアに届いた後、ルーティングルールによって直結、プロキシ経由、ブロックのいずれにするかが決まります。システムプロキシとルーティングは役割が異なります。前者はアプリがリクエストをクライアントへ渡すかどうかを制御し、後者は受け取ったリクエストの処理方法を決めます。初めて設定する場合は、まず組み込みのルーティング設定を使い、よく使うWebサイトにアクセスできることを確認してからカスタムルールを追加しましょう。特定のWebサイトだけに問題がある場合は、どのルールに一致しているかを確認してください。すべての通信を同じ経路に切り替えると、根本原因がわかりにくくなります。
ルーティング設定 → 中国本土を除外ルーティングルールは通常、上から順番に適用されます。広い範囲に一致する条件を先に置くと、その後の細かなルールが適用されない場合があります。特定のドメインのルールを追加するときは、直結とプロキシのどちらにするかを決め、前に対象範囲の広いルールがないか確認しましょう。トラブル対処では一度に1項目だけ変更し、元のルールも戻せるように残しておきます。「特定のドメインだけ通信経路が違う」場合は、サーバーを何度も切り替えるよりルールの順序を見直すのが有効ですが、接続先側の障害は解決できません。
{
"type": "field",
"domain": ["domain:example.com"],
"outboundTag": "proxy"
}ドメインによるマッチングとIPアドレスによるマッチングは別の処理です。たとえばXrayのIPIfNonMatchでは、ドメインがルールに一致しない場合、コアがアドレスを解決してからIPアドレスのルールと照合します。この設定が必要かどうかは、ルールの構成とDNS設定を踏まえて判断してください。汎用的な高速化設定と考えるのは適切ではありません。変更後にアクセスが遅くなった場合は、名前解決の経路とログを確認しましょう。コアによって対応する設定項目が異なる場合があるため、設定をコピーする前に使用中のコアを確認してください。
"routing": {
"domainStrategy": "IPIfNonMatch"
}ドメインの名前解決結果は、IPアドレスに基づくルーティングの判定に影響します。DNS設定はルーティングと切り離して考えられません。LAN内のサービスでは、通常、ローカルでの名前解決と直結経路を維持する必要があります。外部ドメインの名前解決方法は、実際のネットワークに合わせて選びましょう。システムDNS、クライアントのDNS、ブラウザーのセキュアDNSを一度に変更して、そのままアクセス結果から原因を判断するのは避けてください。設定を記録してから1つずつ変更・確認すれば、名前解決の失敗、ルールの誤判定、プロキシ接続の失敗を切り分けられます。
設定 → DNS設定
ルーティング設定 → ルール一覧デスクトップでは、まずシステムプロキシの自動設定を使い、システム設定に従うブラウザーやアプリからローカルクライアントへリクエストを渡します。ただし、すべてのプログラムが対象になるわけではなく、独自のネットワーク設定を使うアプリもあります。有効にしたら、まずブラウザーで確認し、その後に個別のアプリを確認しましょう。ブラウザーではアクセスできるのに特定のアプリが接続できない場合は、そのアプリが手動プロキシに対応しているか確認してください。クライアントを終了する前にシステムプロキシを解除すると、停止済みのローカルサービスをシステムが参照し続けるのを防げます。
システムプロキシ → システムプロキシを自動設定システムプロキシを読み取らないアプリでは、アプリ側のネットワーク設定にローカルプロキシのアドレスとポートを入力します。アドレスは通常、ローカルのループバックインターフェースを指定し、ポートはクライアントに現在表示されている値を使います。他のガイドの値をそのまま使わないでください。また、HTTPとSOCKSの種類も確認しましょう。種類が一致しないと、接続できないことがあります。手動プロキシは、一部のアプリだけでクライアントを使う場合に便利です。システムプロキシと併用できますが、同じアプリに複数のプロキシを重ねて設定するのは避けましょう。
プロキシアドレス：127.0.0.1
プロキシポート：クライアントのローカル待ち受け設定を確認TUNモードは仮想ネットワークアダプター経由でシステムの通信を受け取るため、システムプロキシに従わないプログラムを扱う場合に適しています。権限、ルーティング、DNSに関わるため、有効にする前に通常のプロキシ接続が正常であることを確認し、プラットフォームに応じて必要な権限を許可してください。TUNで通信を取り込んでも、出口はルーティングルールによって決まり、すべての接続先がプロキシ経由になるわけではありません。他の仮想ネットワークアダプター用ツールとの併用で通信できなくなった場合は、片方を無効にして動作を確認してから、インターフェースとルーティングを調整しましょう。
Tunを有効化
ルーティング設定 / DNS設定クライアント停止後にブラウザーでアクセスできなくなった場合は、まずシステムにローカルプロキシの設定が残っていないか確認し、その後、DNSや仮想ネットワークアダプターのルーティングを戻す必要があるか判断します。最初からクライアントを再インストールするのは避けましょう。残ったシステム設定の原因は、それだけではわかりません。正常に終了するときは、クライアントの「システムプロキシを解除」を使います。異常終了した場合は、システムのネットワーク設定を確認してください。ブラウザーだけに問題があるなら、拡張機能やブラウザー独自のプロキシ設定も確認し、端末全体のネットワークの問題と混同しないようにしましょう。
システムプロキシ → システムプロキシを解除v2rayNは、サブスクリプション、サーバー一覧、各種設定を管理するグラフィカルインターフェースです。接続、通信、ルーティングを実行するのはコアです。画面が開いていても、コアが正常に起動しているとは限りません。起動エラーが発生したら、まずログに設定の解析エラーやローカルポートの競合が記録されていないか確認し、更新が必要か判断しましょう。同じ接続情報でもコアによって動作が異なることがあるのは、この役割の違いによるものです。プロトコルの項目、トランスポート方式、安全設定が現在のコアに対応している必要があります。
グラフィカルクライアント → 設定管理
プロキシコア → 接続とルーティングコアを選ぶ前に、接続で使用するプロトコル、トランスポート、安全機能を確認しましょう。VMess、VLESS、Trojanはプロトコル名で、REALITYは別の層に属する安全なトランスポート関連の方式です。一覧にある名称だけでは互換性を判断できません。特定の機能が必要な場合は、提供元の設定情報と使用中のコアの説明を確認し、クライアントで対応する設定を生成します。未対応の項目に関するエラーが出た場合、サーバーアドレスをむやみに変更しても解決しません。まず、エラーが示す設定項目を特定しましょう。
プロトコル / トランスポート方式 / セキュリティ設定
3項目をまとめて確認クライアントの更新やコアの変更を行う前に、クライアントのバックアップ機能を使ってサブスクリプショングループとカスタムルールを保存し、現在の接続モードも記録しましょう。更新後はまず元の設定で動作を確認します。見慣れないルールのインポートやDNSの変更を同時に行わないでください。異常が起きた場合に、何が原因かを比較できます。サブスクリプションアドレスにアクセス用の認証情報が含まれている場合があるため、バックアップは自分で管理できる場所に保管してください。ログや設定を共有してトラブル対処を依頼する際は、アドレス内のトークンなどの機密情報を削除しましょう。
設定をバックアップ → 更新 → 元の設定で確認Androidでは、Xrayコアを使うv2rayNGが第一候補です。既存の設定がV2Flyの動作を明確に前提としている場合は、v2flyNGも検討できます。どちらのクライアントも画面から接続を管理できますが、コアの機能が完全に同じとは限りません。移行するときは、まず動作確認済みの設定を1つインポートし、パラメーターを確認してから接続テストを行い、その後でサブスクリプション全体を扱いましょう。2つのクライアントで同時にVPN接続を有効にしないでください。通常、システムのVPN接続を制御できるのは1つのサービスだけなので、重複して有効にするとトラブルの切り分けが難しくなります。
v2rayNG → Xray
v2flyNG → V2Fly画面上の名称は、プラットフォームやアップデートによって多少異なる場合があります。手順を確認するにはサブスクリプション登録ガイドから始めましょう。接続に問題がある場合は、トラブル対処の手順に沿って原因を切り分けてください。
デスクトップではv2rayN、Androidではv2rayNGがおすすめです。ダウンロードページで、プロセッサーのアーキテクチャとインストール形式に合ったファイルを選びましょう。
v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームのインターフェースを採用し、従来のWPF版は使い慣れたデスクトップ操作を維持しています。使い方に合わせてどちらか一方を選べばよく、接続のために両方をインストールする必要はありません。
ダウンロード前にOSの種類を確認し、インストーラーのアーキテクチャが端末に合っているか確かめてください。初回起動後はサブスクリプションを登録し、アクティブサーバーを選んでからシステムプロキシを有効にします。実行環境が不足していると表示された場合は、案内に従って必要なコンポーネントを追加してください。出所の不明な場所からファイルを個別にコピーするのは避けましょう。
ダウンロードページへ Windowsクライアントv2rayNデスクトップクライアントには、Apple Silicon用とIntel用のインストーラーがあります。「このMacについて」でチップまたはプロセッサー名を確認し、対応するファイルを選んでください。インストーラーを実行できるかどうかは、ファイルサイズよりもアーキテクチャに左右されます。
初回起動時に表示されるシステムの権限確認に注意し、システム設定でアプリの配布元と必要な権限を確認してください。サブスクリプションを登録したら、まず通常のシステムプロキシを使ってブラウザーでアクセスを確認します。TUNを使う必要がある場合は、権限、ルーティング、DNSを個別に確認し、一度に複数の設定を変更しないようにしましょう。
ダウンロードページへ macOSクライアントまずv2rayNGを検討してください。Xrayコアを使用しています。v2flyNGはV2Flyコアを使用し、明確な互換性要件がある場合の選択肢です。一般的なarm64端末では対応するインストーラーを選べます。アーキテクチャがわからない場合は、端末の仕様を確認するか、汎用版を選んでください。
インストール後、サブスクリプションを登録してサーバーを選び、システムからVPN接続を許可します。バックグラウンドに移ると頻繁に切断される場合は、バッテリー最適化とバックグラウンド実行の制限を確認してください。サブスクリプションを更新できることと、VPNに接続できることは別々に確認する必要があります。同じ設定を何度も登録し直すのは避けましょう。
ダウンロードページへ Androidクライアントv2rayNはデスクトップ環境でサブスクリプションとルーティングを管理するグラフィカルクライアントです。ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、x64またはarm64のアーキテクチャも確認してください。インストール形式とプロセッサーのアーキテクチャの両方を合わせる必要があり、拡張子だけでは判断できません。
デスクトップ環境によって、システムプロキシの読み取り方法が異なる場合があります。まずブラウザーがシステム設定に従うか確認し、その後、個別にプロキシを設定するアプリを確認しましょう。TUNを使う前に、必要な権限と既存のネットワークツールとの関係を確認してください。端末にすでに仮想ネットワークアダプターやVPNがある場合は、元の設定を記録してから変更します。
ダウンロードページへ Linuxクライアントすべてのクライアントを見る → コアとOSの組み合わせに迷ったら、3つのクライアントを比較し、現在の設定と使い方に合うものを選びましょう。
まず接続を1つ確立してから、カスタムルールを追加しましょう。各手順の完了後に確認すれば、問題の原因を特定しやすくなります。
有効なサブスクリプションアドレスを用意し、サブスクリプショングループ設定を開いて、わかりやすい名前と完全なアドレスを入力します。保存後にグループを更新し、一覧に接続先が表示されるか確認してください。クライアント自体がリモートサーバーを提供するわけではありません。アプリのインストールと接続設定の入手は別の手順です。
アドレスには個人用のアクセス情報が含まれることが多いため、公開の掲示板などに投稿しないでください。コピーしたときに、前後へ空白や改行、説明文が混ざっていないか確認します。個別の共有リンクを受け取った場合は、クリップボードからインポートしてください。まずデータの種類を見分けることで、更新に失敗したときの無駄な試行を減らせます。
サブスクリプション登録の手順を見る →設定を1つアクティブサーバーに指定し、システムプロキシの自動設定を有効にして、まずは組み込みのルーティング設定を使います。システムプロキシは対応アプリの通信を受け取り、ルーティングルールは通信経路を選びます。それぞれ個別に確認してください。「全般」を選んでも、すべてのアプリの通信が自動的に対象になるわけではありません。
初めて設定する場合は、TUNや複雑なDNSルールの利用は後回しにしましょう。通常のプロキシで安定してアクセスできてから、アプリの必要に応じて通信を取り込む範囲を広げます。スマートフォンでv2rayNGを使う場合は、システムの案内に従ってVPN接続を許可し、既存のVPNサービスが動作中でないか確認してください。
接続モードの説明を見る →よく使うWebサイトを開いてアクセスを確認し、プロキシが必要なアプリもチェックします。一覧に表示されるテスト結果は参考情報であり、実際のリクエストを確認する代わりにはなりません。ブラウザーは正常で他のアプリに問題がある場合は、まずアプリのプロキシ設定を確認します。すべての接続先で失敗する場合は、コアのログ、接続設定、ローカルネットワークを調べましょう。
トラブル対処では、一度に変更する要素を1つにします。たとえば、DNSを変更せずにサーバーだけを切り替えます。エラーのキーワードと変更前後の結果を記録すると、何度も再インストールするより原因を絞り込みやすくなります。使用後は正常に終了し、必要に応じてシステムプロキシが解除されていることを確認してください。
症状から解決方法を探す →詳しいガイドを見る → システムプロキシに従わないアプリも接続したい場合は、TUNモードと権限の説明を確認してから、有効にするか判断しましょう。
インターフェース、コア、サーバーの関係を理解すると、適切なクライアントを選びやすくなり、接続エラーの内容も把握しやすくなります。
V2Rayは、モジュール型ネットワークツール群であるProject Vから生まれました。プロトコル処理、トランスポート、ルーティングなどの機能はコアが担います。V2FlyはV2Rayのコミュニティ開発を引き継ぎ、Xrayは関連コードをもとに別のコア系統として発展しました。共通する技術的な背景がある一方、プロトコルの機能、設定項目、開発の方向性にはそれぞれ違いがあります。そのため、2つの名称を完全に置き換え可能なものとして扱うことはできません。
日常的に使うv2rayN、v2rayNG、v2flyNGはグラフィカルクライアントです。クライアントはサブスクリプションと画面上の設定をコア用の設定にまとめ、コアを起動して接続します。サーバーは接続先を提供し、サブスクリプションは接続パラメーターを配布します。これらの層は連携していますが、どれか1つが正常なだけでは、通信経路全体が使えるとは限りません。
v2rayNは、複数のデスクトップOSでサブスクリプション管理、ルーティング、プロキシ設定を利用できるオープンソースのデスクトップクライアントです。v2rayNGはXrayコアを使用するオープンソースのAndroidクライアントで、v2flyNGはV2Flyコアを使用し、モバイル向けの別の選択肢を提供します。まずOSを確認し、次に既存の接続に必要なプロトコルとコアの機能を見て選びましょう。
グラフィカルインターフェースの違いは主に操作方法に関わりますが、設定が動作するかどうかはコアの対応範囲に左右されます。たとえば、設定に特定の安全機能が含まれている場合は、プロトコル、トランスポート、コアをまとめて確認する必要があります。クライアント名が似ているという理由だけで高度な設定をすべてコピーすると、項目が非対応だったり、動作に違いが出たりすることがあります。
これらのプロジェクトでは、オープンソースライセンスによってコードの使用、変更、再配布に関する条件が定められています。V2RayとXrayのコアは主にMPL 2.0、3つのクライアントはGPL系ライセンスを採用しています。再配布する場合は、ソフトウェア名だけで判断せず、各リリースに付属するライセンス文書と依存関係の表記を確認してください。
クライアントは無料で利用できますが、リモートサーバー、サブスクリプションサービス、ネットワークリソースは別の事業者が提供している場合があります。コードがオープンソースだからといって、すべてのサブスクリプション提供元が信頼できるとは限らず、クライアントがリモート接続の品質を保証するわけでもありません。この違いを理解しておくと、ソフトウェアの不具合、サブスクリプションの状態、サーバー側の問題を切り分けやすくなります。
コミュニティでは、インターフェースの改善や不具合の修正、コア機能への対応が継続的に行われています。クライアントの更新とサブスクリプションの更新は、解決する問題が異なります。前者はローカルのプログラムを更新し、後者はリモート接続のパラメーターを更新します。サブスクリプションの更新に失敗した場合は、まずアドレスとサービスの状態を確認してください。コアが設定項目に対応していないと表示した場合は、ローカルのプログラムと設定要件が一致しているか確認します。
アップデート前にサブスクリプションとカスタムルーティングを保存し、更新後は元の設定で再テストしましょう。クライアントの変更、コアの移行、ルールの書き換えを一度に行わないでください。変更前後を比較できる状態にしておけば、変更が問題の解決につながったか判断しやすく、異常が発生した場合も根拠をもって元に戻せます。
サブスクリプションアドレス、ユーザーID、接続認証情報は、設定ファイルやログに含まれる場合があります。サポートを求めるときは、必要なエラーのキーワードと設定項目名だけを残し、アドレス内の識別情報や個人の認証情報は削除してください。サブスクリプショングループには用途がわかる名前を付け、スクリーンショットに個人アカウントが写り込まないようにしましょう。
TLSハンドシェイクエラーが発生した場合は、まずシステム時刻とサーバーが要求する名前を確認します。接続がタイムアウトする場合は、ネットワーク、サーバーの状態、ルーティングの順に調べましょう。エラーの種類によって確認すべき箇所は異なります。詳しい手順はトラブル対処、用語の説明は用語集をご覧ください。
接続先の選び方からコアの仕組み、Webサイトにアクセスできないときの対処まで、日常利用で混同しやすいポイントを整理して解説します。
サブスクリプション内の接続先を、遅延だけで並べ替えるのはおすすめできません。通信量の倍率、地域、プロトコル、実際にアクセスするサービスを踏まえて違いを理解し、普段使うアプリで安定性をテストしましょう。原因がわからないまま接続先を頻繁に切り替えるのを防げます。
記事を読む →Project Vの背景と2つのコア系統を整理し、グラフィカルクライアント、プロキシコア、プロトコルの機能を区別します。画面だけで判断せず、既存の設定に合わせてv2rayN、v2rayNG、v2flyNGを選びましょう。
記事を読む →システムプロキシ、ローカルの待ち受け、ルールの一致状況から確認し、次にDNSとリモート接続を調べます。簡単な項目から順番に検証し、「クライアントが起動している状態」と「リクエストがプロキシ経由で正常に届く状態」を区別しましょう。
記事を読む →