ネットワークトラブルシューティングガイド

接続済みなのに開けない：ウェブサイト、名前解決、DNS

ウェブサイトのエラーを段階ごとに切り分ける

ウェブサイトが開けないからといって、接続が確立していないとは限りません。ブラウザーは、ドメイン名の解決、接続の確立、証明書の検証、サイトからの応答のいずれかの段階で止まることがあります。まずエラーの原文を書き留め、「サーバーが見つからない」「接続がタイムアウトした」「証明書が無効」「サイト自体が表示したアクセス案内」などに分けてください。次に他の公開サイトへアクセスし、すべてのドメインで失敗するのか、特定のサイトだけなのか確認します。対象サイトだけでアカウント、地域、認証に関するページが表示される場合、リクエストは相手のサービスに届いている可能性があります。DNSの問題と決めつけず、対象プラットフォームのアクセス条件を確認してください。サイトが返す拒否画面と、ブラウザーが接続自体を確立できない状態は分けて記録します。

DNSはドメイン名をネットワークアドレスに変換します。基本ネットワークが使えていても、クライアントが通信を制御した後の名前解決経路に問題があると、トンネルが接続済みなのにウェブサイトのアドレスが見つからないことがあります。クライアントがサブスクリプションに含まれるDNS設定を使っているか、DNSサーバーを手動で上書きしていないか、別のツールが同時に名前解決設定を変更していないか確認してください。まず現在の設定を保存してから、クライアントの推奨する初期設定に戻します。経路を理解しないまま、複数のガイドにあるDNS、ルーティング、通信制御の設定を組み合わせないでください。それぞれ異なるモードを前提としている場合があり、併用するとループが起きたり、名前解決リクエストが誤った経路に流れたりすることがあります。

コマンドの結果は一部の状況を示す情報にすぎない

デスクトップでは、特定のテスト用ドメインを調べ、アドレスが返るか、名前解決エラーになるか確認できます。以下のコマンドは公開されているサンプルドメインを調べるもので、サブスクリプションの内容には触れません。コマンドを利用できるかどうかは、Windows、macOS、Linuxにインストールされているツールによって異なります。照会に成功しても、そのコマンドが使った名前解決経路から応答を得られたことを示すだけです。ブラウザーが同じDNSを使うとは限らず、対象サイトにアクセスできる保証にもなりません。クライアントによっては内部マッピング用のアドレスが返される場合があります。それだけでDNSの改ざんや情報漏えいと判断せず、クライアントの動作モードと実際のリクエスト結果を踏まえて解釈してください。

nslookup example.com

ブラウザーのセキュアDNS、システムの暗号化DNS、クライアント内蔵のリゾルバーが同時に使われている場合があります。特定のブラウザーだけ失敗する場合は、まずセキュアDNSの設定を記録し、一時的にシステムの標準経路へ戻して同じページを比較します。仮想ネットワークアダプターで通信を制御するクライアントの場合は、そのモードの要件に沿ってDNSリクエストが制御されているかも確認してください。「アドレスを照会できた」だけで、名前解決の問題がすべて解消したと考えないでください。コマンドライン、ブラウザー、アプリは異なる結果をキャッシュしていたり、優先するアドレスファミリーが異なったりすることがあります。一度に変更するのは一つの項目にとどめ、変更前後の違いを記録してください。

キャッシュ、アドレスファミリー、安全性

DNS設定を変更した後も、古いキャッシュや確立済みの接続が結果に影響することがあります。まずブラウザーを通常の方法で終了してから開き直し、必要であればOSの公式手順に沿ってDNSキャッシュを更新し、クライアントに再接続してください。ネットワークのリセット、ネットワークアダプターの削除、ブラウザーデータの全消去を同時に実行しないでください。一時的に症状が消えても、原因が分からなくなります。一部のドメインだけで繰り返し失敗する場合は、異なるアドレスファミリーが返されているか、クライアントが該当する通信制御に対応しているかも記録してください。トラブルシューティングのために、システム全体のアドレスファミリー対応を長期間無効にしないでください。テスト後は、妥当な元のネットワーク設定に戻します。

