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

まったく接続できない：接続前に確認すること

「まったく接続できない」場合は、クライアントが起動しない、サブスクリプションに回線が表示されない、接続ボタンを押すとエラーになる、接続中のまま進まない、といった症状に分けて考えましょう。それぞれ問題が起きている段階は異なります。まずエラーの原文を記録し、アプリの削除や再インポートをすぐに行わないでください。アンインストールすると、原因の特定に役立つログが消えたり、権限・設定・キャッシュが同時に変更されて再現できなくなったりすることがあります。現在の設定名と選択中の回線名を控えてから、以下を確認してください。

まず通常のネット接続を確認する

クライアントを一時的に切断し、ブラウザーで普段から利用できるウェブサイトを開いてみましょう。同じように開けない場合は、まずローカルネットワークを確認します。システム上でネットワークに接続されているか、ホテルや公衆Wi-Fiでブラウザーから利用確認を完了する必要がないか、ルーターが正常に通信できているかを調べてください。ネットワークの利用確認が済んでいないと、クライアントが接続待ちのままになることがあります。その場合、海外回線に切り替えても解決しません。先に通常のウェブサイトが開く状態に戻してから、プロキシ接続を試し、ローカルネットワークの切断と回線障害を切り分けましょう。

通常のウェブサイトが開くようになったら、端末と設定はそのままにして、別のネットワークでも試します。同じ設定が特定のネットワークだけで失敗する場合は、ネットワークの種類、社内ゲートウェイやゲストネットワークを経由しているか、ルーターのフィルタリングがあるかを記録してください。管理されたネットワークにはアクセス制限が設定されていることがあります。管理ソフトを勝手に停止したり、組織の端末のセキュリティ設定を変更したりしないでください。許可されたネットワークで再確認し、差異をネットワーク管理者またはカスタマーサポートに伝えましょう。

次に設定とシステム権限を確認する

クライアントの設定一覧を開き、ユーザーパネルで取得した有効なサブスクリプションを使用しているか確認してください。空の設定、古いバックアップ、別の入手元のファイルではないかも確認します。回線名が表示されていても、サブスクリプションが有効とは限りません。パネルでプランの状態と残りデータ量も確認してください。取り込み時にエラーが出た場合は、先にサブスクリプション更新のトラブルシューティングを確認し、有効な設定がない状態で接続を繰り返さないでください。クライアントが設定構文のエラーを表示した場合は、エラー箇所を控えます。ただし、設定ファイル全体を公開しないでください。

システムで初めてVPNやネットワーク拡張を設定するとき、アプリの使用許可を求められる場合があります。設定画面で対象アプリによる接続が許可されているか、ほかのプロキシ、VPN、ネットワークフィルタ拡張が同時に有効になっていないかを確認してください。確認に必要な接続手段だけを残し、元の状態を記録して元に戻せるようにします。ここでいう「残す」は一時的なトラブル切り分けのためであり、セキュリティツールを恒久的に無効にするという意味ではありません。管理対象の端末では管理者の方針に従い、許可制限を独断で回避しないでください。

比較結果から回線の問題を切り分ける

設定と権限を確認したら、回線を手動で選んで接続し、出口の異なる別の回線でも比較します。それ以外の条件は変えないでください。特定の回線だけが失敗し、別の回線では同じウェブサイトを利用できる場合は、その回線固有の問題が考えられます。同じ端末でどの回線も失敗する一方、別の端末では利用できる場合は、端末側の環境に原因がある可能性が高まります。カバー範囲が広くても、あらゆるローカルネットワークで同じ接続経路を使えるとは限りません。実際のアクセス結果を基準に選びましょう。

接続状態のアイコンだけで判断しない

「接続済み」は、通常、クライアントで何らかの接続が確立したことを示すにすぎません。ウェブサイトを開けるか、リクエストが選択したルールに従っているか、接続先サービスから明確なエラーが返されていないかも確認してください。

すべての回線で失敗が続く場合は、ログに記録された最初の有効なエラーを確認してください。タイムアウト、認証拒否、名前解決失敗、ローカルの権限エラーは、それぞれ別の問題です。発生時刻、OS、クライアント名、選択した回線、別のネットワークでも試したかを記録しましょう。問い合わせには「通常のウェブサイトは開けるが、接続中のまま進まない」のように具体的に書くと、「使えない」だけの場合より原因を特定しやすくなります。パスワードやサブスクリプションリンク全体は送らないでください。接続問題の確認に、アカウントの認証情報は必要ありません。

設定を一つ変更したら、いったん切断して再接続し、テスト用のウェブサイトを開き直します。改善した場合は有効だった変更を記録し、それ以上変更しないでください。改善しなければ、直前の設定を元に戻してから次の項目を試します。プロキシモード、名前解決方式、回線を続けて変更すると、成功しても失敗しても原因を特定できなくなります。回線の種類を確認する場合は回線一覧をご覧ください。このページでは、回線名を安定性の順位として扱いません。

接続できるのにウェブサイトが開かない：名前解決とアクセス経路

