V2Rayのよくある質問

まずOSに合わせてクライアントを選び、必要なコア機能に対応しているか確認します。Windows、macOS、Linuxではv2rayNを使用できます。Windowsではクロスプラットフォーム対応のDesktop版と、従来のWPF版から選べます。Androidでは通常、Xrayコアを採用したv2rayNGを選び、V2Flyコアとの互換性が必要な場合はv2flyNGを検討します。いずれもGUIクライアントであり、サーバーソフトではありません。設定の対応範囲はクライアントとコアのバージョンによって異なるため、ソフト名だけで判断せず、インストールパッケージのアーキテクチャも端末に合わせてください。

クライアントは設定を読み込んで通信を処理しますが、インストールだけで利用可能なリモートサーバーが用意されるわけではありません。サブスクリプションURLはサーバー設定をまとめて取得・更新するためのもので、共有リンクは通常、個別の設定に対応します。両者は入力方法が異なります。利用権限のあるサービス設定を使うか、自分で構築したサーバーから必要な情報を取得してください。当サイトではクライアントの配布先と設定資料を案内していますが、接続先のサブスクリプションは提供していません。サブスクリプションURLには認証情報が含まれる場合があります。公開スクリーンショットやチャット、オンライン変換サイトに載せないでください。追加前に利用期限、通信量、対応プロトコルも確認しましょう。

プロトコル、通信方式、セキュリティ層はそれぞれ異なる設定項目です。サーバーから指定された情報を組み合わせてください。VMess、VLESS、Trojanは代表的なプロキシプロトコルで、REALITYはセキュリティ層の方式です。すべてのプロトコルを単独で置き換えるものではありません。VLESSはREALITYと組み合わせる場合も、別のセキュリティ層を使う場合もあります。設定を追加したら、アドレス、ポート、ユーザーID、通信方式、セキュリティ関連の項目を確認しましょう。サーバー名、公鍵、Short IDなど、サーバー側で必要な情報が欠けていると、設定を保存できても接続できないことがあります。テスト目的で証明書の検証を安易に無効化しないでください。

システムプロキシとTUNは、通信をクライアントに取り込む方法を決めます。ルーティングによる振り分けは、取り込んだ通信をどの出力先に送るかを決めます。システムプロキシは設定に従うブラウザーやアプリに適していますが、無視するソフトもあります。TUNは仮想ネットワークインターフェースを使って対象の通信を取り込み、追加の権限やルーティング、DNS設定が必要になることがあります。振り分けルールでは、特定のドメイン、アドレス、ポートを直接接続、プロキシ、遮断のいずれかに送れます。初めて使う場合は、まずシステムプロキシで接続を確認し、必要に応じてTUNを検討しましょう。一度にすべての項目を変更すると、原因を特定しにくくなります。

端末が64ビットARMアーキテクチャだと確認できている場合は、arm64を選びます。アーキテクチャが不明な場合や互換性に問題がある場合は、universal版を選んでください。2015年以降に発売された多くのスマートフォンは64ビットARMプロセッサを搭載していますが、プロセッサの能力とOSの実行アーキテクチャは必ずしも一致しません。購入年だけで判断せず、端末の仕様やシステム情報で確認しましょう。インストールできない場合は、ダウンロードの中断、空き容量不足、OSバージョンの要件、既存アプリとの署名の違いも確認してください。設定を失うおそれがあるため、先に既存アプリを削除しないでください。

まず入力の種類を確認し、内容がすべてコピーされているか調べます。プロトコル名から始まる共有リンクは、通常「クリップボードからインポート」機能で追加します。サブスクリプションURLはサブスクリプショングループに登録してから更新します。コピー時に説明文、引用符、改行、チャットアプリが自動で付けた省略表記が混ざらないようにしてください。追加後に項目が表示されない場合は、形式の解析エラーや未対応項目に関するメッセージを確認し、クライアントとコアが設定に対応しているか調べます。ログインページのURLがサブスクリプション用とは限りません。サービス管理画面に戻り、正しいURLをコピーしてください。認証情報を含む完全なURLを公開の質問掲示板に貼らないでください。