原因を特定できない場合は、影響を受けるドメイン、ブラウザーのエラー、個人情報を伏せた名前解決コマンドの出力、クライアントをオフにした場合と接続先を変えた場合の違いを問い合わせに添えてください。照会結果には、ローカルDNSサーバーのアドレス、組織内のドメイン名、端末名が含まれる場合があるため、送信前に確認します。閲覧履歴全体を資料として送ったり、見知らぬ相手にリモート操作を許可したりしないでください。クライアントを有効にしたときに複数のサイトで同じ名前解決エラーが起き、標準設定でも再現する場合は、通信制御の経路をサポートに確認してもらいましょう。対象サイトだけに問題がある場合は、アカウント制限をネットワーク障害と混同しないよう、サイトの稼働状況とアクセス条件も確認してください。

速度が遅い・夜間に途切れる

まず、どのような操作で「遅い」のかを確認する

速度の問題は、具体的に説明する必要があります。ウェブページの表示が遅い、ファイルのダウンロードが続けて遅い、動画の画質が自動で下がる、音声でのやりとりに遅延がある、といった症状はそれぞれ異なります。繰り返しアクセスできる対象を一つ選び、同じファイル、ページ、動画を使って変化を確認してください。ページの初回表示が遅い場合は、名前解決、接続確立、対象サーバーが関係することがあります。転送中ずっと遅い場合は、スループットが影響している可能性があります。操作中に途切れる場合は、ジッターやパケットロスも考えられます。クライアントの一覧にある遅延時間だけでは、こうした使い心地を十分に説明できません。遅延の小さい接続先が、継続的なデータ転送にも適しているとは限らず、接続成功の表示も混雑時の速度を保証するものではありません。

接続先を測定する前に、利用中のネットワークを確認してください。Wi-Fiの電波が弱い、アクセスポイントから離れている、同じネットワークで大量のダウンロードが行われている、ルーターが負荷の高い処理をしているといった要因で、接続先の性能とは異なる結果が出ることがあります。不要な同期やダウンロードを一時停止し、端末の電源状態を安定させ、できるだけ同じネットワーク環境で比較します。可能であれば有線接続とWi-Fiを比較できますが、テストのために機器を購入する必要はありません。端末が過熱していないか、強い省電力モードになっていないかも確認してください。クライアントをオフにしても一般的なサイトの表示が遅い場合は、国際接続のせいと決めつけず、まずローカル環境のボトルネックを調べます。

夜間の遅延は時間帯と経路を比較する

夜間に遅くなるかを調べるには、同じ条件で繰り返し確認することが大切です。同じ対象を異なる時間帯に試し、接続先の名称と利用ネットワークを記録してください。混雑する時間帯に特定の接続先で大きく速度が落ち、別の地域や別の経路では改善する場合は、経路の違いをさらに調べる価値があります。すべての接続先と通常のネットワーク利用が同時に遅くなる場合は、共有帯域やアクセス回線も原因の候補です。一度の失敗から長期的な傾向を決めつけたり、特定サイトのダウンロード上限をプランの速度制限と解釈したりしないでください。別の人も同じ条件で再現できるように記録し、速度測定画面のスクリーンショットだけで済ませないようにしましょう。

接続先は、まず地理的に比較的近い地域を試し、対象サービスの実際の応答を見ながら調整できます。距離はあくまで目安であり、経路の迂回、相手側の混雑、対象プラットフォームの配信方式によって結果は変わります。VPNPackは100+か国・230+回線をカバーしていますが、回線数はすべてのネットワークで各経路の速度が同じであることを保証するものではありません。選択可能な回線は管理パネルで確認してください。地域名だけで専用回線の種類や動画配信への対応を判断しないでください。接続先の項目についてはサーバーページを、速度の測定記録を作成する方法についてはVPN速度の実測比較方法をご覧ください。

通信量のルールと速度の問題は分けて確認する

アカウントの利用状況とネットワーク性能は、分けて確認する必要があります。まず管理パネルでサブスクリプションの有効期限と残りの通信量を確認してから速度を測定してください。継続的な速度測定でも通信量を消費するため、残量が少ないときに大きなファイル転送を何度も行わないようにしましょう。月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされ、暦月の初日に一律でリセットされるものではありません。期間途中でプランをアップグレードした場合、差額は残りの日数に応じて換算されます。追加通信量パックは使い切るまで有効で、期限切れにはなりません。価格と利用条件の詳細はプランと料金をご確認ください。Wi-Fiの干渉、対象サイトの速度制限、設定ミスを解消するために、まずプランを変更するのは避けてください。先にボトルネックを特定してから、通信量の使い方を検討しましょう。

