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

ネットワーク自体の不通と回線の接続失敗を切り分ける

「まったく接続できない」状態には、クライアントが起動しない、回線一覧が空、接続を押しても待機状態が続くなど、さまざまなケースがあります。それぞれ対処方法が異なります。まず、止まっている画面、エラーメッセージの全文、発生時刻を記録してください。クライアントのデータはすぐに消去しないでください。次にアクセラレーション接続を切り、普段問題なく開けるウェブサイトにブラウザーからアクセスします。基本ネットワークにも接続できない場合は、Wi-Fiのログイン認証が必要か、ルーターが正常か、端末がオフラインになっていないかを確認してください。基本ネットワークが復旧するまでは、回線を切り替えても解決しません。

ホテル、学校、公共施設などのネットワークでは、Wi-Fiに接続済みでもネットワークのログイン認証が完了していないことがあります。OSのログイン通知を開き、そのネットワークが求める正規の認証を済ませてから接続してください。見覚えのない認証ページにVPNHeyのアカウント情報を入力しないでください。古いプロキシ設定がブラウザーに影響している場合は、プロキシクライアントを終了し、OSのプロキシ設定がローカルアドレスを参照したままになっていないか確認します。元に戻せるよう、変更前の値を記録してください。

アカウントの状態とサブスクリプションの内容を確認する

ユーザーパネルの概要を開き、現在のプランの状態、利用可能なデータ通信量、クライアントで使っているサブスクリプションが一致しているか確認してください。パネルにログインできても、回線の利用が許可されているとは限りません。月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされます。暦月の初日を基準に判断しないでください。データパックは使い切るまで有効で、有効期限はありません。ただし、有効期限がないことは、通信量を使い切った後も利用できるという意味ではありません。

回線一覧が空の場合は、接続ボタンを何度も押さず、サブスクリプションの更新に関する項目を確認してください。一覧は表示されるものの、すべての回線で認証に失敗する場合は、古いサブスクリプションを使っていないか、別のアカウントの設定をインポートしていないか、端末の日時やタイムゾーンが大きくずれていないかを確認します。時刻のずれは証明書の検証に影響することがあります。接続するために証明書の検証を無効にしないでください。根本原因が隠れ、以降の切り分けも難しくなります。

権限、競合、ハンドシェイクのログを確認する

クライアントが初めてOSのネットワークトンネルを作成するとき、通常はOSから許可を求められます。以前に拒否した場合は、OSの設定またはクライアントの案内から改めて確認してください。システムプロキシ、仮想ネットワークアダプター、アプリ内プロキシはそれぞれ異なる接続方式です。いずれかを有効にしても、ほかの方式が有効になるわけではありません。ほかのプロキシツール、セキュリティソフトのネットワークフィルター、組織の管理ポリシーが接続に影響することもあります。自分で管理する権限がある機能だけを一時停止し、元に戻す方法も記録してください。業務用デバイスの管理設定を削除しないでください。

ほかの設定は変えず、一覧から別の回線を選んで、同じエラーが出るか記録してください。特定の回線だけで失敗する場合、その回線または接続先までの経路に原因がある可能性があります。すべての回線で同じ段階に失敗する場合は、端末の権限、サブスクリプションの認証、現在のネットワークを優先して確認してください。可能であれば、別の利用可能なネットワークでも試します。ネットワークを切り替えて復旧した場合、それは原因を絞るための情報であり、元のネットワークに恒久的な制限がある証拠ではありません。

一度に変更する条件は一つだけにしてください。ネットワークや設定を次々と切り替えたり、クライアントを再インストールしたりすると、復旧しても原因を特定できず、再発時にまた調べ直すことになります。

ログの「タイムアウト」は、待機中に期待した応答が得られなかったことを示します。それだけでサーバーが利用できないとは断定できません。「接続拒否」と「認証失敗」も別々に対処してください。失敗した時間帯の関連ログだけを保存し、長時間の詳細ログ記録は有効にしないでください。送信前に、サブスクリプションのURL、認証情報、リクエスト全文が含まれていないか確認します。複数のネットワークと対応デバイスで同じサブスクリプションのハンドシェイクに失敗し、パネル上の状態に問題がない場合は、結果を添えて問い合わせを送信してください。サポートが認証状態や回線の状態を確認します。

復旧したら、対象のウェブサイトを開き直し、アプリも使えることを確認してください。クライアントに接続完了と表示されるだけでは、確認は完了していません。出口とアプリの確認方法はVPN接続が有効か確認する方法をご覧ください。初回のインポート手順を確認する場合は、使い方ガイドに戻り、設定漏れを回線障害と取り違えないようにしましょう。

すべてのページか、特定の接続先だけかを確認する

