VPN 初心者がよく聞く10の質問は、聞かれるポイントが驚くほど集中しています。複数端末で同時に使えるのか、通信量はどう計算されるのか、速度制限はあるのか、常時接続すべきか。以下では質問頻度の高い順に並べ、まとめて答えきります。最後にゼロから始める導入順序も添えます。答えはできるだけ判断基準を示し、形容詞は控えめにします。
端末・通信量・速度制限:よくある4つの疑問
1つのアカウントで何台まで同時に使えますか?
台数の制限はありません。同じサブスクリプションを複数の端末に読み込めますし、デスクトップ・スマホ・タブレットを同時にオンラインにしても追加料金はかかりませんし、端末ごとにアカウントを分ける必要もありません。実際の上限は端末数ではなく、選んだ回線の帯域にあります。複数端末で1本の回線を埋め尽くすと、体感は明らかに悪くなります。
複数端末を使うなら、用途ごとに回線を分けるのが実用的です。会議と業務は1本、ダウンロードとストリーミングは別の1本、という具合に。すべての端末を同じ回線に押し込める必要はありません。切り替えの手間は小さく、クライアント上でワンクリックです。
通信量はどう計算され、使い切るとどうなりますか?
課金方式は2種類あり、ルールが異なります。まず見分けてから申し込んでください。
- 月額サブスクリプション:¥9.9/月は60GB、¥18/月は250GB、¥28/月は500GB。通信量は契約開始日に毎月リセットされ、途中でプランをアップグレードした場合は差額を残り日数で按分します。
- トラフィックパック:¥158/300GB、¥358/1000GB、¥658/3000GB。使い切るまで有効で、期限はなく、月末にゼロに戻ることもありません。
見分け方は簡単です。毎月の利用量が60GB以内で安定しているなら月額サブスクリプションが割安。利用量が上下する、あるいは年に数週間だけ集中して使うならトラフィックパックが向いています。使い残しが月末に消えることはありません。
トラフィックパックは期限なし
出張や一時的なプロジェクトなど断続的な使い方なら、毎月の更新よりトラフィックパックのほうが安上がりです。残量は月ごとに消えず、使い切った時点で終わりです。
速度制限はかかりますか?
まず、どこが遅いのかを切り分けます。よくあるボトルネックは3か所です。ローカル回線の出口が夜のピーク時間に国際方向で混雑すること、選んだ回線自体のユーザー密度、そしてプロトコルの弱いネットワーク下での挙動——UDP が QoS で絞られると、QUIC ベースのプロトコルは目に見えて速度が落ちます。
判断方法は素朴です。同じ時間帯に、地域の異なる回線へ切り替えて測り直します。特定の1本だけ遅いなら回線の問題、すべての回線が同時に遅いならローカル出口の可能性が高い、プロトコルを変えて戻るならプロトコルとネットワーク環境のミスマッチです。測るときはツール・時間帯・対象を固定しないと、数字に比較可能性はありません。
常時オンにしておくべき?
状況次第で、一律には決められません。公衆 Wi-Fi、ホテルのネットワーク、越境での業務といった環境では常時オンをおすすめします。リスクはネットワーク側にあるからです。自宅の固定回線なら、国際サービスを使うときだけオンにすれば十分です。
モバイルで常時オンにする場合、代償は2つあります。バッテリー消費と、Wi-Fi とモバイル通信を切り替えるときの再接続の空白です。どうしても常時オンが必要なら、分割ルールを整えて、ローカルアプリは直接接続、国際回線が必要なアプリだけプロキシ経由にしましょう。グローバルプロキシより省電力で、トラブルも減ります。
登録・サブスクリプション・クライアント:導入前に押さえる点
登録では何を入力しますか?
ユーザー名 + パスワードです。登録フローにメール認証のステップはなく、メールアドレスの入力も不要です。項目が1つ少なければ、漏えいの面も1つ減ります。メールアドレスはリスト型攻撃やアカウント復旧、マーケティングメールの入口になりがちで、入力しなければその手の面倒も増えません。登録が終わると、管理画面にサブスクリプションの入口が表示されます。
サブスクリプションリンクとは何で、どう読み込みますか?
サブスクリプションリンクは1つの URL で、クライアントが定期的に取得して、ノード一覧・ポート・プロトコル・暗号化パラメータを受け取ります。これはアカウントの資格情報と同じです。リンクを手に入れた人は、そのままあなたの通信量を使えます。転送層は量子暗号で保護されていますが、リンク自体は平文の資格情報です。公開グループに貼ったり、スクリーンショットで送ったりしないでください。漏えいが疑われるときは、管理画面でサブスクリプションを再発行します。
読み込みの流れは各プラットフォームでほぼ同じです。サブスクリプションリンクをコピー → クライアントを開く → 「サブスクリプション / 設定ファイル」を探す → クリップボードから読み込む → 取得した設定を選択 → 手動で1回更新。デスクトップ版は通常、システムプロキシと TUN の2通りの方式があります。前者はシステムプロキシに対応したアプリだけをプロキシし、後者はすべての通信を引き受けます。アプリごとに分割したいなら TUN のほうが楽です。
OS ごとにクライアントはどう違いますか?
デスクトップ(Windows、macOS)は機能が最も充実しており、TUN、分割ルール、ドメインごとの回線振り分けに対応します。Android は通常インストールパッケージで導入し、アプリ単位のプロキシに対応します。iOS はシステムの制約を受け、App Store からサブスクリプション読み込みに対応したクライアントしか入れられず、アプリ単位の制御は弱めで、通常はルールファイルで実現します。Linux はコマンドラインのカーネルと設定ファイルが中心で、GUI はなく、ルーターや常時稼働マシンに向いています。
同じサブスクリプションリンクをこれらのクライアントに同時に読み込めます。プラットフォームごとに個別購入する必要はありません。
プロトコルと回線:どれを選び、何でつなぐか
プロトコルが多すぎて、結局どれを選べばいい?
プロトコルは新しいほど良いのではなく、ネットワーク環境で決まります。次の表は転送方式と用途別に代表的なものを並べたものです。
| プロトコル | 転送方式 | 向いている場面 | 注意点 |
|---|---|---|---|
| Shadowsocks | TCP / UDP(プラグインが必要) | 軽量プロキシで設定が簡単 | 事前共有鍵による暗号化で、能動的な探査に対する偽装能力は限定的 |
| VMess | TCP | 汎用プロキシで、多重化に対応 | クライアントとサーバーの時刻ずれが大きいと接続できない |
| Trojan | TLS | 通常の HTTPS 通信に偽装する必要がある | 実際の証明書に依存し、証明書が失効すると即座に切断される |
| VLESS | TCP + TLS | 低オーバーヘッドを重視し、TLS や REALITY と組み合わせることが多い | プロトコル自体は暗号化せず、安全性は外側の転送に依存 |
| Hysteria2 | QUIC(UDP) | パケットロスが多く、遅延の揺らぎが大きい回線 | UDP が制限・遮断されると途端に悪化する |
| TUIC | QUIC(UDP) | ハンドシェイクが速く、ネットワーク切り替えが多い場面 | 同じく UDP が使えるかどうかに依存 |
選ぶ順序はこうです。まずネットワークが UDP を許すかを見て、許さないなら Hysteria2 と TUIC を除外。次に偽装が必要かを見て、Trojan と TLS を設定した VLESS が安定します。最後にクライアントの対応状況を見て、古い端末では Shadowsocks と VMess が最も手間がかかりません。
香港・アメリカ・日本、どの地域を選ぶ?
選ぶ基準は「どれが速いか」ではなく、目的のサービスの位置です。目的のサービスがアメリカに置かれているならアメリカの出口、日本・韓国向けのサービスなら東京。調べ物やドキュメント閲覧だけなら、香港とシンガポールの往復遅延が一般に低くなります。
回線の種類も同じくらい重要で、3者の違いは経路にあります。
- 直結:クライアントが海外サーバーに直接接続し、全区間を公衆網で通るため、夜のピーク時間には国際出口の混雑の影響を最も受けます。
- 中継:まず中国国内の中継入口に接続し、そこから出口へ転送します。経路はより制御しやすく、専用線よりコストは低めです。
- IEPL 専用線:通信事業者の国際専用線を通り、公衆網の出口を経由しないため、遅延とパケットロスが最も安定します。会議やリアルタイム共同作業など、揺らぎに敏感な場面に向いています。
100+ か国・250+ 回線の組み合わせなら、「最良の1本」を追うより用途別にグループ分けするほうが現実的です。会議用に1本、ダウンロード用に1本、日常のブラウジング用に1本。トラブルが起きたとき、どれを先に替えるかも分かります。
DNS リークは気にすべき?
気にすべきですし、確認も簡単です。通信はプロキシを通っているのに DNS 問い合わせがローカル ISP に送られていると、2つの影響が生じます。解決結果が近隣の不適切な位置に振り分けられる可能性があり、どのドメインにアクセスしたかも解決の段階で露出します。
自己確認の方法:回線に接続した状態で任意の DNS リーク検出ページを開き、表示されるリゾルバの所在地が選んだ回線と一致するかを見ます。一致しなければ、解決はまだローカルを通っています。対処はクライアントでリモート DNS(プロキシ DNS と呼ばれることもあります)を有効にし、分割ルールで DNS 問い合わせが直接接続ではなくプロキシを通ることを確認します。変更後にもう一度確認し、所在地が一致して初めて設定完了です。
2本の独立した経路
通信と DNS は別々に流れます。通信だけをプロキシに流し、DNS はローカルに任せる——これが初心者に最も多い設定の抜けです。
返金・支払いと、混同しやすい3つの点
30日間の理由不問返金は購入日から起算し、理由の説明は不要です。支払いは Alipay、WeChat Pay、USDT に対応しています。この2つは取引面の情報で、回線品質とは関係ありませんが、申し込み前にまとめて聞かれる項目です。
- トラフィックパックと月額サブスクリプションは同じ課金方式ではありません:前者は使い切るまで有効で期限なし、後者は契約開始日に毎月リセットされ、使い残しは繰り越されません。
- 台数無制限が指すのは端末数で、帯域ではありません:同じ回線に端末が集まるほど、1台あたりの取り分は減ります。
- メールアドレス不要が指すのは登録フローです:あくまで入力フォームの話であり、それ以上の意味はありません。
結論を一行で:まず利用形態でプランを選び(安定した利用なら月額サブスクリプション、断続的な利用ならトラフィックパック)、次に目的のサービスで地域を選び、最後にネットワーク環境でプロトコルを選びます。この3つが決まれば、あとは細部です。
ゼロから始める導入順序
ここまでの10の疑問を1本の道筋にまとめました。順番にたどれば、まず詰まりません。
- 登録:ユーザー名 + パスワード。メールアドレスは不要です。
- 課金方式を選ぶ:毎月の利用量が60GB以内で安定しているなら ¥9.9 の月額サブスクリプション、上下するならトラフィックパック。
- サブスクリプションを読み込む:サブスクリプションリンクをコピーし、クライアントでクリップボードから読み込み、設定を手動で1回更新します。
- まず近い出口につなぐ:目的のサービスがある地域で選びます。最初から一覧で一番派手なものを選ばないこと。
- 検証:ツールと時間帯を固定し、遅延・揺らぎ・スループットの3項目を見ます。1回の結果だけで判断しないこと。
- 分割を設定:ローカルアプリは直接接続、国際回線が必要なアプリはプロキシ経由。
- 切り分け:問題が出たら「回線を替える → プロトコルを替える → DNS 設定を替える」の順に試し、一度に変える変数は1つだけ。
- ✅ まず目的のサービスがどの地域にあるかを確認し、それから出口を選ぶ。一覧の順番で選ばない。
- ✅ サブスクリプションリンクはパスワードと同じように管理し、漏えいが疑われたら管理画面で再発行する。
- ✅ クライアントでリモート DNS を有効にし、変更後にリゾルバの所在地をもう一度確認する。
- ✅ 複数端末を同時にオンラインにするときは用途別に回線を割り当て、1本に集中させない。
- ❌ 1回の速度測定で回線全体を判断しない。夜のピークと未明では大きく違うことがある。
- ❌ UDP が遮断されたネットワークで QUIC 系プロトコルに固執しない。TCP 系に替えるほうが早く解決する。
10の疑問に答えてきましたが、本当のハードルは2つだけです。サブスクリプションを正しくクライアントに読み込むこと、DNS と分割を正しく組み合わせること。残りの判断は使いながら調整すればよく、一度で完璧にする必要はありません。