V2Rayのよくある質問

V2Rayは通常、Project Vに関連するプロキシ技術やツール群を指します。コアはプロトコル処理、ルーティングの判定、実際の接続を担い、GUIクライアントはサブスクリプション管理や各種設定、コアの起動を行います。v2rayN、v2rayNG、v2flyNGでは、通常はクライアントの画面から設定でき、最初から設定ファイルをすべて手書きする必要はありません。トラブル時は、画面操作の失敗とコアの接続失敗を切り分けましょう。前者はインポート時の表示、後者は起動後のログを確認します。名前が似ていても、使用するコアや対応プロトコルが同じとは限りません。

Windows、macOS、Linuxのデスクトップではv2rayNを使用します。Androidでは通常、Xrayコアを使うv2rayNGが選択肢です。V2Fly設定との互換性が必要な場合は、v2flyNGも検討してください。選ぶ前に、サーバー側のプロトコル、通信方式、安全性に関する設定を確認しましょう。特にREALITYなどは、サブスクリプションを追加できただけでは接続できると判断できません。未対応の項目がある場合は、ポートを何度も変更するのではなく、クライアントとコアの対応状況を確認します。クライアントを変更した後は、ルーティングとDNSも再確認してください。画面上の設定はサブスクリプションURLだけでは引き継がれません。

クライアントのインストール後は、有効なサブスクリプションURLや共有リンク、またはサーバー管理者から提供された接続情報が必要です。インストーラーに、そのまま使えるサーバーが含まれているわけではありません。手動で入力する場合は、アドレス、ポート、ユーザーID、プロトコル、通信方式、TLSまたはREALITYの設定を一つずつ確認し、サーバー側の情報と一致させてください。無関係な解説記事から異なる設定例をつなぎ合わせたり、Webサイトのログインパスワードをプロトコルのパスワードとして使ったりしないでください。サブスクリプションURLには認証情報が含まれることがあります。スクリーンショットの共有や問い合わせ、ログのコピーを行う前に、機密情報を隠してください。

端末のシステム情報やプロセッサーの仕様でアーキテクチャを確認してください。ARM64対応端末ではarm64版を優先します。アーキテクチャが不明な場合や、arm64版が非対応と表示される場合は、複数のアーキテクチャを含むuniversal版を選べます。主な違いは含まれるネイティブコンポーネントとアプリのサイズで、universal版のほうが接続が速いという意味ではありません。インストールできない場合は、OSのバージョン要件、空き容量、既存アプリとの署名の一致も確認してください。再インストールのためにアンインストールする場合は、必要な設定を先にエクスポートして安全に保管し、サブスクリプションのグループやカスタムルーティングがアプリデータと一緒に削除されないようにしましょう。

コピーしたものがサブスクリプションURLか、単一の共有リンクかを確認します。v2rayNでは「サブスクリプショングループ」でグループを追加し、URLを入力してから更新します。v2rayNGでは「サブスクリプショングループ設定」にURLを追加して更新してください。単一の共有リンクは「クリップボードからインポート」などの該当メニューを使います。コピーした内容の前後に空白や改行、説明文、全角の句読点が入っていないかも確認しましょう。追加後に一覧が空の場合は、形式に対応していないという表示がないか確認し、設定の提供元に出力形式を問い合わせてください。WebサイトのログインURLはサブスクリプションURLとして使えません。

まず、現在のネットワークからサブスクリプションの配信元にアクセスできることを確認します。次に、URLの期限切れや無効化、クエリパラメーターの不足がないか確認してください。クライアントに直接更新とプロキシ経由の更新がある場合は、配信元への到達性に応じて選びます。現在のプロキシが使えない状態では、プロキシ経由の更新も失敗することがあります。一覧が空なら、グループのフィルター条件とサーバーから返された形式も確認しましょう。ログインページやエラーページは設定として読み込めません。更新前に現在使える設定を残し、トラブル対応中にグループを何度も消去しないでください。解決しない場合は更新ログを確認し、共有する前にサブスクリプションURL全体を隠してください。

まず使用可能な設定で接続し、メイン画面またはタスクトレイメニューの「システムプロキシ」から「システムプロキシを自動設定」を選びます。システムプロキシの対象は、システムのプロキシ設定に従うアプリに限られ、すべての通信を捕捉するわけではありません。ブラウザーにプロキシ拡張機能がある場合は、システム設定を上書きしていないか確認してください。ターミナルやゲームなどは、独自のプロキシ設定を使うことがあります。アプリに設定したローカルプロキシのポートが、v2rayNの実際の待ち受けポートと一致しているかも確認しましょう。システムプロキシ経由の接続を確認してからTUNが必要か検討し、最初から両方を同時に有効にしてトラブル対処を始めるのは避けてください。

まず「TUNを有効にする」をオフにし、通常のプロキシ接続が正常か確認してから権限の問題に対処します。Windowsではクライアントを終了し、管理者として再起動してください。macOSとLinuxでは、クライアントの案内に従って必要な権限を許可するか、サービスを設定します。他のOS向けのコマンドをそのまま使わないでください。別のVPN、仮想ネットワークアダプター、セキュリティソフトがリソースを使用していないか確認し、競合するプログラムがあれば一時的に終了します。変更後にTUNを再度有効にし、ログで仮想ネットワークアダプターとルートが正常に作成されたか確認してください。管理者権限で解決するのは起動条件だけです。ルーティング、DNS、サーバー側の設定ミスは個別に確認する必要があります。