クライアントが接続済みなのにページが開かない場合は、普段利用しているサイトと、実際に開きたいサイトをそれぞれ確認します。特定のサイトだけで失敗する場合は、ブラウザーのエラーがドメイン名を解決できない、接続がタイムアウトする、証明書に問題がある、アクセス拒否ページが表示される、のどれかを記録してください。ページが返ってきた場合、リクエストは少なくとも何らかの応答先に到達しています。トンネルを再起動しても解決しないことがあります。すべてのページが開けない場合は、終了したローカルプロキシをOSが参照し続けていないか、クライアントがブラウザーの通信を実際に処理しているかを確認してください。

シークレットウィンドウで再確認すると、拡張機能、キャッシュ、古いログイン状態の影響を減らせます。ただし、OSのプロキシやネットワーク層の問題を除外できるわけではありません。シークレットウィンドウで開ける場合は、通常のウィンドウで拡張機能とサイトデータを一つずつ確認してください。閲覧履歴をすぐにすべて削除する必要はありません。証明書の警告に表示された名前が接続先のドメイン名と一致しない場合は、機密情報の入力を中止してください。端末の時刻、ネットワークの認証ページ、組織の証明書ポリシーを確認し、習慣的に警告を無視しないでください。

名前解決の結果と実際のリクエストの違いを理解する

DNSはドメイン名をネットワークアドレスに変換します。OSのリゾルバー、ブラウザーのセキュアDNS、クライアント内蔵の名前解決機能では、異なる経路が使われることがあります。そのため、端末で名前解決に成功しても、ブラウザーが同じ結果を利用するとは限りません。検索に失敗しても、トンネルの障害とは断定できません。まず各層で独自の名前解決が有効か記録し、クライアントの説明に従って設定を統一してください。インターネットで見つけたアドレスを無計画に追加しないでください。複数の設定が上書きし合うと、問題を再現しにくくなります。

次のコマンドで、例示したドメイン名のOS上の名前解決結果を確認できます。Windowsでは通常nslookupを使えます。他のOSで使えるかどうかは端末環境によります。このコマンドは基本的な問い合わせのみを行い、設定は変更しません。実際のサイトを調べる場合は、そのサイトのドメイン名に置き換えてください。プロトコル、パス、ログイン用のパラメーターは含めません。表示されるリゾルバーのアドレスと回答は、その問い合わせの判断材料にすぎず、端末全体の通信経路を証明するものではありません。

nslookup example.com

OSの名前解決に失敗しても、クライアントのログに内部の名前解決成功が記録されている場合は、ブラウザーやアプリがクライアントを経由していない可能性を確認します。逆に、OSでの名前解決は正常なのにクライアント内では失敗する場合は、現在の設定にある名前解決ルールと上流への到達性を確認してください。トンネルの設定によってはマッピング用アドレスが返されることがあります。こうしたアドレスは対応するクライアントで処理する必要があります。OSの固定ホスト設定に直接書き込んだり、アドレスの見た目だけで改ざんと判断したりしないでください。

リクエストの結果からさらに原因を絞る

curlを利用できる端末では、次のリクエストを実行して応答ヘッダーが返るか、接続エラーになるか確認できます。プロキシ経路はOSや接続方式によって異なります。システムプロキシを有効にしただけでは、コマンドラインのプログラムがブラウザーの設定を引き継ぐとは限りません。クライアントの接続ログも確認し、このリクエストが処理されたか確かめてください。アクセス拒否の応答は、接続先がそのリクエスト方式を受け付けていないことを示す場合があり、ネットワーク不通と同じではありません。

curl -I https://example.com

名前解決の設定を変える前に、元の設定を保存してください。変更後は接続を確立し直し、対象アプリの古い接続を終了します。既存の接続は古いアドレスを使い続けることがあり、ページを再読み込みするだけでは変更が反映されたとは限りません。解決しない場合は、名前解決エラー、リクエストエラー、発生時刻をまとめて送信してください。「ページが真っ白」とだけ書くより役立ちます。診断のために閲覧履歴をすべてアップロードする必要はありません。対象のドメイン名と最小限の再現手順があれば、通常は十分です。

複数のネットワークで複数のドメインに同じ名前解決エラーが発生する場合や、設定更新後に名前解決の失敗が繰り返し再現する場合は、パネルのサポートに問い合わせてください。特定のサービスだけがアクセスを拒否する場合は、そのサービスの状態とアカウント規則も確認します。回線によってネットワークの出口は変わりますが、接続先のアカウント権限、コンテンツの利用許諾、サービスの提供範囲までは変更できません。

どの段階が遅いのかを具体的にする

ウェブページの表示開始が遅い、動画がバッファリングする、ファイルの転送が遅い、操作への反応が鈍い、といった症状は同じ原因とは限りません。ページの表示速度には、名前解決、接続の確立、接続先サーバーの処理も影響します。大容量ファイルの転送では持続的なスループットが問題になりやすく、通話やゲームでは遅延の変動やパケットロスがより重要です。速度測定の画像だけを提出するより、実際に行っている作業を書くほうが原因を特定しやすくなります。特定の測定サイトの結果を、すべてのウェブサイトでの使い心地と同一視しないでください。

