V2Rayのよくある質問

まず、コアとGUIクライアントを区別しましょう。V2RayはProject Vのエコシステムに属し、V2Flyは関連するコアの開発を引き継いでいます。Xrayは、関連するもう一つのコア開発系統です。v2rayNはデスクトップGUIを提供し、サブスクリプションの管理、設定の生成、選択したコアの起動を行います。リンクをインポートできても、使用中のコアが含まれるすべてのパラメーターに対応しているとは限りません。プロトコルやトランスポートのエラーが発生したら、ソフト名だけでなく、クライアントと実際に起動しているコアの両方を確認してください。

Windows、macOS、Linuxのデスクトップでは、まずv2rayNを選び、OSのアーキテクチャに合ったインストーラーを使います。AndroidではXrayコアを採用するv2rayNGが第一候補です。V2Flyコアとの互換性が必要なら、v2flyNGも検討できます。Android向けの2つのクライアントは設定画面や対応機能が異なるため、移行前にノードが必要とするプロトコル、トランスポート、安全性の設定を確認してください。アイコンや名前が似ているだけで選んだり、異なるクライアント間で設定をそのまま共有できると考えたりしないでください。

必要です。クライアントは設定を読み込み、リクエストを転送するもので、インストールしただけで利用可能なリモートサービスが使えるようになるわけではありません。利用権のあるサブスクリプションURLやノード共有リンクをインポートするか、サーバーの情報をもとに設定してください。サブスクリプションは通常、複数のノードをまとめて取得・更新するために使います。ノード共有リンクは通常、1つのノード設定に対応します。インポート後は使用するノードを選び、接続を開始してください。サブスクリプションURLに認証情報が含まれる場合があるため、安全な場所に保管し、公開スクリーンショットや掲示板、オンライン解析ツールに貼り付けないでください。

システムプロキシは、システムのプロキシ設定に従うアプリからのリクエストを、ローカルのプロキシポートへ送ります。ルーティングは、コアに届いたリクエストをプロキシ経由にするか、直接接続するか、ブロックするかを決めます。TUNは仮想ネットワークインターフェースを通じて、より多くの通信を取り込みますが、ルーティング、DNS、アプリの動作にも左右されます。3つは別々の機能であり、有効にしてもすべてのプログラムがプロキシを使うとは限りません。初期設定ではTUNをオフにし、ノードと通常のシステムプロキシが使えることを確認してから、対象範囲を少しずつ広げると競合を見つけやすくなります。

まず、サブスクリプションURLと個別の共有リンクを区別し、それぞれサブスクリプショングループまたはクリップボードからのインポート機能を使います。コピーした文字列の前後にある空白や改行を削除し、チャットアプリによってリンクが途中で切れていないか確認してください。URLを保存しただけではノード一覧は作成されないため、更新を実行します。更新が成功してもノードが表示されない場合は、返された内容がログイン画面やエラー表示ではないか、クライアント非対応の形式ではないかを確認し、グループの絞り込みで一覧が非表示になっていないかも調べてください。設定を何度もすべて削除するのではなく、既存のグループを残したまま、新しいグループで同じURLを試してください。

まず、端末のプロセッサとOSが対応するアプリのアーキテクチャを確認してください。比較的新しいAndroid端末の多くはarm64版を利用でき、ファイルサイズも小さめです。アーキテクチャがわからない場合は、複数のアーキテクチャを含むuniversal版を選べます。プロセッサが64ビット対応でも、端末のOSが64ビットアプリに対応しているとは限らないため、購入年だけで判断しないでください。インストール時に解析エラーが出る場合は、OSのバージョン要件、空き容量、既存アプリとの署名の一致も確認します。旧アプリをアンインストールする前に、必要な設定をエクスポートしてください。

Windowsでは、クロスプラットフォームのデスクトップ版と従来のWPF版から選べます。WPF版はWindows向けのデスクトップUIを採用し、デスクトップ版はクロスプラットフォームのUIを採用しています。初めて使う場合はデスクトップ版から試し、従来のレイアウトに慣れている場合はWPF版も検討してください。各インストーラーに必要な実行環境も確認しましょう。2つの版を同じフォルダーに展開して上書きしないでください。移行時はサブスクリプションと必要な設定をエクスポートし、別のフォルダーでインポートと接続をテストします。ルーティング、ポート、コアの選択を確認してから、元のフォルダーを整理してください。

まずTUNをオフにし、通常のシステムプロキシで接続できることを確認します。ノードの問題を権限の問題と取り違えないためです。Windowsでは、クライアントの案内に従って管理者権限で起動し、セキュリティソフトが仮想ネットワークアダプターや関連コンポーネントをブロックしていないか確認してください。macOSとLinuxでは、システムの案内に従って必要な権限を付与します。AndroidのVPNモードでは、システムの接続許可を確認し、ほかのVPNアプリが接続を使用していないか調べてください。トラブル対処のためにセキュリティ保護をすべて無効にするのではなく、表示されたエラーに応じて権限やコンポーネントを確認してください。

