ネットワークトラブル解決

FAULT / CONNECT

まったく接続できない：まず失敗した層を確認する

クライアントの未起動、回線のハンドシェイク失敗、ローカルネットワークの切断を切り分ける

「まったく接続できない」とき、ウェブページが開くかどうかだけで判断してはいけません。重要なのは、接続ボタンを押す前後にクライアントで何が起きているかを確認することです。ボタンの状態が変わらない、システムにネットワーク権限の通知が表示されない、または起動直後にクライアントが終了する場合、問題はクライアントやシステム権限の層にある可能性が高いでしょう。クライアントが接続中になった後、タイムアウト、ハンドシェイク失敗、回線利用不可などに戻る場合は、回線、ローカルネットワークの制限、システム時刻を確認します。クライアントが明確に接続済みなのにすべてのウェブページへアクセスできない場合は、本章の単純な接続失敗ではありません。「ウェブページとDNS」の章を確認してください。

トラブル解決では、まず通常のネットワークが機能しているか確認します。クライアントを一時的に切断し、以前アクセスできた一般的なウェブサイトを開いてください。通常のサイトも開けない場合は、Wi-Fi、有線ネットワーク、またはシステムのネットワーク設定を先に復旧します。国際回線は入口となるローカルネットワークに依存するため、ローカルネットワークがつながっていない状態で遠隔回線を何度変えても有効な結果は得られません。通常のネットワークが正常なら、ウィンドウ内で接続を繰り返しクリックするのではなく、クライアントを完全に終了してから再起動します。WindowsとmacOSでは、システムのネットワーク拡張機能または仮想ネットワークインターフェースに許可が与えられているか確認します。iOSとAndroidでは、システムに接続許可の画面が表示され、誤ってキャンセルしていないか確認してください。

システム時刻も確認する価値があります。暗号化接続では、証明書の有効期限と時刻の判定が使われます。端末の日付、タイムゾーン、時刻同期に大きなずれがあると、表示上はハンドシェイク失敗だけに見えることがあります。時刻を自動同期に戻し、クライアントを終了してから再接続します。ここでクライアントの再インストール、ネットワークのリセット、回線変更を同時に行うのは避けてください。複数の変更を一度に行うと、接続が復旧しても本当の原因が分からず、次回の切り分けが難しくなります。

同じ地域内で回線を替えて検証し、無作為な連続切り替えは避ける

ローカルネットワークと権限が正常だと確認したら、まず同じ地域内の別の回線に切り替えます。同じ地域での比較なら、アクセス先、地理的な距離、コンテンツ地域をできるだけ揃えたまま、回線だけを変えられます。切り替え直後に復旧した場合、元の回線はその時点で使い続けるのに適していない可能性があります。少し時間を置いて再確認してください。同じ地域の回線がすべて失敗する場合は、近隣地域を選んで比較します。短時間に大量の回線を連続してクリックしないでください。クライアントが前の接続を解放中で、システムの仮想インターフェースも復旧していない可能性があり、複数の接続処理が混ざったエラーになることがあります。

比較のため、別のローカルネットワークに切り替えることもできます。たとえば現在のWi-Fiから、別の信頼できるネットワークへ切り替えます。同じ回線が特定のローカルネットワークでだけ失敗するなら、問題は入口ネットワーク、ルーターのポリシー、またはローカルDNSに絞られます。複数のローカルネットワークで失敗する場合は、クライアントの権限、サブスクリプションの状態、回線選択が関係している可能性が高くなります。この場合はグローバルノードで地域と回線タイプの説明を確認し、地域名だけで品質を判断せず、用途の近い代替回線を選んでください。

リセットが必要な場合は、影響の小さい操作から行う

影響の小さい復旧手順は、接続を切断し、クライアントを完全に終了して再起動することから始めます。その後、サブスクリプションの更新とシステム権限を確認します。タイムアウトが起きたからといって、すべての設定をすぐに削除しないでください。設定を削除すると、ルーティング設定、回線選択、比較に使える以前の状態も同時に失われ、問題を再現しにくくなります。クライアントにサブスクリプションが空、認証が無効、設定を解析できないなどの表示が出る場合は、サブスクリプション更新の章へ進みます。特定のアプリだけが失敗する場合は、アプリのルーティングの章を確認してください。

端末の再起動は、仮想インターフェースが占有されている、システムのネットワーク拡張機能が正しく解放されていない、スリープ復帰後に状態が不整合になった場合に有効です。再起動後はまず通常のネットワークを確認し、一つのクライアントだけを起動して一つの回線に接続します。同じ種類のツールを複数同時に起動して、システムネットワークを取り合わないようにしてください。「まったく接続できない」問題の多くは回線自体ではなく、端末上で複数のネットワーク拡張機能、プロキシツール、セキュリティソフトが同時にルーティングを変更していることが原因です。システムプロキシ、DNS、仮想インターフェースを変更する他のプログラムを終了して単独でテストすると、何度も再インストールするより明確な結論を得やすくなります。

