VPNのトラブルシューティングガイド

接続できない場合：まず問題の発生箇所を切り分ける

「接続できない」を具体的な症状に分ける

接続ボタンを押しても反応しない、クライアントが起動しない、サーバーへの接続がタイムアウトする、接続後すぐに切断されるなど、症状によって原因は異なります。まず最後に正常だった操作を確認しましょう。クライアントは起動するか、サブスクリプションの一覧は表示されるか、サーバーを選ぶと状態が変わるかを記録します。「使えない」とだけ書いたり、ステータスアイコンだけでネットワーク全体を判断したりしないでください。どこまで進んだかを確認し、その段階から調べることで、端末側の問題をサーバーの障害と取り違えにくくなります。

まずクライアントを切断し、普段そのまま開けるWebサイトにアクセスして、基本のネットワーク接続を確認します。公衆Wi-Fiでは、ブラウザーで接続確認画面を完了させる必要がある場合があります。ネットワークアイコンが接続中でも、インターネットにアクセスできるとは限りません。基本の接続にも問題がある場合は、Wi-Fi、ルーター、ネットワークへの接続状態を確認してください。この段階で海外サーバーを何度も切り替えても効果は期待できません。まずクライアントを経由しないアクセスを復旧させましょう。

アカウント、設定、システム権限を順に確認する

基本のネットワークが正常なら、ユーザーパネルにログインし、プランの状態と残りのデータ容量を確認してください。その後、クライアントの設定が同じアカウントから取得したものか確認します。パネルにログインできても、クライアントに有効な設定が反映されているとは限りません。サーバー一覧が空なら、まずサブスクリプションのインポートを確認します。一覧が正常に表示されるのにすべてのサーバーがタイムアウトする場合は、現在のネットワークとクライアントの動作状態を調べてください。

クライアントで使用する設定を選択してから、更新と接続を実行してください。古い設定を選択したままだと、「更新したのに変化がない」ように見えることがあります。似た名前の設定がある場合は、更新日時、サーバー一覧、選択中のマークを確認しましょう。他のプロキシツールもインストールしている場合は、いったん正常終了させて、現在調べているクライアントだけを起動してください。複数のツールがシステムプロキシ、仮想ネットワークインターフェース、ローカルの待ち受けポートを奪い合うのを防げます。

システムから初めてネットワーク接続やバックグラウンドサービスの許可を求められた場合は、プログラムの入手元を確認してから、クライアントの案内に従って許可してください。以前に権限を拒否した場合は、システム設定で該当するネットワーク拡張機能やVPN設定を確認します。権限不足やインターフェース作成失敗などのエラーが表示される場合は、まず権限の問題を解決してください。セキュリティ機能をすべて無効にしたり、不明な配布元から修復ツールをインストールしたりしないでください。管理対象の端末では、管理者に許可されている接続方法を確認しましょう。

条件を一つずつ変えて次の手順を判断する

クライアントと設定はそのままに、別のネットワークに接続して結果を確認します。次に、ネットワークを変えずに別の地域のサーバーを選びます。前者でネットワーク環境、後者で一部のサーバーだけに起きる問題かを確認できます。香港や日本など、特定の地域が常に最適とは限りません。選び方はサーバーページを参考にしてください。現在のネットワークだけで失敗する場合は、ネットワークの種類とエラー内容を記録します。ネットワークとサーバーを変えても失敗する場合は、設定、権限、アカウントの状態を確認してください。

基本のネットワーク、アカウントの状態、現在の設定、システム権限、サーバーの順に確認します。各段階の結果を記録し、再インストール、ネットワーク変更、モード変更を同時に行わないでください。どの操作が効果をもたらしたのか判断できなくなります。

クライアントが起動しない、権限エラーが繰り返し表示される、または有効なサブスクリプションがあるのに複数のネットワークで接続できない場合は、問い合わせを送信できます。OS、エラーの原文、利用したサーバーの地域、実施済みの確認内容を添えてください。スクリーンショットでは、アカウントを特定できる情報やサブスクリプションの内容を隠してください。サブスクリプションの完全なURLは通常のスクリーンショットに含めず、公開の掲示板にも投稿しないでください。

