クライアント画面で設定を管理し、コアが接続を処理します。サブスクリプショングループにはサーバーの取得元を登録します。システムプロキシを設定すると、OSの設定に従うアプリがローカルポートへ接続します。その接続の行き先を決めるのがルーティングルールです。それぞれ役割が異なるため、同時に変更する必要はありません。初期設定では、まずサーバーの接続を確認してから、ルーティングやほかの入口を一つずつ追加しましょう。
「サブスクリプショングループ」にサブスクリプションURLを追加し、取得元が分かる名前を付けます。更新後は対象のグループを選択してからサーバー一覧を確認しましょう。別の取得元の項目を更新結果と取り違えずに済みます。共有リンクはサーバー情報1件のインポートに、サブスクリプションURLは継続的な同期に使います。用途が異なるため、互いに置き換えることはできません。サブスクリプションに含まれるアドレスやパラメーターは接続設定です。公開したり、第三者に転送したりしないでください。以下はVMess共有リンク1件を見分ける際に現れるフィールドの一例であり、完全な接続設定ではありません。
{
"v": "2",
"ps": "サンプルの別名",
"add": "example.com",
"port": "443",
"net": "ws",
"tls": "tls"
}ルーティングルールは通常、上から順に照合され、一致したルールに応じて出口が選択されます。まずプライベートアドレスを直接接続にし、次にドメインセットのルールを追加し、最後に明確なデフォルトの行き先を設定するとよいでしょう。「中国本土をバイパス」はプリセット名であり、実際の対象範囲は読み込まれたルールによって決まります。以下の例では、プライベートアドレスの出口をdirectに指定しています。このタグは、実際に存在する出口と一致させてください。カスタムルールを読み込む前にバックアップを取り、geositeとgeoipのデータが利用できることを確認しましょう。ルール名だけで動作を判断することはできません。
{
"routing": {
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}「システムプロキシを自動設定」はOSのプロキシ設定を変更し、その設定に従うアプリをクライアントへ接続します。「システムプロキシを解除」はこの入口を削除し、「システムプロキシを変更しない」は現在の設定を維持します。これらの操作は接続先を直接接続にするかどうかを決めるものではありません。出口はコアのルーティングで処理されます。アプリに個別のプロキシ設定がある場合は、アドレスと実際の待ち受けポートを確認してください。以下はループバックアドレスでHTTPの受信設定を行う例です。ポートは変更できますが、クライアントの現在の設定を基準にしてください。LANに公開する設定にはしないでください。
{
"inbounds": [
{
"listen": "127.0.0.1",
"port": 10809,
"protocol": "http"
}
]
}TUNモードは仮想ネットワークインターフェースで通信を受け取るため、システムプロキシ設定に従わないアプリも対象にできます。まず通常のプロキシ入口で接続を確認し、「TUNモードを有効にする」をオンにして、システムの案内に従って許可してください。ルーティングテーブル、DNS、仮想インターフェースに関わるため、問題が起きたらまずモードをオフにし、基本の接続を復旧してから原因を調べましょう。以下はsing-box形式のインターフェース設定の一部で、設定構造を見分けるための例です。この形式を使えるかどうかはクライアントの実装によります。Xrayの設定にそのまま貼り付けないでください。
{
"type": "tun",
"tag": "tun-in",
"address": ["172.19.0.1/30"],
"auto_route": true,
"strict_route": true
}GUIとプロキシコアは別の要素です。GUIでサーバー情報を読み込み、コアがプロトコル、転送、ルーティングを処理します。切り替える前に、プロトコルの種類、TLS、転送パラメーターを確認しましょう。同じ設定ファイルでも、すべてのコアで同じように動作するとは限りません。以下のfreedomアウトバウンドは、XrayとV2Flyのエコシステムでよく使われる直接接続の設定例です。切り替えたら再読み込みしてログを確認し、設定が起動することを確かめてから実際の接続をテストしてください。コア、DNS、ルーティングを同時に変更すると、原因を特定しにくくなります。
{
"outbounds": [
{
"tag": "direct",
"protocol": "freedom",
"settings": {}
}
]
}デスクトップではv2rayN、Androidではv2rayNGを優先して確認し、V2Flyコアが必要な場合はv2flyNGを検討しましょう。端末間の移行には、通常サブスクリプションURLか共有リンクを使います。アプリのデータフォルダー全体をコピーする方法は避けてください。サーバーのパラメーターは共用できても、システムプロキシ、仮想インターフェース、アクセス許可は端末ごとに設定が必要です。以下のログフィールドは、コアの設定を読む際の識別例です。実際のログの場所はクライアントによって異なります。スクリーンショットを共有する前に、サブスクリプションURLやサーバー接続情報を隠してください。
{
"log": {
"loglevel": "warning"
}
}サブスクリプションはサーバーの取得元、システムプロキシは通信の入口、ルーティングルールは接続の出口を決めます。
ルーティング例にあるdirect、block、proxyは出口を示すタグであり、特定のプロトコル名ではありません。タグは設定で定義でき、ルール内の記述は出口と一致させる必要があります。たとえば、通信を遮断する出口にはblackholeプロトコルを使えますが、タグ名はblockにできます。ルールをコピーする際は参照先も確認し、「ルールは保存されたがコアが起動しない」という事態を防ぎましょう。
DNSの設定もルールの照合結果に影響します。ドメインルールとIPルールでは参照する情報が異なり、アプリ側、クライアント側、リモート側の名前解決も同じ経路を通るとは限りません。基本的な接続はできるのに一部のサイトだけ想定と異なる場合は、まずログに記録された宛先と出口を確認し、次にルールの順序と名前解決の方針を見直してください。原因を調べずにすべての接続をグローバルに変更するのは避け、テスト後は元のプリセットに戻しましょう。
まずOSを確認し、次にCPUアーキテクチャとインストール形式を確かめます。名前が似ていても、インストールパッケージを互換性があるとは限りません。ダウンロードページに選択肢とシステム要件をまとめています。このページではプラットフォーム別に案内し、インストーラーは掲載していません。すでにクライアントを使っている場合は、更新前にサブスクリプショングループとカスタムルールをバックアップし、現在の入口モードも控えておきましょう。
まずはv2rayNがおすすめです。ダウンロードページではデスクトップ版と従来のWPF版を選べます。デスクトップ版はクロスプラットフォーム対応のUIを採用し、WPF版は従来のウィンドウレイアウトを維持しています。ガイドを読む際は、どちらのUIを使っているか先に確認してください。メニューの位置が異なる場合があります。インストール後に起動しない場合は、システム要件とデスクトップランタイムを確認し、書き込み可能なフォルダーに完全に展開されているかも調べましょう。
サブスクリプショングループ、サーバー一覧、ルーティングを使うデスクトップ環境に適しています。圧縮ファイルのプレビュー画面から直接プログラムを実行しないでください。
ダウンロードページへ Windowsクライアント →v2rayNを選び、システムの「このMacについて」でチップ情報を確認してください。Apple SiliconはARMアーキテクチャ、Intelはx64アーキテクチャに対応します。ファイル名が似ているかどうかだけで選ばないでください。インストール後はクライアントを起動してサブスクリプションを追加し、その後システムプロキシを設定します。仮想ネットワークインターフェースを使う場合は、許可を求める画面をよく読み、起動したばかりのアプリからの要求であることを確認してください。
設定を移行する場合は、サブスクリプションURLか共有リンクを使う方法がおすすめです。デスクトップOSごとにプロキシの入口やアプリのデータフォルダーは異なります。
ダウンロードページへ macOSクライアント →まずXrayコアを使用するv2rayNGを選び、V2Flyコアが必要な場合は代替のv2flyNGを確認してください。多くの一般的な端末ではarm64を選べます。アーキテクチャが分からない場合は汎用版を確認しましょう。インポート後にサーバーを選択して接続を開始し、システムのVPN許可に応じてください。接続が切れる場合は、バックグラウンド実行の制限と省電力設定も確認します。
QRコードは接続設定1件の移行に、サブスクリプションはサーバー一覧の継続的な更新に適しています。サブスクリプションのQRコードを公開ページにアップロードしないでください。
ダウンロードページへ Androidクライアント →v2rayNを選び、ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選択し、x64かarm64かも確認してください。デスクトップ環境のシステムプロキシ設定と、コマンドラインアプリのプロキシ設定は別の経路です。ブラウザーで接続できても、すべてのアプリがプロキシを使っているとは限りません。まずGUIクライアントで基本の接続をテストし、その後、必要に応じてほかのアプリの入口を個別に設定しましょう。
TUNモードを使う場合は、権限とシステムのネットワーク管理方法も確認してください。ローカルポートの設定ミスを、待ち受け範囲を広げて解決しようとしないでください。
ダウンロードページへ Linuxクライアント →クライアントは接続ツールです。サーバー設定は別途用意する必要があります。インストールしただけでは、利用可能なサーバーが使えるわけではありません。一覧が空の場合は、利用権限のあるサブスクリプションURLまたは共有リンクを用意してください。以下の手順は初期設定だけでなく、変更を重ねた後に基本の状態へ戻して再確認する際にも役立ちます。
v2rayNを開き、「サブスクリプショングループ」にサブスクリプションURLを追加して保存し、サブスクリプションを更新します。共有リンクが1件だけの場合は、リンクをコピーしてメイン画面でCtrl+Vを押すとインポートできます。更新方法は異なり、サブスクリプションは取得元と同期し、単体のリンクは通常、手動で差し替えます。インポート後はプロトコル、アドレス、ポート、転送方式を確認してください。想定した項目が一覧に表示されたら、使用するサーバーを選びます。
更新しても一覧が空の場合は、URL全体をコピーしたか、選択中のグループがフィルターで非表示になっていないか確認しましょう。同じサブスクリプションを何度も追加して解決しようとしないでください。公開するスクリーンショットには、サブスクリプションURL全体を載せないようにします。Androidクライアントでもインポートメニューから同様に操作できます。ボタンの位置は現在の画面に従ってください。
デスクトップクライアントで「システムプロキシを自動設定」を選び、OS設定に従うアプリをローカルのプロキシポートへ接続します。続けてルーティングプリセットを確認します。「中国本土をバイパス」では、直接接続ルールに一致する宛先へ直接接続できます。「グローバル」でも、プリセットに例外ルールが残っている場合があります。システムプロキシとグローバルルーティングは別々の設定です。一方を有効にしても、もう一方が自動で設定されることはありません。
初回のテストではデフォルトのDNSと通常のプロキシ入口を維持し、TUNモードはまだ有効にしないでください。アプリに独自のプロキシ設定がある場合は、システム設定を上書きしていないか確認します。Androidで接続を開始するときは、案内に従ってVPNを許可してください。その後、クライアントの接続状態と実際のアクセス結果を確認しましょう。
システムプロキシに従うブラウザーでテスト対象のページを開き、完全に読み込めるか確認してからクライアントのログを見ます。TCPingで分かるのは、特定区間のTCP接続が可能かどうかです。プロトコルのハンドシェイク、TLS、実際のアクセス確認の代わりにはなりません。数値が正常でもページを開けない場合は、テスト結果だけを見て順番に設定を変えるのではなく、サーバーのパラメーター、システム時刻、DNSの名前解決、選択中の出口を確認してください。
変更は一度に1項目だけにし、再読み込み後に同じ宛先へ再接続すると比較しやすくなります。テスト後にデスクトップクライアントを終了する場合は、先にシステムプロキシを解除してからプログラムを閉じてください。停止したローカルポートへアプリが接続し続けるのを防げます。さらに調べる場合は、「接続できない」とだけ伝えるより、エラーの文面と操作手順を記録すると役立ちます。
「V2Ray」は複数のプロキシツールを指す総称として使われることがありますが、プロジェクトの背景、コア、GUIクライアントは分けて理解する必要があります。Project Vは関連するネットワークツールや技術のプロジェクトで、V2Rayは広く使われている主要コンポーネントです。V2FlyコミュニティはV2Ray関連の開発を引き継ぎ、Xrayはこのエコシステムから派生して、独自の機能開発と設定対応範囲を築いてきました。用語が似ていても、すべての設定項目をそのまま相互に使えるとは限りません。
プロキシコアはプロトコルのハンドシェイク、転送、DNS、ルーティングなどを処理します。GUIクライアントはそれらの機能をメニュー、サーバー一覧、設定画面として提供します。v2rayNはデスクトップ向けの設定画面を備え、対応範囲内でコアを選択できます。v2rayNGはAndroid向けで、Xrayコアを使用します。v2flyNGはV2Flyコアを使うAndroid向けの代替クライアントです。選ぶ際は端末とサーバーの要件を確認し、クライアント名をプロトコル名と混同しないようにしましょう。
たとえばVMess、VLESS、Trojanは接続プロトコルの名称、WebSocketは転送方式、TLSは接続の安全性に関する設定です。REALITYが使えるかどうかは、対応するコアと設定にも左右されます。共有リンクにはこれらのパラメーターがまとめられていますが、画面上ではそれぞれ別の入力項目に分かれています。設定を確認する際はサーバー側の情報と項目ごとに照合してください。プロトコル名が一致するだけで、設定がすべて正しいとは限りません。
3つのGUIクライアントはいずれもオープンソースソフトウェアですが、クライアント、コア、ルールデータにはそれぞれ異なるライセンスが適用される場合があります。ソースコードの閲覧、改変、再配布を行う際は、各コンポーネントに付属するライセンスに従ってください。たとえばV2FlyのV2RayコアとXrayコアはMPL 2.0を採用していますが、すべてのGUIクライアントも同じライセンスだとは限りません。クライアントは無料で利用できる接続ツールであり、サーバーリソースやサブスクリプションサービスは別のものです。
オープンソースとはコードとライセンスの関係を示すもので、設定の取得元が適切かどうかを保証するものではありません。サブスクリプションURLにはアクセス識別情報が含まれる場合があり、共有リンクにも接続情報が含まれることがあります。バックアップは安全に保管し、ログやスクリーンショットを送る前にこれらの情報を削除してください。サブスクリプション変換を使うと、設定を処理する工程が一つ増えます。別の端末へ設定を移すだけなら、まずクライアント標準のサブスクリプションまたは共有リンクのインポートを試してください。
クライアントの更新でUI、設定の生成方法、同梱コンポーネントが変わる場合があります。コアの更新ではプロトコルの動作や設定項目の対応が変わり、ルールデータの更新ではドメインやアドレスセットの照合範囲が変わることがあります。そのため、クライアントを更新しても、すべての設定データが更新されたとは限りません。作業前にバックアップを取り、該当する更新内容を確認してください。更新後はまず起動するかを確認し、以前使えていた宛先をテストしてからカスタムルーティングを検証しましょう。
同じ設定で更新後に問題が起きた場合は、まずバックアップを戻して今回の変更が原因か確認できます。原因が分からないままデータフォルダー全体を何度も上書きしたり、別の端末のフォルダー全体を置き換えたりしないでください。端末間で利用する場合は、サーバー接続情報を優先して移行し、新しい端末でシステムプロキシ、権限、TUNの入口を設定し直すと、設定の切り分けが明確になります。
当サイトの掲載内容について →基本の接続を確認したら、具体的な問題に応じて設定を追加しましょう。PCとスマートフォンで設定を共用したい場合は、サブスクリプション、共有リンク、バックアップの違いを確認します。通信が直接接続される理由が分からない場合は、システムプロキシとルーティングを切り分けます。クライアントが起動しない場合は、実行環境から確認しましょう。各記事で扱うのは一つのシーンなので、手順を再現したり元に戻したりしやすくなっています。
サブスクリプションURLの共有、単一サーバーの共有リンクやQRコード、設定のバックアップとインポートを比較し、v2rayNとv2rayNG間で移行する際のメリットと注意点を解説します。
設定の移行方法を読む →システムプロキシの切り替えとルーティングプリセットが別々の設定であることを解説。グローバルと中国本土バイパスで通信経路がどう変わるか、用途や設定ミスを比較します。
入口とルーティングの解説を読む →デスクトップランタイムのバージョン、展開先の権限、セキュリティソフトによるブロック、設定ファイルの破損など、発生頻度の高い原因を順に紹介し、それぞれの対処手順を解説します。
起動時のトラブル対処を見る →まずサーバーへの接続を確認し、次にシステムプロキシを設定して、最後にルーティングとDNSを一つずつ調整します。