v2rayN、v2rayNG、v2flyNGを使い始めたばかりの方に向けて、クライアント・コア・サブスクリプションの違いから、追加方法やプロキシ設定、接続トラブルの確認手順まで解説します。ローカルの接続口、ノード接続、DNS、ルーティングの順に確認しましょう。メニュー名は一般的な中国語版の画面を参考にしており、バージョンによって異なる場合があります。ポート番号は確認用の例です。実際の値はご利用の環境で確認してください。
1. V2Ray、クライアント、サブスクリプションの違いは?
V2Rayは通常、プロキシコアと関連プロジェクトを指し、利用可能なサーバーアカウントそのものではありません。クライアントはノードの表示やサブスクリプションの管理、設定の生成、コアの起動・停止を行います。コアは設定に従って通信を処理し、サブスクリプションはノード情報を取得するためのアドレスです。クライアントをインストールしただけでは利用できず、使用権のあるサーバー設定またはサブスクリプションが必要です。
- デスクトップ:v2rayNはWindows、macOS、Linuxで利用できます。対応プロトコルはクライアントとコアの種類・バージョンによって異なります。
- Android:v2rayNGはXrayコア、v2flyNGはv2flyコアを使用します。画面が似ていても、対応する設定がすべて同じとは限りません。
- サブスクリプションの入手先:サーバー管理者またはサービス提供元から入手します。当サイトのダウンロードページではクライアントを選べますが、サブスクリプションやサーバーアカウントは提供していません。
設定をすでにお持ちの場合は、まずプロトコル、トランスポート方式、安全設定が現在のクライアントに対応しているか確認してから、使用するソフトを選びましょう。名前に「V2Ray」と付いているだけで、どの共有リンクでも読み込めるとは限りません。
2. サブスクリプションの追加方法と、追加後に更新が必要な理由
サブスクリプションのアドレスは設定情報を取得するためのもので、ノードそのものではありません。アドレスを保存するとサブスクリプショングループが作成され、更新を実行するとノード一覧が取得・解析されます。ここではv2rayNの一般的な中国語版画面を例に説明します。初めて追加する前に、アカウント管理ページのURLではなく、サブスクリプションのアドレス全体をコピーしたことを確認してください。
-
グループを追加
メイン画面で「サブスクリプショングループ」→「サブスクリプショングループ設定」→「追加」と進み、見分けやすい名前を入力します。
-
アドレスを保存
完全なリンクを「アドレス(Url)」欄に貼り付け、保存します。リンク内のパラメーターやスラッシュ、末尾の文字を削除しないでください。
-
サブスクリプションを更新
「サブスクリプショングループ」に戻り、「すべてのサブスクリプションを更新(プロキシを使用しない)」を選びます。直接接続で取得できず、利用可能なプロキシがすでにある場合は、「プロキシ経由」の更新項目を試してください。
-
ノードを選択
ノード一覧から使う項目を選び、右クリックメニューでアクティブサーバーに設定します。その後、用途に合ったプロキシ接続を有効にします。
v2rayNGでは、通常メイン画面の「⋮」→「サブスクリプショングループ設定」を開き、「+」から名前とリンクを保存します。メイン画面に戻り、「⋮」→「サブスクリプションを更新」を選びます。単一ノードの共有リンクを受け取った場合は、「+」→「クリップボードからインポート」を使い、サブスクリプションのアドレス欄には入力しないでください。
3. 更新に失敗する・追加してもノードが表示されないときの確認方法
「内容を取得できない」場合と「取得できたが解析できない」場合を切り分けましょう。前者はネットワークやアドレスの状態、後者はログインページが返された、形式に対応していない、または現在のコアが未対応の設定を使っていることなどが原因です。クライアントを何度も削除するより、エラーメッセージをそのまま記録するほうが解決に役立ちます。
更新がタイムアウトするときは、先にプロキシを有効にする?
まずは直接接続で更新を試してください。現在のネットワークからサブスクリプションのドメインに接続できず、利用可能なノードが手元にある場合は、「プロキシ経由」で更新します。利用できるノードがまだない場合、この設定だけで接続を確立することはできません。取得方法についてサービス提供元に確認してください。
401や403が表示されたら、ノードの故障?
これらのステータスコードは通常、リクエストが拒否されたことを示します。トークンの期限切れ、アカウントの状態、アクセス制限などが考えられ、ノードの故障とは限りません。提供元の管理画面でサブスクリプションのアドレスを再コピーし、有効期限や利用制限を確認してください。
更新は完了したのに一覧が空の場合は?
メイン画面でグループの絞り込みが間違っていないか確認し、更新ログも確認してください。解析エラーが記録されている場合は、リンクがクライアント対応のサブスクリプション情報を返しているか、ログインが必要なWebページを返していないかを確認します。そのうえでクライアントとコアのバージョンを確認してください。
4. システムプロキシとTUNの違いは?どちらを先に使う?
システムプロキシは、OSにプロキシの接続先を登録する仕組みです。この設定を読み取り、利用するアプリだけがプロキシを経由します。TUNは仮想ネットワークインターフェースを使い、そこにルーティングされた通信を処理します。対象範囲が広いぶん、ほかの仮想NIC、VPN、セキュリティソフトと設定が競合しやすくなります。
アプリの動作に合わせて接続方式を選ぶ
まずはシステムプロキシ
- ブラウザーが正常にアクセスできるか確認するのに適しています。
- v2rayNはトレイメニューから「システムプロキシ」→「システムプロキシを自動設定」を選べます。
- システムプロキシを参照しないアプリでは、アプリごとにプロキシを設定するか、別の接続方式を使う必要があります。
必要に応じてTUNを使用
- より多くのアプリの通信をプロキシ経由にしたい場合に適しています。
- デスクトップでは通常、管理者権限またはOSの許可が必要です。
- 有効にする前に、ほかのVPNや仮想NIC、既存のルートを確認し、通信を二重に取り込まないようにしてください。
まずは接続方式を1つだけ使って動作を確認し、その後で対象範囲を広げましょう。複数のスイッチを同時に有効にしても、問題の解決にはなりません。
Androidクライアントの起動時には通常、OSのVPN接続許可を求められます。これは端末内に通信の接続口を作るためのもので、サーバーへの接続成功を意味するものではありません。v2rayNGの「設定」→「アプリごとのプロキシ」では、どのアプリの通信をこの接続口に通すかを設定できます。除外リストを誤って選んでいないか確認してください。
5. 「全般」と「中国本土をバイパス」はプロキシのスイッチ?
違います。システムプロキシとTUNは「通信をクライアントに取り込むか」を決め、ルーティングモードは「取り込んだ通信をどのアウトバウンドに送るか」を決めます。一般に「全般」は、ルールに一致した通信をプロキシのアウトバウンドに送る設定です。すべてのアプリが自動的にシステムプロキシを使うという意味ではありません。
- 普段の振り分け:クライアントに用意されている、LANおよび中国本土のアドレスをバイパスするルールから試せます。具体的な名称と動作は、現在のルール内容を確認してください。
- 一時的な切り分け:全般モードに切り替えると特定のWebサイトにアクセスできる場合は、ドメインルール、名前解決の結果、ルールの順序を確認しましょう。すぐにソフトを再インストールする必要はありません。
- LANへのアクセス:プリンター、ルーターの管理画面、社内アドレスなどは、通常、直接接続するルールが必要です。モードを切り替えた後も、これらにアクセスできるか確認してください。
v2rayNでは、メイン画面の「ルーティング」→「ルーティング設定」からルールを確認できます。変更前のモードを記録し、一度に変更する項目は1つにしましょう。カスタムルールには通常、優先順位があります。先頭の広範なルールによって、後続の細かいルールが適用されなくなることがあります。
6. 接続済みなのにWebサイトを開けないとき、まず確認する3つのこと
「起動済み」は通常、ローカルサービスが動作していることを示すだけです。遅延テストに結果が出ても、サーバーのポートに到達できることしか確認できていない場合があります。Webリクエストは、アプリのプロキシ設定、ローカルの待ち受け、リモートとのハンドシェイク、接続先サイトへの通信を経由します。アプリに近いところから順に確認すると、原因を絞り込みやすくなります。
ローカル接続口の確認例
- 待ち受けアドレス
127.0.0.1(この端末内でのみ使用)- HTTPポート
10809(個別の待ち受けポートの例)- SOCKSポート
10808(個別の待ち受けポートの例)- アプリの設定
- プロキシの種類・アドレス・ポートを一致させる
これらはすべてのバージョンで共通の初期値ではありません。クライアントが混合ポートを使用している場合は、実際の待ち受け方式に合わせて入力し、個別ポートの例をそのまま使わないでください。
ログから手がかりを探す
- address already in use
- ポートをほかのプロセスが使用していないか確認する
- connection refused
- エラーに記載された接続先アドレスとポートを確認する
- timeout
- 名前解決・接続・ハンドシェイクのどの段階でタイムアウトしたかを切り分ける
- certificateエラー
- システム時刻、サーバー名、証明書の設定を確認する
エラーのキーワードは原因を探る手がかりです。前後のログや接続先アドレスと合わせて判断し、エラーを消すために証明書の検証を無効にしないでください。
- 使用中のアプリが実際にプロキシを使っているか確認してください。ブラウザー拡張機能に独自のプロキシ設定があると、OSの設定が上書きされることがあります。
- アクティブノードとローカルの待ち受けが正常か確認してください。v2rayNでは「設定」→「パラメーター設定」でローカルの待ち受けポートを確認できます。変更した場合は、アプリ側の設定も更新してください。
- クライアントのログを開き、失敗したページにもう一度アクセスして、その時刻付近のエラーを確認します。すべてのノードで同じように失敗する場合は、まず端末側を確認してください。1つのノードだけ失敗する場合は、そのノードとサーバー側を確認します。
7. DNSは変更すべき?FakeDNSは必ず有効にする?
DNSはドメイン名をアドレスに変換しますが、名前解決はアプリ、端末のOS、プロキシコアのいずれかで行われる場合があります。システムDNSを変更しても、プロキシコアが使うリゾルバーが変わるとは限りません。反対に、コア側のDNSを変更しても、プロキシを経由しないアプリには影響しないことがあります。まずどの経路で問題が起きているか確認してから、変更する場所を決めましょう。
- ログに名前解決のタイムアウトがある:設定したDNSサーバーに、指定のアウトバウンド経由で接続できるか確認してください。「プロキシを確立するにはドメインの名前解決が必要だが、その名前解決にも未確立のプロキシが必要」という循環依存にも注意が必要です。
- 一部のドメインだけで問題が起きる:ドメインルール、スニッフィング設定、アプリ独自のセキュアDNS機能を確認し、複数の設定が互いに上書きしていないか確認してください。
- FakeDNSを有効にする前に:現在のコアと接続方式が、アドレスの割り当てから復元までの一連の処理に対応しているか確認してください。FakeDNSは対応する仮想アドレスを返し、その後にドメインを復元する処理も必要です。汎用的な高速化スイッチではありません。
初心者のうちは、クライアントで利用できるプリセットを維持し、元の値を記録してから項目を1つずつ調整するのがおすすめです。リゾルバーを変更しても解決しない場合は、ログを確認し、エラーが実際に変化したか確かめましょう。詳しい確認場所はDNS設定の詳しい手順をご覧ください。
8. VMessとVLESSは相互に切り替えられる?手動設定の注意点
プロトコル名を変更するだけでは切り替えられません。VMessとVLESSではプロトコルの仕組みや設定項目が異なり、サーバー側もそれぞれに対応した設定で動作している必要があります。VMessには独自の認証・暗号化の仕組みがあります。VLESS自体には通信内容の暗号化機能がないため、通常はTLSやREALITYなどのセキュリティ方式と組み合わせて考えます。「VLESS」という名前だけで暗号化された接続だと判断しないでください。
- 共通項目:サーバーアドレス、ポート、ユーザーIDはサーバー側の設定と一致させます。ポート番号は提供元が指定するものです。例にある
443を見て、自己判断で置き換えないでください。 - トランスポートの項目:WebSocketのパスとHost、TLSのサーバー名はそれぞれ別の設定項目です。個別に確認し、すべてにサーバーのIPアドレスを入力しないでください。
- セキュリティ関連の項目:REALITYの公開鍵、Short ID、サーバー名、および必要な場合のFlowは、サーバー側の設定に従ってください。UUIDでこれらの項目を代用することはできません。
- 時刻の設定:VMessの認証では時刻の検証が行われるため、まずOSの自動時刻合わせを有効にしてください。TLS証明書の有効期間確認にも正しい時刻が必要ですが、仕組みは別です。
入力ミスを減らすため、提供元の完全な共有リンクまたはサブスクリプションからインポートするのがおすすめです。インポート後も「未対応のプロトコルまたは項目」という警告に注意してください。特にv2flyNGとXrayベースのクライアント間で移行する場合、すべての新機能が共通で使えるとは限りません。
9. ノードは使えるのに遅い。遅延測定だけで判断できる?
できません。遅延は往復通信や特定のテストリクエストにかかる時間を示しますが、スループットはノードの負荷、サーバー側の出口回線、回線の混雑、ローカルネットワーク、接続先サイトの状況にも左右されます。遅延が小さくてもダウンロードが速いとは限らず、1回のタイムアウトだけでノードが恒久的に使えないとも限りません。
- まず端末側の通信競合を除外:OSの更新や大容量ファイルの転送を一時停止します。デスクトップでは可能であれば有線と無線を比較し、AndroidではWi-Fiとモバイルデータを比較してください。
- 測定条件をそろえる:同じ端末・Webサイト・時間帯で2つのノードをそれぞれ3回ずつ試します。最速の1回だけでなく結果を記録し、サイト側の変動をノードの差と誤認しないようにしましょう。
- 指標を分けて見る:接続確立が遅いものの通信は安定している場合は、名前解決やハンドシェイクを確認します。最初は正常で夜間に遅くなる場合は、時間帯に応じた回線の混雑や負荷を調べます。
- 実際に使うアプリで確認:クライアントのテストは成功するのに特定のアプリだけ遅い場合は、そのアプリが別のプロキシ接続口やアプリ別ルールを使っていないか、接続先サイトに問題がないか確認してください。
「最適化」のためにDNS、MTU、スニッフィング、ルーティングを同時に変更しないでください。比較条件がなければ、どの設定が効果をもたらしたのか判断できません。測定結果とログはノードの速度測定とメンテナンス手順に沿って整理し、サービス提供元に問い合わせてください。
10. サブスクリプションの更新頻度と、問い合わせ時に公開してはいけない情報
サブスクリプションの更新はノード情報を再取得する操作であり、帯域を増やしたりクライアントを更新したりするものではありません。提供元がサーバーアドレス、ポート、認証情報を変更した場合は更新が必要です。問題が起きたときは一度手動で更新すれば十分で、毎分繰り返す必要はありません。自動更新はクライアントの対応状況と提供元の頻度制限に合わせて設定してください。
- クライアントの更新:更新前にクライアントとコアのバージョン、アクティブノード、プロキシモード、カスタムルールを記録し、元に戻せる設定を残してください。更新後はまず正常な接続経路を1つ確認してから、ほかのカスタム設定を戻します。
- サブスクリプションの保護:サブスクリプションのアドレス全体には、アクセストークンが含まれていることがあります。単一ノードのリンク、QRコード、設定のエクスポートファイルにも認証情報が含まれる場合があります。公開コメントやスクリーンショットにそのまま載せないでください。
- 問い合わせに必要な情報:OS、クライアントとコアのバージョン、失敗した時刻、エラー全文に加え、「すべてのノードか1つのノードか」「すべてのアプリか1つのアプリか」を比較した結果を伝えましょう。
- ログのマスキング:サブスクリプションのトークン、UUID、パスワード、公開したくないサーバーアドレスを隠し、エラーが発生した段階とステータスコードは残してください。アドレスをすでに公開してしまった場合は、提供元の管理画面で該当する認証情報をリセットしてください。
初心者の問い合わせで役立つのは、「接続成功」のスクリーンショットではなく、同じ手順を再現できる情報です。どのアプリを使い、どの接続方式を選び、どのルーティングモードで、どの段階で失敗するのかを整理してください。これらを切り分ければ、端末の設定、ノード情報、サーバー側のどこを調べるべきか判断しやすくなります。