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

DIAGNOSIS / 障害範囲の定義

再現可能な切り分けの基準を作る

原因を推測する前に、症状を具体的に記録する

有効な切り分けは、観察できる症状から始まります。「回線が壊れた気がする」と結論づけるのではなく、クライアントが未接続、接続中、接続済みのどの状態かを記録してください。すべてのWebサイトで起きるのか、特定のサービスだけか、ブラウザーと単体アプリで結果が同じか、ネットワークを切り替えると変化するか、同じサブスクリプションが別の端末では正常かを確認します。症状が具体的であるほど、問題がローカルネットワーク、クライアント設定、名前解決、ルーティング、対象サービス、アカウント状態のどこにあるか判断しやすくなります。

まずは最小限のテストを一巡してください。同じ端末、同じクライアント、同じネットワークを維持したまま回線だけを切り替え、その後は同じ回線でネットワークだけを変更します。毎回一つの条件だけを変え、結果を記録してください。クライアントの再インストール、ネットワーク変更、システム設定のリセット、回線変更を同時に行うと、一時的に直ってもどの操作が有効だったか分からず、再発時に最初からやり直すことになります。

接続経路を複数の層に分けて考える

海外向けの接続は、ローカルネットワーク、名前解決、クライアントプロセス、トンネル確立、システムルーティング、遠隔回線、対象サービスの順に分けて考えられます。ブラウザーで国内サイトを開けても、ローカルネットワークの一部が正常だと分かるだけです。クライアントが接続済みと表示しても、トンネルが確立したことを示すだけで、すべてのアプリがそのルートを使うとは限りません。対象ページに地域やアカウントに関する案内が表示されても、回線がデータを転送できないとは限りません。これらを混同すると、効果のない操作を繰り返すことになります。

判断では「最後に正常だった工程」を探します。クライアントでログイン画面すら読み込めない場合は、まずローカルネットワークとシステム時刻を確認します。サブスクリプションは更新できるのに接続できない場合は、設定、プロトコル、回線を確認します。接続済みで一部のアドレスには直接アクセスできるのにドメインだけ開けない場合は、DNSを優先して確認します。ブラウザーは正常で特定のアプリだけ異常なら、アプリプロキシと振り分けルールを調べます。接続ボタンを繰り返し押すより、この順序のほうが確実です。

クリーンな比較環境を用意する

比較環境に複雑なツールは必要ありません。プロキシ、DNS、フィルタールール、ネットワークインターフェースを変更する他のプログラムを終了し、ブラウザーのプロキシ拡張機能を一時的に無効にします。システムプロキシに手動設定が残っていないことを確認してから、QhVPNクライアントを再起動してください。企業、学校、公共のネットワークでは追加の認証ページが表示される場合があります。ブラウザーでネットワーク固有のログインを完了していなければ、トンネルも正常に確立できないことがあります。まず接続を切り、ブラウザーで通常のWebページが開くことを確認してからテストを続けます。

システム時刻は自動同期に設定してください。証明書の検証には正確な時刻が必要で、時刻のずれはサブスクリプション要求の失敗、ログイン画面の空白、接続ハンドシェイクの失敗として現れることがあります。スリープ復帰後に異常が出た場合は、ウィンドウを閉じるだけでなく、クライアントを完全に終了してから再起動します。一部のクライアントはウィンドウを閉じてもバックグラウンドで動作し続け、古いネットワークインターフェースやプロセスが解放されないことがあります。

エラー画面だけでなく、証拠を残す

エラーのスクリーンショットにはクライアントの状態、回線名、完全なメッセージを含めます。ただし、アクセス認証情報やサブスクリプションの内容は写さないでください。クライアントが診断ログのコピーに対応している場合は、障害発生前後の関連箇所を抜き出します。ログが長い場合は元ファイルを保存し、問い合わせには発生したおおよその時間帯を記載してください。Webページのエラーでは、ドメインを解決できるか、他のブラウザーでも同じか、シークレットウィンドウでは正常か、サイトデータを消去すると変化するかも記録します。

切り分けが終わったら、試したものの効果がなかった操作もすべて記録してください。これにより、サポートが同じ手順を繰り返し案内するのを防ぎ、回線側の確認も迅速になります。障害が特定の時間帯だけ発生する場合は、「よく遅い」よりも時間帯の記録が有用です。特定のアプリだけに影響する場合は、アプリ名、システム、振り分けモード、バックグラウンド通信の許可状態を明記します。明確な基準作りが、以降すべての章の出発点です。

CONNECTION / トンネルが確立しない

まったく接続できない：ローカルネットワークから回線まで確認する

クライアントが「接続中」のままになる

「接続中」の状態が続く場合、クライアントはリクエストを送信済みでも、ハンドシェイク、システムのネットワークインターフェース、遠隔回線の応答が完了していない可能性があります。まず接続をキャンセルし、状態が完全に未接続へ戻るまで待ってから再接続します。短時間に連続してクリックすると複数のリクエストが重なり、画面に古い状態が表示されることがあります。その後、別の地域の回線へ切り替えて再テストします。特定の回線だけ失敗する場合は、回線名を記録して別の回線を使い、すぐにクライアント全体を再インストールしないでください。