まずアクセラレーション接続を切った状態で、現在のネットワーク自体が遅いか確認します。Wi-Fiの電波が弱い、ルーターの処理待ちが発生している、ほかの端末がファイルを同期しているといった要因で、接続元のネットワークがボトルネックになる場合があります。端末が有線接続に対応していれば、有線でも比較してください。難しい場合はルーターの近くに移動し、自分で制御できる大容量通信を一時停止します。変化の原因を判断できるよう、接続先、端末、測定方法をそろえてください。

回線は地域の近さだけで選ばない

回線の入口、国際区間の経路、出口から接続先サービスまでの距離は、いずれも結果に影響します。地理的に近い地域がすべての接続先で最速とは限りません。表示される遅延の測定値も、アプリのリクエスト全体にかかる時間とは異なります。VPNHeyは110+か国、170+回線をカバーしています。回線を選ぶ際は、国名だけで性能を決めつけず、接続先の地域と現在のネットワークを考慮してください。利用できる地域や回線の詳細はパネルで確認できます。サーバーと回線の案内もご覧ください。

比較するときは、現在の回線と一覧にある別の利用可能な回線を選び、同じ作業を同じ条件で行って時刻を記録します。動画の画質、ブラウザー、ダウンロード元を同時に変えないでください。特定のダウンロード元だけ遅い場合は、配信元の速度制限や、その配信元までの経路に原因がある可能性があります。複数の接続先で遅い場合は、端末の負荷と接続元のネットワークを確認します。測定中にクラウド同期がバックグラウンドで動いていると、帯域を消費し、結果も不安定になります。

上記は回線の種類について一般的な意味を説明したもので、すべての地域で全種類を提供していることを示すものではありません。また、種類の名称から帯域を判断することもできません。実際の構成はパネルの表示とサービス案内を確認してください。同じ接続先で種類によって結果が異なる場合は、回線名と発生時刻を記録します。「専線なのに遅い」とだけ伝えるより、条件をそろえた比較のほうがサポートによる経路確認に役立ちます。

アプリ、端末、転送方法を確認する

端末の処理能力が転送速度を制限することもあります。特に多数の接続やバックグラウンド同期を同時に実行している場合は、タスク管理画面でプロセッサ使用率、メモリの負荷、省電力状態を確認してください。関係のないタスクを一時停止してから再試行し、複雑なプロトコル設定をすぐに変更しないでください。端末が明らかに熱くなっている場合は、OSの処理制御によって性能が低下している可能性があります。サーバー側の回線混雑とは分けて考えてください。

動画が途切れる場合は、プレーヤーのバッファー、接続先プラットフォームのコンテンツ配信経路、現在の画質も確認してください。出口を切り替えても、再生中のセッションが以前のメディアアドレスに接続し続けることがあります。再生ページを開き直して比較してください。特定の作品や地域限定のコンテンツだけ再生できない場合は、利用許諾が原因の可能性もあり、画質を下げるだけでは解決しません。動画配信へのアクセスを、すべてのプラットフォームやコンテンツで常に利用できると保証する表現は避けてください。

小さなウェブリクエストは正常でも、大容量ファイルや一部の接続が途中で止まる場合は、経路MTU、転送方式、接続の再利用などを詳しく確認します。こうしたパラメーターは、クライアントの説明またはサポートの案内に従って変更してください。見知らぬ設定をそのまま使わないでください。誤った設定は、ほかのアプリにも影響することがあります。問い合わせには「小さなリクエストは正常、大容量の転送は停止する」という境界を記載すると、「速度が足りない」とだけ伝えるより診断に役立ちます。

最終的には、実際の作業を安定して完了できるかを基準に判断し、速度測定は参考として扱ってください。操作の遅延とパケットロスの違いは、ゲームでの遅延とパケットロスの解説をご覧ください。通信量がプラン選びの主な条件であれば、プランのルールを確認してください。プランのアップグレードですべてのネットワークのボトルネックが解消するわけではありません。

遅延、リクエスト失敗、トンネルの再接続を切り分ける

画面が止まっても、クライアントが切断されたとは限りません。クライアントの接続ログに再ハンドシェイクがあるか、OSのネットワークアイコンが変化したか、ほかのアプリも同時に失敗したかを確認してください。動画だけが止まり、ウェブページは正常な場合は、まずメディア配信元と再生セッションを確認します。すべてのアプリが一時的に通信できず、ログにトンネルの再確立が記録されている場合は、ネットワークの切り替え、端末のスリープ、接続先への接続を調べてください。状態アイコンの色だけで障害の範囲を判断しないでください。

