V2Rayのよくある質問とトラブル対処

V2Rayは通常、Project Vに関連するプロトコル、コア、ツールのエコシステム全体を指し、特定のGUIアプリだけを意味するものではありません。v2rayNはWindows、macOS、Linux向けのデスクトップクライアントで、サブスクリプション、ノード、システムプロキシ、ルーティング設定を管理します。v2rayNGはAndroid向けクライアントです。問題を切り分ける際は、クライアントの画面上の不具合、コアの起動失敗、リモートノードの障害をまず区別しましょう。これらは対処方法が異なります。

まずはシステムプロキシで基本動作を確認します。サブスクリプションを追加し、ノードを選択して起動したら、システムプロキシを有効にしてブラウザーで安定したサイトにアクセスします。基本経路が正常だと確認できた後、特定のアプリがシステムプロキシに対応していない場合や、より広範囲の通信を処理する必要がある場合に限ってTUNを有効にしてください。サブスクリプション、ノード、権限の問題を分けて確認でき、初回設定で複数の変数が同時に増えるのを防げます。

ノードが一時的に利用できるか確認する場合は、リクエストをすべて現在のノード経由にするグローバルモードが便利です。普段は、LAN内のアドレスやルール上の直接接続トラフィックをプロキシ経由にしない「LANと中国本土を迂回」モードが一般的です。カスタムモードは、domain、ip、geositeなどのルールを理解しているユーザー向けです。モードを切り替えたら、クライアントの状態表示だけで判断せず、対象サイトへ再度アクセスして確認してください。

システムプロキシは、プロキシアドレスをOSのネットワーク設定に登録し、ブラウザーなどシステム設定に従うアプリに利用させる方式です。TUNモードは仮想ネットワークインターフェースを通じて、より広範囲のトラフィックを処理します。通常は権限の昇格と、ルーティングおよびDNSの正しい設定が必要です。システムプロキシは確認しやすく、設定の初期検証に向いています。TUNは対象範囲が広い一方、有効にする前に他の類似するネットワークツールを終了してください。

v2rayNではサブスクリプショングループまたはサブスクリプション設定を開き、グループを新規作成して完全なURLをサブスクリプションアドレス欄に入力し、「サブスクリプションを更新」を実行します。v2rayNGでは左上のメニューからサブスクリプショングループ設定を開き、アドレスを追加して更新します。サブスクリプションURLを個別ノードのアドレス欄に貼り付けたり、URLの前後に空白、改行、日本語の句読点を残したりしないでください。

まず更新処理でエラーが返っていないか確認し、次にサブスクリプションURLが完全で、有効期限内かを確認します。URLをもう一度コピーし直し、前後の空白を削除してから更新してください。その後、クライアントの時刻がシステム時刻と一致していることを確認し、現在のネットワークも切り替えて試します。更新が成功しても空のままなら、返された内容がクライアントで認識できるノード形式ではない可能性があります。クライアントを何度も再インストールするのではなく、サブスクリプション提供元に形式を確認してください。

2015年以降に発売された主要なAndroidスマートフォンの多くはarm64を採用しているため、通常はファイルサイズの小さいarm64版を優先できます。プロセッサーのアーキテクチャが不明な場合、端末が古い場合、またはarm64のインストールに失敗した場合は、universal版を選んでください。主な違いは対応するプロセッサーの範囲であり、ノード速度の違いを示すものではありません。パッケージを変更する前に、現在のサブスクリプションとカスタムルールを記録しておきましょう。

デスクトップ版は新世代のクロスプラットフォームUIを採用しており、Windows、macOS、Linuxで近い操作感を求めるユーザーに適しています。従来のWPF版はWindows向けで、画面構成と従来の操作方法がより安定しています。初めてのインストールではデスクトップ版を選ぶとよいでしょう。既存のWPF設定があり、現在正常に動作しているなら、UIの違いだけを理由に急いで移行する必要はありません。移行前にサブスクリプションとカスタムルーティングをエクスポートしてください。

