接続トラブル診断マニュアル

1. 診断前の準備と判断の流れ

「つながらない」のほとんどは回線の故障ではなく、手元のどこかの段階で通信が遮られていることが原因です。無駄な作業を避けるため、まず経路全体を次の 3 層に分けて考えます。デバイスとローカルネットワーク層（お使いの PC、ルーター、回線、接続中の Wi-Fi）、クライアントと設定層（クライアントにログインしているか、サブスクリプションを読み込んでいるか、プロキシモードとプロトコルの設定）、回線とサービス層（出口回線そのものに到達できるか）。この 3 層のうちサーバー側の問題は 3 層目だけで、残る 2 層はすべて手元にあり、しかもトラブルが最も集中する場所でもあります。

推奨する判断順序は下から上へです。まずローカルネットワーク自体が通じているかを確認し、次にクライアントの状態と設定を見て、最後に回線を疑います。逆の手順、つまりページが開かないと気づくなり回線を何度も切り替えるやり方は、どれも問題のない出口の間を行き来するだけで、時間を浪費し、本当の手がかりを覆い隠してしまいがちです。

まず 3 つの情報を用意する

作業を始める前に、次の 3 つを手元にメモしておいてください。エラーメッセージの原文（スクリーンショットを撮るか一字一句書き写す。「エラーが出た」だけでは不十分です）、問題が発生した正確な時刻（分単位まで、タイムゾーンも明記）、使用中のプラットフォームとネットワーク種別（Windows / macOS / iOS / Android / Linux のどれか、自宅回線・社内ネットワーク・公共 Wi-Fi・モバイルデータのどれか）。この 3 つがあるかどうかで一度に原因を特定できるかが決まり、サポートへ連絡する際の必須項目にもなります。

まず症状で分類する

同じ「つながらない」でも、その裏にある層はまったく異なります。次の表はよくある症状を対応する章に直接ひも付けたものです。まず分類してから作業に入れば、試行錯誤の大半を省けます。

もう 1 つ見落とされがちな前提があります。クライアントがログイン状態であることです。VPNCZ の登録はユーザー名とパスワードだけで済み、メールアドレスは不要です。ログイン情報は端末内に保存されます。クライアントが未ログインや認証情報の失効を表示していると、サブスクリプションは正常に更新されず、症状は「回線が壊れた」ときとほぼ同じになります。何か異常があれば、まずクライアント右上のアカウント状態を確認してください。2 秒で終わる作業です。

2. まったく接続できない：端末から出口までの 5 ステップ診断

「まったく接続できない」とは、クライアントで接続を押してもトンネルが確立されず、通信も一切流れない状態を指します。この種の問題には明確な判断順序があり、順に進めれば通常 5 ステップ以内で結論にたどり着けます。

ステップ 1：ローカルネットワーク自体が通じているか確認する

まず VPN アプリを切断し、日本国内のサイトを直接開いてみてください。問題なく開けるなら、回線・Wi-Fi・ルーター・DNS の層に問題はないのでステップ 2 へ進みます。国内のサイトすら開けない場合は、ローカルネットワーク側の問題で、加速サービスとは関係ありません。まずルーターを再起動し、Wi-Fi に接続し直すか、別のネットワーク環境（社内ネットワークからモバイルデータのテザリングに切り替えるなど）で試してください。「つながらない」という問い合わせの多くは、最終的に社内ネットワークや学内ネットワークの出口ポリシーに行き着きます。

ステップ 2：クライアントがどの状態で止まっているか見る

次の 3 つの挙動をしっかり区別してください。接続を押しても無反応（ボタンが接続中の状態にならない）——多くの場合クライアントのプロセス異常か未ログインが原因です。クライアントを終了して開き直し、アカウント状態を確認すれば解決します。ずっと読み込み中でタイムアウトする——クライアントはハンドシェイクを試みていますが出口に到達できていません。回線側の問題なのでステップ 3 へ進みます。すぐにエラーが表示される——エラーメッセージの原文を控えてください。この種の表示は原因を直接示していることが多く、システム時刻のずれ、設定の解析失敗、仮想ネットワークアダプターの作成失敗などが該当します。

ステップ 3：別の地域の回線に切り替える

同じ地域の同じ回線を何度も押し直さないでください。地理位置も回線タイプも異なる出口に切り替えます。たとえば日本からシンガポールへ、あるいは中継回線から直結回線へ変更します。異なる地域の回線に 3 本以上切り替えてもすべて失敗するなら、問題は個々の回線にはほぼなく、ステップ 2 と 4 に戻って端末側を確認してください。

