まず要点を整理します。サブスクリプションは設定情報を提供し、ノードは接続先として選ぶ入口、回線は通信が通る経路、プロトコルは接続方法、ルーティングはリクエストごとの経路を決めます。それぞれ別の要素なので、接続トラブルの際も個別に確認する必要があります。

プロキシクライアント、暗号化プロキシ、VPNは一緒に語られがちですが、動作する階層は同じではありません。システムにVPN接続のアイコンが表示されても、クライアントが仮想ネットワークインターフェースを利用しているだけの場合があり、従来型のVPNプロトコルを使っているとは限りません。アプリ名だけでなく、以下の用語を理解しておくと役立ちます。

サブスクリプションとクライアント：設定情報の入手先

「サブスクリプション」には主に2つの意味があります。プランのサブスクリプションは料金体系を指し、クライアントのサブスクリプションURLは設定情報を取得するためのアドレスです。プランを契約してもクライアントの設定が完了したことにはならず、設定をインポートしてもアカウントに利用可能な通信量が残っているとは限りません。アカウントの状態と端末上の設定は分けて確認しましょう。

サブスクリプションURLには、通常、認証情報が含まれています。クライアントがURLを読み込むと、ノードや接続パラメーターのほか、場合によってはプロキシグループ、ルーティングルール、DNS設定などを取得します。インポートできる内容は、URLの出力形式とクライアントの対応状況によって異なります。インストーラーではなく、ブラウザーで開くだけでネットワークが切り替わるものでもありません。

「サブスクリプションを更新する」とは、通常、サーバー側の設定を再取得することであり、アカウントの契約更新ではありません。サービス側でノードが変更された場合、端末上のリストを更新する必要があります。手動で追加したルールが残るかどうかは、クライアントの設定の統合方法によります。操作前に自分の変更内容を保存し、影響のない単なる再読み込みだと思い込まないようにしましょう。

ノードと回線：表示名だけでは経路全体はわからない

ノードとは、クライアントで選択できる接続設定のことです。通常、サーバーアドレス、ポート、認証情報、プロトコルのパラメーターが含まれます。同じ地域に複数のノードがある場合も、異なる名前のノードが一部のインフラを共有している場合もあります。そのため、ノード数を独立したサーバー数に置き換えることはできず、実際に利用できる帯域幅を示すものでもありません。

回線とは、端末から接続先サービスまでの通信経路です。通信はまず入口に到達し、中継を経て、出口からウェブサイトにアクセスする場合があります。入口はサービスのネットワークに接続する場所、出口は接続先のウェブサイトから送信元として認識される場所です。ノード名に記載された地域が入口と出口のどちらを指すかは、サービスの説明で確認してください。名前だけで判断することはできません。

海外から日本国内のコンテンツにアクセスする場合は、まず日本向けの経路が選ばれているか確認します。国際的なウェブサイトにアクセスする場合は、国際回線と出口の地域を確認しましょう。地理的に近くても経路が短いとは限りません。また、接続先のプラットフォームはアカウントの地域、コンテンツの配信権、出口の情報などに基づいて異なる判断をすることがあります。

回線に関する用語の一般的な意味と、そこから判断できないこと
用語 一般的な意味 この用語だけでは判断できないこと
直接接続 端末から選択したサーバーに直接接続し、サービスが別途用意したアプリケーション層の中継入口を経由しません。 物理的に直線の経路であることや、必ず高速であることを意味しません。通信事業者のネットワークは経由します。
中継 まず入口に接続し、そこから後続のサーバーまたは出口へ通信を転送します。 転送の段階が増えても、必ず遅くなるとは限りません。実際の通信状況は各区間の経路や負荷によって異なります。
IEPL専用線 国際イーサネット専用線です。通常は指定された拠点間の接続に使われ、回線の国際区間を担う場合があります。 端末からウェブサイトまでの全区間が専用線であることや、追加の暗号化、動画配信サービスへのアクセスが保証されることを意味しません。

