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

V2Ray は通常、Project V から生まれたプロトコルとプロキシツールのエコシステムを指し、V2Fly と Xray はその中で広く使われるコアの系統です。v2rayN、v2rayNG、v2flyNG は GUI クライアントで、サブスクリプション管理、ノード選択、ルーティング設定、システムプロキシ制御を担います。実際の接続処理はクライアントが呼び出すコアが行います。問題を切り分ける際は、クライアントの画面、コアのバージョン、サーバー設定を分けて確認し、ソフトウェア名だけで判断しないことが大切です。

Windows、macOS、Linux のデスクトップ環境では、サブスクリプション管理、システムプロキシ、ルーティング、TUN などに対応する v2rayN が基本です。Android では通常、Xray コアを使う v2rayNG を選びます。V2Fly コアを使いたい場合や、コアによる動作の違いを確認したい場合は v2flyNG が候補です。ノードが使えるかどうかはクライアント名ではなく、対応プラットフォーム、コアのサポート範囲、サブスクリプションで配布されたプロトコルパラメータで判断します。

サブスクリプション URL は通常、サービス提供者が管理する複数のノードを返し、クライアントに保存しておけば再度更新できます。一方、vmess:// と vless:// の共有リンクは一般に単一ノードだけを記述し、追加しても同じサービスの他のノードが自動的に取得されることはありません。単一ノードのリンクはクリップボードからインポートし、Web アドレスとして提供されたサブスクリプションはサブスクリプショングループに追加します。両者を取り違えると、形式エラーや更新結果が空になる場合があります。

システムプロキシモードは OS のプロキシ設定を変更し、システムプロキシに従うブラウザーやアプリを主に対象にします。設定が簡単で動作も確認しやすい方式です。TUN モードは仮想ネットワークインターフェースを通じて、より多くの種類の通信を処理します。システムプロキシを参照しないアプリに適していますが、通常は管理者権限が必要で、仮想マシン、他の VPN、ネットワークフィルターツールとインターフェースやルーティングが競合することがあります。初回はシステムプロキシでノードを確認し、必要に応じて TUN を有効にしてください。

まず、コピーした内容が完全なサブスクリプション URL であり、Web ページのタイトル、ログインページの URL、改行を含む説明文ではないことを確認します。URL の先頭や末尾に余分な空白がないかも確認してください。ブラウザーで URL を開き、ログイン画面やエラーページではなくサブスクリプション内容が返ることを確認できます。認証パラメータが必要なサービスでは、元の URL に含まれるクエリ部分をすべて残してください。修正後はサブスクリプショングループを作り直し、単一ノードのインポート画面にサブスクリプション URL を貼り付けないでください。

まず現在のネットワークからサブスクリプション URL にアクセスできるか確認し、証明書接続に影響する可能性があるため、端末の日付、時刻、タイムゾーンも確認します。クライアントで更新時のプロキシ方式を設定できる場合は、直接接続と現在のプロキシ経由をそれぞれ試してください。その後、重複して起動しているクライアントのプロセスを終了し、再起動してから更新します。失敗が続く場合は、レスポンス状態、更新時刻、サブスクリプショングループ名を記録し、URL の失効、認証期限切れ、ローカルネットワークによるリクエスト遮断のどれかを切り分けます。

2015 年以降に発売された一般的な Android スマートフォンやタブレットの多くは 64 ビット ARM プロセッサを搭載しているため、まず arm64 パッケージを選べます。対応アーキテクチャのコンポーネントだけを含むため、通常はファイルサイズも小さくなります。プロセッサのアーキテクチャを確認できない場合、端末が古い場合、または arm64 のインストール時に互換性エラーが出る場合は universal パッケージを選んでください。universal はより多くのアーキテクチャに対応しますが、同じバージョンの arm64 と機能上の本質的な違いはなく、両方をインストールする必要はありません。

まずアプリをアプリケーションフォルダに移動し、一度起動してシステムにブロック記録を作成させます。その後、システム設定の「プライバシーとセキュリティ」を開き、「最近ブロックされたアプリ」で開くことを許可します。初回接続時にローカルネットワーク、ネットワーク機能拡張、プロキシに関する権限が表示された場合は、実際の利用方式に合わせて許可してください。アプリが繰り返し隔離される場合は、古いコピーを削除してアプリを置き直し、圧縮ファイル内や一時ダウンロードフォルダから直接実行しないでください。