ステップ 4：システム時刻とセキュリティソフトを確認する

暗号化ハンドシェイクは正確なシステム時刻に依存しており、時刻が大きくずれていると接続が拒否されます。システム時刻を自動同期に設定し、クライアントを再起動してください。あわせて、ローカルのセキュリティソフト、ファイアウォール、企業の管理ツールが仮想ネットワークアダプターを遮断していないか確認します。こうしたソフトは OS の更新後にルールをリセットすることがよくあります。ネットワーク保護を一時的に無効にして再接続し、つながれば遮断が原因です。クライアントを許可リストに追加すれば済み、保護を長期間オフにする必要はありません。

ステップ 5：古い設定を削除して再インポートする

ここまで問題がなければ、端末に古いバージョンの設定が残っている可能性があります。クライアントで現在のサブスクリプションを削除し、アプリを終了、再ログインしてからサブスクリプションを読み込み直してください。古い設定が残っているときの典型的な症状は、回線リストにすでに終了した地域名が表示される、接続時に特定の設定項目が見つからないと表示される、などです。

よくある誤解についても触れておきます。接続の失敗はアカウントの問題を意味しません。クライアントは未ログイン状態でも回線リストを表示します。リストは前回の同期に成功したときのキャッシュだからです。アカウントが有効かどうかは、クライアントが回線名を表示できるかではなく、管理画面のサブスクリプション状態で判断してください。管理画面でサブスクリプションが正常、通信量も残っているなら、問題は必ずローカル環境か出口への到達性にあります。

3. 接続できるのにページが開かない：DNS と振り分けの切り分け

この種の問題の特徴は、クライアントは接続済みと表示しているのにブラウザがずっと読み込み中のまま、あるいは一部のサイトしか開けないという点です。第 2 章の「まったく接続できない」とは別物で、トンネルは確立済みであり、ドメイン名の解決か通信の振り分けで止まっています。

まず 3 つの挙動を区別する

どのサイトも開けない：トンネルは確立していますが通信が実際には外へ出ていません。多くの場合、振り分けルールか仮想ネットワークアダプターが機能していません。一部のサイトだけ開けない：典型的な名前解決の問題で、到達できないアドレスに解決されています。ブラウザは開けないがチャットアプリは正常：ブラウザ自身の暗号化 DNS 設定や拡張機能が名前解決を横取りしており、トンネルとは関係ありません。

出口が変わっているか確認する

最も直接的な確認方法は、現在の出口アドレスを調べることです。接続の前後でそれぞれ確認し、2 回の結果が完全に同じなら、通信は回線をまったく通っていません。問題は DNS ではなく、クライアントのプロキシモードかシステム側にあります。この手順で「名前解決の問題」と「そもそも回線を通っていない」を即座に切り分けられ、DNS での無駄な作業を避けられます。出口の確認方法の詳細は、VPN が本当に有効になっているかの確認方法 の記事をご覧ください。

ローカルの名前解決キャッシュを消去する

古い名前解決の結果はしばらくシステムにキャッシュされ、回線を切り替えても古い記録が使われ続けます。これが「接続できるのに開けない」の最もよくある原因の 1 つです。キャッシュを一度消去してから再試行してください。

# Windows（コマンドプロンプト）
ipconfig /flushdns

# macOS（ターミナル）
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

# Linux（systemd-resolved）
sudo resolvectl flush-caches

ブラウザ内蔵の暗号化 DNS を確認する

一部のブラウザは「セキュア DNS / DNS over HTTPS」が既定で有効になっており、システム設定を迂回して独自にドメイン名を解決します。そこで使われる解決サービスが現在のネットワークから到達できないと、「チャットアプリは正常なのにブラウザだけ開けない」という現象が起きます。ブラウザのセキュア DNS をオフにするか、システム設定に従うよう変更すれば、通常はすぐに解消します。同様に、ブラウザにインストールした広告ブロッカーやプロキシ系の拡張機能がリクエストを横取りすることもあるため、切り分けの際は拡張機能を入れていないクリーンなプロファイルで一度試してください。

キャッシュの消去、ブラウザの暗号化 DNS の無効化、グローバルモードへの切り替えをすべて試しても、一部のドメインだけ名前解決に失敗し続ける場合は、開けないドメイン名とそのときのエラーメッセージを控えてサポートへ連絡してください。ドメイン単位の名前解決の異常はサーバー側での確認が必要で、自分で試し続けても新しい結果は得られません。