FAULT / WEB-DNS

接続済みなのにウェブページが開かない、またはDNSエラーが出る

異なる種類のアクセス先で、名前解決失敗と通信失敗を切り分ける

クライアントに接続済みと表示されても、それはローカルの仮想インターフェースと回線が確立したことを示すだけで、ドメイン名の解決、ルーティング、ブラウザー接続まで正常とは限りません。診断時は同じウェブページだけを繰り返し更新しないでください。一般的なウェブページ、別のブラウザー、ブラウザーに依存しないネットワークアプリをそれぞれ試します。ドメイン名を使うアクセス先がすべて失敗し、クライアントでは回線状態を更新できる場合、DNS名前解決の異常が疑われます。特定のサイトだけが失敗する場合は、対象サービスの地域ポリシー、ブラウザーキャッシュ、ログインセッション、現在の回線出口を確認し、ネットワーク全体をすぐにリセットするのは避けてください。

ブラウザー独自のセキュアDNS、システムDNS、クライアントが管理するDNSが同時に存在することがあります。設定が多ければ信頼性が高いとは限らず、競合すると接続は確立しているのにドメインを解決できない、ページの一部だけ開いてリソースの読み込みに失敗する、同じサイトの表示がブラウザーごとに異なるといった現象が起きます。切り分けでは、まずブラウザー個別のセキュアDNSを一時的に無効にし、名前解決をシステムとクライアントの管理に戻して再テストします。復旧した場合は、問題がブラウザー独自の名前解決経路にあります。必要に応じて再び有効にできますが、ブラウザーの設定とクライアントのルールが互いに上書きしないようにしてください。

システムの名前解決キャッシュを消去して接続を再確立する

システムには接続前に取得した名前解決結果が残っていることがあります。特に、回線を頻繁に切り替えた後、スリープから復帰した後、ネットワークを切り替えた後に起こりやすい現象です。まずクライアントを切断し、システムのDNSキャッシュを消去してから再接続し、新しいブラウザーウィンドウでテストします。以下のコマンドは端末内の名前解決キャッシュだけを処理し、CacaVPNのサブスクリプション内容は変更しません。実行前に進行中のネットワーク作業を保存し、該当システムのターミナルで実行してください。

ipconfig /flushdns

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

resolvectl flush-caches

コマンドの実行後、すぐに大量のタブを開かないでください。まず一つの回線に接続し、以前失敗したアクセス先を一つだけテストし、その後に一般的なウェブサイトを確認します。一般サイトは復旧したのに特定のアクセス先だけ失敗する場合、DNSは主な原因ではないため、地域回線、ブラウザーセッション、対象サービスの状態を確認します。Linuxディストリビューションによって名前解決サービスは異なります。該当コマンドが見つからないと表示された場合は、出所不明のコマンドでシステムファイルを変更せず、システムのネットワーク設定から再接続してください。

ウェブページが一部だけ読み込まれるときはブラウザーの状態とプロキシモードを確認する

ページ本体は表示されるのに、画像、スクリプト、ログインコンポーネントが読み込み中のままになる場合、ページ内の異なるドメインが別々の経路を通っている可能性があります。まずブラウザーのプライベートウィンドウでテストし、古いキャッシュ、拡張機能、残ったログイン状態を切り分けます。プライベートウィンドウで正常なら、対象サイトのデータを段階的に削除するか、リクエストを変更する拡張機能を無効にします。ブラウザーのデータをすべて消去する必要はありません。すべてのブラウザーで一部のリソースしか読み込めない場合は、クライアントがグローバルモードかルールモードかを確認します。ルールモードでは、メインサイトとリソースのドメインがローカルネットワークと回線に分かれることがあります。診断のため一時的にグローバルモードへ切り替えられますが、原因を確認したら用途に合ったルールへ戻してください。

システムプロキシに古いアドレスが残っていることもあります。クライアントが異常終了した後もOSのプロキシ設定が有効なままで、次回起動時に対応するプロセスが待ち受けていないと、ブラウザーがネットワークに接続できません。WindowsとmacOSでは、システムのネットワーク設定で現在のクライアントがプロキシを管理しているか確認します。モバイル端末では、システムの接続状態に古いネットワーク設定が残っていないか確認してください。出所の分からないプロキシアドレスを手動で入力しないでください。サブスクリプションのテキストを確認する必要がある場合は、ユーザーパネルが提供するサブスクリプション入口だけを使用します。説明例はhttps://example.com/sub?token=YOUR_TOKENのように表せますが、このアドレスは形式の説明専用で、実際のサービスには接続できません。