まず更新ログを確認し、ネットワーク要求の失敗か、取得内容の解析失敗かを切り分けます。要求に失敗した場合は、サブスクリプションURLの期限、端末の日時、すでに使えなくなったプロキシ経由で更新しようとしていないかを確認してください。v2rayNでは、現在のネットワークから更新先に直接アクセスできる場合に限り、プロキシを経由せずに更新する方法を試せます。解析に失敗した場合は、ログインページやエラーページが返されていないか、サブスクリプション形式が非対応ではないかを調べ、サービス提供元にも確認しましょう。使える設定が消えないよう、既存のグループを残してから再試行してください。すべての問題をBase64の形式だけが原因だと決めつけないでください。

まず通常のプロキシ接続が正常に動くことを確認し、その後でTUNの権限や仮想インターフェースを調べます。Windowsではクライアントの案内に従い、管理者権限が必要か確認してください。macOSやLinuxのデスクトップ版では、インストール方法に応じて補助サービス、許可設定、ネットワークインターフェースの作成に関する表示を確認します。他のOS向けの手順をそのまま流用しないでください。Androidでは通常、VPN接続の許可が求められます。拒否した場合は、再度許可してください。同時に、通信を制御しているほかのVPNやTUNツールを終了し、インターフェースやルートの競合を避けましょう。許可後も接続できない場合は、権限を上げ続けるのではなく、ログを保存してルートとDNSを確認してください。

まずシステムプロキシの接続先アドレスとポートが、クライアントの待ち受け設定と一致しているか確認し、コアが起動していることも確かめます。v2rayNの「システムプロキシを自動設定」はシステム設定を書き換えます。「システムプロキシを解除」は該当設定を削除し、「システムプロキシを変更しない」は通常、既存の状態を維持します。ブラウザー拡張機能、独自のプロキシ設定、企業のポリシーがシステム設定より優先されることがあります。競合しそうな設定を一時的に無効にし、ブラウザーを再起動して確認してください。SOCKSとHTTPのポートは互換性があるとは限りません。バージョンによっては混合ポートを利用できます。Androidではアプリ内のVPN許可で通信を取り込むのが一般的です。デスクトップのシステムプロキシ設定と同じ手順で確認しないでください。

モード名だけで決めず、ルールセットが実際に対象とする範囲を確認してください。「中国本土をバイパス」は通常、中国本土の特定ドメインやアドレスを直接接続にし、それ以外は既定の出力先に送ります。ブラックリストモードでは、通常、ルールで指定した宛先だけをプロキシ経由にします。グローバルモードは、多くの通信を選択中のプロキシに通して比較テストを行う場合などに使います。既定ルールや例外はクライアントの設定によって異なります。また、グローバルモードでもローカルアドレスの保護がすべて無効になるとは限りません。通常の利用では、LANやプライベートアドレスを直接接続にしてください。独自ルールを変更した後は優先順位を確認し、範囲の広いルールが先に適用されないようにしましょう。

遅延テストでわかるのは、特定のテスト条件で接続できるかどうかです。実際のアプリでの確認の代わりにはなりません。サーバーを選択してコアを起動したら、システムプロキシまたはVPNによる通信の取り込みが有効か確認します。次に、アクセスできることがわかっているHTTPSページをブラウザーで開き、クライアントのログに該当する要求と想定した出力先が記録されているか確認してください。UDPや特定のアプリも確認する場合は、それぞれ個別にテストします。Webページが開けたからといって、すべての通信が正常とは限りません。直接接続とプロキシ接続を比較するときは、同じ宛先を近い時間帯に試し、ほかのプロキシツールを終了してください。問題を共有するときはエラーの種類を記録すれば十分です。サーバーの認証情報は公開しないでください。