まずパラメータが完全で、最近利用できたノードを 1 つ選び、ルールモードからテストします。ルールモードはルーティング規則に基づいて直接接続とプロキシを振り分けるため、日常利用に適しています。グローバルモードはより多くの通信を現在のプロキシへ通すため、通常はルール漏れの確認に使います。直接接続モードは、ローカルネットワークを素早く復旧する際に便利です。切り替える前に元の設定を記録し、毎回 1 つの項目だけを変更して、ブラウザーと対象アプリを別々に確認してください。ノード、DNS、ルーティングを同時に変更すると原因を特定できなくなります。

クライアントがコアを起動しただけでなく、システムプロキシの設定まで実行していることを確認します。OS のプロキシ設定画面で、アドレスとポートがクライアントのローカル待受設定と一致しているかも確認してください。その後、対象のブラウザーやアプリを完全に終了して再起動します。一部のプログラムは起動時にしかプロキシ設定を読み込みません。別のプロキシツール、通信高速化ツール、管理スクリプトが同時に動作している場合は一時的に停止し、設定が上書きされないようにします。最後に、LAN または手動プロキシ設定に古いポートが残っていないか確認してください。

デスクトップ OS では、クライアントが管理者権限で仮想ネットワークインターフェースを作成できるようにする必要があります。Android では、システムに表示される VPN 接続の許可を確認してください。権限を許可しても失敗する場合は、仮想インターフェースを使用中の他の VPN やプロキシアプリを終了し、クライアントを再起動します。Windows では関連サービスやドライバーがセキュリティポリシーによりブロックされていないか確認し、Linux では現在のアカウントにネットワーク管理権限があるか確認します。変更後はいったん TUN を無効にしてから再度有効にし、スイッチを連続してクリックしないでください。

まず DNS はデフォルト設定のままにし、範囲が明確なルーティング規則を 1 つだけ変更します。対象ドメインが実際に想定した出口へ振り分けられていることを確認してください。ルーティングは正しいのに名前解決に問題がある場合は、DNS クエリが直接接続とプロキシのどちらを通るか、ローカルキャッシュが有効か、アプリが独自の暗号化 DNS を使っていないかを確認します。変更するたびにクライアントの DNS キャッシュを消去し、接続を再試行してください。複数の規則セットや DNS 方式を一度に追加すると、ログから最終的に有効な設定を特定しにくくなります。

まず同じサブスクリプション内の別のノードへ切り替え、単一ノードの問題か、全ノードの問題かを確認します。すべてタイムアウトする場合は、端末のネットワーク、システム時刻、サブスクリプションの有効期限、クライアントのコアが正常に起動できるかを確認します。1 つのノードだけがタイムアウトする場合は、アドレス、ポート、通信方式、TLS、SNI、パスなどのパラメータを重点的に確認してください。遅延テストと実際の接続では方式が異なる場合があるため、1 回のテスト結果だけで判断せず、クライアントログと実際の Web アクセスを合わせて確認します。

まずシステムプロキシまたは TUN を無効にし、基礎ネットワークが正常であることを確認します。その後再接続し、通信の取り込み方式は 1 つだけ有効にしてください。次に、ローカル待受ポート、システムプロキシのポート、アプリの手動プロキシポートが一致しているか確認します。ドメインにはアクセスできないのに既知のアドレスへ直接アクセスできる場合は、DNS が原因である可能性が高いです。すべてのリクエストが失敗する場合は、ルーティングの出口、コアのログ、ノードパラメータを確認します。ファイアウォールによるクライアントプロセスの遮断や、古いプロキシ設定の残存も確認してください。

まずタスクマネージャーまたはシステムモニタに残っているプロセスを終了し、正式なインストール先から起動します。Windows ではデスクトップ実行環境が揃っているか、設定フォルダに書き込みできるか、ローカルポートが使用中でないかを確認します。macOS では初回起動の権限を重点的に確認し、Linux ではターミナルから起動してエラー出力を確認できます。最近設定をインポートしてから問題が起きた場合は、まず設定フォルダをバックアップし、直近に生成された設定ファイルを移動します。クライアントが初期状態で起動した後、設定を 1 つずつ戻してください。

まず、現在表示しているサブスクリプショングループを更新しているか、名前が似た別のグループではないか確認します。クライアントによっては古いノードを残したり、remarks で重複項目を統合したり、新しいノードを別のグループに入れたりするため、更新ログとグループの絞り込み条件を確認してください。サーバーから返された内容が前回と同じなら、クライアントに新しいノードが追加されないのは自然です。該当サブスクリプションのローカルキャッシュを削除して再更新する方法もありますが、削除前にカスタムルーティングと手動ノードをエクスポートし、同時に失わないようにしてください。