FAULT / THROUGHPUT

速度低下と混雑時間帯の遅延：距離、入口、用途を分けて判断する

速度の問題は一度の速度テストだけで判断できない

国際接続の速度は、ローカル回線、通信事業者の経路、回線タイプ、出口地域、対象サービス、端末性能によって決まります。一度の速度テストで分かるのは、その時点で特定のテスト先へ接続した結果だけで、動画、AI ツール、ファイル転送、ウェブ閲覧の実際の体感を直接示すものではありません。まず「遅い」箇所を明確にします。ウェブページの初期表示が遅い、動画の画質が下がる、ダウンロードが継続的に遅い、アップロードが不安定、特定のサービスだけ応答が遅い、などです。症状によってボトルネックは異なるため、すべてを回線速度の問題として扱うと、無効な切り替えを繰り返すことになります。

まずクライアントを切断し、ローカルネットワーク自体に大きな変動がないか確認します。パケットロス、Wi-Fi信号の頻繁な変化、複数人による帯域の占有がある場合、遠隔回線では入口の問題を解決できません。可能ならルーターに近づくか、有線ネットワークで比較します。その後、地理的に近く用途に合った回線へ接続し、同じ端末、同じアクセス先、同じ時間帯でテストします。近距離の回線は安定しているのに遠距離の回線だけ明らかに遅い場合、主な影響は経路の長さと地域間転送にあります。すべての地域で遅い場合は、ローカルの入口、クライアントモード、バックグラウンド通信を再確認してください。

混雑時間帯は体感だけでなく、同じ条件で比較する

混雑時間帯の遅延では、入口ネットワークの混雑と回線の混雑を分けて考える必要があります。「夜は遅い」と記録するより、同じ端末、同じ回線、同じアクセス先を異なる時間帯で試した結果と、混雑時間帯に同じ地域内の別回線へ切り替えて復旧したかを記録する方が有用です。特定のローカルネットワークの混雑時間帯だけ発生し、別のネットワークでは正常なら、入口ネットワークの影響が大きいと判断できます。複数の入口ネットワークで同じ回線だけが継続して異常で、同じ地域の代替回線が正常なら、ひとまず元の回線を避けて記録を残してください。

動画では画質を上げたときだけバッファリングするのかを確認します。AI ツールでは、ページが開かない、ログインできない、生成中の待機が長い、といった症状を分けて考えます。ダウンロードでは、配信元サーバーが単一接続を速度制限していないか確認してください。「4Kでも途切れない」という結果は、回線、配信プラットフォーム、ローカルネットワーク、端末のデコード性能に左右されます。一時的な再生だけで結論を出すべきではありません。対象サービスの所在地域または近隣地域の回線を選び、バックグラウンド同期やシステム更新による帯域占有を止め、同じコンテンツで同じ地域の別回線を比較するのが適切です。

VPN回線の選び方：初心者向け完全ガイドでは、地域、回線タイプ、用途から選ぶ方法を確認できます。CacaVPNは90+か国、200+回線を選択できますが、対応数が多いことは、どのローカルネットワークでもすべての回線が同じ性能を示すという意味ではありません。目的は最も遠い地域や特定の名称を固定して選ぶことではなく、現在の入口と用途に合う組み合わせを見つけることです。

端末のバックグラウンド通信、モード、プロトコル処理の負荷を確認する

クラウドストレージの同期、システム更新、アプリストアのダウンロード、写真のバックアップ、ブラウザーのバックグラウンドタブは、上りまたは下り帯域を消費します。上り帯域が埋まると、主な作業がダウンロードでも確認データを送れず、速度低下として現れることがあります。切り分けでは、把握できるバックグラウンド転送を一時停止し、不要な端末同期を止めてから主要タスクを再テストします。CacaVPNは接続台数無制限に対応していますが、端末数が増えてもローカル回線の容量が増えるわけではありません。複数の端末で高トラフィックの作業を同時に行えば、現在の入口ネットワークを共同で利用します。

ルールモードは日常利用に適していますが、ルールが複雑すぎる、古い、または循環マッチがある場合は異常の原因になることがあります。比較のため、クライアントのグローバルモードへ一時的に切り替えます。グローバルモードで明らかに正常なら、ルールセットとアプリのルーティングを重点的に確認します。どちらのモードでも遅い場合は、回線とローカルネットワークの比較を続けてください。テスト後は、用途に合わない診断設定を長期間残さないでください。社内ネットワーク、プリンター、ローカルサービスでは、引き続き直接接続が必要な場合があります。