4. 速度低下と夜間の混雑：「常に遅い」か「特定の時間帯だけ遅い」かをまず切り分ける

速度の問題で最も避けたいのは、「遅い」とひとくくりに語ることです。まず次の問いに答えてください。一日中遅いのか、それとも夜の特定の時間帯だけ遅いのか。この 2 つは原因がまったく異なり、対処法も変わります。

常に遅い：ボトルネックは多くの場合ローカル側

どの時間帯でもどの回線でも遅い場合は、まずローカル側を疑ってください。順に確認します。現在の回線プランの実際の下り速度、2.4GHz 帯を使っていないか（2.4GHz は住宅密集地で干渉がひどく、5GHz に切り替えると効果がすぐ出ることが多い）、ルーターを長期間再起動していないか、同じネットワーク内で他の機器がダウンロードや高画質動画の視聴をしていないか。LAN ケーブルでルーターに直結して再測定し、速度が明らかに戻るなら、原因は無線区間にあり、出口回線とは関係ありません。

夜間の混雑時に遅い：国際出口の輻輳

夜間は国際通信が集中するため、公共出口の輻輳は避けられません。緩和策は 2 つあります。回線タイプを変える——通常の直結から専用線や中継タイプの出口に切り替えます。これらの回線は帯域が比較的独立して確保されています。地域を変える——その時間帯に最も混雑する出口地域を避け、ややマイナーでも物理的な距離が近いノードを選びます。両方を同時に試すと、同じ回線に何度も再接続するよりはるかに効果的です。

プロトコルと転送方式の影響

同じ端末・同じ回線でも、転送プロトコルを変えると速度の出方が変わります。UDP ベースの転送はパケットロスが起きる環境での復帰が速く、リアルタイム性が求められる用途に向いています。TCP ベースの転送は制限の厳しいネットワークでも接続を確立しやすい一方、パケットロスが起きると速度の落ち込みが大きくなります。クライアントで切り替えられることが多いので、同じ時間帯にそれぞれ測定し、良いほうを残すことをおすすめします。

バックグラウンド通信の干渉

OS の更新、クラウドストレージの同期、オンラインストレージのクライアント、ゲームプラットフォームのバックグラウンドダウンロードは、いずれも帯域を継続的に占有しますが、通常は何も通知してくれません。切り分けの前に OS のネットワーク使用状況を確認し、不要な大容量通信のプロセスを一時停止してから再測定してください。この手順で「昨夜は突然遅くなったのに今日は元に戻った」といった一見ランダムな問題の多くを説明できます。

回線タイプの変更、地域の変更、ローカルで大容量通信がないことの確認をすべて行っても、速度が長期的に期待値を下回る場合は、サポートへの連絡に次の情報を添えてください。お住まいの地域、よく使う時間帯、使用中の回線タイプ、3 回の速度測定結果のスクリーンショット。これらの情報は、回線の容量の問題かローカルの経路の問題かを切り分けるのに役立ちます。回線タイプの選び方については、回線一覧 のページで詳しく説明しています。

5. 頻繁な切断：間隔のパターンから原因を逆算する

切断そのものは手がかりになりません。切断の間隔のパターンが手がかりです。まず 20 分ほど観察し、「一定間隔で切れる」「ランダムに切れる」「ネットワーク切り替え時に切れる」のどれに近いかを記録してから、以下の該当する項目を確認してください。

一定間隔で切れる場合

毎回ほぼ同じタイミングで切断される場合（5 分おき、30 分おきなど）は、定期的な仕組みが原因です。OS の省電力設定がバックグラウンドでクライアントを凍結している、ルーターのアドレスリースが切れている、何らかの定期タスクがネットワークインターフェースをリセットしている、などが考えられます。対処法はクライアントのバックグラウンド制限を解除することです。OS のバッテリーまたは省電力設定でクライアントを制限なしのリストに追加し、それに対する「スマート省電力」系の項目をオフにします。ルーター側のリースの問題は再起動で検証できます。再起動後に切断間隔が明らかに変わったら、ルーターのリース期間を長く設定してください。

ランダムに切れる場合

規則性のない切断は、多くの場合無線信号が関係しています。機器が複数のアクセスポイント間をローミングしている、電波強度が限界値付近で揺れ続けている、2.4GHz 帯が近隣のルーターに干渉されている、などです。機器を 5GHz 帯に固定する、ルーターに近づける、あるいは LAN ケーブルに切り替えてみて、切断が消えれば無線区間の問題と確定できます。オフィスや公共の場所ではアクセスポイント間の切り替えが日常的に起こるため、この場合はモバイルデータで比較テストすることをおすすめします。

