VPN初心者完全ガイド:契約当日から使い始めるまでの手順

契約後にまず確認したい4項目

支払いが完了したからといって、すぐ使える状態になったわけではありません。初日にまず2分だけ使って次の4項目を確認しておくと、後で問題が起きたときの遠回りをかなり減らせます。

• アカウント:ユーザー名とパスワードだけで登録でき、メールアドレスは不要です。「確認メールを待つ」工程がありません。パスワードが唯一の資格情報なので、パスワードマネージャーに保存しておくことをおすすめします。
• プラン:月額 ¥9.9 で 60GB、月額 ¥18 で 250GB、月額 ¥28 で 500GB。通信量は利用開始日を基準に毎月リセットされ、途中でアップグレードした場合は差額を残りの日数で按分します。
• 支払い方法:Alipay / WeChat / USDT の3種類。支払い後はパネルの注文履歴で該当する記録を確認できます。
• デバイス数:同時接続台数の制限はありません。スマホ、パソコン、タブレットを同時につないでも、機器を入れ替える必要はありません。

60GB を月中に使い切ってしまった場合は、通信量パックを単体で購入できます:¥158/300GB、¥358/1000GB、¥658/3000GB。使い切るまで有効で期限はなく、月をまたいでも消えません。通信量パックと月額プランは別々の課金体系なので、購入前にパネルで当月の使用量を確認しておきましょう。

サブスクリプションリンクの構成と保管方法

サブスクリプションリンクはノードそのものではなく、回線リストを返すアドレスです。クライアントで「サブスクリプションを更新」を押すたびに、このアドレスを使って最新のノードリストを受け取ります。回線が変更されてもクライアントの再インストールは不要で、更新1回で済みます。

https://<サブスクリプションのドメイン>/pulse/v3/client/subscribe?token=<サブスクリプショントークン>&flag=<クライアント形式>

# 3つの部分がそれぞれ1つの役割を担います:
#   サブスクリプションのドメイン  —— パネルのアドレス。どこから取得するかが決まる
#   token     —— 認証情報。誰の回線を取得できるかが決まる
#   flag      —— 返却フォーマット。クライアントが解析できるかどうかが決まる

3つのうち最も間違えやすいのが flag です。フォーマットを間違えると、クライアントは通常「サブスクリプションの解析に失敗しました」と表示するか、空のリストを返します。ネットワークエラーとしては出ません。この表示が出たら、まずフォーマットのパラメータを確認し、そのうえでリンクがチャットアプリで途中改行されていないかを見てください。

リンクの漏えいが疑われる場合は、パネルでサブスクリプショントークンを一度リセットしてください。古いリンクは即座に無効になります。そのうえで各デバイスに再導入します。リセットしても既存デバイスのノードリストは自動更新されないため、1台ずつ手動で更新が必要です。

5つのプラットフォームの導入手順比較

5つのプラットフォームでクライアントの形は違いますが、導入作業は3ステップだけです。サブスクリプションの入口を探す、リンクを貼る、更新を押す。まず全体像を表で示、以降の節で細部を説明します。

クライアントは必ずパネルのダウンロードページから入手し、第三者のサイトからインストーラーをダウンロードしないでください。バージョンが古いとサブスクリプションのフォーマットパラメータが合わず、「更新は成功したのにリストが空のまま」という症状になります。

Windows と macOS:デスクトップでの手順

デスクトップは最も一度で成功しやすい環境で、流れは6ステップで固定です。

1. サブスクリプションリンクをコピーします。パネルのサブスクリプションページでコピーを押すと、https:// で始まるアドレスがクリップボードに入ります。長さは通常100文字を超えます。
2. クライアントをインストールします。ダウンロードページから対応するインストーラーを取得します。macOS で初回起動時にシステムに止められた場合は、「システム設定 → プライバシーとセキュリティ」で一度許可すれば起動できます。
3. 導入して更新します。クライアントで「サブスクリプション → 追加」を選び、リンクを貼り付けて保存し、もう一度更新を押します。地域ごとにグループ分けされた回線がリストに表示されれば成功です。空のままなら失敗です。
4. 回線を選んで接続します。最初は IEPL 専用線(たとえば東京)を選ぶのがおすすめです。経路が固定されていて、夜のピーク時間帯でも揺らぎが小さめです。状態が「接続済み」になり、トレイアイコンの色が変われば成功です。
5. 出口を確認します。サイト内の IP 確認ページ を開き、出口地域が選択した回線と一致していることを確認します。そのうえでよく使うサイトを2〜3個開き、読み込めるか確かめます。
6. 回線を切り替えたら一度切断して再接続します。クライアントがハンドシェイクをやり直し、振り分けルールも新しい回線で有効になります。

クライアントとノードの間は軍用グレードの暗号化で通信されるため、この区間を手動で設定する必要はありません。自分で確認すべきなのは、サブスクリプションの導入が成功したか、出口が想定した地域になっているかの2点だけです。

デスクトップでよくあるつまずき

• リストが空、または解析失敗と表示される:多くはリンクのコピーが不完全で token パラメータが欠けているケースです。次に多いのが flag の形式とクライアントの不一致です。
• 接続はできるのに Web ページが開かない:まずシステムの時刻が正確か確認してください。時刻のずれが大きいと TLS ハンドシェイクに失敗します。次に、他のプロキシやセキュリティソフトが同時に動いていないか見てください。
• 特定のサイトだけ遅い:多くの場合、振り分けルールがそのサイトを直接接続に振り分けています。別の回線に切り替えるか、ルールのグループを調整して試してください。

iOS と Android:スマホ側の違い

iOS:許可ダイアログとバックグラウンドでの停止

