このVPN初心者ガイドでは、アカウント作成、プラン選択、支払い状況の確認、購読URLの取得、クライアントへの追加、接続先の選択、接続が実際に有効かどうかの確認まで、一連の手順を扱います。初めて使うときに混乱しやすいのは、特定のボタンよりも、アカウント、購読、クライアント、接続先の関係です。これらを整理して理解すれば、その後のトラブルシューティングも簡単になります。
アカウントはユーザーパネルへのログインに使います。プランは現在利用できるサービスを決め、購読URLは接続先の設定をクライアントへ渡します。クライアントは端末上で設定を読み込み、接続を確立します。接続先は購読に含まれる具体的な入口であり、購読そのものではありません。端末を変更する場合は通常、購読を再度追加します。一方、接続先の変更は、すでに追加した一覧から選び直すだけで済みます。
申し込み前に利用手順を確認する
出所の不明なクライアントを先にいくつもインストールし、後から読み込める設定を探すのは避けましょう。まず本サイトのプランページで必要なプランを確認し、その後ユーザーパネルでアカウント作成と注文手続きを進めるのが安全です。支払いが完了したら、パネルに用意されたダウンロードと購読の入口から設定を続けます。
- プランページを開き、通信量、期間、利用条件を確認しましょう。価格だけを比較するのは避けてください。
- ユーザーパネルに移動し、画面の案内に従ってアカウントを作成し、ログイン情報を安全に保管します。
- 利用するプランを選び、画面に表示される支払い手続きを完了します。
- 注文または概要画面に戻り、プランの状態が更新されたことを確認してから、購読情報を取得します。
支払いページから正常に遷移したことは、クライアントが設定を取得したことを意味するとは限りません。判断基準はブラウザーの最後の表示画面ではなく、ユーザーパネル内の注文・サービス状態です。支払い結果がまだ反映されていない場合は、同じ注文を何度も送信しないでください。まずパネルを更新して注文履歴を確認し、それでも問題がある場合は注文IDと支払い結果の画面を保管し、サポート窓口から問い合わせます。
- ✅ ユーザーパネルに正常にログインでき、現在の注文またはプランの状態を確認できる。
- ✅ パネルに支払い入口だけでなく、購読情報を取得する入口が表示されている。
- ✅ ダウンロード入口が端末のプラットフォームに合っており、インストーラーが本サイトのパネルから提供されている。
- ❌ 支払い状態が確認できないまま、同じ注文を繰り返し作成する。
- ❌ ログインパスワード、購読URL、完全な設定画面のスクリーンショットを公開する。
購読URLとプロトコルの違い
購読URLは設定を配布する方法の一つです。クライアントがURLにアクセスすると、接続先名、サーバーアドレス、ポート、通信パラメータ、認証情報などを取得します。通常のウェブページではないため、ブラウザーで開いたままにする必要はありません。クライアントにある「URLからインポート」「購読を追加」「購読管理」などは、名称こそ異なりますが、基本的には同じ種類の操作を指します。
プロトコルは、クライアントとサーバーがセッションを確立する方法を決めるものです。代表的な名称には Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC があります。これらはクライアントのブランド名ではなく、名称だけで実際の速度を判断することもできません。利用できるかどうかは、クライアントが該当形式に対応しているか、購読で配布される通信方式、暗号化、TLSパラメータを正しく読み取れるかで決まります。
| 名称 | 基本的な位置づけ | 追加時の注意点 |
|---|---|---|
| Shadowsocks | 暗号化プロキシプロトコルで、通常はサーバー、ポート、パスワード、暗号化方式を含みます。 | 古いクライアントでは、購読で指定された新しい暗号化方式に対応していない場合があります。 |
| VMess | V2Ray エコシステムでよく使われ、認証と通信パラメータを組み合わせて設定する必要があります。 | サーバーアドレスだけをコピーしてはいけません。ネットワーク、通信方式、TLSパラメータも一致させる必要があります。 |
| Trojan | 通常はTLS上で利用され、ドメイン、認証情報、証明書の検証に関する設定が含まれます。 | システム時刻のずれやドメイン設定の不足により、ハンドシェイクに失敗することがあります。 |
| VLESS | 軽量な認証プロトコルで、実際の安全性と通信性能は組み合わせる通信層に左右されます。 | クライアントが、購読に含まれる通信方式と関連するセキュリティパラメータを認識できる必要があります。 |
| Hysteria2 | UDP向けの通信方式で、変動やパケットロスが発生する環境への対応を重視します。 | 利用中のネットワークでUDPが制限されていると、タイムアウトやハンドシェイク失敗が起きる場合があります。 |
| TUIC | QUICの考え方を取り入れたプロキシプロトコルで、クライアントのバージョンとパラメータの一致が求められます。 | 追加に失敗した場合は、まずクライアントが該当プロトコルに本当に対応しているか確認します。 |
初心者がこれらのパラメータを手入力する必要は通常ありません。完全な購読情報を使って追加すれば、通信層の項目を入力し忘れる可能性を減らせます。購読を認識できない場合、サポートから設定確認を求められた場合、または特定の接続先を診断する場合に限り、具体的なプロトコル項目を確認すれば十分です。
各プラットフォームでクライアントをインストールして追加する
まずユーザーパネルのクライアントを取得からプラットフォームを選びます。デスクトップとモバイルではネットワーク権限の扱いが異なりますが、追加の流れはほぼ同じです。クライアントをインストールし、必要な権限を許可し、購読を追加して一覧を更新し、接続先を選び、接続を開始します。
Windows と macOS
デスクトップクライアントには通常、システムプロキシモードと仮想ネットワークアダプターのモードがあります。システムプロキシは、システムプロキシ設定に従うアプリを主に処理します。仮想ネットワークアダプターのモードは、システムプロキシを参照しないプログラムにも対応しやすい一方、ネットワークコンポーネントのインストールや管理者権限が必要です。初回設定では複数のプロキシクライアントを同時に起動しないでください。システムプロキシのポート、ルーティングテーブル、仮想ネットワークアダプターが互いに上書きされる可能性があります。
macOSでは、初めてネットワーク拡張機能を有効にするときに、システムから権限の確認を求められます。Windowsでも、仮想ネットワークアダプターのコンポーネントをインストールする際に確認画面が表示される場合があります。先に権限の許可を完了してからクライアントに戻って接続してください。システムの案内を無視すると、クライアント画面は起動中と表示されても、実際にはルートが確立されていないことがあります。
iOS と Android
モバイルプラットフォームでは、初回接続時にシステムレベルのVPN設定リクエストが表示されます。これはOSがネットワークトンネルを作成するために必要な権限であり、購読の追加が成功したことを示すものではありません。クライアントで先に購読を追加して接続先を更新し、ノードを選択してから、システムの接続リクエストを許可してください。
iOSクライアントは通常、システムのNetwork Extensionで接続を管理します。AndroidクライアントはシステムのVPNサービスを通じて通信を処理します。省電力設定、バックグラウンド制限、自動スリープが有効になっていると、長時間バックグラウンドに移動した後で切断される場合があります。その場合は、購読URLを何度も変更するのではなく、現在のクライアントに対するOSのバックグラウンド実行設定を確認してください。
- パネルで購読URLをコピーし、コピー内容の前後に余分な空白がないことを確認します。
- クライアントの購読管理を開き、「URLから購読を追加」を選択します。
- 購読に識別しやすい名前を付けてから、更新を実行します。
- 接続先一覧からノードを一つ選び、現在の接続先に設定します。
- 接続を開始し、OSに表示されるネットワーク権限のリクエストを許可します。
更新が成功すると、クライアントには接続先一覧が表示されます。購読URLの文字列が一行保存されるだけでは不十分です。購読を追加したのに一覧が空の場合は、まず「購読を更新」を手動で実行します。形式エラーが表示されたら、URL全体をコピーしたか、ウェブページのURLを購読URLと取り違えていないか、クライアントのバージョンが購読に含まれるプロトコルに対応しているかを確認します。
直結・中継・IEPL回線の選び方
接続先名にある「直結」「中継」「IEPL」は、異なるネットワーク経路を表します。直結は端末から遠隔地の入口へ直接アクセスする方式で、経路がシンプルな一方、使用感が国内の通信事業者による国際ルーティングの影響を受けやすくなります。中継回線は、まず近い入口に接続し、そこから中継ネットワークを経由して出口地域へ送ります。事業者間や国際経路の安定性を改善する目的で使われます。
IEPLは国際イーサネット専線に類する接続方式で、入口と出口の間にある専用伝送区間を収容するためによく使われます。これは中間の通信基盤を示すもので、アプリケーション層のプロキシプロトコルではありません。また、アクセス経路全体が公衆インターネットを経由しないことを意味するものでもありません。端末から入口まで、出口から対象サイトまでにもそれぞれ別のネットワーク区間があり、最終的な体感は国内の接続環境、出口の負荷、対象サイトの応答にも左右されます。
| 回線タイプ | 経路の特徴 | 優先して試したい場面 | よくある制限 |
|---|---|---|---|
| 直結 | 端末から遠隔地の入口へ直接接続します。 | 国内から対象地域までの経路が安定している場合や、日常的なウェブ閲覧。 | 事業者間の迂回や夜間の混雑時には、変動が大きくなる場合があります。 |
| 中継 | 近い入口に接続してから、出口ノードへ中継します。 | 直結でパケットロスがある場合や、事業者間の経路が不安定な場合。 | 経由する区間が増えるため、入口の状態も接続に影響します。 |
| IEPL | 入口と出口の間に専線系の通信基盤を使用します。 | 接続の継続性と経路の安定性を重視する用途。 | 専線なのは中間の伝送区間だけであり、端末側の権限や正しい設定に代わるものではありません。 |
初めて接続先を選ぶときは、名前が長いノードや距離が最も遠いノードを追いかける必要はありません。まず用途に合う出口地域を選び、同じ地域にある複数の回線の実際の応答を比較します。ウェブページの表示が遅いのに接続が切れない場合は、対象サイトまたは出口経路の問題かもしれません。クライアントが頻繁に再接続する場合は、国内ネットワーク、入口経路、プロトコル対応の問題に近い可能性があります。一度に変更する要素を一つに絞ると、どの層に原因があるか判断しやすくなります。
接続が実際に有効か確認する
クライアントに「接続済み」と表示されても、ローカルプログラムがセッションを確立したと認識しているだけで、すべてのアプリがその経路を使っているとは限りません。出口アドレス、DNS解決、実際のアプリ利用を確認しましょう。まず本サイトのIPアドレス確認ページを開き、接続前後で出口情報が変わったかを記録します。その後、対象アプリが正常に読み込めるか確認してください。
出口アドレスを確認する
接続後も出口情報が変わらない場合、デスクトップではシステムプロキシを使っているのか、仮想ネットワークアダプターのモードを使っているのかを確認します。ブラウザーは通常システムプロキシに従いますが、一部のゲーム、コマンドラインツール、独立したネットワークプログラムはシステムプロキシを回避することがあります。モバイルでは、システムのステータスバーにVPN表示があるか、クライアントがバックグラウンドで接続を維持しているかを確認します。
DNSリークを確認する
DNSリークとは、通信はプロキシ経由で転送されているのに、ドメイン名の問い合わせだけがローカルネットワークから直接行われる状態です。ローカルの名前解決元が露出したり、出口地域と異なる地域向けの名前解決結果が返ったりする可能性があります。クライアントのDNS設定、分流モード、仮想ネットワークアダプターの設定を確認し、プロキシ経由のドメイン名解決がリモートで行われているか確認してください。
ローカルのDNSアドレスが表示されているだけで、直ちにDNSリークと判断することはできません。クライアントによっては端末上でローカルDNSリスナーを起動し、問い合わせを遠隔地へ転送するためです。重要なのは、問い合わせが最終的にどの経路で処理されるかであり、画面に表示されたリスニングアドレスではありません。DNSを変更した後は、古いキャッシュやセッションを終了させるため、いったん切断して再接続します。
分流ルールを確認する
分流ルールは、どのドメインやIPをプロキシ経由にし、どれを直結にするかを決めます。グローバルモードは通信経路がそろうため切り分けに便利です。ルールモードは日常利用に向いていますが、誤ったルールや古いルールによって対象サイトが意図せず直結になることがあります。特定のサイトが開けない場合は、一時的にグローバルモードへ切り替えて確認できます。グローバルモードでは利用でき、ルールモードでは利用できない場合、原因は通常ルールのマッチングまたはDNSの分流にあり、アカウントや購読ではありません。
- ✅ 接続前後の出口情報が、選択した回線に期待される変化と一致している。
- ✅ クライアントの表示だけでなく、ブラウザーと対象アプリの両方でアクセスできる。
- ✅ ルールモードに問題がある場合、グローバルモードで比較確認する。
- ✅ 回線、DNS、モードを変更した後は、古い接続を切断してから再接続する。
- ❌ システムプロキシやルーティングを変更するクライアントを複数同時に実行する。
よくあるつまずきの確認手順
トラブルシューティングでは、アカウント層からネットワーク層へ順番に確認し、最初からOSを再インストールしたり、プロトコルを何度も変更したりしないでください。アカウント、購読、クライアント、接続先、アプリは連続していながら、それぞれ独立した層です。前の層が正常だと確認できていなければ、次の層で起きた現象を判断する根拠がありません。
購読を更新できない
まずユーザーパネルに戻り、プランの状態と購読情報の入口が有効か確認してから、完全なURLをコピーし直します。次に、クライアントがそのURLを「単一接続先」ではなく「購読」として保存しているか確認します。以前は購読を更新できていたのに失敗する場合は、パネルからURLを再取得できることを確認したうえで、ローカルの購読記録を削除して追加し直します。
すべての接続先がタイムアウトする
すべての接続先で同時にタイムアウトする場合は、まず国内ネットワーク、システム時刻、クライアントの権限、ファイアウォールによる遮断を確認します。TrojanなどTLSに依存する設定は、システム時刻のずれの影響を受ける場合があります。Hysteria2、TUICなどUDPに依存する方式は、利用中のネットワークによって制限される可能性があります。購読内の異なるプロトコルの回線に切り替えて比較できますが、DNS、分流、仮想ネットワークアダプターのモードを同時に変更しないでください。どの変更が有効だったのか判断できなくなります。
ブラウザーは使えるが、ほかのアプリが使えない
これは通常、プロキシが通信を引き受ける範囲に関係します。ブラウザーはシステムプロキシを読み取っていても、対象アプリは直接接続している可能性があります。デスクトップでは、クライアントが仮想ネットワークアダプターのモードに対応しているか、そのネットワークコンポーネントが有効かを確認します。モードを切り替える前に、同種のクライアントを終了して、ルートやポートの競合を避けてください。
接続後も一部のサイトが開けない
まず同じ地域の別の回線に切り替え、特定の出口経路の問題かどうかを切り分けます。次にグローバルモードとルールモードを比較します。ルールモードだけが失敗する場合は、ドメインルールとDNSポリシーを確認してください。すべての回線で同じサイトだけが開けない場合は、対象サイトの状態、アカウントの地域設定、ブラウザーキャッシュも考慮する必要があります。購読が無効になったとすぐに判断しないでください。