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

接続層 · ローカルネットワークからリモート回線まで

まったく接続できない場合：ネットワークとクライアントを切り分ける

比較の基準をつくる

「接続できない」には、クライアントが起動しない、接続スイッチがオンにならない、回線への接続がタイムアウトする、または接続後に特定のサイトだけ開けないなど、さまざまな状況があります。対処方法はそれぞれ異なります。まず画面に表示されたメッセージを記録し、接続スイッチがオンのままか、ステータスバーにシステムの接続マークが表示されているかを確認してください。エラーが接続操作の直後に出るのか、しばらく待ってから出るのかも記録します。「ネットワークの調子が悪い」とだけ記録するのではなく、起動前の権限エラーは通常ローカル環境の問題、起動後のリモートタイムアウトは回線経路の確認が必要な問題として切り分けましょう。

クライアントの接続を一時停止し、普段そのまま開けるウェブサイトにアクセスして、公共ネットワークの認証が必要というシステム通知が出ていないか確認してください。通常のネットワークに接続できない場合は、まず接続自体の問題を解決します。クライアントでは、まだ確立していないネットワーク接続を補うことはできません。ホテル、職場、ゲスト用ネットワークを使っている場合は、そのネットワークの正規の手順でアクセス権を取得してください。サブスクリプションを何度も追加し直して解決しようとしないでください。通常のネットワーク接続が戻ったら、同じテストをクライアントで再度行い、ネットワーク接続の問題を回線の問題と取り違えないようにします。

アカウントとローカル環境を確認する

ユーザーパネルでプランの状態、残りのデータ量、サブスクリプション情報を確認し、クライアントが現在のアカウントの設定を使っているか確かめます。支払いの完了、プランの有効化、クライアントへの設定反映はそれぞれ別の段階なので、個別に確認してください。月額プランのデータ量は契約開始日を基準に毎月リセットされ、暦月の初めに戻るわけではありません。データパックは使い切るまで有効で、期限はありませんが、「期限なし」は使い切った後もデータ量が残るという意味ではありません。詳細はユーザーパネルと料金プランをご確認ください。

接続スイッチがオンの状態を維持できない場合は、システムからVPN接続の権限が付与されているか、ネットワークインターフェースの作成に失敗したという表示が出ているか、ほかのネットワークツールがバックグラウンドで動作していないか確認してください。システムプロキシ、トンネルツール、セキュリティソフトが同時にネットワーク経路を変更している場合があります。作業内容を保存してから、ほかの同種ツールを一時停止し、現在のクライアントだけでテストしてください。トラブルシューティングのためにシステムのセキュリティ機能を長期間無効にすることはおすすめしません。組織の管理下にあるデバイスでは、システムサービスを無理に変更せず、管理者に権限の範囲を確認してください。

比較テストで原因を絞り込む

ローカルでの起動は正常でもリモート接続に失敗する場合は、ネットワークを変えずに設定内の別の回線を試します。次に、選択した回線はそのままにして、利用が許可されていて正常に接続できる別のネットワークに切り替えます。前者は特定の回線だけの問題か、後者は現在の接続経路が関係するかを見分けるためのテストです。可能であれば、別のデバイスでも現在のアカウント設定を使って確認してください。毎回、選択した回線名と結果を記録します。ネットワーク、クライアント、回線を一度にすべて変更すると、復旧しても何が有効だったのかわからなくなります。

特定の回線だけで接続失敗が続き、同じネットワーク上のほかの回線は使える場合は、まず別の回線で作業を続け、その回線名と失敗時刻をサポートに伝えてください。同じネットワーク上のすべてのデバイスで失敗し、ネットワークを変えると復旧する場合は、接続ネットワークの違いを重点的に説明します。現在のデバイスだけで失敗する場合は、ローカルの権限、ネットワークインターフェース、クライアントのエラー記録を残してください。設定の検証エラーが続く、権限を許可してもインターフェースを作成できない、または異なるネットワークで複数の回線が失敗するといった場合は、むやみに再試行せず、記事末尾の形式に沿って情報を添えて問い合わせてください。

名前解決・転送層 · 接続後の確認

接続済みなのにウェブページが開かない：通信ルールとDNSを確認

まず、問題が一つの入口だけで起きるか確認する

クライアントは接続済みと表示されるのにブラウザーでページを開けない場合、接続状態とサービスへのアクセス結果が一致していません。それだけで回線全体の障害とは判断できません。通常のウェブページと実際に使いたいサービスをそれぞれ試し、すべてのページが開かないのか、特定のドメインだけなのか記録してください。次に、同じURLを別のブラウザーで試します。特定のブラウザーだけで問題が起きる場合は、ブラウザー独自のプロキシ、拡張機能、暗号化DNSを優先して確認します。すべてのアプリで問題が起きる場合に、システムプロキシ、トンネルモード、名前解決、デフォルトルートを確認してください。

