V2RAY TROUBLE INDEX

V2Rayのよくある質問と設定トラブルシューティング

基本知識、インストールと設定、使い方、トラブルシューティングに分けて、サブスクリプション導入、ノードのタイムアウト、システムプロキシ、TUN、ルーティング、DNSなどのよくある問題を解説します。

01 / BASICS

基本知識

クライアント、カーネル、通信を取り込む方式を先に区別し、誤った設定層を繰り返し変更しないようにしましょう。

v2rayN、v2rayNG、v2flyNGはどう選ぶ?

Windows、macOS、Linuxのデスクトップ環境では、まずv2rayNを使うのがおすすめです。Androidでは通常、Xrayカーネルを採用するv2rayNGを選び、v2flyカーネルが必要な場合にv2flyNGを検討します。クライアントはまずOSで絞り込み、サブスクリプション提供元が指定するプロトコル、トランスポート方式、カーネルの互換性を確認してください。画面上の名称だけで判断するのは避けましょう。

V2FlyカーネルとXrayカーネルの違いは?

どちらもProject Vに関連するエコシステムに属し、基本的な設定概念は似ていますが、プロトコル拡張、トランスポート機能、設定項目、リリースのペースは完全には一致しません。v2rayNGは通常Xrayカーネル、v2flyNGはv2flyカーネルを使用します。設定を導入する前に、クライアントのカーネルが対象のプロトコルとトランスポートパラメータを認識できるか確認してください。未対応の項目があってもすぐに削除せず、まず設定の提供元が求める内容を確認しましょう。

サブスクリプション、ノード、設定ファイルの違いは?

サブスクリプションはノード情報をまとめて取得・更新するためのアドレスです。ノードには、特定のサーバー、ポート、認証、トランスポートのパラメータが含まれます。設定ファイルには、インバウンド、アウトバウンド、DNS、ルーティングルールをまとめて記述できます。サブスクリプションを更新するとグループ内のノード一覧は変わりますが、通常、ローカルのルーティング設定全体が自動で置き換わることはありません。切り分けでは、サブスクリプションの内容とクライアント側の設定を分けて確認してください。

システムプロキシ、グローバルプロキシ、ルール分岐、TUNモードの違いは?

システムプロキシは、プロキシアドレスをOSの設定に書き込み、システムプロキシに従うアプリに影響します。グローバルプロキシでは、対象となる通信を一律でプロキシのアウトバウンドへ渡します。ルール分岐では、ドメイン、IP、プロセスに応じて直接接続、プロキシ、ブロックを決定します。TUNモードは仮想ネットワークインターフェースを使い、より広い範囲の通信を取り込みます。トラブルシューティングでは、まずどの層を使っているかを明確にしてください。そうしないと、ルーティングの問題をノードの問題と誤認しやすくなります。

arm64とuniversalのインストールパッケージはどう選ぶ?

近年の主流Android端末は通常arm64アーキテクチャを採用しています。不要なアーキテクチャ用ファイルを減らすため、まずarm64パッケージを選びましょう。端末のアーキテクチャを確認できない場合や、arm64パッケージで互換性エラーが出る場合は、universalパッケージを使用します。universal版は対応アーキテクチャが多い分、ファイルサイズは大きくなりがちですが、同じバージョンのarm64版と基本的な機能は変わりません。

02 / SETUP

インストールと設定

導入の問題ではまずURLと返却内容を確認し、プロキシの問題ではまずローカル待受とOSの設定を確認します。

v2rayNGにサブスクリプションURLをインポートする方法は?

v2rayNGのサブスクリプショングループ設定を開き、新しいグループを作成して完全なサブスクリプションURLを貼り付けます。保存してメイン画面に戻り、「サブスクリプションを更新」を実行してください。更新後、対象グループからノードを選び、接続を開始します。一覧が変わらない場合は、作成直後のグループを更新しているか確認し、URLの前後の空白、URLの欠落、ログにネットワークまたは解析エラーがないかを調べましょう。

サブスクリプションURLを貼り付けるとインポートに失敗する場合は?

まずURLの先頭と末尾にある空白や改行を削除し、ウェブページの説明文まで一緒にコピーしていないか確認します。次に、ブラウザでURLへアクセスし、正常に内容が返るかを確認してください。端末の日付、時刻、タイムゾーンも確認しましょう。URLにアクセスできるのにクライアントで失敗する場合は、ログで証明書接続エラー、空のレスポンス、認識できない形式のどれかを確認し、ネットワーク環境、サブスクリプションの状態、クライアントのバージョンを順に調べます。