接続できてもWebページが開かない場合：プロキシ経路とDNSを確認

特定のサイトだけか、全般的な問題かを見分ける

クライアントに接続済みと表示されても、特定の接続段階が確立したことを示すだけで、ブラウザーの通信がその経路を通っているとは限りません。普段使うサイトと目的のサイトにそれぞれアクセスし、すべて失敗するのか、一部だけ失敗するのか、ログイン画面だけに問題があるのか記録します。他のサイトは正常で、目的のサイトに地域に関する表示、アカウント確認、アクセス制限が出る場合は、その応答を記録してください。接続タイムアウトとは意味が異なるため、同じ方法で対処できるとは限りません。

次に、クライアントのシステムプロキシ設定や通信を経由させる機能が有効か確認します。サーバーに接続しても、システムプロキシを別途有効にしなければならないクライアントがあります。一方で、システムプロキシの設定を参照しないアプリもあります。クライアントに接続ログがある場合は、目的のページを開いたときに該当するリクエストが記録されるか確認してください。記録がない場合は、通信がクライアントを経由しているかを調べます。記録があるのに接続できない場合は、ルール、名前解決、接続先サービスの応答を確認しましょう。問題のある段階を誤って、サーバーの変更を繰り返す事態を避けられます。

DNSの異常を理解し、根拠なくアドレスを変更しない

DNSはドメイン名をネットワークアドレスに変換します。ページが開かない場合、ドメインを解決できない、解決先に到達できない、リクエストが誤った出口を通るといった原因が考えられます。ブラウザーに「サーバーが見つかりません」と表示される場合は、名前解決の問題が疑われます。証明書エラー、アクセス拒否、接続リセットは、さらに切り分けが必要です。すべてのエラーをDNSリークと呼んだり、異なる地域のDNSサーバーが表示されたからといって設定が無効だと判断したりしないでください。名前解決の経路と、Webサイトへの実際の通信経路は別のものです。

まずクライアントの既定のDNS設定を維持し、DNSを手動で追加したか、システムプロキシを変更したか、ブラウザー内蔵の暗号化DNSを有効にしたか確認します。ブラウザー、システム、クライアントにそれぞれ設定があると、リクエストが異なる経路を通る場合があります。比較する際は、一時的にブラウザーのDNS設定をシステム設定に合わせ、テスト後に元へ戻してください。入手元が不明なDNSアドレスをむやみに入力しないでください。システム時刻も正しく設定しましょう。時刻がずれていると安全な接続に失敗し、Webアクセスの問題に見えることがあります。

コマンドは補助的な確認に使用する

Windowsでは、以下のコマンドを使って例示したドメイン名の名前解決結果を確認できます。これはシステムの既定の問い合わせ経路を示すもので、クライアント内部の名前解決方法を反映するとは限らず、プロキシが有効かどうかを単独で証明するものでもありません。ご自身が確認するサイトの公開ドメインに置き換えてください。ログイン情報や個人用のパラメーターを含む完全なURLは貼り付けないでください。以前にDNS設定を変更した場合は、設定を元に戻してからシステムのキャッシュを消去し、ブラウザーを開き直してテストできます。

nslookup example.com
ipconfig /flushdns

システムプロキシが正しく通信を経由させているのに、一般的なWebサイトにも広くアクセスできない場合は、ブラウザーに表示されたエラーの原文とクライアントの該当ログを記録してください。特定のサイトだけに問題がある場合は、ドメイン名、応答の種類、接続元の地域を伝えれば十分です。個人用ページの内容は送らないでください。IPアドレス確認ページで接続元の変化を確認できますが、一度の結果だけではアクセス全体を検証できません。

速度が遅い場合：読み込み、データ転送、アプリの応答を分けて確認

どの段階で遅くなるかを確認する