iOS クライアントで初めて接続するとき、システムが「VPN 構成を追加しますか」と表示します。必ず許可を押してください。許可しないと、接続ボタンを押してもトンネルは確立されません。もう一つよくあるのが、画面ロックがしばらく続くと接続がシステムに回収される現象です。ホーム画面に戻ると未接続と表示される場合はこれで、低電力モードとバックグラウンド更新の制限が関係しています。クライアントをバックグラウンド動作を許可するリストに入れると改善します。確認の際はまず Wi-Fi を切り、モバイル通信で一度接続してみてください。それでつながれば、サブスクリプションとアカウント自体に問題はなく、原因は元のネットワーク環境にあります。

Android:権限と省電力ポリシー

Android では初回接続時に VPN 権限を求められます。「常に許可」にチェックを入れておけば、毎回のダイアログを避けられます。機種によっては省電力ポリシーが画面オフ後にバックグラウンドプロセスを終了させるため、バッテリー設定でクライアントを制限なしに設定する必要があります。アプリストア版ではなくインストールパッケージを使う場合は、その提供元からのインストールを事前に許可するよう求められます。この許可は設定で一度行えば済みます。

スマホ側でサブスクリプションを導入するのは一度だけで、あとはクライアント上で手動更新します。サブスクリプションリンクをチャットに送ってからコピーするのは避けてください。チャット履歴にその資格情報が長く残ります。スマホとパソコンは同じサブスクリプションを使い、同時接続台数に制限はありません。それぞれ独立して回線を選べます。

Linux:コマンドラインでの導入とポート確認

Linux ではコマンドラインクライアントか軽量な GUI クライアントを使うのが一般的で、「ワンクリック接続」のボタンはありません。導入も自己確認も自分で行う必要があります。

# 1) サブスクリプションを導入(コマンド名と引数はクライアントのヘルプに従う)
client sub import "https://<サブスクリプションのドメイン>/pulse/v3/client/subscribe?token=<サブスクリプショントークン>"

# 2) サービスを起動
client service start

# 3) ローカルのプロキシポートが待ち受けているか確認(例:ポート 7890)
ss -lntp | grep 7890

# 4) ローカルポート経由でアクセスし、経路が使えるか確認
curl -x http://127.0.0.1:7890 -I https://www.example.com

期待される結果:3番目で LISTEN の行が1行表示され、4番目で HTTP ステータス行が返ります。curl が長時間応答しない場合は、まずサービスが本当に起動しているか確認し、次にポート番号が設定と一致しているかを見てください。両方に問題がなければ、サブスクリプションで回線を取得できているかに戻ります。

コマンドライン環境で見落としやすいのが DNS です。システムのリゾルバがローカルネットワークを使い続けていると、「接続はできるがドメイン解決に失敗する」、あるいは解決結果がローカルのままになることがあります。対処は、システムの DNS をクライアントが提供するローカル DNS ポートに向けるか、クライアント側で「DNS をプロキシで解決」を有効にして、もう一度接続し直すことです。

初日の接続確認チェックリスト

次のチェックリストは当日中に終わります。すべて通ってから最適化を考えましょう。

• ✅ サブスクリプションを導入済みで、ノードリストが空ではなく、地域ごとのグループが見える
• ✅ 接続後、サイト内の IP 確認ページの出口地域が選択した回線と一致している
• ✅ ニュース、動画、コードホスティングの3種類のサイトを続けて開き、いずれも正常に読み込める
• ✅ スマホをモバイル通信に切り替えても接続できる(アカウントとサブスクリプション自体に問題がない証拠)
• ✅ 2台目のデバイスに同じサブスクリプションを導入して独立して接続でき、同時接続台数は制限されない
• ❌ サブスクリプションリンクをグループチャットや公開ドキュメント、サポートのスクリーンショットに貼る
• ❌ 「あるサイトが開けた」だけで接続を判断し、出口地域を確認しない
• ❌ 問題が起きるたびにクライアントを再インストールし、クライアントのログにあるエラーを見ない

つまずきの切り分け:順番に絞り込む

切り分けは設定を全部書き換えることではなく、一度に1つの変数だけを変えて、結果が変わったかを見ることです。おすすめの順番は次のとおりです。

1. 状態とログを見る。クライアントは通常、サブスクリプション取得の失敗、ハンドシェイクのタイムアウト、認証失敗のどれかを書き出します。3つは対処の方向がまったく異なります。
2. 回線を変える。同じ地域で別の回線にし、さらに別の地域も試します。同じ地域の2本とも通らないなら、ローカルネットワークかアカウント側の問題である可能性が高くなります。
3. ネットワークを変える。Wi-Fi とモバイル通信を入れ替えると、ローカルネットワークの制限なのかクライアント設定なのかを素早く切り分けられます。
4. サブスクリプションを更新する。回線リストが古いと、すでに使われていないノードに接続してしまいます。
5. サブスクリプショントークンをリセットして再導入する。リンクの漏えいが疑われる場合や、デバイスを替えたらどうしてもリストを取得できない場合に有効です。
6. サポートに連絡する。クライアントのバージョン、プラットフォーム、選択した回線、エラーメッセージの原文をまとめて書くと、「つながりません」だけよりずっと早く解決します。

IP 確認ページで出口が正しく表示されるのに、一部のサイトで地域が違うと表示される場合、よくある原因は DNS クエリがプロキシを通っていないことです。通信自体はプロキシされますが、システムのリゾルバはローカルネットワークを使い続けています。クライアントで DNS をプロキシ経由で解決する設定を有効にするか、システム側のプライベート DNS をオフにして、もう一度接続してください。