接続が確立した後もウェブサイトが開かない場合は、まずブラウザーに表示される段階を記録します。サーバーが見つからない、接続がタイムアウトする、証明書エラーが出る、ウェブサイトからアクセス制限が返される、のどれでしょうか。接続先のエラーメッセージが表示される場合、リクエストは少なくとも何らかのサービスに到達しています。ローカルで名前を解決できない状態とは異なります。すべての症状をDNSの問題と決めつけたり、一度の再読み込み失敗でネットワーク設定をすべて消去したりしないでください。

すべてのサイトか、特定のサイトだけかを見分ける

同じ回線を使い、用途の異なるウェブサイトをいくつか開いてみましょう。特定のサイトだけが開かない場合は、ドメイン名の入力、サイト自体の稼働状況、アカウントのログイン状態、地域要件を確認します。次に、ブラウザーの別セッションで試し、キャッシュや拡張機能の影響を切り分けます。ブラウザーではどのサイトも開かないのに、ほかのアプリでは通信できる場合は、ブラウザー独自のプロキシ拡張やセキュアDNSの設定を確認してください。すべてのアプリで失敗する場合は、システムプロキシ、トンネルの状態、クライアントのログを確認します。

DNSはドメイン名をIPアドレスに変換する仕組みです。クライアント、OS、ブラウザー、ルーターが名前解決に関わることがあり、実際にどこで処理されるかは設定によって異なります。ブラウザーで独自の暗号化DNSを有効にすると、OSの名前解決経路を使わない場合があります。クライアントのドメイン処理モードによっては、アプリに専用アドレスが返されることもあります。そのため、OSのコマンドで一度だけ確認しても、そのコマンドが使った経路の結果が分かるだけで、ブラウザーやトンネル内の名前解決まで正常だとは判断できません。

OSのツールで手がかりを集める

以下のコマンドは例示用のドメインを使用しており、サブスクリプション情報は含みません。Windowsではコマンドプロンプトからドメインを照会できます。macOSとLinuxではターミナルで同名のツールを使用できます。該当コマンドがインストールされていない場合は、その確認を省略してください。トラブルシューティングのために、使い慣れないソフトを追加でインストールする必要はありません。照会に成功した場合も、ブラウザーのエラーを続けて確認してください。「アドレスが返された」だけでは、対象のウェブサイトにアクセスできるとは限りません。

nslookup example.com
curl -I https://example.com

nslookupの出力から、応答が返っているか、名前解決がタイムアウトしているかを確認できます。curlはリクエストの段階やレスポンスヘッダーを調べるのに役立ちます。ただし、コマンドラインツールはデスクトップOSのプロキシを自動的に使うとは限らず、ブラウザーと同じ経路を使うとも限りません。コマンドでは失敗してブラウザーでは成功する場合、単に接続の入口が異なる可能性があります。出力を共有する際はエラー文を残し、ローカルネットワークを特定できる情報や不要なアドレスは隠してください。認証情報を含むコマンドは添付しないでください。

キャッシュ、証明書、名前解決の競合を確認する

ネットワークを切り替えた直後や名前解決の設定を変更した直後であれば、関連するウェブページを閉じ、クライアントを再接続してから新しいブラウザーセッションを開きます。古い結果がキャッシュに残っている可能性を確認できた場合に限り、OSの公式手順に従って名前解決キャッシュの消去を検討してください。DNSサーバーの変更、ルールの編集、ブラウザー拡張の無効化、ルーターのリセットを一度に行わないでください。変更のたびに同じドメインへアクセスして結果を記録すれば、キャッシュの問題か、名前解決経路の競合が続いているのかを判断できます。

証明書エラーは、ほかの問題と分けて対処してください。OSの日付とタイムゾーンが正しいか、アクセス先のドメインが想定どおりか、公衆ネットワークの接続確認ページに転送されていないかを確認します。証明書の警告を無視したり、出所不明のルート証明書をインストールしてアクセスを「修復」したりしないでください。管理対象の端末で組織のネットワーク検査機能が使われている場合は、管理者に確認してください。ウェブサイトで証明書エラーが出ても、サブスクリプションを変更する必要があるとは限りません。検証を無効にして一時的に成功したように見せるのも避けてください。

DNSエラーだけで情報漏えいとは限らない

このページでは、観察できるエラーをもとに名前解決の処理箇所を調べます。一度の照会結果だけでセキュリティ上の結論を出すことはありません。アカウントのパスワードや診断ファイル全体を、見知らぬ検査サイトにアップロードしないでください。

特定のドメインだけで繰り返し失敗する場合は、同じ回線・同じブラウザーで正常に開けるドメインと比較し、エラーの種類を記録してください。何も表示されないページのスクリーンショットだけでは不十分です。別の回線で改善する場合は、出口経路や接続先のサイト側の方針が関係している可能性があります。どの回線でも同じアカウント制限が表示される場合は、接続先サービスのアカウント条件や地域ルールを確認しましょう。サポートへの問い合わせにはドメイン名だけを記載し、URLに含まれる非公開のパラメーターやセッション情報は削除してください。

