V2Rayのよくある質問

まず、コアとGUIクライアントを区別しましょう。V2RayはProject Vのエコシステムに属し、V2Flyは関連するコアの開発を引き継いでいます。Xrayは別のコアのフォークで、両者は対応機能や設定の詳細が完全に同じではありません。v2rayNはデスクトップ向けGUIクライアントで、サブスクリプション、サーバー選択、ルーティング、コアの起動を管理します。v2rayNGは主にAndroid向けで、Xrayコアを使用します。v2flyNGはV2Flyコアを使用する選択肢です。設定を読み込む前に、クライアントと実際に動作するコアの両方が対応しているか確認してください。GUIをインストールしても、すべてのコアがあらゆるプロトコルの組み合わせに対応するわけではありません。

クライアントは設定を読み込んで接続を確立するソフトウェアです。インストールしただけで、接続先のサービスが自動的に使えるようにはなりません。利用権のあるサブスクリプションURL、個別ノードの共有リンク、またはサービス管理者から提供された接続情報が必要です。サブスクリプションは通常、複数の設定の一括読み込みや更新に使います。個別ノードのリンクは1つの接続設定を表すため、読み込み方法を混同しないようにしてください。当サイトではクライアントの入手先と使い方を案内していますが、ノードアカウントは提供していません。リストが空なら設定を読み込んだか確認し、項目があるのにすべて失敗する場合は、サービスの有効期限、接続情報、ローカルネットワークを確認しましょう。クライアントを何度も再インストールする必要はありません。

クライアント上でプロトコル名だけを変更しても接続できません。VMess、VLESS、Trojanなどの接続方式はサーバー側の設定と一致させ、認証情報、通信方式、TLS設定も一式で合わせる必要があります。REALITYは通信のセキュリティ機構であり、これらのプロトコルと同じ階層で自由に置き換えられるものではありません。特定のVLESS構成でよく使われます。サーバーがREALITYを要求する場合は、公開鍵、short ID、サーバー名、フロー制御などの項目を確認し、コアが対応しているかも確かめてください。非対応の組み合わせでは、対応するクライアントとコアに更新するか、サービス管理者に互換性のある設定を問い合わせましょう。設定項目を勘で変えながら原因を探るのは避けてください。

コピーした内容がサブスクリプションURL全体か確認し、前後の空白、改行、クエリパラメーターの欠落に注意してください。v2rayNでは通常、サブスクリプショングループの設定画面でURLを保存し、該当グループを更新します。v2rayNGでは、サブスクリプショングループの設定にURLを追加してから更新します。URLを保存しただけで更新していない場合、サーバーリストは作成されません。入力したものがvmess://またはvless://で始まる個別ノードのリンクなら、クリップボードから読み込む機能を使ってください。更新後もリストが空の場合は、グループの選択ミスやリストの絞り込みを確認し、取得した内容がログインページ、エラーページ、非対応のサブスクリプション形式でないか調べましょう。

一時的な更新エラーで接続手段まで失わないよう、既存のグループと、まだ使える設定は残しておきましょう。更新時のメッセージを確認してください。解析エラーなら取得した内容の形式、接続タイムアウトなら現在のネットワークと更新時の通信経路、認証エラーならサブスクリプションの期限切れやURLの変更を確認します。クライアントにプロキシ経由で更新する設定がある場合は、既存のプロキシが正常に使えるときだけ試してください。プロキシ自体に問題があるなら、直接接続で更新するほうが適切な場合があります。条件は一度に1つだけ変更して再試行しましょう。サブスクリプションURLには他人がサービス設定を読み取れる認証情報が含まれることがあるため、公開の掲示板に全文を投稿しないでください。

システムが64ビットARMアプリに対応していると確認できている場合は、arm64を選びましょう。端末のアーキテクチャが分からない場合や、さまざまな端末で使う場合はuniversalパッケージを選べます。近年の主流スマートフォンは通常arm64に対応していますが、ハードウェアが64ビットでも、インストール済みのシステムが64ビットアプリ環境を提供しているとは限りません。古い端末やカスタムシステムでは特に確認が必要です。互換性がないと表示されたら、提供元不明のパッケージを次々に試さず、システムのバージョンとアプリのアーキテクチャ要件を確認してください。universalはファイルサイズが大きくなる傾向がありますが、接続速度が上がるわけではありません。別の署名元のアプリに切り替えると署名の競合が起きることもあるため、アンインストール前に必要な設定をバックアップしてください。

TUNは仮想ネットワークインターフェースを作成して通信経路を一部変更するため、通常はシステムプロキシより高い権限が必要です。デスクトップでは、まずクライアントを終了し、OSの要件に応じて管理者権限などで起動するか、クライアントが提供するサービスのインストール手順を完了してください。操作方法はバージョンによって異なります。AndroidではシステムのVPN権限が必要になることが多いため、接続要求の内容を確認して許可し、ほかのアプリがVPN接続を使用中でないか確認します。許可後も失敗する場合は、仮想ネットワークインターフェース、ルートの作成、ポートの競合に関するエラーをログで確認してください。警告を回避するためにセキュリティ機能全体を無効にしないでください。トラブルシューティング中はTUNをオフにし、まず基本的なプロキシ接続が成功することを確認してから、通信の取り込みに必要な権限を調べましょう。

