V2Ray よくある質問とクライアントのトラブル対応

Windows、macOS、Linuxのデスクトップ環境ではv2rayNが適しています。Androidでは、Xrayコアを搭載したv2rayNGを優先して使えます。V2Flyコアが必要な場合はv2flyNGを選びます。3者は設定画面や操作場所が異なりますが、サブスクリプションの読み込み、ノードの選択、プロキシの起動という基本手順はおおむね共通です。

プロトコルはサーバーまたはサブスクリプションで指定されたパラメータと一致させる必要があり、クライアント側で名称だけを変更して切り替えることはできません。サブスクリプションを利用する場合は、通常そこで生成されたノード種別をそのまま使います。手動設定では、アドレス、ポート、ユーザー識別子、転送方式、TLS、安全性に関する各パラメータを一つずつ確認してください。プロトコル名だけでは完全な設定の代わりになりません。

サブスクリプションURLには通常、複数のノードが含まれており、更新によってノードの追加・削除やパラメータの変更を同期できます。単一ノードURLは1つの設定だけに対応するため、変更があれば再度読み込む必要があります。サブスクリプションを使う場合は専用のグループを作成し、更新前に現在使える設定を残して、誤った内容で利用中のノードを上書きしないようにしましょう。

グローバルモードでは、クライアントの制御対象となる接続を選択したノード経由にします。ルールモードでは、ドメイン、IP、ルールセットに基づいてプロキシまたは直接接続を決定します。直接接続モードでは、できるだけノードを経由しません。普段はまずルールモードを選び、特定のサイトで問題が起きたときに適用結果を確認してください。モードの切り替えだけを唯一の対処法にするのは避けましょう。

XrayとV2FlyはいずれもProject Vのエコシステムを起源とし、その後それぞれ異なるメンテナンス方針、機能実装、リリースサイクルを形成しました。v2rayNGは通常Xrayコアと組み合わせて使い、v2flyNGはV2Flyコアに対応します。選ぶ際は、まずサブスクリプションが必要とするプロトコルと転送機能を確認し、そのうえでクライアントの画面や対応プラットフォームを検討してください。

2015年以降に発売された主要なAndroidスマートフォンの多くは64ビットARMプロセッサを採用しているため、まずはarm64版を選ぶとよいでしょう。ファイルサイズも通常は小さめです。プロセッサのアーキテクチャが分からない場合、端末が古い場合、またはarm64版のインストール時に互換性エラーが出る場合は、universal版を使ってください。主な機能と設定方法はどちらも同じです。

デスクトップ版は新世代のクロスプラットフォームUIを採用しており、異なるデスクトップOSで近い操作感を求めるユーザーに適しています。従来のWPF版は主にWindows向けで、画面構成や操作手順が長年の利用習慣に近いのが特徴です。初めてインストールする場合はデスクトップ版を、既存の操作環境を重視するWindowsユーザーは従来のWPF版を使い続けるとよいでしょう。

まず、URLを先頭から末尾まで完全にコピーできているか確認します。余分なスペース、改行、日本語の句読点がないことも確認してください。そのうえで、単一ノードのアドレス欄ではなく、クライアントのサブスクリプショングループ追加画面から登録します。続いて、システム時刻、現在のネットワーク、URLの有効期限を確認します。ブラウザでは開けるのにクライアントで失敗する場合は、ログに表示されるHTTPステータスや証明書の警告を確認してください。

まず、ダウンロードした版が端末のチップに合っているか確認します。Apple Silicon搭載端末ではarm64、Intel搭載端末ではx64を選びます。アプリをアプリケーションフォルダへ完全に移動してから、システムのプライバシーとセキュリティ設定でブロックの理由を確認してください。圧縮ファイル内や一時フォルダにあるプログラムを繰り返し実行したり、異なるアーキテクチャのファイルを混在させたりしないでください。

Debian、Ubuntuおよびその派生ディストリビューションでは通常debを選びます。Fedora、RHEL、Rocky Linuxなどrpmパッケージ体系を採用するディストリビューションではrpmを選択してください。プロセッサに応じてx64またはarm64も選ぶ必要があります。インストール前にパッケージマネージャーとアーキテクチャ情報を確認し、デスクトップの見た目だけでディストリビューションを判断しないでください。

