まず要点を確認しましょう。サブスクリプションは設定情報を提供し、ノードは接続先、回線は通信経路、プロトコルはデータの転送方法、通信の振り分けはどのリクエストをプロキシ経由にするかを決めます。それぞれ役割が異なるため、用語だけでサービス全体の速度やプライバシー保護の水準を判断することはできません。
一般に「VPNクライアント」と呼ばれるものでも、実際にはプロキシクライアントの場合があります。従来型のVPNは通常、ネットワーク層のトンネルを構築します。一方、プロキシツールはシステムプロキシや仮想ネットワークインターフェースを通じて通信を受け取ることがあります。どちらも画面上は「接続済み」と表示されても、対象となる通信の範囲は同じとは限りません。プロトコルの略称を覚えるより、この違いを理解するほうが実用的です。
サブスクリプション・サブスクリプションリンク・ノード
「サブスクリプション」には、料金プランと設定情報という2つの意味があります。月額サブスクリプションはプランの利用期間や通信量の条件を指します。クライアントの「サブスクリプションを更新」は通常、設定情報を再取得する操作であり、契約更新ではありません。更新に成功しても、クライアントが読み取れる情報を取得できたことを示すだけです。プランの残量や、すべての回線に接続できることまでは確認できません。
サブスクリプションリンクは、設定情報を取得するためのURLで、アカウント固有の認証情報が含まれる場合があります。クライアントはこのリンクから、ノードのアドレスやポート、認証情報などを取得し、ルールやプロキシグループを取得することもあります。一般的なウェブサイト閲覧用のURLではないため、公開フォーラムや信頼できない変換サイトに貼り付けないでください。サポートを依頼する際は、リンク全体やトークン、QRコードが見えないようにしてください。
ノードは、クライアントで選択できる接続設定です。名称に含まれる地域は、通常、サービスが示す出口の地域を表します。ただし、入口の場所、実際の経路、出口の場所はそれぞれ異なります。複数のノード名が一部のインフラを共有している場合もあるため、ノードの数が多くても、独立した物理回線が多いとは限りません。
| 用語 | 実際の役割 | よくある誤解 |
|---|---|---|
| プラン契約 | サービス期間、通信量、請求条件を定める | 設定を更新すれば契約も更新される |
| サブスクリプションリンク | クライアントに更新可能な設定情報を提供する | どのクライアントでもそのまま読み込める |
| ノード | 接続先に接続するための設定情報を保存する | 名称にある地域が通信経路全体を示している |
| プロキシグループ | ノードをまとめ、手動または自動で選べるようにする | 自動選択なら必ず現在の用途に合う |
専用線・中継・直結:違いは通信経路
回線とは、ローカルネットワークから出口までデータが通る経路のことです。直結は通常、クライアントがサービス事業者の国内中継拠点を経由せず、海外のサーバーに直接接続することを指します。それでも通信は通信事業者のネットワークを通るため、端末とサーバーの間に専用の物理回線があるわけではありません。接続状況は、ローカル回線や通信事業者間の接続、国際回線の混雑に左右されます。
中継では通常、まず接続しやすい入口に接続し、そこから後続のノードへ通信を転送します。経路の一部が改善する場合もあれば、転送による負荷が増える場合もあります。「中継」という名称だけでは、その先の経路が混雑しているかどうかはわからず、どの時間帯も同じ使い心地になる保証もありません。
IEPLは国際イーサネット専用線で、通信事業者が提供する専用の伝送回線を指します。サブスクリプション型サービスでIEPLが使われている場合も、通常は経路全体の一部に採用されているという意味です。自宅からの接続、サービスの出口から接続先ウェブサイトまでの全区間が専用線でカバーされるわけではありません。専用線だからといって帯域を独占できるとも限らず、表示だけから安定性が保証されていると判断することはできません。
会議、リモートデスクトップ、動画再生では、連続して使ったときのパケットロスや揺らぎ、バッファリングの状況が、ノード一覧で一度だけ測った遅延より参考になることがあります。遅延テストは測定先や方法が異なる場合があり、接続先ウェブサイトまでの経路全体を含むとは限りません。
代表的なプロトコル:優劣ではなく互換性を確認
プロトコルは、クライアントとサーバーがデータの交換、認証、カプセル化をどのように行うかを定めます。一方、サブスクリプション形式は設定情報の表現方法を定めます。クライアントが特定の形式を読み込めても、設定に記載されたすべてのプロトコルを内部エンジンが実装しているとは限りません。同じプロトコルでも、クライアントのバージョンによって利用できる機能が異なる場合があります。
- Shadowsocks:暗号化プロキシプロトコルであり、従来型のネットワーク層VPNではありません。対応する暗号方式や機能は実装によって異なるため、名称が同じというだけで互換性があると判断しないでください。
- VMess:プロキシ通信に使われるプロトコルです。クライアントとサーバーで認証方式や転送設定を正しく合わせる必要があります。回線の種類や速度のランクを示すものではありません。
- Trojan:通常はTLSを利用して通信を保護します。サーバー名と証明書の検証は重要な設定です。証明書エラーが発生した場合は、検証を安易に無効化せず、設定を確認してください。
- VLESS:プロトコル自体には汎用的な通信暗号化機能がありません。セキュリティはTLSやREALITYなど、組み合わせる通信保護の仕組みに依存します。プロトコル名だけで完全なセキュリティ対策になるわけではありません。
- Hysteria2とTUIC:QUICをベースとしたプロキシ方式で、UDP通信を利用します。UDPが制限または遮断されたネットワークでは接続できない場合があります。他のTCPアプリが正常に使えるからといって、この問題がないとは限りません。
ここでの説明は用語の解説であり、XixiVPNが一覧のすべてのプロトコルを提供していることを示すものではありません。実際の対応状況は、ユーザーパネルで提供される設定、クライアントの説明、現在のバージョンをご確認ください。特定のプロトコル名にこだわって、提供元が不明なツールにサブスクリプションを渡して変換しないでください。
グローバル・ルール・TUN:対象となる通信の違い
ルールモードでは、ドメイン名や接続先アドレス、プロセスなどの条件に応じて、直結・プロキシ・拒否を選択します。利用できる条件はクライアントや内部エンジンによって異なります。一般的な設定では、ローカルサービスを直結し、プロキシが必要なサービスには指定したプロキシグループを使います。ただし、ルールが機能するかどうかは、照合順序や最後に適用されるフォールバックルールにも左右されます。
グローバルモードは通常、プロキシエンジンに届いたリクエストを特定のプロキシ設定にまとめて振り分けることを意味します。端末上のすべての通信が対象になるとは限りません。システムプロキシだけが有効な場合、システムプロキシ設定に従わないアプリは直接接続する可能性があります。グローバルモードに切り替えても、対象アプリの通信がクライアントに取り込まれていなければ、問題は解決しないことがあります。
TUNは仮想ネットワークインターフェースを使って通信を取り込む方式で、より多くのアプリの通信を対象にできることがあります。そのため、適切なシステム権限やルーティング設定が必要です。TUNとルールモードは併用できます。TUNが通信を取り込み、ルールが通信の行き先を決めます。DNSを対象にするか、IPv6を処理するかも、個々の設定によって異なります。
判断の手順:まず通信がクライアントに取り込まれているかを確認し、次に適用されたルール、最後に選択されたノードを確認します。アプリの接続に失敗したからといって、プロトコル、回線、振り分けモードを一度に変えないでください。
クライアントの設定:順番に確認する
デスクトップでは、システムプロキシとTUNがよく使われる通信の取り込み方法です。起動時にクライアントを立ち上げても、自動的に接続するとは限らず、必要な権限や設定の確認が必要です。モバイル端末では、一般にOSが提供するVPNインターフェースを使って通信経路を確立します。OSにVPNの表示が出ても、特定の従来型VPNプロトコルを使っているとは限りません。メニュー名はプラットフォームごとに異なる場合があります。
- 信頼できる配布元からクライアントを入手する。まず、OSとバージョンの要件を確認してください。XixiVPNのクライアントはユーザーパネルから入手できます。iOS用のリンクを取得するには有効なプランが必要です。その他のプラットフォームでは、ログイン後にクライアントを入手できます。
- 対応する設定形式を選ぶ。ユーザーパネルのクライアント別ガイドに従ってサブスクリプションリンクをコピーし、クライアントのインポート機能または設定追加機能を使ってください。ログインページのURLをサブスクリプションリンクと取り違えないようにしてください。
- 設定が読み込まれたことを確認する。ノードやプロキシグループが表示されているか確認してください。解析に失敗する場合は、まず形式と互換性を確認します。ノードが表示されても接続できない場合は、認証情報、ネットワーク、プランの状態を確認してください。
- 適切な通信の取り込み方法を有効にする。ガイドに従ってシステムプロキシまたはTUNを有効にし、利用可能なノードを選択してください。他の通信制御ツールも同時に動作している場合は、ルーティングやポートの競合がないか確認します。
- 実際の用途で動作を確認する。ウェブページだけでなく、普段使う必要のあるアプリでも確認してください。自分のIPアドレスで出口を確認できますが、ブラウザーでの結果がすべてのアプリに当てはまるとは限りません。
- 後から確認できる情報を残す。問題が起きたアプリ、使用したモード、エラーメッセージ、発生時の環境を記録してください。サポートに問い合わせる前に、ログからアカウント認証情報やサブスクリプションリンクを削除してください。
DNSリークと「匿名・ログなし」の範囲
DNSはドメイン名をIPアドレスに変換するために使われます。一般にDNSリークとは、トンネルやプロキシ経由で処理されるはずのDNSリクエストが、想定外のローカルネットワーク経路から送信される状態を指します。ルールで明示的に設定されたローカル向けのDNS解決は、必ずしもリークではありません。判断する前に、設定上どのような動作が想定されているかを確認してください。
ブラウザーで暗号化DNSが有効になっていたり、クライアントがDNSを処理したりすることがあります。両方が使われている場合は、実際の名前解決経路を確認してください。テストページは手がかりになりますが、特定のDNSリゾルバー名が表示されたというだけで結論を出すことはできません。ブラウザーの設定、クライアントのDNSモード、IPv6の経路もあわせて確認しましょう。
XixiVPNは、プライバシー方針として「匿名・ログなし」を掲げています。これはサービスの方針に関する説明であり、ウェブサイトにログインしたアカウントやブラウザーのCookie、端末の識別情報が自動的に消えるという意味ではありません。サブスクリプションの認証情報、OSの更新、ウェブサイトのアカウント管理は、それぞれ個別に対処してください。
- ✅ クライアントの入手元を確認し、サブスクリプションリンクは信頼できるクライアントだけに渡す。
- ✅ 接続後は、出口、対象アプリ、DNSの経路をそれぞれ確認する。接続状態のアイコンだけで判断しない。
- ✅ トラブルシューティングでは設定を一つずつ変更し、改善したか記録する。
- ❌ 「グローバルモード」なら、すべての通信が必ず取り込まれると思い込まない。
- ❌ 専用線の表示、プロトコル名、ログを保存しない方針を絶対的な保証と見なさない。
次の順序を覚えておきましょう。プランが利用条件を定め、サブスクリプションが設定情報を提供し、クライアントが通信を取り込み、ルールが行き先を選び、ノードと回線がデータを転送します。さらに設定を進める場合は、まず初心者向けガイドをご覧ください。接続先や地域を比較するには、回線一覧をご確認ください。問題がどの段階にあるかを特定してから該当する設定を変更すると、原因を確認しやすくなります。