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

まったく接続できない：ネットワークからトンネルまで確認

「接続できない」には、クライアントの接続ボタンを押しても起動しない、起動後も待機状態が続く、回線テストに失敗するといったケースがあります。それぞれ問題が起きている段階は異なります。まずボタンの状態とエラーメッセージを記録し、設定を読み込む前、接続中、接続後のどの段階で発生したか確認しましょう。状態アイコンだけで回線障害と判断しないでください。アイコンによっては端末上のプロキシが起動したことを示すだけで、リクエストがリモート側に届いたとは限りません。

まず端末自体がインターネットに接続できるか確認

クライアントの接続をいったん停止し、普段そのまま開けるWebサイトにアクセスします。通常のWebサイトも開けない場合は、Wi-Fiにブラウザーでの認証が必要か、ルーターが正常にインターネットへ接続しているか、システムに古いプロキシ設定が残っていないか確認してください。ホテルやオフィスなどのネットワークでは、ブラウザーで接続確認を済ませる必要がある場合があります。サブスクリプションを何度も読み込み直すのではなく、まずネットワークの正規の接続手順を完了してください。管理対象ネットワークを利用している場合は管理者のルールに従い、組織から適用された制限を独自に変更しないでください。

通常のアクセスが復旧したら、同じ端末とクライアントを使ったまま、接続ネットワークだけを変えて比較します。ネットワークを変えると接続できる場合は、元のネットワーク環境を優先して確認する手がかりになりますが、どちらが遮断しているかまでは特定できません。元のネットワークでほかの端末にも同じ現象が起きる場合は、接続方法と発生時刻を記録してネットワーク管理者に共有しましょう。すべての端末の設定を先に消去する必要はありません。

起動失敗とリモート接続失敗を切り分ける

ボタンを押してすぐ元に戻る場合は、権限、ネットワーク拡張、端末内のポート競合を先に確認しましょう。システムにVPN構成やネットワーク拡張の許可を求められたら、通常の手順で承認してください。以前に許可を拒否した場合は、接続ボタンを何度も押すのではなく、システム設定を確認します。ボタンが有効のままリクエストがタイムアウトする場合は、現在の回線、プロキシモード、サブスクリプションの状態を確認してください。「使えない」という説明だけより、クライアントに表示されたエラー全文のほうが診断に役立ちます。スクリーンショットを撮る場合はエラーの種類を残し、アカウント情報を隠してください。

ネットワークを制御するほかのプロキシやVPNクライアントを終了し、元の設定でもう一度試します。ネットワーク制御ソフトを複数同時に実行すると、ルートの競合やローカルの待ち受けポートの競合が起きることがあります。画面を閉じてもバックグラウンドサービスが停止したとは限らないため、接続状態やシステムのネットワーク設定も確認してください。ドライバーを削除したり、すべてのセキュリティソフトを無効にしたりして場当たり的に試すのは避けましょう。組織のセキュリティソフトが関係する場合は、先に管理者へ相談してください。

回線を一つずつ切り替えて原因を絞る

接続ネットワークが利用可能で、必要な権限も付与されていることを確認したら、現在のサブスクリプション内から別の回線を選びます。まず同じ地域の別回線に切り替え、特定の回線だけの問題か確認します。次に必要に応じて地域を変え、地域による差があるかを調べましょう。回線の種類についてはノードと回線の説明をご覧ください。回線、クライアント、DNSを同時に変更すると、復旧しても何が有効だったか分からなくなります。

どの回線でも失敗する場合は、アカウント画面に有効なサブスクリプションと利用可能な通信量が表示されているか、クライアントに現在のアカウントのサブスクリプションを読み込んでいるか確認してください。システム時刻が大きくずれていると、安全な接続の検証に失敗する場合があります。正しい時刻に同期されているか確認しましょう。エラーに証明書やハンドシェイクという語が含まれていても、証明書の検証を無効にしないでください。エラーを記録し、時刻を確認したうえで、以降の対応をサポートに問い合わせてください。

確認の順序：通常のインターネット接続は正常か → クライアントは起動するか → 設定は有効か → 回線を変えると結果が変わるか。各手順の結果を記録し、同じ操作の繰り返しを診断と取り違えないようにしましょう。

端末側での操作を止めるタイミング