サブスクリプションの更新に失敗する、または古いノードが表示され続ける場合は?

現在更新している対象が、実際に使用中のサブスクリプショングループであることを確認してください。同名の別グループを更新していないか、URLの期限切れやパラメータの誤削除がないかを確認し、更新ログのレスポンスステータスも調べます。サーバー側で更新済みなのにローカルでは古い内容が表示される場合は、必要なカスタムノードをバックアップしてから、対象グループを削除して再作成します。バックアップなしで設定全体を消去しないでください。

個別の共有URLはインポートできるのに、サブスクリプションURLをインポートできない原因は?

個別の共有URLとサブスクリプションURLでは処理の流れが異なります。前者は1つのノードを直接解析しますが、後者はまずリモートの内容を取得し、サブスクリプション形式を判別してから一括登録します。単一ノードが使えることは、プロトコルパラメータを解析できることを示すだけで、サブスクリプションのインターフェースが正常だとは限りません。URLへのアクセス結果、返却内容の形式、アクセス権限、クライアントログの解析エラーを確認してください。

v2rayNは起動しているのに、システムプロキシが機能しない場合は?

まずv2rayNでシステムプロキシが無効になっていないことを確認します。次にOSのプロキシ設定を開き、アドレスがローカルホストを指しているか、ポートがクライアントのローカル待受ポートと一致しているかを確認してください。設定が自動的に元へ戻る場合は、別のプロキシツールや管理ポリシーが繰り返し書き換えていないか調べます。変更後にブラウザを開き直してテストし、クライアントログでリクエストがローカルインバウンドへ到達しているか確認しましょう。

03 / USAGE

使い方のコツ

速度測定は候補の絞り込みに使い、ログで結果を確認します。ルーティングモードと通信の取り込み方式は組み合わせて設定してください。

ノードの速度測定では、ping、実接続遅延、ダウンロード速度のどれを見るべき?

pingは主にICMPの往復時間を示すもので、完全なプロキシハンドシェイクを経由しない場合があります。実接続遅延は実際のプロキシ接続を確立するため、ノードが動作するかの判断に適しています。ダウンロード速度は、出口帯域、テストサーバー、同時接続の設定にも左右されます。ノードを選ぶ際は、まず実接続遅延で利用できないものを除外し、その後、実際のウェブページやダウンロードで安定性を確認してください。1回のpingだけで順位を決めるのは避けましょう。

V2Rayでグローバルプロキシを設定する方法は?

まず正常に接続できるノードを選び、クライアントのルーティングモードをグローバルに切り替えるか、デフォルトのアウトバウンドをプロキシに設定します。その後、アプリの種類に応じてシステムプロキシまたはTUNモードを有効にしてください。グローバルモードでは、より多くの通信がプロキシを経由します。切り分けが終わって分岐設定に戻す場合は、ルールモードへ戻し、ルールセットが読み込まれていることを確認します。ルーティングモードを切り替えただけで通信の取り込み方式を有効にしていない場合、アプリは直接接続する可能性があります。

TUNモードで権限不足、またはインターフェースを作成できない場合は?

デスクトップでは、まずクライアントを終了し、必要な権限で起動できる方法を使って再起動します。OSが仮想ネットワークインターフェースや関連サービスをブロックしていないことも確認してください。Androidでは、クライアントによるVPN接続の作成を許可する必要があります。同時に通信を取り込めるVPN接続は、通常1つだけです。インターフェース作成直後に停止する場合は、ログでドライバー、ルーティングテーブル、ポートの競合を確認し、他の通信制御ツールを一時的に終了して再試行します。

ルーティングルールが想定どおり直接接続またはプロキシにならないのはなぜ?

ルーティングは通常、ルールの順番に従って照合され、最初に一致したルールがアウトバウンドを決めます。まず対象のドメインまたはIPが実際にどのルールへ一致したかを確認し、そのルールが参照するアウトバウンドタグが存在するかを確認してください。ドメインルールは、名前解決の結果やスニッフィング設定の影響も受けます。ルールを変更したら設定を再読み込みし、ログで一致したルールと最終的なアウトバウンドを確認しましょう。ウェブページが開くかどうかだけで判断してはいけません。

プロキシを有効にした後、DNSはどう確認する?

