V2Ray クライアントよくある質問
基礎知識、インストールと設定、活用テクニック、トラブルシューティングに分けて整理しています。接続に問題があるときは、まず端末のネットワークを確認し、サブスクリプション、ノード、プロキシモード、DNS の順に確認してください。
通信断、システム時刻の誤り、ネットワーク切り替えの未完了を先に除外します。
現在のグループを更新し、アクティブノードと取り込み形式を確認します。
システムプロキシ、アプリ内プロキシ、TUN モードを区別します。
解析、接続、DNS の情報から問題の範囲を絞り込みます。
基礎知識
クライアント、コア、プロトコル、通信の引き受け方式を先に整理すると、その後の設定を理解しやすくなります。
V2Ray、v2rayN、Xray の違いは?
V2Ray は通常、Project V によって形成されたプロキシ技術エコシステムを指します。v2rayN は Windows、macOS、Linux 向けの GUI クライアントで、Xray はクライアントから呼び出せるコアの一つです。日常の操作は主に v2rayN の画面で行い、プロトコルの解析、接続の確立、ルーティング処理は選択したコアが担います。
v2rayN、v2rayNG、v2flyNG はどう選べばよい?
Windows、macOS、Linux のデスクトップでは v2rayN を優先します。Android 端末では通常、Xray コアを採用した v2rayNG を選びます。サブスクリプションやノードが V2Fly コアを明示的に必要とする場合は、v2flyNG も利用できます。3つは設定画面の入口が異なりますが、一般的なサブスクリプションと単一ノードのリンクを取り込めます。
VMess、VLESS、Trojan、Shadowsocks を1つのサブスクリプションに混在させられる?
可能です。サブスクリプションサービスは複数のプロトコルを同時に返せるため、クライアントが各項目を順番に識別し、サーバー一覧を作成します。項目を利用できるかどうかは、クライアントのバージョン、現在のコア、転送パラメータが揃っているかで決まり、同じグループに別のプロトコルがあるかどうかとは直接関係しません。特定のプロトコルだけ使えない場合は、まずその項目のパラメータを確認してください。
システムプロキシと TUN モードの違いは?
システムプロキシは、OS のプロキシ設定に従うアプリに主に適用されます。設定が簡単で、ブラウザーや多くのデスクトップソフトに適しています。TUN モードは仮想ネットワークインターフェースを通じて、より広範な通信を引き受けます。システムプロキシを読み取らないプログラムにも有効ですが、通常は追加の権限が必要で、ファイアウォール、仮想ネットワークアダプター、ほかのネットワークツールの影響を受けやすくなります。
サブスクリプション、ノード、サブスクリプショングループの関係は?
サブスクリプションは複数のノードを取得するためのアドレスです。ノードはサーバー、ポート、プロトコル、転送パラメータを含む具体的な接続設定で、サブスクリプショングループはノードを提供元ごとに管理するために使います。複数のグループを作成すると、提供元ごとに更新、絞り込み、無効化ができ、問題発生時も設定の出どころを確認しやすくなります。
インストールと設定
サブスクリプションの追加先、リンク形式、インストールパッケージのアーキテクチャ、クライアントのバージョン選びを順に説明します。
サブスクリプションリンクを貼り付けると取り込みに失敗するのはなぜ?
まず、コピーした内容に前後の空白、改行、欠落した文字がないか確認します。次に、追加先が単一ノードの取り込みではなく、サブスクリプション管理になっていることを確認してください。その後、ブラウザーでアドレスにアクセスし、正常に内容が返るか確認します。ログインが必要、期限切れ、通常のWebページが返るアドレスはクライアントで解析できません。サブスクリプション提供元に、直接更新できる完全なアドレスを確認してください。
vmess・vless リンクと Base64 サブスクリプションアドレスの違いは?
vmess://、vless://、trojan:// で始まる内容は、通常は単一ノードを表します。クリップボードからの取り込み、または手動追加の入口を使って登録してください。サブスクリプションアドレスは通常 http:// または https:// で始まり、アクセスすると複数のエンコード済み項目を返します。単一ノードのリンクをサブスクリプション欄に入れたり、サブスクリプションアドレスを単一ノードとして解析したりすると、取り込みに失敗します。
Android パッケージの arm64 と universal はどう選べばよい?
2015年以降に発売された主流の Android スマートフォンやタブレットは、通常 arm64 を採用しています。まずはサイズの小さい arm64 パッケージを選ぶとよいでしょう。端末のアーキテクチャが不明、古いハードウェアを使用している、または arm64 パッケージをインストールできない場合は、互換範囲の広い universal 版を選びます。2種類のパッケージでクライアント機能は通常同じで、主な違いは対応するプロセッサーアーキテクチャです。
v2rayN のデスクトップ版と従来の WPF 版の違いは?
デスクトップ版は新世代のクロスプラットフォーム UI を採用しており、異なるデスクトップ OS で近い操作感を保ちたいユーザーに適しています。従来の WPF 版は Windows 向けで、成熟した従来型の画面とメニュー構成を維持しています。既存のチュートリアル、操作習慣、自動化手順が従来の画面を前提としている場合は WPF 版を使い続けられます。新規インストールでは、まずデスクトップ版を試すとよいでしょう。
設定を取り込んだのにサーバー一覧が空のままなのはなぜ?
まず、作成したばかりのサブスクリプショングループを選択して、1回更新を実行します。その後、サーバーの検索欄にキーワードが残っていないか確認してください。プロトコル、備考、状態によるフィルターを有効にしていると、すべての項目が隠れている可能性もあります。フィルターを解除しても空のままなら、更新ログに解析エラーがないか確認し、サブスクリプションがクライアント対応形式を返していることを確認します。
活用テクニック
グループ、テスト、ルーティング、DNS を適切に設定し、繰り返しの操作を減らしながら、トラブル解決の手順を明確に保ちます。
複数のサブスクリプションを分かりやすくグループ管理するには?
設定の提供元ごとに独立したグループを作成し、すべてのアドレスをデフォルトグループにまとめないことをおすすめします。提供元を識別できる名前を付け、更新間隔、フィルター条件、デフォルトノードをグループごとに設定します。サブスクリプションを変更するときは該当グループだけを調整すれば、同名ノードの混在を防げます。また、1つの更新に失敗しても、ほかの提供元の利用可能な設定を残せます。
遅延テストの結果はどう解釈すればよい?
遅延テストは、テストした時刻、方法、接続先の組み合わせにおける応答状況を示すもので、実際のダウンロード速度と同じではありません。特定のテスト方法に応答しないノードでも、プロキシ接続は確立できる場合があります。ノードを選ぶ際は、接続の成否、よく使うWebサイトの読み込み状況、一定時間の安定性を合わせて確認し、1回の結果だけで順位を決めないようにしてください。
中国本土を迂回・全般・ルールモードはどう選ぶ?
ルールモードは、ドメイン、アドレス、または事前設定したルールに基づいて直接接続とプロキシ接続を切り替えるため、日常的な長期利用に適しています。中国本土を迂回する設定は一般的なルール戦略で、日本国内や中国本土のネットワーク資源には通常直接接続し、それ以外の通信はルールに従って処理します。全般モードでは、より広い範囲の通信が現在のノードを経由します。短時間の診断には適していますが、対象範囲を把握しないまま長期的に有効にすることはおすすめしません。
ルーティングルールを変更してもすぐ反映されないのはなぜ?
ルールを保存した後は、設定を再適用する必要があります。必要に応じて接続を切断し、再接続してください。すでに確立された接続が古いルートを使い続ける場合があるため、テスト時は関連アプリを終了するか、ネットワークセッションを更新します。現在有効なのが変更したルーティング設定か、ルールの順序が正しいかも確認してください。範囲の広い前方ルールが先に一致すると、後続のルールが実行されないことがあります。
DNS はデフォルトのままにするべき? それとも手動設定?
初めて使う場合はクライアントのデフォルト設定を維持し、まず基本接続が正常か確認することをおすすめします。ドメインを解決できない、解決結果が異常、特定のルーティング戦略との併用が必要、といった場合にだけ DNS を個別に調整してください。変更時は一度に1項目だけ変更し、元の値を記録します。ローカル DNS、リモート DNS、FakeDNS、ルーティングルールを同時に変更すると、原因の特定が大幅に難しくなります。
トラブルシューティング
すべてのノードがタイムアウトする問題から、接続後にアクセスできない問題、システムプロキシや TUN の権限問題まで、影響範囲に応じて段階的に原因を特定します。
すべてのノードがタイムアウトするとき、どこから確認すればよい?
まず端末自体が正常にインターネットへアクセスできることを確認し、サブスクリプションを更新してシステム時刻を確認します。次に、追加のプロキシソフト、仮想ネットワークアダプター、接続を遮断する可能性のあるファイアウォールルールを一時的に無効にして、1つのノードを再テストします。すべてのノードが同時にタイムアウトする場合は、通常、ローカルネットワーク、サブスクリプションの有効性、またはクライアント設定に原因があります。一部の項目だけなら、単一ノードの障害である可能性が高くなります。
クライアントは接続済みなのにWebページを開けない場合は?
まず現在のアクティブノードが実際に利用可能か確認し、システムプロキシが有効か、ブラウザーが独自のプロキシ設定を使っていないかを確認します。ルールモードに切り替えて再接続し、ドメインと直接アドレスを個別にテストすると、DNS の問題かどうかを判断できます。特定のアプリだけネットワークに接続できない場合は、そのアプリがシステムプロキシを無視していないか、TUN モードによる通信の引き受けが必要かを確認してください。
システムプロキシを有効にしても一部のプログラムが直接接続するのはなぜ?
システムプロキシは、OS のプロキシ設定を自分で読み取るプログラムにだけ適用されます。一部のゲーム、コマンドラインツール、独自のネットワークスタックを持つアプリは使用しません。まずプログラム内にプロキシ設定がないか確認してください。設定がなく、通信を引き受ける必要がある場合は TUN モードを検討できます。切り替える前にほかのネットワーク制御ツールを終了し、ルーティングや仮想ネットワークアダプターの競合を避けてください。
TUN モードで権限不足または仮想ネットワークアダプターを作成できない場合は?
まずクライアントを完全に終了し、OS の管理者権限で再起動します。セキュリティソフトが仮想ネットワークアダプターのドライバーを阻止していないことも確認してください。端末にほかの VPN、仮想マシン、ネットワーク高速化ツールがインストールされている場合は、一時的に終了して再試行します。それでも失敗する場合は、まずシステムプロキシモードに戻して基本利用を確保し、その後、古い仮想ネットワークアダプター、ドライバーの状態、OS のネットワークサービスを確認します。
サブスクリプションの更新に失敗する、または更新中のまま進まない場合は?
まず現在の更新タスクを停止し、サブスクリプションアドレスが期限切れでないことを確認します。ブラウザーでアクセスした際にログインページやエラーページが返っていないかも確認してください。次にクライアントログのリクエスト状態を確認し、システム時刻の誤り、DNS 解決失敗、ローカルプロキシのループを切り分けます。複数のサブスクリプションのうち1つだけ失敗する場合は、そのグループだけを処理すればよく、正常な設定を削除する必要はありません。再追加する前に現在の設定をエクスポートしておくと安心です。