すべての回線が同じ段階で停止する場合は、現在のネットワークを切断して再接続し、通常のWebページにアクセスできることを確認します。次に、他のプロキシツール、ネットワークフィルター、パケットキャプチャーツール、企業向けセキュリティクライアントを完全に終了します。複数のプログラムが同時に仮想ネットワークインターフェースを作成すると、システムが誤ったインターフェースにデフォルトルートを割り当てることがあります。ウィンドウを閉じただけではプロセスが終了しない場合があるため、システムのタスク管理画面で関連プロセスが終了したことを確認してから、QhVPNを再起動してください。

クライアントがすぐに失敗を返す

即時に失敗する場合は、設定が利用できない、サブスクリプションの期限切れ、ローカル権限不足、接続パラメーターの読み込み不良が考えられます。まずクライアントでサブスクリプションを更新し、「更新は成功したが接続できない」のか「サブスクリプション自体を更新できない」のかを確認します。この二つは確認すべき章が異なります。更新できる場合は、現在の設定で有効な回線が選択されているか確認します。リストが空、名前が不自然、設定内容が明らかに不完全な場合は、サブスクリプション更新の章へ進んでください。

デスクトップでは、初回のネットワークインターフェース作成時にシステムの許可が必要な場合があります。以前に許可を拒否していた場合、再インストールだけでは権限が自動的に戻らないことがあります。システムのネットワークまたはプライバシー設定で関連する許可を確認し、クライアントを再起動してください。Linux環境では、トンネルインターフェースの作成とルート変更に必要な権限がクライアントプロセスにあることも確認します。高い権限で問題を長期的に回避しないでください。クライアントの案内に従って必要な許可を一度だけ与え、ユーザーパネルから提供されたQhVPNのクライアントを使用していることを確認します。

ネットワークを変えると復旧する場合

同じ端末と同じ回線が別のネットワークで復旧するなら、クライアント設定とアカウントはおそらく正常で、問題は元のネットワーク経路に集中しています。元のネットワークで認証ページを完了していない、特定の接続方式が制限されている、DNSに異常がある、ルーターが古いセッションを保持している可能性があります。まず接続を切り、ブラウザーで通常のページにアクセスして認証ページを完全に表示し、認証を完了します。その後クライアントに戻って接続してください。家庭のネットワークでは通常の手順でルーターを再起動し、通常の通信が完全に復旧してからテストします。

公共ネットワークだけで異常が起きる場合は、システム全体を何度も変更しないでください。まず別の回線を使うか、クライアントが提供する接続方式から現在のネットワークに適したものを選びます。変更後は同じ対象ページで再テストし、ページキャッシュを接続復旧と誤認しないようにします。企業ネットワークに明確な利用規則がある場合は、それに従い、アクセス方針を回避しようとしないでください。

回線変更とインターフェースリセットの順序

正しい順序は、まず回線を変更し、次にクライアントを再起動し、最後にシステムネットワークをリセットすることです。回線変更は負担が最も小さく、単一回線の異常かどうかも判断しやすくなります。クライアントの再起動では、残留プロセスやルートを解放できます。システムネットワークのリセットは、保存済みネットワーク、DNS、他のソフトウェア設定に影響するため最後に行い、操作前に元の設定へ戻す方法を確認してください。根拠がないまま広範囲をリセットすると、新たな変数を持ち込むことになります。

Windowsでは、まず名前解決キャッシュとネットワークソケットの状態をクリアし、完了後はシステムの指示に従って再起動します。コマンドは必要な権限を持つターミナルで実行してください。

ipconfig /flushdns
netsh winsock reset

再起動後もすべての回線で失敗する場合は、クライアントのエラー、現在のネットワーク種別、再現する時間帯、試した回線を集めて問い合わせを送ります。特定の回線だけ失敗する場合は、利用可能な別の回線を使いながら、問い合わせに異常な回線名を記載してください。サービス側で個別に確認しやすくなります。

RESOLUTION / 接続済みだがアクセスできない

接続できるのにWebページが開かない：DNSとルーティングを確認する

ドメインの失敗と通信の失敗を切り分ける

クライアントは接続済みなのに、ブラウザーでサーバーが見つからないと表示される場合、ドメインが正しく解決されていない可能性があります。ページの読み込みが続いた後にタイムアウトする場合は、ルーティング、回線、対象サービスの問題かもしれません。どちらも「開かない」と見えますが、対処は異なります。まず関係のない複数のWebサイトを試し、別のブラウザーやシークレットウィンドウでも確認してください。特定のサイトだけ異常なら、接続全体が原因だとすぐに決めつけないでください。メンテナンス、アカウント確認、地域設定、ブラウザーキャッシュが原因の可能性もあります。