サブスクリプションが有効で、通常のWebサイトにアクセスできるにもかかわらず、接続ネットワークや回線を変えても同じエラーが続く場合は、現在の状態を保って問い合わせてください。プラットフォーム、クライアント名、接続モード、回線の表示名、接続方法、個人情報を隠したエラーを添えます。特定の回線だけ失敗する場合は、ほかの回線では接続できることも伝えてください。この段階で再インストールを続けても、設定やログが失われるだけで、サーバー側に対応が必要か確認しにくくなります。

接続済みなのにWebサイトが開かない：名前解決とリクエストを切り分ける

クライアントに接続済みと表示されても、Webサイトへのリクエストが最後まで処理されたとは限りません。アクセス時には、ドメイン名の名前解決、接続の確立、安全な通信のネゴシエーション、コンテンツの読み込みが行われ、どの段階でも失敗する可能性があります。まず、すべてのWebサイトが開けないのか、特定のドメインだけに問題があるのか確認します。ブラウザーにアドレスが見つからないと表示されるのか、長時間読み込み中になるのか、明確なアクセス拒否が表示されるのかも確認してください。エラーが発生した段階によって、その後の確認内容は異なります。

比較できるアクセス結果をまず確認

回線を変えずに、通常のWebページと問題が発生するWebページの両方を確認し、ブラウザーに表示されたエラーを記録します。特定のWebサイトだけアクセス拒否、地域に関する案内、アカウント認証が表示される場合は、DNS異常と決めつけず、そのプラットフォームのルールを先に確認してください。ページの文字は表示されるのに画像、ログイン画面、動画が読み込めない場合は、リソースのドメインに別のルールが適用されているか、ブラウザー拡張機能がリクエストに影響している可能性があります。接続記録も確認して判断しましょう。

ブラウザーの一時的なセッションを使うと、古いキャッシュや拡張機能の影響を減らして比較できますが、一時セッション自体が解決策になるわけではありません。一時セッションでは正常な場合、元のセッションの拡張機能、サイトの権限、キャッシュを確認してください。すべてのブラウザーで失敗する場合は、システムのネットワーク設定とクライアントを確認します。テストには個人情報を含まないページを使い、確認中に決済やアカウント操作を何度も送信しないでください。

DNSの確認で分かること

DNSはドメイン名をネットワーク上のアドレスに変換します。システムの問い合わせが成功しても、現在の問い合わせ経路で結果が得られたことしか分からず、ブラウザーやプロキシも同じ経路で名前解決したとは限りません。ブラウザーのセキュアDNS、クライアントのリモートDNS、システムDNSがそれぞれ有効になっている場合があります。違いがある場合は、まず設定の参照元を記録してください。すべてのDNSリゾルバーを同時に変更したり、一時的に取得したIPアドレスを長期運用のためにシステムのhostsファイルへ書き込んだりしないでください。

nslookup example.com

以下のコマンドは、対応するツールが利用できるターミナルでシステムの問い合わせ結果を確認するためのものです。コマンドが見つからない場合は、システム標準のネットワーク診断機能を使えばよく、出所の分からないツールをダウンロードする必要はありません。タイムアウトしたか、結果が返ったか、その時の接続状態を記録してください。内部ドメインを含む出力全体を公開しないでください。組織ネットワークが内部DNSを使用している場合、DNSを安易に変更すると内部サービスにアクセスできなくなるおそれもあります。

キャッシュを消去する前に記録を残す

回線の切り替えやルーティング設定の変更後も、アプリが古い接続やDNSキャッシュを再利用することがあります。問題が発生するアプリを完全に終了してから開き直し、再度テストしてください。キャッシュが原因と考えられる場合に限り、該当するOSやブラウザーの標準的な方法で消去します。プラットフォームによって手順は異なるため、出所の分からない解説にある一括リセットコマンドをそのまま実行しないでください。変更後、同じページを再度名前解決して開き、結果が変わったか確認しましょう。

診断結果を過度に解釈しない

アドレスバーにネットワークアドレスを直接入力すると、サイトがドメイン名や証明書に依存しているため失敗することがあります。それだけで回線が切断されたとは判断できません。同様に、DNSチェックページの表示だけでプライバシー漏えいが証明されるわけではありません。ネットワーク診断ページで外部への接続経路を確認し、クライアントの記録と照らし合わせましょう。システムでは正常に名前解決できるのにアプリでエラーが続く場合は、アプリ独自のDNSが有効かどうかを添えてください。証明書の異常やリダイレクトが発生した場合は、機密性の高い操作を中止し、個人情報を除いた情報を問い合わせに添えてください。

速度低下や混雑時間帯の遅延：比較条件をそろえる

