V2Rayのよくある質問

V2Rayは通常、Project Vエコシステムのプロキシツールや関連技術を指します。V2FlyはV2Rayコアの保守を引き継ぎ、Xrayは独自に開発が進む別のコアです。コアはプロトコル接続とトラフィック処理を担い、v2rayNはサーバー、サブスクリプション、ルーティング、プロキシ設定を管理し、選択したコアを起動するGUIクライアントです。設定が使えるかどうかは、クライアントが項目を認識するか、選択したコアがプロトコルに対応しているか、サーバー側の設定と一致しているかによって決まります。トラブル時は、まずクライアント名、使用中のコア、プロトコルの種類を記録しましょう。「V2Rayにつながらない」と一括りにせず、GUIクライアントを変更すれば必ず直ると考えないことも大切です。

Windows、macOS、Linuxのデスクトップでは、まずv2rayNを選び、OSとCPUアーキテクチャに合ったダウンロード項目を選択します。Windowsのダウンロードページにはデスクトップ版と従来のWPF版があり、前者はクロスプラットフォームのUI、後者は従来のWindows UIを採用しています。メニューの位置は異なる場合があります。AndroidではXrayコアを使用するv2rayNGが第一候補です。V2Flyコア向けの設定が必要な場合は、v2flyNGも検討できます。名前が似ていても設定の対応範囲は同じとは限らないため、サーバー側の要件を確認してください。まずは1つのクライアントで設定を取り込み、接続を確認してから移行を検討しましょう。複数のプロキシサービスを同時に有効にすると、ポートやVPNの制御が競合することがあります。

クライアントが提供するのは設定管理と接続機能であり、インストールしただけで利用可能なサーバーが用意されるわけではありません。サブスクリプションURLから複数のサーバー設定を取得でき、共有リンクは通常、個別のサーバー情報を表します。どちらも利用権限のある提供元から入手してください。取り込む前に、サブスクリプションURL、個別の設定リンク、一般のWebページURLのどれかを確認しましょう。ログインページをサブスクリプションとして使うことはできません。サブスクリプションには認証情報が含まれる場合があるため、機密情報として扱い、公開の掲示板などに貼り付けないでください。提供元からログイン後にURLを再発行するよう案内された場合は、アカウントページで手続きを行います。当サイトではクライアントのダウンロードと設定方法を案内しています。サーバーの有効期限、通信量、アカウント権限については、設定の提供元に確認してください。

システムプロキシは、OSの設定に従うアプリに対し、リクエストをクライアントのローカルプロキシポートへ送るよう指示します。ただし、アプリによってはこの設定を無視します。ルーティングモードは、コアに届いたリクエストを直接接続、プロキシ経由、ブロックのどれにするか決めるもので、すべてのアプリを自動的にプロキシへ接続する機能ではありません。TUNモードは仮想ネットワークインターフェースを通じてトラフィックを制御するため、通常はより広い範囲をカバーしますが、ルーティングの除外設定、アプリの動作、OSの権限にも左右されます。一般的なブラウザーで使う場合は、まずシステムプロキシを有効にして接続を確認し、必要に応じてTUNを検討してください。原因を切り分けるため、トラフィックの制御方式とルーティングルールを同時に変更しないようにしましょう。LANへのアクセスに問題がある場合は、直接接続や除外ルールも確認してください。

v2rayNで「サブスクリプショングループ」を開き、「サブスクリプショングループ設定」からグループを追加してURLを入力します。保存後、「サブスクリプションをすべて更新（プロキシを使用しない）」を実行してください。UIのバージョンによって表記やメニューの場所は多少異なりますが、先にグループを保存してから更新するのがポイントです。URLをコピーするときは、先頭や末尾に空白、改行、日本語の句読点、チャットアプリの説明文が混入していないか確認します。個別サーバーの共有リンクを受け取った場合は、クリップボードからサーバーを取り込むメニューを使い、リモートサブスクリプションURLとして登録しないでください。Androidではサブスクリプション設定でURLを追加し、一覧に戻って更新します。解析エラーが出た場合は、リンクの種類とクライアントが対応するサブスクリプション形式を確認してください。

