V2Rayのよくある質問
サブスクリプション・プロキシ・接続のトラブル対処

まず、画面を操作するクライアントと実際に接続を処理するプログラムを区別しましょう。V2Rayは通常、Project Vのプロキシ技術エコシステムや関連するコアプロジェクトを指します。v2rayN、v2rayNG、v2flyNGは設定を管理するGUIクライアントで、コアはプロトコル処理や接続の確立、通信の転送を担います。クライアントが起動していても、コアが正常に動作しているとは限りません。トラブル時はまず起動ログを確認し、ノードで必要なプロトコル、トランスポート、安全設定が選択中のコアに対応しているか調べてください。クライアント名だけで互換性を判断しないことが大切です。

デスクトップではv2rayNを選び、Windows、macOS、Linuxに合った配布パッケージをダウンロードします。Androidでは通常、Xrayコアを使うv2rayNGが候補です。V2Flyコアの環境が必要な場合はv2flyNGを検討してください。3つのクライアントはメニューやインポート方法が異なるため、別のアプリ用の設定ファイルをそのまま使えるとは限りません。まずOSを確認し、サブスクリプションの提供元が指定するプロトコルやコアの要件に合うものを選びましょう。クライアントは設定と接続のためのソフトであり、利用可能なリモートサービスが自動で付属するわけではありません。

プロトコル名だけ変更して使い続けることはできません。VMessとVLESSは異なるプロトコルのため、クライアント側の選択をサーバー側と一致させ、認証情報、ポート、トランスポート方式、安全設定も一つずつ合わせる必要があります。VLESS自体には通信の暗号化機能がなく、TLSやREALITYなどのセキュリティ機構と組み合わせて使われることが一般的です。VMessの設定でも、安全に関する項目をすべて確認してください。共有リンクがある場合は全体をインポートし、似た項目を手作業で組み合わせないようにします。必要な情報が不足している場合は、設定の提供元に確認してください。

サブスクリプションURLは複数のノードを取得し、継続的に更新するためのものです。通常はサブスクリプショングループに追加します。vmess://やvless://で始まる共有リンクは、一般に単一ノードの情報を表すため、クリップボードからインポートしてください。共有リンクをサブスクリプションURLの入力欄に貼り付けないでください。また、URLがhttps://で始まるだけで通常のWebページをサブスクリプションと判断しないようにしましょう。サブスクリプションには認証情報が含まれることがあるため、信頼できる端末だけに保存してください。相談用のスクリーンショットではURL全体や認証情報を隠し、更新前に提供元を確認しましょう。個人用の設定をオンライン解析サイトに貼り付けないでください。

まず端末のプロセッサアーキテクチャを確認します。比較的新しいAndroidスマートフォンの多くはarm64ですが、購入時期だけで判断せず、該当するパッケージを選んでください。universalは通常、複数の対応アーキテクチャを含みます。アーキテクチャが分からない場合や、単一アーキテクチャ版が合わない場合に適していますが、Androidのバージョン要件を回避できるわけではありません。互換性エラーが表示されたら、Androidの最低要件とインストール済みアプリの署名も確認しましょう。上書きインストールの前に設定をバックアップしてください。エラーを解消するためにすぐ既存アプリをアンインストールすると、グループやカスタムルールを失うおそれがあります。

Windowsでは、まずクロスプラットフォームのUIを採用したDesktop版を選べます。従来型の画面構成で使いたい場合はWPF版を検討してください。これはUIや配布形式の違いであり、特定のプロトコルが速いことや、ノードの品質を示すものではありません。インストール前にダウンロードページのシステム要件を確認してください。ランタイム不足のメッセージが出た場合は、配布パッケージの案内に従って対応するコンポーネントをインストールします。版を切り替える前にサブスクリプションとルールをバックアップし、できるだけ別のフォルダーで試してください。2つのインスタンスを同時に実行してシステムプロキシを書き換えると、ポートや設定が競合することがあります。

コピーしたものがリンクのタイトルやQRコード画像のURL、通常のWebページではなく、共有リンク全体であることを確認します。先頭と末尾の引用符、空白、改行を取り除いてから、クライアントのクリップボードインポート機能を使ってください。サブスクリプションURLの場合は、サブスクリプショングループに追加して更新します。それでもインポートできない場合は、リンクのプロトコルやトランスポート設定が現在のクライアントとコアに対応しているか確認し、解析エラーも調べてください。内容を理解できない安全設定を削除して無理にインポートすると、接続の意味が変わるおそれがあります。対応する設定を改めて入手してください。

まずノードを選択し、コアが正常に起動したことを確認します。デスクトップではシステムプロキシの自動設定を有効にし、AndroidではVPN接続を許可してください。システムプロキシに対応したブラウザーでプロキシが必要なテスト先にアクセスし、クライアントの接続ログに対象ドメインとアウトバウンドの記録が表示されるか確認します。起動ボタンの色が変わったりVPNアイコンが表示されたりしても、すべてのアプリの通信が転送されているとは限りません。「中国本土を迂回」などのルーティング設定を使っている場合、一部の通信が直接接続されるのは想定どおりです。状態表示だけでなく、対象ごとに確認しましょう。

