V2Rayクライアントよくある質問

V2Rayは通常、Project Vに関連するプロキシ技術エコシステムを指し、特定のインストーラーそのものではありません。V2FlyとXrayは代表的なコアで、設定の解析、接続の確立、ルーティングルールの実行を担当します。一方、v2rayN、v2rayNG、v2flyNGはGUIクライアントで、サブスクリプション管理、設定の選択、システムプロキシ、ログ確認を担います。トラブル対処では、問題がクライアント画面、コアの起動、設定内容、ローカルネットワークのどこで発生しているかを切り分けましょう。

Windows、macOS、Linuxのデスクトップではv2rayNが第一候補です。Androidでは通常、Xrayコアを採用するv2rayNGを選び、V2Flyコアが必要な場合はv2flyNGを選択します。3つはメニュー構成や利用できるコアが異なりますが、サブスクリプションの取り込み、設定の選択、ルーティングモード、接続テストの基本手順はよく似ています。まずOSに合うクライアントを選び、サブスクリプションのプロトコルが現在のコアに対応しているか確認してください。

どちらもProject Vの技術エコシステムに由来し、基本的な設定概念は共通していますが、プロトコル拡張、トランスポート機能、ルーティング実装、更新ペースは完全には一致しません。XrayはVLESSやREALITYなどを使う設定でよく利用され、V2Flyは独自の機能方針を維持しています。サブスクリプションに特定のプロトコルやトランスポートパラメータが含まれる場合は、選択したコアが認識できるか先に確認しましょう。設定解析に失敗したときは、ノード名を何度も変更するより、対応するコアへ切り替えるほうが効果的です。

サブスクリプションURLは複数の設定をまとめて取得し、クライアントで定期的に更新するためのものです。単一ノードURLにはvmess、vless、trojan、shadowsocksのいずれか1つの設定だけが含まれます。サブスクリプションを取り込むと通常は専用グループが作成されるため、以後は更新機能で内容を最新化し、サブスクリプションURLを単一ノードURLとして貼り付けないでください。サービス側が複数の形式を提示している場合は、現在のクライアントに対応すると明記された形式を優先します。

プロトコルは、サブスクリプションが実際に提供する設定と、現在のコアとの互換性を基準に選びます。VMessは成熟した一般的な設定です。VLESSは認証とトランスポート設定を分離し、さまざまなトランスポートと組み合わせて使われます。Trojanは独自の認証構造を使用します。REALITYは特定のトランスポートおよびセキュリティパラメータと組み合わせる機能で、通常は新しいXrayコアが必要です。プロトコル名だけを変更せず、アドレス、ポート、ユーザー識別子、トランスポート、セキュリティパラメータを一体の設定として合わせてください。

まず、コピーした内容が完全なサブスクリプションURLで、前後の空白や改行がなく、チャットツールで途中が切れていないことを確認します。次にブラウザーでURLへアクセスし、サブスクリプション内容が返るか、明確なエラーが表示されるかを確認してください。その後、システムの日付と時刻、クライアントのネットワーク権限、現在のネットワークからサブスクリプションサーバーへアクセスできるかを確認します。URLにアクセスできるのにクライアントで解析に失敗する場合は、形式がv2rayNまたはv2rayNGに対応しているか確認し、新しいサブスクリプショングループを作成して再度取り込んでみましょう。

まず、特定のサブスクリプションだけが失敗するのか、すべて更新できないのかを切り分けます。1件だけの失敗は、URLの無効化、認証期限切れ、サブスクリプションサーバーの障害が原因になりがちです。すべて失敗する場合は、ネットワーク、DNS、システム時刻、または無効なプロキシ経由で更新を要求していないかを優先して確認します。一時的にシステムプロキシを無効にして更新するか、クライアント設定でサブスクリプション更新時のプロキシ方式を切り替えてください。更新できたら、グループ内の設定を選び直します。

2015年以降に発売された一般的なAndroidスマートフォンは、通常arm64アーキテクチャを使用します。ファイルサイズの小さいarm64パッケージを優先してください。端末のアーキテクチャが分からない場合、インストール時に互換性エラーが出る場合、または別のプロセッサアーキテクチャを使用している場合は、universal版を選びます。2種類のパッケージでクライアント機能に大きな違いはなく、主な違いは対応するアーキテクチャの範囲です。正常にインストールして動作しているなら、パッケージの種類を変えるためだけに再インストールする必要はありません。

デスクトップ版は新世代のクロスプラットフォームUIを採用しており、Windows、macOS、Linuxで近い操作感を求めるユーザーに適しています。従来のWPF版はWindows向けで、既存のチュートリアルにあるメニュー構成に近いUIです。初めてインストールする場合はデスクトップ版を試し、動作環境、UIの互換性、既存の操作習慣にWPFが合うなら従来版へ切り替えるとよいでしょう。2つの版を同じディレクトリに展開すると設定ファイルが上書きされる可能性があるため、分けて配置してください。

TUNモードでは仮想ネットワークインターフェースを作成し、システムのルーティングを変更するため、通常のユーザー権限では足りないことがあります。デスクトップではクライアントの案内に従って管理者権限を許可し、Androidではシステムに表示されるVPN接続の許可を確認してください。スイッチを有効にしてすぐ無効になる場合は、まずクライアントのログを確認し、セキュリティソフト、古い仮想NIC、ほかのネットワークツールが関連機能を使用していないか調べます。権限を変更した後は、クライアントを完全に終了してから再起動してください。