名前解決の失敗は通常、複数のドメインに同時に影響します。ただし、キャッシュ済みページや一部の単体アプリは正常に動くことがあります。通信の失敗では、ドメインは解決できてもページへの接続を確立できないことがあります。クライアントログに解決、ネームサーバー、問い合わせのタイムアウトに関する情報があれば、まずDNSを確認します。接続リセット、遠隔側からの応答なし、ルート到達不能が出ている場合は、回線とシステムルートの確認に戻ります。

システムとブラウザーに残る古い解決結果を消去する

システム、ブラウザー、アプリはそれぞれ解決結果をキャッシュすることがあります。一つの層だけを消去しても、古い結果が使われ続ける場合があります。まずブラウザーを完全に終了し、システムキャッシュを消去してから再度開きます。Windowsでは前述のキャッシュ消去コマンドを使用します。macOSではターミナルで次のコマンドを実行します。端末の認証を求められます。

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

systemd-resolvedを使用するLinux環境では、次を実行します。

sudo resolvectl flush-caches

コマンド実行後に出力がないからといって、必ずしも失敗ではありません。ブラウザーを再起動し、まず以前に開いていないページへアクセスして、ブラウザー内部のキャッシュを避けます。特定のブラウザーだけ異常なら、安全なDNS、プロキシ拡張機能、サイトデータの設定を確認してください。ブラウザー独自の解決方式がシステム経路を迂回したり、クライアントのDNS引き継ぎ方式と競合したりすることがあります。

システムプロキシの残留設定を確認する

クライアントによってはシステムプロキシを使い、別のクライアントではトンネルインターフェースを使います。接続方式を切り替えた後、システムプロキシに古いアドレスが残ることがあります。この場合、クライアントは接続済みに見えても、ブラウザーは存在しないローカルポートへリクエストを送ります。システムのネットワークプロキシ設定で、自動プロキシスクリプト、手動プロキシアドレス、例外リストが現在のクライアントの要件に合っているか確認します。不明な場合は、まずクライアントを切断し、システムプロキシを通常の直接接続へ戻して通常のWebページにアクセスできることを確認し、その後クライアントに再度引き継がせます。

ブラウザー拡張機能も個別にプロキシを変更することがあります。切り分け中は、特にサイトごとに回線やプロキシルールを切り替える拡張機能を一時的に無効にしてください。シークレットウィンドウでは正常で通常のウィンドウだけ異常なら、まず拡張機能、キャッシュ、サイトデータを確認し、ネットワークドライバーを再インストールしないでください。すべてのブラウザーで異常があり、コマンドラインツールや他のアプリは正常なら、システムプロキシとブラウザーが共用するネットワークコンポーネントを確認します。

DNSリークの警告と、実際のDNS障害は別の問題

DNS検査ページに表示される解決先が想定と異なる場合は、解決経路の問題です。Webページをまったく開けない場合は、利用可能性の障害です。前者ではクライアントのDNS引き継ぎと振り分け方針を確認し、後者ではまず基本的な解決を復旧します。Webページにアクセスできない状態で、多数の高度なルールを同時に変更しないでください。まずクライアントの標準設定で基本接続を確認し、その後カスタムDNS、振り分けルール、フィルター機能を一つずつ戻します。

システムDNSを手動設定している場合は、元の設定を記録してから一時的に自動取得へ戻し、再接続してください。カスタムの名前解決サービスが現在のネットワークから到達できない、またはトンネル内の解決と競合している可能性があります。自動設定に戻して問題が消えるなら、障害はアカウントや回線ではなく、カスタムの名前解決経路にあります。その後、クライアントが対応する範囲で再設定し、一つずつ検証します。

サポートへ問い合わせるタイミング

異なるネットワークにある複数の端末で同じ地域の回線を使い、いずれもドメインを解決できない一方、別地域へ切り替えるとすぐ復旧する場合は、異常な回線名、テストしたドメイン、システム、クライアントの状態、発生時間帯を送ってください。すべての回線で同じ問題が起き、通常のネットワークとサブスクリプション更新が正常なら、解決失敗の表示とクライアントログを添付します。サブスクリプション全体は送らないでください。サポートに必要なのは障害の状況であり、そのまま使えるアクセス認証情報ではありません。

THROUGHPUT / 速度と混雑

速度低下と夜間の混雑：変数を分けて測定する

ダウンロードが遅いのか、応答が遅いのか、再生がバッファリングするのかを判断する

「遅い」には少なくとも複数の異なる症状があります。ページの初回表示に時間がかかる、ファイル転送が継続的に遅い、動画が頻繁にバッファリングする、インタラクティブなアプリの応答が遅い、といったケースです。初回表示は遅延とDNSの影響を受けやすく、継続的な転送は回線のスループット、ローカルネットワーク、対象サーバーの影響を受けます。動画ではプラットフォームの地域設定、アカウント状態、画質ポリシー、キャッシュも影響します。具体的な操作を先に説明すれば、適切な回線を選びやすくなります。

