V2Rayのよくある質問

V2Rayは通常、Project Vエコシステムのプロキシツールや関連技術を指します。コアはプロトコル接続、ルーティング判定、データ転送を担い、GUIクライアントはサーバー一覧やサブスク管理、システムとの連携を担当します。デスクトップではv2rayN、Androidではv2rayNGがよく使われ、V2Flyコアを採用したv2flyNGも選択肢の一つです。設定画面で項目を保存できても、現在のコアがその機能に対応しているとは限りません。互換性を調べる際は、クライアント名、コアの種類、エラー内容を記録しましょう。ソフトのアイコンや画面のスクリーンショットだけでは情報が不足します。

クライアント上でプロトコル名だけを変更しても接続できません。プロトコルの種類、ポート、認証情報、伝送方式、安全レイヤーをサーバー側の設定と一致させる必要があります。VLESS自体にはペイロード暗号化がなく、TLSやREALITYなどのセキュリティ方式と組み合わせて使うのが一般的です。VMessには独自の認証・暗号化機構があり、Trojanは通常TLSを利用します。REALITYは安全レイヤーの方式であり、あらゆるプロトコルに置き換えられる独立したノード種別ではありません。まず共有リンク全体を読み込み、伝送方式とセキュリティ設定を確認してください。未対応の項目がある場合はコアの対応状況を調べ、接続のためにセキュリティ設定を削除しないでください。

サブスクURLは複数のサーバー設定を取得するためのもので、更新時に内容を再取得します。共有リンクは通常、単一サーバーの情報を表し、vmess://やvless://で始まる形式などがあります。JSON設定ファイルには、インバウンド、アウトバウンド、DNS、ルーティングなどの設定一式が含まれる場合があります。拡張子を変えるだけで相互変換できるわけではなく、同じ読み込みメニューが使えるとも限りません。提供元の説明を確認し、サブスク、単一ノード、カスタム設定のどれに当たるかを把握してから、対応するメニューを選びましょう。サブスクURLには認証情報が含まれる場合があるため、公開の場で相談する際はパス全体、クエリパラメーター、個人情報を隠してください。

比較的新しいAndroid端末の多くはarm64版を選べますが、購入時期だけでは判断できません。プロセッサーが64ビット対応でも、インストールされているOSが32ビットの場合があります。システム情報や端末の仕様でABIを確認し、arm64-v8aが含まれているか調べてください。アーキテクチャが分からない場合は、対応範囲が広いuniversal版が無難ですが、ファイルサイズは大きくなる傾向があります。インストールできない場合は、OSのバージョン要件、空き容量、提供元不明アプリのインストール許可、署名の競合も確認しましょう。クライアントやアプリの入手元を変更する前に必要な設定をエクスポートし、サブスクURLを保存していないままアンインストールしないよう注意してください。

まず、コピーした内容が欠けていないか確認し、URLの前後にある空白や改行、チャットアプリが付けた句読点を取り除きます。v2rayNではサブスクリプショングループの設定にURLを保存してから、サブスクを更新します。グループを保存しただけではサーバー一覧は作成されません。次に更新ログを確認し、リクエストの失敗と内容の解析失敗を切り分けます。前者ではネットワーク、URLの有効期限、アクセス権限を確認し、後者では現在のクライアントがサブスク形式に対応しているか確認してください。ログインページやエラーページが返された場合、リクエスト自体が成功してもサーバーは登録されません。サブスクリプショングループのフィルターで結果が隠れていないか確認してから、再読み込みを検討しましょう。

まず現在使える設定を残し、一度の更新失敗でサーバー一覧を消去しないでください。端末の時刻、現在のネットワーク、サブスクの有効期限を確認し、ログからDNSの名前解決失敗、接続タイムアウト、アクセス拒否のどれかを判断します。v2rayNではまずプロキシを使わずに更新を試してください。現在使えるプロキシ経由でしかURLにアクセスできない場合は、プロキシ経由の更新を選びます。すでに使えないノードを更新に使うと、更新には接続が必要で、接続には更新が必要という循環に陥ります。繰り返し失敗する場合は提供元にURLとサービスの稼働状況を確認し、短時間に何度もリクエストを送るのは避けましょう。