エラーメッセージを確認するのも有効です。ドメインを解決できない、接続がタイムアウトする、接続がリセットされる、証明書が信頼されていない、アカウントのアクセスが制限されているなど、表示内容によって原因となる段階が異なります。証明書の警告が出た場合、「続行」を通常の解決策として使わないでください。システムの日付とタイムゾーンが正しいか、正しいドメインにアクセスしているか、ネットワーク認証画面やセキュリティソフトが介在していないか確認します。警告を消すために、提供元が不明なルート証明書をインストールしないでください。対象サイトにアカウントや地域に関するメッセージが表示された場合は、原文を記録し、サービス側の制限とネットワークタイムアウトを混同しないようにします。

リクエストが想定どおりの経路を通っているか確認する

システムプロキシが影響するのは通常、その設定に従うアプリだけです。トンネルモードでは仮想ネットワークインターフェースとルートが関係します。一方を有効にしても、すべてのプログラムが同じ経路でリクエストを送るとは限りません。クライアントの接続ログを確認し、対象サイトを開いたときに該当ドメインが記録されているか、どのルールに一致したか、最終的にプロキシ接続と直接接続のどちらが選ばれたか確認します。ログがまったくない場合は、まずリクエストがクライアントに入っているか調べます。直接接続の記録がある場合はルールを確認し、プロキシ接続の記録とエラーがある場合は選択した回線とリモートアクセスの結果を確認してください。

最初からDNSの設定をすべて重ねて変更しないでください。名前解決はブラウザー、OS、クライアント、リモート側で行われる場合があり、それぞれ別に結果をキャッシュします。ブラウザー独自の名前解決が有効なら、システムのコマンドで調べたアドレスとブラウザーが実際に使うアドレスは異なることがあります。クライアントでマッピング方式の名前解決を使う場合も、システムが認識する結果が実際の接続先サーバーのアドレスとは限りません。まず現在の名前解決モードを記録し、クライアントの説明に従って関連ログを確認してください。見慣れないアドレスだからという理由だけで、情報漏えいと判断しないようにします。

名前解決コマンドを使う。ただし、結果はアクセス確認とは別

デスクトップOSでは、ターミナルから以下のコマンドを実行してドメインを検索できます。アカウント情報は含まれず、現在のシステムの名前解決で結果が返るかを確認できます。検索が成功しても、その名前解決の入口が使えることを示すだけです。ブラウザーも同じ入口を使うとは限らず、その後の暗号化接続が成功することも保証しません。検索に失敗した場合は、タイムアウト、拒否、ドメインが見つからないなど、どの結果になったかを記録し、クライアントログと照合してください。検索結果のアドレスを長期的な通信ルールに直接登録しないでください。ウェブサイトは動的なアドレスやコンテンツ配信ネットワークを使っている場合があります。

nslookup example.com

名前解決の設定を変更した後は、対象アプリを開き直して新しい接続を確立し、結果を比較します。キャッシュを削除する場合は、現在のOSで案内されている方法を使い、変更前の症状も記録しておいてください。ドメインの問題を確認するために、HTTPSサイトへIPアドレスで直接アクセスしないでください。証明書やサイトの選択結果が変わることがあります。複数の正規ドメインが異なるネットワークでも解決できない、またはクライアントが名前解決のループを繰り返し報告する場合は、個人情報を伏せたログを添えてサポートに確認を依頼してください。出口の地域は自分のIPアドレスページでも確認できますが、出口が変わっただけでは、すべてのDNSリクエストが同じ経路を通った証明にはなりません。

性能層 · 帯域、応答、サービス側の待ち時間を切り分ける

速度が遅い：どこで遅くなるかを確認

体感を具体的な症状に分ける

ページの読み込みが始まるまで時間がかかる、ダウンロード開始後の速度が遅い、動画が何度もバッファリングする、会議中に音声が途切れる。どれも「遅い」と表現されますが、原因は異なる場合があります。ページ表示前の待ち時間は、名前解決、接続確立、対象サーバーの応答などが関係します。ダウンロード中の速度は、利用できるスループットの影響を受けやすく、リアルタイム会議ではパケットロスやジッターが重要です。何のアプリを使い、起動時と転送中のどちらで発生し、再接続も起きるかを具体的に記録してから確認項目を決めてください。速度測定画面の一つの数値だけで判断しないようにしましょう。