速度低下と夜間の混雑：回線を比較する方法

「遅い」と感じる場面を具体的にしましょう。ページを最初に開くまで時間がかかる、文字の表示後も画像の読み込みが遅い、動画が頻繁にバッファリングする、ファイル転送が途中で止まるなど、症状によって問題の箇所が異なる場合があります。普段の操作から繰り返し試せるものを一つ選び、同じ端末・ネットワーク・回線での状態を記録してください。大容量のダウンロード、動画再生、複数のバックグラウンド同期を同時に実行し、条件が混ざった結果から回線の品質を判断しないでください。

ローカルのボトルネックと出口経路を切り分ける

クラウドストレージの同期、OSの更新、その他の継続的なデータ転送を一時停止し、同じネットワークを使う別の端末が通信を占有していないか確認してください。デスクトップ端末では可能であれば有線とWi-Fiを比較します。モバイル端末では場所を変えずに試してください。プロキシを使わない通常のウェブサイトも遅い場合は、まずローカルの接続環境を確認しましょう。Wi-Fiの電波表示が正常でも、電波干渉、ルーターの負荷、上流のネットワーク接続に問題がないとは限りません。クライアントでこうしたローカルのボトルネックを解消することはできません。

次に、同じ操作を行いながら回線を切り替えます。接続先サービスの地域要件に合う出口を選んでから、経路ごとの違いを比較してください。地理的に近い回線は候補を絞る際の目安にはなりますが、それだけで最終的な結果が決まるわけではありません。ローカルの通信事業者から入口までの経路、回線のその時点での状態、出口から接続先サイトまでの接続が、いずれも利用感に影響します。都市名、回線のラベル、一度測った遅延の数値だけで通信速度を保証できるわけではありません。実際のウェブサイトやアプリの操作で確認しましょう。

回線の種類を正しく理解する

この表はトラブルシューティングの視点を示すもので、性能を保証するものではありません。利用できる回線は回線一覧とユーザーパネルでご確認ください。現在のネットワークで特定の種類の回線が不調な場合は、ほかの利用可能な種類と比較できます。その際も、対象の操作は変えないでください。サイト、画質、出口を頻繁に切り替えると、複数の条件が混ざり、どの変更が有効だったのか確認できなくなります。

夜間の混雑時は同じ条件で再確認する

夜間の速度低下や動画の途切れは、ほかの時間帯と条件をそろえて比較してください。同じネットワーク、端末、接続先サービスを使っているか、特に自宅のほかの端末でデータ転送が行われていないかを確認します。混雑する時間帯だけ問題が起き、別の回線で改善する場合は、使える回線を確保したうえで元の回線の状況を報告しましょう。すべての回線で通常のウェブサイトまで遅くなる場合は、クライアントを再インストールするより、ローカルのネットワーク混雑を確認してください。

動画のバッファリングでは、通信の問題とサービス側の制限を分けて考えましょう。カタログは表示されるのに再生できない場合は、地域、アカウント、コンテンツの配信権、接続先サービスが出口をどう判定するかなどが関係している可能性があります。再生できても画質を上げると途切れる場合は、持続的な通信速度が不足している可能性が高まります。画質を固定して比較してから、回線の切り替えが有効か判断してください。地域とコンテンツの配信権については利用可能なサービスについてをご覧ください。出口を切り替えても、常に利用できるとは限りません。

AIツールの応答が遅くても、必ずしもネットワークが原因とは限りません。まずページの表示やログインが安定しているか確認し、リクエスト送信後に接続が切れるのか、明確なレート制限が表示されるのか、それともサービス側で処理が続いているのかを調べます。処理内容が異なるタスク同士では、回線を直接比較できません。Claudeの地域判定についてはClaudeの回線選びとリスク管理をご覧ください。アカウントの利用条件、接続先サービスの方針、通信経路の問題を分けて考えましょう。

速度の問題を問い合わせる際は、「ページの文字は表示されるが、画像の読み込みが続く」のように操作と症状を具体的に記載し、正常な回線と問題のある回線を比較した結果を添えてください。問題を証明するために大容量のファイルを何度もダウンロードする必要はありません。ほかのユーザーの利用感を、自分の端末で起きた問題の証拠として扱わないでください。サポートの原因調査に必要なのは再現できる条件であり、端末・ネットワーク・接続先サービスの状況から切り離された「速度がとても遅い」という結論だけではありません。

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

まず実際に接続が切れているのか、アプリ上で切れたように見えるだけなのかを区別してください。クライアントに切断と表示される、OSのVPNアイコンが消える、ウェブページの読み込みが一時的に止まる、アプリを再び開くとログインを求められる、といった症状は同じ原因とは限りません。画面ロック中、ネットワーク切り替え時、別のアプリに移ったとき、または利用中に問題が起きたのかを記録しましょう。接続状態が保たれているのに特定のアプリだけが再読み込みされる場合は、トンネルの切断と決めつけず、アプリ内のセッションを確認してください。