システムプロキシは、その設定に対応したアプリにプロキシの接続先を知らせる機能であり、すべてのアプリの通信を自動的に取り込むものではありません。まずクライアントのコアが動作していることを確認し、ローカルの待ち受けアドレスとポートをチェックします。HTTPポートをSOCKSの設定に入力しないよう注意してください。次に、対象アプリに個別のプロキシ設定がないか、再起動が必要か、プロキシの例外リストに対象ドメインが含まれていないかを確認します。コマンドラインツールやゲームの中にはシステムプロキシを参照しないものもあり、個別設定や適切なTUNモードが必要です。切り分けには、システムプロキシに対応しているブラウザーでテストしましょう。一つのアプリの動作だけでシステム全体の状態を判断しないでください。

TUNは仮想ネットワークインターフェースを作成し、関連するルートを変更するため、必要な権限はOS、クライアントのバージョン、インストール方法によって異なります。まず他のVPNや仮想ネットワークアダプターのツールを終了し、ログで権限、ドライバー、インターフェース作成のどこに失敗しているか確認してから、クライアントの案内に従って許可します。Windowsでは管理者権限が必要な場合があり、ほかのデスクトップOSではサービスのインストールやシステムの許可が求められることがあります。エラーの切り分けの代わりに、セキュリティソフトを常時無効にしないでください。TUNを有効にする前に通常のプロキシモードが使えることを確認しましょう。有効化後にネットワークが不安定になった場合は、TUNをオフにして通信を復旧させてから、DNS、ルート、インターフェースの競合を個別に調べます。

普段はルール分岐を使い、条件に一致したドメインやアドレスを指定したアウトバウンドに振り分ける方法がおすすめです。グローバルプロキシは、問題がルール判定にあるかを調べる短時間の比較テストに向いていますが、アプリの通信を取り込む方法やバイパス設定の影響は受けます。グローバルモードでも、すべてのアプリが必ずプロキシを通るとは限りません。テストではサーバー、接続先、ネットワークを同じにしてモードだけを変更し、結果を確認したら通常の設定に戻します。グローバルでは使えてルールモードでは失敗する場合、ルールの順序、デフォルトのアウトバウンド、ドメインのマッチ範囲を確認してください。特定のサイトのために、直結ルールをすべて削除するのは避けましょう。

ルーティング設定のAsIsは、元の接続先を使ってルール判定し、IPルールのためにドメインを追加で名前解決しません。IPIfNonMatchは、ドメインがルールに一致しない場合に名前解決し、IPルールでもう一度判定します。IPOnDemandは、判定中にIPが必要なルールに当たった時点で名前解決します。これはルーティングの判定段階を制御する設定であり、すべてのDNSリクエストの処理方法を統一するものではありません。主にドメインルールを使う場合は、まずクライアントの初期値を維持してください。IPルールが必要な場合に設定を変更し、DNS設定と合わせて動作を確認します。安易な変更はルールの判定結果を変えたり、名前解決の待ち時間を増やしたりすることがあります。

Androidのアプリごとのプロキシ設定は、VPNによる通信の取り込みを利用します。一般的な設定では、アプリごとのプロキシを有効にし、バイパスモードを無効にすると、選択したアプリがVPNを通ります。バイパスモードを有効にすると、選択したアプリは通常VPNを迂回し、それ以外のアプリがVPNを通ります。リストの意味を逆に捉えないよう、実際の画面にある説明も確認してください。VPNを通る設定にしても、すべての通信がリモートプロキシへ送られるわけではなく、その後のルールで直結になる場合があります。リストを変更したら接続し直し、テストするアプリも再起動してください。別のVPNが同時に動作している場合は、システムで有効にできるVPNは一つだけという競合を解消しましょう。