まず、現在のデバイスで不要な大容量ファイルの転送、クラウドストレージの同期、システム更新を一時停止し、同じネットワーク上のほかのデバイスが帯域を継続的に使っていないか確認します。同時接続台数無制限とは、複数のデバイスを同時に接続できるという意味で、各デバイスがそれぞれ独立したネットワーク接続を使えるという意味ではありません。家庭内の無線ネットワーク、ルーター、通信事業者の接続は共有リソースです。確認のために、ほかのデバイスの設定を削除する必要はありません。管理できる環境で同時タスクを一時的に減らし、同じアプリで同じ操作を繰り返して、ローカルの負荷に応じて変化するか観察してください。

同じタスクで回線を比較する

対象のコンテンツ、デバイス、接続ネットワークを同じ条件に保ち、回線だけを切り替えて比較します。比較の際は、ブラウザー、会議ソフト、ダウンロードツールが確立済みのセッションを使い続けることがあるため、業務の接続をいったん確立し直してください。クライアントの設定を切り替えただけでは、古い接続経路がすぐに変わらない場合があります。まずテスト中のタスクを完全に終了し、改めて起動しましょう。ダウンロード元が混雑している、または転送速度を制限している場合は、回線を変更しても大きく変わらないことがあります。その場合は正規の安定した別のサービスで確認し、ダウンロード元側の制限をサブスクリプションのプランに起因する問題と混同しないでください。

地域の選択は、実際に使うサービスに合わせましょう。物理的な距離が近くても経路が短いとは限らず、リモートサービスが出口ごとに異なるコンテンツ配信ノードを割り当てる場合もあります。まずサービスで利用可能な地域を選び、その地域内で回線の種類を比較してください。測定値をよく見せるために、利用中のアカウントを異なる地域へ何度も切り替えないでください。サービスによっては、セッションの変化に対して追加確認を求める場合があります。回線の分類と対象範囲はサーバーページをご確認ください。IEPL専用線、中継、直接接続の違いを把握する参考にはなりますが、現在のネットワーク環境での実測に代わるものではありません。

デバイス側の制限を確認する

同じネットワーク上のほかのデバイスでは正常に動作する場合は、現在のデバイスのプロセッサー負荷、空き容量、クライアントのバックグラウンド状態を確認します。トンネル転送、暗号化処理、多数の接続にはローカルのリソースが必要です。デバイスの過熱、省電力状態、バックグラウンドタスクの負荷によって、ネットワークの使用感が変化する場合があります。ログを保存してからクライアントを再起動し、同じタスクをもう一度試してください。OSの再インストールを最初の手段にしたり、出所不明の「高速化パッチ」をインストールしたりしないでください。ネットワークインターフェースの設定を変更する前に、クライアントログが問題を示していることを確認し、元に戻せるよう初期設定を記録してください。

小さなページは正常に開くのに、大きなファイルや一部のサイトでは転送開始後に止まる場合、その傾向を記録してください。経路上の転送、分割処理、アプリのプロトコル互換性が関係している可能性があります。明確な根拠がないまま、ネットワークインターフェースの最大転送単位を変更したり、システムのネットワーク機能を無効にしたりしないでください。まず回線と接続ネットワークを切り替えて確認します。現在のデバイスだけで問題が再現する場合は、クライアントのモード、OSの種類、失敗するタスクをサポートに伝えてください。特定のサービスだけに問題が起きる場合は、エラーメッセージとアクセス時刻も記録します。

最終的には、再現できる比較結果をまとめます。たとえば「同じネットワークとファイルの配布元で、特定の回線だけ待ち時間が長く、別の回線に変えると復旧する。元の回線に戻すと再発する」といった内容です。速度測定のスクリーンショットだけより、問題の説明に役立ちます。会議での回線選びはリモートワーク向け回線の選び方もご覧ください。セッションの継続性とパケットロスに注目します。アプリが復旧した場合は、有効だった回線と元の設定を記録し、すべてのテスト結果をそろえるためだけに設定を変え続ける必要はありません。

時間帯と経路 · 夜間の比較方法

夜間に不安定な場合：時間帯ごとに回線を比較する

時間帯によって本当に問題が変わるか確認する

「昼間は正常で、夜になると遅い」は手がかりですが、回線の混雑を直接示すものではありません。夜間に家庭内のデバイスが同時に使われる、無線環境が変化する、通信事業者の経路が混雑する、対象プラットフォームの負荷が上がるなど、複数の要因が重なる可能性があります。発生するおおよその時間帯、接続ネットワーク、回線名、サービスの種類を記録し、別の時間帯にも同じタスクを試してください。夜間だけ高画質で動画を見たり、大量のファイル同期を始めたりする場合は、テスト条件が異なります。昼間のウェブ閲覧とそのまま比較することはできません。

