v2rayNのダウンロードと設定方法を解説します。オープンソースのクライアントを選び、サブスクリプションの追加、ルーティングの順に進めながら、各設定の役割を確認しましょう。
まずクライアントとコアの違いを確認し、サブスクリプション、通信の入口、出口ルールの順に見直します。問題に合った項目から読み進め、設定を一度にすべて変更しないようにしましょう。
v2rayNなどのクライアントは、サブスクリプションや設定の編集、実行状態の管理を担います。実際に接続を処理するのは、選択したコアです。V2FlyはProject Vの技術体系を引き継ぎ、Xrayは関連技術をもとに独自の開発を続けています。選ぶ際はクライアント名だけでなく、サーバー側のプロトコル、通信方式、安全設定を確認してください。REALITYやXTLS Visionを使う場合は、使用するコアが対応しているか確認が必要です。コアを入れ替える前に設定をバックアップし、動作確認済みの接続でテストしましょう。
{
"log": {
"loglevel": "warning"
},
"outbounds": [
{ "tag": "direct", "protocol": "freedom" }
]
}サブスクリプションは通常、複数の接続情報を返すURLです。一方、共有リンクは単一の接続を記述するもので、見た目だけで同じように扱うことはできません。追加する前に提供元と形式を確認し、クライアントで専用のサブスクリプショングループを作成してから更新し、ノードが表示されるか確認します。ページやログイン画面が返ってくる場合、何度追加しても形式の問題は解決しません。サブスクリプションは個別に入力する手間を省き、一括更新できる一方、手動で加えた変更が次回更新で上書きされることがあります。重要なカスタム設定は別途保存し、URLも機密情報として管理してください。
{
"routing": {
"rules": [
{
"type": "field",
"domain": ["domain:example.com"],
"outboundTag": "direct"
}
]
}
}ここに示すのは独立したルーティング設定の一部で、サブスクリプションファイルではありません。使用する前に、同じ名前のアウトバウンドを定義してください。
サブスクリプションの追加方法を読むシステムプロキシは、システム設定に従うアプリの通信をローカルの待ち受けポートへ送ります。ルーティングモードは、通信がコアに入った後、どのアウトバウンドを使うかを決めます。前者は通信の入口、後者は出口を制御するため、互いに置き換えることはできません。初めて設定する場合は、まず利用可能なノードを起動し、システムプロキシを設定してブラウザーで確認しましょう。アプリによっては独自のプロキシ設定があるため、ローカルアドレスとポートを個別に指定します。ネットワークインターフェースを制御する方式に比べて、システムプロキシは状態を確認しやすく、元に戻しやすい方法です。ただし、すべてのアプリの通信がプロキシ経由になるとは限りません。
{
"inbounds": [
{
"tag": "local-socks",
"listen": "127.0.0.1",
"port": 10808,
"protocol": "socks",
"settings": { "udp": true }
}
]
}ルーティングルールは上から順に照合されるため、一般に具体的な条件を広い条件より先に配置します。中国本土向けの通信を直接接続する場合は、直接接続用のアウトバウンドが定義されていることを確認し、ドメインルール、プライベートアドレスのルール、デフォルトのアウトバウンドが意図どおりか調べましょう。ドメインの処理方針はルーティング設定の一部で、ルール照合のためにいつドメインを解決するかを決めるものです。DNS設定全体と同じではありません。すべての通信を同じアウトバウンドへ送る場合と違い、振り分けではルールのデータと順序を維持する必要があります。変更後は対象ドメインとLAN内へのアクセスをそれぞれテストし、単一のページだけで判断しないようにしましょう。
{
"routing": {
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
},
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}
]
}
}TUNは仮想ネットワークインターフェースを使って通信を取り込み、システムプロキシに従わないアプリの通信も処理できます。ただし、権限、ルーティング、DNSの設定も必要です。デスクトップ版とモバイル版では実装が異なるため、設定項目をそのまま流用できるとは限りません。有効にする前に通常のプロキシ接続が使えることを確認し、現在のネットワーク設定を記録して、ほかの仮想ネットワークツールが動作していないか調べましょう。システムプロキシの切り替えだけの場合に比べ、TUNは影響範囲が広くなります。通信できなくなった場合は、まず通信の取り込みを停止して基本接続を復旧し、その後、権限やインターフェースの競合を一つずつ確認してください。
{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}ここに示すのは関連するプライベートアドレスのルーティング設定で、TUNインターフェースの設定ではありません。
TUNと複数プラットフォームの解説を読む設定例は各章の一部を示すもので、そのまま全体設定として置き換えられるものではありません。接続設定にはサーバーアドレス、認証情報、通信パラメーターも含まれ、これらはサーバー側と一致させる必要があります。クライアントが自動生成する設定も、使用するコアによって異なる場合があります。変更する前にバックアップを書き出し、異なるコア向けの設定項目を同じファイルに混在させないようにしましょう。
トラブル対処は順番に進めます。まずコアが起動するか、次にローカルアプリが待ち受けポートへ接続しているか、最後に通信がどのアウトバウンドに振り分けられたかを確認します。一度に変更する設定を一つに絞り、結果を記録すれば、「接続自体が確立していない」のか「ルールが想定どおりに適用されていない」のかを切り分けられます。ブラウザーだけが通信でき、ほかのアプリで使えない場合は、サブスクリプションをすぐに変更するのではなく、まず通信の入口を確認してください。
設定の全体像を解説：基本知識、クライアントのインストール、サブスクリプション管理、ルーティング、日常のメンテナンス。
使い方ガイドを読むデスクトップではv2rayN、Androidではv2rayNGの情報をご覧ください。まずOSとプロセッサーのアーキテクチャを確認し、対応するインストール形式を選びましょう。
v2rayNにはデスクトップ版と従来のWPF版があり、デスクトップでサブスクリプションやルーティングを管理できます。
v2rayNはApple Silicon搭載機とIntel搭載機で、ダウンロード先が分かれています。
Xrayコアを採用したv2rayNGを推奨します。V2Flyコアを採用したv2flyNGも選択肢の一つです。
v2rayNはdeb形式とrpm形式を提供しており、デスクトップのプロセッサーアーキテクチャごとに選べます。
インストールパッケージを選ぶ際は、デバイスの外観よりプロセッサーのアーキテクチャが重要です。デスクトップではシステム情報でチップの種類を確認してください。Androidではarm64版と汎用版を区別する必要があります。同じクライアントが別のデバイスで動いたからといって、同じインストールファイルをそのまま使えるとは限りません。インストールに失敗したら、むやみに別のファイルを試す前に、パッケージ形式とアーキテクチャ、システムのエラーメッセージを確認しましょう。
デスクトップ版と従来のWPF版は、v2rayNの異なる画面構成です。サーバー側のプロトコルが別々の規格という意味ではありません。既存のユーザーが画面を移行する場合は、サブスクリプショングループ、選択中のノード、システムプロキシの状態、カスタムルールが引き継がれているかを重点的に確認しましょう。初めて使う場合はダウンロードページの説明を参考に選び、まず基本接続を確立してから、ルーティングや通信の取り込み機能を追加してください。
複数のデバイスで使う場合、対応するサブスクリプションは共用できますが、ローカル設定をすべてコピーするのは避けてください。ローカルポート、ネットワーク権限、仮想インターフェース、システムプロキシの仕組みは、実行環境によって異なります。Androidクライアントがネットワーク接続を確立する際は、必要なシステム権限を求めます。デスクトップで通信の取り込みを有効にする場合も、権限の昇格が必要なことがあります。権限の確認が表示されたら、有効にしようとしている機能を理解したうえで、続行するか判断してください。
プロジェクトごとの役割を理解すると、クライアント、コア、プロトコルを同じものとして扱うより、選定やトラブル対処がしやすくなります。
V2Rayは、Project Vのエコシステムで広く使われてきた名称です。プロジェクトの発展に伴い、V2Flyが関連するコアの保守を引き継ぎ、Xrayも共通の技術基盤から独自の開発を進めています。そのため「V2Rayクライアント」は通常、設定を管理するツールの種類を指し、どのクライアントも同一のコアを使うことを意味しません。設定項目が使えるか正しく判断するには、クライアント名、コア名、プロトコル名を分けて確認しましょう。
VLESS、VMess、Trojanは接続プロトコルに関する概念で、REALITYは接続の安全性に関わる仕組みです。それぞれ同じ階層の用語ではありません。サーバーから提供される設定には、プロトコル、通信方式、安全性の設定、追加パラメーターが同時に含まれることがあり、一つでも欠けると接続できない場合があります。特定のプロトコルに対応するクライアントを選ぶことは第一歩にすぎず、使用するコアが設定一式を処理できるかも確認してください。
v2rayNはデスクトップ向けで、サブスクリプションの一元管理、使用中の設定の切り替え、ルーティングの管理に適しています。v2rayNGはXrayコアを使うAndroid向けクライアントです。v2flyNGはV2Flyコアを採用したAndroid向けの選択肢です。いずれもオープンソースで提供されていますが、画面構成、設定項目の場所、システムとの連携方法は異なります。手順を参照するときは、ボタンの文言が完全に一致することではなく、同じ機能を目印にしてください。
複数のコアを選べるからといって、どの設定でも相互に使えるわけではありません。あるコアが対応する拡張項目を別のコアが認識しない場合があります。同じ共有リンクでも、クライアントごとに読み込んだ後、通信パラメーターを再確認してください。すでに使える接続がある場合は、比較用に残してから新しい設定を試すとよいでしょう。こうすれば互換性の問題とローカルネットワークの問題を切り分けられ、利用可能な接続をすべて失う事態も避けられます。
オープンソースとは、ソースコードが各ライセンスの条件に従って公開され、範囲内で閲覧、利用、研究できることを意味します。すべてのコンポーネントが同じライセンスを使うわけではなく、サブスクリプションの提供元とクライアントのプロジェクトが同じ運営主体とも限りません。たとえば、Xray-coreはMPL-2.0、v2rayNはGPL-3.0を採用しています。コードの再配布や改変版の公開を行う場合は、「無料」というだけで利用条件を判断せず、各プロジェクトと依存ライブラリのライセンスを確認してください。
クライアント、コア、接続サービスはそれぞれ役割が異なります。クライアントはローカルの設定を実行しますが、接続の成否はサーバー側のパラメーター、アカウントの状態、ネットワーク環境にも左右されます。クライアントを無料で入手しても、サブスクリプションやリモートサービスが自動的に提供されるわけではありません。インストール前に、利用権限のある接続情報を用意してください。追加時にサブスクリプションURL、認証情報、設定全体が写った画面を他人に公開しないことで、認証情報の漏えいリスクを抑えられます。
クライアント、コア、サブスクリプション、ルールデータの更新は、それぞれ別の作業です。サブスクリプションの更新で接続先リストは新しくなりますが、互換性のないコアの設定項目が自動で修正されるわけではありません。ルールデータの更新はドメインやアドレスの一覧に影響しますが、クライアントプログラムの置き換えではありません。問題が起きたら、まずどのレイヤーに変更があったかを確認してから、更新する対象を決めましょう。複数のコンポーネントを続けて変更すると、原因を追跡しにくくなります。
日常のメンテナンスでは、動作する設定のバックアップを残し、使用中のコア、プロキシモード、カスタムルールを簡単に記録しておくと便利です。アップデート後はまず基本接続をテストし、LANへのアクセス、直接接続先、プロキシ経由の接続先が想定どおりか確認しましょう。ログは設定の読み込み状況を調べるのに役立ちますが、共有する前にサブスクリプションURLや認証情報を削除してください。複雑なルールを継続して管理する場合は、使い方ガイドも参照し、各ルールの目的と適用条件を記録しておきましょう。
まず再現性のある基本的な動作確認を行い、その後にルールや通信の取り込み機能を追加しましょう。次の質問を参考に、どこを確認するか判断してください。
クライアントはローカルの設定画面と実行機能を提供しますが、接続先の情報は含まれていません。利用権限のあるサブスクリプションURLまたは共有リンクを用意し、追加後に使用するノードを選んで接続を開始してください。追加後にリストが空の場合は、ネットワーク機能をすべて有効にするのではなく、返された内容と形式を先に確認しましょう。サブスクリプションの追加手順を見る →
ノードの選択で決まるのは接続設定です。通信がクライアントに入るかどうかは、システムプロキシやアプリ独自のプロキシ設定にも左右されます。まずコアが起動していることを確認し、ブラウザーが使うアドレスとポートがクライアントの待ち受け設定と一致しているか調べましょう。ブラウザーにプロキシを個別管理する拡張機能がある場合は、システム設定が上書きされていないかも確認してください。プロキシモードの設定手順を見る →
まず通常のプロキシでノードが使えることを確認し、その後、アプリの要件に応じてTUNを有効にするか判断しましょう。サーバーへの接続問題と、ローカルの権限やインターフェース、ルーティングの問題を切り分けやすくなります。対象のアプリにプロキシ設定がある場合は、まず明確なローカルプロキシの入口を使うと確認しやすくなります。ほかの通信も取り込む必要がある場合は、使い方ガイドを参照し、ネットワークインターフェースとDNSを確認してください。基本の接続手順を見る →
まず、遅延が発生する段階を特定します。ドメインの名前解決、接続の確立、継続的なデータ転送のどこで遅いか確認してください。同じ接続先で直接接続とプロキシを比較し、設定を変えずに別の利用可能なノードも試すと、DNS、通信方式、ルーティングを同時に変更するより原因を判断しやすくなります。名前解決に関係する症状が見られる場合にDNS設定を確認し、変更後は記録を残して再テストしてください。接続の確認手順を見る →
問題を他の人に相談する場合は、クライアント名、選択中のコア、問題が起きるアプリに加え、サブスクリプションの追加、起動、アクセスのどの段階で発生したかを書きましょう。機密情報を除いた短いエラーメッセージを添えると、「使えない」という説明だけの場合より原因を特定しやすくなります。設定を元に戻すときも、変更した順に戻してください。まず直近で変更したルールを取り消し、次にプロキシの入口を復旧し、最後にシステムのネットワーク接続を確認すると、別々の問題を混同しにくくなります。
コアの違い、通信速度、起動ログに関する記事をまとめました。基本設定が済んでいる場合は、症状に合わせて読み進めてください。クライアントを再インストールする必要はありません。
Project Vのエコシステムにおける2つの主要コアの関係を整理し、VLESS、XTLS Vision、REALITYの対応状況や設定方法を比較。v2rayNGとv2flyNGの選択に役立つ情報を紹介します。
続きを読む →速度低下の原因をノードの負荷、通信経路、端末の設定に分け、通信プロトコル、Mux、DNS、プロキシモードを順に確認します。根拠のない設定変更を繰り返さず、ボトルネックを絞り込みます。
続きを読む →ログのレベルに沿って起動エラーを読み解き、ポートの競合、JSONの構文エラー、geoファイルの不足、設定項目のスペルミスなど、よくある原因と修正手順を解説します。
続きを読む →