速度を測るときは、システム更新、クラウド同期、動画再生、大容量ファイルの転送を同時に行わないでください。家庭内の他の端末が回線を使用している可能性もあります。まずバックグラウンド処理を止め、通常のネットワークで比較テストを行い、その後QhVPNに接続して同じ対象を測定します。比較の目的は特定の数値を追うことではなく、ボトルネックがローカル接続、加速回線、対象サービスのどこにあるかを確認することです。事実として固定の速度結果は保証されていないため、一度の測定を長期的な性能保証とみなさないでください。

地域名だけでなく、用途に合わせて回線を選ぶ

WebページやAIツールでは、安定した応答と継続セッションが重視されます。大容量ファイルのダウンロードでは継続的なスループットが重要です。ストリーミングでは、対象プラットフォームがその地域の回線をどのように認識するかも確認します。近い回線は経路が短い傾向にありますが、すべてのネットワークや時間帯で必ず速いとは限りません。QhVPNは90+か国 / 200+回線をカバーしています。切り分けでは代表的な少数の地域を比較し、一覧を無作為にすべて試さないでください。

まず地理的に近い回線を基準にし、次に対象サービスの地域、またはクライアントが用途として示す回線を選びます。切り替えるたびに古い接続が完全に切れてから、新しいテストを始めてください。ブラウザーでバッファリング済みの内容は判断を妨げ、アプリも古い接続を保持することがあります。回線を変えた後はページを更新するか、対象アプリを再起動します。古いセッションが元の出口を使い続けると、表面上は「回線を変えても変化がない」ように見えます。

夜間の問題は時間帯をまたいで比較する

夜間の混雑時間帯だけ遅く、それ以外は正常なら、ローカル通信事業者のネットワーク、共有回線、海外経路の混雑が関係している可能性があります。異常な時間帯に同じ端末、同じネットワーク、同じ対象を維持し、地域の異なる回線を順に試して、どの種類の回線で復旧するか記録します。翌日の混雑していない時間帯にも同じ条件で再テストしてください。こうした記録により、継続的な障害と時間帯による混雑を区別でき、サポートが回線調整の要否を判断しやすくなります。

混雑時間帯にクライアントを何度も再インストールしないでください。インストールファイルが変わらない限り、再インストールで共有ネットワークの混雑が改善することは通常ありません。より有効なのは、同時に実行する転送タスクを減らす、回線タイプを切り替える、安定した有線接続や品質の良い無線接続を使う、継続的にアップロードする同期プログラムを停止することです。無線信号の不安定さは再送を引き起こし、遠隔回線の混雑とよく似た症状になります。

ストリーミングのカクつきを個別に判断する

ストリーミングを開けるのに再生がバッファリングする場合は、まずプラットフォームにアカウントや地域に関する案内がないか確認し、画質を下げて継続再生できるか見ます。低画質では安定し、高画質だけがバッファリングするなら、スループットの問題に近いでしょう。ページにコンテンツが利用できないと直接表示される場合は、地域認識またはコンテンツの権利に関する問題であり、通常の速度測定だけで説明しないでください。対象地域に適した回線へ切り替え、アプリを完全に終了してから再起動します。

ブラウザー再生とネイティブアプリの結果が異なる場合は、振り分けルールでアプリが除外されていないか、システムがバックグラウンド通信を制限していないか確認します。詳しくはアプリ振り分けの章をご覧ください。Disney+などのプラットフォームはアカウント地域やキャッシュ情報を保持することがあるため、回線変更後はセッションを再確立する必要があります。対応サービスの案内で利用状況を確認できますが、プラットフォーム側のコンテンツ一覧の変化を接続障害と誤認しないでください。

AIツールの応答が遅い場合の判断

AIサービスでページは開けるのに生成が停止する場合は、ネットワーク切断、ブラウザーセッションの失効、サービス側の待機列を切り分けます。更新後にログイン状態が失われたなら、回線変更によって出口が変わったか確認します。特定のツールだけ異常で他の海外サイトが正常なら、対象サービスの状態とアカウント表示を優先して確認してください。回線を頻繁に切り替えるとセッション経路が変わり、再認証を促されやすくなります。

継続的なセッションが必要なら、瞬間的な最低遅延だけを目標にせず、安定した回線を一つ選んで維持します。Cursor、Claudeなどのツール環境についてはAIツールアクセス特集もご覧ください。特定のツールだけで異常が起きる場合は、問い合わせにツール名、Webページまたはアプリの入口、回線地域、エラーテキストを添え、「AIが遅い」だけで済ませないでください。

STABILITY / セッションの継続性

頻繁な切断とモバイル端末のバックグラウンド切断

切断は決まった操作で起きるのか、ランダムなのか

頻繁な切断では、まず発生条件を観察します。画面ロック後、無線からモバイルネットワークへの切り替え後、スリープ復帰後、長時間操作しなかった後に切れる場合、それぞれバックグラウンド制限、ネットワーク切り替え、システムインターフェースの復旧、セッション維持の問題が考えられます。前面で継続使用していてもランダムに切れるなら、回線、ローカル信号、クライアントプロセス、複数のネットワークツールの競合がより疑われます。