比較時にクライアントの接続テストだけを見るのは避けてください。テスト用のリクエストは実際の動画、会議、ファイル転送より短いことが多く、応答があっても継続的な転送に十分な余裕があるとは限りません。実際に使いたいサービスで再テストしてください。会議なら音声が途切れないか、動画なら再生待ちが繰り返されるか、ドキュメントの共同編集なら保存や同期が完了するかを確認します。「応答がある」ことと「サービスを使える」ことを同じ項目として記録しないでください。また、短時間復旧しただけで、夜を通して安定すると判断しないようにします。

回線の種類を理解し、問題に合わせて選ぶ

IEPL専用線、中継、直接接続は、経路の構成方法を表すものであり、すべてのネットワークや時間帯での結果を一律に保証するものではありません。直接接続は一般に、接続ネットワークから出口までの経路に直接左右されます。中継は中間ノードを経由して転送します。専用線は、それに応じた回線構成を指します。クライアントに表示された種類は分類の参考になりますが、現在の接続場所と対象サービスに合わせて確認してください。回線のラベルだけで会議に最適と決めつけたり、たまたま起きた遅延から種類全体が使えないと判断したりしないでください。

同じサービスで必要な地域内から異なる種類の回線を選んで比較し、その後、ほかの地域と比較してください。回線を変更した後はサービスの接続を確立し直し、古いセッションが元の経路を使い続けるのを防ぎます。現在のネットワークで特定の種類の回線にすると復旧し、元の回線に戻すと再び不安定になる場合は、再現できる違いとして記録してください。すべての種類が遅く、接続ネットワークを変更すると復旧する場合は、ローカル環境か接続経路が主な手がかりです。地域をまたいだ比較では、対象プラットフォームのコンテンツ配信ノードも変わる可能性があります。問い合わせには、この追加の変化も明記してください。

サービスの負荷を下げる対策と、長期的な設定変更を分ける

進行中の会議や作業では、まず接続を維持してください。バックグラウンド同期を一時停止する、アプリの自動画質調整を使う、動作を確認済みの回線に切り替えるといった方法があります。これらは一時的な復旧策であり、根本原因が判明したことを意味しません。復旧後、落ち着いた環境で比較し直し、重要な作業中にトンネルのオン・オフを繰り返すのは避けてください。動画の画質、AIサービスの応答時間、アカウントの権限はプラットフォーム側のルールにも左右されます。待ち時間のすべてをネットワークの問題とみなすことはできません。

自動選択では、現在のサービスで地域やセッションを維持する必要があることまで考慮されない場合があります。クライアントで自動選択を利用できる場合は、どの条件で回線が切り替わるのかを先に確認してください。自動切り替え時に問題が起きる場合は、動作を確認した回線を一時的に固定し、接続が安定するか試します。内容を理解していないカスタムスクリプトを長期間有効にしたり、複数の自動選択ルールを重ねて設定したりしないでください。設定がわかりやすいほど、遅延の原因が経路の変化なのかサービス側なのか判断しやすくなります。

特定の回線で同じ時間帯に似た遅延が繰り返される、同じ地域の別回線に変えると復旧する、または異なる接続ネットワークでも同じ回線に問題がある場合は、サポートへの問い合わせをご検討ください。時間帯、選択した回線、サービスの種類、接続ネットワークの違い、試した代替回線を添えてください。「夜は使えない」とだけ伝えたり、一晩の結果を長期的な結論として記載したりしないでください。予算とデータ量の検討については月額予算別の選び方をご覧ください。購入するデータ量と現在の混雑原因の切り分けは、分けて考える必要があります。

セッションとシステムのバックグラウンド動作 · 切断前後の状況を記録する

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

トンネルの切断とアプリのセッション切れを区別する

会議から退出したり、ウェブページの再読み込みが必要になったりしても、クライアントのトンネルが切断されたとは限りません。問題が起きたら、接続スイッチとシステムの接続マークが維持されているかを確認し、クライアントログで再接続、ネットワークの切り替え、プロセスの再起動が記録されていないか見てください。トンネルが接続されたままで、特定のアプリのセッションだけが切れた場合は、アプリのタイムアウト、ログイン状態、接続先の変更を確認します。クライアント自体が停止している場合は、システムのバックグラウンド制限、プロセスの終了原因、ローカルネットワークの変化を優先して調べます。対象サイトのルールを先に変更しないでください。

