プロトコルと回線技術リファレンス

プロトコルと回線を理解する:1 回の接続の 2 層構造

クライアントで「接続」ボタンを押したとき、実際には 2 つの独立した処理が行われています。1 つ目は、デバイスが何らかのプロトコルでデータをカプセル化して暗号化し、公共ネットワーク上で安全に転送できるようにすること。2 つ目は、その暗号化データが特定の回線経路に沿って、デバイスから複数の中間ノードを経由して最終的にターゲットサーバーへ到達することです。プロトコルと回線は直交する 2 つの軸です。同じプロトコルを異なる回線で運用することもできますし、同じ回線で異なるプロトコルを載せることもできます。

多くのユーザーは「つながるかどうか」だけを気にしますが、より深く理解したいユーザーは、この 2 層構造を知ることで曖昧な問題のほとんどを解決できます。「回線を変えても遅いのはなぜ?」「このプロトコルはスマホで特に電池を食うのはなぜ?」「夜間のピーク時にいつも切断されるのはなぜ?」といった疑問の答えは、すべてプロトコルと回線の相互作用に隠れています。

プロトコル層:データのカプセル化と転送

プロキシプロトコルが解決する核心的な問題は、公共ネットワーク上でデータを安全かつ秘匿に転送する方法です。プロトコルごとに暗号化アルゴリズム、ハンドシェイク手順、偽装戦略が異なります。極限の軽量さを追求するプロトコル(Shadowsocks など)、通常の HTTPS トラフィックへの偽装を極めるプロトコル(Trojan など)、現代のトランスポートプロトコルの特性を利用してネットワークの揺らぎに対抗するプロトコル(Hysteria2 など)があります。

プロトコルの選択は、接続確立速度、転送スループット、リソース消費という 3 つの重要な指標に影響します。接続確立速度は、接続ボタンを押してから閲覧を開始できるまでの時間を決めます。転送スループットは、ストリーミングやファイルダウンロードなどの大容量シーンの上限を決めます。リソース消費はデバイスの CPU とメモリの消費に影響し、モバイルデバイスではそのままバッテリー消費に直結します。

回線層:データが通る経路

回線は、データがあなたからターゲットサーバーまで到達する物理的な経路を決めます。直結回線は、ターゲット地域のサーバーに直接接続する経路で、最短ですが国際出口の輻輳の影響を受けやすいです。中継回線は、中間ノードを経由して「迂回」するため、遅延はやや高くなりますが安定性が向上します。専用回線は、事業者が借り上げまたは自社構築したキャリアグレードの高品質なリンクで、遅延と安定性が保証されています。

VPNXE は 120 以上の国 / 190 以上の回線をカバーしており、回線ごとにトポロジーの種類が異なります。回線トポロジーを理解すると、なぜ一部の回線は昼間は速くて夜は遅いのか、なぜ専用回線は高価でも価値があるのか、「ノードが多いほど良い」という説が完全には正しくない理由がわかります。

以降の章では、プロトコルと回線の 2 つの軸をそれぞれ掘り下げ、最後にシーン別の選定提案をまとめます。順番に読んでも、興味のある章に飛んでも構いません。各回線にはノードページでタイプの表記があります。読み終えたあと、その表記の意味がわかるようになります。

主要プロキシプロトコルの設計の取舍

現在の主要プロキシプロトコルは 6 つあります。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC です。それぞれ重点を置くポイントが異なるため、この違いを理解することが選定の前提です。以下で順に説明します。

Shadowsocks:軽量で広く使われる

Shadowsocks は最も古典的なプロキシプロトコルの 1 つで、ファイアウォール環境下で軽量かつ低遅延の暗号化トンネルを提供することを設計目標としています。SOCKS5 プロキシモードを使用し、暗号化方式はシンプル(通常は AES-256-GCM または ChaCha20-Poly1305)で、ハンドシェイク手順が短いため、接続確立が速く CPU 消費も低いです。エコシステムは非常に成熟しており、ほぼすべてのクライアントがネイティブ対応し、設定形式も最もシンプルです。欠点は、暗号化トラフィックの特徴が比較的顕著で、ディープパケットインスペクション環境では識別されやすいことです。

VMess:V2Ray のコアプロトコル