夜間に発生したという情報だけでは、原因を特定できません。家庭内の別の端末で動画視聴が始まる、Wi-Fiのチャンネル競合が増える、地域の通信網で混雑する、国際区間の経路が混雑するといった要因で、同じ時間帯に遅くなることがあります。発生と終了の時刻、利用したネットワーク、回線名、対象アプリを記録してください。別の日にも似た状況が起きた場合、その記録から一時的な現象か、繰り返し再現する条件かを切り分けやすくなります。

比較できる利用記録を残す

同じ端末、同じネットワーク、同じ接続先を使い、問題の発生時間帯と通常の時間帯をそれぞれ確認してください。まず基本ネットワークにも影響があるかを確かめてから、別の利用可能な回線に切り替えます。回線を変えると改善し、基本ネットワークの状態が変わらない場合は、経路の違いをさらに調べる価値があります。ただし、特定の回線種別が常に安定している証明にはなりません。詳しくは接続成功と切断を確認する方法をご覧ください。

日常の利用状況を再現するために、速度測定を何度も行うことはおすすめしません。測定自体が帯域を使い、ルーターの処理待ちを増やすこともあります。実際の作業が完了したか、再接続が起きたか、特定の接続先だけで遅れたかを記録するほうが有効です。画像を添付する場合は、現在の回線とエラーが分かる範囲で十分です。アカウント情報、サブスクリプション全文、デスクトップ全体を写す必要はありません。

同じ時間帯、同じ接続先で異なる回線を比較すると、経路の違いを調べられます。同じ回線で異なるネットワークを比較すると、接続元ネットワークの違いを調べられます。この二つの比較を混同して結論を出さないでください。

頻繁な再接続を引き起こす端末側の条件を確認する

ノートPCを閉じたとき、画面をロックしたとき、Wi-Fiの範囲から離れたとき、ネットワークを切り替えた後など、決まった操作の直後に切断される場合は、OSの電源設定とネットワーク切り替えの動作を確認してください。端末がスリープするとアプリの接続が停止することがあります。復帰後に画面上に古い状態が残っていても、接続が復旧しているとは限りません。スリープ前の接続アイコンを見るより、対象アプリを開き直して新しいリクエストを確認するほうが確実です。モバイルの設定については、バックグラウンド通信の項目をご覧ください。

端末がスリープせずネットワークも変わらないのに切断される場合は、ほかのネットワークツールがシステムプロキシや仮想ネットワークアダプターのルートを定期的に書き換えていないか確認してください。複数のクライアントを同時に起動すると、画面上では一つしか接続されていないように見えても、バックグラウンドサービスが残っている場合があります。それぞれ正規の終了方法で一つずつ停止し、再接続してください。ネットワークアダプターやOSのネットワークコンポーネントを直接削除しないでください。影響範囲が広く、問題発生時の状態も損なわれます。

ルーターの自動再接続、Wi-Fiローミング、ネットワークアドレスの変更によって、既存のセッションが無効になることもあります。切断の前後でOSがネットワークを再取得したか、ほかの端末にも同時に問題が起きたか確認してください。すべての端末で一時的に通信できなくなった場合は、まずローカルネットワークを調べます。特定の回線だけ繰り返し切断される場合は、その回線のログを保存し、一覧にある別の利用可能な回線で作業を続けてください。これは問題箇所を一時的に避ける方法であり、障害の報告に代わるものではありません。

サポートに調査を依頼するタイミング

端末がスリープせず、基本ネットワークも安定している条件で問題が再現し、複数の接続先に影響する場合は、問い合わせを送信してください。夜間だけ発生するか、ほかの回線は正常か、別のネットワークでも同じか、再接続前の最後のエラーがログに記録されているかを伝えます。サポートが必要とするのは、開始と終了が分かる再現手順です。時刻情報のない一日分のログをまとめて送る必要はありません。

復旧後も元の記録を残し、似た利用条件でもう一度確認してください。一度成功しただけで根本原因が解消したとは限らず、一度失敗しただけで長期的な状態も断定できません。VPNHeyは30日間の無理由返金に対応しています。返金などの会計処理は、利用規約とパネルの手順に従ってください。診断記録は対応をスムーズにするためのものであり、接続品質を無期限に保証するものではありません。

サブスクリプションの更新と回線接続は別の処理

サブスクリプションには、クライアントが必要とする設定が含まれています。更新に失敗する場合は、取得先、コンテンツのダウンロード、設定の解析のいずれかで問題が起きている可能性があります。一方、回線接続の失敗は、設定を使って接続を確立する際に発生します。以前の設定で接続できても更新だけ失敗することがあり、更新に成功しても認証状態によって回線を使えない場合もあります。更新時のメッセージと接続時のメッセージを別々に記録し、「更新完了」だけでプランや接続も正常だと判断しないでください。

