V2Ray よくある質問：サブスクリプション・プロキシ・接続のトラブル対処

V2Ray は一般に Project V に関連するプロトコルとツールのエコシステムを指します。Xray はそのエコシステムにおけるコア実装で、プロトコル処理、インバウンド、アウトバウンド、DNS、ルーティングを担当します。v2rayN はデスクトップ向け GUI クライアントで、サブスクリプション管理、サーバー選択、システムプロキシ設定を行い、Xray などのコアを呼び出して通信を処理します。トラブル対処では、画面上の設定とコア設定を分けて考えることが重要です。サブスクリプション一覧の異常はまずクライアントを確認し、プロトコルやルーティングのエラーはコアのログを確認します。

Windows、macOS、Linux では、画面構成とサブスクリプション管理が比較的統一されている v2rayN を優先して利用できます。Android では Xray コアを使用する v2rayNG を選べます。v2fly コアが必要な場合は v2flyNG を利用します。選ぶ際は、まず OS とプロセッサーのアーキテクチャを確認し、対応するインストールパッケージをダウンロードしてください。クライアントによってメニューの位置は異なりますが、基本的な流れはサブスクリプションを読み込み、サーバーを更新し、ノードを選択、プロキシモードを設定して接続を確認することです。

サブスクリプションリンクは通常、サービス提供者が発行します。クライアントがそのアドレスにアクセスすると複数のサーバー設定を一括取得でき、次回以降の更新で追加・削除も同期されます。個別ノード設定は1つの接続だけを記述したもので、リンク、QRコード、手動入力で読み込めます。長期利用にはサブスクリプションを保存して必要に応じて更新する方法が適しています。一時的に1つの設定を試す場合は、ノードを直接読み込めます。サブスクリプションアドレスは機密性の高い設定情報のため、公開文書やスクリーンショット、共有ログに載せないでください。

システムプロキシは、プロキシアドレスを OS の設定に登録し、主にシステムプロキシに従うアプリを対象にします。ルーティングモードは、コアに入った通信を direct、proxy、block のどれに送るかを決めます。たとえば geosite や geoip のルールで通信を振り分けます。TUN モードは仮想ネットワークインターフェースを使って、より広い範囲の通信を取り込みます。システムプロキシを参照しないアプリに適しています。3つは異なる段階で動作するため組み合わせて使えます。普段のブラウジングではまずシステムプロキシを使い、より多くのアプリを対象にする必要がある場合に TUN を検討してください。

まず、サービス提供者から渡されたサブスクリプションアドレスを完全にコピーします。v2rayN ではサブスクリプショングループ管理を開き、新しいグループを作成してアドレスを貼り付け、保存後にサブスクリプションを更新します。v2rayNG ではサブスクリプショングループまたはサブスクリプション設定を開き、アドレスを追加して更新します。更新後はサーバー一覧に戻り、設定を1つ選んでからシステムプロキシまたは接続を有効にします。サブスクリプションアドレスを個別サーバーのアドレス欄に貼り付けないでください。その欄に必要なのはサブスクリプションの入口ではなく、サーバーのホスト名です。

現在表示されているのが更新したばかりのサブスクリプショングループか確認し、サーバー名や地域によるフィルターを解除してください。次に、更新結果で有効な設定を解析できたと表示されているか確認します。返却内容が空、対応していない形式、またはサブスクリプションの期限切れの場合、一覧にサーバーは生成されません。端末の日付、時刻、タイムゾーンが正しいかも確認してから、再度更新してください。複数のグループがある場合は、サーバー一覧が別のグループのままになっていないか、またはお気に入りだけを表示していないか確認します。

近年の主流 Android スマートフォンは通常 arm64 アーキテクチャを採用しているため、まず arm64 パッケージを選ぶとよいでしょう。一般にファイルサイズも小さくなります。アーキテクチャを確認できない場合、端末が古い場合、または arm64 パッケージが非対応と表示される場合は universal 版を使ってください。universal 版は複数のプロセッサーアーキテクチャに対応しますが、機能が増えるわけではありません。すでにクライアントをインストールしている場合、更新パッケージの署名と入手元も既存アプリと一致している必要があります。一致しないと、古いバージョンのアンインストールを求められることがあります。

TUN モードでは仮想ネットワークインターフェースを作成し、ルーティングを変更するため、システムレベルの権限が必要になります。デスクトップではクライアント内の TUN スイッチから起動し、案内に従って管理者権限、ネットワーク拡張機能、関連する補助コンポーネントの権限を許可してください。コアのファイルだけを起動しないでください。許可後はいったんクライアントを完全に終了し、再起動します。それでも失敗する場合は、セキュリティソフトがドライバーやサービスの起動を妨げていないか、古い TUN コンポーネントが残ってリソースを使用していないか確認してください。