VMess は V2Ray プロジェクトが導入したプロトコルで、Shadowsocks のトラフィック特徴が顕著という問題を解決することを設計目標としています。UUID を識別子として導入し、接続ごとにランダムなリクエスト ID を生成し、AEAD 暗号化と組み合わせることで、トラフィックの特徴を識別しにくくしています。VMess は多重化にも対応しており、1 つの TCP 接続上で複数のリクエストを並行して転送でき、ハンドシェイクのオーバーヘッドを削減できます。代償として、プロトコルヘッダーが複雑になり、接続確立速度は Shadowsocks よりやや遅く、CPU 消費もやや高くなります。

Trojan:HTTPS トラフィックに偽装

Trojan の核心的な考え方は「通常の HTTPS トラフィックに偽装する」ことです。TLS プロトコルを外層として直接利用し、サーバーとクライアント間の通信は普通の HTTPS サイトのように見えるため、ディープパケットインスペクションの前で識別されにくいです。Trojan は追加の暗号化層を必要としません(TLS がすでに暗号化しているため)、VMess よりオーバーヘッドが低く、接続速度も速いです。設定は比較的シンプルで、ドメインと証明書があればよいため、多くのシーンで秘匿性と性能を両立する優れた選択肢となります。

VLESS:VMess の冗長性を排除した改良版

VLESS は VMess の改良版で、核心的な変更は VMess の冗長な暗号化層を除去したことです。VMess 自体はリクエストボディを AEAD で暗号化しますが、VLESS は外層に TLS 暗号化がある場合、この暗号化層は冗長だと考えます。CPU オーバーヘッドと接続遅延が増えるだけだからです。そのため VLESS は VMess より軽量で、接続確立が速く、VMess の識別耐性も維持しています。VLESS は通常 XTLS と組み合わせて使用され、TLS ハンドシェイク後に元のトラフィックを直接透過転送することで、さらにオーバーヘッドを削減できます。

Hysteria2:QUIC ベースのパケットロス耐性設計

Hysteria2 は QUIC プロトコルに基づいています。QUIC は UDP 上で動作するトランスポートプロトコルで、輻輳制御と接続マイグレーション機能を備えています。Hysteria2 の切り札は輻輳制御アルゴリズムです。ネットワークは「ベストエフォート」であると仮定し、積極的な送信戦略で利用可能な帯域を埋めようとします。そのため、パケットロス率が高いネットワーク(夜間ピーク時の国際出口など)では、Hysteria2 は TCP ベースのプロトコルより優れた性能を発揮することが多いです。代償として、ネットワーク状態が良好な場合に帯域を過剰に消費する可能性があり、UDP トラフィックが一部のネットワークで制限される場合があります。

TUIC:軽量な QUIC プロトコル

TUIC も QUIC に基づいていますが、設計方針は Hysteria2 とは異なります。追求するのは「オーバーヘッドの最小化」で、QUIC の上に極薄のプロキシカプセル化を 1 層だけ重ね、Hysteria2 のような積極的な輻輳制御は行いません。TUIC はモバイルシーンに特に適しています。QUIC の接続マイグレーション特性により、Wi-Fi とセルラーネットワークの切り替え時に切断されず、UDP 転送により TCP スタックへの依存が減り、バッテリー消費の削減にも役立ちます。

この表からわかるように、プロトコルの選択に「最良」はなく、「現在のネットワーク条件に最も適した」ものがあるだけです。パケットロスが少ないネットワーク環境では、TCP ベースのプロトコル(Trojan、VLESS)の方が速いことが多いです。パケットロスが多い環境では、QUIC ベースのプロトコル(Hysteria2、TUIC)が有利です。

接続確立速度とリソース消費の比較

「接続ボタンを押してから数秒待たされる」は、ユーザーから最もよく聞く不満の 1 つです。この待ち時間は、プロトコルのハンドシェイク時間と回線の接続確立時間の 2 つの部分で構成されます。それぞれの要因を理解すると、問題がどの層にあるのか判断できます。

プロトコルハンドシェイク:クリックからトンネル確立まで

プロトコルハンドシェイクの流れはおおよそ次のとおりです。クライアントが接続リクエストを送信し、サーバーが身元を検証し、双方が暗号化パラメータをネゴシエートし、トンネルが確立されます。この工程での往復回数はプロトコルによって異なります。