更新や移行の前に、復元できるユーザー設定をバックアップしてください。サブスクリプショングループ、手動で追加したサーバー、独自のルーティング、DNS設定、ローカルの待ち受けポートなどが対象です。クライアントのエクスポートやバックアップ機能を使い、ファイルは安全な場所に保存しましょう。バックアップにはサブスクリプションの認証情報やサーバーの認証情報が含まれる場合があります。通常のスクリーンショットのように公開しないでください。更新後は設定が正しく読み込まれたか、コアが起動するかを確認してから、独自設定を一つずつ戻します。別のクライアントに移行すると、一部の固有項目はそのまま引き継げないことがあります。内容を確認し、新しい環境で使えることを確かめてから、旧端末の設定を整理してください。

まず最小限の条件で比較し、特定の設定だけ失敗するのか、すべての設定が失敗するのかを切り分けます。1件だけタイムアウトする場合は、サーバーアドレス、ポート、利用期限、認証項目を確認し、サービス提供元に稼働状況を問い合わせてください。すべてタイムアウトする場合は、まずローカルネットワークで通常のWebサイトにアクセスできるか確認し、次にクライアントのコア起動ログ、端末の日時、セキュリティソフトのブロック履歴を調べます。利用権限のある別の既知の設定でも比較できます。TCPの遅延を測れても、プロトコルのハンドシェイクに成功したとは限りません。サーバーによっては特定のテスト方法が制限されています。一度タイムアウトしただけで、すべてのプロトコル設定を何度も変更しないでください。

接続済みという表示は、通常、コアまたはVPNインターフェースが起動したことを示します。リモートサービス、通信の振り分け、DNSがすべて正常とは限りません。まずWebページにアクセスしたとき、ログに要求が記録されるか確認してください。要求がない場合は、システムプロキシ、ブラウザー独自の設定、VPNが通信を取り込む範囲などを調べ、アプリの通信がクライアントに届いているか確認します。要求はあるのに失敗する場合は、エラーに応じてハンドシェイク、ドメインの名前解決、出力先のルートを確認し、既知の別設定でも比較してください。一部のサイトだけ失敗する場合は、ルールによって誤って直接接続にされていないか、接続先のサービス自体に障害がないか調べます。ポート、DNS、ルートを一度に変更せず、1項目ずつ変更して前後の結果を記録しましょう。

まず障害がOS、クライアント、リモート側のどの名前解決処理で起きているかを確認してから、DNSの変更を検討してください。現在のネットワークでログイン認証が完了しているか、クライアントに設定したDNSアドレスへ到達できるかを確認します。暗号化DNSを使っている場合は、サーバー名、接続経路、DNS要求の出力先も確認してください。TUNでは、DNSの取り込み設定とルーティングが一致していないと、要求がループしたり誤った経路に流れたりすることがあります。FakeDNSも、名称だけを見て安易に有効化しないでください。一時的にクライアントの既定DNS設定に戻して比較し、その後、独自設定を一つずつ戻す方法もあります。WebサイトのIPアドレスに直接アクセスできるかだけでDNSを判断しないでください。HTTPSやバーチャルホストではドメイン名が必要な場合があります。

まず特定の宛先だけ遅いのか、特定の設定だけ遅いのか、ネットワーク全体が不安定なのかを分け、同じ条件で比較します。バックグラウンドのダウンロードを一時停止し、同じ宛先を異なるネットワークや利用可能な別設定で試します。発生時刻とクライアントに表示されたエラーの種類も記録してください。Androidで画面ロック後に切断される場合は、バッテリー最適化、バックグラウンド実行の権限、ほかのアプリによるVPNの置き換えを確認します。デスクトップではスリープからの復帰、ネットワークの切り替え、ほかのプロキシツールとの競合を調べてください。通信速度はローカル回線、リモート側の負荷、接続先サイトの影響を受けるため、遅延の数値だけでは判断できません。頻繁に切れる場合は、すぐにMTUなどの高度な設定を変更せず、まずログを集めましょう。