VPN 接続のトラブル解決ガイド

診断の前に:3 層の切り分けと 3 つの切り替えテスト

結論から言うと、「繋がらない」のほとんどは回線障害ではなく、ローカルネットワーク・クライアント設定・接続先サービスのいずれかが原因です。まずどの層かを切り分けてから、手を動かしてください。いきなりクライアントを再インストールしたり、回線を何度も切り替えたりすると、変数が入り混じって、どの操作が効いたのか自分でも分からなくなります。

問題を 3 つの層に分ける

第 1 層はローカルネットワークです。出口の回線、ルーターのポリシー、LAN 内のアクセス制御が該当します。判定は簡単で、VPN を切った状態で中国本土のサイトが普通に開けるか、別のネットワーク(スマホのテザリング、別の Wi-Fi)に切り替えて復旧するかを見ます。復旧すれば原因はこの層にあり、残り 2 層はひとまず触らなくてかまいません。

第 2 層はクライアントとアカウントです。サブスクリプションが最新か、アカウントが有効期限内か、通信量を使い切っていないか。月額プランの通信量は自然月ではなく、契約開始日を基準に毎月リセットされます。ここを先に確認しておくと、「ちょうど使い切った」だけなのに回線障害と誤判定するのを避けられます。同じアカウントを別の端末で試して正常かどうかも、この層を見分ける手がかりになります。

第 3 層は回線と接続先サービスです。回線タイプ(IEPL 専用線 / 中継 / 直結)を変えて復旧するかを見ます。特定の 1 サイトだけ開けず、他はすべて正常なら、原因は接続先サービス側である可能性が高く、回線を変えても解決しません。回線タイプごとの違いと向いている用途は、回線一覧にまとめています。

3 つの切り替えテスト:一度に変えるのは 1 つだけ

ネットワークを変える:端末を今の Wi-Fi からスマホのテザリングに切り替えます。復旧すれば、原因は元のネットワーク出口かルーターにあり、アカウントや回線とは関係ありません。

端末を変える:同じアカウントを別の端末で接続します。復旧すれば、アカウントも回線も正常で、原因は元の端末のクライアントか OS の設定にあります。

回線を変える:同じ端末で、回線タイプを専用線から中継や直結に切り替えます。復旧すれば元の回線側に異常があったことになるので、元の回線名と地域を控えておくとチケットを出すときに役立ちます。

3 つの切り替えテストの価値は、新しい変数を作らないことにあります。一度に 1 つだけ変えるからこそ、結果に意味が出ます。3 つすべて試しても症状が変わらないなら、このページ最後の章のチケット手順に進んでください。クライアントの中でパラメータをあれこれ試し続ける必要はありません。

30 秒で終わる 3 つのチェック

アカウントと通信量:ユーザーパネルにログインし、アカウントの状態と今月の通信量の残りを確認します。パネルの数字が唯一の基準なので、それに従ってください。印象で判断しないこと。

サブスクリプションとクライアント:パネルでサブスクリプションをコピーし直し、クライアント側で手動で「サブスクリプションを更新」を 1 回実行します。大事なのは更新であって、再インストールではありません。再インストールすると既存の振り分け設定が失われ、変数が 1 つ増えてしまいます。

システム時刻:OS の自動時刻同期をオンにします。時刻のずれは暗号ハンドシェイクに直接影響し、「どうしても繋がらない」という症状になりますが、自己診断で最も見落とされやすい項目です。回線自体は軍事レベルの暗号化チャネルを使っており、ハンドシェイクが時刻に敏感なのは正常な設計です。

以下は本サービスの 4 つの固定仕様です。以降のすべての章の判断はこれを基準にします。

まったく繋がらないとき:まずエラー表示を確認し、3 つのルートに分けて対処

結論から言うと、「まったく繋がらない」は 1 つの問題ではなく 3 種類あります。クライアントがエラーを出す、いつまでも接続中のまま結果が出ない、接続済みと表示された直後に未接続に戻る——この 3 つのサインが指す原因はほとんど重なっていないので、まとめて扱うより分けたほうがずっと早く解決します。

まずクライアントが何を表示しているかを見る

エラーメッセージ型:クライアントにはっきりしたエラーが出る場合は、設定・アカウント・システム時刻が原因であることが多いです。このタイプはまず前の章の 3 つの必須チェックに戻り、確認が済んでから回線の切り替えを検討してください。