• Shadowsocks:ハンドシェイクは 1 往復のみです。クライアントは暗号化された SOCKS5 リクエストを直接送信し、サーバーは復号後すぐに応答します。これが最速のハンドシェイクです。
• Trojan / VLESS:TLS ハンドシェイクが必要で、通常 1〜2 往復です(TLS 1.3 は 1 往復)。身元検証を加えると、合計約 2 往復です。
• VMess:TLS の外側に独自のハンドシェイクがあり(TLS を経由しない場合)、リクエスト ID と暗号化パラメータを交換するために追加の往復が必要です。合計約 3 往復です。
• Hysteria2 / TUIC:QUIC ベースで、QUIC のハンドシェイクは 1 往復(0-RTT または 1-RTT)です。プロトコル自体の認証を加えると、合計約 2 往復です。

実際のネットワーク環境では、1 往復あたり約 20〜80ms かかります(回線遅延によります)。そのため Shadowsocks のハンドシェイクは 50ms 以内に完了する可能性がありますが、VMess は 150ms 以上かかる場合があります。この差は肉眼ではほとんど感じられませんが、頻繁に再接続するシーン(モバイルで Wi-Fi とセルラーネットワークを切り替える場合など)では、蓄積されて顕著になります。

転送スループット:大容量シーンの上限

スループットは、プロトコル自体の転送効率とネットワーク条件の両方に影響されます。TCP ベースのプロトコルは TCP の輻輳制御アルゴリズムに制限され、パケットロス率が 1% を超えるとスループットが急激に低下します。QUIC ベースのプロトコルはより積極的な輻輳制御を内蔵しており、パケットロス率が高い環境でも高いスループットを維持できます。

実際の使用感では、回線の帯域上限も決定的な役割を果たします。VPNXE のプランはトラフィック従量制で、1 回の接続の帯域上限は制限しません。ただし、回線ごとの実際の帯域能力は異なり、専用回線は通常より安定した高帯域を提供できます。大容量の転送が必要な場合は、プランページの各プランのトラフィック枠を参考に、自分の使用習慣に合ったものを選ぶことをおすすめします。

リソース消費:CPU とメモリ

暗号化と復号は CPU 消費の主な要因です。AES-256-GCM と ChaCha20-Poly1305 はどちらも効率的な AEAD 暗号化アルゴリズムで、現代のプロセッサではハードウェアアクセラレーション(Intel AES-NI、ARMv8 Crypto Extensions)が利用できるため、CPU 消費は通常ボトルネックになりません。ただし、古いデバイスや低消費電力デバイスでは、暗号化のオーバーヘッドが増幅されます。

メモリ消費に関しては、各接続に一定のバッファが割り当てられます。プロトコルヘッダーが複雑なほど、1 接続あたりのメモリ消費が高くなります。VMess はプロトコルヘッダーがより複雑なため、1 接続あたりのメモリ消費は Shadowsocks より約 20〜30% 高くなります。多数の接続を同時に確立するシーン(ブラウザで数十のタブを同時に開く場合など)では、この差が蓄積されます。

モバイルのバッテリー性能:プロトコルがバッテリー持ちに与える影響

モバイルデバイスのユーザーはバッテリーに特に敏感です。同じスマホでも、プロキシを有効にした後のバッテリー持ちの差は最大 20〜30% にもなります。この差は、暗号化計算の消費電力、ネットワーク転送の消費電力、接続維持ポリシーの 3 つのレベルから生じます。

暗号化計算の消費電力

データ転送のたびに暗号化と復号が必要です。モバイルデバイスでは、この計算は CPU または専用の暗号化ユニットが実行します。AES-256-GCM はハードウェアアクセラレーション対応チップ(ほぼすべての現代のスマホ SoC が対応)では消費電力が非常に低いですが、ChaCha20-Poly1305 はハードウェアアクセラレーションがない古いチップではより多くの電力を消費します。

より重要なのはプロトコルヘッダーの複雑さです。プロトコルヘッダーが複雑なほど、計算する必要があるバイト数が増え、消費電力も高くなります。VMess はプロトコルヘッダー構造が複雑なため、モバイルでの暗号化計算の消費電力は Shadowsocks より約 15〜20% 高くなります。

ネットワーク転送の消費電力

モバイル無線モジュール(RF)はスマホで最も電力を消費する部品の 1 つで、その消費電力は転送時間に比例します。TCP ベースのプロトコルはパケットロス時に再送信が発生し、転送時間が延びるため、RF モジュールの動作時間が増えます。QUIC ベースのプロトコル(TUIC、Hysteria2)はパケットロス時に迅速に回復し、無駄な転送を減らすため、弱いネットワーク環境ではむしろ省電力になる可能性があります。