ページを開くまで時間がかかる、表示後に画像がなかなか読み込まれない、ダウンロード開始後に速度が落ちるといった症状は、問題の段階が異なります。最初のケースでは名前解決、接続確立、ルール判定、後のケースでは継続的なデータ転送、接続先の速度制限、ローカルネットワークの混雑などが考えられます。AIツールの画面が開いても回答がなかなか表示されない場合は、サービス側の処理待ちかもしれません。すぐに回線速度の問題と決めつけず、まず症状を具体的に記録してください。

同じコンテンツを使い、通常のネットワーク、現在のサーバー、別のサーバーでアクセス結果を比べます。異なるサイト、画質、ファイルサイズを比べないでください。接続先のサーバーが混雑していたり、キャッシュの有無で読み込み速度が変わったりすることもあります。一度の偶然の結果でサーバーの性能を決めつけず、繰り返し確認できる差があるかを見てください。

ローカルネットワークの負荷を確認してからサーバーを比較する

システム更新、クラウド同期、ほかのダウンロード、家庭内ネットワークからの継続的なアップロードがないか確認します。上り回線の混雑でもWebページの応答が遅くなることがあり、ダウンロードだけが原因とは限りません。Wi-Fiの電波が弱い、アクセスポイントが頻繁に切り替わる、端末の省電力設定やCPUの高負荷なども、クライアントの動作に影響します。止められるバックグラウンド通信を一時停止し、電波が安定した場所で同じ操作を繰り返して、問題が続くか確認してください。

サーバーの地域は選択基準の一つですが、地理的な距離だけから実際の速度を判断することはできません。接続先の通信事業者、経路、サービスの設置場所、その時点の混雑状況などが影響します。同じネットワーク環境のまま、まず近隣地域のサーバーを比較し、次に接続先のサービスに関係する地域を試してください。地域や回線の種類の選び方は、VPNサーバーの選び方をご覧ください。回線の種類はパネルの表示に従い、記載のないサーバーを専用回線と決めつけないでください。

アプリごとの直接接続やルールによる振り分けが設定されているか確認します。ブラウザーはプロキシ経由でも、ダウンロードツールが直接接続している場合、同じ出口からの通信を比較しているとは限りません。反対に、本来直接接続するローカルのコンテンツまで海外サーバーに経由させると、待ち時間が増えることがあります。クライアントが対応している場合は、いったん全通信をプロキシ経由にするモードで比較し、差を確認した後に普段使うルールへ戻してください。このモードは原因の切り分け用であり、すべての通信を常に同じ経路にすることを推奨するものではありません。

単一のスコアではなく、状況を説明できる結果で比較する

クライアント内のサーバー速度テストは、特定のリクエストだけを測る場合があり、Webページ、動画、大容量ファイルのダウンロード体験と同じではありません。測定先によって結果も変わります。一覧の数値だけに注目せず、目的の操作を最後まで実行できるか、再接続が繰り返されるか、同じ症状が複数のアプリで起きるかを確認しましょう。Webページは快適なのに特定のダウンロード元だけ遅い場合は、プラン変更を急ぐ前に、ダウンロード元とツールの設定を確認してください。

データ容量のプランは利用可能なデータ量を示すもので、速度のランクを示すものではありません。月額プランは¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。データ容量が多いプランでも、明記されていない通信速度の向上が保証されるわけではありません。

データ容量は利用開始日を基準に毎月リセットされます。暦月の初日にリセットされると決めつけず、詳細はプランページをご確認ください。パネルの状態に問題がなく、基本のネットワークも安定しているのに複数のアプリが一部のサーバーで遅い場合は、影響を受けた地域、接続先のサービス、発生時刻、比較結果をまとめてください。問い合わせ時に「ページの表示が遅い」と「ダウンロード中ずっと遅い」を区別すると、接続段階とデータ転送段階のどちらを確認すべきか判断しやすくなります。

夜間の遅延や頻繁な切断：共通する発生条件を探す

発生時刻と接続状況を分けて記録する

夜間に遅くなる原因として、ローカルネットワーク、共有Wi-Fi環境、国際経路、接続先サービスの負荷などが考えられます。特定の時間だけ遅いからといって、原因となる箇所をすぐに特定することはできません。問題の前後でネットワークの種類、サーバーの地域、アプリの状態を記録し、ほかの一般的なWebサイトも遅くなるか確認してください。すべての通信が遅くなる場合は、まずローカルネットワークを確認します。一部のサーバーや接続先だけに影響する場合は、該当する経路を詳しく調べましょう。