速度の問題は、ダウンロードの数値だけでは判断できません。Webページの初回表示が遅い、動画が頻繁にバッファリングする、ファイル転送が不安定、操作への反応が遅いなど、症状によって原因となるボトルネックは異なります。まず影響を受けている作業を具体的に記録し、ほかの作業が正常か確認してください。回線テストの応答が速くても、大きなファイルの転送が速いとは限りません。アクセス先の制限、接続ネットワークの混雑、端末の処理能力、無線通信の干渉も実際の使用感に影響します。

まずローカルネットワークの帯域共有を確認

端末のシステム更新、クラウドストレージの同期、ほかのダウンロードを一時停止して、問題の作業を再確認してください。同じネットワーク上のほかの端末が大量にデータを転送している場合も考慮します。Wi-Fiの電波が強く見えても、通信の再送が起きていないとは限りません。可能であれば有線接続に切り替えるか、アクセスポイントの近くで比較してください。無線環境で一度バッファリングが起きただけで回線性能の問題と断定せず、テスト中に複数の速度測定ページを同時に実行しないでください。

アクセス先のコンテンツ、端末、接続ネットワークを同じに保ち、回線だけを切り替えます。アクセス先のWebサイトが出口ごとに異なるサーバーを使用している場合、同じコンテンツでも異なる配信ノードにつながることがあるため、比較で分かるのはその時点の作業結果です。通常の閲覧は問題ないのに、特定のダウンロードだけが遅い場合は、配信元の制限を確認してください。すべての作業が遅い場合は、接続ネットワークと回線の両方を調べましょう。

混雑時間帯は同じ条件で記録を取る

「夜になると遅い」という場合は、発生する時間帯、利用中の作業、接続経路を具体的に記録してください。同じ回線を異なる時間帯に使った際の状況を残し、すべての地域が影響を受けるかも確認します。接続ネットワークを変えると改善する場合、元のネットワークが混雑している可能性があります。同じネットワークで特定の回線だけに問題がある場合は、その回線を避け、記録を添えて問い合わせましょう。実測していない遅延、帯域、パケットロスの数値を感覚で記入せず、確認できない指標は未測定と明記してください。

比較のたびに多数の設定を変更しないでください。まず端末の通信状況を確認し、次に同じ地域の別回線へ切り替え、最後に実際の用途に応じて出口の地域を変えます。こうすれば、特定の時間帯にしか発生しない問題でも、後から確認できる手がかりが残ります。回線の種類は経路の構成を示すものであり、どの時間帯でも速度が保証されるわけではありません。距離、通信事業者間の接続、アクセス先の方針も結果に影響します。

専用線、中継、直接接続の違いを理解する

IEPL専用線、中継、直接接続は、それぞれ異なる通信経路の構成を表すもので、単純な速度ランキングではありません。操作への応答が求められる用途に適した回線が、現在の動画配信にも適しているとは限りません。同じ地域の回線でも、アクセス先のサーバーによって結果が変わることがあります。サブスクリプションで実際に利用できる回線から選び、用途は回線の種類の説明を参考にしてください。名称だけから専用帯域や固定の優先順位を推測しないでください。

動画を視聴する場合は、プラットフォームが自動で画質を調整するか、シーク後に再生が戻るか、同じプラットフォームのほかのコンテンツは正常かを確認してください。プラットフォームはバッファリングの状況や端末の状態に応じて画質を調整することが多く、画質が変わっただけで回線障害とは判断できません。関連する仕組みは動画配信の画質と帯域指標の解説をご覧ください。診断中に大容量のコンテンツを何度も再生して、アカウントの残り通信量を使い切らないようご注意ください。

比較に使える記録には、同じ作業、同じ端末、接続ネットワーク、回線名、発生時刻、確認結果を含めます。条件を変えるほど、結果の解釈は難しくなります。

速度の問題を問い合わせるタイミング

端末側のダウンロードやWi-Fiの問題を除外しても同じ作業に異常が続く場合は、作業の種類、アクセス先のドメイン名、影響が出た時間帯、回線を切り替えた際の結果を添えて問い合わせてください。速度測定のスクリーンショットだけを送る必要はなく、閲覧履歴全体をアップロードする必要もありません。プラン選びについてはプランと通信量のルールを確認してください。通信量のプランを変えても速度が上がるとは限りません。プランの違いは通信量の設定であり、それを理由に速度特典があると推測することはできません。

頻繁に切断される・モバイル端末でバックグラウンド中に切断される