システムプロキシモードはOSのプロキシ設定に従うアプリの通信を引き受けます。設定が簡単で、ブラウザーや一般的なデスクトップアプリに適しています。PACモードはルールに基づいてプロキシへ送るリクエストを決めますが、アプリ側がシステムプロキシに対応している必要があります。TUNモードは仮想ネットワークインターフェースを通じてより広い通信を処理でき、カバー範囲が広い一方で追加権限が必要です。普段はシステムプロキシから始め、アプリがシステムプロキシを読み取らない場合や通信を一括管理したい場合にTUNを検討します。

グローバルモードはより多くの通信を選択したプロキシへ送るため、設定が使えるか一時的に確認するのに適しています。直接接続モードは、プロキシを停止したい場合やローカルネットワークを切り分ける場合に使います。中国本土とLANをバイパスするモードは、ルールに従ってLANアドレスや中国本土の一般的な宛先を直接接続し、それ以外をルールで処理するため、日常利用に向いています。ルーティング結果はgeosite、geoip、自作ルールにも左右されるため、同じモード名でもクライアントごとにルール内容が完全に同じとは限りません。

サブスクリプションを追加するとき、提供元ごとに分かりやすいメモやグループ名を設定し、更新後は該当グループ内だけで設定を選びます。複数のサブスクリプションを同じ一時グループへ何度も取り込むと、似たノード名から提供元を判別しにくくなり、更新後に重複項目が残ることもあります。サブスクリプションを削除する前に、手動設定を残す必要がないか確認してください。更新後は現在の有効設定が残っているか確認し、削除されていた場合は有効な設定を選び直します。

必ずしも使えるとは限りません。VMess、VLESS、Trojanなどの基本項目は似ていても、トランスポートパラメータ、ルーティング項目、DNS設定、実験的機能の対応範囲はコアごとに異なります。コアを切り替えて起動に失敗した場合は、ログにある未知の項目、未対応プロトコル、設定解析エラーを先に確認し、すぐにノードの無効化と判断しないでください。サブスクリプション設定は推奨コアを優先して使い、手動設定は移行先コアの項目要件に合わせて再確認します。

組み込みのルーティングモードで大半の用途に対応できます。特定のドメインを常に直接接続、プロキシ、ブロックしたい場合にのみ、カスタムルールを検討してください。ルールはdomain、geosite、ip、geoipなどの対象でマッチさせ、クライアントが定める優先順位で実行します。追加前に少数の明確な対象でテストし、出所の分からない大量のルールを一度に読み込まないでください。期待した結果にならない場合は、マッチ順、ドメインのサフィックス範囲、最終的な送信先アクションを確認します。

サブスクリプションサーバーへアクセスできることは、設定一覧をダウンロードできるという意味にすぎず、すべてのノードが接続を確立できるとは限りません。まずシステム時刻を合わせ、ノードのアドレス、ポート、ユーザー識別子、トランスポート、セキュリティパラメータが揃っているか確認します。その後、別のノードやネットワーク環境で比較テストを行ってください。すべてのノードが同時にタイムアウトする場合は、ローカルファイアウォール、DNS、コアのログを確認します。1つのノードだけがタイムアウトする場合は、通常、設定提供元へノードの状態を確認するのが近道です。

接続済みと表示されるのは、コアが起動したことを示すだけで、目的のリクエストが成功したとは限りません。まず現在選択している設定が有効か確認し、システムプロキシが有効か、ブラウザーが独自のプロキシ設定を使っていないか、ルーティングモードによって宛先が誤って直接接続またはブロックへ送られていないかを確認します。次に一般的なWebサイトへアクセスして基本ネットワークをテストし、ログのDNSエラー、接続拒否、ハンドシェイクエラーを確認してください。クライアントを終了してもアクセスできない場合は、先にローカルネットワークを直してから再度切り分けます。

まずWindowsのシステムプロキシ画面で、アドレスとポートがv2rayNの現在のローカル待受ポートと一致しているか確認します。次に、ブラウザーやアプリで独自プロキシ、拡張機能のプロキシ、固定の直接接続設定が有効になっていないか調べてください。アプリによっては起動時にしかシステムプロキシを読み取らないため、変更後に完全終了して再起動する必要があります。ポートが一致しているのにリクエストがログへ入らない場合は、ほかのプロキシソフトを一時的に終了し、TUNモードでアプリがシステムプロキシを読み取っていない問題か確認します。

ポート競合は、別のプロセスがクライアントで使う予定のローカルポートをすでに待ち受けている状態です。クライアントの二重起動、終了していない古いプロセス、別のプロキシソフトによる同一ポートの使用などがよくある原因です。まず関連プログラムを完全に終了し、タスクマネージャーで残ったプロセスを確認してから再起動します。ローカルのSOCKSまたはHTTPポートを変更する場合は、システムプロキシ、ブラウザーの手動プロキシ、そのポートに依存するほかのプログラムも同時に更新してください。コアが起動しても、アプリが古いポートへ接続し続ける可能性があります。

可能性があります。一部のサイトだけ失敗し、ほかは正常な場合は、まずルーティングルールによって対象ドメインが誤った送信先へ振り分けられていないか確認します。次にログで、名前解決の失敗、異常な応答アドレス、誤ったIPへの接続がないか確認してください。クライアントが対応するDNS方式へ切り替え、システムのDNSキャッシュを消去して再テストする方法もあります。TUNを有効にしている場合は、DNSリクエストがTUN設定で処理されているか確認します。競合するシステムDNS、ブラウザーのセキュアDNS、クライアントのDNSルールを重ねて設定しないでください。