「中国本土を迂回」は通常、あらかじめ設定されたドメインとIPのルールで通信を振り分け、該当する宛先にはプロキシを経由せず直接接続します。グローバルプロキシでは、指定された捕捉範囲内のリクエストをプロキシ経由で送信します。実際の対象範囲は現在のルーティングルールによって異なるため、モード名だけで、すべてのアプリが対象だと判断しないでください。普段は用途に合うプリセットを選び、必要に応じて個別のドメインにルールを追加します。特定のWebサイトを調べるときは、一時的にモードを切り替えて結果を確認し、テスト後に元の設定へ戻してください。モードの変更で切り替わるのは通信の出先だけです。誤ったサーバーアドレスや無効な認証情報は解決できません。

「サブスクリプショングループ」または「サブスクリプショングループ設定」で、配信元ごとにグループを作成し、用途が分かる名前を付けます。各グループにはURL、更新方法、フィルター条件を個別に設定してください。複数のサブスクリプションURLを同じ欄に貼り付けないようにしましょう。手動で追加した設定は、自動更新するサブスクリプションと分けると、更新時に上書きされるのを防げます。更新後は対象グループと現在選択中の設定を確認してから接続テストを行います。バックアップをエクスポートするときは、サブスクリプションの認証情報が含まれるかも確認してください。バックアップファイルは個人での移行に使い、公開の問い合わせに添付しないでください。

常に有効にする必要はありません。Fake DNSは一部のドメインへの問い合わせにマッピング用アドレスを返し、その後の接続時に元のドメインへ戻します。使用できるかどうかは、コア、DNS設定、通信を捕捉する経路によって異なります。まず無効の状態で接続と通信の振り分けが正常か確認し、必要に応じて「設定」のDNS関連項目から有効にして、一つずつテストしてください。「ローカルDNSを有効にする」と「Fake DNS」は別の設定です。片方だけ変更して設定が完了したと判断しないでください。LAN内のドメインに問題が出たり、一部アプリで名前解決できなかったりする場合は、元の設定に戻して接続し直し、DNSとルーティングルールの組み合わせを確認します。

いいえ。通常、TCP接続テストで確認できるのは対象ポートへの接続であり、プロトコル認証、TLSハンドシェイク、ドメイン名の解決、最終的な通信経路まで正常とは限りません。クライアントの接続テストもテスト先に依存するため、一つの宛先に接続できてもすべてのWebサイトにアクセスできるとは限りません。まずテスト項目の名前を確認し、対象の設定を選んで接続を開始します。ブラウザーで確認先を明確にしたWebサイトにアクセスし、ログにハンドシェイク、名前解決、ルーティングのエラーがないか確認してください。失敗した場合は接続段階ごとに調べ、一つの結果だけを根拠に設定を一括削除しないようにしましょう。テスト成功後も、ブラウザーが実際にクライアントのプロキシ経路を使っていることを確認してください。

まず端末自体がインターネットに接続できることを確認し、サーバーアドレス、ポート、サブスクリプションの有効性を確認します。クライアントのログを開き、接続先ポートのタイムアウト、ドメイン名の解決失敗、プロトコルのハンドシェイク失敗を切り分けてください。それぞれ対処方法が異なります。特定のネットワークでのみ問題が起きる場合は、信頼できる別のネットワークで比較します。どのネットワークでも失敗する場合は、サーバー管理者に稼働状況と接続条件を確認してください。プロトコル、ポート、DNS、ルーティングを同時に変更すると、原因を特定しにくくなります。設定は一度に一つだけ変更し、エラーの原文と発生時刻を記録してください。ユーザーIDなどの機密情報は隠します。

まず「接続済み」がコアの起動を示すのか、実際のネットワークテストの成功を示すのか確認してください。起動に成功しても、サーバーが利用できるとは限りません。次にブラウザーのプロキシ拡張機能、システムプロキシの設定、クライアントのローカル待ち受けポートを確認し、リクエストが実際にクライアントへ届いているか確かめます。ログに該当するリクエストがない場合は、通信を捕捉する経路を優先して確認します。DNSエラーがあれば名前解決の設定を、リクエストが出先に振り分けられてからハンドシェイクに失敗していればサーバー側の設定を確認してください。TUN使用時は仮想ネットワークアダプターとルートの状態も確認します。この順で調べれば、クライアントを再インストールするより問題の手掛かりを残せます。

「証明書の検証をスキップ」を通常の解決策にしないでください。まずシステム設定の日付、時刻、タイムゾーンを合わせ、設定内のサーバー名またはSNIがサーバー証明書と一致しているか確認します。接続先アドレスと証明書のドメイン名は異なる場合がありますが、SNIにはサーバー側の実際の設定を入力し、無関係なWebサイトのドメインに変更しないでください。証明書の期限切れや証明書チェーンの不備、サーバー設定の異常は、管理者が修正する必要があります。REALITY接続では、指定されたパラメーターに従って公開鍵、フィンガープリント、サーバー名も確認します。通常のTLS向けの変更方法を適用しないでください。エラーの正確な内容を残しておくと、原因を切り分けやすくなります。

複数のプログラムがシステムプロキシ設定を繰り返し変更したり、仮想ネットワークアダプターを取り合ったりしないよう、まずはプロキシプログラムを一つだけ実行します。v2rayNを終了する前にTUNをオフにし、「システムプロキシ」から「システムプロキシを解除」を選んでから、プログラムを終了してください。プログラムが異常終了した場合は、システムのネットワーク設定が停止中のローカルプロキシポートを参照していないか確認し、現在のネットワークに合った設定へ戻します。職場のネットワークで元から使われているプロキシは、値を記録せずに削除しないでください。復旧後は通常のネット接続を確認し、クライアント機能を一つずつ有効にします。それでも接続できない場合は、DNS、残存ルート、他のVPNサービスを確認してください。