接続中のまま型:クライアントが接続中のまま止まり、エラーも出ず成功もしない場合です。このタイプはローカルネットワークのポリシーが原因であることが多く、接続先ネットワークの出口制限、ルーターのアクセス制御、同じ端末上の別の VPN ソフトがシステムルートを奪っている、といったケースが該当します。

繋がってすぐ切れる型:一瞬接続済みと表示され、すぐに未接続に戻る場合です。このタイプは、プロトコルやポートが中間機器にリセットされているか、2 つのプロキシスタックが同時にシステムネットワークを掌握して互いを押し出していることが原因です。

ローカルネットワーク側の自己診断:順番に、1 ステップ 1 分で

1. 同じ端末上の他の VPN・プロキシ・パケットキャプチャ系ソフトを終了します。2 つの TUN や 2 つのプロキシスタックが同時に動くとルートを奪い合います。これは「まったく繋がらない」で最もよくある原因ですが、クライアントの画面からはまったく見えません。
2. 出口を変える:Wi-Fi からスマホのテザリングに切り替えます。復旧すれば元のネットワーク出口に制限があることになり、アカウントや回線とは関係ありません。
3. ルーターを確認:ペアレンタルコントロール、利用時間の制限、IPv6 の強制、独自の DNS 設定などが接続を遮断している可能性があります。1 つずつオフにして試してください。
4. 再起動するのはクライアントのプロセスで、PC 本体ではありません。前者はクライアントの接続状態をクリアするだけですが、後者は変数が多すぎて、かえって結果の判断が難しくなります。

クライアントとアカウント側の対処

まずサブスクリプションを取得し直します。ユーザーパネルにログインし、ダウンロード欄で最新のサブスクリプションをコピーして、クライアント側で更新します。次に回線タイプを切り替え、IEPL 専用線、中継、直結の順にそれぞれ試します。接続後は 30 秒待ってから結果を判断し、繋がった瞬間にすぐ切り替えないようにしてください。

3 つ目は、システム時刻が自動同期になっているかの確認です。4 つ目は、アカウントの状態と通信量の残りの確認です。アカウントの期限切れや通信量の使い切りも症状は同じく繋がらないですが、クライアントが正確なメッセージを出すとは限らないので、必ずパネルに戻って確認してください。

繋がるのにページが開かない:DNS と振り分けの確認順序

結論から言うと、このタイプでは DNS 解決の失敗と振り分けルールの不一致が大半を占め、接続先サービス自体の障害が 3 番目です。判断の順序は、まず全部開けないのか一部だけ開けないのかを確認し、それから DNS を見るか振り分けを見るかを決めます。

3 つの症状が 3 つの方向に対応する

ドメイン解決の失敗:ブラウザに「サーバーが見つかりません」「ドメインを解決できません」と表示されるのに、クライアントは接続済みと表示される場合です。方向は DNS で、以下の 3 つのコマンドで自己診断します。

一部のサイトは開けるが一部は開けない:中国本土のサイトは正常で、特定の海外サイトだけ開けない、あるいはその逆の場合です。方向は振り分けルールで、このページ後半の「特定のアプリだけプロキシを通らない」の章を参照してください。

全部開けない:どのサイトも読み込めない場合です。方向は出口または DNS の全体的な異常で、まず前の章の手順で対処し、それからここに戻ってください。

DNS 自己診断:3 つのコマンド

システムのターミナルで以下のコマンドを実行し、example.com は実際に開けないドメインに置き換えてください。3 つのコマンドはそれぞれ別の問いに答えます。ドメインが解決できるか、解決結果が今使っている DNS から返ってきたものか、そして接続先サイトへのハンドシェイクが正常かどうかです。Windows 標準のコマンドプロンプトでは nslookup と curl がそのまま使えます。dig は一部の環境では別途インストールが必要なので、なければ nslookup で代用してください。

# 1. ドメインが IP に解決できるか確認
nslookup example.com

# 2. 解決結果だけを取り出し、2 回の問い合わせを比較しやすくする
dig example.com +short

# 3. 接続先サイトへの到達性とハンドシェイクの所要時間を測る
curl -I --max-time 10 https://example.com

1 つ目が IP アドレスを返せば、解決の経路は通っています。タイムアウトや「サーバーが見つかりません」が返れば、DNS リクエストに応答が返っていません。2 つ目は VPN をオンにした状態とオフにした状態でそれぞれ 1 回ずつ実行します。結果が違えば 2 系統の DNS が別の解決経路を通っていることになりますが、それ自体は正常で、今どちらを使っているかの確認に役立ちます。3 つ目は HTTP ステータスコードと所要時間を返すので、「繋がらない」と「繋がったが相手が応答しない」というまったく異なる 2 つの状況を切り分けられます。