切断が起きたときは、トンネル自体が停止したのか、ネットワーク切り替え後に一時的な再接続が起きたのか、クライアントは接続中と表示されるもののリクエストが通らなくなったのかを切り分けます。まずシステムの接続表示が消えたか、クライアントに再接続の記録があるか確認してください。画面ロック中、スリープ中、Wi-Fiの圏外に移動した後に限って発生する場合は、システムによるバックグラウンドのネットワーク管理を優先して確認します。端末を操作中にも切断される場合は、回線、接続ネットワーク、クライアントの状態を合わせて判断しましょう。

切断の直前に行った操作を記録する

切断前に画面をロックしたか、ネットワークを切り替えたか、端末を復帰させたか、別のネットワークツールを起動したか、回線を切り替えたかを思い出してください。操作と結果を順番に記録すると、「よく切れる」という説明より原因を調べやすくなります。テスト中はまず端末を前面で動かし、ネットワークを変えずに確認します。それでも切断される場合は、別の回線と比較してください。ネットワーク切り替え時だけ発生する場合は、元の接続が常に維持されるかを求めるのではなく、新しいネットワークでクライアントが再接続できるか確認しましょう。

Wi-Fiとモバイルデータの切り替えでは通信経路が変わり、以前の接続を再確立する必要が生じる場合があります。アプリによっては無効になった長時間接続を保持するため、クライアントが復旧した後もアプリがオフラインと表示されることがあります。その場合は、まずアプリを開き直すかページを更新し、アプリのセッションだけが復旧していないのか確認してください。サブスクリプションをすぐに削除したり、アプリのオフライン表示だけを根拠にトンネルの状態を判断したりしないでください。

モバイル端末ではバックグラウンド設定を確認

Androidでは、バッテリー最適化、バックグラウンド動作の権限、端末メーカー独自の省電力設定によってバックグラウンド動作が制限されることがあります。システム設定で現在のクライアントに制限がかかっていないか確認し、必要に応じてバックグラウンドで正常に動作できるよう許可してください。設定名は端末によって異なるため、ほかのメーカーのメニュー手順をそのまま適用しないでください。常時接続が必要なクライアントだけを個別に調整し、確認のためにシステム全体のバッテリー管理を無効にすることは避けましょう。

iOSでは、VPN構成が残っているか、別のVPN構成に置き換わっていないかを確認し、特定のネットワークや画面ロック後に問題が再現するかを調べてください。システム管理のVPNと通常のアプリのバックグラウンドプロセスは同じものではありません。すべての切断をアプリが終了したことだけに結び付けないでください。端末が組織によって管理されている場合、ネットワーク設定が管理ポリシーで制御されていることがあります。管理者に確認し、管理プロファイルを独自に削除しないでください。

デスクトップ端末ではスリープとネットワーク復帰を確認

Windows、macOS、Linuxでは、スリープから復帰した後にネットワークインターフェースが順番に準備されることがあります。ネットワークの復旧より先にクライアントが起動すると、待機状態のままになる場合があります。まず通常のインターネット接続が復旧したことを確認し、正常な手順で切断してから再接続してください。復帰のたびに手動操作が必要な場合は、スリープ前後のネットワークの種類とクライアントのログを記録し、スリープを恒久的に禁止して問題を隠さないようにしましょう。

Wi-Fi自体が切れる、ルーターへの再接続が起きる、ほかの端末も同時にオフラインになる場合は、まずローカルネットワークを確認してください。現在の端末だけに影響がある場合は、ネットワークドライバーやシステム更新の案内も確認します。ドライバーの更新は、システムまたは端末メーカーの信頼できる手順で行ってください。出所の分からないネットワーク修復スクリプトを実行すると、ルート、プロキシ、名前解決の設定が変更され、原因の特定が難しくなる可能性があります。

バックグラウンドでの切断を調べる際に大切なのは、接続を何度もオンにすることではなく、発生条件を特定することです。前面では正常で画面ロック後に異常が出る場合と、前面でも継続して異常が出る場合は、別の手順で確認しましょう。

切断した時点だけでなく復旧まで記録する

問い合わせには、切断後に自動復旧したか、回線の切り替えが必要だったか、アプリを開き直すと改善したかを記載してください。特定の回線だけで再接続を繰り返す場合は、ほかの利用可能な回線を使い、その回線について報告できます。すべての回線で同じ接続ネットワークを使ったときだけ異常が出る場合は、接続方法も伝えてください。バックグラウンドで動作するすべてのアプリのスクリーンショットを送る必要はありません。クライアントに関係する設定だけを残してください。機密性の高い操作を行う前には、以前の接続表示だけに頼らず、現在の接続が復旧していることを確認しましょう。