ここで説明するのは一般的な用語であり、VPNBigの各回線の構成を示すものではありません。回線を選ぶ際は、サービスの説明と接続先での実際の動作を確認してください。クライアントの遅延測定でわかるのは、特定の測定方法による応答状況です。ファイル転送、動画再生、業務アプリでの実際の使い心地を保証するものではありません。

プロトコル：通信する両者の接続方法

プロトコルは、クライアントとサーバーがデータを認証・カプセル化・転送する方法を定めます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはよく知られた名称ですが、自由に置き換えられる設定項目ではありません。接続するには、クライアントがプロトコルに対応しているだけでなく、サーバー側にも互換性のある設定が必要です。

TLS、WebSocket、gRPC、QUICなどは、プロキシプロトコルと同時に使われることがありますが、セキュリティレイヤーや転送方式を表すもので、すべて同じ階層の代替選択肢ではありません。ノード名に略語が多く並んでいても、性能が高いとは限りません。重要なのは、正しい設定の組み合わせ、クライアントとの互換性、現在のネットワーク環境です。

利用中のネットワークでUDPが制限されている場合、QUICに依存する方式は接続できないことがあります。これはアカウントが無効になったことや、すべてのノードが使えないことを意味しません。まずクライアントのエラーメッセージを確認し、サービスが提供する設定から互換性のある方式に切り替えましょう。理解していないプロトコルのパラメーターを自分で変更するのは避けてください。

ルーティング、ルール、グローバルモード

ルーティングとは、リクエストを異なる処理方法に振り分けることです。直接接続する、プロキシに渡す、接続を拒否する、または特定のプロキシグループに送るといった方法があります。プロキシグループはノードを選択するためのまとまりで、手動で選ぶことも、設定に応じて自動で切り替えることもできます。これは経路を決める仕組みであり、物理回線が新たに追加されるわけではありません。

ルールモードでは通常、ドメイン名、接続先IPアドレス、アプリのプロセスなどの条件で振り分けます。利用できる条件はクライアントによって異なります。ルールは通常、上から順に評価され、先に一致したルールが結果を左右します。最後のルールは、どのルールにも一致しなかったリクエストを処理します。ルールの更新が古い、順序が適切でない、対象ドメインを網羅していないといった理由で、アプリが想定した経路を通らないことがあります。

グローバルモードとは通常、「このクライアントに入る通信」に選択中のポリシーを一律に適用する設定です。端末上のすべての通信が制御されるとは限りません。システムプロキシに従わないアプリは、直接接続する場合があります。システム全体の通信を制御する必要がある場合は、クライアントの仮想ネットワークインターフェースやTUNの設定、権限を確認してください。

日本向けの通信でも、すべてのリクエストを機械的に同じ出口へ送るのが適切とは限りません。日本国内のサービスと海外のローカルサービスでは、必要な経路が異なる場合があります。まず対象アプリが想定した回線を使っているか確認し、ほかのアプリに影響が出ていないかも確かめましょう。グローバルモードを何度も切り替えるより、問題の原因を特定しやすくなります。

モード選択のポイント：普段はアクセス先に合ったルール設定を使いましょう。一時的にグローバルモードへ切り替えると、ルーティングルールに問題がないか確認できます。ただし、速度を切り替える機能でも、プライバシーを保証する機能でもありません。

DNSと漏えい：ドメイン名の問い合わせも確認

DNSは、ドメイン名を接続に必要なアドレスへ変換します。ウェブページの通信がプロキシを通っていても、ドメイン名の問い合わせが同じ経路を通るとは限りません。指定したDNSリゾルバーやプロキシを使う想定の問い合わせが、意図せずローカルネットワークのDNSで処理されると、一般にDNS漏えいと呼ばれる状態になることがあります。