きっかけとなる操作とシステムの動作を確認する

クライアントを前面に表示したまま普段のアクセスを一度行い、次に画面をロックするか、別のアプリに切り替えてから戻り、接続状態とログを確認します。この間は回線を変更しないでください。アプリが前面から離れた後だけ問題が起きる場合は、バックグラウンド動作やバッテリー管理に関するOS設定を確認します。前面で使い続けても切断される場合は、ネットワークの切り替え、回線接続、ほかのVPNとの競合、クライアントのエラーを調べましょう。同じ症状でも、端末によって発生条件は異なることがあります。

モバイル端末でWi-Fiとモバイルデータ通信を切り替えると、既存の接続を再確立する必要が生じる場合があります。アプリによっては古い接続をしばらく保持するため、クライアントが復旧した後もアプリに読み込み中と表示されることがあります。まず現在のネットワークで通常のウェブサイトを開けるか確認し、影響を受けたアプリを開き直してください。ネットワークの切り替えを避けるために、必要なOS機能を無効にしないでください。「同じネットワークに固定すれば正常だが、切り替えると失敗する」という事実のほうが、再接続の問題を切り分けるうえで役立ちます。

プラットフォームごとにバックグラウンド動作とスリープを確認する

Androidでは、アプリの設定からバックグラウンド動作やバッテリー管理の項目を確認し、OSの案内に従ってクライアントに必要なバックグラウンド動作を許可します。同じ名称の設定でも端末によって挙動が異なるため、ほかの端末のスクリーンショットをそのまままねて変更しないでください。バッテリー保護を一括で無効にせず、今回の確認に必要なアプリだけを調整し、変更前の状態を記録します。組織の管理下にある端末では個人でバックグラウンドの方針を変えられない場合があります。発生条件を管理者に確認してもらいましょう。

iOSでは、まずシステムのVPN状態とクライアントのログを確認し、ネットワークを引き継ぐ設定を導入しているほかのアプリがないか調べます。Androidの「自動起動」設定をiOSにも使える一般的な解決策と考えたり、システム設定を繰り返し削除したりしないでください。デスクトップ端末でスリープからの復帰後だけ失敗する場合は、まずネットワーク接続を確認してから、クライアントを切断し再接続します。終了後もシステムプロキシが停止済みのローカルサービスを指している場合は、クライアントの通常の終了手順とプロキシ設定の復元方法に従ってください。

切断の前後が分かる連続した記録を残す

切断ログには最後のエラーだけでなく、発生前後の状況も含めましょう。画面をロックしていたか、ネットワークを切り替えたか、OSがクライアントを終了させたか、再接続で復旧したかを記録します。クライアントを開くたびにすぐ復旧する場合は、その規則性を問い合わせに記載してください。特定の回線だけで切断され、別の回線は安定している場合は、回線名を報告します。どの回線でも同じ操作の後に切断される場合は、端末の動作とシステム環境を優先して伝えましょう。

画面を常時点灯して問題を隠さない

画面をつけたままにするのは比較条件としてのみ使い、長期的な解決策にはしないでください。バックグラウンド管理、ネットワークの切り替え、スリープからの復帰のうち、どれが実際のきっかけかを確認してから、必要な設定だけを残しましょう。

復旧したら、画面を再度ロックする、通常どおりネットワークを切り替えるなど、元の問題を引き起こした操作をもう一度行い、偶然つながっただけではないことを確認してください。前面でウェブサイトが開いただけで確認を終えないでください。まだ失敗する場合は、実施したシステム確認と、個人情報を隠したログを添えてください。サポートは、クライアントの終了、ネットワーク層の変化、回線切断を切り分けやすくなり、すでに効果がないと確認済みの操作を繰り返し案内せずに済みます。

サブスクリプションの更新に失敗する：取得元、形式、取り込み

サブスクリプションの更新と回線への接続は別の操作です。更新時には、クライアントがサブスクリプションの取得先から設定を取得します。接続時には、取得済みの設定を使って回線に接続します。そのため、古い回線では接続できるのに更新だけ失敗する場合や、更新に成功しても別の原因でアクセスできない場合があります。まず、取得、内容の解析、設定の有効化のどの段階で問題が起きたかを記録してください。「取り込み成功」という通知だけで、回線の動作まで確認済みとは判断しないでください。

ユーザーパネルで取得元を確認する

アカウント概要を開き、プランの状態とサブスクリプションの取得先を確認してください。リンクをコピーするときは、末尾の文字が抜けたり、ページのURLをサブスクリプションのURLと取り違えたりしないよう、パネルのコピー機能を使いましょう。チャットアプリ経由で転送したリンクには、改行、空白、リンクではない句読点が混ざっている場合があります。リンクを検索エンジンに貼り付けて確認したり、公開グループに投稿してほかの人に試してもらったりしないでください。