FAULT / SESSION

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

接続が能動的に切れたのか、端末がスリープしたのかを切り分ける

頻繁な切断では、切断前に何をしていたかを記録します。端末を放置した、画面をロックした、バックグラウンドへ移した後にだけ切断するなら、まず省電力設定とバックグラウンド動作の制限を確認します。使用中にも突然切断する場合は、ローカルネットワークの安定性、回線、クライアントの状態を比較します。Wi-Fiから別のネットワークへ移動したときに切断するのは、ネットワークインターフェースが切り替わったためです。静止中に繰り返し切断する問題とは別の種類として扱います。

デスクトップOSがスリープに入ると、仮想ネットワークインターフェースが一時停止することがあります。復帰後もクライアント画面には以前の状態が表示されますが、実際の接続は無効になっている可能性があります。この場合はウェブページを更新するだけでなく、手動で切断して再接続します。スリープ復帰のたびに起きる場合は、クライアントがバックグラウンドでネットワーク動作を維持できるか確認し、複数のネットワークツールが復帰時に同時に再開していないか確認してください。WindowsとmacOSでは、有線からWi-Fiへ、会社のネットワークから自宅のネットワークへ切り替えた後に必ず発生するかも確認します。インターフェース切り替え時だけなら、再接続は妥当な復旧手順です。

モバイル端末では省電力、バックグラウンド動作、ネットワーク切り替えを重点的に確認する

iOSとAndroidは、電池残量、バックグラウンドでの使用頻度、システムポリシーに応じてアプリの動作を制限します。画面ロック後に接続が消える、しばらく別のアプリを使ってから戻ると復旧する、Wi-Fiを切り替えた後も回線状態が古い接続のままになる、といった症状が出ることがあります。システム設定でクライアントに必要なバックグラウンド動作を許可し、厳しい省電力や深いスリープの対象にしないでください。端末メーカーによって設定名は異なるため、電池、バックグラウンド動作、自動起動、ネットワークアクセスに関する項目を確認します。システム管理を回避するため、いわゆる常駐ツールを追加でインストールするのは避けてください。

モバイル端末では、別のVPN構成が同時に有効になっていないかも確認します。設定一覧に複数の構成が存在していても、実際にネットワークを管理するときに互いに切り替わることがあります。切り分け中は、現在使う接続だけを有効にし、他の構成は一時的に無効にします。仕事用プロファイル、会社の管理ポリシー、セキュリティソフトもネットワーク構成を作成している場合は、用途を確認してから対応してください。管理対象の構成をすぐに削除せず、個人用端末で比較するか、端末管理者に他のネットワーク拡張機能が許可されているか確認します。

モバイルネットワークとWi-Fiを切り替えると、出口アドレスとネットワークインターフェースが変わり、既存のセッションを継続できないことがあります。切り替え後にネットワークが使えない場合は、システムの接続完了を待ってからクライアントで再接続します。自動切り替えが頻繁に起きる場合は、安定性を確認する間だけ一つのネットワークに固定します。固定ネットワークでも切断が繰り返される場合に限り、同じ地域の回線を比較してください。

切断のパターンから問題の範囲を絞り込む

切断時刻に規則性がなくても、ローカルWi-Fiの信号変化と常に同時に起きるなら、ルーターの設置場所、無線干渉、入口ネットワークを優先して確認します。通常のネットワークは安定していて、特定の回線だけが切断され、同じ地域の代替回線が正常なら、一時的に回線を変更します。同じ端末ですべての回線が切断されても、同じネットワークを別の端末で使うと正常なら、その端末の権限、省電力設定、クライアント設定が原因の可能性が高いでしょう。同じネットワークに接続するすべての端末が同時に切断される場合は、端末ごとにクライアントを再インストールするのではなく、入口ネットワークとルーターを確認してください。

ログに表示される「接続終了」「ネットワーク変更」「インターフェース利用不可」「リモート側タイムアウト」は、それぞれ示す方向が異なります。問い合わせ時にすべてのログを自分で解釈する必要はありませんが、切断前後の連続した部分を保存し、最後のエラー1行だけを切り取らないでください。スクリーンショットには現在の回線名、クライアントの接続状態、システム種別も含めます。アカウント情報が写る場合は、ユーザー名、サブスクリプション内容、ログインに使える項目を隠してください。

FAULT / SUBSCRIPTION

サブスクリプション更新失敗：アドレス、アカウント状態、クライアント解析を切り分ける

更新操作が現在のサブスクリプションにアクセスしているか確認する