無線ネットワークの切り替え、デバイスのスリープと復帰、接続状態の変化によって、確立済みの接続が維持されなくなることがあります。切断前に画面をロックしたか、無線ネットワークの圏外に移動したか、デバイスを復帰させた直後か、別の接続ネットワークに切り替えたかを記録してください。経路が変わると、リアルタイムサービスの既存セッションが維持されない場合があります。クライアントが再接続しても、アプリの古いセッションが自動的に復旧するとは限りません。その場合は、通常のネットワークが安定するまで待ってからサービスに再接続し、再接続で復旧するか記録してください。

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

Android端末では、システムの省電力機能、バックグラウンド動作の制限、メーカー独自のタスク管理がそれぞれクライアントに影響する場合があります。システムのアプリ設定を開き、クライアントのバックグラウンド実行が許可されているか、より強い省電力モードが有効になっていないか確認してください。項目名はデバイスによって異なります。現在のクライアントに関係する設定だけを調整し、すべてのアプリを制限なしにする必要はありません。画面ロック後に再テストするときは、通知アイコンの表示だけでプロセスの動作を判断せず、クライアントの実行ログも確認します。

iOSでは、システムのVPN状態、クライアントに表示された接続エラー、ほかの構成が接続を引き継いでいないかを確認してください。通常のアプリのバックグラウンド更新を有効にすれば、あらゆるVPN切断が解決するわけではありません。デスクトップでは、システムのスリープ、ネットワークアダプターの省電力設定、ユーザーのログアウト後も動作するかに注意してください。組織の管理下にあるデバイスでは、ネットワークポリシーを自分で変更できない場合があります。まず管理者に確認してください。プラットフォームによってシステムの動作は異なります。特に、別のデバイスの画面を見ながら同じ名称のメニューを探すのは避けましょう。

前面とバックグラウンドを比較して原因を確認する

同じ回線を選び、まずクライアントを前面に表示したまま同じ作業を行い、その後、バックグラウンドまたは画面ロックの状態でテストします。バックグラウンドでのみ問題が再現し、ログにクライアントの再起動が記録されている場合は、システムのプロセス管理を優先して確認します。前面でも切断するなら、バックグラウンド権限だけでは説明できません。次に、回線を固定したまま接続ネットワークを変更し、問題がネットワークに追従するか確認してください。回線とバックグラウンド設定を同時に変更すると、復旧しても何が有効だったのかわからず、一時的なネットワーク改善を権限設定の修正と誤解するおそれがあります。

自動再接続は復旧を助ける場合がありますが、継続している設定エラーを覆い隠すべきではありません。クライアントが何度も再接続する場合は、まず大容量の転送を停止して直近のログを保存し、接続の項目に沿ってアカウントと回線を確認してください。推測でキープアライブ間隔や接続タイムアウトを変更しないでください。設定の意味はプロトコルやクライアントによって異なる場合があります。元の値、変更する目的、元に戻す方法が明確な場合に限り、設定を変更してください。結果を記録せず何度も設定を変えると、後から比較できる基準が失われます。

切断の問題を問い合わせる際は、接続スイッチがオフになるのか、システムの接続マークが消えるのか、サービスだけが切断されるのかを説明し、画面ロック、復帰、ネットワーク切り替え、再接続の結果も添えてください。Androidユーザーはバックグラウンド動作とアプリ別プロキシの解説でシステムごとの違いを確認できます。初期設定はAndroidの初期設定手順をご覧ください。クライアントがクラッシュする場合は、個人情報を伏せたエラー概要を添えてください。再現のために重要な作業中に何度も問題を発生させる必要はありません。

設定の反映層 · 更新成功と接続成功を別々に確認する

サブスクリプションを更新できない：取得元・取得・解析を確認

更新の手順を分けて確認する

サブスクリプションの更新には、リンクの取得、設定のリクエスト、内容の解析、設定の有効化などの段階があります。更新失敗と表示されたら、まずエラーメッセージ全文を記録してください。ネットワークのタイムアウトはリクエストが完了していない可能性を示し、形式エラーは受信した内容を現在のクライアントが認識できない可能性があります。有効化の失敗は、設定をダウンロードした後に起きている場合があります。リストに古い回線が表示されたままでも、更新が成功したとは限りません。クライアントが前回の利用可能な内容を保持している場合があります。設定の取得元、更新日時、現在有効な項目が一致しているか確認してください。

ユーザーパネルでサブスクリプションの取得先を確認し、現在のアカウントが有効か確かめてください。チャット履歴、過去のスクリーンショット、別のアカウントの古い設定を使わないようにします。サブスクリプションのURLはアカウント設定にアクセスできる情報なので、秘密情報として扱ってください。コピー時に空白、改行、途中の欠落が含まれていないか確認しますが、確認のためにURL全体を公開グループへ送信しないでください。本記事では実際のサブスクリプションURLを掲載していません。具体的な追加方法は使い方ガイドをご覧ください。