まず2つ以上のノードを連続してテストし、単一ノードだけか、すべてのノードかを判断します。次にサブスクリプションを更新し、ノードのアドレスとポートが有効か確認します。その後、Wi-Fiとモバイル回線を切り替えて比較し、プロキシポートを使用している可能性のある他のネットワークツールを一時的に終了します。異なるネットワークですべてのノードがタイムアウトする場合に限り、クライアントのコアが起動しているか、システム時刻が正確か、セキュリティソフトが遮断していないかを優先して確認してください。

接続済みという表示は、コアのプロセスが起動していることを示すだけで、リモート経路が利用可能とは限りません。まずシステムプロキシが有効か確認し、ルーティングモードを一時的にグローバルへ切り替えて、別のノードを試します。それでもアクセスできない場合は、ログにDNSエラー、接続拒否、ハンドシェイクエラーがないか確認します。続いてクライアントを終了し、システムプロキシが元に戻ったことを確認してから再起動してください。ブラウザーに個別のプロキシ設定がある場合は、そのポートがクライアントと一致しているかも確認します。

この症状は通常、ルーティングルール、DNS解決、または対象サイト自体の状態に関係しています。まず同じURLをグローバルモードでテストします。グローバルでは利用でき、分流モードでは利用できない場合は、ドメインルールとマッチング順を重点的に確認してください。グローバルでも利用できない場合は、ノードを変更してシステムのDNSキャッシュを消去します。ノード、DNS、ルーティングを一度に変更せず、毎回1項目だけ変更して再アクセスしてください。どの層の設定が反映されたか判断しやすくなります。

まずノード、次に回線、最後にローカル設定を確認します。同じサブスクリプション内の複数ノードを選び、同じネットワークで近い時間帯に個別テストしてください。すべてのノードが遅い場合に限り、ネットワークを切り替えて比較します。別のネットワークでは正常なら、現在の回線またはルーターに原因がある可能性が高いです。どのネットワークでも遅い場合は、複数のプロキシツールを同時に実行していないか、TUNが二重にトラフィックを処理していないか、不要な通信までプロキシへ送るルーティングルールになっていないかを確認します。

まず、そのアプリがOSのプロキシ設定に従うか確認します。独自のネットワーク設定を使うアプリや、起動時のプロキシ状態だけを読み取るアプリもあります。アプリを完全に終了して再起動し、内部にプロキシ設定がないか確認してください。ブラウザーでテストサイトにアクセスすれば、システムプロキシ自体を検証できます。ブラウザーは正常で特定のアプリだけ直接接続するなら、原因は通常そのアプリ側にあります。この種の通信を処理する必要がある場合に、TUNモードの有効化を検討してください。

まずクライアントを終了し、使用中のOSの要件に従って管理者権限で起動します。また、仮想ネットワークインターフェースの作成がシステムで許可されていることを確認してください。実行中の他のTUN、VPN、仮想NICツールを終了してから再試行し、ログにドライバー、ポート、ルートの作成失敗が明記されていないか確認します。権限の問題を解決したら、まずデフォルトのルーティング設定でテストし、複雑なカスタムルールを同時に追加しないでください。

URL、ネットワーク、時刻、形式の4段階で確認します。まず完全なサブスクリプションURLをコピーし直し、前後の空白を削除します。次にネットワークを切り替え、現在の接続からURLへアクセスできない可能性を除外します。その後、システムの日付、時刻、タイムゾーンを合わせ、最後に更新ログのレスポンスタイプを確認してください。Webページの案内、ログインページ、空の内容が返されている場合、クライアントはノード一覧として解析できません。正しい内容に戻すよう、サブスクリプション提供元へ確認してください。

まずクライアントを再度開き、システムプロキシをクリアまたは無効に切り替えてから通常の手順で終了し、OSのプロキシ設定を復元します。続いてシステムのネットワークプロキシ画面を開き、手動プロキシが無効になっていることを確認します。TUNを使用していた場合は、仮想インターフェースも停止していることを確認してください。最後にブラウザーを再起動してテストし、必要に応じてネットワーク接続を再起動します。プロセスを強制終了するとプロキシ状態の後処理が間に合わない場合があるため、クライアントのメニューから終了することを優先してください。