サブスクリプションの更新失敗には、リクエストのタイムアウト、設定が空になる、形式を認識できない、認証失敗、更新後も回線が変わらない、といった症状があります。対応前に、サブスクリプションがCacaVPNのユーザーパネルから取得したものか確認してください。古いスクリーンショット、メモ、別端末から書き出した過去の設定は使用しないでください。サブスクリプションにはアカウント関連の認証情報が含まれることがあるため、公開サイト、グループチャット、第三者の診断サイトに貼り付けないでください。再取得が必要なら、ユーザーパネルにログインし、サブスクリプション欄から現在の内容をコピーしてクライアントへインポートします。

サブスクリプションのアドレスを通常のウェブページとしてブラウザーで何度も開かないでください。ブラウザーにテキストが表示される、ファイルがダウンロードされる、プレビューできないと表示されるといった結果だけで、クライアントが解析できないとは判断できません。クライアントは独自のサブスクリプション形式に従って処理します。正しい診断方法は、まずクライアントで更新を実行し、完全なエラーを記録することです。そのうえで、通常のネットワークまたは接続済みの回線からサブスクリプション入口へアクセスできるか確認します。利用可能な回線がない場合、更新は通常ローカルネットワークに依存します。回線がある場合は、切断時と接続時の両方でテストし、更新リクエストがどの経路を通るかを判断できます。

技術文書でよく使われる形式例はhttps://example.com/sub?token=YOUR_TOKENです。これは明らかなダミー値で、サブスクリプションにクエリパラメータが含まれることを示すためだけのものです。実際のサブスクリプションはパネルから取得し、パラメータを推測したり、ドメインを置き換えたり、クエリ部分を削除したりしないでください。コピー時は余分な空白、改行、日本語の句読点が入らないようにし、アドレスの一部だけをコピーしないでください。

古い設定は残してもよいが、重複したサブスクリプションによる上書きを避ける

クライアントに似た名前のサブスクリプションを複数保存していると、古い項目を更新したのに別の設定を使っていることがあります。まず現在有効な設定の取得元と名前を確認してから更新します。再インポートする場合は、古い設定をすぐ削除せず、まず無効にします。新しい設定で回線が正常に表示され接続できることを確認してから、重複項目を整理してください。これにより、元に戻す経路を残しながら更新前後の差も比較できます。

更新に成功したのに回線一覧が変わらない場合、クライアントがキャッシュを表示している、現在の設定に切り替わっていない、並び替えやフィルターで一部の回線が隠れている可能性があります。クライアントを完全に終了して再起動し、現在の設定名を確認してから回線一覧を見ます。形式がサポートされていないと表示された場合は、ユーザーパネルが提供する適合用の入口を使い、オンラインでサブスクリプションを変換しないでください。オンライン変換では認証情報が別のサービスを経由し、ルールや項目が変更されて、その後の更新も失敗する可能性があります。

アカウントとプランの状態を個別に確認する

サブスクリプションの更新にはアカウント状態が関係します。パネルにログインし、現在のプラン、通信量、サブスクリプション入口が正常に表示されるか確認してください。月額プランは¥9.9/月・60GB、¥18/月・250GB、¥28/月・500GBで、通信量は開通日を基準に毎月リセットされ、途中でアップグレードした場合の差額は残り日数に応じて換算されます。通信量パックは¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで利用でき、有効期限はありません。プラン状態、通信量、注文状態が想定と異なる場合は、パネル画面のスクリーンショットを保存して問い合わせで確認し、重複購入でサブスクリプションを直そうとしないでください。

パネルは正常で、他のクライアントでは更新できるのに、特定のクライアントだけ解析に失敗し続けるなら、問題はそのクライアントの設定またはシステム環境に絞られます。同じ端末で、直前にインポートした失敗項目を削除し、パネルから再インポートします。それでも失敗する場合は、クライアント名、システムプラットフォーム、エラー原文、インポート方法を記録してください。すべての端末で同時に更新できない場合は、端末ごとに再インストールする必要はありません。パネルの状態を確認し、問い合わせに必要な情報を準備します。

登録にメールアドレスは必要なく、ユーザー名とパスワードだけで完了します。パスワードを忘れたりユーザー名を失ったりした場合、メールアドレスを使った復旧手段がないため、日常的にログイン情報を安全に保存してください。パネルにはログインできるのにサブスクリプション更新に失敗する場合、登録条件が原因ではありません。プラン状態、サブスクリプション入口、クライアントの解析を確認してください。

FAULT / APP-ROUTING

特定のアプリだけプロキシを使えない：通信経路とルールを確認する

問題が一つのアプリだけで起きているか確認する