切断前に何をしていたかを記録するほうが、切断後のエラーを記録するより重要です。ネットワーク切り替え時は既存の接続経路が失われるため、クライアントはトンネルを再確立する必要があります。一時的に再接続中と表示されるのは説明可能な動作です。本当に対処が必要なのは、再接続が長時間完了しない、画面ロックのたびに失敗する、すべての回線が同じ操作後に終了する場合です。こうしたパターンを明確に書けば、調査範囲をすぐに絞り込めます。

iOSとAndroidのバックグラウンド管理

モバイルOSは省電力設定によってバックグラウンド動作を停止することがあります。システム設定で、QhVPNクライアントに必要なバックグラウンド通信を許可し、厳格なスリープや深い省電力の対象にしないでください。端末メーカーによってメニュー名は異なるため、バッテリー、バックグラウンド動作、アプリ起動、ネットワーク権限に関する項目を探します。設定後、クライアントを再起動して接続し、画面をロックして通常の利用条件で再テストします。

複数のVPN設定を同時に有効にしないでください。システムが同時にアクティブにできる接続設定は一つであり、別のネットワークツール、企業設定、セキュリティアプリがインターフェースを奪うことがあります。システムのVPN設定で現在のアクティブ項目を確認し、使っていないことが明確な古い設定を削除します。用途が分からない設定は、作業環境に影響しないよう、いきなり削除せず先に無効化してください。

デスクトップのスリープ復帰後に接続を戻す

Windows、macOS、Linuxがスリープから復帰すると、物理ネットワークインターフェースが変わっているのに、クライアントが古いルートを保持していることがあります。通常のネットワークが復旧するまで待ち、クライアントで切断してから再接続します。画面が古い状態で止まる場合は、クライアントを完全に終了して再起動してください。スリープを頻繁に使う環境では、クライアントの自動復旧や起動時実行を有効にできますが、複数のシステムスクリプトで同じプロセスを重複起動しないでください。

復帰のたびにシステム再起動が必要なら、問題はクライアントだけではない可能性があります。無線アダプター自体が接続不能になっていないか、システム時刻が同期しているか、他のネットワークアプリが正常かを確認します。QhVPNだけが異常なら復帰直後のクライアントログを保存し、システム全体のネットワークが異常なら、まずローカルのネットワークインターフェースを修復してから接続をテストします。

無線信号の変動と回線切断

無線ネットワークで一時的にパケットロスが起きると、トンネルの再ネゴシエーションが発生します。アクセスポイントに近づくと復旧する、有線接続にすると安定する場合は、ローカルの無線経路が主な変数です。公共の無線ネットワークでは、定期的に再認証を求められることもあります。認証状態が失われると、クライアントは接続中と表示していても、基盤ネットワークで通信できないことがあります。その場合はQhVPNを切断し、ブラウザーでネットワーク自体の認証を完了してから再接続します。

ローカル信号が安定していて特定の回線だけ頻繁に切れる場合は、同じ地域の別回線または近隣地域の回線と比較します。複数地域の回線が同じネットワークで切れ、ネットワークを変えると安定するなら、元のネットワークを重点的に確認します。異なる端末、ネットワーク、回線で同時に切断が起きる場合は、問い合わせを送り、サービス側の状態を確認してもらってください。

安定性に関する問い合わせに添える情報

安定性の問題には時系列が必要です。切断前の操作、クライアントが自動再接続したか、再接続後に出口が変わったか、他のアプリも同時に通信できなくなったか、前面表示、画面ロック、スリープ、ネットワーク切り替えのどの条件で発生したかを記載します。ログは切断前後を含め、アクセス認証情報は隠してください。「すぐ切れる」だけでは、サポート側でバックグラウンド停止、ローカル信号、回線セッションを区別できません。

SUBSCRIPTION / 設定取得経路

サブスクリプションを更新できない：ログイン、時刻、キャッシュを確認する

まずサブスクリプションの取得元を確認する

クライアントとサブスクリプションは、どちらもユーザーパネルから取得してください。出所の不明な固定アドレスは使用しないでください。パネルには、アカウント作成時のユーザー名とパスワードでログインします。QhVPNはメールアドレス不要で、ユーザー名とパスワードだけで登録できます。パネルにはログインできるのにクライアントを更新できない場合、アカウント認証とクライアントのサブスクリプション要求は別の経路にあります。パネルにもログインできない場合は、ユーザー名、パスワード、システム時刻、通常のネットワークをまず確認してください。

サブスクリプション全体を公開ページ、グループチャットのスクリーンショット、問い合わせのタイトルに貼り付けないでください。サブスクリプションはアクセス認証情報です。サポートに確認を依頼する場合は、パネルを開けるか、更新要求のエラーテキスト、システム、クライアントの入手元だけを伝えます。サブスクリプションが漏えいした可能性がある場合は、パネルで利用可能な機能を使って再生成またはリセットし、元の内容を公開し続けないでください。