取得の失敗と内容の非互換を切り分ける

取得がタイムアウトした場合は、まず通常のネットワークが正常か確認し、クライアントがサブスクリプションを更新するときに直接接続を使うのか、現在のプロキシを使うのかを確認してください。既存の設定が使えない状態で、その同じ経路を更新リクエストにも使い続けると、問題がループする可能性があります。クライアントに用意されている取得経路の設定を使って比較し、元の設定も保存してください。すべての通信を長期間直接接続に変更しないでください。別の利用可能なネットワークでは更新できる場合、その違いを記録しておくと、サポート側でサブスクリプションの内容とリクエスト経路の問題を切り分けやすくなります。

形式または未対応フィールドのエラーが表示された場合は、現在のクライアントが対応する設定形式に合った方法でインポートしているか確認してください。異なるクライアント向けの内容を適当に名前だけ変更してインポートしたり、理解できないフィールドを手動で削除して一時的にエラーを消したりしないでください。ログイン画面、ネットワーク認証画面、エラー説明が取得され、クライアントが形式エラーとして表示している場合もあります。すぐにサーバーの設定が壊れていると決めつけず、エラーの概要を記録してください。まず取得元とクライアントを確認し、互換性についてサポートに判断を依頼してください。

ローカル設定が実際に切り替わったか確認する

クライアントによっては、リモートのサブスクリプション、ローカル設定、上書き設定を同時に保存できます。リモートのサブスクリプションを更新しても、別の設定が現在有効なままの場合があります。ローカルの上書き設定がDNS、ルール、接続先の選択を変えている可能性もあります。まず有効状態の表示を確認し、接続ログに記録された回線名が新しい設定由来か確かめてください。古い設定を整理する場合は、元に戻せる記録とカスタム設定を先に保存します。以前の利用方法を復元できないことに気づく前に、すべての設定を削除しないでください。

更新完了後は、現在選択されている接続先をもう一度確認してください。設定の変更によって以前の選択肢が無効になったり、クライアントがデフォルトのルールに戻ったりする場合があります。続いて、実際に使うサービスを開き、リクエストが想定したルールに一致するか確認してください。サブスクリプションの更新成功とサービスへのアクセス成功は別々に記録します。前者は設定の取得と受け入れができたことを示し、後者は現在の接続経路で対象のサービスを使えることを示します。この二つを分けて記録すると、設定の取得に関する問題を特定の回線の接続障害と取り違えずに済みます。

設定を手動で編集した場合は、編集した範囲を説明し、バックアップを取ったうえでユーザーパネルの元の設定を使って再テストしてください。カスタムスクリプト、サードパーティの変換サービス、サブスクリプションの更新を同じトラブルシューティングに混在させないでください。いずれも最終的な設定内容を変える可能性があります。秘密のサブスクリプションを、出所不明の変換サイトに入力しないでください。変換や特殊なクライアントへの対応が必要な場合は、利用可能な方法を先にサポートへ確認してください。クライアントはユーザーパネルのダウンロードページから取得してください。検索結果から同じ名前のインストーラーを適当に選ばないでください。

異なる利用可能なネットワークでも設定を取得できない、対応クライアントで元の設定が繰り返し拒否される、更新後に回線リストの異常が再現する場合は、問い合わせをご検討ください。エラーメッセージ全文、OSのプラットフォーム、クライアント名、インポート方法、ローカルの上書き設定の有無、ほかのネットワークでの結果を添えてください。アカウントのパスワードは送らないでください。記録を残さずサブスクリプションをリセットすることも避けてください。URLの漏えいが疑われる場合は、ユーザーパネルで利用可能なセキュリティ操作を確認するか、公式の問い合わせ窓口にご相談ください。

アプリ層 · アプリごとの通信ルールとデバイスの警告

特定のアプリがプロキシを使わない、またはデバイス制限が表示される

まずアプリのリクエストがクライアントに届いているか確認する

ブラウザーは使えるのに特定のアプリが使えない場合、すべての回線を何度も切り替えるのは避けてください。クライアントを有効にしたまま対象アプリを再起動し、接続ログを確認します。対象のリクエストが記録されている場合、関連する通信が少なくともクライアントに入っていることがわかります。ログがまったくない場合は、まずアプリがシステムプロキシを使っているか、アプリ別の対象リストから除外されていないか確認してください。アプリが複数のドメインに接続することがあり、画面に表示される名称が実際のリクエスト先と同じとは限りません。ブランドの主要ドメインだけを検索して、通信がないと判断しないでください。

