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

V2RayはProject Vのプロキシツールエコシステムに属し、V2Flyはそのコアの開発を引き継いでいます。Xrayは同じ技術エコシステムにおける別のコア実装です。v2rayNはサーバー、サブスクリプション、ルーティングを管理し、コアを起動するGUIクライアントです。画面が開いていても、コアが正常に動作しているとは限りません。接続を調べる前に、まずコアのログを確認してください。プロトコルを選ぶ際は、クライアント名だけで判断せず、使用中のコアが該当するトランスポートとセキュリティ設定に対応しているかも確認しましょう。

Windows、macOS、Linuxのデスクトップでは、まずv2rayNを検討してください。AndroidではXrayコアを採用したv2rayNGが候補です。V2Fly設定との互換性が必要な場合は、v2flyNGも検討できます。選ぶ際は画面の見た目ではなく、OS、プロセッサのアーキテクチャ、サーバー設定を基準にしてください。同じサブスクリプションでも、クライアントによって設定項目の解釈が異なることがあります。移行後はプロトコル、トランスポート、TLS、ルーティングを確認し、以前のローカル設定フォルダーをそのまま使わないでください。

サブスクリプションURLは通常、複数の設定を返すネットワーク上のURLで、追加後に更新が必要です。共有リンクはvmess://、vless://、trojan://などで始まり、通常は1つのサーバー設定を表します。JSON設定には、inbound、outbound、DNS、ルーティングなどの設定一式が含まれる場合があります。それぞれ適切なインポート方法が異なります。受け取った内容の形式を確認してから、サブスクリプショングループ、クリップボード、設定ファイルのいずれか適切な方法で読み込んでください。サブスクリプションURLをサーバーアドレス欄に入力しないよう注意しましょう。

システムプロキシは、システムのプロキシ設定に従うアプリをローカルのプロキシポートに接続します。ルーティングは、コアに入った通信をdirect、proxy、blockのどれに振り分けるかを決めます。TUNは仮想ネットワークインターフェースを通じて通信を取り込み、対象範囲はプラットフォームや設定によって異なります。それぞれ役割の異なる仕組みです。ブラウザーの通信がクライアントに入っていない場合、geositeルールを変更しても通常は効果がありません。クライアントに入った通信の出口が誤っている場合は、システムプロキシを何度も切り替えるのではなく、ルールの順序を確認してください。

VLESSとTrojanはプロキシプロトコル、REALITYは接続のセキュリティ機構です。同じ階層の、互いに排他的な3つの選択肢ではありません。サーバー側のプロトコル、トランスポート、セキュリティ設定に合わせて構成してください。REALITYを使う場合は、公開鍵、serverName、shortIdなどの値も確認します。名称だけを見てプロトコルを手動で変更したり、既存のTLS設定をそのままREALITYに置き換えたりしないでください。まず提供元の完全なリンクをインポートし、使用中のクライアントとコアが各設定に対応しているか確認しましょう。

2015年以降の主流Android端末ではarm64を選べる場合が多いものの、発売時期だけでアーキテクチャを判断せず、端末のシステム情報とアプリの要件を確認してください。universalは複数のアーキテクチャに対応しており、判別できない場合に試せますが、ファイルサイズは大きくなる傾向があります。インストールできない場合は、OSの最低要件、空き容量、既存アプリとの署名の競合も確認しましょう。インストール失敗の原因がすべてアーキテクチャとは限りません。古いアプリを削除する前に、必要な設定をバックアップしてください。

デスクトップ版は新世代のクロスプラットフォームUIを採用し、従来のWPF版はWindows向けのデスクトップUIを使用しています。メニューの位置や一部の設定項目へのアクセス方法が異なる場合があります。Windowsでは、操作の好みや実際の互換性に応じて選んでください。両方を同時に起動する必要はありません。初めて移行する際は、サーバーとルーティングの設定をエクスポートしてから新しいバージョンにインポートし、ローカルポートを確認します。新しいバージョンのデータファイルで旧バージョンのフォルダーを上書きしたり、2つのインスタンスで同じプロキシポートを使ったりしないでください。