システムプロキシは、システムのプロキシ設定に従うアプリに接続先を提供しますが、すべてのアプリが利用するとは限りません。TUNは仮想ネットワークインターフェースを使い、設定に合致する通信を取り込みます。通常は対象範囲が広い一方、ルーティングやDNSの切り分けが複雑になります。初めて使う場合は、まずシステムプロキシで接続を確認し、必要に応じてTUNを試してください。複数のスイッチを一度にすべて有効にするのは避けましょう。両方の方式を併用した場合の動作はクライアントごとに異なるため、使用中のバージョンの説明を確認してください。接続ループや二重の通信取り込みが起きる場合は、まず一方だけを有効にし、ほかのプロキシツール、ブラウザー拡張機能、アプリ独自のプロキシ設定が動作していないか確認します。

普段使いでは、まずクライアントのルールベースのルーティングを利用し、ルールに合ったリクエストをプロキシ経由または直接接続に振り分ける方法がおすすめです。グローバルプロキシは、問題の原因がルールにあるか一時的に確認するのに役立ちます。ただし、通常はクライアントに入った後のルーティング判断を変えるだけで、すべてのアプリの通信を取り込むとは限りません。切り替える前に元のモードを記録し、同じWebサイトでテストして、ログから実際の接続経路を確認してください。ルーティング、DNS、コアを同時に変更すると、どの設定が影響したのか判断しにくくなります。特定のドメインだけ経路が誤っている場合は、そのドメインのルールと優先順位を確認しましょう。1つのサイトのためにすべての通信方式を恒久的に変える必要はありません。

同じサブスクリプションをデスクトップとAndroidクライアントの両方で読み込める場合がありますが、サービスがそれぞれの端末での利用を許可し、プロトコルとサブスクリプション形式が各クライアントに対応していることが条件です。各端末で個別にサブスクリプションを読み込み、アプリのフォルダー全体を共通設定としてコピーするのは避けましょう。ローカルポート、システムプロキシ、TUN、ファイルパス、ルーティングルールにはOSごとの違いがあるため、それぞれ確認が必要です。読み込み後は、プロトコル、通信方式、セキュリティ設定が正しく保持されているかも確認してください。サブスクリプションを更新しても、ローカル設定がすべて同期されるわけではありません。一方の端末だけ接続できない場合は、サブスクリプション全体の問題と決めつけず、まずコアのバージョンと読み込み結果を比較しましょう。

まずプロキシをオフにして、ローカルネットワークが正常に使えることを確認します。次にサービスが有効か、アドレスとポートに漏れがないかを確認してください。そのうえで、TCP接続不可とプロキシのハンドシェイク失敗を切り分けます。前者ではネットワーク経路、接続先ポート、サーバー側の待ち受け状態を確認し、後者では認証、TLS、サーバー名、プロトコルの組み合わせを確認します。正常に使える設定と比較するか、別のローカルネットワークで試すと原因を絞り込めます。問題が起きたときに関連ログを確認し、エラーの種類と発生時刻を記録してください。共有する際はアドレスと認証情報を隠しましょう。タイムアウト時間を延ばすだけでは設定ミスは直りません。コアを何度も入れ替える前に、現在の設定がそのコアに対応しているか確認してください。

システムプロキシは、アプリが利用するかどうかを選べる設定であり、すべての通信を強制的に取り込むものではありません。まずシステムプロキシに従うブラウザーで基本接続を確認します。ブラウザーは正常で特定のアプリだけ問題がある場合、そのアプリ独自のプロキシ設定や、標準で直接接続する仕様を確認してください。プロキシを手動で設定するときは、プロトコル、待ち受けアドレス、ポートを確認します。HTTPとSOCKSの接続先を混同したり、別のクライアントのポート番号をそのまま使ったりしないでください。基本接続を確認した後、すべてのアプリの通信を取り込む必要があればTUNを検討します。どのアプリもプロキシを使わない場合は、クライアントのローカル待ち受けが起動しているか、ポートが競合していないか、システムプロキシが別のプログラムに上書きされていないか確認しましょう。

まず、システムが停止済みのローカルプロキシポートを参照したままになっていないか確認してください。クライアントを再起動し、システムプロキシの解除や元の設定への復元を行ってから通常どおり終了します。または、OSのネットワーク設定から残っている手動プロキシを削除してください。TUNを使用していた場合は、該当モードをオフにし、仮想インターフェースが終了しているか確認します。Androidでは、システムのVPN設定で「常時接続」や「VPNなしの接続をブロック」が有効になっていないかも確認してください。作業後に現在のネットワークへ再接続し、基本的な通信をテストします。特に社内ネットワークやカスタムDNSを使用している端末では、最初からネットワーク設定全体をリセットしないでください。復元前に元の値を記録し、業務に必要な設定を失わないようにしましょう。