システムプロキシを自動設定すると、システムのプロキシ先がクライアントのローカル待受アドレスに設定されます。一般的なデスクトップブラウザーで使う場合に適しています。「システムプロキシを解除」はプロキシ設定を元に戻すための項目です。「システムプロキシを変更しない」はクライアントが既存の設定に手を加えない設定で、手動管理やテスト環境に向いています。PACモードでは自動設定スクリプトとアプリの対応状況に基づき、通信をプロキシに送るか判断します。メニュー名はバージョンによって異なることがあります。「変更しない」は、既存のプロキシを無効にするという意味ではありません。ソフトを終了する前にシステム設定を確認し、停止したローカルポートが指定されたままにならないようにしてください。

普段はクライアントに用意されている「中国本土を迂回」の設定から始め、実際の利用状況に応じて調整するとよいでしょう。全プロキシは通常、コアに届いた通信を指定したプロキシのアウトバウンドへ送ります。すべてのアプリが自動的にコアを経由するわけではありません。システムプロキシに対応していないアプリは、個別に設定するかTUNを利用する必要があります。カスタムルーティングではルールの順序に注意してください。より具体的なドメインやアプリのルールは、広い範囲を対象とするルールより先に配置するのが一般的です。一度に変更するルールは一種類に絞り、どのアウトバウンドに振り分けられたかを記録してから次に進みましょう。DNSとルーティングを同時に変更すると、原因を特定しにくくなります。

TUNは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシに対応していないアプリにも利用できます。ただし、ルーティング、DNS、除外ルールの影響を受けます。デスクトップでは、OSやクライアントの実装によって管理者権限、システムの許可、関連サービスが必要な場合があります。Androidでは通常、VPNの許可画面から認証します。まず通常のシステムプロキシで接続できることを確認してからTUNを有効にすると、ノードの問題と権限の問題を切り分けやすくなります。有効化に失敗した場合は、ログに権限、インターフェース、ルーティングのエラーがないか確認してください。システム保護機能を何度も無効にしたり、別のVPNによる通信制御と同時に有効にしたりしないでください。

まず、現在のクライアントで選択できるコアを確認してください。どのクライアントでも自由に切り替えられるわけではありません。v2rayNでは、現在の配布パッケージが対応するコアを選びます。v2rayNGとv2flyNGは、それぞれ異なるコア環境を想定しています。切り替え前に設定をバックアップし、ノードのプロトコル、トランスポート、安全設定、DNS、ルーティングルールの互換性を確認してください。起動後は、動作確認済みのノードでテストしてからルーティングとTUNを確認します。コアごとに設定形式は異なり、共通して使えるとは限りません。未対応の項目がある場合は、元に戻すか、各コアの説明に従って変換してください。

まずURL全体を確認し、サブスクリプションの期限切れや取り消し、アカウント状態による一時停止がないか調べます。次に、現在のネットワークからサブスクリプションの配信元へアクセスできるか確認してください。その後、更新ログを確認します。接続タイムアウトは到達性の問題、ログインページやWebページが返る場合は有効なサブスクリプションではない可能性があり、解析エラーは形式の互換性を確認します。直接更新に失敗した場合は、利用可能なプロキシがあれば経由して更新を試せます。既存のプロキシが使えない場合は、逆に直接更新を試してください。操作前に元のグループをバックアップし、使える設定を失わないよう、何度も削除と再作成を繰り返さないでください。

TCPingの成功が示すのは通常、接続先ポートへのTCP接続を確立できたことだけです。プロキシ認証やTLSハンドシェイク、接続先へのアクセスが成功したことを意味しません。まず端末の時刻を確認し、ノードのアドレス、ポート、認証情報、サーバー名、トランスポート経路がサーバー側と一致しているか調べます。そのうえで接続テストの結果とコアのログを確認してください。同じネットワークで特定のノードだけ失敗する場合は、そのノードを優先して確認します。すべて失敗する場合は、ローカルネットワーク、DNS、ファイアウォール、コアの起動状態を調べましょう。1回のポートテストだけでサーバーが正常と判断したり、安全設定をまとめて変更したりしないでください。

まず一時的にプロキシを無効にし、通常のネットワーク接続が使えることを確認してから、クライアントを再開し、動作確認済みのノードを選びます。アクセスに失敗したとき、ログに対象ドメインが表示されるか確認してください。リクエストの記録がなければ通信の取り込みを確認します。名前解決エラーがあればDNSサービスと名前解決経路を調べます。アウトバウンドが選択されているのにハンドシェイクに失敗する場合は、ノード設定を確認してください。一部のドメインだけで起きる場合は、ルーティングルールとDNSの結果が一致しているかを優先して調べます。比較のため全プロキシ設定に一時的に切り替えた場合は、確認後に元へ戻してください。DNS、ルーティング、ノードの問題を混同しないよう、一度に変更する項目は一つにします。

システムプロキシは対応アプリにプロキシアドレスを知らせる設定であり、すべてのプログラムの通信を強制的に取り込むものではありません。まずシステムプロキシに対応したブラウザーで試します。ブラウザーでは使えるのに特定のアプリで使えない場合は、アプリ独自のプロキシ設定や直接接続の設定、バックグラウンドプロセスのキャッシュを確認してください。ブラウザーでも使えない場合は、システムプロキシが指定するローカルポートとクライアントの待受ポートが一致しているか、別のプロキシソフトが設定を上書きしていないかを調べます。より多くのアプリの通信を取り込む必要がある場合は、TUNを検討してください。終了後に通常のネットワーク接続に問題が出た場合は、まずシステムプロキシを解除し、手動設定やPAC設定が残っていないか確認します。