サブスクリプションリンク全体は、通常、アカウントを識別する情報を含むため、アカウントの鍵と同じように扱ってください。トラブルシューティングでは、取得元とエラーだけを伝え、パラメーターの値は公開しないでください。以下に示すのは説明用の架空のアドレスで、接続には使えません。スクリーンショットに自分の実際のアドレスを置き換えて公開しないでください。リンクが途中で切れていないか確認する場合も、端末上で確認すればよく、全体をサポートに送る必要はありません。

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

リンクを公開してしまった場合は、まずパネルにリセットできる項目があるか確認してください。リセット方法が分からない場合は問い合わせを送り、対応方法をサポートに確認しましょう。リセットすると、ほかの端末に保存した古いサブスクリプションでは更新できなくなることがあり、新しい取得先から再度取り込む必要があります。漏えいした古いリンクを復旧のために使い続けないでください。また、パスワードの変更とサブスクリプションリンクの無効化が必ず同時に起きるとは限りません。パネルの表示とサポートの案内で状態を確認しましょう。

取得の失敗と形式の非対応を切り分ける

接続のタイムアウトやサブスクリプションのドメインを解決できないエラーが出た場合は、まず現在のネットワークからユーザーパネルに正常にアクセスできるか確認します。クライアントが現在のネットワーク経由とプロキシ経由の両方で更新できる場合は、元の設定を記録したうえで、更新経路だけを変更して比較してください。古い設定がすでに使えない場合、更新に古い接続を使うと循環状態になることがあります。接続できず、その接続を通さなければサブスクリプションを更新できないためです。この場合、アカウントを何度も削除せず、取得リクエストが実際に接続先へ届いているか確認しましょう。

内容を取得できているのに、形式非対応、項目不足、構文エラーが表示される場合は、クライアントとサブスクリプション形式が合っていない可能性があります。現在のクライアントに対応するパネルの取得先を使い、ウェブページに表示された内容を無理に設定ファイルとして保存しないでください。ネット上の断片的な情報を使って認証項目を補うのも避けましょう。取り込み方法はクライアントによって異なります。クライアントの取得先はユーザーパネルのダウンロードページで確認できます。機密性の高いサブスクリプションを、見知らぬ変換サービスに渡さないでください。

更新エラーが起きても、使える設定をすべて消去しないでください。古い設定を残し、分かりやすい名前の新しい設定を作って取り込みを比較できます。新しい設定が有効になることを確認してから整理しましょう。更新は、システム時刻、公衆ネットワークの接続確認、証明書の検証、ネットワークフィルタの影響を受ける場合もあります。証明書に関するエラーが出た場合は、「ウェブサイトとDNS」の章を確認してください。証明書検証を無効にして、更新が成功したように見せることは避けましょう。

更新後の実際の状態を確認する

更新に成功したら、現在有効な設定が新しい内容に切り替わっているか、手動で選択した回線が引き続き表示されるかを確認します。クライアントによっては以前の選択が保持され、回線一覧の変更後に選択なしの状態になったり、古いグループを参照したりすることがあります。現在表示されている回線を選び直し、通常のウェブサイトと接続先サービスの両方にアクセスできるか確認してください。更新後に特定のアプリだけで問題が起きる場合は、同じサブスクリプションを繰り返し取り込まず、アプリごとの通信設定の章を確認しましょう。

問い合わせには、クライアント名、エラーの原文、パネルにアクセスできるか、古い設定で接続できるか、どの取得先から取り込んだかを記載してください。スクリーンショットはエラー箇所だけにし、QRコード、リンク、アカウント残高の詳細、不要な個人情報を隠します。最初のコピーから取り込みまでの流れは初日のセットアップガイドをご覧ください。リンクの管理方法はアカウントとサブスクリプションリンクの安全な管理で確認できます。

特定のアプリがプロキシを通らない：ルールと接続方法

ブラウザーでは正常に使えるのに特定のアプリだけアクセスできない場合は、そのアプリが同じネットワークの入口を使っているか確認しましょう。システムプロキシの設定は、すべてのプログラムに必ず適用されるわけではありません。独自のネットワーク設定を使うアプリや、別のサービスからリクエストを送るプロセスもあります。ブラウザー拡張の影響も、基本的にブラウザー内に限られます。まず「このアプリだけで問題が起きる」状態が再現することを確認してから、クライアントの接続記録で、そのアプリのリクエストが表示されるか、どの経路に進むかを確認してください。

現在の接続方式を理解する

システムプロキシモードでは、主に該当設定を利用するアプリにプロキシの入口を提供します。トンネルモードはシステムのネットワーク層で条件に合う通信を引き継ぎますが、ルーティング、除外ルール、権限の影響を受ける場合があります。前者は不完全で後者なら必ず正常、と単純に考えることはできません。トンネルモードでは追加のシステム権限が必要になることがあります。管理対象の端末では、まず許可を得てください。一つのアプリを動かすために、組織のネットワーク方針を独断で変更しないでください。