ネットワーク切り替え時に切れる場合

スマートフォンを Wi-Fi から屋外のモバイルデータに切り替える、ノート PC を有線から無線に切り替えるなど、ネットワークインターフェースの変化は確立済みのトンネルを無効にします。多くのクライアントはインターフェースの変化後に自動で再接続します。自動復帰しない場合は、クライアントの自動再接続オプションが有効か確認してください。それでも復帰しないときは、手動で切断して接続し直せば問題ありません。これは故障ではなく、ネットワーク環境の切り替えに伴う正常な挙動です。

クライアントのログの読み方

クライアントには通常ログの閲覧機能があります。ログは 1 行ずつ読む必要はなく、次の 2 種類の行だけを探してください。タイムスタンプ（切断が起きた正確な時刻を確認し、自分の観察と一致するかを見る）と、切断・タイムアウト・リセットといった語を含む行（これらの行は原因を直接示していることが多い）。この 2 種類の行をタイムスタンプごとスクリーンショットに撮っておくのが、サポート連絡時に最も価値のある情報で、「よく切れる」と説明するよりはるかに役立ちます。

常時接続について補足します。メッセージアプリ、リモートデスクトップ、オンラインゲームのような常時接続は切断に非常に敏感で、たとえ 2 秒の切断でも「メッセージの受信が大きく遅れる」「ゲームからそのまま落ちる」といった形で現れます。こうしたアプリを主に使う場合は、IEPL 専用線タイプの出口を優先し、できるだけ同じ回線に固定して、切り替えによる再接続の負荷を減らしてください。

6. サブスクリプションの更新失敗：リンク・状態・名前解決の 3 点を確認

サブスクリプションは、アカウントの権限をクライアントに同期するための経路です。更新に失敗すると、クライアントの回線リストは古い状態のまま止まり、「新しい回線があるはずなのに表示されない」「接続後に設定が無効だと表示される」といった形で現れます。

まず 3 点を確認する

更新失敗の原因は、技術的な問題よりも状態の問題であることが半分以上を占めます。アカウントがログイン状態か（ログインの有効期限が切れるとサブスクリプションを取得できません）、プランが有効期間内か（月額プランの期限が切れるとサブスクリプションの更新が止まります）、通信量を使い切っていないか（通信量は開通日を基準に毎月リセットされ、使い切った場合はリセットを待つかプランをアップグレードする必要があります）。この 3 点は管理画面でひと目で確認できるので、まず確認してから作業に入ってください。途中でプランをアップグレードした場合、差額は残り日数に換算されます。アップグレード後はサブスクリプションの内容も新しいプランに合わせて変わります。

次にリンクと名前解決を確認する

状態に問題がないことを確認したら、サブスクリプションのリンクが最後まで正しくコピーされているかを確認します。リンクは長いことが多く、チャット画面やスクリーンショットからコピーすると末尾の文字が欠けやすいです。手動で一度更新してください。クライアントのサブスクリプション管理で更新を選び、表示されるメッセージを確認します。ネットワークエラーと表示される場合は、取得時に接続を確立できていません。現在いずれかの回線に接続できているかを確認するか、一時的にプロキシをオフにしてからもう一度更新してください。

# サブスクリプションのアドレスは次のような形式です（例はプレースホルダーです。管理画面で実際に生成されたアドレスを使用してください）
https://example.com/sub?token=YOUR_TOKEN

# 更新に失敗したときは、まず疎通確認を一度行います（アドレスは管理画面の実際のものに置き換えてください）
curl -I "https://example.com/sub?token=YOUR_TOKEN"

システム時刻のずれも更新失敗の原因になります。サブスクリプションの取得には検証が必要で、時刻が正しくないと拒否されます。システム時刻を自動同期に設定し、クライアントを再起動してからもう一度更新してください。

それでも失敗する場合

クライアント内の古いサブスクリプションを削除し、アプリを終了して、再ログイン後に読み込み直します。古いサブスクリプションの削除は重要な手順です。同じクライアントに同じアカウントを指すサブスクリプションが複数残っていると、互いに上書きされたり、回線リストが重複したりしやすくなります。読み込み直した後に回線リストが戻り、正常に接続できれば解決です。