速度が遅いことをサポートに伝える場合は、操作の種類、対象ドメイン、発生した時間帯、利用ネットワークの種類、元の接続先と代替先の違いを添えてください。速度測定ツールの結果がある場合は、ツール名と測定条件も記録し、最良または最悪の結果だけを送らないようにします。動画の問題については、再生開始までの待ち時間、再生中のバッファリング、画質の変化のどれかを説明できますが、個人の視聴履歴を送る必要はありません。対象サービスだけが遅く、他の操作に問題がない場合は、サービス側の稼働状況も確認してください。特定の時間帯や接続先で継続して起きる問題は、経路を確認する手がかりになります。復旧した場合も、そのときの条件を記載し、一時的な改善を恒久的な解決と混同しないようにしましょう。

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

トンネルの切断とアプリの再接続を区別する

まず、実際に切断されたものを確認します。クライアントの接続スイッチが自動でオフになる、システムのVPN表示が消える、クライアントは接続中のまま特定のアプリだけが再読み込みされる、といった状態は同じ切断ではありません。画面をロックしたとき、Wi-Fiを切り替えたとき、エレベーターに入ったとき、スリープから復帰したとき、別のネットワークツールを起動したときなど、切断が起きた状況を記録してください。システムのトンネルが維持され、アプリのセッションだけが切れる場合は、対象サービスによる接続の再確立、アプリのバックグラウンド制御、一時的なネットワーク切り替えが関係している可能性があります。クライアントのプロセス自体が終了する場合は、システムリソースやアプリのクラッシュ情報を確認してください。通知領域のアイコンだけで、プロキシ経路全体が使えるかを判断しないでください。

ネットワークを切り替えると、既存の接続経路が変わります。Wi-Fiからモバイルデータ通信に切り替えた場合、確立済みの接続がそのまま続くとは限りません。クライアントとアプリが別々に再接続することもあります。テストではまず一つのネットワークに固定し、切り替えなくても切断されるか確認してください。次にネットワークを切り替え、クライアントが復旧するか観察します。切り替えたときだけ問題が起きる場合は、何度も新しいサブスクリプションを読み込むのではなく、復旧までの動きを記録してください。ネットワークの状態に応じて自動接続または一時停止する設定がないかも確認します。こうしたルールによって、故障のように見える状態変化が起きることがあります。テスト後は、普段の利用に適した設定に戻してください。

Android：バックグラウンド動作とバッテリー管理

Androidのバッテリー最適化、バックグラウンド動作の制限、メーカー独自のタスク終了機能は、クライアントの接続維持に影響することがあります。アプリ情報を開き、バッテリー使用とバックグラウンド動作の権限を確認して、システムで選択できる範囲で必要な動作を許可してください。端末によっては、自動起動やタスク保持の設定もありますが、項目名は機種ごとに異なります。変更前の状態を記録し、まずクライアントだけを調整してください。すべてのアプリを例外に追加する必要はありません。接続状態の確認には通知の許可が役立ちますが、通知が表示されていても接続が正常とは限りません。Androidのインストールと接続ガイドを参考に権限を確認し、画面ロックの前後で実際にアクセスできるか試してください。

ロック解除後すぐに復旧し、画面ロック中に接続が失われ続ける場合は、バックグラウンド動作の設定を優先して確認しましょう。画面を点灯した状態でも頻繁に切断されるなら、省電力機能だけが原因とは限りません。異なる接続先やネットワークを比較し、別のVPNアプリがバックグラウンドで起動していないかも確認してください。「常時接続」や「VPNを経由しない接続をブロック」といったシステム設定は、切断時の動作を変えるため、意味を理解してから調整します。出所不明のシステム改変ツールをインストールしてバックグラウンド動作を維持しようとしたり、別の端末のメニュー手順をそのまま使ったりしないでください。端末が管理対象の場合、設定項目が管理ポリシーで制御されていることがあります。

iOSとデスクトップ：復旧手順も記録する

