V2Rayのよくある質問

Windows・macOS・Linuxのデスクトップでは、まずv2rayNを選びましょう。Androidでは通常、Xrayコアを使用するv2rayNGが候補です。V2Flyコアが必要な場合はv2flyNGを検討してください。クライアントはサブスクリプション管理や画面操作、プロキシの切り替えを担当し、コアは接続を処理します。両者は別のものです。選ぶ際は、サブスクリプションの説明にあるプロトコルと通信方式も確認しましょう。名前が似ているだけで互換性があるとは限りません。クライアントを乗り換える前に、サブスクリプションとルーティング設定を保存してください。新しいクライアントで設定を追加し、使用する構成を選んで接続を確認してから、古い設定を整理しましょう。複数のプロキシアプリを同時に動かすと、ポートが競合することがあります。

クライアントには、接続先の設定は含まれていません。利用権限のあるサブスクリプションURL、個別の共有リンク、またはサーバーから提供された接続情報を用意してください。サブスクリプションURLからは定期的に設定一覧を取得できますが、共有リンクに記載されるのは通常1件の設定です。一般的なWebページのURLは、サブスクリプションとして追加できません。初回はシステム時刻が正しいことを確認し、設定を追加して使用する構成を選んだ後、システムプロキシまたはアプリ指定の接続モードを有効にします。サブスクリプションURLには認証情報が含まれる場合があります。公開コメントやスクリーンショット、オンライン解析サイトには掲載しないでください。クライアントをインストールしただけでは、接続先のサービスが使えるとは限りません。

システムプロキシは、システム設定に従うアプリの通信をローカルのプロキシに転送します。ルーティングプリセットは、コアに届いた通信をプロキシ経由にするか直接接続にするかを決めます。TUNは仮想ネットワークインターフェースで通信を受け取り、より多くのアプリの通信を取り込みたい場合に使います。それぞれ役割が異なるため、ルーティングを切り替えても、システムプロキシを使わないアプリが自動的に接続されるわけではありません。初めて使う場合は、まずTUNをオフにし、システムプロキシでブラウザーに接続できることを確認してから、必要に応じてTUNを有効にしましょう。Androidのクライアントは通常、システムのVPN許可を使って通信を取り込みます。デスクトップ版とは設定方法が異なるため、メニューをそのまま当てはめる必要はありません。

プロトコル・通信方式・セキュリティ層は、クライアントとコアの両方が対応している必要があります。REALITYはセキュリティ層の仕組みであり、任意のURLを追加するだけで使える独立したノード種別ではありません。サーバーが要求する公開鍵やサーバー名などの値も一致させる必要があります。あるクライアントでは使える設定が、コアを変えるとエラーになる場合は、サブスクリプションの説明と使用中のコアを確認し、ログに未対応の項目や通信方式が表示されていないか調べてください。V2FlyとXrayの機能は完全には同じではありません。また、画面を操作するアプリを更新しても、コアが更新されるとは限りません。エラーを消すために設定項目をむやみに削除せず、サーバーの要件に合ったクライアントとコアを組み合わせてください。

2015年以降に発売された一般的なAndroidスマートフォンでは、まずarm64版を検討できます。ただし、最終的には端末のプロセッサーと、OSが対応するアプリのアーキテクチャを確認してください。64ビットプロセッサーを搭載していても、OS側でアプリのアーキテクチャが制限されている端末があります。プロセッサー名だけで判断しないでください。判断できない場合は、複数のアーキテクチャを含むことが多いuniversal版を選べますが、ファイルサイズは大きくなります。端末に対応していないと表示されたら、ダウンロード元とアーキテクチャを確認してください。署名の競合が表示された場合は、別の問題です。古いアプリをすぐにアンインストールせず、サブスクリプションやグループ、自作ルールをバックアップしてから、クライアントや入手元を間違えていないか確認しましょう。

v2rayNで「サブスクリプショングループ」または「サブスクリプショングループ設定」を開き、新しいグループを追加します。見分けやすい名前を付け、サブスクリプションURLをすべて貼り付けて保存してください。その後、メイン画面のサブスクリプションメニューに戻り、グループを更新します。URLを保存しただけでは、設定一覧は作成されません。個別の共有リンクを受け取った場合は、「クリップボードから共有リンクをインポート」を使い、2種類の追加方法を混同しないでください。メニュー名はバージョンによって多少異なります。画面にサブスクリプションURLとグループの入力欄があるかを目安にしてください。更新後はグループの絞り込みを確認し、使用する構成を選んでからシステムプロキシを設定します。

