v2rayNのよくある質問

Windows、macOS、Linuxでは、デスクトップ用にv2rayNを選ぶのが基本です。Windows版は、クロスプラットフォームのUIを採用したDesktop版と、従来のWindows向けUIを採用したWPF版があります。ダウンロードページで動作に必要な環境を確認して選びましょう。Androidでは、Xrayコアを採用したv2rayNGが基本です。V2Flyコアが必要な場合はv2flyNGを検討してください。名前が似ていても、設定方法や対応プロトコルが同じとは限りません。移行する前に、サーバー側が指定するプロトコル、通信方式、安全設定に移行先のクライアントが対応しているか確認してください。リンクを読み込めるだけで、接続できるとは限りません。

クライアントは設定を読み込み、プロキシコアを起動して、ルールに合った通信を指定のアウトバウンドへ転送します。インストーラー自体に利用可能なサーバーは含まれていません。接続するには、利用権限のあるサービス提供元または自分で構築したサービスから、サブスクリプションURL、共有リンク、あるいは手動設定に必要な情報一式を入手してください。読み込み後はサーバーを選択し、使用中のサーバーに設定する必要があります。サーバーアドレスだけでポート、ユーザーID、通信パラメーターがない場合、通常は接続できません。サブスクリプションにはアクセス情報が含まれることがあります。トラブルの相談時にURL全体を公開したり、設定画面をそのまま公開の場に投稿したりしないでください。

vmess://やvless://などの共有リンクは通常、1台のサーバー情報を記述したもので、クリップボードからの読み込みに使います。サブスクリプションURLは、複数のサーバー情報やその後の変更を取得するための更新可能なURLです。v2rayNでは、共有リンクは「サーバー」メニューのクリップボード読み込みから登録します。サブスクリプションURLは「サブスクリプショングループ → サブスクリプショングループ設定」でグループを追加してURLを入力し、更新してください。サブスクリプションURLを単一サーバーのリンクとして読み込むと、形式エラーになることがあります。Webページに表示されたタイトルではなく、実際のURLを使いましょう。コピー時に説明文や改行、前後の空白が混ざっていないか確認してください。

システムプロキシは、OSのプロキシ設定に従うアプリの通信を、クライアントのローカルプロキシポートへ送ります。ルーティングルールは、コアに届いた通信をプロキシ経由、直接接続、遮断のいずれにするか決めます。TUNモードは仮想ネットワークインターフェースを使い、より多くのアプリの通信を取り込みます。それぞれ役割の階層が異なり、システムプロキシを有効にしてもすべてのアプリが自動的にプロキシを使うわけではありません。グローバルルーティングを選んでも、通信がコアに届いていなければ意味がありません。初めて設定する場合は、まずシステムプロキシでサーバーに接続できることを確認し、必要に応じてTUNを有効にしてください。方式を切り替える際は動作確認済みの設定を保存し、ルーティング、DNS、仮想インターフェースを同時に変更して原因が分からなくならないようにしましょう。

比較的新しいAndroidスマートフォンの多くは、64ビットARM環境向けのarm64版が適しています。universal版よりファイルサイズが小さい傾向があります。発売年だけでは互換性を判断できないため、プロセッサーとOSが対応アーキテクチャをサポートしているか確認してください。分からない場合はuniversal版を選ぶか、システム情報でABIを確認しましょう。「アプリをインストールできません」と表示されたり、解析に失敗したりする場合は、アーキテクチャのほか、OSのバージョン要件、ダウンロードの完了、同じ名前で署名の異なるアプリがすでにインストールされていないかも確認してください。古いアプリをアンインストールする前に必要な設定をエクスポートし、サブスクリプションやカスタムルールを失わないようにしましょう。

まず、読み込もうとしているものが単一サーバーの共有リンクか、ネットワーク経由で内容を取得するサブスクリプションURLかを確認します。共有リンクはプロトコルのプレフィックスを含めてすべてコピーし、クライアントのクリップボード読み込み機能を使います。サブスクリプションURLはグループに登録してから更新してください。形式に対応していないと表示された場合は、提供元に、Webページやログイン画面、別アプリ用の設定ファイルではなく、クライアントに対応する形式が返されているか確認しましょう。コピー時に引用符、説明文、途中の空白が混ざっていないかも確認してください。リンク内のユーザーIDやエンコードされた内容は書き換えないでください。更新後も一覧が空の場合は、選択中のグループやサーバーの絞り込み条件を確認します。

