VPN の使い方は、突き詰めれば一本の決まった流れになります。アカウント登録、プラン選択、サブスクリプションリンクの取得、クライアントへのインポート、そして通信が本当に回線側から出ているかの確認です。この流れのどこか一环でつまずくと、表に出る症状はどれも似たものになります。クライアントは「接続済み」なのに、ページが開かない、という具合です。そこで以下では実際の操作順に沿って進め、各ステップに自分で確認できるチェックポイントを示し、Windows、macOS、iOS、Android、Linux でインポート方法がどう違うかも説明します。
まず四つを切り分ける:サブスクサービス、クライアント、プロトコル、サブスクリプションリンク
初心者がつまずくのは、たいてい操作手順そのものではなく、いくつかの用語が混ざってしまうことです。この四つを分けて考えれば、この先の各ステップが具体的になります。
| 用語 | 指すもの | 自分で判断する部分 |
|---|---|---|
| サブスクリプションサービス | アカウントと回線を提供する側 | 対応地域、回線が専用線か中継か、毎月の通信量 |
| クライアント | 端末に入れて通信を転送するソフトウェア | 配信されるプロトコルに対応しているか、アプリごとの振り分けができるか |
| プロトコル | クライアントとノード間の伝送・暗号化方式 | 基本はサーバー側が決めるので、クライアントが認識できるかだけ確認 |
| サブスクリプションリンク | 複数のノードをまとめて設定にした URL | パスワード扱いで保管し、ノード変更時は手動で更新 |
サブスクリプションサービスは、どの地域に接続できるか、専用線か中継か、毎月どれだけ通信できるかを決めます。クライアントは、端末がルールに従って通信を送り出せるかを決めます。プロトコルは、その通信を転送時にどう暗号化するかを決めます。プロトコルは通常サーバー側から配信されるもので、自分で選ぶ必要はありませんが、クライアントが対応している必要があります。サブスクリプションをインポートしたのにノード一覧が空になるのは、クライアントのバージョンが古く、配信されたプロトコル種別を読み取れないのが原因です。
サブスクリプションリンクを気軽に転送してはいけない理由
サブスクリプションリンクは普通の URL ではありません。アカウントの認証情報を含んでいます。クライアントがサブスクリプションを更新するたびに、このリンクを使ってサーバーからノード設定を受け取っています。リンクが外部に漏れると、消費されるのは自分の通信量枠です。
サブスクリプションリンクはパスワードと同じ扱いにしてください。スクリーンショットをグループに送ったり、公開のコメント欄に貼ったりしないこと。漏えいが疑われる場合は、ユーザーパネルでサブスクリプション URL を再設定すれば古いリンクは即座に無効になります。その後、各端末で再度インポートしてください。
プロトコル名は覚えなくてよいが、クライアントの対応確認は必須
Shadowsocks、VMess、VLESS、Trojan、Hysteria2、TUIC はいずれもプロトコル名です。違いは暗号化方式、ハンドシェイクの手順、輻輳制御にあります。一般ユーザーが一つずつ理解する必要はなく、押さえるのは二点だけです。クライアントが対応していること。そして同じサブスクリプション内に複数のプロトコルが混在することがあり、ノード選びで特定の種類を避ける必要はないということです。
クライアントが「未対応のプロトコル」と表示する場合、対処はパラメータの変更ではなく、クライアントのアップデートか、メンテナンスが続いているクライアントへの乗り換えです。パラメータはサーバー側から配信されるもので、手で書き換えると誤りやすく、その後の切り分けの基準も失われます。
プラン選び:通信量の区分に合わせる
プランは二つの軸で捉えられます。一つは毎月の通信量、もう一つは同時に使う人数です。VPNVan のアカウントは台数を問わないので、本当に見積もるべきは通信量と、夜のピーク時間帯の安定性に少し多めに払うかどうかです。
| 区分 | 料金 | 毎月の通信量 | 想定される利用のしかた |
|---|---|---|---|
| エントリー | ¥9.9/月 | 60GB | モバイル中心で、Web、SNS、たまに動画 |
| スタンダード | ¥18/月 | 250GB | 1〜2 人の日常利用、高画質動画をよく見る |
| ヘビー | ¥28/月 | 500GB | 複数端末を同時接続、長時間の動画とダウンロード |
通信量は開通日を基準に毎月リセットされます。暦月の 1 日にゼロになるわけではないので、最初に開通した日が以降の各周期の起点になります。途中で上位プランに変更したい場合、差額は残り日数で按分され、次の周期まで待つ必要はありません。
使う時期が数か月に集中する人は、トラフィックパックも検討できます。¥158/300GB、¥358/1000GB、¥658/3000GB で、使い切るまで有効、期限はありません。期限を気にせず済むのが利点で、年に数週間だけ集中して使う使い方に向いています。毎日使うなら、月額プランのほうが単価はなだらかです。
初めてなら、まずは月額の最安プランで一連の流れを通してみてください。クライアント、回線、アクセスしたいサイトがすべて正常だと確認できてから、実際の使用量に応じて上位プランに上げるか、トラフィックパックを追加するかを決めます。逆に先に大容量パックを買ってしまうと、クライアント設定でつまずいたときの切り分けコストがはるかに高くつきます。
登録と注文:ユーザー名とパスワードだけで完了
VPNVan の登録にメールアドレスは不要です。ユーザー名を決めてパスワードを設定すれば完了します。省けるのは確認メールを待つ時間だけではなく、「メールが迷惑メールフォルダに入った」「リンクの有効期限が切れた」といったよくあるつまずきも避けられます。
メールという層がない分、ユーザー名とパスワードは自分でしっかり保管してください。パスワードマネージャーで生成・保存し、他のサービスと同じパスワードを使い回さないことをおすすめします。
支払いと開通
決済ページは Alipay、WeChat、USDT の 3 種類に対応しています。支払い完了後すぐにアカウントが開通し、ユーザーパネルで現在のプラン、通信量のリセット日、使用済み通信量、サブスクリプション URL を確認できます。
- ユーザーパネルでプランと請求周期を選び、料金と通信量の区分を確認します。
- 支払い方法を選んで決済します。途中で結果ページを閉じないでください。
- パネルのサブスクリプション欄に戻り、サブスクリプションリンクをコピーします。
- まず 1 台の端末でインポートしてサブスクリプションを更新し、ノード一覧が表示されるのを確認してから他の端末に広げます。
初回の支払いから 7 日以内なら、理由を問わず返金を申請できます。プラン選びで長く悩む必要はありません。まず最安プランで一連の流れを検証し、合わなければ調整すればよいのです。
クライアントへのインポート:5 つのプラットフォームの違い
同じサブスクリプションリンクでも、インポートの体験は OS によってかなり違います。デスクトップの多くは「リンクを貼る、サブスクリプションを更新、ノードを選ぶ、プロキシをオン」の 4 ステップ。モバイルはもっと簡単ですが、iOS はもう一段ハードルがあります。Linux は GUI がないことが多く、設定を自分で書く必要があります。
| プラットフォーム | よく使われるクライアントの形態 | インポート方法 | 追加の注意点 |
|---|---|---|---|
| Windows | デスクトップ GUI クライアント | サブスクリプションリンクを貼って更新 | システムプロキシと TUN モードの二択。後者のほうがより広く通信を引き受ける |
| macOS | メニューバー型クライアント | 同上。オンデマンド接続を有効にできる | 初回起動時にシステム設定でネットワーク拡張を許可する必要がある |
| iOS | App Store 版クライアント | リンクから設定をインポート | クライアントは中国本土以外の App Store で入手する必要がある |
| Android | モバイル向けクライアント | サブスクリプションリンクを直接貼り付け | アプリ単位の振り分けに対応し、一部のアプリだけ回線経由にできる |
| Linux | コマンドラインのコアが中心 | サブスクリプションから生成するか、設定ファイルを手書き | TUN や環境変数によるプロキシを自分で設定する必要がある |
システムプロキシと TUN の違い
システムプロキシは、システムのプロキシ設定に従うアプリにしか効きません。ブラウザはたいてい問題ありませんが、多くのデスクトップアプリやコマンドラインツールはこの設定を読まないため、「ブラウザは開けるのに他のソフトはだめ」という状態になります。TUN モードはシステム内に仮想ネットワークアダプタを作り、通信全体を引き受けたうえで振り分けルールに従って行き先を決めるので、適用範囲はより広くなります。代わりに管理者権限が必要で、一部の LAN ツールやゲームは直結リストに追加しないと動かないことがあります。
振り分けルール:ルールモードとグローバルモード
ルールモードはドメインと IP で判断します。中国国内のサイトは直結、海外サイトは回線経由、LAN アドレスはプロキシを通しません。普段はルールモードのままにしておくべきです。中国国内のサービスにアクセスするときに海外を回って戻ってくる、という無駄を防げます。グローバルモードはすべての通信を回線に流し込むもので、問題の切り分けにだけ向いています。あるルールの書き方が怪しいと思ったらグローバルに切り替えてみて、それで開けるなら原因はルール側です。
サブスクリプションの更新も忘れずに。サーバー側でノードが追加・調整されても、クライアントはすぐには気づきません。手動で一度更新をかける必要があります。多くのクライアントは定期更新に対応しており、1 日 1 回で十分です。
初回接続のあと:3 ステップで本当に効いているか検証する
「接続済み」はあくまでクライアントの状態表示であり、通信が本当に回線から出ている証拠にはなりません。以下の 3 ステップで確認するほうが、クライアントを何度も入れ直すよりはるかに効果的です。
- ✅ 出口 IP を確認:IP 確認ページを開き、表示される所在地が選んだノードの地域と一致するか見ます。
- ✅ DNS を確認:ドメイン解決が回線側で行われているか、ローカルの回線事業者が解決していないかを確かめます。
- ✅ アプリ別に比較:ブラウザだけ回線経由、他のアプリは直結にして、同じサイトへのアクセス結果の違いを見ます。
- ❌ クライアントのアイコンの色が変わっただけで成功と判断し、出口 IP を確認しない。
- ❌ ping が通るかどうかでプロキシの正常性を判断する。ICMP はプロキシ経路を通らないため、通っても通らなくても判断材料になりません。
DNS リークは 2 番目のステップで最も飛ばされやすい項目です。ドメイン解決がローカルの回線事業者に委ねられたままだと、通信が回線を通っていても、事業者は解決記録からどのサイトを見ているかを把握できます。さらに解決結果が汚染されることもあり、「IP を調べると海外なのにサイトが開かない」という症状になります。対処はクライアントでリモート DNS 解決(または fake-ip モード)を有効にし、解決リクエストも回線経由にすることです。
# macOS:システムが現在使用している DNS を確認
scutil --dns | grep nameserver
# Windows(PowerShell):各ネットワークアダプタの DNS 設定を確認
Get-DnsClientServerAddress -AddressFamily IPv4
# Linux(systemd-resolved):解決状態と上流を確認
resolvectl status
確認した DNS がまだローカルの回線事業者のアドレスなら、リモート解決が効いていません。まずクライアントの DNS 設定を確認し、次に振り分けルールで解決リクエストまで直結に入れていないか見てください。
よくあるつまずきの対応表と最後のアドバイス
次の表は初心者が最もよく遭遇するパターンをまとめたものです。症状から原因を引くほうが、パラメータを一つずつ試すより速く解決できます。
| 症状 | よくある原因 | 対処の方向 |
|---|---|---|
| クライアントは接続済みなのにページが開かない | システムプロキシがオフ、または振り分けルールが対象ドメインを直結にしている | グローバルモードに切り替えて一度確認し、開けるならルールを見直す |
| ブラウザは正常だが他のアプリがだめ | アプリがシステムプロキシを読んでいない | TUN モードを有効にし、すべての通信をクライアントに通す |
| サブスクリプションをインポートしたのにノード一覧が空 | リンクのコピーが不完全、またはサブスクリプション URL が再設定済み | パネルに戻ってコピーし直し、もう一度更新する |
| 未対応のプロトコルという表示 | クライアントのバージョンが古い | クライアントを更新するか、メンテナンス中のクライアントに乗り換える |
| 調子が良かったり悪かったりで、夜のピークに顕著 | 回線の混雑、またはローカルネットワークの揺らぎ | 同じ地域の別回線に変えるか、専用線タイプのノードに切り替える |
| ハンドシェイクに失敗し、再接続を繰り返す | システム時刻のずれが大きい、またはサブスクリプションのパラメータが期限切れ | システム時刻を合わせ、サブスクリプションを更新して最新のパラメータを取得する |
ここまで試してもだめなら、サポートに連絡する前に三つ用意してください。クライアント名とバージョン、問題が出る具体的なサイト、確認した出口 IP の所在地です。この三点があれば、原因を回線かルールかに絞り込めます。一から聞き直す必要はありません。サイト内のサポートへの連絡とヘルプセンターの 2 つの窓口には、よくある質問の答えがたいてい揃っています。
一連の流れで最も誤りやすいのは、回線そのものではなく振り分けルールと DNS です。まずこの二つをはっきり確認してから、ノードの変更やプランの変更を検討してください。順序を逆にすると、何度回線を変えても同じ症状が繰り返されます。
この 5 ステップを一度通してしまえば、あとは端末や OS を変えてもインポートと確認を繰り返すだけで、ゼロからやり直す必要はありません。区分とトラフィックパックを確認したいときは料金ページを、アカウントの状態とサブスクリプション URL を確認したいときはユーザーパネルにログインしてください。