iOSでは、システムのVPN設定が現在のクライアントに対応しているか、オンデマンド接続のルールや通信を制御する別のアプリがないか確認してください。画面ロック後にアプリの更新が止まっても、システムのトンネルが終了したとは限りません。ロック解除後にクライアントの状態を確認し、同じ対象にアクセスしてみましょう。バックグラウンド設定を変更すれば、すべてのアプリが常時接続を維持できると考えないでください。デスクトップでは、スリープと復帰、ネットワークアダプターの省電力設定、ネットワークサービスの再起動に注目します。復帰後に毎回失敗し、正常に切断して再接続すると直る場合は、復帰前後の状態を記録してください。macOSの権限と設定についてはMacの使い方ガイドをご覧ください。

クライアントのクラッシュが疑われる場合は、まずシステムが表示したエラーの概要を保存し、インストール元が管理パネルのクライアント配布ページであることを確認します。そのうえで、通常の手順による再インストールを検討してください。利用可能な設定や調査記録を失わないよう、アプリのデータをすべて削除するのは避けましょう。画面表示中は安定し、バックグラウンドでのみ問題が起きる場合は、ロックから復帰までの操作順を問い合わせに記載します。画面の前後を問わず切断される場合は、接続先、ネットワークの切り替え、他のアプリによる通信制御の状況を添えてください。長時間の画面録画より、再現手順のほうが役立ちます。録画には通知やアカウント情報が映り込む場合があります。必要な画面だけを記録し、個人情報を隠してから送ることで、サポート担当者が接続の状態変化を確認しやすくなります。

サブスクリプションの更新失敗と設定の問題

まずアカウントを確認し、次に読み込み方法を確認する

サブスクリプションの更新失敗と接続先への接続失敗は、異なる段階で起きる問題です。前者はクライアントが設定を取得または読み取れない状態で、後者は読み込み済みの設定に含まれる接続先が利用できない状態です。まず管理パネルにログインできるか確認し、サブスクリプションが有効か、通信量や注文について対応が必要な表示がないか確認してください。VPNPackではメールアドレスは不要で、ユーザー名とパスワードで利用登録できます。サブスクリプションのトラブルを調べる際は元のアカウントを使い、確認の代わりに新しいアカウントを何度も作らないでください。管理パネルにはアクセスできるのにクライアントが更新に失敗する場合は、エラーの原文を保存し、現在のアカウントのサブスクリプションを更新しているか確認します。古い設定に残った取得元を更新していないかにも注意してください。

現在のクライアントに対応した、管理パネル内の読み込み方法を優先して利用してください。クライアントによって対応するサブスクリプション形式や項目が異なるため、どのリンクでも任意のツールにそのまま使えるとは限りません。手動でコピーする場合は、空白、改行、引用符、チャットアプリが付け加えた句読点が含まれていないか確認します。管理パネルのログインページのURLを、サブスクリプションのURLと間違えないでください。例示用のURLは構造を説明するためのもので、実際のサービスの接続先ではありません。以下のダミーURLからVPNPackの回線を利用することはできません。実際のサブスクリプションはログイン後の管理パネルでのみ取得できます。公開投稿や見知らぬ変換サイトを経由して共有しないでください。

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

失敗した段階に応じて対処する

「ダウンロードできない」は、設定を取得するリクエストが完了していない状態を示すことが多いため、基本ネットワーク、ネットワーク認証、現在のプロキシ設定を確認します。「解析できない」は受信した内容を想定された形式で読み取れない状態を示し、形式への対応を確認する必要があります。「認証が無効」などの表示が出た場合は、管理パネルに戻ってサブスクリプションの状態と取得元を確認してください。エラー名はクライアントによって異なるため、画面の要約だけで判断しないでください。設定ではなくウェブページが返された場合は、ログインページ、エラーページ、認証ポータルにアクセスしている可能性があります。返された内容全体を公開しないでください。アカウント情報が含まれる場合があります。まずエラーの概要を記録し、問い合わせには必要な部分だけを個人情報を伏せて添えてください。