レイテンシテストで分かるのは、特定の測定方法での応答時間であり、ウェブページの表示、継続的なダウンロード、動画の再生品質を直接示すものではありません。TCP接続テスト、実際のリクエストによるテスト、ICMPテストでは目的も手順も異なり、結果を単純に比較できません。同じネットワークと測定方法を使い、実際のアクセス状況やログも合わせて確認してください。設定を変更する前に、クライアントのエクスポートまたはバックアップ機能で、サブスクリプショングループ、手動登録したサーバー、カスタムルールを保存しましょう。復元できることを確認してから変更してください。バックアップにはサブスクの認証情報や個人情報が含まれることがあるため、安全に保管し、スクリーンショットやログを共有する前に機密情報を隠してください。

まずプロキシをオフにして、通常のネットワークでアクセスできることを確認し、端末の日付とタイムゾーンもチェックします。次に接続先のサーバーアドレスとポート、サブスクの有効性を確認し、ログにある名前解決失敗、接続拒否、ハンドシェイク失敗を調べます。あらゆるエラーを回線速度の問題と決めつけないでください。同じ設定で別の利用可能なサーバーを試すか、別のネットワークから同じサーバーに接続し、一度に変える条件は一つにします。特定のサーバーだけ失敗し続ける場合は提供元に稼働状況を確認してください。すべてのサーバーで失敗する場合は、ローカルネットワーク、コアの起動状態、プロキシによる通信の取り込み方を優先して調べましょう。接続ボタンを何度も押すだけで済ませず、エラーを記録してください。

接続済みと表示されても、ローカルサービスやAndroidのVPNが起動しただけで、リモートサーバーが使えるとは限りません。まず正しいサーバーが選択されているか、コアのログにエラーがないかを確認します。次にブラウザーがシステムプロキシを使っているか、VPNまたはTUNによる通信の取り込み対象になっているかを確かめてください。複数のドメインへ個別に接続し、特定サイトだけの問題か全般的な障害かを切り分けます。ルールモードでのみ問題が起きる場合は、ルーティングとDNSを確認しましょう。Androidでバックグラウンド中に切断される場合は、バッテリー最適化やバックグラウンド実行の制限も調べます。プロトコル、DNS、ルーティング、ポートを一度に変更すると原因を特定できなくなるため、設定は一つずつ変更し、いつでも元に戻せるようにしてください。

まず接続できないドメインとログのエラーを記録します。名前解決できない、タイムアウトする、想定外のアドレスが返る場合は、現在のDNS設定と接続可能な状態かを優先して確認してください。名前解決は成功しているのに不適切なアウトバウンドへ接続する場合は、ルールの一致結果と順序を調べます。ルーティングの名前解決方針、コアのDNS、システムDNS、ブラウザーのセキュアDNSは、それぞれ異なる段階で使われる可能性があります。一つを変更しただけですべてに反映されるとは限りません。比較のためにブラウザー独自のDNSを一時的に無効にし、確認後に元へ戻す方法もあります。IPv6が関係する場合は、ローカルネットワークと選択したアウトバウンドの両方がIPv6で通信できるか確認してください。

まずクライアントでTUNをオフにするかVPNを停止し、システムプロキシを解除してから正常に終了します。異常終了した場合は、システムのネットワーク設定を開き、ローカルループバックアドレスを指す手動プロキシが残っていないか確認してください。今回の設定で追加されたものと確認できた場合に限り、削除します。その後ネットワークに再接続し、ほかのVPNやプロキシサービスが動作していないか確認しましょう。ネットワークアダプターやシステムルートをまとめて削除しないでください。それでも復旧しない場合は、OS、クライアントとコアのバージョン、通信の取り込みモード、発生時刻、関連するエラーログを記録します。相談時はサーバーアドレス、サブスクの認証情報、個人情報を隠してください。