V2RAY HELP
V2Ray のインストール・サブスクリプション・接続に関するよくある質問
基本知識、インストールと設定、使い方、トラブルシューティングの観点から、v2rayN、v2rayNG、v2flyNG のよくある質問を整理しています。まず問題の発生レイヤーを特定し、クライアント、サブスクリプション、ノード、ローカルプロキシ、システムネットワーク設定の順に確認してください。
01 / 基本知識
クライアント、コア、サブスクリプション
まず GUI クライアント、実行コア、プロトコル種別、サブスクリプション形式を区別しましょう。名前が似ていても、インストールパッケージや設定をそのまま相互利用できるとは限りません。
V2Ray、v2rayN、v2rayNG の違いは？
V2Ray は通常、Project V に関連するプロトコル、設定体系、コアエコシステムを指します。v2rayN は Windows、macOS、Linux 向けのデスクトップ GUI クライアントで、サブスクリプション管理、ノード選択、システムプロキシ、ルーティング設定を行います。v2rayNG は Android 向けの GUI クライアントで、主に Xray コアを使用します。3つは同じインストールパッケージではないため、端末のプラットフォームに合ったクライアントを選んでください。
V2Fly コアと Xray コアの違いは？
V2Fly は Project V のオープンソース実装と設定体系を引き継いでおり、Xray は近い設定構造を基盤に、より多くのプロトコルとトランスポート機能を拡張しています。一般的な VMess、VLESS、Trojan、Shadowsocks の設定には共通する項目が多い一方、具体的なトランスポートオプションは完全には同じではありません。サブスクリプションをインポートする際は、サービス提供元が指定するプロトコルとクライアントの対応範囲を確認してください。
Windows、macOS、Android、Linux ではどのクライアントを選べばよい？
Windows、macOS、Linux では、サブスクリプション、ルーティングルール、システムプロキシをまとめて管理できる v2rayN が適しています。Android では Xray コアを使用する v2rayNG を優先し、V2Fly コアが必要な場合は v2flyNG を選びます。異なるプラットフォーム用のパッケージを混在させないでください。デスクトップ版と Android 版ではパッケージ形式も実行環境も異なります。
VMess、VLESS、Trojan、REALITY はどう選べばよい？
クライアントのプロトコル種別はサーバー側の設定と一致している必要があり、名称だけを見て変更してはいけません。サブスクリプションを利用する場合は通常、手動選択は不要で、クライアントが内容からプロトコルを読み取ります。ノードを手動追加する場合は、アドレス、ポート、ユーザー識別子、トランスポート方式、TLS 設定、サーバー名、パスを順番に確認してください。REALITY では公開鍵やショート ID などの項目も一致させる必要があります。
サブスクリプションリンクと単一ノードの共有リンクの違いは？
サブスクリプションリンクには通常、複数のノードが含まれ、更新によってノードの追加・削除やパラメーターの変更を同期できます。単一ノードの共有リンクは1つのノードだけを記述し、vmess、vless、trojan、ss などのプレフィックスが一般的です。複数のノードを長期的に使う場合はサブスクリプショングループを作成し、単一設定を一時的に取り込む場合はクリップボードの共有リンクを使うと便利です。グループを削除する前に、残しておきたいノードがないか確認してください。
02 / インストールと設定
バージョン選びと初回インポート
まず OS とプロセッサアーキテクチャに合うインストールパッケージを選びます。インストールが完了したら、サブスクリプションの保存、更新、初回接続を進めてください。
Windows の v2rayN デスクトップ版と従来の WPF 版はどう選ぶ？
デスクトップ版は新世代のクロスプラットフォーム UI を採用しており、異なるデスクトップ OS で似た操作感を保ちたいユーザーに適しています。従来の WPF 版は Windows 向けで、既存のチュートリアルに近い画面構成です。どちらでもサブスクリプション、ノード、システムプロキシを管理できます。初めてならデスクトップ版から始め、安定した設定や操作に慣れている場合は WPF 版を使い続けてもよいでしょう。
macOS では arm64 と x64 のどちらをダウンロードすればよい？
Apple シリコン搭載端末では arm64、Intel プロセッサ搭載端末では x64 を選びます。システム情報を開き、ハードウェア概要でチップまたはプロセッサ名を確認できます。パッケージのアーキテクチャを間違えると、起動できない、互換性がないと表示される、追加の変換処理が必要になるといった問題が起こります。端末のアーキテクチャを確認して対応するパッケージを再ダウンロードすればよく、サブスクリプションの変更は必要ありません。
Android の arm64 版と universal 版はどう選ぶ？
2015年以降に発売された一般的な Android スマートフォンやタブレットでは、パッケージ容量を抑えられる arm64 を選べることが多いです。プロセッサのアーキテクチャが分からない、端末が古い、または arm64 のインストールに失敗する場合は universal 版を使えます。主な機能は同じで、違いは対応するプロセッサアーキテクチャの範囲です。クライアントを更新する際は、現在のインストールと同じ種類のバージョンを使うことをおすすめします。
サブスクリプションリンクをインポートしたのにノードが表示されないのはなぜ？
まず、単一サーバーを手動追加する入口ではなく、サブスクリプション追加の入口を使っているか確認してください。保存した後は、更新を一度実行する必要があります。グループはあるのにノードが空の場合は、リンクが完全か、余分な空白がないか、有効期限が切れていないか、クライアントが返されたサブスクリプション形式に対応しているかを確認します。ブラウザーでリンクに正常にアクセスできるか確認することもできますが、個人の認証情報を含むサブスクリプション URL は公開しないでください。
初めてサブスクリプションをインポートした後は、どの順番で接続すればよい？
まずサブスクリプションを更新し、ノード一覧が表示されたことを確認してから、現在のネットワーク環境に合うノードを選びます。デスクトップでは続けてシステムプロキシを有効にし、Android では接続をタップして、システムに表示されるネットワーク接続の許可を確認します。完了後、ブラウザーで普段使うサイトを開いて接続を確認してください。失敗した場合は、先に別のノードを試し、その後でローカルポート、ルーティングモード、システム時刻を確認します。複数の設定を同時に変更するのは避けてください。
03 / 使い方
プロキシモード、TUN、グループ管理
クライアントの起動後、接続動作は主にシステムプロキシ、TUN、ルーティングモード、サブスクリプショングループによって決まります。
v2rayN でサブスクリプションを手動更新する方法は？
サブスクリプショングループまたはサブスクリプション管理メニューから更新操作を探し、現在のグループまたはすべてのグループを更新します。完了後、ノード数や名前に変化があるか確認し、使用するノードを選び直してください。更新で手動メモが上書きされた場合は、グループ単位で識別しやすい名前を設定できます。自動更新の間隔は短くしすぎず、サブスクリプションの実際の変更頻度に合わせて設定してください。
システムプロキシ、PAC モード、システムプロキシを変更しないモードの違いは？
システムプロキシモードでは、OS のプロキシに対応するアプリの通信をクライアントのローカルポートへ渡します。PAC モードでは、ルールに基づいてプロキシ経由にするアドレスを決定します。システムプロキシを変更しないモードはコアとローカルポートだけを起動し、アプリ側でプロキシアドレスを入力します。ブラウザーや一般的なデスクトップアプリは通常システムプロキシを使いますが、開発ツールなどシステムプロキシを読み取らないプログラムは個別設定または TUN が必要です。
TUN モードに追加の権限が必要なのはなぜ？
TUN モードでは仮想ネットワークインターフェースを作成し、システムルートを変更するため、通常は管理者権限またはシステムのネットワーク許可が必要です。権限が不足すると、クライアントに起動失敗、インターフェース作成失敗、ルート書き込み失敗などが表示されることがあります。クライアントの TUN 設定画面からコンポーネントを設定し、システムの許可を与えてください。仮想ネットワークインターフェースを制御するツールを複数同時に実行すると、ルートが競合する可能性があります。
グローバル、ルール、直結のルーティングモードはどう使う？
グローバルモードは、対象範囲に含まれる接続を現在のノードへまとめて通すため、短時間でノード自体の利用可否を判断するのに適しています。ルールモードはドメイン、アドレス、プロセスのルールに基づいてプロキシと直結を選ぶ、日常利用向けの一般的なモードです。直結モードは主にプロキシ転送を一時停止したり、ローカルネットワークを切り分けたりする際に使います。切り替え後は対象アプリを再テストし、古い接続は閉じてから再接続してください。
複数のサブスクリプショングループを分かりやすく管理する方法は？
サービスの提供元や利用目的ごとにグループを分け、安定して識別しやすい名前を付けます。ノードが多い場合は、キーワードの包含・除外フィルターで地域、回線種別、テスト用ノードを絞り込み、すべての項目を1つの一覧に混在させないようにします。更新前にグループを何度も削除して作り直すと、ローカルの絞り込みルールやメモを再設定する必要が生じます。無効になったサブスクリプションはまず停止し、不要になったことを確認してから削除してください。
04 / トラブルシューティング
タイムアウト、接続不能、起動失敗
トラブルシューティングでは、まず単一ノード、全ノード、単一アプリ、システム全体のどこまで影響しているかを切り分け、原因を段階的に絞り込みます。
ノードテストがタイムアウトした場合、まず何を確認すればよい？
まず、単一ノードだけのタイムアウトか、すべてのノードでのタイムアウトかを切り分けます。単一ノードの失敗は、そのノードの状態やパラメーターが原因であることが多いため、サブスクリプションを更新して別のノードを試します。すべて失敗する場合は、現在のネットワーク、システム時刻、クライアントコアの起動状態、ファイアウォールによるローカルプロセスのブロックを確認してください。遅延テストと実際のウェブアクセスは方法が異なるため、テストがタイムアウトしても実際の接続で再確認できます。
クライアントは接続済みなのにブラウザーでインターネットに接続できない場合は？
まずブラウザーで通常の直結サイトにアクセスできることを確認し、次にクライアントで適切なシステムプロキシモードが有効になっているか確認します。その後、現在のノードが利用可能か、ローカルプロキシポートが使用中でないか、ルーティングモードが誤って直結になっていないか、ブラウザーにプロキシ設定を上書きする拡張機能が入っていないかを確認してください。ブラウザーの全ウィンドウを閉じて再起動し、必要なら TUN を一時停止してシステムプロキシだけで切り分けます。
v2rayN のシステムプロキシを有効にしても一部のソフトで反映されない場合は？
一部のソフトは OS のプロキシ設定を読み取らないか、特定の HTTP、HTTPS、SOCKS 形式にしか対応していません。まずソフトのネットワーク設定でプロキシ項目を探し、アドレスにローカルループバックアドレスを入力し、v2rayN に表示されている対応ポートを指定します。プロキシにまったく対応していないソフトでは、TUN モードの利用を検討してください。ポートを変更した場合はアプリ側の設定も更新し、古いポートを参照し続けないようにします。
v2rayN のサブスクリプション更新に失敗する主な原因は？
主な原因には、サブスクリプションリンクの無効化、認証情報の期限切れ、現在のネットワークからサブスクリプション URL にアクセスできないこと、システム時刻のずれ、証明書接続の異常、返却形式がクライアントに対応していないこと、プロキシループによって更新リクエストを送信できないことなどがあります。まず元のリンクをコピーして前後の空白を確認し、直結での更新や利用可能なノード経由での更新を試してください。サービス提供元がリンクを変更した場合は、古い URL を削除して新しい URL を保存し、再度更新します。
クライアントの起動に失敗する、またはポートが使用中と表示される場合の対処法は？
ポートが使用中ということは、別のプログラムまたはクライアントの別インスタンスが同じローカルポートを待ち受けている状態です。まず重複起動しているプロキシクライアントを終了し、タスクマネージャーやシステムのプロセス一覧で古いプロセスが終了したことを確認します。それでも競合する場合は、ローカル待ち受け設定で未使用のポートに変更してからクライアントを再起動してください。プロキシポートを手動入力しているブラウザー、開発ツール、LAN 内の端末も同時に変更する必要があります。