更新に使われるネットワーク経路にも注意してください。古い設定がすでに利用できず、クライアントがその古い接続先を使って新しい設定を取得しようとすると、更新が進まない状態になることがあります。古い設定は保存したまま、クライアントが用意している手順に従い、利用可能な基本ネットワークで更新するか、管理パネルの通常の読み込み手順で設定を再取得してください。バックアップを取らずにすべての接続先を削除したり、更新ボタンを何度も続けて押したりしないでください。繰り返しリクエストしても形式の不一致は解消せず、調査記録が分かりにくくなることがあります。更新後に接続先の名称が変わった場合は、新しい設定を基準に選択を確認します。古い手動グループが、すでに存在しない項目を参照している場合があります。

設定の上書きとサブスクリプション情報の保護

自動更新によって手動で変更したルールが上書きされたり、手動編集によって設定の構造が壊れたりすることがあります。編集後に問題が起きた場合は、まず管理パネルから取得した未変更の設定と比較してから、クライアントが対応する方法でローカルの上書きを追加してください。形式の異なる設定を直接つなぎ合わせたり、構文エラーを直すために安全性の検証を無効にしたりしないでください。設定を調べるときはインデント、項目名、ファイル形式を確認しますが、このページではすべてのクライアントに共通するパラメーターのテンプレートは提供していません。対応していない機能が明示された場合は、エラー表示が消えるまで項目をむやみに削除するのではなく、適切な読み込み方法またはクライアントを選んでください。

サブスクリプションのURLには通常、アクセス認証情報が含まれます。アカウント情報と同様に大切に管理してください。スクリーンショットを撮る際は、URL全体、QRコード、含まれるパラメーターを隠し、問い合わせにも通常はURL全体を貼り付けないでください。公開してしまった場合は、管理パネルに再設定または再取得の機能があれば利用します。該当する機能がない場合は、端末の設定を更新する前に、問い合わせから対処方法を確認してください。更新の問題を報告する際は、クライアント名、読み込み方法、エラーの原文、管理パネルの状態、基本ネットワークが正常かどうかを伝えれば十分です。アカウントの状態が想定と異なる場合はプランの利用条件をご確認ください。支払いと注文に関する問題はサポートに確認し、サブスクリプションを直すために重複して支払わないでください。

特定のアプリだけ使えない：通信の振り分けと制御範囲

ブラウザーで使えても、アプリが同じ経路を使うとは限らない

ブラウザーは正常なのに特定のアプリへアクセスできない場合、まず両者が本当に同じネットワーク経路を使っているか確認してください。システムプロキシに従うかどうかはアプリによって異なります。システム設定を参照するアプリもあれば、独自の接続方法を使うアプリもあります。仮想ネットワークアダプターやシステムVPNモードは異なる階層で通信を制御しますが、除外ルールが適用されることもあります。クライアントのスイッチがオンだからといって、すべてのプロセスが同じ経路を通ると決めつけないでください。まず現在の動作モード、影響を受けるアプリ名、そのアプリと同じサービスをブラウザーで開いたときの結果を記録します。その後、クライアントでアプリに直接接続や除外のルールが設定されていないか確認してください。

ルールモードでは、ドメイン、アドレス、プロセスなどの条件に応じて通信経路が決まります。利用できる機能はクライアントによって異なります。一つのアプリが、ログイン、リソース、メッセージ、更新用の複数のドメインに接続することもあります。メインのドメインにアクセスできても、すべてのリクエストが正しい経路を通るとは限りません。クライアントに接続ログがある場合は、失敗したリクエストがどのルールに一致し、どの出口が選ばれたか確認できます。接続ログにはアクセス先のドメインやアプリの利用状況が含まれる場合があります。ローカルでの調査に必要な部分だけを保管してください。VPNPackの「ログを記録しない」はサービスのプライバシーに関する方針であり、ユーザー端末上のクライアントがローカル診断情報を生成しないという意味ではありません。この2つは区別してください。

一時的なモード切り替えで比較し、恒久的な解決策とは考えない

クライアントに明確なモード切り替え機能がある場合は、現在の状態を保存してから、ルールモードと、より広い範囲を制御するモードを一時的に比較できます。接続先と対象アプリは変えず、モードを切り替えた後に対象アプリを通常の方法で終了してから開き直します。古い接続が元の経路を使い続けるのを防ぐためです。より広い範囲を制御するモードで復旧した場合は、ルールとの一致、除外リスト、アプリ独自のプロキシ設定を優先して確認します。復旧しない場合は、対象サービスの応答、名前解決、接続先の違いを引き続き調べてください。テスト後は普段の利用に適したモードに戻します。一つのアプリのために、組織内ネットワーク、プリンター、ローカル端末への接続まで不適切な経路に変えないでください。