ブラウザーやシステム設定に従う多くのアプリでプロキシを使う場合は、システムプロキシの自動設定を選びます。一時的に停止する場合はシステムプロキシを解除し、OS を通常のネットワーク経路に戻します。システムプロキシを変更しない設定は、手動でプロキシを設定済みの場合や TUN だけを使う場合に適しています。PAC モードではルールに応じてプロキシへ送るリクエストを決めますが、対応範囲はアプリ側の対応状況に左右されます。切り替え後は OS のネットワーク設定を開き、プロキシアドレスとポートが連動して変わっているか確認してください。

グローバルモードは通常、取り込んだ通信の大部分を proxy アウトバウンドへ送ります。問題が振り分けルールに起因するかを素早く確認するのに適していますが、不要なプロキシ通信が増えることがあります。中国本土バイパスモードでは、一般的な中国本土のドメインやアドレスを direct で処理し、それ以外はルールに従います。普段使いにはこちらが適しています。バイパスモードで特定のサイトに問題がある場合は、まずグローバルモードで比較してください。グローバルで正常なら、そのドメインに適用された geosite、geoip、カスタムルールを確認します。

サブスクリプションごとに独立したグループを作り、提供元や用途に基づいて名前を付けてください。複数のサブスクリプションアドレスを同じグループに繰り返し登録しないようにします。更新前に対象グループを選択し、更新後に追加・削除の記録を確認してから、地域キーワードやプロトコルでサーバーを絞り込みます。手動設定を残す必要がある場合は、ローカル用のグループを別に作ると、サブスクリプション更新で管理順が上書きされるのを防げます。グループを切り替えた後は、現在のアクティブサーバーも再確認してください。一覧が変わっても、選択済みノードが自動で置き換わるとは限りません。

ルーティングルールは通常、上から順に照合されます。広範囲のルールを前に置くと先に一致し、後ろの詳細なルールが実行されないことがあります。ドメインルールが domain、full、keyword、geosite のどれを使っているか、アドレスルールが ip、geoip、ネットワークセグメントのどれかを確認し、対象のアウトバウンドタグが実際に存在することも確認してください。変更後は設定を再読み込みするか、コアを再起動します。調査時はいったん対象ルールを1つだけ残し、ログで実際のドメイン、アドレス、最終アウトバウンドを確認するとよいでしょう。

まずサブスクリプション設定でアドレスが完全か確認します。特にプロトコルヘッダー、パス、パラメーターを欠落させないでください。システム時刻が正しいことを確認したうえで、システムプロキシを無効にした状態と、利用可能なノードを有効にした状態でそれぞれ更新を試します。これにより、サブスクリプションアドレスへのアクセスにプロキシが必要か判断できます。サービス提供者が専用の User-Agent や更新方法を指定している場合は、その説明に従って設定してください。それでも失敗する場合は、クライアントログの HTTP ステータスと解析メッセージを確認し、サブスクリプション提供者にアドレスの有効期限を確認します。

まず同じサブスクリプション内の別サーバーへ切り替え、単一ノードの障害か、すべての設定が利用できないのかを判断します。次に、端末から通常のウェブサイトへアクセスできるか、システム時刻が正確か、サーバーアドレス、ポート、UUID、トランスポート方式、TLS 関連の項目が完全かを確認します。テスト方式によっても結果は変わります。TCP 接続が成功しても、プロトコルのハンドシェイクまで成功するとは限りません。すべてのノードが同時にタイムアウトする場合は、サブスクリプションを更新し、ネットワークとクライアントを再起動してから、コアログの接続段階に関するエラーを確認してください。

接続済みと表示されるのは、クライアントまたはコアが起動していることを示すだけで、対象リクエストの成功を意味しません。まず現在のサーバーが選択されているか確認し、システムプロキシが有効か、プロキシポートがクライアントのリッスンポートと一致しているか確認します。次にグローバルモードで比較テストを行います。グローバルでは使えるのに振り分けで使えない場合は、ルーティングと DNS を重点的に確認します。グローバルでも使えない場合は、ノードを切り替えてハンドシェイクログを確認してください。ブラウザーで独自プロキシ、拡張機能のプロキシ、セキュア DNS を使用している場合は、一時的にシステム設定に従う状態へ戻します。

一部のアプリは OS のプロキシ設定を参照しないか、起動時に一度しか読み込みません。まずそのアプリを完全に終了し、v2rayN でシステムプロキシの自動設定を選んでから再起動します。システムプロキシの画面にローカルアドレスとポートが書き込まれていることも確認してください。アプリ独自のネットワークプロキシ設定がある場合は、システム設定に従うか、クライアントのリッスンポートを手動で入力します。それでも直接接続し、そのアプリも対象にする必要がある場合は TUN モードを検討し、有効化後に仮想インターフェースとルーティングテーブルが正常に作成されたか確認してください。