クライアントの接続記録やリクエスト記録を開き、対象のアプリを起動してホーム画面を更新するなど、具体的な操作を行います。関連するリクエストがまったく表示されない場合は、アプリ独自のプロキシ設定、バックグラウンドサービス、ブラウザーを内蔵した画面、独立したネットワークプロセスを確認しましょう。リクエストが表示される場合は、ルールの適用状況、実際の出口、エラーに注目します。アプリがクライアントを経由していないと決めつける必要はありません。ログのドメイン名がコンテンツ配信やログイン用のものになっている場合があり、画面に表示されるサービス名だけを探しても見つからないことがあります。

一時的な比較でルールの判断を確認する

クライアントでルールモードを変更できる場合は、元の設定を記録してから、対象アプリの通信だけを一時的に同じプロキシ出口へ流します。これで改善する場合は、ルールの適用に問題がある可能性が高まります。変化がない場合は、DNS、出口の地域、アプリのアカウント、対応する通信方式を引き続き確認してください。比較が終わったら普段のルールに戻し、ローカルサービスや内部リソース、プロキシが不要な通信まで迂回させないようにしましょう。グローバルモードは原因の切り分けに使うもので、あらゆる問題の恒久的な解決策ではありません。

ルールには適用順序と対象範囲があります。ドメインルール、プロセスルール、デフォルトルールが互いに上書きする場合があります。また、設定を変更しても既存の接続にはすぐ反映されないことがあります。現在の設定構造を確認し、どのルールが適用されたかを見てから、クライアントの対応する方法で変更してください。ネット上のルール一式をサブスクリプション設定に上書きしたり、理解できないルールを「簡単にするため」に削除したりしないでください。設定全体の更新でローカルの変更が元に戻る場合もあるため、サブスクリプションの内容とローカルの上書き設定を分けて管理しましょう。

アプリのセッション、通信方式、地域要件

接続経路を変更したら、対象のアプリを完全に終了して開き直し、同じ操作を行ってください。アプリが以前の名前解決結果をキャッシュしたり、既存の接続を維持したりする場合があり、ホーム画面に戻るだけでは新しい接続が作られないことがあります。ログイン状態に関わる問題では、エラーを記録してから再ログインするか判断しましょう。出口を何度も切り替えながらパスワードを試さないでください。接続地域を頻繁に変えると、接続先サービスから一貫性のないセッション環境と見なされることがあります。AI、決済、動画配信のアプリでは特に注意してください。

一部のアプリでは、ウェブサイトとは異なる通信方式を使います。ウェブサイトにアクセスできても、アプリのリアルタイム通信、メディア通信、バックグラウンド接続が現在の経路で利用できるとは限りません。ログに特定の通信方式が拒否されたと明記されている場合は、クライアントの対応状況と現在の設定を確認し、推測で通信パラメーターを変更しないでください。問い合わせでは「ホーム画面は使えるが、音声接続が失敗する」のように具体的な機能を説明すると、アプリ名だけの場合より原因を特定しやすくなります。本サービスの回線カバー範囲は、接続先アプリの地域要件やアカウント条件に代わるものではありません。

接続記録にも機密情報が含まれる

記録には、アクセスしたドメイン、アプリのプロセス、リクエストのパラメーターが含まれる場合があります。再現操作の前後にある必要な部分だけを切り取り、認証情報、非公開のアドレス、問題に関係のないアクセス内容を削除してください。

アプリに地域制限、アカウント資格の不足、コンテンツの利用不可が明示される場合は、まず接続先サービスの規約や条件を確認してください。回線を切り替えて変わるのはネットワーク経路だけであり、アカウントの登録地域、コンテンツの配信権、決済資格は変わりません。動画配信の利用条件は利用可能なサービスについてをご確認ください。AIの地域に関する問題は、サイト内の関連ガイドも参考になります。変更できないアカウント条件を、クライアントの障害として報告しないでください。

サポートを受ける際は、アプリ名、問題が起きる機能、現在の接続方式、ルールモード、接続記録にリクエストが表示されるか、出口を一時的に統一した場合の結果を伝えてください。組織で使うソフトが関係する場合は、内部ドメインや業務データを隠し、先に管理者へ相談します。こうした情報があれば、「アプリがプロキシを使っていない」「ルールでリクエストが直接接続に送られている」「プロキシ経由のリクエストを接続先サービスが拒否している」といった状況を切り分けやすくなります。再インストールを繰り返して解決を試みる必要はありません。

端末数の表示とアカウント状態の確認

VPNLongは同時接続台数に制限がなく、Windows / macOS / iOS / Android / Linuxに対応しています。クライアントに「端末数の上限」と表示されても、プランに明記されていない端末数制限があると判断したり、表示を消すために別のプランを選んだりしないでください。まず、エラーがどこから表示されたかを確認しましょう。クライアント本体、別サービスの設定、ルーター用プラグイン、ユーザーパネルからの具体的なメッセージなどが考えられます。表示されたキーワードより、表示元のほうが重要です。

アカウントと設定の対応関係を確認する

ユーザーパネルで使用中のアカウントを確認し、クライアントに設定されている内容の取得元も確認してください。端末にほかのサービスのサブスクリプション、テスト用ファイル、古いバックアップが残っていると、名前が似ていても別のアカウントを参照している場合があります。設定には見分けやすいローカル名を付け、サブスクリプションのアドレス全体を名前に含めないでください。新しい端末では使えて古い端末では失敗する場合は、設定と更新状態を先に比べましょう。端末数だけを原因と決めつけたり、アカウントを公開して他人に試してもらったりしないでください。