もう 1 つ見落とされがちな要因は接続マイグレーションです。QUIC プロトコルは接続マイグレーションに対応しており、Wi-Fi とセルラーネットワークを切り替えても接続が切れず、再ハンドシェイクが不要です。つまり、スマホがネットワークを切り替えるたびに「トンネル再構築」という高消費電力のプロセスを経る必要がありません。TUIC はこの点で特に優れています。

接続維持ポリシー

多くのクライアントは低遅延を維持するためにデフォルトで接続を維持しますが、これはデータ転送がなくても接続が生きていることを意味します。モバイルデバイスのアイドル接続は少量ですが継続的な電力を消費します。クライアントが「オンデマンド接続」(アプリが必要なときだけトンネルを確立する)に対応している場合、バッテリー消費を大幅に削減できます。

モバイルでの省電力実践

プロトコル選択以外にも、バッテリー消費に直接影響するクライアント設定がいくつかあります。1 つ目は、不要なバックグラウンド接続をオフにすることです。多くのアプリはプッシュ通知を受け取るために接続を維持し続けますが、ほとんどのアプリには必要ありません。2 つ目は、「オンデマンド接続」モードを選択することです。アプリがリクエストを送信するときだけトンネルを確立します。3 つ目は、Wi-Fi 信号が安定した環境ではセルラーネットワークではなく Wi-Fi を優先することです。Wi-Fi の消費電力はセルラーネットワークよりはるかに低いです。

VPNXE のクライアントはモバイル向けに省電力最適化を施しています。デフォルトで TUIC または Shadowsocks を使用し(ネットワーク条件に応じて)、オンデマンド接続モードに対応しています。お使いのデバイスの実情に合わせて調整できます。iOS で使用する場合は、iOS VPN 設定チュートリアルでクライアントの具体的な設定手順を確認することもできます。

回線トポロジー:直結、中継、専用回線

回線トポロジーは、データがデバイスからターゲットサーバーまでどのノードを経由するかを決めます。トポロジーの種類を理解すると、ネットワーク体験の多くの違いを説明でき、より適切な回線を選ぶ指針にもなります。

直結回線:最短経路だが国際出口の影響を受ける

直結回線は、データが国際出口を経由して直接ターゲットサーバーに到達し、途中に中継ノードを経由しないことを意味します。この回線は経路が最短で理論遅延は最小ですが、国際出口の帯域と輻輳の影響を最も受けます。中国から海外への国際出口は、夜間ピーク時(北京時間 20:00〜24:00)に顕著な輻輳が発生することが多く、直結回線の遅延が急上昇し、パケットロス率が上昇します。

直結回線は、遅延に敏感でネットワーク条件が良好なシーンに適しています。短時間のウェブ閲覧、オンラインドキュメントの共同編集などです。ただし、夜間ピーク時には直結回線の安定性が大幅に低下します。

中継回線:迂回して安定させる

中継回線は、あなたとターゲットサーバーの間に 1 つ以上の中間ノードを挿入します。中間ノードの役割は単純な「迂回」ではなく、輻輳した経路を回避することです。たとえば、中国から米国への直結回線が夜間ピーク時に深刻な輻輳を起こす場合、まず香港の中継ノードに接続し、そこから米国へ向かうと、経路は長くなりますが、各区間の品質は向上します。

中継回線の遅延は通常、直結回線より 10〜30ms 高くなりますが、安定性は大幅に向上します。代償として中継ノードの維持コストがかかるため、中継回線の料金は通常直結より高くなります。

専用回線:キャリアグレードの品質

専用回線は、事業者が借り上げまたは自社構築したキャリアグレードのリンクです。公衆回線の中継と比較して、専用回線は独立した帯域枠、より低いパケットロス率、より安定した遅延を備えています。専用回線は通常 IEPL(International Ethernet Private Line)技術を使用し、ローカルネットワークに近い品質を提供できます。

専用回線は通常、遅延が最も低く安定性が最も高いですが、コストも最も高くなります。VPNXE のプランでは、高価格帯のプランほど専用回線の選択肢が多くなります。低価格帯のプランは直結回線と中継回線が中心です。

現在の回線のトポロジーを判断する方法

VPNXE のノードページでは、各回線のタイプ表記を確認できます。クライアントでも現在の回線のトポロジー情報を確認できます。特定の回線が特定の時間帯に不安定な場合は、同じ地域の他の回線に切り替えてみてください。地域が同じでもトポロジーの種類が異なる場合があります。