まずv2rayNの下部メニューで「システムプロキシ」を「システムプロキシを自動設定」にし、使用中のサーバーが選択され、コアのログに起動エラーがないことを確認してください。次に、OSのネットワーク設定にあるプロキシのアドレスとポートが、クライアントの現在のローカル待ち受け設定と一致しているか確認します。ブラウザー拡張機能、ブラウザー独自の手動プロキシ設定、ほかのプロキシクライアントがOSの設定を上書きしていることがあります。切り分け中は通信を取り込む方式を1つに絞り、設定後にブラウザーを再起動して試してください。コマンドラインや一部のアプリはシステムプロキシを使わないため、それらの直接接続の結果だけでシステムプロキシの故障とは判断できません。別途プロキシを設定するか、TUNを利用してください。

まずTUNを無効にし、通常のシステムプロキシで接続できることを確認してから、仮想インターフェースの問題を調べます。Windowsではクライアントを終了し、管理者として再起動してから「Tunを有効にする」をオンにします。macOSとLinuxではクライアントの案内に従って必要な権限を許可してください。すべてのプログラムに最高権限を恒常的に与えるのは避けましょう。ログで最初に発生したエラーを確認し、権限不足、インターフェース作成失敗、ルート追加失敗のどれかを切り分けます。仮想ネットワークインターフェースを使用するほかのツールを一時的に終了して、もう一度試してください。Android版v2rayNGではOSのVPN許可を使います。初回接続時にシステムの確認画面で許可し、ほかのVPN接続が使われていないか確認してください。

v2rayNの「サブスクリプショングループ → サブスクリプショングループ設定」で、提供元や用途ごとにグループを作り、見分けやすい名前を付けてください。異なるURLを同じグループに繰り返し上書きするのは避けましょう。URLを変更したら、まずそのグループだけ更新して内容を確認し、必要に応じてすべてのサブスクリプションを更新します。サーバーを絞り込むときは選択中のグループを確認し、別のグループが非表示になっているだけなのにデータが消えたと誤解しないようにしてください。サブスクリプションから生成された項目は更新時に置き換わることがあります。長期間残したい手動設定は、別の設定として保存しましょう。バックアップ時にはカスタムルーティングとDNSも記録し、復元後に現在の設定から参照されているか確認してください。

Tcpingで分かるのは主にサーバーポートへのTCP接続状況であり、プロキシの認証、通信のハンドシェイク、接続先サイトへのアクセス成功までは保証しません。実接続の遅延はプロキシ経由でテスト先へ接続するため、実際の利用状況に近い指標ですが、テスト先、DNS、ルーティングルールにも左右されます。ダウンロード速度テストは継続的な通信速度を確認しますが、通信量が多くなりがちです。一度の結果だけで回線を比較しないでください。まず実接続テストで利用できる設定を絞り、実際に使うアプリでも動作を確認しましょう。テストに失敗した場合は該当するログを確認し、テスト先への接続不可、ポートへの接続不可、サーバー設定の誤りを、ひとまとめに「遅延が大きい」と判断しないようにしてください。

v2rayNGの「設定」から「アプリごとのプロキシ」を開き、まず機能を有効にします。画面の説明に従って、選択したアプリをプロキシ経由にするか、プロキシを迂回させるかを選んでください。2つのモードではリストの意味が逆になるため、設定後にチェックしたアプリを確認し、接続をいったん停止して再起動すると変更が反映されます。アプリごとのプロキシ設定は、VPNの取り込み対象にするアプリを制御する機能であり、コアに届いた後のルーティングルールを置き換えるものではありません。プロキシを使いたいアプリが対象外になっている場合、グローバルルーティングに切り替えても対象には戻りません。バックグラウンドのダウンロードやシステム機能の通信に問題がある場合は、実際にリクエストを送っているのが別のアプリやシステムサービスではないかも確認してください。