まずユーザーパネルにログインし、現在のアカウントとプラン情報を確認してから、使用するクライアントに合ったサブスクリプションの接続先をパネルで取得してください。過去のチャット履歴やブラウザーのブックマークに保存した古いURLだけを使わないでください。クライアントの種類が合わないと、取得した内容を解析できないことがあります。インポート方法が分からない場合は、使い方ガイドを確認し、パネルのダウンロードとサブスクリプションの案内に従ってください。公開設定を探す必要はありません。

何度もインポートせず、エラーの種類に応じて対処する

ネットワークタイムアウトが表示される場合は、古いプロキシ設定が更新リクエストに影響していないか確認してください。クライアントによっては、現在の回線を使ってサブスクリプションを更新します。回線がすでに使えない状態だと、更新に同じ回線が必要になる循環が発生することがあります。更新リクエストの接続方法を選べるかクライアントの設定を確認し、説明に沿って利用可能な経路を選択してください。更新のためにOSのセキュリティ機能を長時間無効にしないでください。すべてのクライアントが同じ更新方式を使うと決めつけないでください。

認証されていない、アクセスが禁止されている、リンクが無効などのメッセージが表示される場合は、パネルから接続先を再取得し、アカウントとプランの状態を確認してください。設定形式のエラーの場合は、クライアントの種類を間違えていないか、ネットワーク認証ページに内容を書き換えられていないか、クライアントが現在の形式に対応しているかを確認します。取得に成功したことは応答を受け取ったことを示すだけで、内容が有効な設定とは限りません。元の内容を公開フォーラムに貼り付けて相談しないでください。

以下は構造を確認するための架空のアドレスで、VPNHeyのサブスクリプションではありません。実際のアドレスはユーザーパネルからのみ取得してください。サブスクリプションのURLにはアクセス用の認証情報が含まれている可能性があり、アカウントの秘密情報にあたります。見知らぬ変換サイト、公開の速度測定ツール、出所不明のスクリプトに渡さないでください。サポートが調査する際に通常必要なのは、エラーの種類とクライアントの情報です。問い合わせ本文にアドレス全文を貼り付けないでください。

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

更新前の設定を保護し、更新後の内容を確認する

更新前に、現在の設定名、使用中のポリシーグループ、手動で変更した項目を記録してください。クライアントによっては、更新時にローカルの変更を上書きしたり、新しい設定を別のファイルとしてインポートしたりします。更新成功と表示された後、古いファイルのままではなく、更新後の設定が有効になっていることを確認してください。古い設定を削除する必要がある場合は、新しい設定が利用できることを確かめ、クライアントが対応している方法で必要な設定をバックアップしてから削除します。

異なる入手元のノード設定をそのままつなぎ合わせることはおすすめしません。インデント、ルールの参照、ポリシー名が連動しているため、見た目が似ていても互換性があるとは限りません。一般的な利用では、パネルが提供する対応済みの接続先を優先してください。独自の上書き設定を使う場合は、上書きを一時的に無効にし、基本のサブスクリプションを確認します。基本設定では正常で上書き後に失敗するなら、アカウントを変更するのではなく、上書きのロジックを見直してください。

更新後に回線が減ったり名前が変わったりした場合は、過去のスクリーンショットだけで消失と判断せず、現在のパネルの内容とお知らせを確認してください。パネルとクライアントの内容に明らかな違いがある場合は、更新時刻、設定名、差異の範囲を記録してサポートに確認を依頼します。不明な回線アドレスを自分で追加しないでください。カバーしている国の数から、特定地域の回線が常に現在の設定に含まれると推測することもできません。

サブスクリプションの問題と通信量のルールを区別する

通信量の使い切り、プランの状態変更、設定のダウンロード失敗は、それぞれ別の問題です。月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされます。途中でアップグレードする場合、差額は残りの日数に応じて換算されます。データパックは有効期限がなく、使い切るまで利用できます。詳細はプランページをご覧ください。利用量に応じた選び方はデータパックと月額プランの選び方で紹介しています。通信量を使い切った後、何度もインポートして復旧させようとしないでください。

パネルに問題なくアクセスでき、現在のアカウントから取得したリンクを使い、基本ネットワークも正常なのに、対応済みの接続先で同じエラーが続く場合は問い合わせを送信してください。クライアント名、OS、取得方法、エラーの全文、独自の上書き設定を使っているかを記載します。サブスクリプションが漏えいした疑いがある場合は、パネルの管理機能を使って対処してください。該当する項目が見つからない場合は、サポートに連絡します。アドレスがまだ使えるか確かめるために、公開の場で再送しないでください。

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

通常、システムプロキシを使うのは、その設定を参照するアプリだけです。すべてのネットワークリクエストが自動的にシステムプロキシを経由するわけではありません。アプリによっては独自のネットワークスタック、内蔵プロキシ、直接接続方式を使うため、ブラウザーは正常でもアプリで失敗することがあります。まず、クライアントがシステムプロキシとOSのネットワークトンネルのどちらを使っているか確認し、アプリ独自のネットワーク設定も確認してください。複数の接続方式を同時に有効にして、使えたという結果だけで調査を終えず、実際のリクエストがどの経路を通ったかを確認します。

