基本ガイド
クライアント、コア、通信の取り込み方法を区別してから、インストールパッケージを選びましょう。
v2rayN、v2rayNG、v2flyNGはどう選ぶ？
まずは使うデバイスに合わせて選びます。Windows、macOS、Linuxのデスクトップではv2rayN、Androidでは通常、Xrayコアを使うv2rayNGが候補です。V2Flyコアが必要な場合はv2flyNGを検討してください。クライアントは設定の読み込み、サーバーの切り替え、プロキシの管理を担い、実際の接続処理はコアが行います。選ぶ前に、サーバーが要求するプロトコル、通信方式、安全設定を確認しましょう。クライアントをインストールしただけでは接続できません。有効な設定は自分で用意する必要があり、このサイトではサブスクリプションを提供していません。
V2Ray、V2Fly、Xrayのコアにはどんな違いがありますか？
V2RayはProject Vのプロキシツール群を起源とし、V2Flyは関連コアのコミュニティによる保守を引き継いでいます。Xrayは同じ技術エコシステムに属する別のコア系列です。基本的な設定概念には共通点がありますが、プロトコルの拡張、通信方式への対応、設定項目は完全には一致しません。接続できるかどうかは、使用するコアのバージョンとサーバー側の設定を基準に判断してください。クライアントが共有リンクを読み込めても、現在のコアがすべての項目に対応しているとは限りません。コアを切り替える前に元の設定を保存し、切り替え後は起動ログを確認してから接続をテストすると、互換性の問題をネットワーク障害と取り違えにくくなります。
システムプロキシ、グローバルルーティング、TUNモードは同じものですか？
いいえ。それぞれ役割が異なります。システムプロキシは、システムのプロキシ設定に従うアプリをローカルのプロキシポートへ転送します。グローバルルーティングは、コアに届いた接続のデフォルトの出力先を決めます。TUNモードは仮想ネットワークインターフェースを使い、条件に合う通信を取り込みます。グローバルルーティングを選んでも、すべてのアプリの通信が自動的にプロキシへ入るわけではありません。TUNを有効にしても、すべての通信が必ずリモートへ送られるわけではありません。トラブル時は、まず通信がクライアントに届いているかを確認し、次にどのルールに一致したかを調べます。初期設定ではシステムプロキシで接続を確認し、正常に動作した後にTUNを個別にテストすると、通信の取り込み方法とルーティングを同時に変えずに済みます。
Android版APKはarm64とuniversalのどちらを選べばよいですか？
まずデバイスのプロセッサアーキテクチャを確認します。2015年以降の多くのスマートフォンではarm64が候補になりますが、プロセッサが64ビット対応でも、OSが64ビット環境で動作しているとは限りません。実際のABIを確認してください。universalは複数のアーキテクチャ向けのコンポーネントを含むため、アーキテクチャが不明な場合や、異なるデバイスとの互換性を重視する場合に向いていますが、ファイルサイズは大きくなる傾向があります。インストール時に解析エラーが出た場合は、Androidのバージョン要件、ファイルのダウンロード完了、既存アプリとの署名の互換性も確認しましょう。すぐに古いクライアントをアンインストールせず、復元できる設定を先にエクスポートしてからAPKを切り替えるか判断してください。
プラットフォーム
サブスクリプションの内容、更新経路、システムプロキシ、ネットワーク権限をそれぞれ確認します。
サブスクリプションを読み込めないとき、まず何を確認すればよいですか？
まず、サブスクリプションURLと個別の共有リンクを区別します。サブスクリプションURLはサブスクリプショングループに追加し、個別の共有リンクはクリップボードからのインポートなど、対応する機能を使います。コピー時に前後の空白や改行、チャットアプリが付けた説明文を取り除き、クエリパラメーターはすべて残してください。次にグループを更新し、ログでリクエストの失敗、内容の解析エラー、フィルター適用後に結果がない状態のどれかを確認します。ログイン画面や案内ページが返された場合、または形式に対応していない場合は、何度読み込んでも解決しないことがあります。配布元に形式を確認してください。アクセス情報が含まれる可能性があるため、サブスクリプションURL全体を公開の掲示板に貼らないでください。
v2rayNでサブスクリプションを更新できない、または証明書エラーが出る場合は？
まずサブスクリプションURLの有効期限、アカウントの状態、システムの日付とタイムゾーンを確認します。次にログの詳細なエラーを確認し、ドメイン名の名前解決、接続タイムアウト、TLS証明書の検証、内容の解析のどこで失敗しているかを切り分けてください。現在のクライアントにプロキシ経由で更新する機能がある場合は、すでに使える接続があるときに比較テストできます。接続手段がない状態では、この方法に頼らないでください。証明書エラーはシステムの信頼チェーンを確認するか、配布元に問い合わせます。証明書検証を無効にして問題を隠すのは避けてください。ネットワークが復旧したら手動で一度更新し、正常に更新できることを確認してから、適切な自動更新間隔を設定しましょう。短時間に何度もリクエストを送るのは避けてください。
システムプロキシを有効にしても、ブラウザーが直接接続する場合は？
まずコアが起動していることを確認し、システムプロキシのアドレスとポートがクライアントの現在の待ち受け先を指しているか調べます。ローカルで使う場合は通常、リモートサーバーではなくループバックアドレスを指定します。次に、ブラウザー拡張機能、アプリ内プロキシ、環境変数がシステム設定を上書きしていないか確認してください。システムプロキシに従わないアプリでは、アプリ側でプロキシを指定する必要があります。アクセス時にクライアントの接続ログが出るかも確認しましょう。ログがなければ通信の取り込み口を、ログはあるのに直接接続されている場合はルーティングを調べます。システムプロキシを書き換えるソフトを複数同時に動かすのは避け、クライアント終了時は必要に応じてシステムプロキシを解除してください。
TUNモードが起動しない、または権限不足と表示される場合は？
まず通常のプロキシモードで設定が使えることを確認してから、TUNの権限を確認します。デスクトップでは管理者権限、仮想ネットワークインターフェース用コンポーネント、システムネットワーク拡張の許可が必要な場合があります。詳細は現在のバージョンに表示される案内に従ってください。Androidでは、システムのダイアログでVPN接続の作成を許可する必要があります。ほかのVPNが通信の取り込み機能を使用していないか、セキュリティソフトがコンポーネントの起動を妨げていないかも確認します。許可した後も失敗する場合は、最初に記録された起動エラーを確認してください。スイッチを何度も切り替えるだけでは解決しません。リモート操作中のデバイスでは、ルーティングの変更に注意してください。通信できなくなったらTUNを無効にしてネットワークを復旧し、自動ルーティングとDNSの設定を一つずつ確認します。
使い方のヒント
実際の通信を確認し、任意の機能を常に有効にする必要があると思い込まないようにしましょう。
ルーティングルールを追加したのに、対象サイトが指定した出力先を通らないのはなぜですか？
まずリクエストがコアに届いていることを確認し、次にルールの順序、照合項目、出力先のタグを確認します。ルールは通常、上から順に照合されます。広い条件のルールが先にあると、後続のドメインルールに一致しないことがあります。対象の接続にIPアドレスしか含まれていない場合、ドメインルールが使えないこともあります。DNSとトラフィックのスニッフィング設定も合わせて確認してください。geosite、geoipのデータが存在し、現在のコアに対応しているか、出力先のタグが実際の設定と一致しているかも調べます。変更後は接続を再確立してログを確認してください。既存の接続では以前の出力先が使われ続ける場合があります。まずは明確なドメインを一つ使ってルールを検証し、ルーティング全体を一度に変更するのは避けましょう。
DNSはどう設定すればよいですか？FakeDNSは常に有効にする必要がありますか？
まず、システムDNS、コアのDNS、アプリ独自の暗号化DNSを区別します。一か所を変更しただけで、すべての名前解決経路が変わったと思い込まないようにしてください。コアのDNSを設定する際は、DNSサーバーに到達できること、またプロキシサーバーのドメイン名を解決するために、まだ確立していないプロキシ接続が必要になっていないことを確認します。FakeDNSは仮想アドレスを使ってドメインとの対応関係を保持する機能で、特定の通信取り込みや振り分け方式に使います。汎用的な高速化機能ではありません。システムプロキシだけを使い、正常に動作している場合は、追加で有効にする必要はありません。名前解決方式を変更したら接続を再確立し、必要ならアプリのDNSキャッシュを消去してください。LAN内のドメイン名が引き続き正しく解決されるかも確認しましょう。
特定のアプリだけをプロキシ経由にし、ほかのアプリは通常どおり接続するには？
Androidでは、まずクライアントのアプリ別プロキシ設定を確認し、「選択したアプリのみをプロキシする」のか「選択したアプリを除外する」のかを確かめます。変更後はVPN接続を再確立してください。デスクトップでは、アプリ独自のHTTPプロキシまたはSOCKSプロキシ設定を使う方法が手軽です。TUNとプロセス単位のルールを組み合わせる場合は、現在のコアとクライアントのバージョンが該当する設定項目に対応しているか確認してください。ドメイン単位の振り分けはアプリ単位の振り分けとは異なり、同じアプリが複数のドメインへ接続することもあります。テストでは対象のアプリと、直接接続を維持するアプリの両方にアクセスし、実際の出力先を確認します。プロキシスイッチの状態だけでルールの適用を判断しないでください。
Muxによる多重化は有効にすべきですか？設定変更後はどうテストしますか？
Muxをすべての接続に有効な最適化機能と考えないでください。有効にするかどうかは、プロトコル、通信方式、コアの実装、サーバー側の対応状況によって異なります。組み合わせによっては効果がなく、トラブルの切り分けが難しくなることもあります。初期設定ではデフォルト値のままにし、接続が安定してから個別に比較してください。一度に変更する設定は一つだけにして、元の値を記録します。接続を再確立して同じ接続先をテストし、ルーティングとDNSに変更がないことも確認してください。変更後に断続的な失敗が起きた場合は、元の値に戻してログを確認します。特定の通信方式に関する多重化の制限は、使用中のコアのドキュメントとサーバー側の設定要件を確認し、別のプロトコルのパラメーターを流用しないでください。
トラブル対処
状況を記録してから、一度に一つの条件だけを変えて原因を絞り込みます。
サーバーへの接続がタイムアウトするとき、ローカルとリモートの問題をどう切り分けますか？
まず、ローカルネットワークから直接接続が許可されたサービスにアクセスできることを確認し、サーバーのアドレス、ポート、プロトコル、安全設定を照合します。ログに表示されるドメイン名の名前解決エラーと接続タイムアウトは別の問題です。それぞれDNSとネットワーク到達性を確認してください。設定を変えずに別のネットワークへ切り替えるか、既知の有効な設定と比較すると、問題の範囲を絞れます。特定のテスト用アドレスに依存する疎通テストもあり、そのテストの失敗だけでサーバーが利用できないとは判断できません。一つの設定だけが継続して失敗する場合は、配布元にリモート側の状態を確認してください。すべての設定で失敗する場合は、ローカルのファイアウォール、ネットワーク、コアの起動ログを優先して確認します。
クライアントは接続済みなのにウェブページが開かない場合は？
接続済みという表示は、通常、クライアントまたはVPNインターフェースが起動したことを示すだけで、対象へのリクエストが成功したとは限りません。まずページを開いたときに接続ログが記録されるか確認し、実際の出力先とエラーの種類を調べます。ログがない場合は、システムプロキシまたはTUNによる通信の取り込みを確認してください。ログがあり、ドメイン名の名前解決に失敗している場合はDNSを、ハンドシェイクエラーがある場合はプロトコル、安全設定、システム時刻を確認します。一部のサイトだけ開けない場合は、ルール、接続先サービスの状態、アプリ独自のプロキシ設定を調べてください。原因を絞るには、まずTUNを無効にしてシステムプロキシで同じ接続先をテストし、ほかの設定は変えずに比較します。基本の接続が正常だと確認してから、元の通信取り込み方式に戻しましょう。
サブスクリプションの更新は成功したのに、サーバー一覧が空の場合は？
まず正しいサブスクリプショングループを選んでいるか、検索欄、サーバーのフィルター、表示条件によって結果が隠れていないか確認します。更新成功はURLへのリクエストが完了したことを示すだけの場合があり、応答内容に読み込み可能なサーバーが含まれているとは限りません。ログに解析エラー、未対応形式、有効な項目がないといった表示がないか確認し、配布元にサブスクリプションの形式とアカウントの状態を問い合わせてください。読み込み直すためにすべてのグループを削除せず、元の設定を残して一つのグループだけをテストします。フィルター式を変更した場合は、一度条件をすべて解除して更新してください。解決したら条件を一つずつ戻し、どの条件がサーバーを除外していたか確認します。
v2rayNGがバックグラウンドで切断される、または電池の消耗が増えた場合は？
まず、アプリがシステムによって停止される、ネットワーク切り替え後に接続が切れる、継続的な高負荷が発生するといった状況を区別します。バックグラウンドで停止される場合は、デバイスの設定でバックグラウンド実行を許可し、必要に応じてバッテリー最適化を調整してください。電池の消耗が増えた場合は、常に通信しているアプリ、詳細ログの有効化、不要な通信までプロキシに流すルーティング設定を確認します。必要ならアプリ別プロキシを使い、通信の取り込み範囲を絞ります。すべての省電力制限を無効にすることを定番の対処法にせず、一つずつ変更してしばらく様子を見てください。使用を終えるときはクライアント内で接続を切り、システムのVPN状態も確認します。問題が続く場合は、機密情報を削除したログと再現手順を記録すると、原因の特定に役立ちます。