まずサブスクリプションURLが有効か確認し、エラーが接続タイムアウト、アクセス拒否、内容の解析失敗のどれかを記録します。現在のネットワークからサブスクリプションサービスに直接アクセスできず、利用可能なノードがある場合は、クライアントの「プロキシ経由で更新」を試せます。ただし、ローカルプロキシが動作している必要があります。すべてのノードが利用できない場合、更新方法を切り替えても解決しないことがあります。URLの無効化、利用期限切れ、サーバーからのエラーページは、プロキシを使っても解消されません。サブスクリプションの提供元に状態と形式を確認してください。

まず、アクセス先に合わせてルーティングモードを選びます。「中国本土を除外」は通常、ルールに一致した中国本土のIPアドレスやドメインへ直接接続し、それ以外は設定に従って処理します。「グローバル」は通常、コアに届くリクエストをプロキシ経由にします。「直接接続」は通常、リクエストをリモートノード経由にしません。実際の動作はクライアントが生成するルールによって異なります。原因を調べる際は、一時的にグローバルモードにして、ルーティングが原因かを確認できます。ただし、システムプロキシを使わないプログラムが自動的にコアへ送られるわけではありません。確認後は元のモードに戻し、関係のないアプリの接続経路を変えないようにしてください。

まず設定画面で、現在の待ち受けアドレス、ポート、対応するプロキシの種類を確認してください。バージョンが異なればデフォルトのポートも同じとは限りません。変更後にコアを再起動し、ブラウザーの手動プロキシ設定、ダウンロードツール、ほかのアプリのポートも更新します。クライアントからシステムプロキシを自動設定する場合は、システムプロキシ設定も再適用してください。HTTPとSOCKSの入口は、ポート番号が近いからといって入れ替えて使うことはできません。特にLANからの接続が必要でない限り、待ち受けアドレスはローカルループバックのままにし、公開範囲を広げないでください。

まずVPNモードを使用しているか確認してください。プロキシのみのモードでは通常、アプリ側でプロキシを設定する必要があります。次に、アプリごとの一覧が「選択したアプリだけをプロキシ経由にする」のか、「選択したアプリを除外する」のか確認します。設定の意味は逆です。一覧を変更したら接続を停止して再起動し、必要に応じて対象アプリも終了してから開き直してください。システムの「常時接続VPN」や「VPNを使用しない接続をブロック」などの設定も影響します。確認時は一度に1つのアプリだけを変更し、ルーティングやDNSを同時に切り替えないでください。どの設定が反映されたのか判断しにくくなります。

すべてのノードがタイムアウトする場合は、まずシステムプロキシを解除してTUNをオフにし、端末の基本的なネットワーク接続を確認します。次に、クライアントのコアが正常に起動したか、ローカルポートが競合していないか、サブスクリプションが無効になっていないかを調べてください。特定のノードだけがタイムアウトする場合は、そのノードのアドレス、ポート、プロトコル、トランスポート設定を確認し、同じサブスクリプション内のほかのノードと比較します。速度テストが一度タイムアウトしただけでは、サーバーが利用できないとは断定できません。テスト先自体にアクセスできない可能性もあります。機密情報を除いたエラーログを保存し、接続のどの段階で失敗したかをもとに原因を絞り込んでください。

「接続済み」は、クライアントやローカルサービスが起動したことを示すだけの場合があり、目的のサイトへの接続を保証するものではありません。まず、使用するノードが選択されていることを確認し、システムプロキシやVPNによる通信の取り込みが有効か調べてください。異なるWebサイトとアプリで動作を比較します。特定のアプリだけ失敗する場合は、そのアプリ独自のプロキシ設定を確認します。ドメイン名でのアクセスだけに問題がある場合はDNSを重点的に調べ、すべてのリクエストが失敗する場合はコアのログで接続エラーを確認してください。ほかのプロキシ、VPN、ブラウザー拡張機能との競合も一時的に除外し、手順を一つ進めるたびに再テストします。すべての設定を同時にリセットしないでください。

まず「システムプロキシを自動設定」が選ばれていることを確認します。「システムプロキシを変更しない」ではありません。次に、OSのネットワーク設定でローカルのプロキシアドレスとポートを確認してください。ブラウザーによっては独自のプロキシ設定を使い、システムプロキシを参照しないプログラムもあります。その場合は個別に設定するか、ノードが使えることを確認したうえでTUNを試してください。システムプロキシ設定が元に戻る場合は、ほかのプロキシソフト、ブラウザー拡張機能、組織のポリシーによる上書きを確認します。クライアントを終了する前にシステムプロキシを解除してください。解除せずにローカルの待ち受けが停止すると、システムが古いポートを参照したままになり、ネットワークに接続できなくなることがあります。

まず、ログのどの段階でエラーが発生したか確認します。ドメイン名の名前解決に失敗する場合は、システムとクライアントのDNS設定を調べ、サーバーのドメイン名が有効か確認してください。証明書の無効、x509、ハンドシェイクのエラーが出る場合は、まずシステムの日付、時刻、タイムゾーンを合わせてから、サーバーが求めるSNI、トランスポートのホスト名、証明書のドメイン名を確認します。「安全でない接続を許可する」は重要な検証を省略するため、通常の対処方法として使わないでください。同じ設定が特定のネットワークだけで失敗する場合は、信頼できる別のネットワークで再テストし、名前解決の問題と証明書設定の問題を分けて対処します。