特定のアプリだけネットワークに接続できず、ブラウザーや他のアプリは正常なら、最初からネットワーク全体をリセットする必要はありません。まず、そのアプリが本当にネットワークリクエストを送っているか確認します。アプリを終了して再起動し、明らかに通信が必要なページを開いて、クライアントの接続ログに該当する通信が出るか確認してください。ログにそのアプリや対象ドメインがまったく現れない場合、アプリがシステムプロキシを回避している、独自のネットワークスタックを使っている、またはクライアントがブラウザーのプロキシだけを管理している可能性があります。クライアントがシステム全体の仮想ネットワークモードに対応しているか、必要なシステム権限が有効かを確認します。

ログに対象リクエストが表示されるのに直接接続として処理されている場合は、ルーティングルールを重点的に確認します。ルールはドメイン、アドレス、プロセス、地域に基づいて経路を決めることがあり、アプリの更新後に使われる新しいドメインが古いルールの対象外になっている可能性もあります。一時的にグローバルモードへ切り替えるのは診断方法の一つです。グローバルモードで復旧するなら、回線自体は利用可能で、問題はルールのマッチングにあります。グローバルモードでも失敗する場合は、対象サービスの地域、アプリキャッシュ、ログインセッション、回線出口を確認します。診断後は日常用途に合うモードへ戻し、グローバルモードでルールの問題を隠したままにしないでください。

アプリのキャッシュ、地域情報、アカウントセッションに古い結果が残っている可能性がある

ストリーミングやAI ツールは、地域情報、ログインセッション、API接続をアプリ内に保存することがあります。回線を変えてすぐ更新しても、アプリがネットワーク環境を直ちに再判定するとは限りません。まずアプリのアカウント画面からログアウトし、アプリのプロセスを完全に終了してから、対象地域の回線に接続して再起動します。アカウントからログアウトするかどうかはアプリの状況に応じて判断し、認証情報が不明な状態で全データを消去しないでください。ブラウザー版は正常なのにネイティブアプリだけ失敗する場合、回線は対象に到達できています。差異はアプリキャッシュ、システム権限、アプリ独自のネットワーク動作にある可能性が高いでしょう。

ユーザーが「海外サービスに接続できるアプリ」を探している場合でも、実際の切り分けでは、アプリの通信がシステム全体のネットワーク経路に入っているか、ルールが適用されているか、対象地域が合っているかを確認することが重要です。ネットワークツールを複数同時に動かすと経路が分かりにくくなり、ブラウザーとアプリが別の経路を通ることもあります。切り分け中はCacaVPNクライアントだけにネットワーク管理を任せ、プロキシ、DNS、仮想インターフェースを変更する他のプログラムを終了してください。

LANアプリと社内ネットワークは直接接続を維持する

プリンター、ファイル共有、ルーターの管理画面、社内ネットワークは、通常ローカルアドレスや内部DNSに依存します。グローバルモードを有効にした後にこれらのアプリが使えなくなっても、回線の故障とは限りません。ローカル通信が遠隔経路へ送られている可能性があります。クライアントのルールでLANと内部サービスを直接接続に設定してください。組織管理の端末では、内部ネットワークのルールが管理者から配布されていることがあります。勝手に削除せず、直接接続が必要なアプリとアクセス先を記録してから、クライアントにあるLANバイパス設定またはルールモードを利用します。

会社の業務アプリは、公共サービスと内部サービスへ同時にアクセスすることがあります。アプリ全体を直接接続またはプロキシ接続にするだけでは適切でない場合があります。ログの対象ドメインとアドレスを確認し、公共のアクセス先は地域回線、内部のアクセス先はローカル経路に分けてください。用途が分からないアクセス先は、組織のネットワーク管理者に確認し、内部ドメイン、アドレス、設定を公開先へ送らないでください。

ChatGPT、Claudeなどのツールに必要なネットワーク条件とログインの安定性については、ChatGPT向けVPNおすすめ：登録・ログインと安定利用を検証も参照してください。記事では利用シーンを解説し、本章では問題がシステム管理、回線地域、ルーティングルールのどこで発生しているかを切り分けます。

FAULT / ACCOUNT

端末数の上限表示、アカウント状態、プランの確認

表示元を確認し、すべての認証エラーを端末制限と決めつけない

CacaVPNは接続台数無制限に対応しています。クライアントやシステムに「端末数の上限」などの表示が出た場合、まずその表示元を確認してください。CacaVPNのユーザーパネル、クライアント自体、端末のシステム、別のネットワークツールのどこから表示されたものかを切り分けます。第三者クライアントには、設定数、システム接続、認証に関する独自の制限がある場合があり、CacaVPNのプランにおける端末ルールとは別の概念です。スクリーンショットには表示ページのタイトルと周辺の文脈を含めてください。エラーの一文だけでは表示元を誤認しやすくなります。

