Windows
一般的なデスクトップ環境に適しています。v2rayNにはデスクトップ版と従来のWPF版があり、画面の好みや使い慣れた操作感に合わせて選べます。
ダウンロードへ4つのプラットフォーム向けクライアント、サブスクリプションのインポート手順、ルーティングとDNS設定をまとめています。実際の操作順に沿って構成しているため、初回インストール、設定の移行、接続トラブルの確認に便利です。
デスクトップではv2rayNが中心で、Androidではv2rayNGとv2flyNGから選択できます。ダウンロードページではプロセッサーのアーキテクチャとパッケージ形式をさらに分けて案内します。ここではOSごとの入口をわかりやすく整理しています。
一般的なデスクトップ環境に適しています。v2rayNにはデスクトップ版と従来のWPF版があり、画面の好みや使い慣れた操作感に合わせて選べます。
ダウンロードへv2rayNにはApple Silicon版とIntel版のインストーラーがあります。選択前にシステム情報でチップの種類を確認し、アーキテクチャの違うファイルを避けてください。
ダウンロードへ一般的な端末では通常arm64を選択します。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用するため、設定の入手元や必要なコアに応じて選べます。
ダウンロードへv2rayNにはdebとrpmのパッケージがあり、x64とarm64のアーキテクチャに分かれています。まずディストリビューションのパッケージ形式を確認し、対応するプロセッサー用ファイルを選択してください。
ダウンロードへクライアントのインストールはスタート地点にすぎません。日常の動作を左右しやすいのは、サブスクリプションが正しく更新されるか、ルーティングルールが意図どおり適用されるか、そして名前解決が分流方針と一致しているかです。
サブスクリプションURLは、サーバー設定の一覧をクライアントに提供します。インポート後はまず手動で一度更新し、クライアントが内容を読み込めることを確認してから、起動時の自動更新を有効にするか判断してください。更新に失敗した場合は、URLが完全か、コピー時に空白が混入していないか、システム時刻が正確か、現在のネットワークからURLへアクセスできるかを優先的に確認します。すべての設定を何度も削除するのは避けてください。エラーメッセージと更新時刻は原因特定の重要な手がかりです。更新後は、新しい内容が正しいサブスクリプショングループに表示されているかも確認し、古い設定を今回の更新結果と取り違えないようにします。
サブスクリプションのインポート手順を見る →ルーティングルールは、接続をどのアウトバウンドに渡すかを決めます。一般的な条件には、ドメイン、IP、ポート、ネットワーク種別、geositeやgeoipの分類データがあります。多くの設定では上から順に照合されるため、具体的なルールを広範なルールより前に置きます。一度一致した接続は、通常その後の項目を確認しません。変更する際は各ルールの出口を明確にし、より広い範囲を対象とする前段の条件がないか確認してください。一度に変更するルールは1組にとどめ、元の設定を保存しておくのがおすすめです。アクセス結果が変わった場合も、変更範囲からすばやく切り戻しや原因特定ができます。
routingフィールドの説明を読む →domain:geosite:cn→ directip:geoip:private→ directnetwork:tcp,udp→ proxyDNS設定はドメインを接続に必要なアドレスへ変換するもので、ルーティング判定とは完全に独立していません。ドメイン分類に基づく名前解決を有効にする場合は、サーバー項目の対象ドメイン、問い合わせ順序、想定されるアドレス範囲を確認してください。ブラウザーで一部のサイトだけ開け、別のサイトが繰り返しタイムアウトする場合は、サーバーアドレスだけを変更せず、名前解決の結果、ルールの一致、システムプロキシの範囲を分けて確認します。カスタム設定では、まず構造がシンプルで動作が明確なデフォルトの名前解決項目を1つ残し、そこからdomainsやexpectIPsの条件を段階的に追加すると、問題の層を特定しやすくなります。
dnsフィールドの説明を読む →ドメイン条件と問い合わせ順序は、ルーティングの目的地と併せて確認してください。
まず設定の入手元を確認し、次に動作モードを選び、最後に実際のアクセスとクライアントログで検証します。この順番なら、インストール、設定、システムプロキシの問題を切り分けて対応できます。
クライアントのサブスクリプション管理で完全なURLを追加し、保存後に手動更新を一度実行します。単一の共有URLを使う場合はクリップボードからインポートし、プロトコル、アドレス、ポートなどの項目が正しく認識されたことを確認してください。インポートしただけでは接続は有効にならないため、続けて使用する設定を選択します。
一覧から使用する設定を選び、コアを起動してから必要に応じてシステムプロキシを有効にします。ルールモードではルーティング条件に応じて出口を決め、グローバルモードでは通常、より広い範囲の接続をプロキシに渡します。初回はデフォルトのルーティングを維持し、基本接続を確認してからカスタム分流を追加するのがおすすめです。
クライアントの状態、コアのログ、ローカルリスニングポートが正常か確認してから、ブラウザーで対象ページを開きます。一部のアプリだけ接続できない場合は、そのアプリがシステムプロキシに従うか確認してください。コアを起動できない場合は、まずポートの競合と設定項目の形式を確認します。
V2Rayは一般に、プロトコル、トランスポート、ルーティング、プロキシ機能をまとめて指す名称として使われます。Project Vが初期の基本概念と設定構造を形成し、その後、コミュニティによって複数のコア系統が維持されるようになりました。V2Flyはv2ray-coreの流れを引き継いで保守し、Xrayは既存の設定方針との互換性を保ちながら、プロトコルやトランスポート機能を拡張しています。GUIクライアントはコアの外側に位置し、設定管理、サブスクリプション更新、システムプロキシの切り替え、ログ確認などの操作画面を提供します。
コアは設定ファイルを読み込み、インバウンドとアウトバウンドの接続を確立し、DNS、ルーティング、トランスポート、ポリシー設定を実行します。VMess、VLESS、Trojanなどのプロトコルパラメーターも最終的にはコアが解析します。設定が使えるかどうかは、クライアント画面に項目が表示されるかだけでなく、選択したコアが該当フィールドを認識できるか、トランスポート層とセキュリティ層のパラメーターが組み合わせとして一致しているかにも左右されます。
v2rayNはWindows、macOS、Linuxのデスクトップ環境に対応し、サブスクリプショングループ、ルーティング、システムプロキシ、複数コアを管理する画面を提供します。v2rayNGはAndroid向けで、通常はXrayコアと組み合わせて使用します。v2flyNGもAndroid向けですが、内蔵のV2Flyコアを選択肢としています。いずれもオープンソースクライアントですが、機能範囲とコアの方針は完全に同じではありません。
オープンソースとは、ソースコードを閲覧・学習でき、ライセンス条件に従って変更できることを意味します。すべてのクライアント、コア、第三者設定が同じライセンスを採用しているわけではありません。具体的なコンポーネントを確認する際は、GUIクライアントのコード、コアのコード、ルールデータ、配布ファイルを区別してください。それぞれ異なる著作権表示や再配布条件が設定されている場合があります。一般の利用者にとっては、保守状況、互換範囲、設定移行の説明を確認することが重要です。
クライアントの更新は主に画面、設定管理、システム連携を変更します。コアの更新はプロトコル対応、フィールド解析、動作に影響する場合があります。geositeやgeoipなどのルールデータ更新は、分類の一致結果に影響します。この3種類を同じものとして扱ってはいけません。更新後に差異が生じた場合は、どの層を変更したかを記録し、元の設定に変更・廃止されたフィールドが含まれていないか確認してください。
多くのトラブルは、サブスクリプション、コア、システムプロキシ、DNS、ルーティングの5つの層に分けて考えられます。ここではトップページでよく使う確認ポイントを紹介します。詳しいフィールドは用語集と設定リファレンスで確認できます。
まずURLの最初から最後までが完全で、空白が含まれていないことを確認し、クライアントに表示されたエラー内容を確認します。サブスクリプションURLにアクセスできない場合、ルーティングの変更や再インポートでは根本原因を解決できないことがあります。
サブスクリプション関連の用語を見る →システムプロキシ設定を読み取らないアプリもあれば、独自のプロキシや直接接続用のネットワークスタックを使うアプリもあります。まずアプリの動作を確認し、その後クライアントのローカルリスニングポートを確認してください。
接続確認の手順を見る →ルールモードはドメイン、IP、ポートなどの条件に応じて出口を選択します。グローバルモードは通常、より広い範囲の接続を同じ出口に渡します。切り分けの際は2つのモードを一時的に比較し、問題がルーティングルールに由来するか判断できます。
ルーティングと分流の用語を見る →実行中のコアは現在の設定を読み込み済みで、ファイルを保存してもDNSコンポーネントが自動的に再構築されるとは限りません。再起動すると、新しいサーバー、ドメイン条件、問い合わせ順序を完全に反映できます。
DNS設定フィールドを見る →記事では、具体的なエラーや設定フィールドをテーマごとに解説しています。各記事は1つの明確なテーマに絞っているため、クライアントの表示、システムの症状、設定セクション名から直接探せます。
システムのバッテリー最適化の対象外設定、フォアグラウンドサービス通知、アプリ別プロキシ範囲を確認し、バックグラウンドでの消費電力が持続接続、システムのスケジュール管理、プロキシ範囲のどれに起因するかを切り分けます。
記事を読むroutingルールでよく使う3種類の照合方法を分解し、ルールが上から順に判定される仕組みと、広範な条件が具体的な条件を覆う場合の調整方法を説明します。
記事を読むURL形式、エンコード方式、アクセス環境、クライアントの解析、サブスクリプショングループの順に確認し、更新エラーやインポート後に一覧が空になる原因箇所を特定します。
記事を読む