まず、コピーしたURLが完全で、前後に空白や改行、チャットアプリが付けた句読点がないことを確認します。v2rayNではURLをサブスクリプショングループに登録した後、サブスクリプションを更新してください。グループを保存しただけではサーバー一覧は作成されません。形式が未対応と表示された場合は、取得した内容がログイン画面やエラーページではないか、クライアントが対応している形式かを確認します。共有リンクは、クリップボードからのインポート機能を使ってください。URLが無効なのに、エンコードを手動で変更して解決しようとしないでください。

デスクトップのTUNは仮想ネットワークインターフェースを作成または管理するため、クライアントのバージョンやOSに応じて、管理者権限、サービスのインストール、システムの許可が必要になることがあります。AndroidクライアントはシステムのVPN許可を通じて通信を取り込むため、システムの確認画面で許可してください。許可後も動作しない場合は、インターフェース作成に関するログを確認し、他のVPNアプリが使用中でないか調べます。まず通常のシステムプロキシが動くことを確認してからTUNを有効にすると、サーバー設定の問題とインターフェース権限の問題を切り分けやすくなります。

macOSでは「このMacについて」などのシステム情報でApple SiliconかIntelかを確認し、対応するarm64またはx64のインストーラーを選びます。Linuxではプロセッサのアーキテクチャとパッケージ形式の両方を確認してください。DebianやUbuntu系では通常deb、Fedoraなどでは通常rpmを選び、そのうえでx64とarm64を区別します。インストール後に起動しない場合は、システムの依存関係とアプリのログを確認してください。パッケージの拡張子を変更して、異なるアーキテクチャやパッケージ管理方式に無理にインストールしないでください。

中国本土のWebサイトには直接接続し、それ以外をルールに従ってプロキシ接続する場合は、「中国大陸を除外」するルールセットから試してください。グローバルモードは、振り分け設定が原因か一時的に切り分ける際に便利ですが、プライベートアドレスなどが実際のルールでどう扱われるかも確認しましょう。モードの切り替え後は設定が再読み込みされたことを確かめ、同じWebサイトで再度テストしてください。グローバルモードにしても、すべてのアプリがプロキシを経由するわけではありません。システムプロキシに従わないアプリでは、アプリ内のプロキシ設定やTUNによる取り込みを確認してください。

現在のネットワークからサブスクリプションサービスに直接アクセスできる場合は、「プロキシを使用せずに更新」を選べます。直接接続に失敗し、利用可能なプロキシがある場合は、プロキシ経由での更新を試してください。変わるのはサブスクリプションを取得する経路であり、期限切れのURLやサーバーから返されたエラー内容が直るわけではありません。切り替える前に、名前解決エラー、接続タイムアウト、HTTPステータスコードなど、ログに記録された具体的なエラーを確認します。サービスのリクエスト制限にかからないよう、短時間に何度も更新しないでください。

ルーティング設定にドメインのマッチ条件を追加し、directのアウトバウンドを選択します。たとえばdomain:example.comは該当ドメインとサブドメインに一致し、full:example.comは完全一致のみです。Xrayのルーティングは通常、上から順にルールを照合します。特定の例外ルールは、先に一致する可能性がある広範なルールより上に置いてください。保存して再読み込みしたら、既存の接続を閉じて再アクセスし、アクセスログでアウトバウンドのタグを確認します。Webページが開くかどうかだけでルールの適用を判断したり、システムプロキシの除外リストをコアのルーティングテーブルと混同したりしないでください。

まずサブスクリプションURL、またはクライアントからエクスポートできる設定を移行し、現在のサーバー、ルーティングルール、DNSを確認します。システムプロキシ、TUNの許可、自動起動、ローカルポート、アプリごとの振り分けは端末環境に依存することが多く、新しい端末で再設定が必要です。クライアントによっては、完全なバックアップを相互に読み込めません。共有リンクをインポートできても、別のクライアントのデータベースを読み込めるとは限りません。バックアップにはサーバーの認証情報や個人用サブスクリプションURLが含まれる場合があります。安全な場所に保管し、移行後は一時コピーを削除してください。