パケットロスと夜間ピーク時輻輳の原因

「昼間は問題ないのに、夜になると遅くなるのはなぜ?」これはほぼすべてのネットワークユーザーが経験したことがある問題です。夜間ピーク時の輻輳は特定の事業者の問題ではなく、グローバルなインターネットインフラの共通現象です。その原因を理解すると、より合理的な回線選択ができます。

パケットロスとは

パケットロスとは、データパケットがネットワーク転送中に失われる現象です。ネットワーク機器(ルーター、スイッチ)のバッファが満杯になると、新しく到着したデータパケットが破棄されます。パケットロス率はネットワーク品質を測る重要な指標の 1 つです。パケットロス率が 1% を超えると、TCP プロトコルのスループットが急激に低下します。TCP が輻輳制御モードに入り、送信レートを下げて失われたパケットを再送信するためです。

パケットロスがユーザー体験に与える影響は多面的です。ウェブページの読み込みが遅くなる、動画のバッファリング、ゲームの遅延急上昇は、すべてパケットロスの典型的な症状です。パケットロス率が高いネットワークでは、帯域がどれだけ高くても実際の体験は良くなりません。

夜間ピーク時に輻輳する理由

夜間ピーク時(北京時間 19:00〜24:00)は、グローバルなインターネットトラフィックが最も集中する時間帯です。この時間帯のユーザー行動は高度に同質化しています。帰宅後に動画を見る、ゲームをする、SNS をチェックするなどです。この集中トラフィックにより、国際出口の帯域が満杯になります。特に米中、欧中などの人気方向の国際リンクで顕著です。

国際出口の帯域は有限のリソースであり、事業者はピーク時にポリシーに従って帯域を割り当てます。実際のトラフィックが設計容量を超えると、ルーターがパケットを破棄し始め、輻輳制御メカニズムが発動します。ユーザーが感じるのは「遅い」「不安定」です。

プロトコルはパケットロスにどう対応するか

TCP ベースのプロトコル(Shadowsocks、VMess、Trojan、VLESS)は、TCP の輻輳制御アルゴリズムに厳密に従います。パケットロスを検出すると、TCP は即座に送信レートを下げ、その後ゆっくり回復します。このメカニズムはパケットロス率が低い場合は良好に機能しますが、パケットロス率が高い場合はスループットが急激に低下します。

QUIC ベースのプロトコル(Hysteria2、TUIC)はより積極的な戦略を採用しています。Hysteria2 の輻輳制御アルゴリズムは、ネットワークが「ベストエフォート」であると仮定し、少量のパケットロスで大幅に送信レートを下げることはせず、利用可能な帯域を継続的にプローブしてスループットを維持します。これにより、Hysteria2 はパケットロス率 3〜5% のネットワークでも良好なスループットを維持できます。

ユーザー側でできること

夜間ピーク時の輻輳に対して、ユーザー側にはいくつかの実用的な戦略があります。1 つ目は回線の切り替えです。同じ地域でも異なる回線は異なる物理経路を通る可能性があり、輻輳の程度は大きく異なります。2 つ目はプロトコルの切り替えです。クライアントが対応している場合、夜間ピーク時に Hysteria2 または TUIC に切り替えてみてください。3 つ目は使用時間の調整です。遅延に敏感な場合(ビデオ会議など)は、夜間ピーク時を避けましょう。

VPNXE のクライアントにはスマート回線選択機能が内蔵されており、各回線のリアルタイム品質を自動検出して最適な回線を推奨します。この機能をクライアントで有効にすると、夜間ピーク時の輻輳に自動的に対応できます。

使用シーン別のプロトコル選定

「最良」のプロトコルはなく、「現在のシーンに最も適した」プロトコルがあるだけです。以下に一般的な使用シーン別の選定提案を示します。

実用的な選定フロー

どのプロトコルを選べばよいか迷う場合は、次のフローで素早く判断できます。

1. まずネットワーク条件を見る:お使いのネットワークのパケットロス率が高い場合(夜間ピーク時など)、Hysteria2 または TUIC を優先してください。ネットワーク品質が良好なら、どのプロトコルでも使用できます。
2. 次にデバイスの種類を見る:モバイルでは TUIC または Shadowsocks を優先してください(省電力)。デスクトップではプロトコルに敏感ではないため、シーンに応じて選択できます。
3. 最後に使用シーンを見る:ゲームやリアルタイム通信では低遅延プロトコル(Shadowsocks、VLESS)を優先してください。ストリーミングや大容量ファイルでは高スループットプロトコル(Hysteria2)を優先してください。