サブスクリプションを更新できない・設定に問題がある

サブスクリプションの更新は、クライアントが設定を取得して解析する処理であり、現在のトンネルで接続できるかどうかとは別の問題です。更新に失敗しても、既存の設定が引き続き使える場合があります。反対に、更新が成功しても、すべての回線でアクセスできるとは限りません。最後に使えた設定を残し、ネットワークリクエストの失敗、アカウント状態の異常、内容の解析失敗、読み込み先の間違いを切り分けてから、再読み込みが必要か判断してください。

アカウントとサブスクリプションの参照元をパネルで確認

アカウントパネルの概要で、現在のアカウント、プランの状態、残り通信量を確認してください。X4VPNはメールアドレス不要で、ユーザー名とパスワードで利用を開始できます。プランを購入した際に使用したアカウントでログインしているか確認しましょう。クライアントに残っている設定名だけでアカウントの状態を判断しないでください。その名前はローカルのメモにすぎず、パネルの状態に合わせて自動更新されるものではありません。

月額サブスクリプションの通信量は、利用開始日を基準に毎月リセットされます。期間途中でアップグレードした場合は、差額が残り日数分に換算されます。通信量パックは使い切るまで有効で、期限はありません。残高や請求に疑問がある場合は、プランページとパネルの記録を照合してください。更新の失敗を、そのままプランの無効化と解釈することはできません。パネルに異常が表示される場合は、まず状態を記録して問い合わせてください。問題を確かめるために何度も支払わないでください。

取得失敗と解析失敗を見分ける

取得失敗では、リクエストのタイムアウト、接続エラー、アクセス状態に関する表示などが発生します。解析失敗では、形式を認識できない、フィールドが無効、内容を読み取れないといった状態になることがあります。前者では、端末からパネルにアクセスできるか、既存のプロキシルールがクライアントの更新リクエストに影響していないか確認してください。後者では、読み込み画面が正しいか、パネルのWebページのURLをサブスクリプションとして誤って入力していないか、コピー時に空白や改行が混入していないか確認しましょう。

更新リクエストはクライアント独自のネットワーク経路を使う場合も、現在のプロキシモードによって変わる場合もあります。詳細はクライアントの説明を確認してください。「プロキシ経由で更新」などの設定がある場合は、意味を十分に理解してから比較し、元の値を記録しておきましょう。更新を成功させるためにセキュリティ検証を無効にしたり、サブスクリプションを見知らぬ変換サイトに渡したりしないでください。サブスクリプションURLは、秘密に扱う必要のあるアクセス情報です。

再読み込みの前にローカルの変更を保存

現在選択している設定、回線、自分で追加したルールを先に記録してください。クライアントにはリモートサブスクリプション、ローカルコピー、手動設定が同時に存在することがあります。項目を更新しても、現在使用中の設定が変わったとは限りません。再読み込みが必要な場合は、パネルから現在の入口を取得し、クライアントが求める形式を選んでください。新しい設定を取得する前に古い項目を削除すると、更新にも失敗した場合に利用可能な設定を失うおそれがあります。

リモートサブスクリプションを更新すると、サブスクリプション管理下の内容が上書きされることがあります。カスタムルールが残るかどうかはクライアントの設定構成によって異なるため、先に説明を確認してください。手動で追加したルールが消えた場合、すぐにサービス側の問題と決めつけず、更新対象の設定ファイルにルールを保存していなかったか確認しましょう。設定内容に詳しくない場合は、不明な値をコピーするより既定の設定を維持するほうが管理しやすくなります。

サブスクリプションURLを問い合わせのタイトル、公開スクリーンショット、コード例に含めないでください。サポートに必要なのは更新時刻、エラーの種類、クライアント名であり、認証情報全体ではありません。

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

パネルには正常にアクセスでき、サブスクリプションも有効なのに、取得または解析の失敗が続く場合は、エラー全文、クライアントとOS、取得元のページ、最後に更新できたおおよその時刻を伝えてください。古い設定で接続できるかも説明できますが、設定ファイル全体は添付しないでください。サブスクリプションを公開してしまった場合は、まずパネルで利用できる安全機能を使って対処してください。該当する項目が見つからない場合は問い合わせて確認し、公開されたURLをこれ以上共有しないでください。

特定のアプリだけ異常がある：ルーティングの適用状況を確認

