クライアントのよくある質問

まず、使う端末のOSに合わせてクライアントを選びます。Windows、macOS、Linuxのデスクトップではv2rayN、AndroidではXrayコアを採用するv2rayNGが有力です。V2Flyコアを採用するv2flyNGも選択肢になります。クライアントは設定のインポートや選択、プロキシの管理を担い、実際の接続と転送はコアが処理します。設定を利用できるかどうかは、インストールしたバージョンが対応するプロトコルとトランスポートの組み合わせによって決まるため、名前が似ているだけでは互換性を判断できません。利用できる設定がすでにある場合は、プロトコルの項目を確認してからクライアントを変更しましょう。

まず、クライアントのサーバー一覧に設定があるか確認します。インストーラーが用意するのは画面や実行に必要なコンポーネントで、接続先サーバーのアドレス、ポート、認証情報が自動で生成されるわけではありません。サブスクリプションは設定をまとめて取得する方法で、共有リンクは通常、個別の設定に対応します。インポートする前に、情報の入手元、有効期限、利用するクライアントを確認してください。クライアントは無料でも、接続先サービスの料金や利用条件は提供元によって異なります。ソフトをダウンロードしただけで、接続先のサービスも使える状態になったと誤解しないようにしましょう。

まず、通信を取り込む方法の違いを確認します。システムプロキシはプロキシのアドレスをシステム設定に登録し、その設定を参照するアプリの通信に適用します。TUNモードは仮想ネットワークインターフェースで対象の通信を受け取り、ルーティングやDNS、追加の権限設定が関係します。v2rayNGのVPNモードはAndroidのVPNインターフェースを使って端末内の通信を受け取るため、インターフェースの作成にシステムの許可が必要です。いずれも同じ「全通信を通す」スイッチではなく、すべての通信が接続先へ転送されるとは限りません。実際の通信経路は、ルーティングルール、対象アプリ、除外設定によって決まります。

設定に記載されたプロトコル、トランスポート方式、安全設定を確認し、利用中のコアがその組み合わせに対応しているか調べます。VMessとVLESSは別のプロトコルで、プロトコル名を書き換えるだけでは相互変換できません。TLS、REALITY、WebSocketなどの項目もサーバー側と一致させる必要があります。共有リンクをインポートできても、クライアントが内容を認識したというだけで、接続先の設定が正しいとは限りません。非対応の項目がある場合は、クライアントに対応した形式のサブスクリプションを使うか、設定の提供元に確認し、認証情報を推測で変更しないでください。

端末の仕様や信頼できるシステム情報画面で、プロセッサのアーキテクチャを確認します。比較的新しいAndroid端末の多くにはarm64版が適しています。対応するアーキテクチャのコンポーネントだけを含むため、ファイルサイズも小さくなります。universal版は複数のアーキテクチャに対応しており、端末の構成が不明でインストール条件を満たす場合に便利です。購入時期は目安にすぎず、アーキテクチャの確認に代わるものではありません。インストールできない場合は、OSとの互換性、空き容量、同名アプリの署名が異ならないかも確認しましょう。試しに入れるためだけに旧版を削除せず、先に設定や必要な情報をバックアップしてください。

サブスクリプショングループの設定を開き、購入ページや説明ページ、個別の共有リンクではなく、完全なサブスクリプションURLを貼り付けたか確認します。コピー時に空白、改行、引用符が入っていないか、URL末尾のパラメーターが欠けていないかも確認してください。エラーがURLの保存時に出るのか、内容の取得時に出るのかを切り分けます。前者は形式、後者はネットワーク、認証、取得内容が原因の可能性があります。URLにアクセスできてもログインページが返される場合、クライアントはサブスクリプションとして解析できません。調査記録を共有するときは、完全なURLに含まれる認証情報を必ず伏せてください。

まず、v2rayNGでVPNモードが選択されているか確認します。このモードでは、アプリの通信を受け取ってコアに渡すため、システムがクライアントによるローカルVPNインターフェースの作成を許可する必要があります。プロキシのみのモードでは、他のアプリ側でローカルプロキシのアドレスを設定します。システムの許可画面を読んでから、許可するか判断してください。許可画面が表示されない、または接続直後に停止する場合は、別のVPN、仕事用プロファイルのポリシー、端末管理の制限がインターフェースを占有していないか確認します。VPNアプリを何度も切り替えず、既存の接続を切ってからv2rayNGだけを起動して確認しましょう。

まずTUNモードをオフにし、通常のプロキシ接続が使えることを確認してから、利用中のバージョンの案内に従って権限と仮想ネットワークインターフェースを確認します。Windowsでは管理者権限での実行や、クライアントが提供するサービス機能の有効化が必要な場合があります。macOSとLinuxの許可方法は、インストーラーやバージョンによって異なります。画面の案内と該当バージョンの説明を確認し、別のOS向けのコマンドを流用しないでください。権限を上げても解決しない場合は、ログに記録されたインターフェース作成、ルーティング、ポート競合に関する最初のエラーを確認します。変更前の設定を記録し、一度に一項目だけ変更して原因を切り分けましょう。

