v2rayN よくある質問とトラブル対応

まずクライアントのサブスクリプショングループで、URL の前後に空白がないことと、グループが有効になっていることを確認します。次に更新を実行し、ログの HTTP ステータス、解析エラー、証明書に関するメッセージを確認してください。ブラウザーで URL を開いたときにログイン画面、エラーページ、通常の Web ページが表示される場合、クライアントはサブスクリプションとして認識できません。URL にアクセスできることを確認したら、現在のクライアントがその形式に対応しているか確認します。

古いノードが残っているのは、前回の更新結果がローカルに保存されているだけで、現在もサブスクリプションが利用できることを意味しません。まずログのレスポンス状態と失敗時刻を記録し、サブスクリプションの有効期限、端末の時刻、システムプロキシ、DNS を確認します。特定のグループだけ失敗する場合は、そのグループを個別に編集して URL を保存し直してください。すべてのグループが同時に失敗する場合は、ネットワーク環境とクライアントのプロキシ経路を優先的に確認します。

2015年以降に発売された主流の Android スマートフォンは通常 arm64 を採用しているため、まず arm64 パッケージを選ぶとよいでしょう。ファイルサイズも抑えられます。CPU アーキテクチャを確認できない場合、古い端末の場合、または arm64 のインストールに失敗した場合は universal パッケージを使用してください。主な機能は同じで、違いは対応する CPU アーキテクチャの範囲です。サブスクリプションのプロトコルに応じてパッケージを変更する必要はありません。

まずクライアントを完全に終了し、使用中のプラットフォームの要件に従ってネットワーク拡張、管理者権限、仮想インターフェースの権限を付与してから再起動します。システムに他の仮想ネットワークツールがある場合は、インターフェース、ルーティングテーブル、DNS の競合を避けるため、先に終了してください。権限を付与しても失敗する場合は、一時的に TUN を無効にし、システムプロキシでノードが正常か確認します。その後、ログのインターフェース名と権限メッセージを手がかりに切り分けます。

まずシステムの日付、時刻、タイムゾーンを合わせ、サブスクリプションを更新してノードの有効期限を確認します。次にサーバーアドレスとポートへ接続できるか、端末のファイアウォールが遮断していないか、プロトコルパラメーターが揃っているかを確認してください。最後に追加のルーティングルールを無効にし、単一ノードとシステムプロキシで再試行します。ログが接続段階で止まる場合はネットワークまたはポート、ハンドシェイク段階で止まる場合はセキュリティ層のパラメーターが主な原因です。

まずアクティブノードが現在のカーネルに実際に読み込まれていることを確認し、次にシステムプロキシが有効か、ブラウザーがシステム設定を使用しているかを確認します。その後、ドメインと IP を個別にテストして DNS の問題か判断します。一部のサイトだけ失敗する場合はルーティングのヒット結果を確認してください。すべてのリクエストが失敗する場合は、一時的にグローバルモードへ切り替え、TUN を無効にして再試行します。毎回1つの設定だけを変更すると、ログから問題の層を判断しやすくなります。

アプリによっては独自のプロキシ設定を使うか、OS のプロキシ設定を読み取らないため、システムプロキシを有効にしても直接接続することがあります。まずアプリ内にプロキシ項目がないか確認し、プロキシを使用しない設定に固定されていないか確認してください。また、システムプロキシのアドレスとポートが、クライアントの現在の待受ポートと一致しているか確認します。システムプロキシに従わない通信を取り込む必要がある場合は、通常の接続が正常なことを確認してから TUN モードを検討します。

ポート使用中とは、クライアントが待ち受けようとしているローカル HTTP、SOCKS、API ポートを別のプロセスが使用している状態です。まず重複起動したクライアントや他のプロキシツールを終了し、再接続してください。それでも競合する場合は、設定で未使用のローカルポートに変更し、ブラウザーやシステムプロキシ側のポートも合わせて確認します。変更後はカーネルを再起動し、ログに新しい待受アドレスが表示されることを確認してください。