設定が反映されるかどうかは、取り込んだ内容、通信の入口、アウトバウンドルールが対応しているかで決まります。各レイヤーの役割を把握してから、個々のパラメーターを調整しましょう。
v2rayNのサブスクリプショングループを使うと、異なる提供元の接続設定を分けて管理できます。まずグループを追加してサブスクリプションURLを入力し、そのグループを更新しましょう。提供元が不明な内容を既存の一覧に混在させずに済みます。サブスクリプションには通常、サーバー接続用のパラメーターが含まれますが、デスクトップのシステムプロキシ、TUN、自作ルーティング設定まで含まれるとは限りません。更新後は一覧に項目が表示されたかだけでなく、プロトコル、トランスポート方式、安全設定も確認してください。共有リンクを1件ずつ貼り付ける方法に比べ、グループで管理すると後から更新しやすくなります。一方、手動で変更した項目は更新時に上書きされる場合があるため、重要な変更は別途記録しておきましょう。
https://example.com/subscription提供元と形式を確認してから、サーバー一覧を更新します。
ルーティングでは、ルールの順序によってアウトバウンドが決まります。対象範囲の狭い例外ルールは、通常、広範囲のルールより前に配置します。LANアドレスの直接接続、指定ドメインのプロキシ経由、フォールバック先はそれぞれ確認し、プリセット名だけで実際の動作を判断しないでください。ドメインルールでは、マッチングに必要なドメイン情報がリクエスト時に保持されている必要があります。IPルールの動作は、宛先アドレスとドメイン解決の設定にも左右されます。すべてをデフォルトのアウトバウンドに任せる方法より、自作ルールのほうが細かな要件を表現できますが、変更理由の記録も大切です。問題を調べるときは、最初に一致したルールを見つけ、指定先のアウトバウンドが存在するか確認しましょう。同じ条件のルールを重複して追加するのは避けてください。
geosite:category-ads-all → block
geoip:private → direct
geosite:cn → direct
geoip:cn → direct
フォールバックルール → proxyシステムプロキシは、OSのプロキシ設定に従うアプリに主に影響するため、初期設定に適しています。一部のターミナルツールや独自のネットワーク設定を持つアプリでは、個別にプロキシを指定する必要があります。TUNは仮想ネットワークインターフェースを使い、設定したルーティング範囲の通信を引き受けます。適用範囲はシステムルート、除外ルール、権限の状態によって異なり、有効にすればすべてのリクエストがプロキシを通るわけではありません。システムプロキシに比べ、TUNではDNS、LANへのアクセス、ほかの仮想ネットワークインターフェースとの連携も考慮する必要があります。まずシステムプロキシで接続を確認してからTUNを有効にし、問題が起きても元に戻せる基本設定を残しておきましょう。
ローカルリスニングポート：10808。実際の設定値を確認してください。
GUIクライアントは設定を管理し、コアは設定を解釈して接続を確立します。コアを選ぶ際は、プロトコル、トランスポート層、セキュリティ設定、ルーティング項目の対応範囲を確認しましょう。コアを切り替えれば何でも解決するわけではありません。同じ共有リンクでも、コアによって項目の変換が必要な場合があり、取り込みに成功してもすべてのパラメーターが使えるとは限りません。コアの設定を直接編集する方法に比べ、GUIは日常管理に便利ですが、高度なオプションは現在のクライアントの説明と照らし合わせる必要があります。変更前に元の設定を保存し、一度に変更するのは1項目だけにして、起動ログで正しく受け付けられたか確認しましょう。
確認順：プロトコル → トランスポート方式 → TLS / REALITY → ルーティング項目。
ログを調べるときは、まずコアが起動しているかを確認し、次に具体的なリクエストがどの段階で失敗したかを見ます。ポートの競合、設定項目の誤り、ルール用リソースの不足は起動に影響します。一方、名前解決の失敗、ハンドシェイクの失敗、接続タイムアウトは、接続先と発生時刻を踏まえて調べる必要があります。設定を何度も切り替えるより、失敗前後のログを連続して保存すると原因を絞り込みやすくなります。まずログレベルと基本設定をデフォルトに戻し、必要な場合に限り短時間だけ詳細ログを有効にして再現後、元に戻してください。ログを共有する前に、サブスクリプションURL、認証情報、接続先を特定できるパラメーターを削除し、エラーの種類だけを残しましょう。
起動設定 → ローカルリスニング → DNS名前解決
→ ルーティング判定 → アウトバウンド接続
ポート競合：address already in use
名前解決の失敗：failed to lookup上の画面は設定項目の関係を示すもので、実行状態を表すものではありません。ポート、ルーティングプリセット、コアの選択はいずれも設定値です。接続が正常かどうかは、アプリからのリクエストやログも合わせて確認してください。デスクトップ環境によってメニューの位置は異なる場合があります。画面の場所を覚えるより、各オプションの役割を理解することが大切です。初めて使う場合は、サブスクリプションの取り込み、設定の選択、システムプロキシの設定までにとどめ、複雑なルールの追加は後回しにしましょう。
デスクトップではv2rayN、AndroidではXrayコアを使うv2rayNGが第一候補です。V2Flyコアが必要な場合はv2flyNGを確認してください。まずOSを選び、次にCPUアーキテクチャを確認しましょう。
デスクトップ版にはクロスプラットフォーム対応のGUIがあり、WPF版では従来のデスクトップ操作画面を利用できます。どちらもOSと実行環境の要件を確認し、インストーラーの名前だけで互換性を判断しないでください。すでに設定がある場合は、画面のバージョンを変更する前にサブスクリプショングループと自作ルーティングをバックアップしましょう。
初めて使う場合は、まずシステムプロキシから設定します。ブラウザーでのアクセスとログを確認してから、TUNが必要か検討しましょう。インストールしただけではプロキシは有効になりません。現在の設定、ローカルリスニングポート、アプリがシステムプロキシに従っているかも確認してください。
ダウンロードへ Windows クライアントAppleシリコン搭載Macではarm64、Intelプロセッサ搭載Macではx64を選びます。まずシステムの「このMacについて」でチップ情報を確認してください。適切なアーキテクチャを選ぶことで、起動や依存関係の問題を減らせます。アーキテクチャの選択ミスによる不具合を、サブスクリプションやサーバー接続の問題と混同しないようにしましょう。
初回起動時は、OSのセキュリティ警告とネットワーク権限に注意してください。システムプロキシとTUNでは許可の手順が異なります。まず基本的な接続を確認し、その後で仮想ネットワークインターフェースの設定を行いましょう。ブロックされた場合は、アプリの入手元とOSの警告内容を確認し、複数のセキュリティ設定を一度に変更しないでください。
ダウンロードへ macOS クライアントv2rayNGはXrayコアを使用するAndroid向けの第一候補です。v2flyNGはV2Flyコアを使用し、対応するコアの動作が必要な設定に適しています。一般的なarm64端末では対応するインストーラーを選び、アーキテクチャが不明な場合は汎用パッケージの説明を確認してください。ファイルサイズだけで選ぶのは避けましょう。
Androidでは通常、OSのVPNインターフェースを通じて端末内の通信経路を確立します。システムの許可、アプリごとの設定、バックグラウンド実行の制限を確認してください。デスクトップのルーティングプリセットをスマートフォンにそのまま適用できるとは限りません。同じサブスクリプションURLを使っても、DNS、ルーティング、通信の引き受け方は端末ごとに異なる場合があります。
ダウンロードへ Android クライアントDebian・Ubuntu系ディストリビューションでは通常deb、Fedora系ではrpmを選び、x64またはarm64のアーキテクチャも確認します。パッケージ形式とCPUアーキテクチャは別々の条件です。どちらか一方が合っていてもインストールできるとは限らないため、ディストリビューションごとの依存関係も確認してください。
デスクトップ環境によってシステムプロキシへの対応は異なり、一部のアプリでは個別設定が必要です。自動起動を設定しても、TUNの権限が準備できているとは限りません。まず手動起動で動作を確認し、その後にデスクトップの自動起動を設定してください。クライアント終了後にシステムプロキシが正しく解除されるかも確認しましょう。
ダウンロードへ Linux クライアントインストーラーはクライアントを導入するもので、サブスクリプションは接続設定を提供するものです。両方を別々に用意してください。ダウンロード前に端末情報を確認し、接続に失敗した場合は設定とログを見直しましょう。何度も再インストールする必要はありません。
すべてのクライアントを見る → 3つのクライアントの用途を比較 →まず再現可能な基本接続を確立し、その後で自作ルールを追加します。各ステップで現在のレイヤーの問題だけを確認すれば、設定同士の干渉を抑えられます。
OSとアーキテクチャに合った方法でインストールしたら、まずパラメーター設定を開き、ローカルリスニングポートを記録します。次にサブスクリプショングループを開き、信頼できる提供元のURLを追加します。更新後は項目のプロトコル、トランスポート方式、安全設定を確認し、使用する設定を選んでください。更新に失敗した場合は、URLが完全か、認証が有効か、リンク先からサブスクリプションではなくWebページのエラーが返されていないかを確認しましょう。
共有リンクとサブスクリプションURLは用途が異なります。前者は通常、単一の接続設定を示し、後者は複数の設定をまとめて更新するのに便利です。認証情報を含むURLを公開コメントやスクリーンショット、変換サービスに貼り付けないでください。既存の設定を移行する場合は、上書きや再インポートの前にバックアップを保存します。取り込みに成功した後も、設定を選択し、コアが起動できることを確認してください。
デスクトップでは、まずシステムプロキシの自動設定を有効にし、基本のルーティングプリセットを使用してTUNはオフにします。これでサブスクリプションのパラメーターとアウトバウンド接続が機能するか確認できます。Androidでは、OSの案内に従ってVPN接続を許可し、クライアントのアプリ別適用範囲を確認してください。システム通信を引き受けるツールを複数同時に動かすと、接続パラメーターではなくプロキシ設定の競合が原因で問題が起きる場合があります。
「グローバル」は通常、クライアントのアウトバウンド方針を指し、OS上のすべてのアプリがクライアントに通信を送っていることを意味しません。まずリクエストがプロキシに届いているかを確認し、その後で直接接続するかプロキシ経由にするかを判断しましょう。TUNが必要な場合は、基本接続が正常になってから個別に有効にし、管理者権限、DNS、LANの除外設定に注意してください。問題が起きたら、動作を確認済みのシステムプロキシ設定に戻しましょう。
実際にプロキシを使うアプリからリクエストを送り、ログでコアの起動、ローカルリスニング、アウトバウンド接続を確認します。ブラウザーでページを開けても、現在のアクセス経路が使えたことしか分からず、ターミナル、ゲーム、その他のアプリも同じプロキシを使っているとは限りません。一方、1回の接続タイムアウトだけでクライアント全体の故障と判断することもできません。接続先サービス、ドメイン解決、アウトバウンドのハンドシェイクを切り分けてください。
基本確認が終わったら、自作ルーティングの追加、TUNの有効化、DNSの変更を1項目ずつ行います。変更の目的と元に戻す方法を記録しておけば、複数のパラメーターを同時に変えて比較できなくなる事態を避けられます。使用後はクライアントを正しい手順で終了し、システムプロキシが復元されたか確認しましょう。日常的な管理では、すべてのスイッチを頻繁に切り替えるより、サブスクリプションの提供元、設定のバックアップ、エラーログを確認することが大切です。
設定を管理するのはGUI、設定を実行するのはコアです。この2つの層を分けて理解すると、同じ接続設定でもデバイスによって挙動が異なる理由を説明できます。
Project Vはプロキシ通信とネットワーク設定を中心としたツール群で、V2Rayはその重要なプロジェクトの一つです。コミュニティの発展とともに、V2FlyはV2Ray関連の実装を継続して保守し、Xrayは関連するコードや技術的背景をもとに独自の実装を発展させてきました。共通する概念はありますが、どれも自由に置き換えられる同一のプログラムではありません。日常の検索で「V2Rayクライアント」は広い意味で使われることがありますが、実際にダウンロードする際はGUIクライアントと使用するコアを確認してください。
この関係を理解すると、画面上の設定項目の場所、設定構文への対応、サーバー側パラメーターとの一致という3つの問題を区別しやすくなります。画面からスイッチが消えたからといって、プロトコルが廃止されたとは限りません。コアがプロトコルに対応していても、現在のGUIがすべての高度な項目を表示するとは限りません。差異がある場合は、製品名だけで比較せず、クライアント、コア、接続パラメーターの順に確認しましょう。
コアはプロトコル処理、トランスポートの確立、ルーティング判定、アウトバウンド接続を担います。選択する際は、サーバー設定に必要な機能を確認してください。たとえばVLESSやVMessの各パラメーター、TLSやREALITYなどのセキュリティ設定との互換性が重要です。両方のコアが同じプロトコル名に対応していても、トランスポート方式、項目の値、設定変換の違いを無視できません。接続障害を調べる際は、コアを何度も切り替えるより、元のパラメーター情報を残しておくほうが効果的です。
ルーティングとDNSも、設定を照らし合わせる必要がある項目です。ドメインリスト、IPデータ、名前解決の方針が組み合わさり、ルールが一致するかどうかが決まります。同じルーティングプリセットに見えても、参照するデータや名前解決の動作が変わると結果が異なる場合があります。まずクライアントの基本設定を使い、直接接続、プロキシ、ブロックの各アウトバウンドの意味を理解してから、細かなルールを追加しましょう。LANの例外とフォールバック先を明記すると、ルールを増やすだけの場合より管理しやすくなります。
v2rayNはデスクトップ向けで、サブスクリプション管理、ルーティング設定、プロキシモードなどのGUIを備えています。デスクトップで設定をまとめて確認したいユーザーに適しています。v2rayNGはAndroid向けで、Xrayコアを採用し、接続設定とOSのVPN許可を組み合わせて使います。v2flyNGはV2Flyコアを使うAndroid向けの選択肢です。端末、必要なコアの機能、操作上の好みに応じて選び、単純な速度ランキングでクライアントの違いを判断しないでください。
オープンソースとは、各プロジェクトのライセンスに従ってコードを閲覧、使用、研究できることを意味します。再配布や改変に関する具体的な義務は、それぞれのライセンスを確認してください。クライアント、コア、付属リソースには異なる条件が適用される場合があり、エコシステム全体に一つのライセンス名を当てはめることはできません。オープンソースであれば実装や保守方法を理解する助けになりますが、実際の接続はサーバー、ネットワーク経路、設定内容、端末環境にも左右されます。あらゆる利用環境での性能を保証するものではありません。
GUIクライアント、コア、ルール用リソースは、それぞれ異なる周期で保守されています。更新によって画面構成、設定変換、プロトコル対応、OSとの連携方法が変わることがあるため、挙動に変化があった場合は、どの層が変わったか確認してください。アップグレード前にサブスクリプショングループ、自作ルーティング、必要なパラメーターを保存します。更新後は、以前と同じアプリと接続先で基本接続を再現してから、高度なオプションを戻しましょう。これにより、環境の変化を更新の影響と取り違えずに済みます。
2つの設定を比較する場合は、端末、ネットワーク、接続先をできるだけ同じ条件にし、システムプロキシ、TUN、DNSの状態を記録してください。このサイトの設定ガイドは、後から確認できる操作手順を示すものであり、前提条件のない遅延値を結論の代わりにするものではありません。新しい項目、権限の変更、起動エラーがあれば、まず完全ガイドを読み、ログをもとに原因を絞り込みましょう。用語を確認したい場合は、用語ガイドでクライアントの画面とコアの設定を対応付けられます。
プラットフォームへの導入から設定エラーまで、症状に応じた対処手順をまとめています。まず問題がOSの権限、プログラムの起動、リクエストの接続のどれにあたるかを判断し、該当する記事を選んでください。
macOSでv2rayNを開く際に表示される「開発元を確認できない」というブロックへの対処を解説。AppleシリコンとIntel向けパッケージの違いや、システムプロキシ、ネットワーク拡張の許可手順を紹介します。
Debian/Ubuntu系およびFedora系ディストリビューションにdeb・rpmパッケージでv2rayNをインストールし、依存関係を解決してデスクトップの自動起動を設定。システムプロキシやTUNの権限に関する問題にも対処します。
コアが起動しないときは、まずログを確認します。ポート競合、JSON形式の誤り、未対応のプロトコル項目、ルールファイルの不足について、エラーの特徴と順を追った修正方法を解説します。