desktop
Windows
v2rayNのGUIクライアントが適しています。デスクトップ版はクロスプラットフォームのUIを採用し、従来のWPF版では使い慣れたWindowsの操作感を維持しています。どちらもサブスクリプショングループ、システムプロキシ、ルーティングモード、接続テストに対応しています。ダウンロードページで使い慣れたUIに合わせて選択してください。
ダウンロードへクライアントと設定ドキュメント
クライアントのインストール、サブスクリプションの登録、ルーティングの手順をまとめています。プラットフォームの選択から接続確認まで、順番に進められます。
client workflow
クライアントの設定は、単一のスイッチだけで完了するものではありません。サブスクリプション、プロキシ、ルーティング、接続確認の4段階に分けて進めると、設定の問題を早く特定でき、複数のデバイスでも一貫した使い方を保ちやすくなります。
subscription
サブスクリプションリンクは、クライアントが読み込める設定をまとめて配布するために使います。初回は完全なURLをコピーし、サブスクリプショングループに新しい取得元として追加してから更新します。設定が一覧に表示されたら、使用する項目を選択してください。「インポート成功」は「接続済み」を意味しません。次回以降は既存のグループを更新し、同名項目の重複作成を避けます。更新に失敗した場合は、まずURLが途中で切れていないか、システム時刻が正しいかを確認し、その後にネットワークと取得元の状態を確認します。
サブスクリプション登録の手順を見るsystem proxy
クライアントを起動しても、ローカルプロキシサービスが準備されただけで、すべてのアプリが自動的に利用するとは限りません。デスクトップ環境では通常、システムプロキシも有効にする必要があります。ブラウザーやシステム設定に従うアプリは、そこで指定されたプロキシを使います。独自のプロキシ設定を持つアプリでは、アドレスをローカルホストに向け、クライアントに表示された待受ポートを入力してください。クライアントを終了する前にシステムプロキシを元に戻すと、無効なプロキシアドレスが残るのを防げます。「クライアントは接続済みなのにWebページを開けない」場合は、まずこの点を確認します。
システムプロキシが機能しない場合の確認routing
ルーティングルールは、ドメイン、アドレス、アプリの通信をどの出口へ送るかを決めます。使い始めはクライアントのプリセットモードを選び、基本的な接続が安定してからカスタムルールを追加してください。ルールは通常、上から順に照合されます。先にある具体的な条件が後ろの広い条件より優先されるため、変更時は構文だけでなく位置も確認します。LANアドレスを直接接続にすると、ルーター、プリンター、ローカルサービスへのアクセスが外部出口を経由するのを防げます。
ルーティングルールの構文を見る{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}
verification
設定後はまずクライアントのログを確認し、コアが起動してローカルポートが競合していないことを確認します。次にクライアントの接続テストを実行し、設定が使えないのか応答が遅いのかを切り分けます。最後にブラウザーで普段使うサイトへアクセスし、システムプロキシとルーティングルールがともに機能しているか確認します。リスト上のテスト結果だけでは、経路全体を判断できません。失敗した場合は該当する段階で対処し、クライアントの再インストールを繰り返したり、複数のパラメーターを同時に変更したりしないでください。
接続トラブルシューティングを開くplatforms
デスクトップではv2rayN、モバイルではv2rayNGとv2flyNGから選択できます。ダウンロードセンターではOSとプロセッサーの種類に応じてファイルを案内しているため、プラットフォームの説明を飛ばさずに選べます。
desktop
v2rayNのGUIクライアントが適しています。デスクトップ版はクロスプラットフォームのUIを採用し、従来のWPF版では使い慣れたWindowsの操作感を維持しています。どちらもサブスクリプショングループ、システムプロキシ、ルーティングモード、接続テストに対応しています。ダウンロードページで使い慣れたUIに合わせて選択してください。
ダウンロードへdesktop
v2rayNデスクトップクライアントを使用します。ダウンロード前にシステム情報でチップの種類を確認し、Apple SiliconまたはIntelに対応するインストールファイルを選んでください。サブスクリプション登録とルーティング設定は他のデスクトップ環境とほぼ同じで、設定を移行する際も同名の項目を確認しやすくなっています。
ダウンロードへmobile
Xrayコアを使用するv2rayNGを第一候補にし、設定の取得元やコアの要件に応じてv2flyNGも選べます。比較的新しいデバイスではarm64ファイルが適しています。プロセッサーのアーキテクチャが分からない場合はシステム情報を確認してから、汎用インストールファイルを選んでください。
ダウンロードへdesktop
v2rayNはDebian、Ubuntu、Fedoraなど主要なディストリビューション向けのパッケージを提供しています。ダウンロード前にパッケージ管理方式とプロセッサーアーキテクチャを確認し、インストール後にデスクトップトレイ、システムプロキシ、ログイン時の自動起動を設定してください。ディストリビューションの違いをクライアントの障害と誤認せずに済みます。
ダウンロードへquickstart
まず再現可能な基本手順を確立し、その後でルーティングや高度な通信パラメーターを調整します。問題が起きたときに、サブスクリプション、クライアント、システムプロキシのどの段階に原因があるかを切り分けやすくなります。
完全なガイドを見るデスクトップではv2rayNのダウンロードページへ進み、Androidではv2rayNGまたはv2flyNGを選択します。インストール前にOS、プロセッサーアーキテクチャ、パッケージ形式を確認してください。初回起動後は、サブスクリプショングループ、サーバー一覧、ルーティングモード、システムプロキシの場所を確認し、高度な項目を急いで変更しないようにします。
完全なサブスクリプションURLをコピーし、クライアントのサブスクリプション管理でグループを追加して更新します。設定が一覧に表示されたら利用可能な項目を選び、プロトコル、アドレス、ポート、通信方式、TLSなどの項目がサブスクリプションから正しく提供されているか確認してください。QRコードは一時的なデバイス間移行に便利ですが、長期的な管理には統一したサブスクリプションの取得元を残すことをおすすめします。
コアを起動し、必要なプロキシモードを有効にします。まずログにポート競合や設定の解析エラーがないことを確認し、次に接続テスト、最後にブラウザーで実際のアクセスを確認してください。基本経路が安定してからカスタムルーティングやDNS設定を追加し、一度に変更するパラメーターの種類は1つに絞ると、切り戻しと結果の比較が容易になります。
open ecosystem
クライアント、コア、プロトコル、設定形式はそれぞれ異なる層に属します。これらの関係を理解すると、特定の画面ボタンを覚えるよりも設定の移行や互換性の問題に対応しやすくなります。
Project Vは、プロキシプロトコル、通信方式、ルーティングルール、クライアントツールを中心とするオープンソースのエコシステムを形成しました。V2Rayはこの技術体系全体を指す通称として使われることがありますが、実際にはGUIクライアントと基盤となるコアを区別する必要があります。GUIクライアントはサブスクリプションの登録、設定の生成、システムプロキシの管理、ログの表示を担当し、コアは設定の解析、接続の確立、ルーティングの実行、インバウンドとアウトバウンドの処理を担当します。2つの層を分けて考えると、同じサブスクリプションを異なるクライアントで読み込める理由や、特定のコアでのみ有効になるパラメーターがある理由も理解できます。
V2FlyはV2Rayのコミュニティによる開発方針を引き継ぎ、VMess、VLESS、ルーティング、DNS、多様な通信方式の組み合わせに対応しています。Xrayは近い設定体系を基盤に発展し、さらに多くの通信方式とプロトコル機能を追加しています。どちらもクライアント名ではなく、GUIクライアントから呼び出されるコアプログラムです。クライアントを選ぶ際は、標準で使われるコア、サブスクリプションが提供するプロトコルパラメーター、サーバー側の設定を併せて確認してください。画面の見た目だけでは、設定を完全に読み込めるかどうかは判断できません。
v2rayNはWindows、macOS、Linuxのデスクトップ環境に対応し、サブスクリプショングループ、ルーティング設定、システムプロキシ、ログ表示などのGUI機能を提供します。デスクトップで操作手順を統一したいユーザーに適しています。v2rayNGはAndroid向けで、通常はXrayコアと組み合わせて使い、モバイルネットワークの切り替え、アプリプロキシ、QRコード登録を扱います。v2flyNGもAndroid向けで、V2Flyコアを主な選択肢とし、対応するコアの動作が必要な場合の代替になります。3つはいずれもコミュニティで保守されるオープンソースクライアントですが、対象プラットフォームとコアの組み合わせは同一ではありません。
オープンソースプロジェクトでは、コード、ライセンス、リリース履歴が保守状況を追跡する手がかりになります。クライアントの更新には通常、UIの修正、システム互換性の調整、コア対応、設定形式の変更が含まれます。コアの更新では、プロトコル実装、ルーティング機能、通信動作が変わる場合があります。更新前に変更内容を確認し、現在動作している設定を保存してください。新しいインストール後に問題が起きた場合は、クライアント設定とコアのログを分けて確認し、すべてをサブスクリプションの問題と決めつけないようにします。ダウンロードセンターはプラットフォーム別に入口を整理し、ドキュメントでは変更による影響を操作段階ごとに説明しています。
common questions
初回設定で混乱しやすいポイントを取り上げています。手順全体を確認したい場合は、トラブルシューティングや症状別のトラブル対処ガイドも参照してください。
まず、完全なサブスクリプションURLをコピーしたか確認し、該当するグループを手動で更新します。それでも空の場合は、システム時刻、ローカルネットワーク、クライアントログの応答内容を確認してください。同じグループを何度も作成すると、どの取得元が実際に更新されたのか分かりにくくなります。詳しい手順はトラブルシューティングをご覧ください。
まずコアが正常に起動しているか確認し、次にシステムプロキシが有効か確認します。一部のブラウザーやアプリは独自のプロキシ設定を使うため、ローカルの待受アドレスとポートを個別に入力する必要があります。ログにポート競合が表示される場合は、使用中のプロセスを停止するか待受ポートを変更してください。詳しい手順はシステムプロキシのトラブルシューティングをご覧ください。
初回設定では、まずシンプルなモードで基本接続を確認し、その後プリセットのルーティングへ切り替えるとよいでしょう。ルーティングモードはドメイン、アドレス、ルールセットに応じて通信の出口を決めるため、継続的な利用に適しています。カスタムルールは基本経路が安定してから追加し、上から下へ照合される順序にも注意してください。詳しい手順は設定ガイドをご覧ください。
テストの成功は、そのテスト方法で応答を得られたことを示すだけで、実際のアクセス確認の代わりにはなりません。システムプロキシ、DNS、ルーティングルール、対象アプリが正しい出口を使っているかも確認する必要があります。「コアの起動、接続テスト、実際のアクセス」の順に段階ごとに確認し、失敗した場合は現在の段階だけを調べてください。
latest notes
プラットフォームへのインストール、ルーティングルール、複数デバイス間の移行をテーマにした詳しい記事です。各記事は具体的な操作シーンに焦点を当て、問題に合わせて参照できます。
Debian、Ubuntu、Fedora系ディストリビューションでのパッケージ選択、依存関係の処理、トレイ表示、ユーザーサービスの設定を解説し、インストール後の確認手順も紹介します。
記事を読む →ドメイン、完全一致、正規表現、アドレス、ルールセットの記述方法を分解し、ルールの順序が最終的な出口に与える影響と、保守しやすいグループ化の方法を解説します。
記事を読む →統一サブスクリプション、設定ファイルのエクスポート、QRコード移行の3方式を比較し、自動更新、一時的な移行、デバイス間管理に適した場面を解説します。
記事を読む →