仮想ネットワークアダプターやOSのトンネルは、より広範な通信を処理できますが、OSの権限、ルートの除外設定、組織のポリシー、クライアントの機能に左右されます。有効にする前に、使用中のクライアントの説明を読み、必要な許可を与えた後で接続し直してください。組織が管理する業務用デバイスでは、許可されている利用方法を事前に確認します。管理ポリシーを自分で削除しないでください。接続方式を切り替えた後は、対象アプリを完全に終了して再起動し、古い接続が以前の経路を使い続けないようにします。

クライアントの接続ログで確認する

クライアントが対応している場合は接続ログを開き、問題のあるアプリだけを操作してください。該当するプロセスや接続先のドメインが記録されるか、どのルールに一致し、どのポリシーグループへ送られたかを確認します。ログが表示されない場合、アプリの通信が処理されていない可能性もあれば、現在のログ画面がその種類のリクエストを表示していない可能性もあります。何も表示されないことだけで結論を出さないでください。正常に使えるブラウザーからのリクエストと比較し、ログ機能が動作しているか先に確認します。

リクエストが記録されているのに直接接続へ割り当てられている場合は、広範なルールをすぐ追加するのではなく、一致したルールを確認してください。アプリはログイン、コンテンツ、リソース、更新のために異なるドメインへ接続することがあります。メインのドメインだけを処理しても十分とは限りません。まずクライアントやサブスクリプションに用意されているアプリ分類を使ってください。変更が必要な場合は、元のルールと適用範囲を記録します。プロセス単位で設定するときは、バックグラウンドの補助プロセスがメイン画面のプロセスと異なる場合がある点にも注意してください。

アプリ内プロキシのアドレスとポートは、現在使用しているクライアントの画面で確認してください。インターネット上の例をそのまま使わないでください。プロキシの種類も一致させる必要があります。方式を間違えると、すぐに接続が切れることがあります。アプリが必要な方式に対応していない場合は、アプリの説明にある別の接続方法を使い、不要なネットワーク範囲にローカルプロキシを公開しないでください。端末内で利用するだけなら、待ち受け範囲を広げても速度や接続の一般的な解決にはなりません。

通信の失敗とサービス側の拒否を切り分ける

AIツール、動画配信サービス、仕事用アプリは、アカウントの状態、接続元の地域、コンテンツの利用許諾、独自の不正利用対策に応じて、サービスを提供するかどうか判断することがあります。クライアントにプロキシ経由のリクエストが記録され、アプリにアカウントや地域に関する明確なメッセージが表示された場合は、メッセージを保存し、接続先プラットフォームのルールを確認してください。回線を切り替えることで変わるのは一部のネットワーク条件だけです。接続先のアカウント資格は変えられず、その出口ですべての機能を利用できるとも限りません。

アプリが接続元の情報に関係する状態をキャッシュすることもあります。接続先の地域を切り替えた後は、以前のセッションを終了してからアプリを開き直してください。ログインが必要な場合は、接続先プラットフォームの通常の手順に従います。地域を何度も切り替えながらログインを繰り返すと、追加のアカウント確認が発生し、ネットワークの問題とアカウントの問題を区別しにくくなることがあります。ブラウザー版は正常でもデスクトップアプリで失敗する場合は、両者が使っているドメインとネットワーク経路も比較してください。

アプリによっては異なる転送方式を必要としたり、名前解決後に固定アドレスへ接続したりすることがあります。一部の機能だけ失敗する場合は、「ログインはできるが音声通話ができない」のように、具体的な操作を記録してください。「アプリが開かない」だけでは範囲が分かりません。転送方式が使えるかどうかは、クライアントの機能と現在の設定を基準に確認し、不明なオプションを安易に有効にしないでください。変更後は主要機能だけでなく、以前正常だった機能も確認し、一つのリクエストを直すことでほかの通信に影響が出ていないか確かめます。

基本設定でも安定して問題が再現する場合は、アプリ名、失敗した操作、接続方式、該当ルール、個人情報を伏せたエラー情報を添えてサポートに連絡してください。接続先プラットフォームのパスワード、ログイン情報、チャット全文は送らないでください。サービス側がアカウント制限を明示している場合は、接続先プラットフォームのヘルプも確認します。通信が処理されていない場合やルーティングに誤りがある場合は、クライアントとサブスクリプションの設定を引き続き確認してください。

画面ロックの前後で何が変わるかを確認する

モバイル端末のバックグラウンド切断は、OSがクライアントのプロセスを停止した、OSのトンネルが切れた、接続先アプリの通信が停止した、というケースに分けて考えます。まず画面を点灯したまま同じ操作を行い、その後ロックしてから戻り、状態を比較してください。クライアントが動作しているか、OSの接続表示が変化したか、対象アプリを開き直すと復旧するかを記録します。クライアントは接続中のままで対象アプリだけがコンテンツを受信できない場合は、アプリのバックグラウンド動作設定が原因の可能性があります。すぐに回線の問題と判断しないでください。