使うサーバーを選択し、クライアントに用意された実接続テストを実行したうえで、システムプロキシまたはVPNモードが有効か確認します。次に、対象アプリでアクセス可能と分かっているHTTPSページを開き、クライアントの接続ログに該当するリクエストが記録されているか確認してください。テストの成功が示すのはテスト先に接続できたことだけで、すべてのアプリやサイトが正常に動作するとは限りません。確認時はノード、ルーティング、DNSを同時に変更せず、基準となる設定を残します。ブラウザーでは使えて他のアプリでは使えない場合、サブスクリプションをすぐ変更せず、そのアプリがシステムプロキシを参照するか確認しましょう。

v2rayNGの設定からアプリごとのプロキシ設定を開き、現在のモードの説明を読んでから対象アプリを選びます。「選択したアプリを除外」するモードでは、一覧のアプリはプロキシインターフェースを経由せず、他のアプリは現在のルールに従います。「選択したアプリのみプロキシを使用」するモードでは、対象が一覧のアプリに限定されます。表示名はバージョンによって異なる場合があるため、画面上の説明に従ってください。アプリの通信がインターフェースに入った後も、ルーティングルールによってプロキシ経由か直接接続かが分かれることがあります。一覧を変更したら再接続し、対象アプリを完全に終了してからテストしましょう。既存の接続が判断に影響するのを防げます。

変更したルーティング設定が現在使用中のものか確認し、ルールが有効か、順序が正しいかを調べます。先に適用される範囲の広いルールによって、後続の詳細なルールが実行されないことがあります。保存後、クライアントの指示に従って設定を再読み込みするか再接続し、対象アプリの既存接続を終了してから再テストします。ブラウザーやDNSのキャッシュ、確立済みの接続が以前の結果を保持する場合もあります。出口IPを表示するページだけで、すべてのドメインの通信経路を判断しないでください。対象ドメイン、適用されたルール、ログを合わせて確認すれば、ルールが反映されていないのか、テスト方法が適切でないのかを切り分けられます。

v2rayNのパラメーター設定で、LANからの接続許可、実際の待ち受けポート、対応するプロキシ方式を確認します。他の端末には、クライアントを実行しているPCのLAN内アドレスを設定してください。端末自身を指すループバックアドレスを入力しても接続できません。2台が通信できるネットワークに接続されていることを確認し、ファイアウォールでは信頼できるネットワークに限って該当ポートを許可します。ゲストネットワークの端末間通信が遮断されている場合もあります。共有は管理されたLAN内でのみ行い、待ち受けポートをインターネットに公開しないでください。使い終わったら共有を無効にし、不要になった許可ルールも元に戻しましょう。

まずプロキシをオフにして、通常のアクセスができることを確認し、同じクライアントで別の利用可能な設定もテストします。特定のノードだけがタイムアウトする場合は、アドレス、ポート、サービスの有効期限、トランスポート設定を確認します。すべてのノードで発生する場合は、ネットワーク接続、システム時刻、DNS、端末のセキュリティソフトを優先して調べてください。実接続テストに失敗しても、それだけでサーバーが停止しているとは限りません。テスト先に到達できない可能性もあります。エラーの発生時刻とログに記録された最初の接続エラーを控え、別のネットワークでも再テストします。複数の設定を続けて変更し、最初の原因を見失わないようにしましょう。

まず、クライアントで使用するサーバーが選択されているか確認します。次に、システムプロキシが自動設定になっているか、システム設定のプロキシアドレスと実際の待ち受けポートが一致しているかを調べます。「接続済み」は通常、ローカルサービスが起動したことを示すだけで、接続先に到達できるとは限りません。すべてのアプリで失敗する場合はサーバーのテスト結果とログを確認し、一部のアプリだけで失敗する場合は、独自のプロキシ設定やシステムプロキシへの対応状況を調べます。ポートの間違いを確認する前にTUNを有効にしないでください。クライアント終了後もアクセスできない場合は、システムに残ったローカルプロキシ設定を確認して解除しましょう。

既存の利用可能な設定は残し、再試行のためにサブスクリプショングループ全体を削除しないでください。更新時のメッセージを確認し、解析エラー、リクエストのタイムアウト、認証の期限切れを切り分けます。解析エラーの場合は、サブスクリプションの内容が返されているか確認します。タイムアウトの場合は、現在のネットワークからサブスクリプションのURLにアクセスできるか調べます。認証切れの場合は、提供元にURLと有効期限を確認してください。プロキシ経由で更新する設定がある場合は、更新に依存した状態にならないよう、先にプロキシ自体が使えることを確かめます。システム時刻や証明書のエラーも確認しましょう。更新が復旧したらグループの内容を確認し、重複した古い項目を整理します。

まず、バックグラウンドプロセスの終了とドメインの名前解決失敗を切り分けます。画面ロック後に接続アイコンが消え、クライアントの再起動が必要な場合は、システムのバッテリー設定でバックグラウンド動作や省電力制限を確認し、別のVPNがインターフェースを使っていないか調べます。アイコンが表示されたままドメインへのアクセスでエラーになる場合は、ログの名前解決エラーを確認し、DNSとルーティング設定を調べてください。すべてを省電力やDNSの問題と決めつけないようにしましょう。画面ロック前後の状態、発生時刻、ネットワークの種類、具体的なエラーを記録します。共有する際はサブスクリプションURLと認証情報を削除し、症状ごとに再テストしてください。