「台数無制限」は同時接続する端末の台数に上限がないことを意味し、端末ごとに別のプラン容量が割り当てられるわけではありません。同じアカウントを複数の端末で使う場合は、パネルに表示される利用量を確認してください。トラブルシューティングでは、ほかの端末が通信中かどうか、特にクラウドのバックアップ、OSの更新、動画再生が行われていないかにも注意しましょう。接続障害とデータ容量の超過は似た症状になることがありますが、対処方法は異なります。まずパネルに表示される状態を確認してください。

表示内容をもとにプランの状態を確認する

月額サブスクリプションは、¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。データ容量は利用開始日を基準に毎月リセットされ、途中でプランを上げた場合は差額が残り日数に応じて計算されます。暦月の初めをリセット日と決めつけたり、クライアント側の使用量だけでパネルの更新が完了したと判断したりしないでください。端末側の使用量表示は、その端末や現在のセッションだけを対象としている場合があります。アカウントの状態はパネルの表示を基準に確認しましょう。

データパックは¥158/300GB、¥358/1000GB、¥658/3000GBで、容量を使い切るまで利用でき、有効期限はありません。「有効期限なし」はデータパックの期限についての説明であり、データ容量が無制限になることや、特定の回線または接続先サービスの状態が永久に変わらないことを意味しません。料金方式を比較する場合はプランページをご覧ください。ネットワークのトラブルシューティング中に感覚でプランを変更しないでください。プランを変えても、ローカルの権限、名前解決の競合、接続先サイトのアカウント制限は解消されません。

支払い後、パネルの表示が想定と異なる場合は、まず注文ページで該当の注文が完了になっているか確認し、支払い時に使ったアカウントでログインしているか照合してください。Alipay / WeChat Pay / USDTに対応しています。各決済画面の表示は、パネルの最終的な注文状態に代わるものではありません。問題がある場合は、注文番号と個人情報を隠した支払い記録を残し、問い合わせから確認してください。状態を「更新」する目的で同じ操作を繰り返さないでください。

問題のある端末を切り分け、変更範囲を広げない

ほかの端末は正常で特定の端末だけ制限または認証エラーが出る場合は、まず問題の端末で現在の設定を確認し、パネルから該当する取得先を開いて再度取り込みます。正常な端末には手を加えず、アカウント状態を比較する基準として残してください。すべての端末で同時に問題が起きる場合は、回線より先にアカウント、データ容量、サブスクリプションの状態を確認します。すべての端末の設定を同時に消去すると、端末固有の問題かアカウント側の問題か判断する手がかりが失われます。

端末に関するメッセージが表示された場合は、エラーの原文とクライアント名が分かるようにスクリーンショットを撮り、アカウント情報、サブスクリプションのQRコード、リンクは隠してください。サイトのパネルから取得したクライアントと設定を使っているか、ほかに通信を引き継ぐツールがあるかも伝えましょう。サポートでは、ローカルのコンポーネント、サードパーティーのプラグイン、アカウントからの応答のいずれに由来するかを確認する場合があります。「端末が足りない」と自分で要約するより、表示された内容をそのまま伝えてください。表示を消すために認証パラメーターを変更したり、出所不明の設定をコピーしたりしてはいけません。

返金とトラブルシューティングは分けて対応する

本サービスでは7日間の無条件返金に対応しています。詳細は利用規約をご確認ください。トラブルシューティングの案内が追加の返金条件を意味することはありません。また、故障を証明するためにパスワードを提出する必要はありません。

アカウントの状態を確認してから、次の対応を決めてください。パネルが正常でほかの端末が使える場合は、この端末の接続やアプリごとの通信設定に戻って確認します。注文やアカウント状態が不明な場合は、アカウントに関する問い合わせから確認してください。料金方式を選び間違えた場合は、先にプランの説明を読んでから対応しましょう。ネットワーク障害、アカウントの状態、プランの選択を分けて考えることで、請求内容を変更しても元の問題が解決しない事態を避けられます。

問い合わせを送る：証拠の整理と復旧確認

有効なサブスクリプションが複数のネットワークで更新できない、パネルと注文の状態が一致しない、複数の回線で接続を確立できない、再現可能なクライアントの権限エラーや動作エラーが起きる、といった場合は問い合わせが適しています。接続先のウェブサイトにアカウント制限が明示される場合は、そのサイトの規約も確認してください。サポートはネットワーク層の切り分けを手伝えますが、第三者サービスのアカウント資格を決めることはできません。問い合わせを書く前に、確認できた事実と推測を分けて整理しましょう。

再現できる手順で問題を説明する