対処法:システムの DNS をパブリック DNS(例:1.1.1.1 や 8.8.8.8)に変更するか、クライアント内蔵の DNS 処理オプションを有効にします。注意点として、クライアント内の設定が優先されます。システム DNS とクライアント DNS は別々に設定できるので、両方変えて初めて「変え切った」ことになります。片方だけでは変化が見えないことが多いです。

接続先サービス自体の障害を切り分ける

判定方法は 1 つだけです。別のネットワークに変えるか、VPN を切って直接接続し、同じサイトが正常に戻るかを見ます。直接接続では開けて VPN では開けないなら問題は VPN 経路にあり、どちらも開けないなら問題は接続先サイト自体か、ローカル出口からそのサイトまでの経路上にあり、本サービスとは関係ありません。

もう 1 つ誤判定しやすいケースがあります。サイト自体がメンテナンス中、あるいは現在の出口地域を制限している場合です。このときは回線タイプや地域を変えると復旧することが多く、設定を変更する必要はありません。ストリーミングサイトは地域差がさらに大きいので、ストリーミングページの地域別の説明と照らし合わせ、その地域が最適化の対象に入っているかを先に確認してください。

速度低下と夜のピーク時のカクつき:まずどこで遅くなっているかを測る

結論から言うと、「遅い」は少なくとも 3 か所で起こります。ローカル出口、接続ノードまで、ノードから接続先サイトまでです。場所を切り分けずに回線を変えても、ほとんどの場合むだな往復になります。まず 3 区間を測り、それからどこを変えるかを決めてください。

経路を 3 区間に分けて測る

第 1 区間、ローカル出口:VPN を切り、大きなファイルをダウンロードして速度が安定しているかを見ます。ローカル自体が遅い場合や、同じ時間帯に家の他の端末がダウンロード・同期・OS 更新を走らせている場合、VPN を通しても出口以上の速度は出ません。この区間は本サービスとは関係ありません。

第 2 区間、接続ノードまで:VPN をオンにし、地理的に近い地域に接続して、数分間速度の変動を観察します。変動が小さければこの区間は安定しています。高くなったり低くなったりする場合は、ローカルネットワークからノードまでの間でパケットロスや待ち行列が起きており、回線タイプの変更が効くことが多いです。

第 3 区間、ノードから接続先サイトまで:目的の動画やページを開き、バッファリングの挙動を見ます。前の 2 区間が正常でこの区間だけ遅いなら、原因はクロスボーダー区間そのものなので、対処は回線タイプの変更であって、クライアントの再インストールではありません。

回線タイプの選び方

3 つの回線タイプの違いは「速い・遅い」ではなく、経路の通り方と向いている場面にあります。タイプを間違えておいて遅いと感じるのが、最もよくある誤判定です。

回線の一覧と地域のグループ分けは回線一覧にあり、国と都市ごとに各回線のタイプとストリーミング対応状況が並んでいます。目的のサイトの地域に合わせて選んでください。

夜のピーク時のカクつき:原因と対処

夜のピーク時に遅くなる原因は、公衆網出口が特定の時間帯に混雑することであり、帯域を誰かに盗まれているわけではありません。対処の順序は、まず IEPL 専用線に切り替える。専用線でも不十分なら地域を変える。一括ダウンロードや OS 更新のような急がないタスクはピーク外の時間帯に移す、です。

IEPL 専用線は専用のチャネルを通り、公衆網出口を経由しないため、夜のピーク時の変動が直結回線より明らかに小さくなります。これが動画や会議の場面で第一候補になる理由です。ピーク時間帯の問題かどうかは、同じ回線の午前と夜の挙動の差を見れば分かり、特別なツールは要りません。

クライアント側の 3 つの調整

プロトコルは既定の自動選択のままにし、既定の選択肢で本当に繋がらない、あるいは明らかに遅い場合にだけ手動で指定します。しかも一度に 1 項目だけ変えてください。振り分けルールは必要な通信だけを VPN に通し、無駄な消費を減らします。同じ端末上の同期ドライブ、ライブ配信、OS 更新は大量の帯域を食うので、速度を測る前に動いていないか確認してください。

頻繁な切断とモバイルのバックグラウンド切断:よくある 4 つの原因