ブラウザーは正常なのに特定のアプリだけアクセスできない場合、「端末全体がネットワークに接続できない」だけが原因とは限りません。そのアプリがシステムプロキシを使っていない、独自の名前解決を使っている、追加のリソースドメインへ接続している、アカウントや地域に関する独自の制限を受けている可能性があります。まず同じサービスにブラウザーからアクセスできるか確認し、次にクライアントの接続記録でそのアプリの通信を確認できるか調べましょう。アプリ一つの問題だけを理由に、すべての回線設定を変更しないでください。

リクエストがクライアントを経由しているか確認

クライアントに接続ログがある場合は、ログ画面を開いてから対象アプリを起動し、問題を安定して再現できる操作を行います。該当する接続がまったく表示されない場合は、アプリがシステムプロキシに対応しているか、現在のクライアントがシステムプロキシとシステムレベルのトンネル接続のどちらを使っているか確認してください。適用範囲はそれぞれ異なります。スイッチがオンと表示されるだけで、すべてのアプリの通信がプロキシに入っているとは限りません。

一部のデスクトップアプリには独自のプロキシ設定があります。入力する場合は、現在のクライアントに表示されるローカルの待ち受けアドレス、ポート、種類を使い、ほかの解説にある固定値をそのまま流用しないでください。種類を間違えると、ローカル接続は確立してもリクエストが完了しないことがあります。確信が持てない場合は、アプリの元の設定に戻し、クライアントが正式にサポートする接続方法を使ってください。変更前の値を記録し、元に戻せるようにしておきましょう。

特定のドメインを次々に変更せず、ルールを確認

接続を確認できる場合は、適用されたルールと出口を照合してください。アプリのメイン画面、ログイン、リソースのダウンロード、決済、リアルタイム通信で別々のドメインを使うことがあるため、メインサイトが正常でもすべての依存先が正常とは限りません。まず、問題の操作に対応するドメイン名とルールの結果を記録し、見つかったドメインをすべてプロキシに追加することは避けてください。本来は直接接続すべきリソースもあり、ルールをむやみに広げるとほかの通信が遅くなることがあります。

モードの意味を正しく理解している場合に限り、クライアントがサポートするプロキシモードを一時的に切り替えて診断できます。モードを変えて復旧した場合、ルールの経路を確認する手がかりにはなりますが、一時的なモードをそのまま長期設定にしないでください。テスト後は元のモードに戻し、調整が必要なルールを特定します。管理対象の端末や組織のアプリで接続方式を独自に変更しないでください。特に内部ネットワークが関係する場合は、先に管理者へ相談しましょう。

AI ツールと動画配信は別々に確認

AIツールは、Web版、デスクトップクライアント、コマンドラインで異なるネットワーク設定を使う場合があります。Web版は使えるのにデスクトップ版が失敗する場合は、まずデスクトップ版のプロキシ経路を確認してください。コマンドラインで失敗する場合は、そのプロセスが実際に読み込んでいるプロキシ設定を確認し、環境変数全体を公開の場に貼り付けないでください。利用シーンについてはAIツールへのアクセス方法をご覧ください。回線に接続できても、対象プラットフォームが現在のアカウントや地域でサービスを提供しているとは限りません。

動画配信では、アカウントの地域、コンテンツのライセンス、接続元の判定、アプリのキャッシュによって表示内容が変わることもあります。プラットフォームに地域に関する明確な案内が表示された場合は、原文を記録し、ネットワークのタイムアウトとは分けて扱ってください。回線を切り替える前にプラットフォーム自体の状態を確認し、切り替え後はアプリを正常に終了してから開き直し、古いセッションによる誤判定を防ぎましょう。地域差についてはDisney+の地域差と視聴の安定性を参考にしてください。特定の回線が常に利用できると断定することはできません。

ブラウザーは正常でアプリだけに問題がある場合、まず確認するのは「リクエストがクライアントに届いているか」「どのルールが適用されたか」「どの出口から送信されたか」です。これらの事実が分かってから、設定を調整しましょう。

アプリの問題を問い合わせるときは具体的な操作を説明

問い合わせには、アプリ名、プラットフォーム、失敗した段階、アクセス先のドメイン名、明確なエラーが表示されたかを記載してください。ログイン失敗、コンテンツの読み込み失敗、メッセージの送信失敗をひとまとめにしないでください。個人情報を除いたルール適用情報を添え、ほかのアプリが正常かどうかも説明します。アプリのパスワード、リクエストヘッダー全体、セッションの内容は送信しないでください。ログの一部を提出する必要がある場合は、問題に関係する箇所だけを残し、認証情報が含まれていないか確認しましょう。