まず問題がドメイン解決にあるのか、プロキシ接続にあるのかを切り分けます。既知のIPへは直接アクセスできるのにドメインへアクセスできない場合は、DNSを優先して確認してください。クライアントのDNSサーバー、問い合わせポリシー、ドメインルール、アウトバウンドタグを確認し、名前解決リクエストが存在しないアウトバウンドへ送られないようにします。古い結果がシステムにキャッシュされている場合は、設定変更後にシステムのDNSキャッシュをクリアしてクライアントを再起動し、ログで問い合わせが正常に返っているか確認しましょう。

04 / DIAGNOSE

トラブルシューティング

まずログが存在するかを確認し、ローカルインバウンド、ルーティング、DNS、ノードのハンドシェイク、リモートアウトバウンドの順に段階ごとに調べます。

アプリの通信 ローカルインバウンド ルールの一致 ノードのハンドシェイク 接続先への接続
すべてのノードがタイムアウトする場合、どこから調べるべき?

まず端末自体が正常にネットワークへ接続でき、サブスクリプションを取得できることを確認します。次に、システム時刻、クライアントカーネルの起動状態、ローカルポートの競合を確認してください。その後、任意のノードを1つ選び、完全なログを確認して、ドメイン解決失敗、TCP接続タイムアウト、TLSハンドシェイク失敗、認証失敗を区別します。すべてのノードが同じ段階で失敗するなら、ノードを1つずつ変更するのではなく、ローカルネットワーク、DNS、クライアント設定を優先して調べます。

クライアントは接続済みなのに、ブラウザでインターネットに接続できない場合は?

接続済みと表示されるのは、クライアントのプロセスまたは仮想インターフェースが動作していることを示すだけで、ノードのハンドシェイクや通信転送が成功したとは限りません。まず具体的なノードを選択していることを確認し、システムプロキシまたはTUNがブラウザの通信を実際に取り込んでいるか確認します。ウェブページを開きながらアクセスログを確認してください。新しい記録がなければ通信がクライアントに入っていません。記録はあるのにアウトバウンドが失敗する場合は、ノード、ルーティング、DNSを調べます。

ブラウザはアクセスできるのに、ほかのアプリがプロキシを使わない原因は?

ブラウザだけがシステムプロキシまたは独自のプロキシ設定を使っている可能性があります。一方、対象のアプリはシステムプロキシを無視する、UDPのみを使う、独自のネットワーク設定を持つ場合があります。まず、そのアプリがHTTPまたはSOCKSプロキシの手動設定に対応しているか確認してください。より多くのアプリの通信を取り込む必要がある場合は、TUNモードを検討します。有効にしても通信記録がない場合は、プロセス分岐ルール、仮想インターフェースのルート、アプリがローカルネットワークスタックを迂回していないかを確認しましょう。

V2Rayの接続速度が遅い、または速度が安定しない場合の調べ方は?

まず実接続遅延でハンドシェイクが不安定なノードを除外します。次に、同じ時間帯、同じ接続先で複数のノードを比較し、接続先ウェブサイトの変動をプロキシの問題と取り違えないようにしてください。不要なグローバルプロキシ、複雑なルール、DNS問い合わせの重複が有効になっていないか確認し、ログで頻繁な再接続が起きていないか観察します。小さなファイルは正常なのに大きなファイルだけ遅い場合は、出口帯域、トランスポートパラメータ、ローカルネットワークのパケットロスも検討します。

設定をインポートした後にクライアントがクラッシュする、またはカーネルが何度も終了する場合は?

最後の終了メッセージだけを見るのではなく、まずログに記録された最初の設定エラーを確認します。よくある原因は、現在のカーネルが特定の項目を認識できない、ポートが競合している、ルーティングルールが存在しないタグを参照している、コピー時に設定内容が途中で切れている、といったものです。既知の正常な基本設定へ一時的に切り替えてクライアント自体を検証し、その後DNS、ルーティング、高度なトランスポート設定を段階的に戻して、問題のある設定部分を特定します。

DEEP TROUBLESHOOTING

症状別に詳しく調べる

詳しい手順が必要な場合は、トラブルシューティングページで、インターネットに接続できない、ノードのタイムアウト、サブスクリプションの失敗、速度低下、DNS、システムプロキシ、クライアントの終了、モバイル端末の問題を章ごとに解説しています。

トラブルシューティングを開く