結論から言うと、頻繁な切断はほとんどがサーバー側ではなく、4 か所に原因があります。ネットワークの切り替え、システムのスリープ、複数の VPN ソフトの競合、ルーターのセッション老化です。モバイルにはもう 1 層あり、OS の省電力ポリシーがバックグラウンドのプロセスを凍結します。

デスクトップのよくある 4 つの原因

ネットワークの切り替え:ノート PC が Wi-Fi と有線を行き来したり、複数の Wi-Fi 間をローミングしたりすると、切り替えのたびに接続が張り直され、「しばらく使うと切れる」という症状になります。判定方法は、切断時にネットワークの変化が伴うかどうかを見ることです。伴うならクライアントを調べる必要はありません。

システムのスリープ:ノート PC の蓋を閉じる、スリープ、ディスプレイオフなどでシステムが停止し、復帰時には古い接続がすでに無効になっています。対処はスリープの設定を緩めるか、復帰後に手動で 1 回接続し直すことです。何かを再インストールする必要はありません。

複数の VPN ソフトの競合:2 つのクライアントが同時にシステムネットワークを掌握すると、周期的に互いを押し出します。このタイプは切断のタイミングが規則的で、2 つのクライアントの状態が交互に変わるのが特徴です。

ルーターのセッション老化:長時間アイドル状態の接続はルーターに回収され、「放置しているとしばらくして切れる」という症状になります。この種の切断は通常、再接続すれば復旧する正常な現象で、対処は不要です。

モバイルのバックグラウンド切断

モバイル OS の省電力ポリシーは、VPN クライアントを含むアプリをバックグラウンドで凍結します。Android ではクライアントを電池最適化のホワイトリストに追加し、バックグラウンド動作を許可する必要があります。iOS ではバックグラウンド更新を許可する必要があります。OS ごとの具体的な操作手順はAndroid をゼロからの記事に手順付きで書いてあるので、そのとおりに進めてください。

モバイルネットワークの切り替えでも再接続が起きます。Wi-Fi から外に出てモバイルデータに切り替わったときや、異なる方式の間で切り替わったときは、接続が張り直されます。これは正常なネットワークの挙動で、切断には当たらず、アカウントや通信量にも影響しません。

「本当の切断」と「すぐ再接続」を見分ける

クライアントの接続時間がゼロに戻っているかを見ます。ゼロなら実際に切断されています。戻っていなければ接続は続いており、特定のアプリが固まっただけで、原因は VPN 経路にはありません。次にログに連続した再接続の記録があるかを見ます。何件も連続していれば本当の切断、たまに 1 件なら単なるネットワークの揺らぎです。

家に端末が多く、ネットワーク全体をまとめて VPN に通したい場合は、ルーター側の構成で「端末ごとに設定する」手間を省けますが、ハードルの高さと維持コストも上がります。トレードオフはルーター VPN の比較を参照してください。やり方を間違えなければ、デスクトップの切断問題はかなり減ります。

サブスクリプションの更新失敗:リンク・キャッシュ・インポートプロトコル

結論から言うと、サブスクリプションの更新失敗はたいてい 3 つのどれかです。リンクが不完全か失効している、クライアントが古い内容をキャッシュしている、インポートプロトコルが合っていない。この 3 つはどれもクライアントの再インストールなしで判断と対処ができ、順番に試すだけで済みます。

サブスクリプションのリンクはどこで取得し、どんな形をしているか

ユーザーパネルにログインし、概要またはダウンロード欄でサブスクリプションのリンクをコピーします。リンクは以下のような形で、token はアカウント専用の文字列であり、ログイン後にのみ表示されます。

https://example.com/sub?token=YOUR_TOKEN

上記は形式の例で、実際に使えるアドレスではありません。実際のリンクは公開の場に貼ったり、スクリーンショットで共有したりしないでください。リンクを手に入れた人は、あなたのサブスクリプションを手に入れたのと同じです。新しい端末で使うときは、パネルにログインしてコピーし直せばかまいません。

更新に失敗する 4 つのケース

1. リンクのコピーが不完全:チャットアプリやメモアプリは長いリンクに改行を挿入したり、途中を省略したりします。コピー時に先頭と末尾が完全か確認し、貼り付けた後に余分な空白がないか確認してください。
2. クライアントが古い内容をキャッシュしている:クライアント側で「サブスクリプションを更新」を手動で 1 回実行します。再インストールではありません。再インストールすると振り分け設定が失われ、古いキャッシュまで一緒に戻ってきます。
3. システム時刻のずれ:リクエストの検証は時刻に敏感で、時刻が合っていないとそのまま拒否されます。自動時刻同期をオンにしてからもう一度試してください。
4. インポートプロトコルが合っていない:インポートの優先順位は clashplus:// 、Shadowrocket 、Stash 、sing-box 、Clash の順です。同じサブスクリプションリンクでもクライアントによって認識できるプロトコルが異なるため、前に挙げたものほど互換性が高く、優先して使ってください。