まず現在のネットワークが利用できることを確認し、対象のサブスクリプショングループで更新を実行して、クライアントの解析が完了するまで待ちます。更新後はノード数だけでなく、既存ノードが置き換わっていないか、正しいグループを選んでいるか、現在のアクティブノードが残っているかを確認してください。頻繁な自動更新は必要ないため、サブスクリプションの変更頻度に応じて適切な間隔を設定しましょう。

速度テストで分かるのは、テストした時刻、対象、現在のネットワーク条件における結果であり、継続利用時の体感を保証するものではありません。同じ回のテストで接続成功率と応答時間の差を比較し、その後、実際のWebページや利用サービスへの接続で安定性を確認してください。テスト対象のアドレスに到達できないことが原因で失敗する場合もあるため、すぐにノード設定が無効だと判断しないでください。

システムプロキシは、OSのプロキシ設定に従うアプリへ接続経路を提供します。設定が分かりやすく、影響範囲も比較的明確です。TUNモードは仮想ネットワークインターフェースを通じて、より多くの種類の通信を取り込みます。システムプロキシを読み取らないプログラムに適していますが、通常はより高い権限が必要で、ファイアウォール、ルーティングテーブル、他のネットワークソフトの影響も受けやすくなります。

まずクライアントを終了し、現在のOSで仮想ネットワークインターフェースを作成するために必要な管理者権限を付与します。Windowsでは管理者権限で起動しているか確認し、macOSではシステム拡張機能やネットワーク権限の通知を確認してください。Linuxでは関連するケイパビリティとサービス権限を確認します。完了後にクライアントを再起動し、古い仮想インターフェースが残って使用中になっていないか確認してください。

まずデフォルトルールのまま接続を確認し、実際の用途に応じてドメイン、IP、ルールセットの条件を少しずつ追加します。一度に変更するルールは1種類に絞り、目的が直接接続、プロキシ、ブロックのどれかを記録してください。ルールが多い場合は、まず適用順と上書き関係を確認します。前方にある広範な条件によって、後方の詳細なルールが一致しなくなることがあるためです。

次の順番で確認してください。まず端末のネットワークとシステム時刻を確認し、次にサブスクリプションを更新して同じグループ内の別ノードへ切り替えます。その後、アドレス、ポート、プロトコル、ユーザー識別子、転送方式、TLSパラメータを確認します。すべてのノードが同時にタイムアウトする場合は、まずネットワーク、DNS、サブスクリプションの状態を確認します。1つのノードだけがタイムアウトする場合は、そのノードの設定を重点的に調べてください。

まずアクティブノードが実際に利用可能か確認し、次にシステムプロキシが有効か、ブラウザが独自のプロキシ設定を使っていないか、ルールモードで対象が誤って直接接続に振り分けられていないかを確認します。その後、よく使うドメインの名前解決を試し、実行ログを確認してください。IPアドレスには接続できるのにドメイン名で失敗する場合は、ノードを交換し続けるのではなくDNSを重点的に調べます。

一部のプログラムはOSのプロキシ設定を読み取らず、内部に独自のプロキシパラメータを保存していることがあります。まずそのプログラムのネットワーク設定を確認し、完全に再起動してください。それでも反映されない場合は、TUNモードが必要か検討します。ローカルプロキシのポートが変更されたり、他のプロセスに使用されたりしていないか、セキュリティソフトや別のプロキシツールがシステム設定を上書きしていないかも確認してください。

まずサブスクリプションURLをコピーし直して完全性を確認し、システム時刻が正確か確認します。次に更新ログで、タイムアウト、アクセス拒否、証明書、解析に関するメッセージを確認してください。タイムアウトならまずネットワークとDNSを調べ、アクセス拒否ならURLの状態を確認します。解析に失敗する場合は、返された内容がクライアント対応のサブスクリプション形式か確認してください。最初のエラーを見落とさないよう、更新ボタンを連続して押すのは避けましょう。

まず問題が発生した正確な時刻を記録し、その前後にある接続先、受信ポート、送信タグ、エラーキーワードを確認します。timeoutはネットワークに到達できない、またはサービスが応答しない場合によく発生します。rejectedは接続拒否やルール処理の結果を示し、invalid userは本人確認用パラメータの不一致に関係することが多いです。トラブル対応では最初のエラーを残してください。後続のエラーは連鎖的に発生した結果にすぎない場合があります。