V2Rayクライアントのよくある質問

Windows・macOS・Linuxのデスクトップではv2rayN、AndroidではXrayコアを採用するv2rayNGが第一候補です。V2Flyコアの設定が必要な場合はv2flyNGを検討してください。まずOSを確認し、次にサブスクリプションで必要なプロトコルとコアの対応状況を確認します。名前が似ていても設定方法は同じとは限らず、デスクトップ版のシステムプロキシ設定をAndroidにそのまま適用することはできません。既存の設定でREALITYなどの機能を使う場合は、利用中のコアが対応しているか確認し、詳しくはクライアント比較ガイドをご覧ください。

クライアントは設定を管理し、プロキシコアを起動するソフトウェアです。接続先のサーバーを提供するものではありません。サブスクリプションは設定の提供元が発行するURLで、クライアントが読み込むと選択可能な設定が作成されます。共有リンクを1件ずつ追加したり、設定ファイルを読み込んだりする方法もあります。設定の入手元と有効期限を確認してから、形式に合った方法で追加してください。通常の案内ページはサブスクリプションURLではありません。サブスクリプションURLには認証情報が含まれる場合があるため、スクリーンショットやコメント欄、不明な変換サイトに公開しないでください。

システムプロキシは、デスクトップOSの設定にプロキシのアドレスを書き込みます。通常はその設定を参照するブラウザーやアプリで使えますが、すべてのプログラムが対象になるわけではありません。TUNは仮想ネットワークインターフェースを通じて通信を取り込み、より広い範囲をカバーします。その分、管理者権限やルーティング、DNSの設定も関係します。Androidのクライアントは通常、OSのVPNインターフェース経由で端末の通信を取り込むため、デスクトップ向けのTUNドライバーを別途インストールする必要はありません。用途に合った方式を選んでから通信の振り分けを設定し、ネットワークを制御するツールを同時に複数起動しないようにしましょう。

必ずしもそうではありません。「グローバル」は通常、コアに取り込まれた通信の出口を選ぶモードであり、すべてのアプリの通信がコアに届くことを保証するものではありません。システムプロキシだけを有効にしている場合、設定を参照しないプログラムは直接通信することがあります。TUNを使う場合も、除外アプリやバイパス対象のネットワーク、ルールを確認してください。問題の切り分けでは、まず対象アプリのリクエストがクライアントに届いているか、次にどの出口に振り分けられているかを確認します。モード名だけで通信経路を判断せず、クライアントのログとルールを確認してください。

比較的新しいAndroid端末の多くはarm64アーキテクチャを採用しています。OSが対応していることを確認できたらarm64版を選べます。アーキテクチャがわからない場合は端末の仕様を確認するか、複数のアーキテクチャ向けのコンポーネントを含むuniversal版を選んでください。CPUが64ビット対応でも、OSの実行環境が対応しているとは限りません。購入時期だけで判断しないでください。インストールできない場合は、OSのバージョン要件、空き容量、インストール権限、既存アプリとの署名の競合も確認しましょう。universal版で解決できるのは一部のアーキテクチャの問題で、OSの要件を回避することはできません。

まず、追加しようとしているものが共有リンク1件なのか、サブスクリプションURLなのか、設定ファイルなのかを確認してください。サブスクリプションURLはサブスクリプション設定に追加して保存し、更新を実行します。クリップボードからのインポートは、対応する共有形式を読み込む機能です。任意のWebページのURLがサブスクリプションとして認識されるとは限りません。コピーした内容に空白、改行、引用符、チャットアプリの余分なテキストが含まれていないか確認し、URLが有効かも確かめてください。ログイン画面やエラーメッセージが返ってくる場合、何度インポートを試しても解決しません。設定の提供元に、正しいURLとクライアントで使える形式を確認してください。

デスクトップ版はクロスプラットフォームのUIを採用しており、複数のデスクトップOSで似た操作方法を使いたい方に向いています。WPF版は従来型のWindows UIで、メニュー構成に慣れている方に適しています。動作環境の要件や設定項目の場所が異なる場合があるため、ファイル名だけで決めず、ダウンロードページの説明を確認してください。初めて使う場合は、まずどちらか一方をインストールし、サブスクリプションの追加と接続テストを行いましょう。移行するときは先に設定をバックアップし、クライアントが対応する方法でインポートしてください。使用中のデータフォルダーを上書きしないよう注意が必要です。

まずTUNを無効にし、通常のプロキシモードが起動することを確認してから、ログを見て権限、サービス、ドライバーのどこに問題があるかを調べます。Windowsでは通常、管理者権限での実行や関連サービスの正しいインストールが必要です。macOSとLinuxでは、クライアントの案内に従って権限を許可するか、補助コンポーネントを設定してください。手順はバージョンによって異なります。ほかのVPN、仮想ネットワークアダプターのツール、セキュリティソフトによるブロックがないか確認し、提供元が不明なドライバーを繰り返しインストールしないでください。AndroidでVPNの許可に失敗する場合は、OS側の許可設定を確認し、別のアプリがVPN接続を使用していないかも調べましょう。

