desktop / v2rayN
Windows
デスクトップではまずv2rayNを選ぶのがおすすめです。ダウンロードページではクロスプラットフォーム版と従来のWPF版について、画面の違い、対応システム、インストール方法を説明しているため、新しいシステムと既存の端末をそれぞれ適切に選べます。
ダウンロードへ →routing / rules
ブラウザやシステムの通信は、まずローカルの待受ポートに入り、その後routingルールによってドメイン、IP、プロトコル種別、プロセスの送信元が確認され、指定されたoutboundへ渡されます。この流れを理解すると、システムプロキシ、LANの除外、直接接続ルール、リモート接続の関係が明確になります。
download / platforms
現在のシステムに対応するセクションへ進み、プロセッサのアーキテクチャと使い方に合わせてクライアントを選択します。トップページはプラットフォーム案内に絞り、パッケージの種類、システム要件、具体的なダウンロード先はダウンロードページでまとめて説明しています。
desktop / v2rayN
デスクトップではまずv2rayNを選ぶのがおすすめです。ダウンロードページではクロスプラットフォーム版と従来のWPF版について、画面の違い、対応システム、インストール方法を説明しているため、新しいシステムと既存の端末をそれぞれ適切に選べます。
ダウンロードへ →desktop / v2rayN
v2rayNのデスクトップ版ではApple Silicon版とIntel版を別々に用意しています。システム情報でチップ名を確認すれば判別でき、ダウンロードページでは初回起動、設定の取り込み、システムプロキシの切り替え場所も案内しています。
ダウンロードへ →mobile / v2rayNG
AndroidではXrayコアを採用したv2rayNGが第一候補です。コアの好みに応じてv2flyNGも選べます。一般的な端末は通常arm64を使用しますが、アーキテクチャが分からない場合は、ダウンロードページの汎用パッケージ選択ガイドを確認してください。
ダウンロードへ →desktop / v2rayN
v2rayNは主要なディストリビューション向けパッケージを提供し、x64とarm64で分けています。まずディストリビューションがdebとrpmのどちらを採用しているか確認し、ダウンロードページで対応するアーキテクチャを選ぶと、インストール時の形式エラーを減らせます。
ダウンロードへ →config / anatomy
設定は、それぞれ役割が明確な複数のトップレベルフィールドで構成されています。左側の目次から、各フィールドの役割、一般的な値、GUIクライアントでの対応設定場所、変更時に見落としやすい連動関係を確認できます。
config > inbounds
inboundsは、ブラウザ、システム、その他のプログラムから通信を受け取る方法を定義します。一般的な設定にはlisten、port、protocol、tagが含まれます。待受アドレスは接続できる端末を決め、ローカルポートはシステムプロキシの設定と一致させる必要があります。プロトコルには通常SOCKSまたはHTTPを使用します。v2rayNではパラメーター設定のローカル待受ポートに、v2rayNGではローカルプロキシとVPNサービスの入口に相当します。ポートを変更した場合は、プロキシアドレスを手動設定したブラウザやアプリも合わせて変更してください。そうしないと、クライアントが正常に起動しても通信はコアに入りません。
config > outbounds
outboundsは、通信が本体から出た後の処理方法を定義します。通常はリモートプロキシ、直接接続、ブロック用の出口を含み、各出口にはtagで固定名を付け、routingルールから参照します。リモート出口にはプロトコル、サーバーアドレス、ポート、ユーザー情報、トランスポート設定も含まれます。GUIクライアントではサブスクリプションを取り込むと主要な出口が自動生成され、ユーザーが触れるのは主に使用するサーバーの選択、トランスポート設定、コアの切り替えです。手動編集では、出口が存在していてもルールから参照されない状態を避けるため、tagとルーティングルールが一致していることを先に確認してください。
config > routing > rules
routingは、通信をどのoutboundへ渡すかを決定します。ルールはドメイン、IP範囲、ポート、ネットワーク種別、インバウンドtag、プロセス名などで照合でき、outboundTagによってプロキシ、直接接続、ブロック用の出口を指定します。v2rayNのルーティング設定にはプリセットのルールセットとカスタムルールの入口があり、v2rayNGではルーティング設定からドメインポリシーとルール順を調整できます。実際の照合は順序の影響を受けるため、具体的なルールを広範なルールより前に置いてください。変更後はログで一致したルールと最終的な出口を確認します。
config > dns
dnsは、コアが使用するDNSサーバーと、ドメインごとの名前解決経路を制御します。一般的な設定にはサーバー一覧、hostsマッピング、問い合わせポリシー、ドメイン別のリゾルバー指定が含まれます。routingとも密接に関係しており、ドメインがアドレスへ解決された後、IPルールが引き続き照合される場合があります。GUIクライアントでは通常、DNS設定、ルーティングの詳細設定、カスタム設定のいずれかに配置されています。名前解決はできるのに接続できない場合は、システムDNS、クライアントDNS、ルーティングのドメインポリシーを個別に確認し、3つの階層を混同しないようにします。
config > log
logではアクセスログ、エラーログ、出力レベルを設定します。通常は出力量を低く保ち、接続失敗、ルーティングの誤判定、ポート競合、サブスクリプション生成エラーが起きたときだけ一時的にログレベルを上げて重要な記録を確認します。v2rayNとv2rayNGにはどちらもログの確認画面があり、待受の開始、アウトバウンドの確立、名前解決の結果、routingが最終的に選んだtagを重点的に確認します。ログにはサーバーアドレスやローカルパスが含まれる場合があるため、トラブル情報を共有する前に問題に関係する行だけを整理し、個人の接続パラメーターを隠してください。
project v / ecosystem
GUIクライアント、プロキシコア、設定データはそれぞれ異なる階層に属します。各層の役割を分けて考えることで、クライアントの更新、コアの切り替え、サブスクリプションの内容、ルーティングルールの関係を正しく理解できます。
Project Vは、V2Rayの設定モデルとモジュール型ネットワークツールの基本構造を築きました。設定ファイルではインバウンド、アウトバウンド、ルーティング、DNS、トランスポート、ログを相互に関連するモジュールとして分け、tagによって複数のモジュールを組み合わせ、明確なデータ経路を構成できます。この構造はconfig.jsonを手動で管理する場合にも、GUIクライアントがサブスクリプションや画面上の選択から設定を生成する場合にも適しています。そのため、クライアント画面に表示されるサーバー、プロキシモード、ルーティングプリセット、ローカルポートは、最終的に対応する設定フィールドへ反映されます。
V2FlyはV2Rayの中核機能を引き継いで保守し、モジュール型設定とプロトコル実装を重視しています。Xrayは近い設定体系を基盤に独立したコアとして発展し、複数のクライアントで接続やルーティング処理に利用されています。どちらもGUIクライアントそのものではなく、クライアントから呼び出される基盤コアです。同じGUIクライアントでも異なるコアに合わせて機能を構成でき、同じサブスクリプションでも、クライアントやコアの対応範囲によってトランスポートパラメーター、ルーティング機能、設定の記述方法に細かな違いが生じる場合があります。
v2rayN、v2rayNG、v2flyNGおよび関連するコアは、オープンソースコミュニティによって継続的に保守されています。オープンソースライセンスは、コードの利用、変更、再配布の範囲を定めるとともに、プロトコル実装、設定の解析、問題修正を開発者が公開レビューできるようにします。一般ユーザーにとって実用的な判断基準は、現在のシステムに合うクライアントをダウンロードし、更新内容を確認し、正常に動作している設定を保存したうえで、更新後にシステムプロキシ、ルーティング、コアの状態を確認することです。
クライアントの更新とコアの更新は、必ずしも同時に行われるとは限りません。GUIプログラムはサブスクリプション管理、設定編集、トレイ操作、システム連携を担当し、コアはプロトコル接続、DNS、ルーティング、通信処理を担当します。更新が画面レイアウトだけに関係する場合、既存の接続方法は通常変わりません。コアや設定形式の変更を含む場合は、カスタムルーティング、トランスポートパラメーター、旧設定との互換性を重点的に確認してください。日常のメンテナンスでは、ソフトウェア名だけでなく、クライアントの種類、使用コア、重要な設定を記録しておくと、問題の特定に役立ちます。
desktop
Windows、macOS、Linux向けのデスクトップGUIクライアントで、サブスクリプション管理、サーバー選択、システムプロキシ、ルーティングプリセット、TUNモード、ログ確認を担います。デスクトップでシステムのネットワーク設定を細かく制御する場合は、まずv2rayNから始めるのがおすすめです。
android / xray
Xrayコアを採用したAndroidクライアントで、QRコード、クリップボードからの取り込み、サブスクリプション更新、アプリ単位のプロキシ、ルーティング設定に対応します。Xray関連のパラメーターをすでに使用している場合や、対応するプロトコル機能が必要な場合は、モバイル端末の主な選択肢になります。
android / v2fly
V2FlyコアをベースにしたAndroid向けの選択肢で、画面操作や一般的なサブスクリプション手順に近い構成です。V2Flyの設定体系を継続して使う場合や、異なるコアの動作を比較したい場合は、実際の設定要件に合わせて選択できます。
workflow / checklist
quick answers
まずサブスクリプションを1回更新し、サブスクリプショングループが有効か、リンクが完全か、クライアントログに解析エラーがないかを確認します。詳しい手順はサブスクリプション取り込み手順を参照してください。
システムプロキシは、システムプロキシ設定に従うアプリの通信を主に引き受けます。TUNモードは仮想ネットワークインターフェースを通じて、より広い範囲の通信を処理します。選択する前にTUNモードの解説を確認してください。
まずローカルの待受ポートを使用しているプロセスを特定し、クライアントのSOCKSまたはHTTPポートを変更します。同時にブラウザや他のアプリのプロキシ設定も調整してください。詳しくはポート競合のトラブル対処をご覧ください。
新しいシステムではまずクロスプラットフォーム版を検討し、従来の画面や操作に慣れている場合はWPF版と比較するとよいでしょう。具体的な違いはクライアント比較ページにまとめています。
notes / latest
記事では再現可能な問題を取り上げ、発生条件、設定手順、確認方法、復旧手順の順に説明します。設定構造に触れる場合は各フィールドの役割も併記し、GUI操作をコアの設定に対応付けて理解できるようにしています。
クライアント起動時にポート競合が発生する場合、よく使われる待受ポートが別のプログラムに占有されていることが多くあります。この記事ではプロセスの特定方法、v2rayNのパラメーター設定でローカルポートを変更する手順、ブラウザのプロキシ設定を合わせる方法を説明します。
続きを読む →ダウンロード、解凍、初回起動、サブスクリプションの取り込みまで、Windows版の設定を順番に進めます。実行環境の不足、システムプロキシが反映されない問題、クライアントのバージョン選びなど、よくある問題も解説します。
続きを読む →最小構成の設定を分解し、インバウンドがローカル通信を受け取る方法、アウトバウンドが接続を確立する方法、routingがtagを使って各ルールを指定の出口へ振り分ける仕組みを説明します。
続きを読む →