インポートまたは起動時に表示された場合は、クライアントに重複設定が保存されていないか、別の接続が同時に有効になっていないか、システムが利用可能なネットワーク拡張機能を制限していないか確認します。ユーザーパネルに表示された場合は、いったんログアウトして再ログインし、現在のユーザー名が購入したプランのアカウントと一致しているか確認してください。複数のユーザー名を使っている場合、よくある混乱は端末数ではなく、ある端末が有効なプランのない別アカウントにログインしていることです。

接続台数無制限でも、すべての端末が自動的に設定を同期するわけではありません。各端末で正しいアカウントからパネルに入り、そのプラットフォームに合ったクライアントとサブスクリプション入口を取得する必要があります。CacaVPNはWindows、macOS、iOS、Android、Linuxに対応していますが、システム権限、接続方法、バックグラウンド動作はプラットフォームごとに異なります。あるプラットフォームだけが失敗し、他が正常なら、アカウント全体の無効化ではなく、そのプラットフォームの環境を優先して確認してください。

プラン、通信量、注文状態を分けて確認する

アカウントにログインできても、現在のサブスクリプションが利用可能とは限りません。逆に、特定のクライアントが接続に失敗しても、注文に問題があるとは限りません。パネルでプラン状態、通信量、サブスクリプション入口、注文履歴を個別に確認してください。月額プランの通信量は開通日を基準に毎月リセットされ、途中でアップグレードした場合の差額は残り日数に応じて換算されます。通信量パックは使い切るまで利用でき、有効期限はありません。アップグレード直後にクライアントが古い状態を表示する場合は、まずサブスクリプションを更新して設定を再読み込みし、同じ操作を繰り返し送信しないでください。

支払い方法はAlipay、WeChat Pay、USDTに対応しています。注文を送信した後、表示状態と実際の支払い結果が一致しない場合は、注文ページと支払い結果ページを保存し、確認のために再購入しないでください。問い合わせには、支払い方法、注文状態、発生手順を記載すれば十分です。支払い証明のスクリーンショットでは、関係のないアカウント情報を隠してください。返金ポリシーは60日間無条件返金です。具体的な申請はサイト内の規約と問い合わせ手順に従ってください。トラブル解決のために重複購入を行うべきではありません。

通信量の表示が想定と異なる場合は、まず現在使っているのが月額プランか通信量パックかを確認し、ログインアカウントを照合します。月額プランと通信量パックでは利用ルールが異なります。月額プランは開通日を基準に毎月リセットされ、通信量パックは使い切るまで利用でき、有効期限がありません。暦月を基準にリセット日を推測したり、特定端末のローカル統計だけでパネルの計量ミスと判断したりしないでください。端末のシステム表示は、アプリ、ネットワークインターフェース、集計期間によって異なる場合があります。

複数端末の比較では、アカウントとネットワーク条件を揃える

複数端末での比較は、問題を特定する重要な手がかりです。同じアカウント、同じローカルネットワークで、一台は正常でもう一台だけ失敗するなら、アカウントと回線全体は利用可能で、失敗端末の権限、クライアント、設定に問題がある可能性が高いでしょう。同じ端末でローカルネットワークを変えて復旧するなら、入口ネットワークの影響が大きいと考えられます。同じネットワーク上のすべての端末が失敗し、別のネットワークで復旧する場合は、ルーター、DNS、入口の制限を優先して確認してください。

端末を比較するとき、すべてのプラットフォーム設定を完全に同じにする必要はありませんが、回線地域とテスト対象はできるだけ揃えます。Windowsがグローバルモード、Androidがルールモードで、さらに異なる地域を選んでいる場合、結果を直接比較できません。各端末のプラットフォーム、クライアントモード、回線地域、ローカルネットワークを記録し、差がどこから生じたか判断します。切り分け後は、それぞれの日常設定に戻してください。

プランを変更する場合は、プランと通信量パックの説明を確認してください。プランページでは価格、通信量、利用ルールを比較できます。本章では、アカウント状態が接続とサブスクリプションに与える影響だけを扱います。パネルのデータと注文履歴を自分で照合できない場合は、操作を繰り返さず、スクリーンショットを整理して問い合わせてください。

FAULT / ESCALATION

復旧の基準状態を作り、サポートへ相談するタイミングと有効な問い合わせを判断する

複雑なトラブルでは、まず説明可能な基準状態に戻す