省電力モード、バックグラウンド動作の制限、自動クリーンアップは、アプリの実行条件を変えることがあります。必要なバックグラウンド動作が許可されているか、クライアントに対して省電力制限が有効になっているかを確認してください。設定名は端末やOSによって異なるため、画面上の説明を確認し、別の端末のスクリーンショットをそのまま参考にしないでください。現在の問題に関連する項目だけを変更し、元の状態を記録します。調査のために、すべてのアプリのバックグラウンド権限を長期間広げる必要はありません。

AndroidとiOSでの確認ポイント

Androidでは、アプリのバッテリー使用設定、バックグラウンド動作の権限、OSのネットワークトンネル設定を確認してください。端末によってはメーカー独自の自動起動やバックグラウンドのクリーンアップ設定もあるため、実際の画面で確認します。最近使ったアプリの一覧に表示されていても、OSが停止しないとは限りません。反対に、画面を閉じてもトンネルが停止するとは限りません。最近使ったアプリの一覧から推測せず、OSの設定とクライアントのログを確認してください。

iOSでは、OSのVPN設定、現在有効な項目、ほかのネットワーク拡張機能との競合を確認してください。内容が分からない業務用設定を、調査のために削除しないでください。ネットワークの切り替えやOSの復帰後、以前のアプリセッションがすぐ再確立されないことがあります。実際にリクエストを送信してから判断してください。OSに用意されていないバックグラウンド制御項目を補うために、出所不明の構成プロファイルを探すのは避けてください。追加のインストールは、管理できない要因を増やすだけです。

ネットワークを切り替えると既存のセッションに影響する

Wi-Fiからモバイルデータ通信に切り替えたり、別のWi-Fiアクセスポイントへ移動したりすると、端末のネットワークアドレスやデフォルトルートが変わることがあります。既存の接続がそのまま使えるとは限らず、クライアントとアプリでそれぞれセッションを再確立する必要があります。まずネットワークを固定した状態で確認してから、切り替えを比較してください。固定ネットワークでは安定し、移動後に失敗する場合は、切り替え前後のネットワークの種類と復旧方法を伝えてください。サブスクリプションをすぐに変更する必要はありません。

OSの常時接続、自動接続、切断保護の設定は、切断時の動作に影響することがあります。保護を有効にすると、トンネルが復旧するまでほかのリクエストも送信されない場合があります。これは基本ネットワークの故障とは限りません。設定の説明を読み、「保護機能がリクエストをブロックしている」状態と「クライアントが接続を確立できない」状態を区別してください。作用を理解しないまま何度も切り替えないでください。一時的に設定を変更する場合は、変更前の状態を記録し、診断後に元に戻します。

デスクトップのスリープでも同様に確認する

Windows、macOS、Linuxでも、スリープや復帰、ネットワークの切り替え後に古いセッションが残ることがあります。まずクライアントのバックグラウンドプロセスが復帰しているかを確認し、次にシステムプロキシやトンネルが有効か確かめてください。Linuxでシステムサービスとして動作している場合は、実際のインストール方法に対応するサービス管理の説明に従ってください。サービス名を推測して停止コマンドを実行しないでください。デスクトップにアイコンが表示されていることと、バックグラウンドサービスが正常に動作していることは別です。それぞれ確認してください。

クライアントはユーザーパネルのダウンロードページから取得してください。ログイン後、サブスクリプションを取得できます。iOS以外のプラットフォームではログイン後にダウンロードできます。iOSでは有効なプランが必要です。バックグラウンド設定を確認する代わりに、見知らぬ配布元のインストーラーを使わないでください。別ブランドのガイドを参考にOSのコンポーネントを変更することも避けてください。再インストールする場合は、サブスクリプションを再取得できることを確認し、必要なローカル設定を保存してください。

バックグラウンドでのみ問題が安定して再現し、OSの設定も確認済みの場合は、端末のプラットフォーム、OSの情報、クライアントの情報、画面ロックやネットワーク切り替えの操作、画面復帰後の状態をサポートに伝えてください。関連するログだけを切り取り、ほかのアプリの通知は含めないでください。OSの制限でバックグラウンド動作を継続できない場合は、端末環境の制約に従い、対応している使い方を選んでください。制御できない条件を、回線が常に接続を維持するという保証のように説明しないでください。

デバイス数の上限の警告が出たら、まず表示元を確認する