端末数に関する警告と各OSでの確認範囲

X4VPNは同時接続台数に制限がなく、Windows / macOS / iOS / Android / Linuxに対応しています。クライアントに「端末数の上限を超えています」などの警告が表示されても、プランのアップグレードが必要だと即断しないでください。警告はクライアント自体、別のサービス設定、アクセス先アプリのアカウントルールに由来する可能性があります。まずどの画面に表示されたか、どの設定を選択中かを確認してからパネルの状態を照合し、原因不明の制限を解消するために支払いを繰り返すことは避けましょう。

警告が表示された元を特定

警告の文面全体と表示場所を記録してください。アクセス先のWebサイトが表示したエラーの場合、そのサイトの端末管理やセッション管理に関するもので、X4VPNの同時接続ルールとは関係ない可能性があります。クライアントからの警告であれば、別のサブスクリプションや古い設定が選択されていないか確認しましょう。パネルにも同時接続台数無制限という内容と一致しない情報が表示される場合は、スクリーンショットを保存して問い合わせ、サポートにアカウントの状態を確認してもらってください。非公開の端末制限を推測しないでください。

同時接続台数に制限がないことは、複数の端末で同じローカル設定を共有できることや、アカウント情報を公開してよいことを意味しません。各端末で現在のサブスクリプションを正しく読み込み、システムの許可を得て、適切なネットワーク設定を行う必要があります。端末ごとにシステムプロキシ、DNS、ネットワークの接続方式が異なる場合があります。別の端末で使えたとしても、それだけで現在の端末の設定が正しいとは限りません。

OSごとにネットワーク接続の設定箇所を確認

WindowsとmacOSでは、アプリのウィンドウを閉じてもシステムプロキシが残ることがあります。反対に、ウィンドウが表示されていなくてもバックグラウンドサービスが動作している場合があります。まず正常な手順で接続を停止し、システム設定が想定どおりか確認してください。Linuxではターミナル環境とデスクトップの設定が別々の場合があるため、ターミナルでの確認が成功しただけでGUIアプリも正常とは判断できません。プロセス環境を変更しても、すでに起動しているアプリが新しい値を読み込むとは限りません。多くの場合、アプリを再起動して確認する必要があります。

複数の端末を比較するときは条件をそろえる

複数の端末で同じ接続ネットワーク、同じアクセス先のサービス、同じ利用可能な回線を使うと、端末間の違いをおおまかに判断できます。ネットワークと回線を同時に変更すると、結果の原因を特定できません。比較時には各端末のプロキシモードを記録してください。ブラウザーのセキュアDNS、拡張機能、キャッシュにも違いがある場合があります。条件を完全に一致させようとして、端末にもともと適用されている組織の設定を削除しないでください。許可されている範囲内で確認しましょう。

特定の端末だけで失敗する場合は、その端末の権限と接続設定を再確認してください。同じネットワークですべての端末が失敗する場合は、接続ネットワークを優先して調べます。異なるネットワークと端末で同じ回線だけが失敗する場合は、その回線の問題として報告しましょう。ただし、これらは切り分けの方向であり、責任の所在を最終的に示すものではありません。成功した比較結果と失敗した比較結果を両方残すと、何の違いが結果に影響したかをサポートが把握しやすくなります。

クライアントの入手と再インストールに関する注意

クライアントはアカウントパネルのダウンロード欄から入手してください。見知らぬミラーサイトが配布するインストーラーは使用しないでください。再インストール前に設定とカスタムルールを記録し、パネルにログインできることも確認しましょう。初期設定は初期設定ガイドをご覧ください。iPhoneでの読み込みと確認についてはiPhoneの使い方ガイドも参考になります。再インストールはすべての問題に必要な手順ではありません。システム設定に原因を特定できた場合は、まず元に戻せる範囲で必要な箇所だけ調整してください。

問い合わせに必要な情報、プライバシー保護、修復後の確認

サポートに問い合わせる際は、できるだけ多くのデータを提出するのではなく、問題を理解して再現できる情報を伝えることが大切です。接続ネットワーク、設定、回線、アプリの基本的な比較を済ませても問題が続く場合や、アカウントの状態がサービスのルールと一致しない場合は、アカウントパネルの問い合わせ窓口からご連絡ください。動作を説明できないリセットコマンドを続けて実行したり、アカウント情報を公開コメントに投稿したりしないでください。