ユーザーパネルの問い合わせフォームを開き、端末のプラットフォーム、クライアント名、ネットワークの種類、選択中の回線を記載します。次に、どの操作から問題が起きたか、何が表示されたか、本来どうなる想定だったかを説明してください。時刻にはタイムゾーンも記載すると照合に役立ちます。「昨日から使えない」「いつも切れる」だけで済ませたり、記憶だけを頼りに一時的な問題を継続的な障害として書いたりしないでください。再現できない場合は、発生条件がまだ分かっていないと明記しましょう。

以下の順で情報を整理できます。このページに記載のない個人情報を追加する必要はありません。まだ確認していない項目は「未確認」と記載してください。問い合わせを充実させるために推測を事実のように書かないでください。クライアント名と実際のバージョンはアプリの画面で確認して記載できますが、このガイドでは特定のバージョンを指定していません。トラブルシューティングのために、出所の分からないビルドをインストールする必要もありません。

• 症状：接続できない、ウェブサイトが開かない、更新に失敗する、特定のアプリ機能に問題がある。
• 環境：OS、クライアント、ネットワークの種類、画面ロックやネットワーク切り替えの有無。
• 再現手順：アプリを開いてからエラーが出るまでの一連の操作と、エラーの原文。
• 比較結果：別の回線、ネットワーク、端末でも同じ問題が起きるか。
• 変更内容：変更したモード、権限、名前解決の設定と、元の状態に戻したかどうか。
• 添付ファイル：個人情報を隠したエラーのスクリーンショットと、再現前後のログ。アカウントの認証情報は添付しない。

ログは必要な前後関係だけを残す

まずクライアントに備わっているログの閲覧・エクスポート機能を使い、問題を再現した後で関連する記録を収集してください。過去のログ全体には無関係なアクセス内容が大量に含まれることがあり、原因調査に時間がかかります。スクリーンショットにはエラーの文面、発生した段階、必要な前後関係が分かるようにしてください。赤いアイコンだけを切り取るのは避けましょう。ログにパスワード、認証情報、サブスクリプションリンク全体、非公開のリクエストパラメーター、内部リソースのアドレスが含まれる場合は、端末上で情報を隠してから送信してください。

情報を隠す際は、内容が分からなくなるほど空白にせず、説明を残してください。たとえば、エラーの種類「サブスクリプションのドメインを名前解決できない」は残し、パラメーターの値を隠します。回線名は残し、完全な接続認証情報は削除してください。バイナリー形式の診断ファイルや設定ファイル全体を、公開ファイル共有サイトにアップロードしないでください。サポートから追加資料を求められた場合は、用途と範囲を確認してから、パネル内の正式な問い合わせ手段で送信し、アカウント情報が複数の場所に分散しないようにしましょう。

サポートの回答後は、一項目ずつ確認する

案内を受け取ったら、記載された順番に一項目ずつ実行し、実行前後の違いを記録してください。設定の消去、ネットワークのリセット、システム権限の変更が必要な場合は、ほかのアプリに影響しないか先に確認し、元に戻せるローカル設定を保存しておきます。管理対象の端末で変更を行う場合は、管理者に確認してください。サポートの案内を実行しながら、別のガイドにある設定一式も同時に適用しないでください。復旧しても、どの変更が有効だったのか分からなくなります。

復旧確認では、より簡単な別のウェブサイトを開くのではなく、最初に失敗した操作を繰り返してください。画面ロック中の切断が問題だった場合は、ロック後に復帰できるかを確認します。サブスクリプションの更新が問題だった場合は、もう一度更新し、現在の設定も確認します。特定のアプリのメディア機能が問題だった場合は、同じ機能を実際に開いてください。一部だけ復旧した場合は、問い合わせで「接続は復旧したが、アプリにはまだエラーが表示される」のように分けて記載し、問題全体が解決したと早まって判断しないでください。

自己判断での変更をやめるべきケース

証明書の異常、アカウントが第三者に利用された疑い、注文状態の不一致、管理対象端末でセキュリティ方針に阻止される操作がある場合は、証拠を残して適切なサポート窓口に連絡してください。検証を無効にしたり、認証情報を公開したり、支払いを何度も繰り返して確認したりしないでください。

問題が解決したら、診断のためだけに有効化したグローバルプロキシ、一時的な名前解決設定、追加のテスト用設定を元に戻します。必要な権限とルールは残してください。通常のウェブサイト、対象のアプリ、ローカルリソースがいずれも想定どおり使えるか確認しましょう。有効だった変更を自分用の記録に残しても、実際のサブスクリプションリンクを公開文書に保存しないでください。同じ症状が再び起きたときは、今回の発生条件を参考にし、すべての設定を最初からやり直さないようにしましょう。

このページでは体系的な確認方法を紹介しています。よくある短い質問はヘルプセンター、初めから設定する場合は初心者向けガイドをご覧ください。ネットワークを切り替えて使う前に、出張時のネットワークとプランの選び方を読み、公衆Wi-Fi、業務用ソフト、データ量の見積もりの違いを確認できます。トラブルシューティングの目的は設定を増やすことではありません。元の操作ができるよう、必要最小限で理由が分かり、元に戻せる変更を行いましょう。