暗号化DNSが保護するのは、主に端末からリゾルバーまでの問い合わせ通信です。リゾルバーが問い合わせ内容を見られなくなるわけではなく、プロキシのルールを代替するものでもありません。ブラウザーのセキュアDNS、システム設定、クライアント内蔵の名前解決、アプリ独自の処理が互いに影響する場合があるため、設定を一つ確認するだけでは不十分です。

トラブルを調べる際は、まずクライアントのDNSポリシーと接続ログを確認し、問い合わせとその後の接続が想定どおり処理されているかを確かめます。検査ページを使う場合は、表示されるのがリゾルバーの出口の位置情報であることを理解しましょう。国名の表示だけで漏えいと判断することはできません。キャッシュやリゾルバーのネットワーク構成も結果に影響します。検査結果のラベルを追い求めるより、想定した設定と照らし合わせる方が確実です。

クライアントへのインポート：設定から実際の通信まで

Windows、macOS、Android、iOS、Linuxでは、システムインターフェースや権限の仕組みが異なり、同じモード名でも制御できる範囲が異なることがあります。デスクトップクライアントでは、システムプロキシとTUNによる制御が一般的です。モバイル端末ではシステムのVPNインターフェースを使って通信を転送する場合が多く、Linuxではルーティングと名前解決サービスの連携にも注意が必要です。詳しくはクライアントの説明を確認してください。

プロトコル、設定形式、機能の対応を混同しないでください。クライアントがノードを読み込めても、サブスクリプションに含まれるすべてのルールやDNS項目を処理できるとは限りません。インポート後にノード一覧が表示されても、アプリからアクセスできない場合は互換性を確認する必要があります。

  1. 公式ページからクライアントを入手してください。VPNBigのクライアントダウンロードページで対応プラットフォームと操作方法を確認し、提供元が不明なインストーラーは避けてください。
  2. 設定形式を確認します。アカウントからクライアントに合ったサブスクリプションまたは設定を取得してください。インポートを成功させるために、認証情報を見知らぬ変換サービスに渡さないでください。
  3. インポート後に内容を確認します。ノードが表示されているか、形式エラーがないかを確認し、アカウントの状態と通信量も確認します。インポートに失敗した場合は、まずURLの欠落、余分な空白、形式の非互換を確認してください。
  4. アクセス先に合わせてノードを選びます。日本向けの経路と国際回線を区別し、接続先のサービスに合ったルールを有効にします。システムから求められたネットワーク権限も許可してください。
  5. 実際に使うアプリで確認します。接続後、必要なコンテンツを開いて出口とルールの適用状況を確認します。問題があれば、一度に複数の設定を変更せず、項目ごとに原因を調べてください。

システム上でほかのネットワークツールを使っている場合は、プロキシポートの競合、ルーティングの衝突、DNS設定の上書きも確認してください。クライアントの「接続済み」という表示は、何らかの接続やインターフェースが確立したことを示すにすぎず、すべてのアプリの通信がそこを経由している保証にはなりません。

トラブルシューティング：問題がある階層を確認

用語を理解する実用的なメリットは、問題が起きている箇所を説明できることです。「使えない」と伝えるだけでなく、OSとクライアントの名称、接続方式、エラーメッセージの全文、対象アプリ、問題が起きる条件を共有すると、原因を特定しやすくなります。設定画面の画像を共有する際は、認証情報を隠してください。サブスクリプションURL全体は送らないでください。

最後に、この関係を覚えておきましょう。サブスクリプションがクライアントに設定を渡し、クライアントはプロトコルを使ってノードに接続します。通信は回線を通って出口へ届き、ルーティングルールがどのリクエストにその経路を使うか決めます。まずアクセスの方向を確認し、その後に各層を順番に調べる方が、ノードを次々に切り替えるより効果的です。

具体的な操作を確認したい場合は使い方ガイドをご覧ください。動画再生に関する問題は、動画視聴ガイドで症状に応じて確認できます。用語の解説は実際の設定手順に代わるものではありません。接続先サービスの利用ルールも守ってください。