更新のタイムアウトと認証失敗を区別する

更新のタイムアウトは、クライアントがネットワーク要求を完了できていないことを示し、ローカルネットワーク、システムプロキシ、DNS、古い接続の干渉が原因かもしれません。認証失敗は、ログイン状態、サブスクリプションの状態、要求内容が利用できないことに近い症状です。まず現在の接続を切り、通常のネットワークでユーザーパネルを開きます。その後クライアントを完全に終了して再起動し、更新を実行します。接続後でなければ関連ページにアクセスできない場合は、安定して動作する回線を選び、障害のある回線で更新しないようにします。

システム時刻が間違っていると、安全な接続の検証に失敗することがあります。自動時刻とタイムゾーンを有効にして再テストしてください。ブラウザーでパネルを開けても、単体クライアントが同じプロキシや証明書環境を使うとは限りません。ブラウザーは正常でクライアントだけ更新に失敗する場合は、システムプロキシの残留設定、防護ソフトのネットワークフィルター、クライアント権限を確認します。

サブスクリプションの更新は成功したが、回線一覧が変わらない

通常は、クライアントがキャッシュ済みの設定を表示しているか、新しい設定が現在の設定として選択されていません。更新完了の表示を確認し、更新後の設定へ切り替えて回線一覧を再読み込みします。クライアントによってはホームへ戻るか再起動しないと画面が更新されません。同じサブスクリプションを何度もインポートしないでください。名前は同じでも更新時刻が異なる設定が生まれ、古い複製へ接続する可能性があります。

削除する前に、現在使用中の設定を確認し、明らかに重複した古い項目だけを削除します。判断できない場合は、先にクライアントログを保存するか設定名を撮影してから操作してください。クライアントの再インストールは後段の手段です。実行前に、ユーザーパネルへ再ログインしてQhVPNのクライアントとサブスクリプションを取得できることを確認します。

通信量の状態と更新結果

月額サブスクリプションの通信量は、開通日を基準に毎月リセットされます。途中でアップグレードした場合の差額は残り日数に応じて計算されます。パネルの通信量やプラン状態が想定と異なる場合は、まずパネルを更新して再ログインし、その後クライアントのサブスクリプションを更新します。クライアントの表示は前回のキャッシュの場合があるため、ローカルの古いデータだけでアカウント状態を判断しないでください。通信量パックは使い切るまで有効で、無期限です。状態はパネルを基準に確認します。

料金プランには ¥9.9/月・60GB、¥18/月・250GB、¥28/月・500GBが含まれます。通信量パックには ¥158/300GB、¥358/1000GB、¥658/3000GBがあります。プランの違いを確認する場合は料金プランをご覧ください。支払い済みなのにパネルの状態が更新されない場合は、複数の注文を重ねて作成せず、パネルの注文状態を保存して問い合わせで確認してください。

手動インポート時の安全な範囲

ガイド内のサブスクリプションアドレスには、明らかなダミー値だけを使用します。例：

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

このアドレスは項目の位置を説明するためだけのもので、実際の接続は確立できません。実際のサブスクリプションはQhVPNのユーザーパネルから取得してください。例のアドレスを推測したQhVPNのパスに書き換えたり、検索結果から第三者の設定をダウンロードしたりしないでください。QhVPNのクライアント入口はユーザーパネルにあり、ログイン後にサブスクリプションとクライアントを取得できます。

再インストール前の最終確認

重複した設定がインポートされていないこと、現在の設定がアクティブになっていること、システムプロキシに古いアドレスが残っていないこと、クライアントプロセスが完全に終了して再起動されていることを確認します。これらがすべて無効で、サブスクリプションを再取得できる場合に限り、再インストールを検討してください。再インストール後は設定を一つだけインポートし、標準設定をテストします。すぐにすべてのカスタムルールを戻さないでください。基本接続が成功してから、振り分けとDNS設定を一つずつ戻すことで、異常の原因を特定できます。

ROUTING / 単一アプリの経路

特定のアプリだけプロキシを通らない：振り分けとプロセスを確認する

ブラウザーは正常なのに単体アプリが異常

この現象は、基本接続は機能しており、問題がアプリ固有のネットワーク経路に集中していることを示します。単体アプリはシステムプロキシを読み込まない、独自DNSを使う、更新・ログイン・メディア通信を補助プロセスで処理することがあります。メインプログラムだけを振り分けリストに追加すると、補助プロセスは直接接続のままになり、トップページは開くのにログインできない、またはコンテンツを読み込めない状態になります。

まずクライアントを、すべての通信を対象にできる診断モードへ短時間切り替えます。そのモードでアプリが復旧するなら、回線自体は利用でき、問題は振り分けルールにあります。復旧しない場合は、対象サービス、アカウント状態、キャッシュ、アプリ固有のネットワーク権限を確認します。診断後は適切な通常モードに戻し、影響範囲が分からない一時設定を長期間残さないでください。

振り分けルールのマッチング順序