アプリを終了した後もシステムの接続先が、すでに停止したローカルプロキシポートのままだと、ブラウザーはそのポートへの接続を試み続けます。v2rayNでは、先に「システムプロキシを解除」を実行してから通常の方法で終了してください。TUNを使用している場合は、仮想インターフェースと関連ルートが復元されていることも確認します。クライアントをすでに閉じている場合は、システムのネットワーク設定で手動プロキシを確認してください。他のソフトや組織が管理するプロキシ設定を、むやみに消去しないでください。復旧後はブラウザーを再起動し、ローカルネットワークと通常のWebサイトへの接続をそれぞれ確認します。

まずテスト方法を確認してください。TCP接続の成功は、宛先ポートに接続できることを示すだけで、プロトコルのハンドシェイクやWebリクエストの成功を意味しません。特定のテストでタイムアウトしても、それだけでサーバーの停止とは判断できません。サーバーアドレス、ポート、システム時刻、現在のネットワークを確認し、プロトコル、トランスポート、セキュリティ設定を照合します。ログで名前解決失敗、接続拒否、ハンドシェイクエラーのどれが発生しているかを確認し、必要に応じて別のネットワークでも比較してください。元の設定を保存し、変更は一度に1項目にとどめると、原因を特定しやすくなります。

「接続済み」は通常、ローカルサービスやVPNインターフェースが起動した状態を示すだけで、リモート接続の成功を意味しません。まずコアの起動ログを確認し、次にアプリの通信がシステムプロキシまたはVPNに入っているか確認します。Webページにアクセスした際、リクエストの記録が出るかも見てください。記録がなければ通信の入口を、記録があるのに失敗する場合はサーバーとのハンドシェイク、DNS、ルーティングを重点的に調べます。まずブラウザーとWebサイトを1つずつに絞って検証し、プロキシ設定を書き換える可能性のある拡張機能は一時的に無効にしてください。ブラウザー独自の設定がシステム設定を上書きしている場合があります。

まずステータスバーで「システムプロキシを自動設定」を選び、コアが正常に起動していることと、ローカルの待ち受けポートが使用中でないことを確認します。次にシステムのネットワークプロキシ設定を開き、アドレスとポートが現在のインスタンスを指しているか確認してください。設定値がすぐに元に戻る場合は、別のプロキシソフト、ブラウザー拡張機能、デバイス管理ポリシーを調べます。システムプロキシを参照しないアプリでは、アプリ内で個別に設定するか、TUNの利用を検討してください。通信がクライアントに入っていない場合、ルーティングモードを何度も切り替えても解決しません。

現在使える設定は残したまま、更新時のエラーを記録し、URLの期限、端末の時刻、ドメインの名前解決、サブスクリプションサービスへの接続をそれぞれ確認してください。HTTP 401や403の場合は、まず認証とサービスの状態を確認します。タイムアウトの場合は、通信経路を重点的に調べましょう。取得に成功しても解析できない場合は、内容の形式を確認します。利用可能なサーバーがある場合は、直接接続とプロキシ経由の更新を比較できます。サブスクリプションURL全体を公開したり、一覧が空になっただけでクライアントの再インストールが必要だと判断したりしないでください。

まず同じネットワークとブラウザーで、正常なWebサイトと問題のあるWebサイトを比較します。次に、問題のあるドメインの名前解決エラーと、ルーティングルールの適用ログを確認してください。一時的にグローバルルールへ切り替えて直る場合は、先に一致したdirectまたはblockルールを調べます。ログに名前解決失敗と明記されている場合は、クライアントのDNS設定、ブラウザーのセキュアDNS、TUNのDNS処理が互いに影響していないか確認してください。変更は一度に1か所にとどめ、キャッシュを消去して新しい接続で再テストします。ページは開くのに一部のリソースだけ読み込めない場合は、アドレスバーのメインドメインだけでなく、リソースのドメインも確認してください。