V2Rayのよくある質問
サブスクリプションの追加、プロキシモード、TUNの権限。
問題が起きている箇所を確認してから、該当する設定を調べましょう。
エラーの原文と発生した操作を記録してください。ログを共有する前に、サブスクリプションURLと認証情報を隠しましょう。
手順に沿って切り分け、複数の設定を同時に変更しないでください。
基本を知る
クライアント、コア、設定、通信の入口を区別し、異なる段階の問題を混同しないようにしましょう。
V2Ray、V2Fly、XrayとGUIクライアントの違いは？
V2Rayは通常、Project Vエコシステムのプロキシコアや関連ツールを指します。V2FlyはV2Rayの開発を引き継ぐコミュニティプロジェクトで、Xrayは別系統のコアです。v2rayN、v2rayNG、v2flyNGはGUIを提供し、設定の読み込み、サーバーの選択、プロキシ接続の管理を行います。GUIが起動しても、コアが正常に動作しているとは限りません。接続を調べる際は、コアの起動ログも確認してください。設定が使えるかどうかは、コアが対応するプロトコルや各種パラメーターによって決まるため、クライアント名だけでは判断できません。
Windows、macOS、Android、Linuxではどのクライアントを選べばよいですか？
Windows、macOS、Linuxのデスクトップでは、まずv2rayNを検討し、CPUアーキテクチャとパッケージ形式に合ったものを選びます。Windowsにはデスクトップ版と従来のWPF版があります。macOSではApple SiliconとIntelを確認してください。Linuxではアーキテクチャに加え、ディストリビューションに合ったパッケージ形式も確認が必要です。AndroidではXrayコアを使うv2rayNGが候補です。V2Flyコアが必要な場合はv2flyNGを選べます。先に手持ちの設定が使うプロトコルと通信方式を確認してからクライアントを選ぶと、コアの違いをサブスクリプションの不具合と取り違えずに済みます。
クライアントをインストールしたのに、サブスクリプションやサーバー設定が必要なのはなぜですか？
クライアントは接続を管理するツールであり、そのまま使えるリモートサーバーは付属していません。サブスクリプションを使うとサーバー設定をまとめて取得できます。個別の共有リンクには通常、接続先のアドレスやポート、認証情報、通信パラメーターが含まれます。インストール後、自分で管理している、または使用する権利のある設定を読み込み、接続先を選択してください。サブスクリプションURLにはアクセス用の認証情報が含まれることがあるため、機密情報として扱いましょう。問い合わせの際は、URL全体やQRコード、認証情報が写ったスクリーンショットを公開しないでください。
システムプロキシ、グローバルルーティング、TUNは同じ設定ですか？
それぞれ役割が異なります。システムプロキシは、その設定に対応するアプリにローカルのプロキシアドレスを提供します。グローバルルーティングは、コアに入った通信の出口を指定するもので、すべてのアプリの通信を自動的に取り込みません。TUNは仮想ネットワークインターフェースを通じて、設定した範囲の通信を受け取ります。まずはシステムプロキシとデフォルトルートで基本的な接続を確認し、必要に応じてTUNを検討してください。Webページの問題を調べるためにすべての機能を同時に有効にすると、入口、ルール、接続先のどこで問題が起きたのか分かりにくくなります。
インストールと設定
端末のアーキテクチャに合ったパッケージを選び、サブスクリプションの読み込みとシステムの許可を済ませましょう。
サブスクリプションを追加できない、または追加後に一覧が空の場合、何を確認すればよいですか？
サブスクリプションURLと個別の共有リンクを区別し、それぞれサブスクリプション管理またはクリップボードからの読み込みを使ってください。コピー時は前後の空白や改行、チャットアプリが付けた説明文を取り除き、URLが途中で切れていないことを確認します。サブスクリプショングループを保存した後、更新も実行してください。一覧が空なら、グループの絞り込み条件と更新ログを確認します。取得結果がログインページやエラーページだったり、非対応の設定形式だったりする場合、貼り付けを繰り返しても解決しません。アクセス権を確認するか、現在のクライアントに対応したサブスクリプション形式を入手してください。
Androidのインストールパッケージはarm64とuniversalのどちらを選べばよいですか？
2015年以降の一般的なAndroidスマートフォンではarm64が候補になりますが、最終的には端末のCPUとOSが対応するアプリのアーキテクチャを確認してください。判断できない場合は、複数のアーキテクチャに対応するuniversalパッケージを選べます。通常、ファイルサイズは大きくなります。インストールできない場合は、OSのバージョン要件や空き容量、署名の異なる同名アプリがないかも確認してください。入手元を変更する前に設定をバックアップし、すぐにアンインストールしないでください。インストールできても、起動と接続を実際に試して互換性を確認する必要があります。
v2rayNのデスクトップ版と従来のWPF版はどう選べばよいですか？
Windowsデスクトップ版は新世代のクロスプラットフォームUIを採用しています。従来のWPF版は、これまでの操作に慣れている場合に適しています。メニューの位置や一部機能の表示は異なることがあります。初めて使う場合は、ダウンロードセンターのデスクトップ版から始めるとよいでしょう。既存の作業手順を維持したい場合は、互換性に応じてWPF版を選んでください。2つのインスタンスで同時にシステムプロキシを管理したり、同じポートを待ち受けたりしないようにしてください。切り替える前に設定をエクスポートし、元のフォルダーも残しておきます。起動時にランタイムの不足が表示された場合は、選択したパッケージの案内に従って必要なコンポーネントをインストールしてください。サブスクリプションを何度も入れ替える必要はありません。
Androidで初めて接続するときにVPNの許可を求められたら、どうすればよいですか？
v2rayNGとv2flyNGはAndroidのVPNサービスを使ってローカルの通信経路を作るため、初回の接続時にシステムの許可が必要です。操作中のクライアントから表示された確認画面であることを確かめてから許可してください。この許可だけでリモートサーバーへの接続が成功するわけではありません。許可後すぐに切断される場合は、別のVPNサービスが接続を使用していないか、システムがバックグラウンド動作を制限していないか確認します。組織の管理下にある端末や仕事用プロファイルでは、管理者が権限を制御している場合があります。管理上の制限を回避する目的で、クライアントの再インストールを繰り返さないでください。
使い方のヒント
アプリの通信がコアに届いているか確認してから、ルーティングモードと取り込み範囲を選びましょう。
システムプロキシを有効にしても、一部のアプリがプロキシを経由しないのはなぜですか？
システムプロキシが適用されるのは、その設定に従うアプリだけです。独自のネットワーク設定を使うアプリもあり、既存の接続が以前の経路を使い続けることもあります。まずクライアントのコアが動作していることを確認し、システムのプロキシアドレスとポートがクライアントのローカル接続先と一致しているか確認してから、対象アプリを再起動してください。ブラウザーに個別のプロキシ拡張機能がある場合は、設定が上書きされていないか確認します。システムプロキシを参照しないアプリには、アプリ内のプロキシ設定を使うか、通信を取り込む範囲を理解したうえでTUNを設定してください。グローバルルーティングに切り替えても、通信を取り込めるとは限りません。
グローバル、国内宛てを迂回するモード、ルールモードはどう選べばよいですか？
普段使いでは、クライアントに用意されたルールモードや中国本土宛てを迂回するプリセットから始め、実際の利用に合わせて調整できます。グローバルモードでは通常、コアに入った通信をプロキシ経由にしますが、プリセットの例外ルールが適用されることもあります。中国本土宛てを迂回するモードは、ドメインやIPアドレスのルール、関連データを使い、条件に一致した接続を直接通信させます。カスタムルールモードでは、ルールの順序に従って接続先を決定します。モード名や内容はクライアントによって異なるため、名前だけで判断せず、現在のルールを確認してください。切り替え後は新しい接続で試し、古い接続の再利用による誤判定を避けましょう。
TUNの有効化時に権限不足と表示されます。常に管理者として実行する必要がありますか？
TUNは仮想インターフェースを作成し、関連するルートを変更するため、権限が足りない場合はログで失敗した操作を確認してください。Windowsでは管理者権限やクライアントのサービスモードが必要な場合があります。macOSとLinuxではクライアントの案内に従ってシステムの許可を行います。継続的に権限を昇格させる必要があるかどうかは、インストール方法とサービス設定によって異なります。まずTUNを無効にして通常のプロキシ接続ができることを確認し、その後で権限やインターフェースの競合を調べます。別のVPNや仮想ネットワークアダプター用ソフトがないかも確認し、システムの保護機能全体を無効にしないでください。
複数のサブスクリプションを管理し、更新時に手動変更を上書きされないようにするには？
取得元ごとにサブスクリプショングループを分け、見分けやすい名前を付けることをおすすめします。更新前に現在のグループ、フィルター条件、接続先を確認してください。絞り込み後の一覧を、更新で項目が消えたものと誤認するのを防げます。サブスクリプションの更新では、取得元のサーバー項目が再生成される場合があります。個別の項目を直接編集しても、カスタム設定が長期保存されるとは限りません。独自の変更が必要な場合は、クライアントが対応する範囲でローカル設定に複製し、別に管理してください。定期的にバックアップをエクスポートし、サブスクリプションを削除する前にローカル項目もグループと一緒に削除されるか確認しましょう。
トラブル対処
設定を保持したまま、ログと比較テストで原因を絞り込みます。一度に変更する条件は1つにしましょう。
サーバーのテストがタイムアウトした場合、どの順番で確認すればよいですか？
まず端末自体がインターネットに接続できることを確認し、コアが正常に起動しているか、ローカルポートが使用中でないかを調べます。次にサーバーアドレス、ポート、認証パラメーター、通信設定を確認してください。端末の時刻がずれていると、安全な接続に影響することがあります。テストがタイムアウトしたというだけでは、サーバーが使えないとは限りません。テスト方式によっては、実際のWebアクセスとは異なる経路を使います。利用可能と分かっている設定や別のネットワークでも試し、ログと合わせて名前解決の失敗、接続拒否、証明書エラー、接続先からの応答遅延を切り分けてください。
クライアントは接続済みなのにWebページが開けない場合、どう調べればよいですか？
接続済みという表示は、通常、ローカルサービスや仮想インターフェースが起動したことを示すだけで、通信先までリクエストが届いたことを意味しません。まず利用可能なサーバーを選んでいるか確認し、Webページを開いたときに該当する接続がログに記録されるか確認してください。記録がなければ、アプリの接続経路、システムプロキシ、TUNの取り込み範囲を重点的に調べます。記録があるのに失敗する場合は、ルーティングの出口、DNS、認証、通信パラメーターを確認します。まずブラウザー1つだけで明確なテストページにアクセスし、他のプロキシツールを一時停止して、設定を一度に1つだけ変更してください。最初からすべての設定をリセットすると、原因特定の手がかりを失う可能性があります。
これまで更新できていたサブスクリプションが突然更新できなくなった場合は？
まず更新ログを確認し、接続タイムアウト、名前解決の失敗、アクセス拒否、取得内容の解析失敗のどれかを特定します。サブスクリプションの期限切れやURLの変更、端末の時刻も確認してください。既存のプロキシ経由でないとアクセスできない場合、クライアントに設定があればプロキシ経由で更新できます。ただし、利用可能な接続先がすでにあることが前提です。直接アクセスできる場合は、無理にプロキシ経由にする必要はありません。まだ使える古い項目を先に削除したり、サブスクリプションURL全体を公開の掲示板に投稿したりしないでください。エラーの種類を記録し、取得元にアクセス状況を確認しましょう。
DNSエラーや一部のドメインにアクセスできない場合、すぐにFakeDNSを有効にすべきですか？
FakeDNSを万能な修復設定として使うべきではありません。まずシステムの名前解決、ブラウザーのセキュアDNS、コアのDNSを区別し、どの段階で失敗するかを確認します。現在のDNSサーバーに、予定している経路でアクセスできるかも調べてください。一部のドメインだけ失敗する場合は、ドメインルールや名前解決ポリシー、古いキャッシュの有無を確認します。FakeDNSは対応付けに使う仮想アドレスを返すため、通信の取り込みやルーティング設定と組み合わせる必要があります。単独で有効にすると、別の問題を招くことがあります。まず基本的なDNS設定を把握しやすい状態に戻し、TUNなどの利用状況に応じて個別に設定・検証してください。