まず、クリップボードにあるのが完全な共有リンクか確認してください。サブスクリプション管理ページやQRコード画像、チャットアプリで途中まで切れた文字列ではないかも確認します。コピーする際は、前後の引用符や説明文、余分な空白を含めないでください。複数のリンクは、クライアントが対応する形式で改行して追加します。プロトコルや項目が未対応と表示された場合は、エラー内容を記録し、クライアントのバージョンとコアの対応範囲を確認してください。暗号化方式やセキュリティ層の設定を手当たり次第に変えないでください。エラーがないのに項目が見えない場合は、検索キーワードを消してすべてのグループを表示します。追加した設定が現在のグループに入ることもあります。一覧が空なのは絞り込みが原因で、設定が消えたわけではないかもしれません。

まずTUNをオフにして、通常のシステムプロキシで接続できることを確認してから、権限の問題を調べます。Windowsでは、クライアントの案内に従って管理者権限で実行するか、必要なサービスをインストールしてください。macOSでは、システム設定で関連するネットワーク拡張機能、VPN、補助サービスの許可を確認します。Linuxでは、インストール方法に応じて、クライアントに必要なネットワーク権限と補助サービスを確認してください。実装はバージョンによって異なるため、別のOSの手順をそのまま使わないでください。AndroidではシステムのVPN接続要求を許可し、ほかのVPNアプリが接続を使用中でないか確認します。許可した後も失敗する場合は、ログでインターフェース作成やルーティングのエラーを確認してください。原因を調べずにシステムのセキュリティ機能を無効にするのは避けましょう。

「システムプロキシを自動設定」は、システムプロキシをクライアントのローカル接続先に向ける設定です。普段のブラウザー利用に適しています。「システムプロキシをクリア」はシステムプロキシの設定を解除しますが、コアの動作まで停止するとは限りません。「システムプロキシを変更しない」は現在の設定を維持するため、手動でプロキシを設定している場合に適しています。切り替えた後は、ローカル接続先と使用中の構成が正常か確認してください。システムプロキシと全体のルーティングは別の設定です。どの通信を直接接続にするかは、ルーティングルールで決まります。トラブル対処中は、別のプロキシソフトが同時にシステム設定を書き換えないようにしてください。クライアントを終了する前にシステムプロキシをクリアしておくと、終了後も閉じたローカルポートを参照し続ける事態を防ぎやすくなります。

サブスクリプションごとにグループを作り、提供元や用途で区別できる名前を付けましょう。アクセス認証情報をグループ名に含めないでください。更新前に対象のグループを選び、現在のグループだけを更新するのか、すべてのサブスクリプションを更新するのか確認します。更新後は検索条件をクリアして、設定一覧を確認してください。キーワードによる絞り込みは表示範囲を狭めるだけで、設定の削除や無効化ではありません。更新によって項目の順序が変わったり、古い項目が削除されたりする場合があります。更新後は、使用中の構成が残っているか確認しましょう。自動更新の間隔は提供元の推奨に合わせ、頻繁な更新は避けてください。手動で追加した設定と自作ルーティングも別にバックアップし、サブスクリプションの項目と混同しないようにします。

「中国本土を迂回」は通常、中国本土のドメインやIPアドレスのルールに一致する通信を直接接続し、それ以外の通信はプリセットに従って処理します。「グローバルプロキシ」は通常、コアに届く通信の大部分をプロキシ経由にしますが、実際の動作はクライアントに表示されるルールを確認してください。どちらの設定でも、クライアントに届いていないアプリの通信まで取り込めるとは限りません。普段は利用目的に合ったプリセットを選び、特定のWebサイトを調べる場合は一時的に切り替えて比較しましょう。変更する設定は一度に1つにします。グローバルプロキシでは使えて分割ルーティングでは使えない場合は、ルールの順序やルールデータ、DNSの名前解決を確認してください。直接接続ルールを最初からすべて削除するのは避けましょう。LAN内の機器やローカルサービスで必要な場合があります。

