V2Rayのよくある質問

Windows、macOS、Linuxのデスクトップでは、まずv2rayNを選び、OSとプロセッサに合ったインストーラーを選択します。Androidでは通常、Xrayコアを採用したv2rayNGが適しています。V2Flyコアとの互換性が必要な場合は、v2flyNGも検討できます。クライアントの画面は設定を管理し、コアは接続を処理するため、両者は別のものです。クライアントを切り替える前に、サービス提供元が指定するプロトコル、トランスポート方式、コアの要件を確認してください。名前が似ているだけで、設定をそのまま使えるとは限りません。

必要です。クライアントは接続と設定を管理するツールで、インストールしただけでは利用可能なサーバーは用意されません。利用権限のあるサブスクURL、またはサーバーアドレス、ポート、認証情報、トランスポート設定を含む構成を用意してください。いわゆるV2Rayのサブスクは、サービス提供元が設定を配布するためのURLであり、クライアントのインストーラーではありません。サブスクの利用可否、通信量、期限はサービス提供元によって異なります。原因を調べる際は、クライアントの問題とサービス側の状態を切り分けましょう。設定不足のまま何度も再インストールしても解決しません。

システムプロキシは、システムのプロキシ設定に従うアプリがローカルのプロキシポートを使う仕組みです。すべてのアプリが対象になるわけではありません。TUNは仮想ネットワークインターフェースを通じて対象の通信を取り込みます。通常は追加の権限が必要で、ほかのネットワークツールと競合することもあります。グローバルルーティングは、コアに入った通信の出口を選ぶルールで、すべてのアプリの通信を取り込む機能ではありません。まずシステムプロキシでサブスクとサーバーが使えることを確認し、必要に応じてTUNを有効にしましょう。通信の取り込み方とルーティングルールを同時に変えると、原因を特定しにくくなります。

おすすめしません。サブスクURLには通常、アクセス用の認証情報が含まれており、URLを知った人にサーバー設定を見られたり、通信量を使われたりするおそれがあります。問い合わせる際は、URL全体、QRコード、識別情報、スクリーンショット内の機密情報を隠し、クライアント名、OS、エラーの種類、試した手順だけを伝えてください。サブスクはクライアントに直接読み込ませ、不明なオンライン変換ツールには入力しないでください。すでに公開してしまった場合は、サービス提供元の管理画面でサブスクURLを再発行し、各端末の登録内容も更新しましょう。投稿を削除しただけでは、古い認証情報は無効になりません。

まず、端末のシステム情報や仕様でプロセッサのアーキテクチャを確認してください。2015年以降の一般的なスマートフォンではarm64を試せることが多いものの、最終的にはOSが対応するアプリのアーキテクチャで判断します。購入年だけを基準にしないでください。universal版は複数のアーキテクチャに対応しており、種類が分からない場合や他の端末との互換性が必要な場合に便利ですが、ファイルサイズは大きくなる傾向があります。解析エラーやインストール失敗が起きたら、OSの要件、ダウンロードしたファイルの状態、既存アプリとの署名の互換性を確認しましょう。すべてのインストールエラーをアーキテクチャの問題と決めつけないでください。

コピーしたものが、アカウント管理画面やログインURL、共有方法の説明ではなく、サブスクURL全体であることを確認してください。v2rayNではサブスクリプショングループの設定に名前とURLを入力し、サブスクを更新します。v2rayNGではグループ設定にURLを保存してから、メニューでサブスクを更新します。項目名は画面のバージョンによって異なる場合があります。貼り付けたURLの前後に空白や改行がないか、パラメーターが途中で切れていないかも確認しましょう。形式に対応していないと表示された場合は、同じWebページのURLを何度も読み込ませるのではなく、サービス提供元にクライアント対応のサブスク形式を確認してください。

まずTUNを無効にし、通常のプロキシ接続が使えることを確認してから、権限とネットワークインターフェースを調べます。Windowsではクライアントの案内に従って管理者権限で実行するか、必要なサービスをインストールしてください。macOSとLinuxでは、クライアントの説明に沿って権限を許可し、必要なコンポーネントを設定します。他のOS向けの手順をそのまま使わないでください。Androidでは初回接続時にシステムのVPN接続許可を確認し、別のVPNアプリが接続を使用していないかも調べます。それでも失敗する場合はコアのログで詳細を確認し、権限拒否、インターフェースの作成失敗、ルートの競合など、具体的なエラーに応じて対処してください。

まずv2rayNのコアが起動し、利用可能なサーバーが選択されていることを確認します。次に、システムプロキシを「システムプロキシを自動設定」にし、「システムプロキシを変更しない」状態になっていないか確認してください。システムプロキシの接続先アドレスとポートがクライアントの設定と一致しているか、ほかのプロキシツールが設定を繰り返し変更していないかも調べます。ブラウザーで独自のプロキシ拡張機能を使っている場合は、一時的に無効にするか、システム設定に従うよう変更してください。特定のアプリだけで機能しない場合、そのアプリがシステムプロキシを参照していない可能性があります。アプリの説明に沿って個別に設定するか、通常の接続を確認した後でTUNの利用を検討してください。