プロトコルと回線の組み合わせ

プロトコルと回線は独立ではありません。「専用回線を選べば必ず低遅延になる」というのはよくある誤解ですが、実際には、プロトコル自体が高パケットロス環境で性能を発揮できない場合、どれほど良い回線でも無駄になる可能性があります。逆に、直結回線でも品質が十分に良ければ、軽量プロトコル(Shadowsocks など)と組み合わせることで優れた体験を提供できます。

VPNXE のクライアントでは、回線ごとにプロトコルを個別に指定できます。つまり、同じ回線で異なるプロトコルを試して、現在のネットワーク条件に最も適した組み合わせを見つけることができます。設定方法がわからない場合は、クライアントのスマート回線選択機能に任せればよいです。

VPNXE のスマート回線選択

VPNXE のクライアントにはスマート回線選択ロジックが内蔵されており、現在のネットワーク条件に応じてプロトコルと回線を自動選択します。具体的には、クライアントが各回線の遅延とパケットロス率を定期的に測定し、遅延が最も低くパケットロス率が最小の回線を選択します。手動で介入する必要はなく、クライアントが継続的に最適化します。

特定のプロトコルに好みがある場合は、クライアント設定で手動指定することもできます。クライアントは回線ごとにプロトコルを個別に指定できるため、異なるシーンで異なるプロトコルを使用できます。

サブスクリプションとクライアント:設定はどう反映されるか

プランを購入すると、ユーザーパネルでサブスクリプションリンクを取得できます。このリンクにはアカウント情報と回線リストが含まれており、クライアントはそれを解析してすべての設定を取得します。

サブスクリプションリンクには何が含まれるか

サブスクリプションリンクは本質的に暗号化された設定ファイルで、以下が含まれます。アカウント識別子、利用可能な全回線のリスト、各回線のプロトコルタイプ、サーバーアドレス、ポート、暗号化方式、トラフィックと有効期限などの情報です。クライアントはサブスクリプションを更新するたびにこれらのデータを再取得するため、事業者側の管理画面で変更した設定はすべてクライアントに同期されます。

VPNXE を例にすると、ユーザーパネルの「サブスクリプション」ページで専用のサブスクリプションリンクを確認できます。それをクライアントの「サブスクリプション」欄にコピーすると、クライアントが自動的に解析して回線リストを読み込みます。

クライアントはサブスクリプションをどう解析するか

クライアントによって解析方法は少し異なりますが、基本的な流れは同じです。クライアントがサブスクリプションリンクに HTTPS リクエストを送信 → サーバーが暗号化された設定ファイルを返す → クライアントが復号して解析 → 回線リストを生成します。このプロセス全体は数秒で完了します。

VPNXE は Windows、macOS、iOS、Android、Linux を含む複数のクライアントに対応しています。ダウンロードセンターから各プラットフォームのクライアントを入手できます。iOS ユーザーは、一部のクライアントを App Store から取得する必要がある点に注意してください(お住まいの地域によって異なります)。

設定ファイルの一般的な形式

サブスクリプションファイルは通常 URI 形式で、各行が 1 つの回線を表します。典型的な回線 URI は次のようになります。

vmess://eyJ2IjoiMiIsInBzIjoi5Li65Y2M5pe76ZWcIiwiYWRkIjoiZXhhbXBsZS5jb20iLCJwb3J0IjoiNDQzIiwiaWQiOiJ5b3VyLXV1aWQiLCJuZXQiOiJ0Y3AifQ==

この URI は Base64 エンコードされた JSON で、復号すると回線のサーバーアドレス、ポート、ユーザー ID などの情報が含まれています。プロトコルごとに URI のプレフィックスが異なります。Shadowsocks は ss://、VMess は vmess://、VLESS は vless://、Trojan は trojan://、Hysteria2 は hysteria2://、TUIC は tuic:// です。

サブスクリプションをインポートする一般的な操作

ほとんどのクライアントでは、サブスクリプションのインポートは 3 つのステップで完了します。クライアントの「サブスクリプション」または「設定」ページを開く → サブスクリプションリンクを貼り付ける → 「更新」または「インポート」をクリックします。クライアントが自動的に設定をダウンロードして解析し、回線リストがメイン画面に表示されます。

