クライアント選びからサブスクリプションの追加、接続トラブルの対処まで、インバウンド・ルーティング・アウトバウンドからV2Rayの設定を理解できます。
GUIクライアントは設定を管理し、コアは接続を処理します。まずサーバー情報が揃っていることを確認し、どのアプリをプロキシ経由にするか、どの通信を直接接続するかを決めましょう。以下では、デスクトップ・Androidと設定の構造に分けて手順を解説します。右側のコードは一部の項目を示す例で、リモートサーバーに接続できる完全な設定ではありません。
サブスクリプショングループの設定でURLを追加して保存し、更新後にサーバー一覧へプロトコル、アドレス、ポートが表示されることを確認します。サブスクリプションURLと個別の共有リンクでは追加方法が異なるため、URLの長さだけで形式を判断しないでください。接続先ごとにグループを分けると、更新時に混同しにくくなります。サブスクリプションURLには通常、アクセスに必要な情報が含まれます。自分のデバイスだけに保存し、トラブル時はエラーメッセージを記録して、URL全体を公開ページに貼らないようにしましょう。
使用するサーバーを選んだら、まずコアが起動していることを確認してからシステムプロキシを設定します。システムプロキシは、OSの設定に従うアプリにローカルのプロキシアドレスを提供する機能で、すべてのアプリの通信がプロキシを経由するわけではありません。ルーティングモードは、コアに入ったリクエストをどのアウトバウンドへ送るかを決めるもので、役割が異なります。初めて使う場合はルーティングを既定のままにして、まずブラウザーで接続を確認してからルールを調整しましょう。より多くのアプリの通信を扱う場合は、仮想ネットワークアダプター（TUN）モードの権限や競合についても確認してください。
ポートに到達できても、プロトコルのハンドシェイクが成功したとは限りません。TCPingで分かるのは主にTCP接続の確立状況です。実接続の速度測定ではプロキシのハンドシェイクや接続先へのリクエストも確認できますが、すべてのWebサイトでの使い心地を保証するものではありません。サーバーを選んだら、クライアントのログ、ブラウザーからのリクエスト、出口IPアドレスを合わせて、接続が有効か判断します。速度測定が成功してもアプリで使えない場合は、まずアプリがシステムプロキシを使っているか確認し、その後ルーティングとDNSを調べましょう。すぐにサーバーを何度も切り替えるのは避けてください。
{ "inbounds": [ { "tag": "socks-in", "listen": "127.0.0.1", "port": 10808, "protocol": "socks", "settings": { "auth": "noauth", "udp": true } } ]}v2rayNGでは、クリップボードから個別の共有リンクを追加できるほか、サブスクリプション設定にURLを保存して内容を更新できます。追加前にクリップボードへ余計な説明文が含まれていないことを確認し、追加後はサーバーの種類と通信パラメーターを確認してください。ノード名はメモにすぎず、実際のプロトコルを判断する材料にはなりません。初めて設定する場合は、必要な情報が揃ったサーバーを1つだけテストし、接続できることを確認してからサブスクリプショングループを整理すると、形式の問題とサーバー自体の問題を切り分けやすくなります。
初めて接続するとき、AndroidにVPN接続の許可を求める画面が表示されます。許可すると、クライアントはシステムのインターフェースを通じてアプリの通信を受け取れるようになります。ほかのVPNアプリが同時に動作していると競合することがあるため、現在どのアプリが接続を管理しているか確認してください。アプリごとのプロキシ設定でクライアントを経由するアプリを選び、ルーティングルールで通信の送信先を決めます。アプリを対象外にすると、同じルーティングでは通信を処理できなくなるため、別々に確認する必要があります。
画面消灯後に切断される場合は、まずOSのバッテリー設定、バックグラウンド動作の許可、クライアントの通知状態を確認します。モバイル通信またはWi-Fiでのみ失敗する場合は、切り替え前後のログを記録し、ドメイン名の解決、リモートとのハンドシェイク、ネットワーク接続のタイムアウトを切り分けてください。複数の設定を一度に変更すると、どの変更が有効だったか分からなくなります。REALITYや特殊な通信方式を使うノードでは、現在のコアが該当パラメーターに対応しているかも確認しましょう。クライアントの画面が似ているだけでは互換性の根拠になりません。
{ "routing": { "domainStrategy": "AsIs", "rules": [ { "type": "field", "ip": ["geoip:private"], "outboundTag": "direct" } ] }}インバウンドは、コアが端末上で接続を受け付ける方法を定義します。主な項目は待ち受けアドレス、ポート、プロトコル、認証方式です。端末内のアプリだけで使う場合は、ループバックアドレスを指定して待ち受け範囲を限定できます。LANから接続できるようにする前に、認証とファイアウォールを確認してください。アプリに設定するのはローカルのインバウンドポートで、リモートサーバーのポートではありません。アドレスの競合エラーが出た場合は、ほかのクライアントや古いプロセスを確認してからポートを変更し、アプリ側のプロキシ設定も更新してください。
ルーティングでは、ドメイン名、宛先IPアドレス、ポート、インバウンドのタグなどに基づいてアウトバウンドを選びます。通常、ルールは上から順に評価されます。条件が広すぎるルールを先に置くと、後続の詳細なルールが適用されないことがあります。geositeやgeoipを参照する場合は、対応するルールデータが利用可能であることを確認してください。アウトバウンドのタグを指定する場合は、同じ名前のアウトバウンドが必要です。ルールを追加する前に元の設定を保存し、明確な接続先でマッチ結果をテストしましょう。DNSやスニッフィング、ルーティングを同時に変更すると、原因を追いにくくなります。
アウトバウンドはリモートサーバーへの接続や、直接接続・ブロックなどの処理を担います。VLESS、VMess、Trojanはそれぞれ異なるプロキシプロトコルです。REALITYはセキュアな通信に関わる仕組みで、プロトコル名を置き換えるだけでは変換できません。サブスクリプションには通常、リモートアドレスや認証情報、通信方式、安全性に関するパラメーターが含まれますが、形式によって含まれる情報は異なります。手動で移行する場合は項目ごとに確認し、特にサーバー名、通信パス、公開鍵、使用するコアの対応状況に注意してください。
{ "outbounds": [ { "tag": "direct", "protocol": "freedom", "settings": {} }, { "tag": "block", "protocol": "blackhole", "settings": {} } ]}デスクトップではv2rayN、Androidではノードの要件に応じてv2rayNGまたはv2flyNGを選びましょう。クライアント名、コアの系統、CPUアーキテクチャはそれぞれ別の要素です。まずOSを選び、次にCPUアーキテクチャを確認し、最後にプロトコルへの対応状況を確かめてください。ダウンロードページにインストーラーと対応環境をまとめているので、よく似たパッケージを取り違えずに選べます。
デスクトップ版にはクロスプラットフォームのGUIがあり、従来型のWPF版は以前からのデスクトップ操作を引き継いでいます。まず画面の好みとシステム要件に合わせて選びましょう。画面の違いをノードのプロトコルの違いと混同しないでください。インストール前にOSの設定でデバイスのアーキテクチャを確認し、初回起動後は接続できる設定を1つ追加してからシステムプロキシを設定します。
設定を移行する際は、既存のサブスクリプショングループとカスタムルーティングを残してください。アプリがシステムプロキシに従わない場合は、ほかの通信制御方法を検討する前にアプリ独自の設定を確認しましょう。
「このMacについて」に表示されるチップに合わせて、Apple Silicon版またはIntel版を選びます。デバイスのアーキテクチャに合ったパッケージを使うと、互換レイヤーによる余計な要因を減らせます。初回起動時にOSのセキュリティ警告が表示された場合は、アプリの入手元とシステム要件を確認し、ダウンロードページの案内に従ってください。起動のためにシステム保護を恒常的に無効にするのは避けましょう。
システムプロキシが適用される範囲は、アプリがその設定に従うかどうかで変わります。問題を調べる際は、ローカルの待ち受けポート、使用中のサーバー、ブラウザーのプロキシ設定を確認してください。
まずXrayコアを使うv2rayNGを確認し、V2Flyコアとの互換性が必要な場合はv2flyNGを検討しましょう。一般的なデバイスではarm64版を使います。アーキテクチャが分からない場合は、汎用版の説明を確認してください。2つのアプリではコアの機能が異なります。REALITYや特定の通信パラメーターを使う場合は、プロトコルの要件を先に調べましょう。画面上の項目が似ているからといって、そのまま使えるとは限りません。
初回接続時に、システムからVPN接続の許可を求められます。接続後は通知を表示したままにし、バッテリー管理の設定も確認してください。バックグラウンド制限による切断と、リモートサーバーからの切断を区別できます。
まずディストリビューションのパッケージ管理方式に合わせてdebまたはrpmを選び、次にx64かarm64かを確認します。GUIクライアントをインストールした後も、デスクトップ環境のプロキシ設定を確認してください。ブラウザー、ターミナル、その他のアプリには、それぞれ独自のプロキシ設定がある場合があります。ソフトウェアのインストールに成功しても、システム上のすべての通信がプロキシを経由するとは限りません。
現在のネットワーク設定を比較用に残しておきましょう。ローカルポートの競合や権限の問題が起きた場合は、まずログを確認してからクライアントの設定を変更してください。複数のプロキシプロセスで同時に通信を制御しないようにしましょう。
すべてのクライアントを見る →インストーラーを選んだら、サブスクリプションの追加と接続確認に進みましょう。
「V2Ray」は日常的な会話では、プロジェクトやコアを指す場合も、関連クライアントの総称として使われる場合もあります。問題を特定するには、それぞれの層を分けて考えましょう。GUIは設定の入力方法を、コアは各項目の処理方法を、サーバー設定は接続に必要なパラメーターを決めます。名前が似ていても機能が同じとは限らず、すべての設定をそのまま相互に使えるわけでもありません。
Project VはV2Rayを理解するうえでのプロジェクトの背景です。V2Rayはモジュール化された設定でプロキシ接続を構成し、リクエストを受け取るインバウンド、経路を選ぶルーティング、実際に接続を開始するアウトバウンドを分けています。V2FlyはV2Rayの開発を引き継ぐコミュニティプロジェクトで、そのコアや関連ルールデータがエコシステムの重要な要素になっています。特定の画面でのボタンの位置を覚えるより、この設定モデルを理解するほうが環境移行にも役立ちます。
ガイドにSOCKSインバウンド、ドメインルール、直接接続アウトバウンドと書かれている場合、それらはコア内の役割を指しており、3台の別々のデバイスを指しているわけではありません。1つのクライアントで複数のサーバーを管理できますが、各リクエストが最終的にどのアウトバウンドを通るかは、実際に動作している設定で決まります。GUIが生成する内容もクライアントの設定によって変わることがあります。保存済みのノード名だけで判断せず、現在の動作状態とログを基に確認してください。
XrayはV2Ray関連のコードを基に発展し、独自の機能開発を続けています。XTLS VisionやREALITYなどを使う場合は、通常Xray側の対応状況を確認する必要があります。V2Flyにも独自の設定や通信方式の進化があります。共通のプロジェクト背景があっても、すべての項目や通信方式の組み合わせ、既定の動作が一致するとは限りません。設定をコピーする前に、どのコアを対象としたものかを確認し、クライアントが実際に使用するコアも調べてください。
プロトコル名が同じでも、互換性があるとは限りません。通信方式、安全性のレイヤー、フロー制御パラメーター、認証情報も確認が必要です。「認識できない項目」や「ハンドシェイク失敗」が発生した場合は、設定の解析とネットワーク接続のどちらの段階で問題が起きているか切り分けましょう。前者はコアの対応状況や項目の記述方法を、後者はサーバーアドレス、システム時刻、安全性に関するパラメーターを確認します。XrayとV2Flyの違いを読むと、ノードの要件とクライアントの機能をさらに詳しく比較できます。
v2rayNはデスクトップ向けGUIクライアントで、サーバー管理、サブスクリプションの更新、プロキシ設定、ルーティング設定の機能を備えています。実際に使える接続方式は、選択したコアにも左右されます。v2rayNGはAndroid向けで、主にXrayコアの機能を利用します。v2flyNGはV2Flyコアを採用したAndroid向けの選択肢です。いずれもオープンソースソフトウェアです。アプリ名だけで選ばず、プラットフォーム、コア、利用目的を確認しましょう。
オープンソースライセンスでは、コードの利用、変更、再配布に関する条件が定められています。クライアント、コア、ルールデータは別々のプロジェクトを構成する要素なので、それぞれのライセンスをソフトウェアに付属する説明で確認してください。オープンソースであることは、ソフトウェアの由来や実装を理解する手がかりにはなりますが、設定の確認に代わるものではなく、サブスクリプションの提供元の信頼性を保証するものでもありません。本サイトでは導入・使用ガイドをまとめていますが、リモートサーバーのアカウントは提供していません。クライアントをインストールしただけで、接続に必要なサーバー情報が自動的に使えるようになるわけでもありません。
クライアント、コア、サブスクリプション、ルールデータの更新は、それぞれ別の作業です。GUIを更新してもサブスクリプションの内容が変わるとは限らず、サブスクリプションを更新してもコアの機能が変わるとは限りません。アップグレード前に、使用中のサーバー、プロキシモード、カスタムルーティングを記録し、必要な設定のバックアップを取ってください。更新後は、以前使えていた環境で動作を再確認してから新機能を有効にしましょう。サーバーの変更、DNSの調整、ルーティングルールの変更を同時に行うと、失敗時の原因を特定しにくくなります。
トラブルの記録には、発生時刻、クライアント名、コアの種類、エラーの概要、再現手順だけを記載すれば十分です。ログを共有する前に、サブスクリプションURL、識別情報、その他の機密パラメーターを削除してください。証明書エラーでは端末の時刻とサーバー名を、接続タイムアウトではアドレスへの到達性とネットワーク環境の違いを確認します。特定のアプリだけで失敗する場合は、まずプロキシの適用範囲を調べましょう。クライアント選びにはクライアント比較、問題の素早い特定にはよくある質問、症状に沿った詳しい確認にはトラブル対処ガイドをご利用ください。
初回接続ができたら、コアの選択、ルーティングの優先順位、TLSパラメーターを確認しましょう。記事を読む際は、問題がどの層で起きているかを先に把握し、記載された順序で確認範囲を絞ってください。設定例は実際のサーバーパラメーターとコアの機能に合わせて調整する必要があります。一部のコードだけを既存の設定へそのまま上書きするのは避けてください。
証明書が無効、ハンドシェイクに失敗するといったエラーが表示された場合は、端末の時刻、SNIと偽装ドメインの一致、allowInsecureの設定、フィンガープリントを順に確認し、よくあるTLSエラーの原因を切り分けます。まず証明書の検証段階と接続確立段階のどちらでエラーが起きたか確認してください。証明書の検証をスキップする方法を、通常の解決策として使うのは避けましょう。
TLSのトラブル対処手順を読む →domainStrategyからgeosite・geoipルールの記述順まで解説し、中国本土への通信を直接接続、海外への通信をプロキシ経由にする設定や広告ブロックなど、よく使われるルーティング例を紹介します。前にある広範な条件が後続ルールより先に適用されていないか、outboundTagが実際に存在するアウトバウンドを指しているかを確認しましょう。振り分け結果はDNSと宛先アドレスも含めて検証してください。
ルーティング設定の解説を読む →2つのコア系統の成り立ちを整理し、XTLS VisionやREALITYなどの対応状況を比較しながら、v2rayNGとv2flyNGの選び方を解説します。移行前にプロトコル、通信方式、安全性のレイヤー、設定項目を1つずつ確認してください。ノード名が同じでも設定をそのまま再利用できるとは限りません。クライアントの画面で入力できても、コアが実行できるとは限りません。
コアの違いを読む →すべての記事を見る →初回接続とサブスクリプション形式の特集もご覧ください。