ルールモードでは、「プロセスまたはドメイン → 一致したルール → 接続先の選択 → 接続結果」の順に確認します。ルールが直接接続に一致した場合は、現在の設定にあるサービス向けルールとローカルの上書き設定を確認してください。プロキシ接続に一致しても失敗する場合は、対象のエラー、回線の地域、アプリのアカウント状態を確認します。システムプロキシとトンネルモードでは対象範囲が異なりますが、特定のモードならどのアプリでも使えると保証するものではありません。業務用ソフト、デバイス管理ポリシー、アプリ固有のネットワーク実装も経路の選択に影響することがあります。

アプリ別リストの動作を理解する

アプリ別の設定には、「選択したアプリだけをプロキシ接続する」と「選択したアプリを除外する」など、異なる動作があります。同じアプリを選んでも、モードによって結果が逆になる場合があります。変更前に現在のモードを確認し、リストと元の値を記録してから、対象のアプリだけを変更してください。アプリがログイン、ダウンロード、メッセージ受信に別のサービスを使う場合、メインのプログラムだけを調整してもすべての通信をカバーできないことがあります。特定のアプリの問題を解決するために、検証していない全通信対象のルールを長期間有効にしないでください。業務アカウントの制限をクライアントのルールの問題と取り違えないようにします。

アプリが異なる通信プロトコルを使用している場合、ウェブページが開けても、アプリに必要な接続方式が利用できるとは限りません。クライアントログでエラーの種類を確認し、推測でプロトコルを切り替えたり、システム機能を無効にしたりしないでください。動画配信やAIツールは、アカウント、地域、コンテンツの利用許諾、サービスのポリシーによって結果が異なる場合もあります。ネットワーク接続は要因の一つにすぎません。地域やアカウントに関するメッセージが表示された場合は、原文を記録してください。「実際のアクセス結果で確認する」を、特定の地域で必ず使えるという保証に書き換えないでください。

デバイス数の警告は、表示元を確認する

VPNLiuLiangでは同時接続台数に制限はありません。「デバイス数の上限」「接続数の制限」などのメッセージが表示されたら、まずどこに表示されたか確認してください。VPNLiuLiangのユーザーパネル、クライアント、OS、アクセス先のサードパーティサービスでは、意味が異なります。サードパーティサービスが設定するログイン端末数や再生セッション数の上限は、本サービスの同時接続ルールとは別のものです。また、クライアントの「接続数」はネットワークセッションの数を指し、利用できるデバイス数とは限りません。似た文言だけで判断しないでください。

本サービスのユーザーパネルに表示された警告であれば、ページのURLとエラー画面を保存し、現在のアカウントでログインしているか、ほかのサービスの古い設定を追加していないか確認したうえで、問い合わせから確認してください。警告を消すために、何度も支払ったり別のアカウントを作ったりしないでください。まず現在のアカウントの状態を確認します。アカウントはユーザー名とパスワードで利用でき、メールアドレスは不要です。調査のためにパスワードをサポートへ伝える必要もありません。共有デバイスにログイン状態が残っている場合は、通常のアカウントセキュリティ手順に従ってください。アカウントのセキュリティ問題を回線の問題だけとして扱わないようにします。

複数のデバイスで問題が起きる場合は、同じアカウント、同じ回線、同じネットワークで比較します。すべてのデバイスで同じアプリに同じメッセージが表示される場合は、対象プラットフォームのルールを確認する価値があります。特定のデバイスだけで失敗する場合は、そのデバイスのアプリプロキシ、通信ルール、システム権限に注目してください。比較する前に、各デバイスで同じ現在の設定を使っているか確認してください。回線名が似ていても、同じ設定とは限りません。比較中に秘密の設定をすべて公開文書へコピーせず、必要な名称と結果だけを記録します。

アプリの問題を問い合わせる際は、対象アプリと、起動、ログイン、利用のどの段階で失敗するかを説明してください。一致したルールと接続先の名称を添え、対応するウェブページにブラウザーからアクセスできるかも記載します。デバイスの警告については、表示された画面とメッセージ全文を添え、アカウントを特定できる情報を隠してください。複数デバイス、データ量、使い方の基本はよくある質問をご覧ください。プラットフォームへの設定追加がまだ完了していないだけなら、複雑なルールを変更せず、使い方ガイドに戻って確認してください。

記録とサポート · 再現できる問い合わせにする

サポートに相談するタイミング：問い合わせと復旧記録をまとめる

自分での設定変更をやめる目安を確認する