ルールは通常、ドメイン、アドレス、アプリ、プロセスなどで照合されます。先に一致したルールが、後続のルールを無効にすることがあります。広すぎるカスタム直接接続ルールは、本来加速回線を使うべきドメインまで除外します。メインドメインしか対象にしていない場合、ログイン、画像、API、メディアで使われる別ドメインは直接接続のままです。切り分けではまずカスタムルールを無効にし、クライアントの標準ルールで確認してから、一つずつ戻します。

インターネットから確認できない大量のルールをコピーしないでください。ルールが長いほど、競合の特定が難しくなります。新しいルールを追加するときは目的を明記し、変更後に対象アプリと通常のWebページをテストします。同じサービスにWeb版と単体アプリがある場合は個別にテストし、問題が回線地域ではなくアプリプロセスの照合にあるかを判断します。

アプリの更新後に突然使えなくなった

アプリの更新によって、実行ファイルのパス、補助プロセス名、ネットワークコンポーネントが変わることがあります。そのため、プロセス単位で設定した既存ルールが一致しなくなります。振り分けリストに保存されたアプリパスがまだ存在するか確認し、現在のインストール場所から選び直します。プロセス名を手動で推測せず、アプリの実行中にシステムのタスク管理ツールで実際の関連プロセスを確認してください。

アプリがサンドボックスやシステムサービスを通じてリクエストを送る場合、アプリアイコンを選ぶだけでは不十分なことがあります。その場合はまずシステム全体のトンネルモードで確認します。システムモードは正常でプロセスモードだけ異常なら、問い合わせにアプリ名、システム、使用した振り分けモード、開けるページと失敗する操作を記載してください。サポートはその情報から、追加ルールの案内が必要か判断できます。

ブラウザー拡張機能とシステムプロキシの競合

ブラウザー拡張機能がQhVPNのシステムプロキシ設定を上書きすることがあります。通常ウィンドウとシークレットウィンドウで結果が違う、特定のブラウザーだけ異常、回線を切り替えてもブラウザーの出口が変わらない、といった症状が出ます。プロキシ関連の拡張機能を無効にし、すべてのブラウザーウィンドウを閉じてから再起動し、出口を確認してください。システムで他のネットワークツールが動いている場合はすべて終了し、単一の比較環境を作ります。

アプリによっては起動時に一度だけプロキシ設定を読み込み、実行中には自動更新しません。回線を切り替えた後は、アプリを完全に終了して再起動する必要があります。画面だけ閉じてトレイプロセスを残すと、古い接続が使われ続けることがあります。完全に終了したかどうかは、システムのタスク一覧から関連プロセスが消えたことを確認します。

AI、ストリーミング、開発ツールの違い

AIのWebページにはログイン、APIリクエスト、継続セッションが含まれます。ストリーミングにはページ、認証、画像、メディア転送が含まれます。開発ツールでは、ターミナル、エディター本体、プラグインプロセスから別々にリクエストが送られることがあります。一つの単純なドメインルールだけでは対応できません。切り分けでは、ログインページ、コンテンツ一覧、再生、モデル応答、拡張機能マーケット、API呼び出しのどの操作が失敗したかを確認します。

CursorまたはClaudeに関する問題はAIツールアクセス特集をご覧ください。iOSクライアントの取得と地域制限についてはiPhoneにおすすめのVPN、Androidのバックグラウンド維持とアプリ別プロキシについてはAndroid VPN実測比較も参照できます。これらの記事は具体的なプラットフォーム別の情報を補足するもので、本章では引き続きネットワーク経路の判断を中心に扱います。

アプリ振り分けの問題で提出する情報

アプリ名、システム、失敗した操作、振り分けモード、回線地域、Web版が正常か、全体診断モードが正常か、アプリ更新前後の変化を記載します。スクリーンショットには完全なエラーテキストを含めますが、アカウントの非公開情報は隠してください。具体的なプロセスを特定できる場合は、プロセス名も添えられます。出所の不明な設定ファイルはアップロードしないでください。

ACCOUNT & SUPPORT / アカウント状態とサポート対応

端末の警告、アカウント確認、問い合わせの送信

「端末数の上限」メッセージを判断する方法

QhVPNは端末数に制限を設けていません。そのため、端末数の上限や類似のメッセージが表示されても、固定の端末上限として扱わないでください。まず、その表示がQhVPNのユーザーパネル、QhVPNのクライアント、第三者クライアントのどこから出ているか確認します。第三者ツールは、設定数、アクティブな接続、ローカルのインポート項目に独自の制限メッセージを表示することがあります。これは料金プランが端末数を制限していることを意味しません。

続いて、同じ設定で重複ログインしていないか、クライアントに古いアカウント状態が保存されていないか、パネルのプランが有効かを確認します。クライアントを完全に終了して再ログインし、サブスクリプションを更新してください。特定のクライアントだけで表示され、他の対応プラットフォームが正常なら、そのクライアント環境と完全なメッセージを記録します。パネルと複数のプラットフォームで同じ異常が出る場合は、直接問い合わせてアカウント状態を確認してもらいます。