VPNXE 公式クライアントを使用している場合、インポートプロセスはさらに簡略化されています。ログインページでユーザー名とパスワードを入力すると(メールアドレス不要)、クライアントが自動的にサブスクリプションを取得して回線リストを読み込みます。

設定が反映されたか確認する方法

サブスクリプションをインポートしたら、回線を選択して接続をクリックします。接続に成功したら、IP 照会ページで出口 IP が変更されたか確認できます。選択した回線の地域の IP が表示されていれば、設定が反映されています。

よくある問題とトラブルシューティング

プロトコルと回線の原理を理解していても、実際の運用ではさまざまな問題に遭遇する可能性があります。以下に最も一般的な問題とそのトラブルシューティングの考え方をまとめます。

接続に失敗するが、回線リストは正常に表示される

この場合は、通常ローカルネットワーク環境が原因です。順番に確認してください。1 つ目、デバイスがインターネットに正常にアクセスできるか確認します。ブラウザで任意のサイトを開き、サイトも開けない場合はローカルネットワークに問題があります。2 つ目、プロトコルを切り替えてみます。一部のネットワーク環境では UDP トラフィックが制限され、QUIC ベースのプロトコルが接続できない場合があります。TCP プロトコルに切り替えれば解決できます。3 つ目、ファイアウォール設定を確認します。一部のファイアウォールはプロキシ接続をブロックするため、クライアントをホワイトリストに追加する必要があります。

接続に成功するが、速度が遅い

速度が遅い原因は、通常回線の輻輳またはプロトコル選択の不適切さです。次の順序で確認してください。1 つ目、回線を切り替えます。現在の回線が夜間ピーク時の輻輳状態にある可能性があります。同じ地域の他の回線に切り替えると改善することが多いです。2 つ目、プロトコルを切り替えます。現在 TCP プロトコルを使用している場合は、Hysteria2 または TUIC に切り替えてみてください。3 つ目、ローカルネットワークを確認します。ローカル Wi-Fi 自体が遅い場合、プロキシではそれを改善できません。

接続が頻繁に切断される

頻繁な切断は、通常ネットワークの不安定さが原因です。次のことを試してください。1 つ目、回線を切り替えます。現在の回線の品質が良くない可能性があります。2 つ目、自動再接続を有効にします。ほとんどのクライアントは切断時の自動再接続に対応しており、有効にすると自動的に復旧できます。3 つ目、デバイスの電源管理を確認します。一部のデバイスの省電力モードはバックグラウンドのネットワークアクティビティを制限し、接続が切断されることがあります。

一部のサイトが開けない

一部のサイトだけが開けず、他のサイトは正常な場合、ターゲットサイトがプロキシトラフィックに特別な制限を設けている可能性があります。次のことを試してください。1 つ目、回線を切り替えます。回線ごとに IP アドレス帯が異なり、一部の IP がターゲットサイトにブロックされている可能性があります。2 つ目、プロトコルを切り替えます。一部のサイトは TLS トラフィックに対してより友好的です。Trojan または VLESS に切り替えてみてください。3 つ目、DNS 設定を確認します。一部のクライアントはデフォルトでリモート DNS 解決を使用します。解決に失敗する場合は、ローカル DNS モードに切り替えてください。

モバイルでのバッテリー消費が異常

モバイルでプロキシを有効にした後にバッテリー消費が顕著に増えた場合は、以下を確認してください。1 つ目、オンデマンド接続が有効かどうか。有効でない場合、クライアントは接続を維持し続けるため、バッテリー消費が増えます。2 つ目、プロトコル選択。TUIC と Shadowsocks はモバイルでの消費電力が最も低いです。3 つ目、バックグラウンドアプリ。一部のアプリは頻繁にリクエストを送信し、トンネルが継続的にデータを転送する原因になります。

サブスクリプションをインポートできない

サブスクリプションリンクをクライアントにインポートできない場合は、以下を確認してください。1 つ目、リンクが完全かどうか。サブスクリプションリンクは通常非常に長く、コピー時に切り捨てられやすいです。2 つ目、アカウントが有効かどうか。プランが期限切れでないか確認します。3 つ目、クライアントのバージョン。古いバージョンのクライアントは一部のプロトコルに対応していない場合があります。最新版にアップグレードしてください。