「遅い」と「切断」は別の症状です。動画のバッファリング、ページの読み込み待ち、接続状態の消失、クライアントの終了をそれぞれ記録してください。クライアントが接続中のままコンテンツが止まる場合は、確立済みの接続が使えなくなったか、接続先へのリクエストに失敗した可能性があります。クライアントの状態が明確に切断へ変わった場合に、ネットワークの切り替え、システムのスリープ、インターフェースの再作成、アプリのエラーを確認します。症状を分けて記録すれば、通信が混雑しているだけのときにクライアントを何度も再起動し、まだ使える接続まで中断することを防げます。

ネットワークの切り替え、スリープ、複数ツールの動作を確認する

Wi-Fiから別のネットワークに切り替えると、既存の接続経路が使えなくなる場合があります。端末を閉じる、画面をロックする、スリープから復帰するといった操作で、仮想インターフェースが再作成されることもあります。まず、こうした操作の後に問題が起きるか確認してください。該当する場合は、ネットワーク復帰後にいったん切断して再接続し、クライアントが有効な経路を再確立できるか確認します。復帰前の古い状態表示を新しい接続の成功と判断せず、実際にページへアクセスして確認しましょう。

複数のネットワークツールが同時に動作すると、システムプロキシ、ルーティング、DNS設定を互いに変更する場合があります。ツールを終了しても設定が残り、一時的な問題を引き起こすことがあります。システムとクライアントが用意している方法で正常終了し、必要なツールだけを残して、システムプロキシの状態が一致しているか確認してください。ウィンドウを閉じただけでバックグラウンドサービスも停止したと判断しないでください。他の用途に影響するおそれがあるため、見覚えのないシステムネットワークインターフェースを削除するのも避けましょう。

夜間だけ遅くなる場合は、アプリとネットワークを変えずに別の地域のサーバーを比較し、夜間以外にも同じ操作を試してください。特定のサーバーだけが継続して不調で、ほかのサーバーは使える場合は、一時的に正常なサーバーに切り替え、影響を受けた地域を報告します。同じネットワークですべてのサーバーが遅くなり、別のネットワークでは解消する場合は、その違いを詳しく記録してください。「夜はいつも遅い」とだけ報告するより原因を絞り込みやすく、確認されていない箇所を原因と決めつけずに済みます。

復旧を進めながら、原因の判断に必要な記録を残す

重要な作業中は、サーバーを切り替えたり接続を再起動したりする前に、端末内のデータを保存してください。接続元が変わるとWebサイトで再認証が必要になり、アップロード中のデータも中断する可能性があります。作業中により良い結果を求めて複数の地域を次々と切り替えるのは避けましょう。継続的な操作が必要なアプリでは、設定を繰り返し変えるより、現在の作業を安定して完了させることが大切です。作業後、再現可能な条件でサーバー間の違いを比較してください。

VPN59のノーログポリシーはサービスのプライバシー方針であり、端末内にトラブルシューティング用のログが作成されないという意味ではありません。問い合わせには関連するエラー部分だけを共有し、サブスクリプションの内容、認証情報、個人用ドメイン、ページのパスが含まれていないか確認してください。

クライアントが繰り返し終了する、インターフェースに関するエラーが表示される、ネットワークが安定しているのに接続が切れ続ける場合は、エラーの原文と発生時の操作を添えて問い合わせてください。特定の時間帯に関係する場合は、現地のタイムゾーンと発生時刻も記載してください。通信内容を常時すべて記録する必要はありません。サポートに必要なのは、再現できる条件と個人情報を除いたエラー部分であり、端末のすべての利用記録ではありません。

サブスクリプションを更新できない場合：リクエスト、名前解決、選択状態を確認

取得失敗と設定の読み込み失敗を見分ける