アカウント状態とローカルキャッシュを分けて考える

プラン、通信量、注文状態を確認する主な場所はパネルです。クライアントには前回更新時のキャッシュが表示されることがあります。月額サブスクリプションの通信量は開通日を基準に毎月リセットされ、途中でアップグレードした差額は残り日数に応じて計算されます。通信量パックは使い切るまで有効で、無期限です。状態が一致しない場合は、まずパネルを更新して再ログインし、その後クライアントのサブスクリプションを更新してください。ローカル設定の通信量項目を変更して表示を「修復」しても、実際のアカウント状態は変わりません。

プランを変更した直後は、注文状態を保存し、パネルが通常どおり更新されるまで待ってください。状態が一致し続けない場合は、パネルの問い合わせ入口から注文情報を送ります。支払い方法はAlipay / WeChat Pay / USDTです。問い合わせに支払いパスワードや完全なアクセス認証情報を送る必要はありません。パネルに表示される注文識別情報、支払い方法、支払い状態、問題の説明だけを記載してください。

自分での確認をやめるべきケース

異なる端末とネットワークで再現し、複数地域の回線でも結果が同じで、システム時刻と通常のネットワークが正常、サブスクリプションも更新できるのに障害が続く場合は、再インストールを繰り返さないでください。ローカルで検証できる変数はほぼ除外できており、システムの消去を続けると影響範囲が広がるだけです。単一回線の異常、アカウント状態の異常、注文の未同期、複数プラットフォームでの一貫したエラーは、問い合わせに適しています。

反対に、特定の端末だけが異常で別の端末では復旧するなら、その端末のクライアント、権限、残留プロキシ、ネットワークインターフェースを引き続き確認します。特定のネットワークだけが異常で別のネットワークでは復旧するなら、元のネットワークの認証とルーティングを確認します。特定の対象サービスだけが異常なら、そのページの表示とアカウント状態を先に確認してください。問い合わせは基本的な比較テストの代わりではなく、範囲を明確にした問題を引き継ぐためのものです。

対応可能な問い合わせに含める情報

タイトルには症状とプラットフォームを直接書きます。例：「macOSで接続後、複数のドメインを解決できない」「Androidで画面ロック後に接続が復旧しない」。本文には、システム、クライアントの入手元、現在のネットワーク種別、異常な回線、発生時間帯、再現操作、完全なエラーテキスト、他の回線やネットワークとの比較結果、実施済みの対処を記載します。対象アプリに関係する場合は、アプリ名と失敗した操作も加えてください。

添付には、プライバシーを隠したスクリーンショット、クライアントの診断ログ、必要に応じて画面録画を含められます。ログは障害発生前後をカバーし、スクリーンショットには状況が分かる範囲を含めて、エラー単語だけを切り取らないでください。完全なサブスクリプションアドレス、パスワード、直接使用できるアクセス認証情報は添付しないでください。問い合わせ入口はユーザーパネルの問い合わせシステムに統一します。

症状：
システム：
クライアントの入手元：
現在のネットワーク：
回線名：
発生時間帯：
再現手順：
エラー原文：
他の回線での結果：
ネットワーク変更後の結果：
実施済みの対処：
添付ファイルの説明：

問題の種類に応じて証拠を追加する

まったく接続できない場合は、接続段階と複数回線の比較を添付します。Webページが開かない場合は、ドメイン解決の失敗か接続タイムアウトかを説明し、複数サイトに影響するか記載します。速度の問題では対象タスクと時間帯を書き、単独の速度測定画像だけを送らないでください。頻繁な切断では発生操作と再接続結果を示します。サブスクリプションの問題では、パネルにログインできるか、更新エラーの原文、システム時刻の状態を説明します。アプリ振り分けの問題では、全体診断モードと標準ルールでの結果を記載してください。

注文や返金に関する問題はユーザーパネルから送信してください。QhVPNは30日間の理由不要返金に対応しています。具体的な申請はサイト内の規約とパネルの手順に従ってください。プランと通信量パックの料金・期間は料金プランを基準とし、検索キャッシュや古いスクリーンショットで判断しないでください。

対応後の回帰テスト

サポートから調整案を受けたら、端末、ネットワーク、アプリを変えた状態で「使える」と確認するのではなく、最初に再現した条件へ戻って検証します。元の回線または元のアプリを先にテストし、その後に比較対象を一つ試します。接続、DNS、ルーティング、対象サービスがすべて復旧したことを確認してください。解決策としてカスタムルールを削除した場合は、一つずつ戻し、変更のたびに再テストして競合項目を特定します。

最後に、本当に有効だった操作を記録し、切り分け中に作成した重複設定を削除します。システムプロキシ、DNS、バックグラウンド設定を、分かりやすく管理しやすい状態に戻してください。一時的なルールを大量に残すと、次の障害を特定しにくくなります。完全な切り分けのゴールは、一時的にページが開くことではなく、再現でき、説明でき、再検証できる結論を得ることです。