v2rayNではサービス提供元ごとにサブスクリプショングループを作成し、提供元を見分けやすい名前を付けて、それぞれのURLと更新設定を保存します。更新後は該当するグループに切り替え、サーバーが目的のサブスクから読み込まれていることを確認してください。名前が似ているだけで選ばないようにしましょう。フィルター用のキーワードを設定する前に、サーバーがすべて非表示にならないよう、条件を厳しくしすぎないでください。グループの削除や古い設定の整理をする前に、残しておく手動設定をバックアップします。サブスクの更新で読み込まれた項目が上書きされる場合があるため、その項目に独自のパラメーターを長期的に設定するのは避けましょう。

TCPingで分かるのは通常、対象アドレスとポートがトランスポート層で応答していることまでです。認証、暗号化ハンドシェイク、通信経路、接続先サイトへのアクセスが正常であることは確認できません。実接続テストではプロキシ経由でテスト先にアクセスするため、実際の使用状況に近い確認ができますが、結果はテスト先に接続できるかどうかにも左右されます。同じグループで実接続テストを行い、その後、実際に利用するサイトにもアクセスしてください。特定のテスト先でだけすべてのサーバーが失敗する場合は、設定を一括削除せず、テスト先とルーティング設定を先に確認しましょう。

普段は「中国本土を経由しない」モードから試すとよいでしょう。直接接続のルールに一致する通信はそのまま接続し、それ以外はプロキシルールに従って処理されます。グローバルモードは、問題がルーティングに関係しているか一時的に確認する場合に便利です。ただし、コアに入った通信だけが対象で、すべてのアプリが自動的にプロキシを使うわけではありません。モードを切り替えたら接続し直し、必要に応じて確認中のアプリも再起動してください。古い接続が再利用されると、結果を正しく判断できないことがあります。独自ルールを設定する場合は、照合順序とドメインの名前解決方法に注意し、既定の設定をバックアップしたうえで、ログから実際の出口を確認しましょう。

まずサーバーを選び、実接続テストを完了してから、使う予定のシステムプロキシまたはTUNを有効にします。同じブラウザーで通常のサイトと信頼できる出口IP確認サイトにアクセスし、有効化の前後で出口が変わるかを確認してください。クライアントのログに、そのアクセスに対応する接続記録があるかも調べます。グローバルモードとルーティングモードでは、サイトごとに異なる出口を使う場合があります。プロキシ経由になる想定のサイトを選んで確認しましょう。最後にプロキシを必要とするアプリを個別にテストします。ブラウザーで成功しても、ほかのアプリの通信まで取り込まれているとは限りません。

まず既存のグループと設定を残したまま、サブスクURLが完全か、アカウントの期限が切れていないか、通信量を使い切っていないかを確認します。次に、システム時刻と現在のネットワークを確認してください。更新ログを見て、ドメインの名前解決失敗、接続タイムアウト、アクセス拒否、形式の解析エラーを切り分けます。クライアントにプロキシ経由で更新する設定がある場合は、先に利用可能な接続が必要です。現在の接続が使えないときは、直接更新を試してください。更新が成功しても一覧が空の場合は、フィルターを解除し、正しいグループを選んでいるか確認します。それでも何も表示されない場合は、サブスクが実際に返す形式と状態をサービス提供元に問い合わせてください。

手元から接続先へ、順番に確認します。まずクライアントのコアが起動していること、ローカルポートがほかのアプリに使われていないことを確かめ、次にシステムプロキシまたはTUNが通信を取り込んでいるか確認してください。その後、サブスクを更新し、システム時刻を確認して、同じグループ内の別のサーバーも試します。特定のサーバーだけ失敗する場合は、サービスの状態とその設定を重点的に確認します。すべて失敗する場合は、現在のネットワーク、DNS、セキュリティソフトの警告を調べてください。ログのタイムアウトと認証失敗は原因が異なります。問い合わせる際はエラーの種類と発生手順を伝え、サーバーの認証情報とサブスクURLは隠してください。

まず、クライアントの「接続済み」表示がローカルサービスの起動だけを示していないか確認し、実接続テストを行います。テストは成功するのにブラウザーで失敗する場合は、ブラウザーのプロキシ拡張機能、システムプロキシのポート、DNS設定を確認してください。一部のサイトだけに問題がある場合は、ルーティングモードを一時的に切り替えて比較し、ログから該当ドメインが直接接続とプロキシのどちらを選んでいるか確認します。サーバー、DNS、ルーティングを同時に変更すると再現しにくくなります。証明書やハンドシェイクのエラーが出たら、システム時刻とサブスクのトランスポート設定も確認してください。証明書検証を無効にして設定の問題を隠すのは避けましょう。

終了する前にTUNを無効にし、v2rayNでシステムプロキシを解除してください。クライアントが異常終了した場合は、システムのネットワーク設定で、停止済みのローカルプロキシポートが接続先として残っていないか確認します。TUNを有効にするとプリンターやルーターの管理画面など、LAN内の機器に接続できなくなる場合は、プライベートネットワーク宛ての直接接続ルールと、ほかのVPNやセキュリティソフトとのルート競合を調べます。「LANからの接続を許可」は、ほかの端末からローカルプロキシへ接続するための設定であり、LANに接続できない問題を解決する汎用設定ではありません。変更前に元の設定を記録し、接続が戻った後で必要な機能を一つずつ有効にしてください。