サブスクリプションの更新では、設定の取得、内容の解析、保存、有効化を行います。ネットワークタイムアウトが表示された場合は、内容を正常に取得できていない可能性があります。形式非対応や解析エラーなら、受信した内容をクライアントが利用可能な設定に変換できていません。更新に成功してもサーバーが変わらない場合は、更新した設定とは別の設定が有効になっていることもあります。まず具体的なエラーを記録し、どの段階で問題が起きたかを判断してください。手がかりを失う可能性があるため、設定を何度もインポートして上書きしないでください。

まずユーザーパネルでアカウント、プラン、残りのデータ容量を確認し、意図したアカウントにログインしているか確かめます。登録にメールアドレスは不要で、ユーザー名とパスワードで登録できます。アカウントを間違えて何度も作り直さないよう、ユーザー名を安全に保管してください。支払い後のプラン状態はパネルの表示で確認します。注文状況や利用権限に不明点がある場合は、注文履歴を確認して問い合わせてください。サブスクリプションの修復を目的に、同じ支払いを繰り返さないでください。

パネルからサブスクリプションを取得し、内容を安全に管理する

サブスクリプションはユーザーパネルのダウンロード・サブスクリプションページから取得してください。古いチャット履歴、転送されたスクリーンショット、見知らぬページに記載された設定は使用しないでください。コピーする際は空白、改行、説明文が混ざらないようにし、パネルにある現在のクライアントに対応したインポート方法を使いましょう。クライアントによって対応する設定形式は異なります。一つのツールにインポートできても、別のツールでそのまま使えるとは限りません。

インポートが始まらない場合は、まずクライアントがインストールされ、正常に起動することを確認してから、パネルの案内に従ってください。ブラウザーからアプリを開く許可を求められた場合は、起動するアプリ名を確認します。手動でインポートした場合は、設定が保存され、選択されていることを確認してください。「設定が追加された」ことと「設定が有効になった」ことは同じではありません。インポートが完了する前にサーバーのルールを変更するのも避けましょう。初期設定の手順に慣れていない場合は、クイックスタートガイドに戻り、順番に確認してください。

更新リクエストは、現在のプロキシの状態にも影響されます。古い設定が無効になっているのに、クライアントが引き続きその経路で新しい設定を取得しようとすると、更新に失敗し続けることがあります。基本のネットワーク接続を確認したうえで、クライアントが対応する方法で再取得を試してください。更新リクエストの経路を選べる場合は、機能を理解してから変更します。確認後は普段の設定に戻し、トラブルシューティング用の一時的なモードをそのまま使い続けないでください。

形式エラーと安全に関する注意点

解析エラーが出ても、必ずしもサブスクリプションのURLが間違っているとは限りません。クライアントが設定ファイルではなくWebページ、ネットワーク認証画面などを受信した場合や、対応していない形式を使っている場合もあります。エラーの種類とクライアントのOSを記録し、パネルから対応するインポート方法を選び直してください。サブスクリプションを見知らぬオンライン変換サービスに入力しないでください。第三者に利用可能な設定を取得されるおそれがあります。サブスクリプションを再発行する場合は、他の端末の古い設定も更新が必要になるか、あらかじめ確認しましょう。

サブスクリプションの内容は、アクセス認証情報として扱ってください。スクリーンショットにはエラー表示と設定の状態だけを残し、完全なURL、QRコード、認証情報、インポート可能なテキストは写さないでください。公開の場で質問する場合も、同じように保護してください。

パネルの利用権限が有効で基本のネットワークも正常なのに、再取得しても形式エラーが続く場合は、クライアントのOS、インポート方法、エラーの原文、パネルのページを開けるかどうかを添えて問い合わせてください。自動更新だけ失敗して手動更新は成功する場合は、その違いも伝えましょう。問題を証明するために、サブスクリプションの内容全体を問い合わせに貼り付ける必要はありません。安全な情報の収集方法は、アカウントとトラブルシューティングの情報をもとにサポートが案内できます。

特定のアプリだけプロキシを使えない場合：アプリ独自の通信経路を確認

ブラウザーが使えても、すべてのアプリの通信が経由しているとは限らない