サブスクリプションを取得し直す必要があるのはどんなときか

クライアントの再インストール後、端末の変更後、プラン変更後は、数か月前に保存したリンクを使い続けず、パネルに戻ってサブスクリプションをコピーし直すことをおすすめします。パネルに現在表示されているリンクが基準です。古いリンクがまだ使えたとしても、最新の回線とルールが同期されているとは限りません。

更新の途中でエラーが出た場合は、まずエラー原文を控えてください。チケットに原文を添えるほうが、「更新できません」と説明するよりはるかに役に立ちます。アカウントとプランに関する対応窓口はユーザーパネルのチケット欄にあり、操作の詳細はこのページの最後の章にあります。

特定のアプリだけプロキシを通らない:振り分けルールの調べ方

結論から言うと、1 つのアプリだけ VPN が効かない場合、9 割は振り分けルールかそのアプリ自身のネットワーク実装が原因で、回線障害ではありません。他のアプリは正常なのですから、回線自体が通っていることはすでに証明されています。

振り分けルールの 3 種類のマッチング方式

ドメインルール:アクセスするドメインでマッチングします。最もよく使われ、最も分かりやすい方式です。IP レンジルール:接続先のアドレス帯でマッチングし、ドメインでアクセスしないサービスに使います。プロセス・アプリルール:リクエストを出すプログラムでマッチングし、粒度は最も細かいですが、クライアント側の対応が必要です。

マッチングの優先順位は具体的なものから広いものへと進みます。プロセスルールがドメインルールより優先され、ドメインルールが IP レンジルールより優先され、最後に既定のポリシーが適用されます。直結ルールが 1 つでもヒットすると、そのアプリの通信は VPN を通りません。これが「特定のアプリだけプロキシを通らない」で最もよくある原因で、しかも画面からはまったく見えません。

3 つの典型的なケース

4 ステップの診断法

1. グローバルモードに切り替えて 1 回照合テストを行います。グローバルモードで正常に使えれば回線に問題はなく、原因はルール側です。それでも使えなければ、アプリ自身か接続先サービスの制限です。グローバルモードは診断手段としてのみ使い、普段はルールモードのままにしてください。
2. クライアントのルール一覧をひととおり見て、そのアプリの直結ルールに該当していないか確認します。該当していればルールの順序を調整するか、そのアプリ専用のルールを 1 つ追加します。
3. 別の回線タイプでもう一度試し、UDP やポート関連の制限を除外します。
4. 以上の 3 ステップをすべて確認したうえで、初めてカスタムルールを検討します。カスタムルールは少ないほどよく、増やすほど後から診断が難しくなります。

ストリーミングアプリは事情がさらに特殊です。プラットフォームごとに地域によって内容と利用可否が異なるため、対応する地域の回線を選ぶ必要があります。地域別の説明はストリーミングページにあります。回線の選び方は上記の 4 ステップと同じで、目的の地域をプラットフォームに合わせるだけです。

端末数・通信量・アカウントの異常:実際に存在する制限はどれか

結論から言うと、VPNOh は同時接続の台数が無制限で、同じアカウントを Windows / macOS / iOS / Android / Linux で同時に使えます。そのため、他のサービスでよくある「端末数の上限超過」は本サービスには存在しません。実際に引っかかるのは 2 つだけ、アカウントの状態と通信量の残りです。

台数無制限とは何を意味するか

台数無制限とは、同時接続する端末数に上限がないという意味です。家の PC、スマホ、タブレット、テレビボックスが同じアカウントを同時に使えます。端末ごとに個別に契約する必要はありません。家族でのアカウント共用も可能で、唯一気をつけるべきは通信量です。すべての端末が同じ 1 つの通信量枠を共有します。

複数端末での共用の具体的な計算方法と注意点は、複数端末向け VPNの記事に詳しく書いてあります。家族でどう通信量を配分するか、どの端末を常時接続に向けるか、どれを必要なときだけ繋ぐか、といった内容です。端末数は制限ではなく、使用量の配分こそが計画すべき点です。

「端末数の上限超過」のような表示が出たときの対処