VPNHeyは同時接続デバイス数に制限がありません。デバイス数の上限に関する警告が表示されても、サービス側がデバイス数の削減やプランのアップグレードを求めていると決めつけないでください。VPNHeyのパネル、現在のクライアント、アクセス先のプラットフォームのどこに表示されたかを確認します。クライアントに別のサブスクリプションが残っていたり、接続先サービス独自のセッションルールがあったりする可能性もあります。警告の全文と表示された画面を記録し、表示元を特定してから対処してください。

現在有効な設定が該当アカウントのものか確認し、別の設定ファイル、仕事用アカウント、古いサブスクリプションを誤って選択していないか調べてください。サービスに関連する画面に本当に表示された警告であれば、問い合わせを送信して確認してください。アカウントを繰り返し作成したり、何度も支払いをしたりして対処しないでください。メールアドレスは不要で、ユーザー名とパスワードでアカウントを作成できます。アカウント情報は自分で安全に保管し、公開ページにパスワードを載せないでください。診断の過程でパスワードを共有する必要はありません。

デバイス数に制限がないことは、端末自体の処理能力が無限であることや、接続先プラットフォームに独自のセッション管理がないことを意味しません。複数のアプリで同時に通信すると、ローカルの帯域とルーターの処理能力を共有します。複数の端末で全体的に遅くなる場合は、速度の項目に戻り、接続元のネットワークを確認してください。接続先サービスだけでデバイス制限が表示される場合は、そのプラットフォームのアカウント案内を確認します。

再現できる手順として問い合わせを書く

送信前に、正常な場合、問題が起きる場合、すでに行った比較を整理してください。まず期待した結果と実際の結果を短く説明し、その後、操作の順序とエラーが発生した段階を記載します。たとえば「パネルは開ける。サブスクリプションの更新は成功するが、特定の回線への接続はタイムアウトする。ネットワークを変えても同じ」のように書くと、「使えない」だけより状況が伝わります。詳しく見せるために、無関係なログを大量に添付する必要はありません。サポートが同じ手順をたどって確認できることが重要です。

間欠的な問題や混雑時間帯の障害では、発生時刻とタイムゾーンを記載してください。回線名は現在パネルに表示されている名前を使い、アプリ名とプラットフォームも明記します。クライアントのバージョンは自分の画面で確認し、ほかの利用者のバージョン情報を代わりに使わないでください。安定して再現しない場合は、最後に発生した条件と、再接続、ネットワーク切り替え、スリープからの復帰後に直ったかを説明してください。

状況全体をアップロードするより、個人情報を伏せることが重要

ログやスクリーンショットには、ユーザー名、サブスクリプションの認証情報、アクセス先、ファイル名、その他の個人情報が含まれている場合があります。送信前に、パスワード、サブスクリプションURL全文、認証情報、無関係な内容を隠してください。スクリーンショットのアドレスバーから設定ページの接続先が漏れないようにし、ブラウザーの開発者ツールに表示されたリクエスト全文をそのまま問い合わせに貼り付けないでください。サポートから追加情報を求められた場合は、パネルの問い合わせ機能を通じて、明確な目的に必要な範囲だけを送信してください。

このページでは専用のメールアドレスやSNSの連絡先を公開していません。サポートへの問い合わせはパネルの問い合わせ窓口をご利用ください。サポートの案内もご覧いただけます。検索結果に表示された見知らぬ連絡先をサポート窓口だと判断しないでください。請求に関する問題では、該当するプランと注文のパネル上の状態を説明してください。決済アカウントのログイン情報や決済情報の全文を伝える必要はありません。

プランを選ぶときは、料金と通信量のルールを直接比較してください。月額サブスクリプションとデータパックは、料金と利用量の管理方法が異なります。権限、DNS、アプリ設定の問題をすべて解決する万能な方法ではありません。支払い方法はAlipay / WeChat Pay / USDTに対応しています。30日間の無理由返金に対応しています。手続きは利用規約とパネルの案内に従ってください。障害に関する問い合わせで、記載のない特典や補償条件を推測しないでください。

復旧後に確認し、問題を終了する

案内を受け取った後は、一度に一つの操作を行い、その結果を記録してください。設定を切り替える場合は、まず元の設定を保存します。その後、接続、対象のウェブページ、実際に使うアプリ、バックグラウンドからの復帰を確認してください。クライアントの接続ボタンだけで判断しないでください。問題が一時的に消えても、再現条件をもう一度確認できていない場合は、問い合わせに「現在は復旧、元の条件での再確認は未実施」と記載し、一時的な改善を完全な解決と扱わないようにします。

復旧を確認したら、一時的に有効にした詳細ログ、テスト用ルール、比較のために変更したOS設定を元に戻し、必要な通常設定だけを残してください。最終的に有効だった手順を自分用に記録しておけば、同じ症状が出た際に見直せます。初回利用の手順に関する疑問は使い方ガイドへ、ルールについてはよくある質問をご覧ください。トラブルシューティングの目的は、不確かな範囲を絞り込み、一つひとつの変更に根拠を持たせることです。再インストールや支払いを繰り返すことではありません。