システムプロキシは、その設定を利用するアプリに接続経路を提供するもので、すべてのプログラムが使用するわけではありません。独自のプロキシ設定を備えるアプリや、一部のリクエストだけを処理するアプリもあります。バックグラウンドサービスと画面上のアプリが異なる経路を使うこともあります。そのため、ブラウザーから目的のサイトを開けても、デスクトップアプリが使えないことだけでサーバーの不具合とは判断できません。まず同じサービスのWeb版が正常か確認し、問題がアプリ内に限られているかを調べます。

クライアントの接続ログを開き、アプリで失敗する操作をもう一度実行してください。該当するリクエストが記録されない場合は、アプリごとの設定、アプリ独自のプロキシ設定、システム側で通信を経由させる方法を確認します。リクエストが記録される場合は、該当するルールと接続元を調べましょう。アプリはメインのドメイン以外にも、ログイン、静的ファイル、API用のドメインに接続する場合があります。トップページのドメインだけをルールに追加すると、画面は表示されてもログインできない、画像が表示されない、リクエストが待機し続けることがあります。

ルール、モード、アプリ独自の設定を比較する

クライアントが全通信をプロキシ経由にするモードに対応している場合は、一時的に有効にして目的のアプリが使えるか確認します。改善する場合は、元のルールでリクエストが不足している可能性がありますが、そのモードを常時使うべきという意味ではありません。元のモードに戻して、接続ログと関連ドメインのルール判定を確認してください。出所不明のルール一式で現在の設定を上書きしないでください。差分を把握し、元に戻せる方法を確保しましょう。接続先のドメインが変わった場合は、設定を更新してからルールの変更が必要か判断します。

アプリにプロキシアドレスの入力欄がある場合は、現在のクライアントに表示されているローカルの接続先とプロトコルを使用してください。他のツールのポートを経験で入力しないでください。入力欄によってはプロキシのプロトコルが必要な場合もあれば、アドレスとポートだけを指定する場合もあります。入力方法が誤っていると、アプリが接続エラーを返します。ローカルの待ち受け設定はクライアントによって異なるため、固定の値は案内できません。一つのアプリの問題を解決するために、ローカルの接続先を信頼できないネットワークに公開するのも避けてください。

ログインの問題ではWebサイト側の判断も確認する

アプリがインターネットに接続できても、ログインを拒否されたり、利用できない地域と表示されたり、追加認証を求められたりする場合は、サービス自体のアカウントポリシーが関係している可能性があります。サーバーを切り替えても制限が変わるとは限りません。異なる地域を何度も試して結果を変えようとせず、接続元を固定してアカウントの状態と公式の案内を確認してください。AIを利用する場合は、AI高速化ガイドも参考に、ネットワークの問題とサービス側の応答を切り分けましょう。アカウント権限の問題をプロキシ設定の誤りと取り違えないようにしてください。

コマンドラインツールは、ターミナルの起動時に設定された古い環境変数を引き継ぐことがあります。システム設定を変更しても、すでに起動しているターミナルには反映されない場合があります。ターミナルを閉じて開き直し、ツールのドキュメントに従って独自のプロキシ設定を確認してください。認証情報を公開コマンドの例や共有スクリプトに記載しないでください。特定のアプリだけが失敗する場合は、ブラウザーが正常な画面だけを送るのではなく、アプリ名、失敗した操作、エラーの原文、クライアントにリクエストが記録されるかを問い合わせに添えましょう。

モバイル端末でバックグラウンド切断が起きる場合：スリープとネットワーク変更を切り分ける

まず前面とバックグラウンドでの違いを確認する

アプリを前面で使うと正常なのに、画面ロックやアプリの切り替え後に使えなくなる場合は、バックグラウンド制限の有力な手がかりです。同じネットワークとサーバーを使って、まず前面でアクセスできることを確認します。次に画面をロックしてから復帰し、クライアントが動作しているか、システムに接続中の表示があるか、クライアントを開き直すと復旧するか確認してください。前面でも失敗する場合は、接続またはWebページの項目を先に確認します。モバイル端末の問題をすべて省電力設定のせいにしないでください。