DNSの名前解決に問題がある、想定したとおりにルーティングされない、またはTUN環境で特定のドメインマッピングが必要な場合に限り、DNSやFakeDNSの変更を検討してください。まず現在動作している設定を維持し、すべてのドメインで失敗するのか、一部だけで失敗するのかを記録して、プロキシ接続自体が利用できることを確認します。FakeDNSが返すのはマッピング用の仮想アドレスであり、一般的なパブリックDNSサービスではありません。また、すべてのアプリで動作するとは限りません。変更前に、使用するコアとTUNの実装が設定に対応しているか確認してください。取り込み方式やルーティングの設定を合わせず、スイッチだけを有効にするのは避けましょう。変更後も問題が続く場合は元の設定に戻して関連アプリを再起動してください。残っているDNSキャッシュが判断に影響することもあります。

まず「サブスクリプショングループ → サブスクリプショングループ設定」を開き、URLが完全か、有効期限が切れていないか、提供元からURLを再取得する必要がないか確認し、更新ログのエラー内容を見ます。接続がタイムアウトする場合は、現在のネットワークからサブスクリプションサービスにアクセスできるか確認してください。取得した内容を解析できない場合は、ログイン画面やエラーページ、非対応の形式が返されていないか確認します。直接接続で取得できないときは、利用可能なサーバーがある場合に限り「プロキシ経由でサブスクリプションを更新」を試してください。まだ読み込みに成功していない設定には頼らないでください。更新に成功しても一覧が空なら、グループの絞り込みを解除してサーバーのフィルター条件を確認します。証明書の検証に影響しないよう、システムの日付と時刻も確認してください。

まず設定を維持し、ポートをむやみに変更しないでください。現在のネットワークから通常のWebサイトにアクセスできることを確認してから、使用中のサーバーのアドレス、ポート、プロトコル、通信方式、安全設定が提供元の指定と一致しているか確認します。特にTLSのサーバー名と通信パスに注意してください。ログを見て、ドメインの名前解決失敗、TCP接続のタイムアウト、ハンドシェイク失敗を区別しましょう。それぞれ対処方法が異なります。同じサブスクリプション内の別サーバーが利用できる場合は、一時的に切り替えて、個別の設定が原因かクライアント環境全体の問題かを調べます。ポートやパラメーターを変更するのは、提供元から明確な変更が案内された場合だけにしてください。ローカルでのテスト失敗だけで、接続先のサービスが停止したとは判断できません。

「接続済み」やコアの起動表示が示すのは、ローカルのプロセスが動いていることだけです。接続先へのリクエストが成功しているとは限りません。まず使用中のサーバーが正しいか確認し、コアのログ、通信がクライアントに届いているか、想定したアウトバウンドがルーティングで選ばれているか、DNSで名前解決できるかを順に確認します。システムプロキシを使っている場合は、アプリがプロキシ設定を読み込んでいるか確認してください。TUNを使っている場合は、インターフェースやルートの競合を避けるため、ほかのVPNやプロキシツールをいったん終了します。比較のため、明示的なプロキシルートに一時的に切り替え、テスト後に元のルールへ戻すこともできます。一部のサイトだけ開かない場合は、そのドメインのルーティングと名前解決を個別に調べてください。すぐにすべての設定をリセットしたり、複数の項目を何度も変更したりしないでください。

画面ロック後に切断される場合は、v2rayNGまたはv2flyNGに対するバッテリー最適化、バックグラウンド実行、バックグラウンド通信の制限を確認し、端末の設定で必要なバックグラウンド動作を許可してください。システムのVPN許可が有効なことも確認します。端末によってはアプリの自動起動設定も必要です。メニュー名はOSによって異なります。クライアント終了後にネットワークの問題が起きる場合は、「常時接続VPN」や「VPN未使用時の接続をブロック」が有効になっていないか確認してください。クライアント停止後も、これらの設定によって通信が制限されることがあります。デスクトップ版を終了する前にTUNを無効にし、システムプロキシを解除してください。復旧時は残っている通信の取り込み設定を先に解除してから再接続し、設定フォルダー全体をすぐに削除しないでください。