v2rayN・v2rayNGのよくある質問

V2Rayは通常、Project Vエコシステムのプロトコル、コア、ツール群を指し、単一のGUIクライアントと同じものではありません。v2rayNはWindows、macOS、Linux向けのデスクトップクライアントで、サーバー、サブスクリプション、ルーティング、システムプロキシを管理します。v2rayNGはAndroidクライアントで、通常はXrayコアを使用します。クライアントは操作画面を提供し、実際に接続と通信を処理するのは呼び出されたコアです。

いいえ。インストールパッケージはv2rayN、v2rayNG、v2flyNGを端末にインストールするためのもので、サブスクリプションURLはネットワークサービス提供者が発行し、サーバー設定をクライアントへ配布するために使います。クライアントをインストールした後も、有効なサブスクリプションを読み込むか、サーバー情報を手動で入力する必要があります。本サイトではクライアントのインストール方法と設定方法を案内していますが、サブスクリプションURLの発行や、インストールパッケージによるサーバー設定の代替はできません。

システムプロキシは、OSのプロキシ設定を参照するアプリの通信を引き受けます。設定が簡単で、ブラウザーや多くのデスクトップアプリに適しています。TUNモードは仮想ネットワークインターフェースを通じて、より広範囲の通信を処理できるため、システムプロキシを参照しないアプリにも対応できます。一方で、より高い権限が必要になり、他の仮想インターフェース、ネットワークフィルター、セキュリティポリシーと競合しやすくなります。日常利用では、まずシステムプロキシから試すとよいでしょう。

Windows、macOS、Linuxではv2rayNを選択できます。画面構成とサブスクリプション管理の方法がデスクトップ環境間で比較的共通しています。Androidでは通常v2rayNGを優先します。サブスクリプション設定がv2flyコアの挙動に明確に依存する場合は、v2flyNGを選択してください。クライアントによって設定メニューは完全には同じではありませんが、サブスクリプションの更新、ノードの選択、接続の開始、必要に応じたルーティング設定という基本手順は共通しています。

デスクトップ版は新世代のクロスプラットフォームUIを採用しており、異なるデスクトップOSで似た操作感を求めるユーザーに適しています。従来のWPF版は従来型のWindows UIを採用しており、旧版のメニューやタスクトレイ操作に慣れているユーザー向けです。どちらもサブスクリプション、ノード、コアの管理に使用できます。2つのバージョンを同時に起動すると、ローカルの待受ポートやシステムプロキシ設定が上書きし合う可能性があるため、同時起動は避けてください。

「システム情報」または「このMacについて」を開き、チップまたはプロセッサの項目を確認します。Apple Mシリーズチップと表示された場合は、Apple Silicon向けのarm64パッケージを選択します。Intelプロセッサと表示された場合は、x64パッケージを選択してください。アーキテクチャを間違えるとアプリが起動しなかったり、追加の互換レイヤーが必要になったりします。ダウンロード前にハードウェアのアーキテクチャを確認するほうが、OSのバージョン番号から推測するより確実です。

2015年以降に発売された主要なAndroidスマートフォンの多くはarm64アーキテクチャを採用しているため、まずarm64パッケージを選ぶとよいでしょう。通常はファイルサイズも小さくなります。プロセッサのアーキテクチャを確認できない場合、端末が古い場合、またはarm64パッケージが非対応と表示される場合は、universal版を選択してください。universal版はより多くのアーキテクチャに対応するためサイズは大きくなることがありますが、同じバージョンのarm64版と基本的な機能は変わりません。

まずURLの前後に空白や改行がないか、メッセージアプリによって途中で切れていないかを確認します。次に、インポート先が単一サーバーの設定画面ではなく、サブスクリプショングループになっていることを確認してください。その後、ブラウザーでURLにアクセスして内容が返るか確認し、端末の時刻が正確かどうかも確認します。サービス提供者が専用のリクエストパラメーターを要求している場合やURLを変更した場合は、最新の完全なリンクを使用してください。古いURLをクライアントが自動修復することはできません。

まずクライアントを完全に終了し、OSの指示に従って管理者権限、ネットワーク拡張機能、仮想ネットワークインターフェースに関する権限を付与してから再起動します。それでも失敗する場合は、他のプロキシツール、仮想マシンのネットワーク、コンテナネットワーク、セキュリティソフトが同じ機能を使用していないか確認してください。切り分けでは他の仮想ネットワークインターフェース関連ソフトをいったん終了し、1つのクライアントだけでテストします。システムプロキシが動作することを確認してから、TUNを個別に有効にしてください。

まずサブスクリプショングループを新規作成し、完全なサブスクリプションURLを入力して保存します。その後、「現在のサブスクリプションを更新」または「すべてのサブスクリプションを更新」を実行してください。更新後、サーバー一覧にノードが表示されていることを確認し、1つをアクティブサーバーに設定してから、システムプロキシまたは必要な接続モードを有効にします。次回以降の更新は元のグループに対して行い、同名のグループを繰り返し作成しないでください。重複ノードや選択状態の混乱につながります。