システムの接続表示とアプリが実際に使えるかどうかは、必ずしも一致しません。クライアント画面には以前の状態が残り、アプリの既存セッションは無効になっていることがあります。画面ロックから復帰した後は、バックグラウンドの画面表示だけで判断せず、新しいページを開いて確認してください。クライアントを開き直すだけで復旧する場合は、バックグラウンド制限を調べます。接続を再確立しなければ復旧しない場合は、ネットワークの切り替えやインターフェースの状態を確認します。特定のアプリだけ再起動が必要な場合は、そのアプリのセッションや独自の通信経路を調べましょう。

Android：システム設定からバックグラウンド制限を確認

Android端末では、画面やOSによって設定項目の名称が異なります。アプリ情報からバッテリー使用、バックグラウンド動作、データ使用の権限を確認し、クライアントがバックグラウンドで制限されていないか調べてください。自動起動やバックグラウンドのアプリ終了を管理する機能がある端末では、該当する設定も確認します。変更は接続を維持する必要のあるクライアントだけに適用してください。トラブルシューティングのためにすべてのアプリのバッテリー管理を無効にしたり、出所不明の常駐ツールをインストールしたりしないでください。

最近使ったアプリの一覧からクライアントをスワイプして終了すると、バックグラウンドのプロセスも終了する場合があります。システムのアプリ整理機能でも同じことが起こる可能性があります。まずクライアントを通常どおり起動したままにし、画面ロック後に問題が再現するか確認してください。クライアントにバックグラウンドサービスの案内がある場合は、パネルから入手できるクライアントの説明に従って設定します。Androidの省電力設定やアプリ別の動作については、Androidのバックグラウンド動作と省電力設定も参考にしてください。最終的にはご利用の端末の設定を確認してください。

iOSとネットワーク切り替え時の注意点

iOSでは、システムのVPN設定が現在のクライアントに対応しているか確認し、古い設定や他のネットワークツールの干渉を避けてください。最近使ったアプリの一覧にクライアントが表示されていても、ネットワーク拡張機能が正常とは限りません。オンデマンド接続などの設定がある場合は、機能を理解してから有効にしてください。複数の自動接続機能を同時に動作させないようにしましょう。管理対象端末の設定は組織側で制御されている場合があります。勝手に削除せず、管理者に確認してください。

どのモバイルOSでも、Wi-Fiの圏外への移動、ネットワークの一時的な切断、アクセスポイントの変更によって既存のセッションに影響が出ることがあります。まず固定されたネットワークでテストし、その後でネットワーク切り替え時の動作を別に確認してください。切り替え時だけ失敗する場合は、接続が復旧した後にリクエストを再実行し、クライアントが経路を再確立できているか確認します。移動しながらバックグラウンド権限やサーバーを変更すると、設定の変更と接続環境の変化のどちらが原因か判断しにくくなるため避けてください。

クライアントはユーザーパネルから入手できます。Android、Windows、macOS、Linuxはログイン後にクライアントをダウンロードできます。iOSのダウンロード方法は、パネルで有効なプランかどうかを確認してください。クライアントの入手と有効なサブスクリプションの取得は別の手順です。サブスクリプションはログイン後にパネルから取得してください。

バックグラウンド権限を変更しても切断が再現する場合は、端末のOS、バッテリー制限の状態、問題が起きる操作、そのときのネットワークの種類、クライアントの再起動が必要かを記録してください。端末にインストールされたすべてのアプリの一覧を送る必要はありません。特定のアプリをバックグラウンドで使うときだけ起きる場合は、そのアプリもシステムの制限対象かを伝えてください。クライアント自体が終了した場合は、関連するエラーやシステムの通知を添えると、プロセスの終了とサーバー接続の切断を区別しやすくなります。

デバイス数の警告と問い合わせ：利用権限を確認し、必要な情報を整理

「デバイス数の上限」表示が、プランの台数制限を意味するとは限らない