設定の入手元ごとにサブスクリプションのグループを作り、用途がわかる名前を付けましょう。複数の入手元を同じグループに何度も追加するのは避けてください。更新時にグループ内の項目が置き換わる場合があるため、長期的に使う手動設定は別に保存します。手動変更が保持されるかどうかは、利用中のクライアントの動作を確認してください。更新前にグループとURLを確かめ、更新後は使用中の設定が残っているか確認しましょう。重複したグループを削除する前に設定をバックアップし、必要なルーティング、メモ、手動追加項目が残っているか確認してください。

まず、設定の提供元が利用するクライアントで読み込める形式を用意しているか確認してください。そのままインポートできる場合、通常は変換不要です。変換が必要な場合は、変換元と変換先の両方がプロトコル、通信方式、セキュリティ設定、関連する拡張項目を表現できるか確認しましょう。変換が成功しても、すべての項目が保持されているとは限りません。まず設定を1件だけ変換してテストし、問題がなければまとめて使います。認証情報を含むサブスクリプションURLを不明なオンラインサービスに渡さないでください。インポートを通すために不明な項目をむやみに削除せず、クライアントやコアの更新が必要か確認しましょう。

デスクトップのブラウザーを日常的に使う場合は、まずシステムプロキシから試しましょう。有効な設定を選んでコアを起動し、システムプロキシを自動設定して、ブラウザーがOSの設定を参照しているか確認します。システムプロキシを参照しないアプリも通信させたい場合や、ネットワーク全体を取り込む必要がある場合にTUNを検討してください。テストでは一度に一つの設定だけを変更し、変更前後の状態を記録します。システムプロキシとTUNを必ず同時に有効にする必要はありません。併用すると問題の切り分けが難しくなることがあります。Androidではクライアントの手順に従ってVPN接続を有効にしてください。

まずクライアントの動作ログまたはコアのログを開き、問題が起きた時刻を記録してから失敗操作をもう一度実行します。該当するエラーと、その前後の数行を確認してください。ログを共有する前に、サブスクリプションURL全体、ユーザーID、パスワード、トークンなど再利用可能な認証情報を隠します。必要に応じてサーバーアドレスも伏せてください。問題の特定には、エラーの種類、項目名、操作の順序が役立ちます。ログレベルを上げるのは必要な間だけにして、調査後は通常のレベルに戻しましょう。アクセス情報が長期間にわたって過剰に記録されないよう注意し、設定ファイル全体をそのまま公開しないでください。

以前の設定で接続できるのは、保存済みのサーバー設定で接続できるということです。サブスクリプションの接続先が正常であることを示すわけではありません。まずサブスクリプションURLの期限切れやリセットがないか確認し、更新リクエストがタイムアウト、証明書エラー、アクセス拒否のどれになっているかを調べましょう。クライアントにプロキシ経由でサブスクリプションを更新する設定がある場合は、既存の設定で接続できるうちに更新経路を切り替えて試せます。まだ更新されていない設定に頼らずに済みます。使えているグループを急いで削除せず、まずバックアップを取り、システム時刻、基本的なネットワーク、サブスクリプション提供元の接続先の状態を確認してください。

一度のテストだけで判断しないでください。まずテストの種類を確認します。ポートへの到達性だけを確認するテストと、実際にプロキシ経由のリクエストを送るテストでは、失敗の原因が異なります。端末の時刻、サーバーアドレス、ポート、プロトコル、通信方式とセキュリティ設定を確認してください。特に、あるコアが対応している設定を、対応していないコアで使わないようにしましょう。次に、動作がわかっている別の設定や別のネットワークでも試して比較します。すべての設定で失敗するなら、まず端末の権限、ファイアウォール、ネットワークを確認してください。一部の設定だけ失敗する場合は、設定の提供元に問い合わせましょう。

まずコアが実際に動作しており、起動エラーがないことを確認します。次に通信の取り込み方法を確認してください。デスクトップではシステムプロキシが現在の待ち受けポートを指しているか、AndroidではVPNの許可を得ているかを調べます。その後ログを確認し、アクセス時のリクエストが記録されているか確認します。記録がない場合は、ブラウザー独自のプロキシ設定、アプリの除外設定、ほかのプロキシツールを確認してください。リクエストがコアに届いている場合は、DNS、ルーティング先、設定の有効性を調べます。一度に一つだけ変更して再テストし、すべての設定をまとめてリセットしないでください。詳しい手順は接続トラブルの確認リストをご覧ください。

まずシステムプロキシのアドレスとポートが、クライアントの現在の待ち受け設定と一致しているか確認します。ブラウザー独自のプロキシ設定や、拡張機能による制御も確認してください。コアにaddress already in useと表示される場合、別のプロセスまたはクライアントの重複起動が同じポートを使用しています。重複しているプロセスを終了してください。ポートを変更する場合は、そのポートを手動指定しているすべてのアプリも合わせて変更します。コアが正常に起動したことを確認してから、システムプロキシをテストしましょう。クライアントを終了する前に、クライアントが設定したシステムプロキシを解除すると、終了後もブラウザーが古いポートに接続し続ける問題を防ぎやすくなります。