まず問題を切り分ける:どの段階で起きているか確認
症状を整理してから、クライアントの再インストールを検討
「使えない」という状態には、クライアントが起動しない、サブスクリプション一覧が空、回線との接続に失敗する、接続済みと表示されるのにブラウザーでページを開けないなど、さまざまなケースがあります。原因は、端末上のソフトウェア、サブスクリプションの取得、ネットワーク通信、通信の振り分けなどに分かれます。まず、クライアントに表示されている状態、影響を受けるウェブサイトやアプリ、利用中の回線、問題が常に起きるのか特定の時間帯だけなのかを記録してください。設定の削除、回線の変更、システムのネットワーク設定の変更を同時に行うのは避けましょう。複数の条件を一度に変えると、接続が復旧しても何が有効だったのか判断できません。
まずVPNULに接続していない状態で、普段アクセスできるウェブサイトを開いてみてください。その状態でも開けない場合は、現在のネットワークを優先して確認します。ブラウザーにネットワークへのログイン画面が表示されるか、ほかのアプリで正常に情報を取得できるか、別の利用可能なネットワークに切り替えると改善するかを調べてください。基本的なアクセスに問題がある場合、サブスクリプションを何度も読み込み直しても改善しないことがあります。ローカルネットワークが復旧したら、クライアントを再度確認しましょう。通常のアクセスに問題がなく、接続を有効にした後に問題が起きる場合は、ネットワーク環境を変えずに回線、プロキシモード、DNSを確認してください。
条件をそろえて比較し、原因を絞り込む
同じ端末、同じネットワークで地域の異なる回線に切り替え、同じウェブサイトにアクセスしてください。次に、同じ回線で別のウェブサイトを試します。前者は特定の回線に問題が集中しているか、後者は特定のサービスだけに影響しているかを確認するための比較です。複数の接続先で失敗する場合は、クライアントの接続状態とシステムプロキシの設定を確認します。特定のアプリだけで問題が起きる場合は、アプリの通信設定を確認してください。速度測定のスコアや複雑なログは必要ありません。ほかの条件を変えずに比較することが大切です。
「以前は使えたが、今は使えない」ケースと「一度も接続できていない」ケースも分けて考えましょう。前者は、最近クライアントを更新したか、プロキシモードを変更したか、ネットワークを切り替えたか、別のネットワークツールを有効にしたかを確認します。後者は、サブスクリプションを正しく読み込めたか、現在のアカウントに紐づく設定をクライアントで選択しているかを確認してください。複数の端末で同じ問題が起きる場合は、1台だけの問題より、サブスクリプションや回線を先に確認する価値があります。1台だけで問題が起きる場合は、その端末の権限、システムプロキシ、バックグラウンド制限を優先して確認します。これは確認の優先順位であり、原因を決めつけるものではありません。
アカウント情報を確認するときは、ユーザーパネルに実際に表示されているプランの状態とデータ残量を基準にしてください。VPNULの月額プランのデータ容量は、利用開始日を基準に毎月リセットされます。データパッケージは使い切るまで有効で、期限はありません。回線は110+か国 / 220+回線に対応していますが、対応数だけでは現在のネットワークでの接続状況は判断できません。回線の種類や地域の選び方はサーバーページ、読み込み手順はサブスクリプションリンク入門ガイドをご覧ください。まず下記の項目から問題に合うものを選んでから操作すると、手当たり次第に設定を変えるより効率的です。
まったく接続できない:ネットワークから回線接続まで確認
どの段階で失敗しているかを確認
接続ボタンを押したら、まずクライアントにどのような状態が表示されるか確認してください。「設定が見つからない」と「接続がタイムアウトする」は別の問題です。前者はクライアントに利用可能なサブスクリプション設定がない可能性を示し、後者は回線への接続を試みたものの確立できなかった状態です。一覧が空の場合は、地域を次々に切り替えず、サブスクリプションの更新を確認してください。一覧があるのに接続中のままの場合は、端末自体から一般的なウェブサイトにアクセスできるかを確認し、権限不足、ネットワークの競合、接続コンポーネントの停止などの表示がないか調べます。エラーメッセージは原文のまま記録し、色だけで原因を推測しないでください。
基本的なネットワーク接続を確認したら、現在の接続を切断し、クライアントで別の回線を選んで再試行します。元の回線とは異なる地域や種類のものを選び、名称が似ていて実際の経路も同じ回線を続けて選ぶのは避けてください。ある回線では接続でき、別の回線ではできない場合は、接続できる回線を一時的に使い、失敗した回線名を記録しておきましょう。すべての回線で同じ段階に失敗する場合は、クライアントに必要なネットワーク権限があるか、システムプロキシや仮想ネットワークインターフェースを管理する別のツールが同時に動いていないかを確認します。複数のツールが同じ通信を制御しようとしていると、回線を変えるだけでは改善しないことがあります。
設定が実際に反映されているか確認
クライアントによっては、「回線を選択する」操作と「接続を開始する」操作が別になっています。一覧に選択マークが付いていても、端末の通信がその回線を経由しているとは限りません。メイン画面に接続中、接続済み、または明確なエラーのいずれが表示されているかを確認してください。システムのネットワーク設定では、必要な接続権限が取り消されていないかも確認します。初回利用時にネットワーク接続の許可を求める画面が表示された場合は、現在のクライアントが表示したものだと確認してから許可してください。許可の結果を確かめずにウェブサイトを試すと、権限の問題を回線品質の問題と誤認することがあります。
接続できない場合は、ウェブサイトに正常にアクセスできる別のネットワーク環境で比較してください。特定のネットワークでのみ失敗し、同じ端末とサブスクリプションが別のネットワークでは使える場合は、ネットワークの種類と失敗した段階を記録し、そのネットワークで先にウェブ認証が必要か確認します。「ネットワークを変えたら接続できた」ことだけで、アカウントが復旧したとは判断できません。元の接続環境に問題が関係していることを示すものです。反対に、異なるネットワークでも同じエラーが出る場合は、サブスクリプションが更新済みか、パネルのプラン状態が正常かを確認してください。
さらに問題を切り分けるには、現在の設定名をクライアントに控えてからサブスクリプションを再取得し、これまで選んでいない回線を試してください。例示用のアドレスを実際のサブスクリプションアドレスとして使ったり、完全なサブスクリプションリンクを公開ページに貼ったりしないでください。VPNULの実際のサブスクリプション情報はユーザーパネルから取得できます。それでも接続できない場合は、このページ末尾の問い合わせ項目を参考に、エラー表示、回線名、比較結果を送ってください。情報があれば、設定の読み込み、接続の確立、ローカルネットワークの通信制御のどこで失敗したかを切り分けやすくなり、同じ操作を何度もお願いせずに済みます。
接続済みなのにウェブサイトが開かない:通信制御とDNSを確認
名前解決とページ表示を分けて確認
クライアントに接続済みと表示されても、それだけでブラウザーの通信が目的のウェブサイトに届いているとは限りません。まず普段アクセスできるページを開き、次に問題が起きているページを開いてください。両方とも開けない場合は、クライアントがブラウザーの通信を全体モードまたはルールモードで処理しているか、システムプロキシの状態と表示が一致しているかを確認します。通常のページは開けて、特定のページだけ失敗する場合は、アドレスに間違いがないか確認してから別の回線と比較してください。ブラウザーに「名前を解決できません」と表示される場合はDNSを確認します。接続がタイムアウトする場合は、経路や接続先サービスの応答を確認してください。
DNSはドメイン名を接続に使うアドレスへ変換します。クライアント、システム、ブラウザーはそれぞれ別の名前解決設定を使うことがあるため、「回線は接続済み」でも「ドメイン名を解決できない」場合があります。まずブラウザー独自の特殊な名前解決設定を無効にし、クライアントの説明に従って現在のプロキシモードがDNSを処理しているか確認してください。システムDNSを手動で指定していた場合は、元の値を記録してからシステムの既定値に戻し、比較してみましょう。一度に変更するのは一か所だけにし、問題のページを開き直して表示が変わるか確認します。出所の分からない「共通DNS設定」をコピーして使うと、新たな要因を持ち込むおそれがあります。
推測ではなく、再現できる方法で確認
コマンドラインツールが使える端末では、例示用のドメインを問い合わせて、システムが名前解決の結果を返すか確認できます。次のコマンドはVPNULの回線品質を調べるものではなく、現在の環境で一般的なドメイン名の問い合わせができるか確認するだけです。コマンドを使えない場合は、ブラウザーのエラー表示やクライアントのログを参考にしてください。
nslookup example.com
名前解決の結果が返っても、DNSに問題がないとは限りません。ブラウザーがシステムとは異なる経路で名前を解決していたり、以前の失敗結果をキャッシュしていたりする可能性があります。同じブラウザーで別のページを試し、次に別のブラウザーでも比較してください。現状を記録する前にネットワーク設定をすべて消去するのは避けましょう。特定のブラウザーだけで失敗する場合は、そのブラウザーのプロキシ拡張機能、専用の名前解決設定、キャッシュを確認します。接続を有効にするとすべてのブラウザーで失敗し、無効にすると復旧する場合は、クライアントの通信制御モードと回線の状態を確認してください。
ページの枠や画像、動画は表示されるのに内容が読み込まれない場合は、回線全体の切断ではなく、接続先サイトのログイン状態、地域設定、リソースの取得が原因かもしれません。同じ回線で別のサイトを開き、別の回線で元のサイトを開いて、問題がサイトと回線のどちらについて起きるか確認してください。一つのページで一度エラーが出ただけで、アカウント情報を変更したりクライアントを再インストールしたりしないでください。特定の動画配信サービスについては動画配信サービスの利用案内を参考にし、各回線のページに記載された説明をご確認ください。
最後に、日付と時刻がシステムで正しく設定されているか確認してください。端末の時刻がずれていると、暗号化接続の認証に失敗し、一般的なネットワーク障害のように見える場合があります。ブラウザーに証明書エラーが表示された場合は、警告を無視してページを開こうとせず、端末の時刻と接続先アドレスを確認してください。原因を特定できない場合は、「名前解決に失敗」「接続がタイムアウト」「証明書の警告」を分けて記録します。「接続済みなのに開かない」だけの場合より、具体的なエラーの種類が分かるほうが後の調査に役立ちます。
速度低下と夜間の混雑:回線、混雑、アプリの負荷を切り分ける
まず、どの区間が遅いのか確認
ページの最初の表示が遅い、ファイル転送に時間がかかる、動画が頻繁に止まる。いずれも「遅い」と言えますが、原因は同じとは限りません。まず接続を無効にした状態でも、基本のネットワークが遅いか確認します。次に、同じネットワークと端末で、同じ接続先に対する複数の回線を比較してください。比較中は大容量のダウンロードや同期を同時に実行しないでください。バックグラウンドの通信で回線の違いが分かりにくくなります。記録するのは、どの回線で接続先が安定して開くか、特定のアプリだけで遅くなるかといった相対的な状況です。一度の速度測定結果を一日中の状態とみなすのは避けましょう。
夜間の速度低下では、時間帯によるものか、接続先に限ったものかを見分けることが大切です。日中は問題なく、混雑する時間帯だけ明らかに遅くなり、回線を変えると改善する場合は、より安定した回線を使ってください。複数の回線で同じサービスだけが遅く、ほかの接続先は正常な場合は、サービス側の応答が遅くなっていないか確認します。通常のローカルサイトも同時に遅い場合は、接続中のネットワークの混雑や端末のバックグラウンド処理を確認してください。VPNULは110+か国 / 220+回線に対応しています。選択肢を比較するためのものであり、どの時間帯、どの接続先でも同じ速度が出ることを示すものではありません。
回線選びでは距離と接続先の地域を考慮
距離の近い地域の回線から試すのは有効ですが、物理的な距離だけで決まるわけではありません。実際の使い心地は、ローカルネットワーク、回線経路、接続先サービスの所在地、地域によるコンテンツの違いなどにも左右されます。操作性が重要なウェブサイトや会議では、表示や応答が安定しているかを確認しましょう。動画を連続再生する場合は、読み込みが何度も止まらないかを見ます。回線名に含まれる地域だけで実際の性能を判断しないでください。回線ページで地域や種類を確認し、現在のネットワーク環境で一つずつ試してください。
| 確認できた症状 | 優先して比較する項目 | 次に行うこと |
|---|---|---|
| すべてのウェブサイトが遅い | 未接続時と接続時の基本的なアクセス状況 | 接続中のネットワークとバックグラウンド処理を確認 |
| 特定の接続先だけ遅い | 複数の回線で同じ接続先を比較 | 接続先の地域とサービスの状態を確認 |
| 混雑する時間帯だけ遅い | 同じ端末で時間帯ごとの回線状況を比較 | 安定した回線を使い、時間帯を記録 |
| 動画の読み込みだけ止まる | ウェブページの表示と動画の連続再生を比較 | アプリの設定と回線の案内を確認 |
クライアントに自動選択機能がある場合も、手動で確認済みの回線を一つ残し、比較に使いましょう。自動選択は特定の指標を優先しても、現在の接続先に最適とは限りません。自動モードと手動モードで結果が違う場合は、「自動モードは遅い」とだけ書くのではなく、それぞれで選ばれた回線名を記録してください。同じ接続先で何度も回線を切り替えると、サイト側でセッションが再確立される場合もあります。切り替え後にページが完全に読み込まれるのを待ってから比較してください。
プランのデータ残量も確認してください。月額プランのデータ容量は利用開始日を基準に毎月リセットされ、期間途中のアップグレードでは差額を残り日数に応じて換算します。データパッケージは使い切るまで有効で、期限はありません。パネルの残量が想定と異なる場合は、プランページで料金体系を確認してから、パネルでアカウントの状態を確認してください。すべての通信制限の表示を回線の問題と決めつけたり、パネルに表示されていないリセット日を独自に計算したりしないでください。判断が難しい場合は、表示された画面のスクリーンショットとプラン名を添えて問い合わせてください。
頻繁な切断とモバイル端末のバックグラウンド切断:切れるタイミングを確認
接続が手動で終了したのか、システムに切断されたのかを確認
頻繁に切断される場合は、まず切れるタイミングを確認してください。閲覧中、ネットワークの切り替え時、画面消灯後、アプリをバックグラウンドにした後では、それぞれ確認する項目が異なります。前面で使用中にも切れる場合は、基本のネットワークも同時に切断されていないか確認し、別の回線でも比較してください。ネットワーク切り替え時だけ切れる場合は、ネットワーク復旧後にクライアントが再接続するか確認します。一時的な再接続をサブスクリプションの無効化と決めつけないでください。バックグラウンド時だけ切れる場合は、システムによるバックグラウンド動作や省電力設定の制限を優先して確認してください。
モバイル端末では、アプリを前面から切り替えた後にバックグラウンド処理が制限されたり、ネットワーク環境の変化に伴って接続が作り直されたりすることがあります。システム設定で利用中のクライアントを探し、バッテリー管理、バックグラウンド動作、ネットワーク接続の権限を確認してください。手動で制限されていないことを確かめます。メニュー名は端末ごとに異なるため、実際のシステム設定に表示された項目を使ってください。別の端末のスクリーンショットを参考に、存在しない設定を探す必要はありません。変更後はクライアントをバックグラウンドに置き、切断を再現しやすい状況で改めて確認します。前面に戻したときに、接続済み、再接続中、切断のどれが表示されるかも確認してください。
自動再接続と接続の安定性を分けて記録
クライアントが再接続に成功しても、その間に切断が起きなかったことにはなりません。会議、アップロード、動画の連続再生中は、使用中のアプリにも再試行の表示が出ていないか確認してください。まず切断前後のクライアントの状態を記録し、同じ状況で別の回線でも再現するか試します。同じ端末のバックグラウンド時だけすべての回線で切れる場合は、システムの制限を重点的に確認してください。同じ回線で異なる端末を前面で使用しても切断される場合は、回線名と時間帯を手掛かりとして問い合わせに記載しましょう。切り分け中はネットワーク環境を変えないでください。回線の不安定さとネットワーク切り替えを区別できなくなります。
Windows、macOS、Linuxでは、端末がスリープに入った後もネットワーク接続が維持されるか確認してください。スリープから復帰した後にウェブページを再読み込みする必要があるのは、システムがネットワークを復旧するためかもしれません。スリープに入っていないのに接続が繰り返し切れる場合は、クライアントのログにインターフェースの停止や接続の再確立が記録されているかを確認してください。仮想ネットワークインターフェースを使うクライアントでは、同じインターフェースを制御するツールを複数同時に有効にしないでください。システムのルート設定をむやみに変更するより、ほかのネットワーク管理ツールを一時的に終了して試すほうが、状態を把握しやすくなります。
| プラットフォーム別の状況 | 優先して確認 | 確認方法 |
|---|---|---|
| iOS / Androidのバックグラウンド動作 | バックグラウンド動作、バッテリー管理、接続権限 | 切断が起きていた状況で再確認 |
| Windows / macOSのスリープ復帰後 | 端末の復帰とネットワークの復旧状況 | スリープ前後のクライアントの状態を比較 |
| Linuxでネットワーク切り替え後 | インターフェースとクライアントの再接続状況 | ネットワーク復旧後に再接続するか確認 |
アプリによっては独自の長時間接続を維持します。VPNULクライアントが再接続した後も、そのアプリのセッションは自動で復旧しないことがあります。目的のアプリを開き直したり、ウェブページを更新したりして、「VPNULがまだ接続されていない」状態と「アプリ側の接続が復旧していない」状態を区別してください。アプリへの再ログインが必要な場合は、接続が安定したことを確認してからセッションを復旧します。アカウントのパスワードや接続設定全体を公開の掲示板に貼って相談しないでください。特にサブスクリプションリンクは公開しないでください。
バックグラウンド権限の確認、回線の比較、ネットワークの比較を行っても切断が繰り返される場合は、ユーザーパネルの問い合わせフォームからご連絡ください。送信前に、現在も利用できるプランとサブスクリプションで問題が起きていることを確認し、影響が1台だけかどうかも記載してください。VPNULでは同時接続できる端末数に制限はありません。端末が多いという理由だけで、サービス側の台数制限だと判断せず、実際に表示されたメッセージを確認してください。
サブスクリプションを更新できない:リンク、取得、読み込みを切り分ける
まず現在のアカウントのサブスクリプションか確認
サブスクリプションの更新は、クライアントが回線一覧を再取得する操作であり、プランを再購入することではありません。まずユーザーパネルで現在のアカウント状態とサブスクリプションの取得先を確認し、クライアントに保存されているものが該当するサブスクリプションであることを確かめてください。解説記事に載っている例示用アドレスではありません。実際のサブスクリプションをコピーするときは、パネルのコピー機能を使ってください。手動で貼り付ける場合は、前後の空白、不要な改行、末尾の欠落に注意します。サブスクリプションリンクには接続設定に必要な情報が含まれます。アカウント情報と同様に慎重に扱い、公開チャットに送ったり、完全なアドレスが見えるスクリーンショットを共有したりしないでください。
エラーは発生段階によって確認方法が異なります。クライアントに取得できないと表示される場合は、通常のウェブサイトが開けるか、同じネットワークでパネルにアクセスできるか確認してください。サブスクリプションアドレスが無効と表示された場合は、パネルから再度コピーし、クライアントで読み込む場所を確認します。読み込みに失敗する場合は、クライアントが対応するサブスクリプション形式を読み込んでいるか確認してください。ウェブページのアドレスを回線設定欄に直接入力してはいけません。クライアントによっては「サブスクリプションを追加」と「個別の設定を読み込む」の入口が別です。入力場所を間違えると、回線が提供されていないように見えることがあります。サブスクリプションリンクとはで、取得と読み込みの違いを詳しく説明しています。
現在の設定を残してから再読み込み
更新に失敗しても、接続できる唯一の設定をすぐに削除するのは避けてください。現在使える回線名、クライアントに登録されているサブスクリプション名、エラーの原文を記録してから更新を実行します。クライアントで複数のサブスクリプションを併用できる場合は、取得元を確認したうえで、現在のパネルに表示されたサブスクリプションを追加し、新旧の一覧を比較してください。新しい設定が使えると確認できてから、無効になった項目や重複した項目を削除します。更新中にネットワークが不安定になっても、使えていた回線まで失わずに済みます。
サブスクリプション一覧の更新が完了しても、現在の接続が新しい項目に自動で切り替わるとは限りません。一覧に回線が表示されていることを確認してから、回線を一つ選んで接続を試してください。クライアントがすでに一覧から消えた古い項目を使っている場合は、手動で選び直します。一覧に項目があるのにどの回線も接続できない場合は、サブスクリプションの更新を繰り返さず、まったく接続できない場合を確認してください。一部の地域しか表示されない場合は、クライアントでフィルター、検索、グループの折りたたみが有効になっていないかも確認します。画面に項目が見えないからといって、サーバーから返されていないとは限りません。
サブスクリプションリンクを公開してしまった場合は、ユーザーパネルにリセットや変更の機能があるか確認してください。該当する操作が見つからない場合は、リンクが漏えいした可能性を記載して問い合わせてください。問い合わせ本文に完全なリンクを再度貼らないでください。サポートに必要なのは、アカウント内での対応に役立つ情報、クライアントのエラーメッセージ、再現手順です。利用者がそのまま使える認証情報は必要ありません。経験だけを頼りに何度も更新する必要もありません。回線一覧に異常がある、設定が期限切れと表示される、パネルから再読み込みを求められるといった場合に、クライアントの更新機能を使い、更新後の一覧を確認してください。
Windows、macOS、iOS、Android、Linuxではクライアントのメニュー位置が異なる場合がありますが、確認する順序は共通です。パネルの状態、アドレスの取得元、読み込み先、取得結果、一覧の内容、実際の接続を順に確認します。この順番で記録すると、どの段階で止まっているかが分かります。複数の端末で同じアカウントのサブスクリプションを読み込み、同種のエラーが起きる場合は、それぞれのプラットフォームに表示されたエラーを添えてください。1台だけで失敗する場合は、別の端末でどこまで成功したかも記載すると、クライアント側の問題に調査範囲を絞りやすくなります。
特定のアプリがプロキシを経由しない:ルール、プロセス、接続先を確認
そのアプリだけで問題が起きるか確認
同じ回線で、まずブラウザーから接続先サービスのウェブサイトを開き、次に問題が起きているアプリを使ってみてください。ウェブサイトも開けない場合は、ウェブサイトとDNSの項目に戻って確認します。ウェブサイトは開けるのにアプリだけが使えない場合は、アプリの通信が現在のクライアントを経由しているかを確認してください。クライアントによって、ドメイン、アプリのプロセス、システムのネットワークインターフェースなど、通信を振り分ける方法は異なります。ルールモードでは、対象アプリの通信がプロキシを経由しない設定になっていることがあります。全体モードでも失敗する場合は、アプリ独自の接続設定、ログイン状態、サービスからの応答を確認してください。
モードを切り替える前に、現在のモード名と、以前接続できた接続先を記録してください。クライアントに用意された全体モードを一時的に使い、アプリの動作が変わるか確認した後、元のモードに戻すか、ルールをさらに調べます。全体モードでは正常でルールモードでは失敗する場合は、ルールに記載されたアプリ名、ドメイン、接続先地域が実際の通信と一致するか確認してください。アプリの画面上の名前だけを見て判断するのは避けましょう。同じアプリでも、ログイン、画像、メディアの読み込みに異なるドメインを使うことがあります。一つのドメインだけにルールを設定して関連する通信を除外すると、画面は開くのに内容が表示されないことがあります。
アプリ独自のプロキシ設定との競合を確認
デスクトップアプリによっては独自のプロキシ設定があり、ブラウザーにも専用のプロキシ拡張機能が入っている場合があります。こうした設定がシステムプロキシより優先されたり、VPNULクライアントとは異なる経路で通信したりすることがあります。元のアプリ設定を記録し、アプリの案内に従ってネットワークモードを確認してから比較してください。一つのアプリを使えるようにするために、システムプロキシ、クライアントのルール、アプリ内のプロキシを同時に変更しないでください。復旧しても、通信がどの経路を通ったのか分からなくなります。アプリに明確なエラーコードが表示された場合は原文を記録します。ただし、そのコードだけでVPNULのアカウント状態を判断しないでください。
アプリが特定地域向けのコンテンツやアカウント権限を必要とする場合、その地域の回線に接続してもサービスを利用できるとは限りません。同じアカウントと回線を使ってウェブサイトとアプリの結果を比較し、サービス独自の地域設定、ログイン状態、コンテンツの利用条件を確認してください。動画配信サービスに地域に関する表示が出る場合は、動画配信サービスのページで回線の選び方を確認できます。AIツールが読み込めない場合も、サービスの入口とアプリ自体を分けて確認し、すべてのエラーを「回線の故障」とひとまとめにしないでください。VPNULが提供するのは海外接続向けの回線サブスクリプションであり、接続先サービスのアカウントやコンテンツのルールを管理するものではありません。
モバイル端末で、バックグラウンドの通知やコンテンツ更新だけが遅れ、アプリを前面で開くと正常に読み込める場合は、バックグラウンドでの切断も確認してください。バックグラウンド動作はシステムやアプリ独自の設定に左右されるため、回線を切り替えるだけでは改善しない場合があります。デスクトップでは、アプリの起動時に初めてプロキシ設定を読み込むことがあります。クライアントの接続を確認してからアプリを再起動して試してください。ブラウザーでは開けるのに独立したアプリで失敗する場合は、特に有効な確認方法です。アカウントと回線は変えずに試し、再ログインによる変化をプロキシルールの修正と混同しないようにしましょう。
サポートに問い合わせる際は、アプリ名、クライアントのモード、ブラウザーでの比較結果、使用した回線、アプリに表示されたエラーメッセージを記載してください。ログイン後にしか表示されない内容に関する問題は、画面のどの段階で起きるかを文章で説明すれば十分です。個人情報が含まれる画面全体を送る必要はありません。確認したいのは、通信がプロキシに入っているか、どの段階で失敗しているかです。アプリのアカウント情報を集めることではありません。
端末の表示、データ残量、問い合わせ:状況を正確に共有
「端末数の上限」と表示されたら、表示元を確認
VPNULでは同時接続できる端末数に制限はありません。そのため「端末数の上限」と表示されても、VPNULのプランに端末数の上限があるとは限りません。まず、その表示がVPNULのユーザーパネル、利用中のクライアント、接続先アプリのアカウントページのどこに出たかを確認してください。表示元によって制限の仕組みは異なります。表示された文言と表示されるきっかけを記録し、クライアントで想定したアカウントにログインしているか確認してから、パネルのプラン状態を確認してください。接続先サービスからの表示であれば、そのサービス独自のアカウントルールに従ってください。VPNULの回線を切り替えても、接続先サービスの端末管理は変わりません。
データ残量はプランの種類ごとに確認してください。VPNULの月額プランは¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。データ容量は利用開始日を基準に毎月リセットされ、期間途中のアップグレードでは差額を残り日数に応じて換算します。データパッケージは¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで有効です。期限はありません。まずパネルで月額プランとデータパッケージのどちらを利用しているか確認し、表示されている残量と状態を照合してください。想定と異なる場合は、プラン名とパネルの表示を添えてください。暦月を基準にリセット日を推測したり、アップグレード後の残日数を独自に計算したりしないでください。
問い合わせを利用する目安
基本的なネットワーク、回線の切り替え、サブスクリプション、クライアントのモードを比較しても接続できない場合、複数の端末で同じエラーが繰り返される場合、パネルのプランやデータ残量が購入履歴と一致しない場合、サブスクリプションリンクが漏れた可能性がある場合、または一定の条件で問題を再現できる場合は、ユーザーパネルの問い合わせフォームをご利用ください。特定のウェブサイトだけ一時的に開けない場合は、先にウェブサイトとアプリの項目を確認してください。問い合わせ時に原因を特定しておく必要はありません。再現可能な状況をできるだけ具体的にお知らせください。
「何が起きたか—いつ起きたか—再現方法—確認済みの項目」の順に記載すると、状況が伝わりやすくなります。利用したプラットフォーム、クライアントに表示されたエラーの原文、回線名、ネットワーク環境、別の回線や端末でも再発するかを記載してください。ウェブサイトの問題なら対象のドメインとブラウザーのエラーの種類を、サブスクリプションの問題なら取得、読み込み、接続のどの段階で失敗するかを記載します。料金に関する問題なら、パネルに表示されたプラン名と注文の状態を記載してください。スクリーンショットはエラーに関係する部分だけを残し、アカウント情報、サブスクリプションアドレス全体、その他の個人情報を隠してください。
問い合わせ内容の例
「Androidクライアントは接続済みと表示され、通常のウェブサイトは開けますが、対象アプリではコンテンツを読み込めません。ルールモードで問題が発生しました。同じ回線のまま全体モードに切り替えると読み込めます。別の回線でも再現しました。アプリのエラー表示とクライアントのモードが分かるスクリーンショットを添付します。アカウント情報は隠してあります。」
問い合わせを送信した後は、次の手順について明確な案内があるまで、できるだけ当時のテスト条件を維持してください。問題が自然に解消した場合は、復旧前に最後に行った変更を問い合わせに追記すると、一時的なネットワークの変動と設定変更による復旧を区別しやすくなります。サポートから設定の変更を案内された場合は、現在の値を記録し、案内された項目だけを変更してから結果をお知らせください。複数の端末で何か所も設定を変更すると、元の問題を確認しにくくなり、設定を元に戻す手間も増えます。
短い質問と回答はヘルプセンターで、基本の手順はかんたんスタートガイドで確認できます。プランを検討する場合は、プランページでデータ容量と支払い方法を比較してください。VPNULはAlipay、WeChat Pay、USDTに対応し、60日間の返金保証を提供しています。ユーザー名とパスワードだけでアカウントを作成でき、メールアドレスは不要です。これらはアカウントやサービスの内容を確認するための情報です。実際のトラブルシューティングの代わりにはなりません。接続が復旧するかどうかは、エラーが起きた段階と比較結果によって異なります。