VPN59では、同時接続できるデバイス数に制限はありません。クライアントにデバイス数の上限が表示されても、すぐに高額なプランが必要だと判断しないでください。VPN59のパネル、現在のクライアント、接続先のWebサイトのどこに表示されたエラーかを確認します。外部アプリがログインセッションを制限していたり、OSが同時に動作するネットワーク設定に制限を設けていたりする場合があります。こうした制限は、本サービスの同時接続台数のポリシーとは異なります。エラーの原文と表示された画面を記録すると、発生元を特定しやすくなります。

他社サービスの古い設定をインポートしていないか、複数の端末で異なるアカウントにログインしていないかも確認してください。設定名は自由に変更できるため、「VPN59」と表示されていても、その設定が正しいものだとは限りません。現在のパネルでアカウントとサブスクリプションを確認し、クライアントで有効になっている設定も確認してください。デバイス数を確認する目的でアカウントとパスワードを他人に共有しないでください。警告の発生元がわかる前に、他の端末から何度もログアウトして解決しようとするのも避けましょう。

料金に関する事実を確認してから、プランを変更する

複数の端末で共有して使う場合は、端末ごとに別々のデータ容量があると思い込まず、アカウント全体の使用量とパネルの状態を確認してください。月間データ容量は利用開始日を基準に毎月リセットされます。途中でプランをアップグレードした場合、差額は残り日数に応じて計算されます。データ容量が不足している場合は、プランとデータパッケージの説明を確認してください。接続エラーをデータ容量の不足と取り違えないでください。利用権限とエラー表示が一致しない場合は、自分で再度支払うより問い合わせて確認するほうが確実です。

データパッケージは使い切るまで利用でき、期限はありません。プランは¥158/300GB、¥358/1000GB、¥658/3000GBです。支払い方法はAlipay、WeChat Pay、USDTに対応しています。注文の反映、プランの状態、返金に関する手続きは、アカウント内の正規の窓口から行ってください。知らない相手に支払い情報を送らないでください。VPN59は7日間の無条件返金に対応しています。申請方法は返金ポリシーをご確認ください。トラブルシューティングの記録は状況の説明に役立ちますが、記載されていない返金条件を追加で案内することはできません。

再現でき、個人情報を除いた問い合わせを作成する

サポートチケットを送る際は、まず期待した動作を説明し、次に実際の動作を記載してください。たとえば「ブラウザーは正常だが、デスクトップアプリのログインがタイムアウトする」と書けば、「ネットワークが壊れている」より状況が伝わります。次にOS、クライアントの入手元、発生した現地時刻とタイムゾーン、使用したサーバーの地域、別のネットワークやサーバーでも再現するかを記載します。確認できていない項目は、テストしていないとそのまま伝えてください。慣れていないシステム設定を変更して、無理に情報をそろえる必要はありません。

スクリーンショットには、エラーの原文、選択中の設定、判断に必要な画面の情報を残してください。送信前にサブスクリプションURL、QRコード、認証情報、個人用ページの内容、支払いを特定できる情報を隠します。ログは異常が発生した前後の関係箇所だけを切り出し、発生順がわかるようにしてください。長期間のログ全体をそのまま公開しないでください。画面を切り取りすぎると状況がわからなくなるため、エラーがどの画面に表示されたかは伝わる一方、画像からアクセス情報を読み取れない形が理想です。

症状：
期待する動作：
OSとクライアントの入手元：
発生時刻と現地のタイムゾーン：
使用したサーバーの地域：
基本のネットワークは正常か：
別のサーバーまたはネットワークでの比較結果：
変更した設定：
エラーの原文と個人情報を除いた添付ファイル：
現在利用できる一時的な対処方法：

送信後は、できるだけ同じチケットに結果を追記してください。同じ症状について、互いに関連しない記録を何度も作成しないようにしましょう。サポートから設定変更を案内された場合は、元の値を記録してから変更し、変化を報告してください。復旧後は、テスト用に一時変更した項目を元に戻し、普段使うルール、DNS、バックグラウンド権限が想定どおりか確認します。一度たまたま接続できただけで終わらせず、問題の範囲と元に戻せる設定を把握し、同じ問題が再発したときに判断できる手順を残しましょう。