デスクトップでは、環境変数のプロキシ、ターミナルのプロキシ設定、ブラウザー拡張機能のプロキシがそれぞれ独立している場合もあります。GUIアプリが使えてコマンドラインが使えなくても、接続先が無効とは限りません。対象ツールの公式なプロキシ設定方法を確認し、現在の動作モードに対応しているか調べてください。ローカルプロキシサーバーを入力する欄にサブスクリプションのURLを入力しないでください。反対に、コマンドラインが使えても、GUIアプリのセッション、証明書、DNSが正常とは限りません。ローカルの待ち受けアドレスとポートはクライアントに表示される内容を確認し、別のガイドにある値をそのまま使わないでください。端末内だけで利用するプロキシポートを、公開ネットワークからアクセスできる状態にするのも避けてください。

対象プラットフォームの制限とネットワーク障害を分けて確認する

AIツールで地域に関する案内が表示される、ログインが繰り返される、アカウント認証が必要になる場合は、まず画面に表示された内容を原文のまま保存してください。ネットワーク回線によって変わるのはアクセス経路であり、対象プラットフォームのアカウント要件、地域ポリシー、サービス利用資格を代替するものではありません。ChatGPTやClaudeなどの動作は、対象プラットフォームの変更によって変わる場合があります。一度成功したからといって、今後も利用できると約束するものではありません。まずブラウザーから該当する公開ページにアクセスし、アプリとウェブ版の違いを比較します。必要に応じて対象サービスの稼働状況に関する案内も確認してください。背景情報はAI特集をご覧ください。このページでのトラブルシューティングは、現在のエラーと実際のリクエストを基準に行います。サービス名だけで回線の対応状況を判断しないでください。

動画配信アプリでも、ネットワーク接続とコンテンツの利用権限を分けて考える必要があります。アプリを開ける、ログインできる、特定のコンテンツを再生できる状態は、それぞれ異なる段階です。番組が表示されないからといって、プロキシが機能していないとは限りません。問い合わせには、起動、ログイン、読み込み、再生のどの段階で失敗したかを記載し、ウェブ版が正常か、一時的なモード変更で結果が変わったかも伝えてください。アカウントのパスワード、セッションCookie、有料コンテンツのダウンロードファイルは送らないでください。特定のアプリだけで問題が起きる場合は、端末全体の通信記録ではなく、エラーの概要と関連ルールの適用状況を添えます。問題の特定に役立ち、無関係な個人情報の露出も抑えられます。

OSごとの違いと端末のメッセージ

WindowsとmacOS：まず権限と残存設定を確認する

Windowsでは、クライアントが現在のモードに必要な権限を得ているか確認してください。通常のシステムプロキシと仮想ネットワークアダプターによる通信制御では、必要な条件が異なります。一方のモードで起動できたからといって、もう一方の準備もできているとは限りません。ソフトの終了後にブラウザーへアクセスできなくなった場合は、システムプロキシが停止済みのローカル接続先を参照していないか確認し、クライアントの通常の終了手順を使うか、記録しておいた設定に戻してください。出所不明のネットワーク修復スクリプトを実行したり、調査のためにセキュリティ機能を恒久的に無効にしたりしないでください。ドライバーや権限に関する警告が表示されたら原文を保存し、インストーラーが管理パネルのクライアント配布ページから取得したものか確認します。

macOSでは、初めてVPN設定を作成したり関連するネットワーク機能を有効にしたりする際に、システムの許可が必要になる場合があります。許可が完了していない、設定が削除された、ネットワークサービスの順序が変わったといった要因で、通信制御に問題が起きることがあります。システム設定を開き、現在のクライアントに対応するネットワーク設定を確認してください。職場で必要な設定を誤って削除しないよう注意します。別のプロキシツールをインストールしたことがある場合は、まず通常の方法で終了し、残っているプロキシ設定を確認してください。ブラウザー拡張機能とシステムプロキシも別々に確認します。システムが実行をブロックした場合は、出所を確認し、公式の手順に従ってください。接続のために端末全体のセキュリティ設定をむやみに下げないでください。基本的な設定手順は初心者向けガイドで確認できます。