端末がarm64に対応している場合は、arm64パッケージを選びましょう。アーキテクチャがわからない場合や複数のアーキテクチャへの互換性が必要な場合はuniversalが適していますが、通常はファイルサイズが大きくなります。2015年以降の主流スマートフォンの多くはarm64対応プロセッサを搭載していますが、プロセッサの対応状況と端末で実際に動作するOSのアーキテクチャは同じとは限らず、購入年だけでは判断できません。「設定 → デバイス情報」でモデル名とシステム情報を確認し、端末の仕様も参照してください。判断できない場合は汎用版を試せます。インストーラーに非対応と表示された場合は、アーキテクチャとOSの要件を確認しましょう。署名の競合は、インストール済みアプリの署名元が原因であることが多く、universalに変えても解決しません。作業前に現在の設定をバックアップしてください。

システムプロキシに従うアプリでクライアントを使う場合は、v2rayNの「システムプロキシ」で「システムプロキシを自動設定」を選択し、利用可能なサーバーがアクティブになっていることを確認します。プロキシを解除するときは「システムプロキシをクリア」を選びましょう。「システムプロキシを変更しない」は、プロキシを無効にする設定ではなく、通常は現在のOSの状態を維持するという意味です。ローカルの待ち受けポートは「設定 → パラメータ設定」で確認できます。項目名はクライアントのバージョンやコアの設定によって異なります。ブラウザーなどのアプリにプロキシを手動設定する場合は、現在実際に待ち受けているアドレス、ポート、プロトコルを指定してください。リモートサーバーのアドレスを直接入力するものではありません。待ち受け設定を変更したらサービスを再起動し、ログでポートのバインドに成功しているか確認します。

まず通常のプロキシで使える状態に戻し、TUNの問題を個別に確認します。Windowsでは、クライアントの要件に従って管理者権限で起動しているか確認してください。Linuxでは必要な権限昇格の手順や権限設定が完了していることを確認します。macOSでは、OSに求められたネットワーク設定の許可が有効になっているか確認してください。用途を理解せずにシステムディレクトリの権限を変更しないでください。AndroidのVPN許可はデスクトップのTUNとは仕組みが異なり、初回接続時には通常、OSの確認ダイアログで許可が必要です。別のVPNサービスが動作中の場合は、競合するサービスを先に停止します。それでも失敗する場合はログを開き、権限拒否、仮想インターフェースの作成失敗、ルート追加の失敗のどれかを確認して、原因に応じて対処してください。スイッチを何度も押しても、不足している権限は補えません。

v2rayNのサーバー一覧からテスト対象を選び、右クリックメニューで、利用中のバージョンにあるTCPテストまたは実接続テストを実行します。TCPテストで確認できるのは主にサーバーポートへの接続性です。プロトコル認証、目的のWebサイトへのアクセス、プロキシ経路全体の正常性までは確認できません。実接続テストはプロキシ経由でテスト先にリクエストを送るため、普段の使い方に近い一方、テスト先の状態にも影響されます。結果を比較するときは、テスト方法、ネットワーク、接続先をそろえてください。異なるテスト方式の数値をそのまま比べることはできません。テストに失敗したら、同じ設定で実際に必要なサイトへアクセスし、ログとあわせて判断しましょう。遅延が小さくてもダウンロードが速いとは限らず、通信速度と安定性は別途確認が必要です。

中国本土の一般的なWebサイトには直接接続し、それ以外の通信にはプロキシルールを適用する場合は、「ルーティング → 中国本土を迂回」から試してください。問題がルーティングによるものか一時的に確認する場合は、「グローバル」に切り替えて比較できます。ここでの「グローバル」はルーティングポリシーを指し、すべてのアプリがシステムプロキシやTUNで制御されるという意味ではありません。プリセットルールの動作は、ルールの内容、ドメイン情報、ルールデータベースが利用可能かどうかにも左右されます。モード名だけで個々のリクエストの接続先を判断することはできません。設定を変えるときは一度に1項目だけ変更し、対象ページを開き直してログを確認しましょう。一部のサイトだけに特別な設定が必要な場合は、ドメインルールを追加し、既存ルールとの優先順位も確認してください。

手動で追加したサーバーは専用のグループに入れ、自動更新されるサブスクリプションの項目と同じグループで管理しないようにしましょう。更新時に対象グループのサーバー情報が再作成され、手動で変更した別名、アドレスなどの項目が保持されないことがあります。実際の動作はクライアントの設定にもよります。変更内容を長期保存する場合は、あらかじめ独立した手動グループにコピーし、サブスクリプションの元の値から変更した項目を記録してください。更新後は、アクティブなサーバーが意図した項目を指しているか確認し、実際にアクセスして動作を確かめます。重複項目を削除する前に必要な設定をエクスポートしましょう。サブスクリプションから削除されたサーバーは、すでに使えなくなっている可能性があります。コピーを保存しても設定内容が残るだけで、サーバーの利用期間が延びるわけではありません。

