v2rayN・v2rayNG
設定・接続のトラブル解決

まず使用する端末に合わせてクライアントを選びます。Windows、macOS、Linuxではv2rayNを使用します。Windows版はデスクトップ版と従来のWPF版を選べます。AndroidではXrayコアを採用したv2rayNGを検討し、V2Flyコアが必要な場合はv2flyNGを選びます。クライアントの画面とコアは別の要素です。名称だけで特定のプロトコルが使えると判断せず、設定をインポートする前にサービス側の要件と、使用するクライアントおよびコアの対応状況を確認してください。いずれのクライアントも利用可能な設定が必要で、インストールしただけでは接続できません。

クライアントは、設定を読み込んで接続を管理するためのツールです。サブスクリプションURLは通常、複数の設定を取得するためのネットワークアドレスです。サブスクリプショングループに登録してから更新します。ノード共有リンクには通常、単一の接続設定が含まれます。クリップボードからのインポートやQRコードの読み取りを使ってください。サービス提供元のアカウントページURLをサブスクリプションURLとして使ったり、複数の共有リンクをサブスクリプション欄に入力したりしないでください。サブスクリプションURLにはアカウントを識別する情報が含まれる場合があります。問題を相談するときは形式やエラーの内容だけを伝え、公開するスクリーンショットにURL全体を載せないでください。

まず、通信の入口と接続先の選択を分けて考えます。システムプロキシはOSの設定にプロキシアドレスを書き込み、その設定に従うアプリだけが利用します。TUNは仮想ネットワークインターフェースで、取り込み条件に合う通信を受け取ります。対象範囲はルーティング、除外設定、システム環境にも左右されます。ルーティングルールは、コアに入った接続を直接接続、プロキシ、その他の指定された出力先のどれに送るかを決めます。TUNを有効にしてもすべての接続が必ずプロキシを経由するわけではありません。「中国本土を迂回」する設定でも、すべてのアプリがコアに取り込まれるとは限りません。初期設定では、まず入口を一つ選んで動作を確認し、その後ルーティング結果を確認してください。

読み込み結果だけでは判断できません。サブスクリプションの解析に成功したということは、クライアントが認識可能な内容を読み取れたという意味で、現在のコアが各項目のすべてのパラメーターに対応しているとは限りません。VMess、VLESS、Trojanはプロトコル名です。REALITYは接続のセキュリティに関する設定であり、通信方式やセキュリティパラメーターも個別に適合させる必要があります。一部の項目で起動に失敗した場合は、まずログで未対応のフィールドやパラメーターエラーを確認し、選択中のコアとクライアントが最新かどうかを調べてください。サービス設定の値は変更せず、プロトコル名からポート、通信パス、サーバー名を推測しないでください。

まず端末のプロセッサーアーキテクチャやシステム情報を確認してください。比較的新しいAndroid端末の多くはarm64を選べますが、プロセッサーが64ビットに対応していても、OSに対応する実行環境があるとは限りません。購入時期だけで判断しないでください。アーキテクチャがわからない場合は、通常サイズが大きいuniversalパッケージを選べます。端末に対応していないというエラーが出たら、OSの要件とパッケージのアーキテクチャを確認してください。既存アプリと競合する場合は、同じクライアントか、署名が一致しているかを確認します。アンインストールするとローカル設定に影響するため、必要な内容をクライアントのバックアップ機能で先に保存してください。

サブスクリプショングループの設定を開き、URLが保存され、該当グループが有効になっていることを確認してください。メイン画面に戻り、サブスクリプショングループのメニューから「すべてのサブスクリプションを更新（プロキシを使用しない）」を実行し、その後グループを切り替えて結果を確認します。URLの追加は取得元の保存であり、設定の取得まで完了したことを意味しません。ログに取得成功と表示されても項目がない場合は、URLがサブスクリプションではなくログインページを返していないか、内容が現在のクライアントで認識可能な形式か確認してください。同じURLを何度も追加せず、グループは一つにして、取得失敗と解析失敗を分けて調べてください。

クリップボードにあるのが、説明文やWebページのタイトル、余分な句読点を含む文字列ではなく、完全なノード共有リンクであることを確認してください。コピーの際にプロトコルのプレフィックスを欠落させず、エンコード済みの内容を手動で変更しないでください。サブスクリプションURLを受け取った場合は、ノードのインポートを繰り返すのではなく、サブスクリプショングループの設定で新しいグループを作成してURLを保存し、更新を実行します。QRコードを読み取れない場合は、画像が鮮明で全体を確認できるかチェックしてください。それでもインポートできない場合は、クライアントの対応形式と提供元の案内を確認してください。サブスクリプションの内容を見知らぬ変換サイトにアップロードしないでください。

まずTunを無効にし、ログで権限、仮想ネットワークインターフェース、ルーティング設定のどの段階で失敗したか確認してください。Windowsではクライアントを終了し、使用中のバージョンの要件に従って管理者として再起動してからTunを有効にします。macOSとLinuxでは必要な権限や補助サービスが異なるため、各OSの案内に従ってください。Windowsの手順をそのまま適用しないでください。初回の許可がOSにブロックされた場合は、アプリの入手元と表示された内容を確認します。必要な権限があっても失敗する場合は、ほかのVPNや仮想ネットワークツールが同時に通信を取り込んでいないか調べ、ひとつずつ終了して再試行してください。システムのネットワークインターフェースをすぐに削除しないでください。