まず、クライアントのバックアップ・エクスポート・設定メニューから現在の設定を保存してください。サブスクリプショングループ、自分で追加した設定、ルーティングルール、DNS設定、ローカルの待受ポートは忘れずに残しましょう。バックアップにはサブスクリプションの認証情報が含まれる場合があるため、信頼できるローカル環境に保管してください。アップデート前に使用中のクライアントとコアの種類を記録し、アプリを正常に終了します。アップデート後は使用中の構成とプロキシの状態を確認し、接続できることが分かっているWebサイトでテストしてください。GUIクライアントはconfig.jsonを再生成する場合があります。生成されたファイルを直接編集しても、内容が保持されるとは限りません。クライアント画面で対応しているカスタム設定を使いましょう。アップデート、コアの変更、ルーティングの変更を同時に行うと、問題の原因を特定しにくくなります。

まず更新時のメッセージを確認します。接続タイムアウトはネットワークに到達できない可能性があります。認証エラーや権限エラーは、サブスクリプションの状態とURLを確認してください。解析エラーの場合は、応答内容がクライアント対応のサブスクリプション形式か調べます。提供元のページからURLをコピーし直し、余分な空白がないこと、管理ページのURLを使っていないことを確認してください。クライアントに直接接続での更新とプロキシ経由での更新がある場合、使用できる構成があれば両方を試せます。利用可能な構成がない状態でプロキシ経由の更新に頼ると、接続が循環する場合があります。更新に成功しても一覧が空なら、グループの絞り込み、キーワード検索、サブスクリプションの有効期限を確認してください。認証情報を含むURLを公開の解析ツールに送らないでください。

必ずしもそうとは限りません。テスト方法によって、ポートへの接続性を確認する場合と、実際のリクエスト時間を測定する場合があります。テスト失敗だけでサーバー停止とは判断できません。まずシステム時刻と現在のネットワークが正常か確認し、その構成を選んで実際にアクセスしてみましょう。ログに名前解決の失敗、接続タイムアウト、ハンドシェイクエラーがないかも確認します。同じネットワークで、利用できることが分かっている別の構成と比較すると、端末側の問題か特定の構成の問題かを切り分けやすくなります。短時間に一括テストを繰り返すと、不要な負荷がかかるため避けてください。1つの構成だけ失敗する場合はサーバー側の設定を確認し、すべての構成が失敗する場合は、ローカルのコアが起動しているか、ネットワークが切り替わっていないか、別のプロキシと競合していないかを先に確認しましょう。

「接続済み」は、ローカルサービスやVPN接続が起動したことを示すだけの場合があり、接続先への通信が成功したとは限りません。使用中の構成を確認してから、ブラウザーで接続できることが分かっているWebサイトを開き、対応するリクエストがログに記録されるか確認します。リクエストが記録されない場合は、システムプロキシが有効か、ブラウザーに個別のプロキシ設定がないか、アプリがシステム設定に従うかを調べてください。リクエストが記録されているのに失敗する場合は、DNS、ルーティング、接続先とのハンドシェイクエラーを確認します。特定のアプリだけで問題が起きるなら、まずそのアプリのプロキシ設定を見直してください。すぐにクライアントを再インストールする必要はありません。最後に、ほかのプロキシアプリを終了して比較し、複数のアプリがローカルポートを競合させたり、通信を二重に取り込んだりしていないか確認しましょう。

まず、システムプロキシがローカルアドレスとクライアントのポートを参照したままになっていないか確認してください。v2rayNを起動し、「システムプロキシをクリア」を選んでから正常に終了し、接続をテストします。OSのネットワーク設定で、手動プロキシや自動構成スクリプトを確認する方法もあります。TUNまたはVPNを有効にしたことがある場合は、クライアントで該当する設定をオフにしてから、システムに接続が残っていないか確認してください。Androidでは、システムのVPN設定で接続が切断されていることを確認できます。会社や学校の端末では組織がプロキシを管理している場合があります。クライアント以外の設定は削除しないでください。Webサイトに通常どおりアクセスできるようになったら、古い設定を残したまま新しいプロキシ接続を作らないよう、クライアントを段階的に再度有効にします。