まずその表示がどのクライアントから出ているかを確認します。端末に他のサービスのクライアントが残っていれば、表示はそちらから出ている可能性があり、本サービスとは関係ありません。アンインストールするか停止してからもう一度確認してください。

本サービスのアカウントが別の場所で使われていると確認できた場合は、パスワードを変更し、パネルに戻ってサブスクリプションを取得し直します。クライアントが古いサブスクリプションをキャッシュしている場合も「状態がおかしい」という症状が出ますが、サブスクリプションを手動で更新すれば正常に戻ります。

通信量とプラン

月額プランは 3 種類です。¥9.9/月で 60GB、¥18/月で 250GB、¥28/月で 500GB。通信量は自然月ではなく契約開始日を基準に毎月リセットされます。途中でプランをアップグレードした場合、差額は残り日数に按分され、次の周期を待つ必要はありません。

通信量パックは使用量が不規則なユーザーに向いています。¥158/300GB、¥358/1000GB、¥658/3000GB で、使い切るまで有効、期限は永久に切れません。軽いブラウジング、長時間の動画視聴、リモートワークの 3 つの使い方でそれぞれどれくらい必要かは、通信量パックと月額プランの選び方の記事に試算方法があります。最新の価格とプラン比較は料金ページにあります。

返金とアカウント関連の対応

本サービスは 14 日間の理由を問わない返金を提供しており、申請窓口はユーザーパネル内にあり、チケットの手順に沿って提出するだけです。アカウント登録にメールアドレスは不要で、ユーザー名とパスワードだけで完了します。そのためパスワードはパスワードマネージャーに保存し、他のサイトのパスワードを使い回さないでください。

アカウント、注文、支払いに関する異常は人による確認が必要な範囲です。次の章のリストに沿ってチケットを出せば済むので、本文の中でいろいろな操作を繰り返す必要はありません。

いつサポートに連絡すべきか:チケットに添える情報

結論から言うと、該当する章の判断フローを最後までたどり、ネットワークと回線も変えて、それでも問題が残るならチケットを出すときです。チケットの質が対応速度を直接左右します。一言だけのチケットと、情報がそろったチケットでは、処理の流れがまったく違います。

そのままチケットを出してよい 3 つのケース

1 つ目は、このページの手順を最後まで行っても解決しない場合です。たとえば 3 つの切り替えテストをすべて試し、サブスクリプションも取得し直し、システム時刻も同期したのに接続が異常なまま、といったケースです。2 つ目は、アカウント・注文・支払いに関する異常です。これらは人による確認が必要で、自己診断では解決できません。3 つ目は、人による確認が必要な操作です。プラン変更、返金申請、アカウント関連の対応が該当します。

逆に言えば、3 つの切り替えテストをせずにチケットを出しても、対応する側は必ずまずそれをやるように伝えます。先に変数を整理してから提出するのが、最も時間を節約できるやり方です。

チケットに添える 5 つの情報

5 つのうち最も見落とされやすいのが後ろの 2 つです。エラー原文は「繋がりません」より役に立ち、すでに行った診断は「全部試しました」より役に立ちます。3 つの切り替えテストの結果をはっきり書いておけば、対応する側は最初の手順から聞き直すことなく、次のステップに進めます。

チケットの窓口とその他の連絡手段

ユーザーパネルにログインし、チケット欄から提出します:チケットを開く。その他の連絡方法とサポート範囲はお問い合わせページにあります。提出後に何通も重複して出さないでください。重複したチケットは対応記録が分散し、かえって遅くなります。

チケットを出す必要がないケース

通信量を使い切った場合:パネルでそのまま更新するかプランをアップグレードしてください。通信量は契約開始日を基準に毎月リセットされ、アップグレードの差額は残り日数に按分されます。サブスクリプションのインポート方法が分からない場合:はじめてのガイドに、プラットフォーム別の手順がすべて書いてあります。接続先サイト自体の障害:別のネットワークや別の回線で照合し、本サービスの問題でないことを確認して、相手側の復旧を待てばかまいません。

もう 1 つ、初心者が最もよく聞くのが、複数端末で使えるのか、通信量はどう計算されるのか、ずっと繋ぎっぱなしでよいのか、速度制限はあるのか、という類の質問です。VPN 初心者よくある質問でまとめて答えています。さらに細かい分類別の Q&A はヘルプセンターにあります。このトラブルシューティングはそれらと組み合わせて使ってください。まずここで切り分け、それから該当ページで詳細を確認します。