通常のネットワーク、アカウントの状態、現在の設定を確認しても問題が安定して再現する場合は、すべてのクライアントを試す必要はありません。そのまま問い合わせを送れます。特に、異なるネットワークやデバイスでも同じ回線で同じエラーが出る場合や、対応クライアントで元のサブスクリプションが繰り返し解析できない場合は、ローカル設定を手当たり次第に変えても効果は限られます。証明書の異常、アカウントの異常の疑い、設定の取得元が不明な場合も、証拠を保存して不要な操作を中止してください。「使えるまで試す」ことでリスクを広げないようにしましょう。

問題が一時的に解消した場合は、現在使える回線を維持して作業を続け、後から記録をまとめてもかまいません。問い合わせはまったく接続できない場合だけでなく、特定の時間帯や回線で繰り返し起きる異常の報告にも利用できます。重要なのは、再現できる条件を説明し、断定しすぎないことです。「元の回線では失敗し、別の回線で復旧。元の回線に戻すと再発した」は、「どの回線もひどい」より原因の特定に役立ちます。再現できない場合も報告できますが、当時観察したことと後からの推測を分けて記載してください。

一連の経過がわかるように情報をまとめる

わかりやすい説明は、発生時刻と利用していたサービスから始めます。次に、デバイスのプラットフォーム、クライアント名、現在のモード、選択した回線、エラーメッセージを記載し、実施した比較とそれぞれの結果を続けてください。時刻には可能な限りタイムゾーンを付け、回線名はクライアントに表示されたとおりに記載します。クライアントのバージョンは、デバイスの画面に表示された内容をそのまま書けば十分です。長時間の録画だけをアップロードしてサポートにエラーを探させたり、異なる日やネットワークの問題を順序のない説明にまとめたりしないでください。

ログは問題に関係する時間帯と操作だけで十分です。長すぎる記録は原因の特定に役立たず、無関係なアクセス内容が含まれる可能性もあります。エクスポートする前に、サブスクリプションURL、アクセストークン、QRコード、アカウント識別情報、その他の個人情報が含まれていないか確認してください。スクリーンショットも、アドレスバーと通知領域を確認します。マスキングする場合は、機密情報の一部だけでなく、該当する項目全体を隠してください。元の記録は自分のデバイスに保存し、サポートには必要最小限の範囲だけを送ります。公開コメント欄に貼り付けないでください。

公式の窓口を利用し、技術と請求の問題を分ける

サポートへの問い合わせはユーザーパネルの問い合わせ窓口から送信するか、サポートページをご利用ください。掲載されていない個人の連絡先を探す必要はありません。アカウントにアクセスできない場合は、ページのエラーと操作の経過を保存し、ページで案内されている利用可能な手順に従ってください。説明では技術的な問題と請求の問題を分けることができます。前者には回線、ネットワーク、ログの情報が必要です。後者にはユーザーパネルに表示された注文情報が必要です。支払い情報が記載された画像をそのまま公開しないでください。

プランを確認する場合、月額プランは60GB ¥9.9/月、250GB ¥18/月、500GB ¥28/月で、データ量は契約開始日を基準に毎月リセットされます。途中でアップグレードする場合、差額は残りの日数に応じて換算されます。データパックは300GB ¥158、1000GB ¥358、3000GB ¥658で、使い切るまで有効、期限はありません。支払い方法は支付宝 / 微信 / USDTです。詳細は料金ページで個別に確認できます。トラブルシューティングの結果から、記載のない期間、速度特典、補償を推測しないでください。

本サービスには30日間の返金保証があります。申請方法は返金ポリシーをご確認ください。利用に関するルールは利用規約をご覧ください。返金の相談と回線の診断は別々に説明できます。返金を相談するために、理解できないシステム操作を続ける必要はありません。サポートから追加テストを依頼された場合は、目的を確認し、元の値を保存してから同じ条件で再テストしてください。デバイスが組織の管理下にある、またはネットワークを切り替えられない場合は、その制約をそのまま説明してください。実施していないテスト結果を記載しないでください。

問題が解決したら、最終的に有効だった設定、維持する回線、元に戻した一時設定を記録し、通常利用に必要な最小限の構成に戻してください。診断のために書き出した機密情報を含む添付ファイルの複製を削除し、テスト用のプロキシ、一時的なルール、追加のネットワークツールがバックグラウンドに残っていないか確認します。次に似た症状が起きたときは、最初から再インストールするのではなく、この記録を基準に比較できます。このガイドの目的は、異常の責任をどちらかに決めつけることではありません。観察した事実、仮説、検証済みの結果を分け、対応を前に進めることです。