Linuxとモバイル端末：サービスの状態と通信制御の範囲

Linuxでは、デスクトップのプロキシ設定、ターミナルの環境変数、バックグラウンドサービス、仮想ネットワークアダプターの経路を分けて確認します。デスクトップアプリからアクセスできても、ターミナルが同じ設定を引き継いでいるとは限りません。ターミナルツールからアクセスできても、デスクトップのセッションにプロキシが設定されているとは限りません。クライアントがバックグラウンドサービスとして動作する場合は、公式ドキュメントに記載された方法で状態を確認し、サービスの起動状況、権限、ポートの使用状況を調べてください。サービスの管理方法はディストリビューションによって異なるため、このページではすべての環境に使える再起動コマンドを紹介していません。調査前に独自のルーティング設定や名前解決設定を保存し、組織のネットワーク設定を上書きしないようにしてください。

AndroidとiOSでは、システムのVPN許可と設定の管理元を確認してください。特に、端末に他のネットワークアプリがある場合は注意が必要です。許可画面でキャンセルすると、クライアント上ではサブスクリプションが表示されていても、実際のトンネルを確立できないことがあります。モバイル端末のバックグラウンド切断については前の項目も確認し、権限の不足とバッテリー管理を混同しないでください。VPNPackはWindows / macOS / iOS / Android / Linuxに対応しています。クライアントとサブスクリプションは管理パネルから取得できます。iOS以外のプラットフォームではログイン後にクライアントを取得できます。iOSの取得方法は、管理パネルで有効なプランがあるかによって異なります。ダウンロードに失敗した場合は、管理パネルの配布ページの状態を確認し、出所不明のインストーラーを探して代用しないでください。

台数制限の表示が出ても、まずプランの上限と決めつけない

VPNPackでは同時接続台数に制限はありません。「接続端末数の上限」などのメッセージが表示された場合は、VPNPackの管理パネル、クライアント自体、対象ウェブサイトのどこが表示したものかをまず確認してください。他サービスのアカウントセッション数やクライアントのライセンス制限、ローカルの接続プールに関する警告は、本サービスの同時接続ルールとは異なります。警告が表示されたページのタイトル、アプリ名、メッセージの原文を保存し、「上限」の数文字だけに切り取らないでください。クライアントが現在のアカウントの設定を使っているか、古いサービスや他の人から共有されたサブスクリプションを使っていないかも確認します。解決を試すために端末を何度も削除したり、追加料金を支払ったりしないでください。

台数制限がないことは、端末同士がリソースに影響しないという意味ではありません。複数の端末が同じサブスクリプションを使うと、対象の通信量を共有して消費します。家庭内ネットワークの上り、下り、Wi-Fiのリソースも互いに影響します。ある端末で同期を始めた後に他の端末が遅くなった場合は、端末数の制限と誤解せず、共有ネットワークを確認してください。管理パネルに台数無制限の案内と矛盾する制限が表示される場合や、すべての端末で同時に問題が起きる場合は、表示された内容とアカウントの状態を添えて問い合わせ、サポートに確認してもらいましょう。一台だけで失敗する場合は、権限、設定、通信制御の範囲を優先して調べます。正常な別の端末を比較対象として残し、すべてのクライアントを同時に再インストールしないでください。

復旧の確認、問い合わせ、情報の保護

接続スイッチが緑色になるだけでは復旧とはいえない

設定を変更したら、クライアントが「接続済み」と表示されるかだけではなく、最初に失敗した操作をもう一度試してください。ウェブサイトが開けなかった場合は同じドメインにアクセスし、画面ロック後に切断された場合は同じ手順でロックしてから復帰します。サブスクリプションの更新に失敗していた場合は、設定を正しく読み込めたことと、現在の接続先が使えることを確認してください。通常のサイト、ローカル端末、組織内ネットワークに新しい設定の影響が出ていないかも確認します。あるモードで対象のページが復旧しても、ローカルのリソースにアクセスできなくなった場合は、問題の一部しか解消できていません。より広い範囲の通信制御を恒久的な解決策とせず、引き続きルールを調整してください。