接続が時々成功する、ウェブページの一部が開かない、アプリのルーティングに異常がある、サブスクリプションも更新できないなど、複数の症状が同時に出ている場合、現在の設定に変更を重ねるほど問題を説明しにくくなります。最小限の基準状態に戻してください。通常のネットワークで一般的なサイトにアクセスでき、端末で動作するネットワーククライアントは一つだけ、サブスクリプションは現在のユーザーパネルから取得し、クライアントは標準の分かりやすい設定を使い、用途に合う回線を選びます。まずウェブページを確認し、次に対象アプリを確認し、最後に個別ルールを戻します。

基準状態に戻すことは、端末のネットワーク設定をすぐに全消去することではありません。システムのネットワーク全体をリセットすると、Wi-Fi、会社のネットワーク、固定アドレス、その他の接続設定にも影響するため、影響範囲が大きい操作です。まずクライアントを完全に終了し、ローカルネットワークへ再接続し、サブスクリプションを更新し、同じ地域の回線へ切り替え、DNSキャッシュを消去し、端末を再起動するなど、影響の小さい手順を行います。問題がシステムのネットワークスタックに集中していると確認し、必要な設定を保存できた場合に限り、システムのネットワーク・リセット機能を検討してください。

クライアントの再インストールも、最初から行う操作ではありません。エラーを安定して再現できるなら、再インストール前にエラー原文、現在の設定名、発生手順を保存します。そうしないと、再インストール後に一時的に問題が消えても、診断の手がかりを失います。再インストール後はユーザーパネルからクライアントの入口を取得し、出所不明のインストーラーを使わないでください。古いバックアップから異常な設定をすべて戻すのも避けます。まず現在のサブスクリプションをインポートして基本接続をテストし、その後にルールと個別設定を少しずつ追加します。

このような場合は、直接問い合わせを送る

パネルにサブスクリプション入口が表示されない、プラン状態と注文履歴が明らかに一致しない、すべての端末と複数のローカルネットワークでサブスクリプションを更新できない、基本的な確認後も同じエラーを安定して再現できる場合は、問い合わせを送ってください。同じ地域の回線に替えてもすべて失敗し、通常のネットワークは正常な場合も、サポートによる確認に適しています。一方、特定サイトが一時的に開かない、単一アプリのキャッシュに問題がある、ローカルWi-Fi自体が不安定な場合は、まず該当章の比較テストを完了してください。

問い合わせのタイトルには症状とプラットフォームを記載します。たとえば「Windows 接続後にウェブページを解決できない」「Android 画面ロック後に接続が切れる」のように書き、「使えない」「遅い」だけにはしないでください。本文には、問題が始まる前にネットワーク変更、システム更新、ルール調整、サブスクリプション再インポートを行ったか、試した操作と結果を記載します。サポートが最も必要とするのは、大量の文脈のないスクリーンショットではなく、再現可能な手順です。

システムプラットフォーム、クライアント名、現在のモード、回線地域、ローカルネットワークの種類、影響を受けるアプリ、エラー原文、問題が発生する条件を添えてください。頻繁な切断では、画面ロック、スリープ、ネットワーク切り替え、継続使用中のどのタイミングで起きたかを説明します。速度の問題では、影響を受けるアプリと同じ地域の代替回線が正常かを記載します。サブスクリプションでは、パネルを開けるか、更新操作でどのエラーが返るかを説明してください。パスワード、完全なサブスクリプション内容、ログインに使える項目は送らないでください。

トラブル記録で解決までの流れを作る

復旧後は、本当に効果があった変更を記録します。たとえば同じ地域の代替回線で復旧した、ブラウザー独自のDNSを無効にして復旧した、モバイル端末のバックグラウンド動作を許可して切断しなくなった、現在のサブスクリプションを再インポートして復旧した、などです。切り分け中に行ったすべての操作を解決策とみなさないでください。最後に行った一つの変更と結果が対応して初めて、再利用できる情報になります。

しばらくして問題が再発した場合は、前回有効だった手順を再利用し、環境に変化がないか確認します。回線の問題は入口ネットワークや時間帯によって変化し、アプリの問題は更新後に追加されたドメインが原因になることがあります。モバイル端末のバックグラウンド動作も、システムポリシーの変更で変わる可能性があります。短い記録を残しておけば、次の問い合わせでより深い診断へ直接進め、効果がないと確認済みの操作を繰り返さずに済みます。

システム診断の目的は、できるだけ多くの操作を一度に試すことではありません。「ネットワークが使えない」という状態を、ローカルの入口、システム権限、クライアント、回線、DNS、サブスクリプション、アプリのルーティング、アカウント状態のいずれかに絞り込むことです。問題の層が明確になれば、対応は小さくなり、復旧も管理しやすくなります。CacaVPNはWindows、macOS、iOS、Android、Linux向けの入口を提供しています。プラットフォームによって操作場所は異なりますが、本ガイドの判断順序は共通です。