グローバルプロキシを使うと、クライアントの対象範囲に含まれる通信がすべて現在のプロキシ出口を経由します。ルーティング規則が原因でアクセスに問題があるかを一時的に確認したい場合や、通信を統一した出口から送る必要がある場合に適しています。日常利用では、ドメイン、アドレス、ローカルネットワークの範囲に応じて分割ルーティングを設定するほうが適しています。LAN内の端末、システム更新、プロキシ不要のサービスが遠回りするのを防げます。モードを切り替えた後は、対象アプリを再起動してテストしてください。

クライアントのバージョン、グループ設定、サブスクリプションの内容によって異なります。サブスクリプション更新では通常、サーバー識別情報に基づいて一覧が再生成されます。サービス提供者がノード名やパラメーターを変更すると、古い項目が置き換えられることがあります。現在のノードが引き続き一致すれば通常は保持されますが、一致しない場合は再選択が必要です。重要なカスタムサーバーは独立したグループに入れ、自動更新されるサブスクリプション項目と混在させないでください。

テストによって対象アドレス、プロトコルの段階、タイムアウト条件が異なります。基本的な遅延は接続確立にかかる時間だけを示す場合がありますが、実測遅延ではプロキシとのハンドシェイクや対象へのリクエストも含まれます。実際のダウンロード速度は、出口帯域、対象サーバー、回線の混雑、端末性能にも左右されます。そのため遅延値は候補を絞るための目安にとどめ、最終的には対象サイトへのアクセス状況と安定性を合わせて判断してください。

初回設定では、短時間だけグローバルモードを使い、ノードとコアの経路が正常か確認できます。アクセスできることを確認したら、ルール分割に切り替えてください。ルール分割はドメイン、IPアドレス、ルールセットに基づいて、直接接続、プロキシ、ブロックを判断するため、長期利用に適しています。切り替え後に一部のサイトだけ利用できない場合は、すべてのノードをすぐに変更するのではなく、適用されたルーティングルールとDNSの結果を先に確認してください。

まず端末自体が正常にインターネットへ接続できることを確認し、システム時刻、サーバーアドレス、ポート、通信方式、TLS、SNI、ユーザー識別情報がそろっているか確認します。次にコアのログを確認し、ドメイン解決失敗、接続拒否、ハンドシェイク失敗、待機タイムアウトを区別します。同じサブスクリプションの全ノードがタイムアウトする場合は、ローカルネットワークとサブスクリプション設定を確認してください。一部のノードだけがタイムアウトする場合は、そのサーバー側の状態に問題がある可能性が高いです。

経路の順番に沿って確認します。まず現在のノードがアクティブサーバーに設定されていることを確認し、次にシステムプロキシまたはTUNが実際に有効になっていることを確認します。その後、ブラウザーに個別のプロキシ設定がないか確認してください。続いてコアのログにDNS、ルーティング、ハンドシェイクのエラーがないか確認します。一時的にグローバルモードへ切り替えて比較することもできます。グローバルでは利用できるのにルールモードでは利用できない場合、問題は通常、分割ルールまたはDNS設定にあります。

一部のアプリはOSのプロキシ設定を読み込まないか、起動時に古い設定をキャッシュしています。まず対象アプリを終了し、システムプロキシがv2rayNの現在のローカル待受アドレスとポートを指していることを確認してから、アプリを再起動します。アプリ内に直接接続や独自プロキシが設定されていないかも確認してください。プログラムが常にシステムプロキシを回避する場合は、権限と互換性を確認したうえでTUNを使用し、複数のプロキシツールを重ねて使わないようにします。

まず正しいグループを更新していることを確認し、サブスクリプションURLが完全か、期限切れでないか、端末の時刻が正確かを確認します。空の一覧が返っても、必ずしもクライアントの故障とは限りません。サービス提供者が空の内容を返している、認証が失効している、サブスクリプション形式が変更された可能性もあります。更新ログでHTTPステータス、解析エラー、タイムアウト情報を確認してください。グループを連続して新規作成せず、元のURLを修正してからもう一度更新します。

クライアントのログウィンドウを開き、今回の起動で最初に表示されたエラー行を探します。ポートが使用中の場合は使用中のプログラムを終了するか、ローカル待受ポートを変更してください。設定の解析に失敗している場合は、直近に変更したルーティング、DNS、手動サーバーパラメーターを元に戻します。必須項目が不足している場合は、有効なサブスクリプションから再インポートしてください。最後に表示された終了メッセージだけを見るのではなく、その直前にある最初のエラー記録を確認することが重要です。

可能性があります。まず同じノードで複数のドメインをテストし、特定のドメインやルールグループに問題が集中しているか確認します。クライアントのDNS設定、システムキャッシュ、ルーティングルールのドメイン照合、解決結果が直接接続とプロキシのどちらを通っているかを確認してください。変更後はシステムのDNSキャッシュを消去し、対象アプリを再起動します。グローバルモードに切り替えて復旧した場合は、クライアントを再インストールするのではなく、分割ルーティングと名前解決の経路を引き続き確認してください。