サブスクリプションURLや、クライアントが対応する設定エクスポートファイルは移行できます。ただし、プログラムのフォルダー全体を別のOSでそのまま使えるとは限りません。新しい端末に対応するクライアントをインストールし、サブスクリプションを取り込んで更新した後、新しいOSに合わせてシステムプロキシ、待ち受けポート、TUNの権限、ルーティングを再設定してください。別のクライアントに移行する場合、個別の共有リンクに含まれるのは通常サーバー接続情報だけで、グループ、ルーティングルール、DNS設定、画面の設定などは引き継がれないことがあります。重要なルールは別途記録し、移行先のクライアントが対応しているか一つずつ確認しましょう。エクスポートした設定にサーバーの認証情報が含まれる場合があるため、管理された安全な経路で転送し、作業後は一時コピーを削除してください。複数端末で同時に接続できるかどうかは、サーバーアカウントの同時接続制限にもよります。

まずサブスクリプショングループの設定を開き、URLが完全か、グループが有効かを確認します。次に、更新時のメッセージがネットワークエラー、権限エラー、解析エラーのどれかを確認してください。現在のプロキシが使えない場合は、まず「サブスクリプションをすべて更新（プロキシを使用しない）」を試します。プロキシ経由でアクセスする必要があり、現在のプロキシが使えることを確認できた場合に限り、プロキシ経由で更新してください。アクセス拒否やURLの無効が表示されたら、アカウントの状態とサブスクリプションURLが再発行されていないか確認し、同じリクエストを繰り返さないでください。ダウンロードに成功しても項目が表示されない場合は、取得した内容がログインページやエラーメッセージではないか、クライアントが対応する形式かを確認します。最後にサーバー一覧の絞り込みを解除し、「すべて」グループに切り替えて、画面のフィルターで項目が隠れていないか確認してください。

まずログでタイムアウトが発生した段階を確認し、原因を切り分けます。サーバーのアドレスやポートに接続できない場合は、現在のネットワーク、サーバーの稼働状況、ポート、ファイアウォールを確認してください。接続後にTLSやプロトコルの段階で失敗する場合は、端末の時刻、サーバー名、トランスポート方式、認証パラメーターを確認します。サーバー名や証明書の設定ミスを隠すために、証明書検証を無効にしないでください。同じネットワークで動作確認済みの別設定を試し、別のネットワークで元の設定を試すと、原因の範囲を絞れます。ただし、一度の成功や失敗だけでは長期的な状態は判断できません。複数の設定が同時に失敗する場合は、ローカルネットワークとコアの起動状態を優先して確認します。「タイムアウト」だけでなく、エラーメッセージ全文を記録すると原因を特定しやすくなります。

「接続済み」がコアやVPNサービスの起動を示すだけで、サーバー認証や目的のサイトへのアクセス成功を保証するものではないことを確認しましょう。プロキシ経由が必要なページを開き、対応するリクエストがログに記録されるか確認します。リクエストがまったく記録されない場合は、システムプロキシ、アプリ独自のプロキシ設定、TUNの制御範囲を確認してください。リクエストはあるものの名前解決エラーが出る場合は、DNS設定と関連サーバーへの接続性を確認します。一部のサイトだけ開けない場合は、ルーティングルール、接続先サービスの状態、プロトコル設定を確認してください。直接接続が想定されるページと、プロキシ経由が想定されるページをそれぞれ試し、1つのサイトだけで判断しないようにします。ブラウザーが古い接続を使っている場合は、完全に終了してから再起動してください。テスト中にサーバー、DNS、ルーティングモードを同時に切り替えないでください。

まずコアが起動していることを確認し、ログでローカルの待ち受けに成功している記録を探します。アドレスが使用中と表示された場合は、クライアントの多重起動や同じポートを使う別のプロキシアプリを終了し、サービスを再起動してください。複数のプログラムを同時に使う必要がある場合は、それぞれ異なる待ち受けポートを設定し、手動設定したアプリ側の値も変更します。コアは正常なのにブラウザーのリクエストがログに出ない場合は、他のソフトがシステムプロキシを上書きしていないか、ブラウザーに独自のプロキシ設定がないか確認してください。システムプロキシに従わないアプリでは、アプリ内に正しいプロキシを設定するか、権限を確認したうえでTUNを使用します。作業の最後に、システムプロキシが稼働中の待ち受けポートを指していることを確認してください。クライアント終了後に使えないプロキシ設定が残るのを防げます。