後から確認できるよう、現象を手順として記載

問い合わせの冒頭では、影響を受ける作業と症状を具体的に記載してください。例：接続ボタンはオンのままだが、特定のアプリでログインリクエストがタイムアウトする。続けて、いつから発生したか、継続しているか、どの条件で復旧するかを説明します。試した操作は順番に記載し、それぞれの結果も添えてください。「すべての方法を試した」という説明だけでは、原因の特定に役立ちません。問題が断続的に発生する場合は、最後に起きたおおよその日時とタイムゾーンを記載し、確認すべき時間帯が分かるようにしましょう。

回線名はクライアントに実際に表示されている名称を使い、接続ネットワークはWi-Fi、有線、モバイルデータのいずれかを記載すれば十分です。正確な場所を伝える必要はありません。クライアント名、OSの種類、接続モードは現在の画面で確認できる情報を使ってください。分からない項目は未確認と記載し、バージョンやプロトコルを推測しないでください。成功した比較結果がある場合は、成功時に何の条件を変えたかも説明しましょう。失敗したスクリーンショットを繰り返し送るより、原因の範囲を絞り込むのに役立つことがあります。

ログは関係する部分だけを抜き出す

問題が発生した時刻の前後にあるエラーを探し、必要な部分だけコピーしてください。ログ全体には、サブスクリプションURL、アカウント識別情報、アクセス先のドメイン名、認証情報、内部ネットワークの情報が含まれることがあるため、確認せずにアップロードしないでください。スクリーンショットでは、ブラウザーのアドレスバー、ウィンドウの端、通知の内容も確認しましょう。本サービスのプライバシーに関する主な案内は「匿名・ログなし」ですが、利用者が自分で提出する診断情報も必ず個人情報を除いてください。この二つは分けて考える必要があります。

機密情報を削除する際も、サポートが失敗した段階を把握できるよう、エラーの種類、時刻、前後関係は残してください。パスワード、サブスクリプションURL全体、セッション認証情報、決済認証情報を提出する必要はありません。必要な情報が不足していると思う場合は、まず文章で状況を説明し、問い合わせで求められたものだけを追加してください。問題を完全に見せようとして、関係のないアクセス記録まで広く共有しないでください。プライバシー保護の原則はプライバシーポリシーとログなしポリシーの確認方法もご覧ください。

そのまま使える問い合わせテンプレート

問題の概要：失敗した作業とエラーの内容を記載
発生時刻：実際の日時とタイムゾーンを記載
端末とクライアント：現在の画面で確認できる情報を記載
接続ネットワーク：接続方法とネットワークを比較したかを記載
現在の設定：接続モードと回線の表示名を記載
再現手順：操作した順番に記載
比較結果：成功した条件と失敗した条件をそれぞれ記載
エラー情報：個人情報を除いたメッセージ原文またはスクリーンショットを添付
変更した設定：変更前の値、変更内容、結果を記載

請求に関する問い合わせでは、パネルで確認できるプランと注文の状態を伝え、決済情報は公開しないでください。X4VPNはAlipay / WeChat Pay / USDTに対応し、30日間の理由を問わない返金を提供しています。申請方法と適用ルールは利用規約をご確認ください。接続診断の結果を返金審査の結果と混同しないでください。プランの通信量やリセット日が分からない場合は、まずプランページの情報と照合し、疑問点を問い合わせに記載しましょう。

復旧後は一時的な設定変更を元に戻す

問題が復旧したら、接続アイコンだけでなく、最初に失敗した作業をもう一度確認してください。その後、診断のために一時変更したモード、アプリのプロキシ、名前解決の設定を元に戻し、一つずつ正常か確認します。本当に必要な変更だけを残し、その理由も記録してください。一時的なモードにしたときだけ復旧した場合は、ルールを引き続き確認し、理由の分からない設定をそのまま常用しないでください。不要になったログやスクリーンショットは削除し、機密情報を端末や共有スペースに長期間残さないようにしましょう。

最後に、接続ネットワークを変えたら正常になった、再度許可したら復旧した、特定の回線だけ異常が残っているなど、復旧した条件を問い合わせに追記してください。サポートから操作方法を案内された場合は、影響範囲を確認し、元の値を保存してから実行しましょう。手順が分からない場合は質問して構いません。案内に従うために、内容を理解せず操作する必要はありません。次に同じような症状が起きた場合は、確認済みの条件から調べ直すほうが、すべてのソフトを再インストールするより効果的です。