サブスクリプションURLに現在直接接続できるかどうかで選び、どちらか一方をすべての状況に当てはめないでください。初期設定で利用可能な接続がまだない場合は、まずプロキシを使わずに更新を試します。URLへのアクセスに既存のプロキシが必要なら、設定済みの接続が使えることを確認してから、プロキシ経由で更新してください。更新に失敗したら、ステータスコードとエラーの種類を記録し、URLの無効化、ログイン状態の失効、解析失敗、ネットワークタイムアウトを区別します。クライアントによる更新は内容を再取得するだけです。アカウントの期限を延長する機能ではなく、サービス提供元による通信量や有効期限の管理に代わるものでもありません。

アクセスの目的に合わせてルーティングモードを選びます。「中国本土を迂回」は通常、ドメインやアドレスのルールに基づき、該当する中国本土の宛先を直接接続し、それ以外はルールに従って処理します。グローバルプロキシでは通常、コアに入った接続を優先的にプロキシへ送りますが、具体的な動作は現在のルールによります。切り替えたら目的のサイトへ再接続し、必要に応じてアプリの既存の接続を閉じてください。以前の経路を古い接続が使い続けるのを防げます。結果が想定と異なる場合は、ノードをすぐに変更せず、ルールの順序やルールデータ、ドメインの名前解決を確認してください。システムプロキシが適用されていないアプリは、ルーティングモードを切り替えても自動的にプロキシを使いません。

同じサブスクリプションを使う場合、主に同じ取得元から各端末がノード設定を取得します。クライアントのローカル設定すべてが自動で同期されるわけではありません。v2rayNとv2rayNGのシステムプロキシ、ルーティング、DNS、TUN、VPNモードは端末ごとに確認が必要です。同じ名前の設定でも、実装が異なる場合があります。ノードのQRコードや共有リンクで渡せるのは個々の項目で、完全なバックアップにはなりません。移行前に移行先クライアントがバックアップ形式に対応していることを確認し、旧端末の設定も残してください。また、サービス提供元が定める端末数や同時接続数の制限を確認し、更新に成功したからといって無制限に同時利用できると考えないでください。

まず、現在のクライアントにあるバックアップまたはエクスポート機能を使って、サブスクリプショングループと必要なローカル設定を保存し、カスタムルーティング、DNS、プロキシの入口設定も記録してください。バックアップにはサブスクリプションURLや接続認証情報が含まれる場合があるため、安全な場所に保管します。クライアント間、画面のバージョン間、またはOS間で復元する前に、移行先のバージョンがその形式に対応しているか確認し、内容が不明な設定フォルダーを直接上書きしないでください。更新後はまずグループが残っているか確認し、既存の項目を一つ選んで接続を検証してから、カスタム設定を戻します。新しいバージョンで問題が起きた場合は、エラーと元のバックアップを保管してください。調査に必要な情報が失われるため、何度もアンインストールしないでください。

まず端末の基本的なネットワーク接続を確認し、システム時刻が正確か調べてください。一つの項目だけがタイムアウトする場合は、同じサブスクリプションにある別の項目と比較します。すべてがタイムアウトする場合は、ローカルネットワーク、ファイアウォール、コアの起動状態、サブスクリプションの有効期限を優先して確認してください。TCPテスト、実際の接続テスト、ブラウザーでのアクセス確認は、それぞれ検証する内容が異なります。一つのテストがタイムアウトしても、すべてのアプリが接続できないとは限りません。ログでドメインの名前解決失敗、接続拒否、ハンドシェイク失敗のどれが起きているか確認し、該当する箇所を対処してください。一度のタイムアウトだけでノードをまとめて削除したり、すべてのプロトコル設定を変更したりしないでください。

「接続済み」はローカルサービスまたはVPNが起動した状態と考え、接続先に到達できる証拠とはみなさないでください。現在の項目が選択されているか、コアが正常に起動しているかを確認し、直接接続する想定の宛先とプロキシ経由の想定の宛先に、それぞれアクセスします。どちらも失敗する場合は、通信の取り込み、DNS、ほかのVPNとの競合を確認します。プロキシ経由の宛先だけが失敗する場合は、項目と出力先のログを重点的に確認します。特定のサイトだけが失敗する場合は、ルーティングルールの適用状況とドメインの名前解決を調べてください。調査中は設定を一度に一つだけ変更し、再アクセスしてください。DNS、ルーティング、TUNを同時に切り替えると、どの変更が影響したのか特定できません。

v2rayNのシステムプロキシメニューで「システムプロキシを自動設定」が選択されていることを確認し、OSに設定されたプロキシアドレスと現在のローカル待ち受けポートが一致しているか調べてください。アプリ独自のプロキシ設定を使うものや、システムプロキシを参照しないものもあります。その場合は実際の待ち受けプロトコルとポートをアプリに設定するか、対象範囲を理解したうえでTUNを使用してください。ブラウザーにプロキシ拡張機能がある場合は、システム設定を上書きしていないか確認します。クライアント終了後もインターネットに接続できない場合は、OSにプロキシ設定が残っていないか調べ、現在のネットワーク環境に合った状態へ戻してから、基本接続を確認してください。

まず、失敗した段階で分類します。リクエストのタイムアウトは、規定時間内に応答を取得できなかった状態です。URLへの到達性と、更新に使われるネットワーク経路を確認してください。401や403などの応答がある場合は、URL、アカウントの状態、サービス提供元の制限を確認します。認証エラーは何度も再試行しても解決しません。リクエストに成功しても解析に失敗する場合は、返された内容がログインページやエラーページではないか、またはサブスクリプションの形式が未対応ではないか確認してください。URLをコピーするときはクエリパラメーターをすべて保持し、末尾に空白がないか注意します。ログやスクリーンショットを確認・共有する前に、サブスクリプションURL、認証情報、個人情報を隠し、エラーの種類を添えて設定の提供元に問い合わせてください。