読み込み直しても失敗する場合は、サポートへの連絡に次の情報を添えてください。エラーメッセージの原文、発生時刻、使用中のプラットフォーム、管理画面に表示されているプランの状態。サブスクリプションのリンクをそのまま貼るのは避けてください。「サブスクリプションの更新に失敗する」と伝えれば十分で、サポートはアカウントから直接状態を確認できます。

7. 特定のアプリだけプロキシを通らない：モード・プロトコル・権限

「他のアプリは正常なのに、これだけ動かない」はアプリ別プロキシで最も典型的な問題です。原因は多くの場合回線ではなく、通信の受け取り方にあります。

まずクライアントのプロキシモードを確認する

クライアントには通常 3 つのモードがあります。グローバル（すべての通信を回線経由にする）、ルール（ルールセットに従って経由するか決める）、直結（どれも経由しない）。特定のアプリが機能しない場合は、まずグローバルモードに切り替えて試してください。グローバルでは正常でルールでは不具合が出るなら、ルールセットがそのアプリを網羅していないという設定の問題です。グローバルでも不具合が出るなら、そのアプリの通信はクライアントにまったく引き取られていません。

仮想アダプターによる引き取りとシステムプロキシの違い

仮想アダプターによる方式はネットワーク層で動作し、システムプロキシ設定を読まないプログラムを含むほとんどのアプリをカバーできます。システムプロキシ方式は、プロキシ設定を自ら読み込むアプリにしか効きません。ブラウザは通常問題ありませんが、一部のデスクトップクライアント、ゲーム、コマンドラインツールはこれを無視します。対象のアプリが後者に当てはまる場合は、クライアントで仮想アダプターモードを有効にする必要があります。

アプリ側の制約

一部のアプリは独自のネットワーク動作を固定しています。内蔵のプロキシ設定項目を持ち、個別に入力またはオフにする必要があるもの、証明書を検証していて中間での引き取りを受け付けないもの、UDP で通信するのに現在の回線やモードが TCP しか扱わないものなどがあります。こうした場合の症状は「ログインはできるのに内容が読み込めない」「接続がずっと確立中のまま」といった形で現れます。クライアントで転送プロトコルを切り替えて再試行するか、一時的にグローバルモードにして振り分けが関係しているか確認してください。ゲーム系アプリの遅延とパケットロスについては、ゲーム向け加速サービスのおすすめ の記事で詳しく説明しています。

クライアントが仮想アダプターモードで、グローバルモードでもそのアプリが機能しない場合は、サポートへの連絡に次の情報を書き添えてください。アプリ名、プラットフォーム、そして特定の操作（音声通話、ファイルのアップロードなど）のときだけ失敗するかどうか。これらの情報は、引き取りの問題かアプリ自身のネットワークポリシーの問題かを素早く切り分けるのに役立ちます。

8. モバイルのバックグラウンド切断と接続台数の上限

スマートフォンやタブレットでの切断は、ほとんどが回線の問題ではなく、OS のバックグラウンド管理ポリシーが働いているためです。モバイル OS は省電力のため、アプリがバックグラウンドに入るとネットワーク活動を制限します。その結果「少し離れて戻ってくると接続が切れている」という形で現れます。

モバイルのバックグラウンドポリシー

対処の考え方は、クライアントを省電力制限から外すことです。OS のバッテリー設定でクライアントを見つけ、制限なしに設定します。それに対する「スマート省電力」「バックグラウンド制限」系の項目をオフにします。OS の接続設定で、ネットワーク構成として有効になっていることを確認します。iOS と Android では設定項目の名称が異なりますが、方向性は同じです。このアプリはバックグラウンドでネットワーク活動を維持する必要がある、と OS に認識させることです。

「接続台数の上限」について

VPNCZ は台数無制限です。同じアカウントを Windows / macOS / iOS / Android / Linux で同時に使用でき、端末数に応じた課金や制限のルールはありません。したがって「端末数の上限に達しました」といった表示が出た場合、それはアカウント側の制限であることはほぼありません。よくある原因は 3 つです。同じ端末に複数の設定が残っている（古いサブスクリプションを削除しておらず、クライアントが複数の接続インスタンスとして扱っている）、OS のネットワーク設定に古い構成プロファイルが残っている（特に iOS では、構成プロファイルを何度もインストールすると複数残ることがあります）、管理画面に複数のログインセッションが残っている（一部のクライアントはそれらを統合して表示します）。

対処の順序