最終的に有効だった変更を記録し、効果のなかった一時的な操作は元に戻してください。調査のために一時停止した拡張機能、変更したDNS、緩和したバックグラウンド制限、手動で切り替えたモードを、一つずつ確認します。どの変更で復旧したのか分からない場合は、必要な作業に支障がないことを確認したうえで保存済みの状態に戻し、一項目ずつ再現してください。現在利用できる唯一の接続を壊してまで原因を特定しようとしないでください。説明のないスクリーンショットを大量に残すより、簡潔な記録のほうが役立ちます。特に断続的な問題では、次回発生時にネットワーク、接続先、対象の操作が同じだったか比較できます。

問い合わせが必要な場合

基本ネットワーク、標準設定との比較、代替接続先の確認を終えても問題が繰り返し発生する場合は、問い合わせを送ることを検討してください。アカウントや注文の状態が表示と一致しない場合、管理パネルの案内と公開されている利用条件が矛盾する場合、特定の接続先で問題が続く場合も、サポートに確認を依頼できます。端末が組織の管理下にある場合や、ポリシーによってシステムの許可がブロックされている場合は、まず管理者に相談してください。対象プラットフォームからアカウント資格に関する明確な案内がある場合は、そちらのヘルプも確認します。問い合わせは、得られた情報を次の確認担当者に渡すためのものです。あらゆるネットワークの変化を一つの原因にまとめるためのものではありません。一時的に復旧したものの原因が分からない場合も、「現在は復旧済み」と明記して、以前の状況を伝えることができます。

必要十分な情報を添えてください。OS名、クライアント名、発生日時とタイムゾーン、利用ネットワークの種類、接続先の表示名、対象ドメイン、エラーの原文、実施した比較テストを記載します。OSとクライアントのバージョンは、設定画面で確認した値を記入し、記憶を頼りに推測しないでください。「接続先を切り替えても失敗し、ネットワークを変えたら復旧した」のような説明は、「いろいろ試した」よりも役立ちます。特定のアプリだけで問題が起きる場合は、失敗した段階とウェブ版との違いを明記してください。スリープや画面ロック時に問題が起きる場合は、そのときの操作順を添えます。以下の文面は問い合わせ内容のひな形としてコピーし、実際の状況に合わせて記入できます。

症状：
OSとクライアント：
発生日時とタイムゾーン：
利用ネットワークの種類：
接続先の表示名：
影響を受けるドメインまたはアプリ：
エラーメッセージの原文：
クライアントを終了した後の結果：
接続先を変更した後の結果：
ネットワークを変更した後の結果：
変更した設定：
現在復旧しているか：

添付ファイルの個人情報保護とアカウントに関する注意

送信前にスクリーンショット、ログ、設定ファイルを確認し、ユーザー名以外の不要なアカウント情報、サブスクリプションURL全体、QRコード、認証情報、支払いに関する機密情報、個人的な通知を隠してください。パスワード、セッションCookie、直接読み込み可能な設定ファイルは送らないでください。クライアントのログにはアクセス先のドメイン、ローカルパス、端末名が含まれることがあります。エラーに関係する必要な部分だけを切り取ってください。サポートから追加情報を求められた場合は、まず利用目的を確認し、ログイン後の問い合わせ窓口から提供します。公開コメント欄に認証情報を追記したり、見知らぬ相手から求められたリモート操作を通常のトラブルシューティングと考えたりしないでください。認証情報を公開してしまった場合は、管理パネルで可能な対応を速やかに行ってください。

請求に関する問題と技術的な問題は分けて説明してください。VPNPackはAlipay / WeChat Pay / USDTに対応しており、7日間の理由を問わない返金に対応しています。詳しい返金手順は返金ポリシーをご覧ください。月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされ、期間途中のアップグレード差額は残りの日数に応じて換算されます。追加通信量パックに有効期限はありません。通信量を復旧させる方法としてクライアントを再インストールしないでください。注文に関する問題は、管理パネルに表示された注文情報を添え、支払いの機密情報を隠して問い合わせてください。重複して支払わないようにしましょう。トラブルシューティングの情報を送る場合は問い合わせフォームを利用し、一般的なアカウントの質問はよくある質問をご覧ください。最後に、実施した操作、症状の変化、未解決の問題を記録してください。