まずクライアント内の余分なサブスクリプションを削除し、1 つだけ残します。次に OS の設定に同名のネットワーク構成が複数ないか確認し、最新の 1 つを残して他を削除します。その後、端末を再起動します。それでも表示が消えない場合は、管理画面にログインして現在のログインセッションを確認し、使わなくなった端末をログアウトしてからもう一度ログインしてください。この 3 ステップを終えれば、通常は表示されなくなります。

もう 1 点注意しておきたいのは、モバイルは電波の弱い環境では基地局間の切り替えを頻繁に行い、トンネルの再確立の回数が Wi-Fi 環境よりはるかに多くなるということです。通勤中に使う場合、たまに再接続が起きるのは正常な現象で、クライアントを何度も再起動する必要はありません。本当に注意すべきなのは、「バックグラウンドに切り替えて戻るたびに必ず手動で再接続が必要」という安定して再現する状況で、こちらはバックグラウンドポリシーが許可していないことが原因です。

9. いつサポートに連絡すべきか、問い合わせに必要な情報

ここまでの 8 章で、自分で解決できる問題のほとんどを網羅しました。残りの一部はサーバー側での確認が必要で、その場合は何度も試すよりサポートへ連絡するほうが効率的です。重要なのは、どれを連絡すべきでどれは不要か、そして連絡するときに何を添えるかを見極めることです。

サポートへ連絡しなくてよいケース

特定の 1 本の回線につながらない（別の回線に切り替えれば済む）、特定のサイトが開けない（まず第 3 章に従ってキャッシュを消去し、ブラウザの暗号化 DNS をオフにする）、夜間の混雑時に速度が落ちる（第 4 章に従って回線タイプを変更する）、スマートフォンがバックグラウンドに切り替わると切断される（第 8 章に従って省電力設定を調整する）。これらは設定や環境の層に属するもので、サポートが返せる答えは、自分でこのマニュアルに沿って行うのと同じです。

サポートへ連絡すべきケース

異なる地域・異なる回線タイプの出口に 3 本以上切り替えてもまったく接続できない、複数の端末・複数のネットワーク環境で同じ失敗が起きる、サブスクリプションの更新が繰り返し失敗し管理画面では状態が正常と表示される、ログにサーバー側を示すタイムアウト記録が繰り返し現れる、端末数の制限が表示されるのに自分は 1 台の端末でしか使っていない、そしてアカウントのセキュリティに関わる疑問や見覚えのないログイン記録がある場合。これらはサーバー側からアカウントの状態と回線への到達性を確認する必要があり、自分で試し続けても新しい結果は得られません。

サポートへの連絡に必ず添える情報

情報が正確なら 1 回で原因を特定できます。曖昧だと何度やり取りしても基本状況の確認で終わります。以下のチェックリストに沿って 1 項目ずつ記入することをおすすめします。

• アカウントのユーザー名（ユーザー名のみ。パスワードは書かないでください）。
• 使用中のプラットフォーム：Windows / macOS / iOS / Android / Linux のどれか、および端末の型番。
• エラーメッセージの原文：一字一句書き写すか、そのままスクリーンショットを撮る。「エラーが出た」と要約しないでください。
• 発生時刻：分単位まで、タイムゾーンも明記。
• ネットワーク環境：自宅回線、社内ネットワーク、公共 Wi-Fi、モバイルデータのどれか。
• すでに試した手順：マニュアルのどの手順を行い、それぞれの結果がどうだったか。
• 問題が安定して再現するか：毎回起きるのか、ときどき起きるのか。

サポート以外の 3 つの経路

第一に、使い方ガイド は登録から接続確認までの基本の流れを網羅しています。初めてのインストールで問題が起きたらまずそのページをご覧ください。第二に、ヘルプセンター はアカウントとサブスクリプション、接続とトラブル、速度と回線、料金と返金の 4 分類でよくある質問を整理しており、細かい疑問の多くはそこで直接答えが見つかります。第三に、返金と料金に関する疑問は、料金プラン と 返金ポリシー にルールが明記されています。初回のお支払い後 30 日以内は理由を問わず全額返金を申請できます。返金の申請も同じサポート窓口から行い、注文時刻を添えてください。

最後にサーバー側の対応の流れについて説明します。問い合わせは受付順に処理され、情報が揃っているものは通常 1 回で結論が出ます。情報が不足しているものは、まず補足を求められます。ですから「つながらない、どうすればいいですか」と急いで送るより、2 分かけて上記チェックリストの 7 項目を埋めるほうが有効です。これがこのマニュアル全体を通して伝えたいことでもあります。症状を正確に描写できれば、問題はすでに半分解決しています。