VPNの使い方完全ガイド

国際接続とサブスクリプションの仕組み

アカウント・サブスクリプション・クライアントの違い

Z3VPNは、国際ネットワークの高速化を支援するサブスクリプションサービスです。アカウントではプランや注文、サブスクリプションの情報を確認できます。サブスクリプションは利用可能な接続先や関連設定をクライアントに取り込み、クライアントは端末上で接続を確立します。それぞれ関連していますが、同じものではありません。パネルにログインできても、端末が接続済みとは限りません。クライアントをインストールしただけでは、有効な設定が取り込まれているとは限りません。初めて利用するときは、アカウント、プラン、サブスクリプション、クライアント、接続確認の順に進めましょう。前段階の情報がないまま、後の設定を何度も変更するのを避けられます。

本サービスは90+か国、240+の接続先に対応し、Windows / macOS / iOS / Android / Linuxで利用できます。同時接続できる端末数に制限はありません。対応地域は選択できる出口の所在地を示すもので、どの地域からでも対象サイトの同じコンテンツを利用できることを保証するものではありません。また、端末数に制限がなくても、プランのデータ通信量の仕組みは変わりません。同じアカウントの端末はプランの通信量を共有するため、端末ごとに別枠があるわけではありません。設定を始める前に利用するOSを確認し、パネルから該当するクライアントを取得してください。

接続の流れを把握する

通常、通信は端末、ローカルネットワーク、選択した接続先を経由して目的のサービスに届きます。クライアントで通信経路を変更することはできますが、ローカルネットワークの代わりにはならず、接続先サービスのアカウント要件を変更することもできません。端末がネットワークに正常に接続できていない場合は、まず基本的な接続を復旧してください。サービス側で特定地域のアカウントが必要な場合は、公式ルールを確認しましょう。問題が起きている箇所を切り分けることが大切です。アカウントのログインエラー、コンテンツの地域制限、ネットワーク接続の中断をすべて「接続先が使えない」と捉えると、対処の方向を誤りやすくなります。

接続先一覧に表示される地域は、主にネットワークの出口の場所を示します。接続タイプは、通信経路の構成を表します。IEPL専用線、中継、ダイレクト接続などは選択の参考になりますが、名称だけで実際の使い心地が分かるわけではありません。会議、ウェブ閲覧、長時間の動画視聴では、それぞれ応答速度、接続の安定性、再生時のバッファリングを確認しましょう。一度の速度測定だけで長期的な接続先を決めたり、地理的に近いから経路全体も短いと考えたりするのは避けてください。接続先一覧と選び方は世界の接続先一覧をご覧ください。

元に戻せる操作を心がける

設定を始める前に、端末のOS、現在のネットワーク、利用したいサービスを記録しておきましょう。次に、一度に変更する設定は一つだけにして、元の選択肢も残します。変化があったとき、接続先、モード、権限のどれが影響したのか判断しやすくなります。クライアントの画面はOSやアップデートによって異なるため、このガイドでは特定の場所にあるボタンではなく、「サブスクリプション」「設定」「接続」などの機能名を使っています。同じ名前の項目が見つからない場合は、現在の画面にある機能説明を確認してください。見た目が似ているだけで設定を削除したり、すべてをリセットしたりしないようにしましょう。

基本的な接続と目的のアプリを分けて確認することも重要です。まずクライアントに設定を読み込ませ、接続状態を確認してから対象のアプリを開きます。アプリのエラー表示だけから設定全体の問題だと判断すると、古いセッションやキャッシュ、アプリ固有の権限をネットワークの問題と誤認しやすくなります。変更した内容、表示された結果、元に戻せるかを簡単に記録しておきましょう。パスワードやサブスクリプション URL を記録する必要はありません。操作の順序を再現できれば、自己確認やサポートへの問い合わせに役立ちます。

使い方に合ったプランを選ぶ

月額プランとデータパックの違い

まず、利用が継続的かどうかを考えてから通信量を比較しましょう。毎月決まったペースで使い、月ごとに通信量を管理したい場合は月額プランが向いています。利用時期が不定期で、残った通信量を保持したい場合はデータパックが適しています。重要なのは名称ではなく、通信量の追加方法と残量の扱いです。月額プランの通信量は利用開始日を基準に毎月リセットされます。データパックは使い切るまで利用でき、有効期限はありません。月額プランの未使用分が繰り越される、またはデータパックに毎月同じ通信量が自動で追加されると誤解しないようにしましょう。

以下の表では、すべての価格と課金方法をまとめて比較できます。まず利用ペースに合わない種類を除き、同じ種類の中で容量を比べてください。他の人の端末数をもとに自分の通信量を推測するのは避けましょう。ウェブ閲覧、会議、ファイル転送、動画視聴では通信量が大きく異なります。初めて検討する場合は、端末やアプリの利用記録を参考にできます。ただし、記録がネットワーク全体の通信量を示している場合、端末の更新やクライアントを経由しない通信も含まれることがあります。プランの消費量と同じとは限りません。

容量以外に確認すること

すべてのプランで利用端末数に制限はありません。支払い方法は支付宝 / 微信 / USDTで、60日間の理由を問わない返金保証が付いています。容量を比較するときに端末台数ごとのプランを探す必要はありませんが、端末間で通信量を共有する点には注意してください。パソコンがバックグラウンドでファイルをダウンロードしたり、モバイル端末で動画を再生し続けたりすることがあります。現在操作している端末が一台だけでも、ほかの端末が通信する場合があります。残量はパネルを主な確認先にしてください。クライアントのローカル統計は現在の端末や実行中の期間だけを対象とする場合があり、集計範囲が異なることがあります。

月額プランを途中でアップグレードする場合、差額は残りの日数に換算されます。操作前にパネルに表示される変更内容と注文の詳細を確認してください。月全体の料金を自分で引き算したり、アップグレードで現在の通信量が再付与されると想定したりしないでください。更新、種類の変更、既存注文が関係する場合は、確認画面をよく読んでから進めましょう。表示内容が想定と異なる場合は操作を止め、注文情報を保存してサポートチケットから確認してください。異なるプランを続けて何度も申し込むと、後から注文を照合しにくくなります。

利用シーンを選択の基準にする

日常的なウェブ閲覧やテキスト中心のツールであれば、実際の利用記録から通信量を判断できます。会議に頻繁に参加する場合は、容量だけでなく接続の安定性も確認しましょう。長時間動画を見る場合は、画質と通信量の両方を考慮してください。プランの容量だけで、対象サービスが常に特定の画質を提供するとは限りません。再生状況は接続先、ローカルネットワーク、サービス側の方針にも左右されます。動画を主に利用する場合は、画質が下がる原因と接続先の指標も参考にし、各要素を把握したうえでプランページに戻って適切な容量を選びましょう。

選択後は、プラン名、課金種別、通信量の扱いを記録しておきましょう。残量の変化、リセット日、更新について疑問が生じたとき、通常の課金ルールと異常な状態を見分けるのに役立ちます。詳しい比較はプランと料金のページをご覧ください。このガイドでは判断方法を説明しますが、注文確認画面に代わるものではありません。まだ迷っている場合は、利用ペースとアプリの種類を整理しましょう。「いつか使うかもしれない」と考えて、設定や利用の判断をすべて一度に済ませる必要はありません。

アカウント作成と注文の確認

アカウントへのアクセス方法を保存する

Z3VPNのアカウント作成にメールアドレスは不要です。ユーザー名とパスワードだけで登録できます。ユーザーパネルを開き、画面の案内に従ってユーザー名とパスワードを入力し、送信前に入力内容が要件を満たしているか確認してください。パスワード管理ツールにログイン先とアカウント情報を保存し、ブラウザーの一時的な記憶に頼らないことをおすすめします。ユーザー名は正確に思い出せるものを使い、パスワードは他のサービスと使い回さないでください。アカウントを作成したら、まず自分のパネルにログインできていることを確認してからプランを選びましょう。複数のブラウザーウィンドウで別々のアカウントを同時に作成すると、注文やサブスクリプションが異なるログイン状態に分散するおそれがあります。

アカウントはメールアドレスに紐づいていないため、他のサイトで一般的なメールによる復旧手続きが利用できるとは限りません。パネルで実際に提供されているアカウント管理機能を確認し、ユーザー名とパスワードを安全に保管してください。共有端末ではブラウザーにログイン状態を長期間保存せず、利用後にログアウトしましょう。ログインの問題をサポートに伝えるときは、エラー内容、操作手順、端末環境を説明してください。パスワードを送ったり、サブスクリプション URL 全体を本人確認情報として伝えたりしないでください。アカウント情報と問い合わせ資料は用途が異なるため、分けて扱う必要があります。

送信前に確認し、支払い後に状態を確認する

プランページに進んだら、選択した種類、価格、通信量を改めて確認してください。カードの表示位置だけを頼りに判断しないようにしましょう。ページ遷移、戻る操作、開いたままの古いタブによって、現在の選択を誤認することがあります。注文を確定する前に注文概要を確認してください。未処理の注文がある場合は、その状態を確認してから新しい注文を作成するか判断しましょう。支払いが中断された場合は、注文履歴で処理中かどうか確認してください。元のページが空白になったからといって、すぐに再度支払わないようにしましょう。

支払い方法は支付宝 / 微信 / USDTです。支払いページの操作方法は、その時点で表示される案内に従ってください。特にUSDTでは、ページに指定されたネットワーク、送金先情報、金額を確認しましょう。チャット履歴や古いスクリーンショット、過去の注文情報を使い回したり、ページに指定されていないネットワークを選んだりしないでください。不明な案内が表示された場合は、送金を止めてください。支払いとパネル上の注文は、同じ注文の状態として照合する必要があります。決済サービス側で引き落としが確認できても、パネルでプランが有効になったことの確認には代わりません。

支払い後はパネルに戻り、注文状況とアカウントの概要を確認して、プランが表示されていることを確かめてください。支払い結果とパネルの状態が別の画面に表示される場合があるため、同じ注文に対応しているか確認しましょう。引き落とし済みなのにパネルの状態が更新されない場合は、注文番号、支払い結果、操作時刻を保存してサポートチケットから問い合わせてください。スクリーンショットを送る場合は、問題と無関係な個人情報を隠してください。状態を更新させようとして新しい注文を何度も作成しても、元の注文の状態は分かりません。後から対応関係を確認しにくくなるだけです。

次の段階に進むタイミング

パネルでプランの状態を確認してから、サブスクリプションを取得してください。クライアントを起動できても注文が有効になったとは限りません。注文が完了していても、各端末に設定が自動で追加されるわけではありません。この段階の完了条件は、アカウントに正常にアクセスできること、注文を照合できること、概要に表示されるプランが想定どおりであることです。いずれかが不明な場合は、アカウントや注文の問題を先に解決しましょう。クライアントで接続先やプロキシモード、システム権限を変更すると、関係のない要素が混ざってしまいます。

本サービスでは60日間の理由を問わない返金に対応しています。詳しくは利用規約をご覧ください。注文や返金について問い合わせる場合は、パネルのサポートチケットから該当する注文と問い合わせ内容を送信してください。クライアントをアンインストールしても注文がキャンセルされるわけではありません。また、端末の設定を削除しても返金申請を送信したことにはなりません。アカウントのサービス状態はパネルとサポートチケットから手続きしてください。端末上のアプリのインストール、接続、設定の削除は、ローカルの利用環境にのみ影響します。

サブスクリプションの取得と設定管理

パネルからサブスクリプションを取得する

パネルにログインしたら、アカウントの概要にあるサブスクリプション情報と導入メニューを探してください。サブスクリプションはログイン後に取得する必要があります。公開記事、フォーラムの添付ファイル、不審なメッセージにある汎用 URL とされるものをコピーしないでください。サブスクリプション URL には接続先一覧の情報だけでなく、設定に必要な認証情報が含まれる場合があります。機密情報として取り扱いましょう。コピー時は内容全体が選択されているか確認し、説明文、引用符、改行が混ざらないようにしてください。クライアントに貼り付けたら、通常の接続先メモではなく、サブスクリプションとして認識されていることを確認します。

ワンクリック導入では、システムにインストール済みのクライアントが呼び出されます。ブラウザーにアプリを開く許可を求められたら、アプリ名を確認してから続行してください。呼び出し画面が表示されない場合は、何度もクリックせず、該当するクライアントがインストール済みで単独起動できることを確認してから、パネルに戻って再試行しましょう。システムが導入用のリンクをアプリに関連付けられない場合は、クライアント内の手動導入機能を使えます。パネルに複数の導入方法がある場合は、通常それぞれ異なる設定形式向けです。URLが似ているからといって、あるクライアント向けの方法を別のクライアントに流用しないでください。

手動導入で確認する項目

クライアントで「サブスクリプションを追加」「URLから導入」などの項目を探し、分かりやすい設定名を付けてからサブスクリプション URL を貼り付けます。名前はアカウントや用途を区別するためのもので、パスワードを含める必要はありません。保存後に更新し、接続先一覧、ルール、設定概要が表示されるか確認してください。URLを保存しただけでは取得元を登録したにすぎません。更新に成功して初めて、クライアントが設定内容を取得できたことになります。一覧が空の場合は、まず更新結果やエラー内容を確認しましょう。接続先がすべて使えないと決めつけたり、すぐにシステムのネットワーク設定を変更したりしないでください。

以下の URL は構造を説明するための例であり、実際のサブスクリプションではありません。接続には使用できません。実際の URL は必ずログイン済みのパネルから取得してください。サブスクリプション URL の「?」以降のパラメーターも URL の一部です。「見やすくする」ために削除したり、不明なサイトで短縮・変換したりしないでください。ブラウザー、チャットアプリ、クリップボード管理ツールにコピー履歴が保存される場合があります。共有環境で操作するときは、内容の貼り付け先に注意してください。公開検索欄、オンライン翻訳欄、スクリーンショットの説明文などに貼り付けないようにしましょう。

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

更新に失敗した場合は、取得元、ネットワーク、形式の順に確認します。まず現在のアカウントのパネルから取得した URL かを確認し、次に端末の基本的なネットワーク接続を確認します。最後に、選択したクライアントの形式が合っているか調べましょう。エラーページが実際にはログイン画面やテキストを返している場合、クライアントは設定として読み込めないことがあります。その場合はサブスクリプション名を何度も変更せず、パネルに戻ってアカウントとプランの状態を確認してください。サブスクリプション URL を第三者の診断サイトに公開しないでください。サポートが必要な場合はエラー内容を説明し、送信する資料から URL 全体を削除してください。

サーバー側の内容と端末側の設定を区別する

サブスクリプションを更新すると、サーバーから内容を再取得するため、接続先一覧、グループ、ルールが変わることがあります。端末上で手動変更した設定が残るかどうかは、クライアントの設定管理方法によって異なります。そのため、クライアントが提供するローカル上書き機能や独立した設定項目を優先し、自動生成されたサブスクリプションの内容を直接大幅に編集しないでください。試す場合は、復元できるようローカル設定をバックアップし、どの部分がサブスクリプションによって管理されているかを明確にしておきましょう。次回の更新後に変化があっても、サーバー側の一覧が更新されたのか、ローカル設定が上書きされたのかを判断できます。

対応する方法であれば、同じサブスクリプションを複数の端末で利用できます。ただし、利用端末数に制限がなくても、認証用リンクを公開してよいわけではありません。各端末で導入、更新、接続確認を個別に行ってください。一台で成功しても、他の端末の権限やプロキシモードが正しいとは限りません。URLが漏えいしたおそれがある場合は、パネルにリセット機能があるか確認するか、サポートチケットから対処方法を問い合わせてください。リセット後は古い端末で再導入が必要になる場合があります。利用中の作業が古い設定の無効化で中断しないよう、更新の順序を決めておきましょう。

端末別のクライアント導入と権限設定

クライアントはパネルのダウンロードページから取得してください。Windows / macOS / Android / Linuxではログインすればクライアントを取得でき、購入済みプランは必要ありません。サブスクリプションの取得にはログインが必要です。iOSクライアントの提供には有効なプランが必要です。アプリのダウンロードとサブスクリプションの提供は別のものです。アプリを入手できても、利用可能な接続先があるとは限りません。インストール後はまずアプリを単独で起動してからパネルで導入すると、ブラウザーからアプリを呼び出せない場合の切り分けが簡単になります。

WindowsとmacOS

Windowsではインストール後、まずクライアントが正常に起動することを確認してから、サブスクリプションを導入して更新します。初めて接続を有効にするときは、システムやセキュリティソフトの権限確認をよく読み、提供元と用途を確認してから対応してください。システムプロキシを使う場合は、クライアントに有効と表示されているか確認します。仮想ネットワーク方式で通信を処理する場合は、必要な権限やコンポーネントの準備が必要です。他のプロキシツールに同時にシステム設定を変更させないでください。ウィンドウを閉じても通知領域に最小化される場合があります。他のツールとの競合を調べるときは、デスクトップにウィンドウが表示されているかだけでなく、バックグラウンドで起動したままかも確認しましょう。

macOSでは、パネルの案内に従ってアプリを適切な場所に配置し、システムが求める権限を許可してください。ネットワーク拡張機能やVPN構成の確認が表示された場合は、許可しようとしているアプリを確認してから、クライアントに戻って状態を確認します。システムプロキシの設定とアプリ内の接続スイッチは、別々の階層の設定である場合があります。クライアントを終了する前に、ネットワークが正常な状態に戻っていることを確認しましょう。ブラウザーには接続できるのに他のアプリで使えない場合は、まずそのアプリがシステムプロキシを使用するか確認してから、別の通信処理方式を検討してください。最初からシステムの名前解決設定を変更したり、不明な証明書を通常の接続手順としてインストールしたりしないでください。

iOSとAndroid

iOSでは、まずパネルでプランが有効になっていることを確認し、ダウンロードページから対応クライアントを取得してください。インストール後にサブスクリプションを導入し、システムの案内に従ってVPN構成の追加を許可します。これはシステムのネットワーク機能に関する確認であり、プランを再購入する手続きではありません。アプリに戻って接続先を選び、接続したらクライアントの状態とシステム上の接続表示の両方を確認してください。切断するときはクライアントから操作し、システムの表示も連動して変化したことを確認しましょう。画像付きの詳しい手順はiPhoneの初期設定ガイドをご覧ください。

Androidではインストール後にサブスクリプションを導入して更新し、接続時にシステムの案内に従ってVPN権限を許可してください。アプリの切り替えや画面ロック後に接続が頻繁に切れる場合は、すべての接続先をすぐに変更するのではなく、クライアントのバックグラウンド動作や電池管理に対するシステムの制限を確認しましょう。設定名は端末によって異なります。アプリ情報画面からバックグラウンド実行、電池使用量の管理、自動起動などの項目を探してください。このクライアントに関係する設定だけを変更し、元の設定も記録しておきましょう。詳しい手順はAndroidのインストールとバックグラウンド設定ガイドをご覧ください。

Linuxとプラットフォームごとの違い

Linuxでは、まずパネルの案内を参考に現在の環境に合うクライアントを選び、サブスクリプションを読み込めることを確認してください。デスクトップ環境のシステムプロキシは、その設定に従うアプリにしか適用されないことがあります。ターミナルのプログラム、バックグラウンドサービス、別のユーザーセッションには自動的に引き継がれない場合があります。ネットワークをクライアントに処理させる方式を使う場合は、案内に従って必要な権限を設定してください。すべてのプログラムを常に最高権限で実行するのは避けましょう。導入後は普段使うアプリを試し、必要に応じてターミナルや開発ツールの設定を追加します。ディストリビューションや環境の違いがある場合は、実際のエラー内容をもとに調べ、不明な提供元のネットワーク設定を丸ごとコピーしないでください。

端末間で共有されるのはアカウントとサブスクリプションであり、すべてのシステム設定ではありません。パソコンで接続できても、モバイル端末の権限設定が済んでいるとは限りません。また、ターミナルで失敗してもクライアント全体が使えないとは限りません。各端末について、設定の更新、権限の許可、選択中の接続先、対象アプリの動作をそれぞれ記録しましょう。「インストール済み」とだけ記録するより役立ち、端末の変更や再インストール後の復旧手順も明確になります。

接続後に出口とアプリを確認する

基本接続を確認してから出口を調べる

クライアントで接続先を選んで接続を有効にしたら、まずクライアントに接続済みと明示されているか確認し、次に自分のIPアドレス確認ページで出口を調べましょう。IP確認結果は、現在のブラウザーからの通信経路を示すもので、すべてのアプリを確認したことにはなりません。表示地域が選んだ地域と異なる場合は、ブラウザー独自のプロキシ拡張機能、クライアントのダイレクト接続モード、確認リクエストが別の経路に振り分けられていないかを確認してください。アイコンが表示されただけで全通信が処理されていると判断したり、出口の場所が変わっただけで対象サービスを必ず使えると判断したりしないでください。

IP確認ページで結果が表示されない場合は、別の一般的なウェブページで基本的なアクセスを確認し、クライアントのログも確認しましょう。確認ツールに情報が表示されないことだけで、接続失敗と判断する必要はありません。ネットワークの確認では、リクエストが送信されたか、応答があったか、どの段階でエラーになったかを見ます。テスト中はローカルネットワークをなるべく変えず、Wi-Fiの切り替えと接続先の変更を同時に行わないでください。両方を変えると、結果が改善してもローカル接続と国際経路のどちらが影響したか分からず、同じ問題が起きたときに再利用できる判断材料が残りません。

プロキシモードとアプリの動作を切り分ける

ルールモードでは設定に応じて接続先を使うリクエストが決まり、日常的な用途ごとの振り分けに向いています。グローバルプロキシモードはプロキシの対象を広げますが、実際に通信を処理できる範囲はクライアントの機能に左右されます。システムプロキシが有効になるのは、その設定を使うプログラムだけです。仮想ネットワーク方式では、より広い範囲の通信処理と権限が関わります。これらは性能の段階ではなく、「グローバル」なら速いという意味ではありません。特定のアプリを調べるときは、元の設定を残したまま一時的にモードを変えて違いを確認し、テスト後は日常の使い方に合う設定に戻してください。

出口を切り替えても対象アプリに地域制限が表示される場合は、アカウントの地域、既存のログイン状態、サービスの提供地域を確認してください。動画配信サービスでは、コンテンツの権利、支払い地域、アカウント設定によって表示内容が決まることがあります。AI ツールにも独自の地域やアカウントに関する方針があります。接続先が提供するのは通信経路であり、これらの利用条件を代替するものではありません。対象アプリを完全に終了してから再起動するか、別のブラウザーセッションで再確認すると、古い接続やキャッシュの影響を避けられます。ただし、原因を絞り込まずにすべてのデータを何度も消去するのは避けてください。

一時的な結果だけでなく接続の安定性も確認する

ウェブページが開けたら、実際に使う場面もテストしましょう。会議では音声や映像が途切れず続くか、動画ではバッファリングや画質が安定するか、開発ツールではログイン、リクエスト、ファイル転送が完了するかを確認します。機能によってドメインや接続方法が異なるため、トップページを開けても、アップロード、リアルタイム応答、バックグラウンド同期まで確認できたとは限りません。普段の利用条件でテストしてください。見栄えのよい一時的な結果を得るために、実際に使うアプリをすべて終了してから、日常の差を接続先名のせいにしないようにしましょう。

予備の接続先を選ぶときは、同じサービスと近い条件で比較し、元の利用可能な接続先も残してください。一度に変更する条件は一つだけにします。まず同じ地域の別の経路に切り替え、必要に応じて地域も変更しましょう。すべての接続先で失敗する場合は、一覧を次々と試すのではなく、基本ネットワーク、プランの状態、サブスクリプションの更新を確認してください。一つのアプリだけで失敗する場合は、通信の振り分け、アカウントの状態、アプリ自体の設定を優先して調べます。リモートワークで利用する場合は、会議に適した接続先の選び方を参考に、安定性と応答速度の違いを確認してください。

確認後は、現在どの接続先とモードを使い、どのアプリが動作確認済みかを説明できる状態にしておきましょう。「ときどき使える」としか言えない場合、テスト条件が明確ではありません。問題なく使えた設定を日常用の基準として記録し、確認済みの予備も一つ残しておくと便利です。異常が起きたらまず基準の設定に戻し、項目ごとに比較しましょう。無目的な切り替えを減らせるほか、サポートチケットを送るときに、問題が継続的か一時的か、特定のアプリだけか端末全体か、経路を変えると改善するかを伝えやすくなります。

日常管理、通信量、更新

安定した基本設定を保ち、必要なときに更新する

日常利用のたびに設定を作り直す必要はありません。動作確認済みの接続先とモードを基本設定として保ち、接続先一覧の変更、接続先の欠落、パネルの更新案内があったときにサブスクリプションを更新しましょう。重要な会議、転送、長時間の作業中に設定を読み込み直すと、接続が影響を受ける場合があります。更新前に作業の状況を確認してください。更新後は、以前使っていた接続先が引き続き表示されるか確認し、必要なら選び直します。ローカルネットワークが一時的に不安定なだけなら、すぐにサブスクリプションをすべて削除しないでください。復旧時にパネルへのアクセスや再導入が必要になってしまいます。

クライアントの更新とサブスクリプションの更新は分けて管理しましょう。クライアントの更新はアプリ自体を変更し、サブスクリプションの更新は接続先や設定内容を取得します。前者を実行してもアカウントや通信量の問題が解決するとは限らず、後者を実行してもシステムに不足している権限が自動で追加されるわけではありません。クライアントを更新する前に、現在の設定名、モード、利用可能な接続先を記録しておくと便利です。更新後はそれらが保持されているか確認し、動作確認が終わる前に古い記録をすべて削除しないでください。互換性の問題が起きた場合は、「更新後に使えない」とだけ伝えるのではなく、更新前後の動作の違いを説明しましょう。

通信量とリセット時期を確認する

月額プランの通信量は利用開始日を基準に毎月リセットされるため、毎月初めに一律でリセットされるわけではありません。利用量を確認するときは、プランの種類とパネルに表示される関連日付を合わせて確認してください。データパックは使い切るまで利用でき、有効期限はなく、毎月補充されません。端末数に制限がなくても、バックグラウンド通信を無視してよいわけではありません。予想より通信量が早く減る場合は、端末で動画の連続再生、ダウンロード、同期が行われていないか確認し、パネル上の変化と実際の利用を比べましょう。現在操作中のアプリだけで通信量全体を判断しないでください。

クライアントのローカル通信量、OSのネットワーク統計、パネルの統計は、集計範囲が異なることがあります。クライアントは現在のプロセスの起動中だけを記録する場合があり、システムの統計には接続先を経由しない通信が含まれることがあります。パネルの統計はアカウント側の利用状況を示します。集計方法が分からないまま数値を無理に一致させる必要はありません。調べる前に、対象が現在の端末、クライアント全体、アカウント全体のどれかを明確にしましょう。複数の端末を同時に使っている場合は、不要なバックグラウンド処理を一時停止して変化を確認すると、他の端末の通信を現在のアプリの異常と誤認しにくくなります。

更新、アップグレード、端末の変更

更新前にパネルで現在のプランと注文を確認し、プランページで今回の操作内容を改めて確かめましょう。新しい注文が古いプランに必ず加算されると考えたり、カードの見た目から残量の扱いを判断したりしないでください。月額プランの途中でアップグレードする場合、差額は残りの日数に換算されます。実際の変更内容は確認画面で確かめてください。月額プランからデータパックへの変更を予定している場合や、プランの置き換えに関する表示が分かりにくい場合は、サポートチケットから先に確認しましょう。申し込み内容の疑問は確定前に解決してください。クライアントの設定で課金種別や注文ルールを変更することはできません。

端末を変更する場合は、新しい端末でインストール、導入、動作確認を個別に済ませてから、古い端末を整理してください。書き出したローカル設定にサブスクリプション URL などの機密情報が含まれる場合があります。通常の文書と同じように公開の場所へ同期しないでください。古い端末を使わなくなったら、パネルからログアウトし、クライアントの設定を削除して、関連するバックアップも整理しましょう。アカウントへのアクセス方法を保存していても、すべての旧端末の接続情報まで保管する必要はありません。再設定する場合は、パネルにログインして最新のサブスクリプションを取得した方が、古い設定を引き継ぐより確認しやすく、現在のプラン状態も把握できます。

利用状況が変わったら、実際の通信量と利用内容を確認してからプランや接続先を調整しましょう。容量不足、接続の中断、対象サービス側の制限は別々の問題です。すべてをプランのアップグレードで解決しようとしないでください。返金申請や請求に関する問い合わせは、利用規約を確認し、パネルからサポートチケットを送信してください。本サービスでは60日間の理由を問わない返金に対応しています。利用を終えるときは、端末にプロキシ設定が残っていないか確認し、通常のネットワーク接続に戻ったことを確かめましょう。アプリを終了した後も端末側の通信設定が残ると、その後のアクセスに影響する場合があります。

応用的な通信振り分けとトラブルの切り分け

接続経路に沿って問題の範囲を絞る

詳しいトラブル対処の目的は、設定をむやみに増やすことではなく、操作ごとに明確な仮説を持つことです。問題を、サブスクリプションの取得失敗、接続の確立失敗、接続後のアプリの不具合に分けてみましょう。サブスクリプションの取得に失敗した場合は、取得元とアカウント状態を確認します。接続に失敗した場合は、権限、ローカルネットワーク、選択した経路を確認します。接続後にアプリで問題が起きる場合は、通信の振り分け、名前解決、アカウント要件を調べます。問題の層を特定できれば、クライアントの再インストール、名前解決設定の変更、接続地域の変更を同時に行う必要はありません。多くの設定を一度に試すより、再現に必要な条件を最小限に絞る方が効果的です。

ルール、名前解決、ローカルリソース

通信振り分けルールは、リクエストがどの経路を使うかを決めます。ドメイン名の名前解決は、名称を接続可能なアドレスに変換します。名前解決に成功しても、その後の接続が成功するとは限りません。また、出口が変わっても、すべての名前解決リクエストが同じ経路を使うとは限りません。ウェブサイトのトップページは開くのに一部のリソースが失敗する場合は、クライアントが該当リクエストに別のルールを適用していないかを確認し、名前解決のエラーも調べましょう。公開DNSを手当たり次第に変更しても、恒久的な解決になるとは限りません。ローカルアクセス、社内ネットワーク、アプリ本来の動作が変わり、別の問題につながるおそれがあります。

ネットワーク全体の通信処理を有効にすると、LAN上の端末、開発環境、社内リソースで動作が変わる場合があります。プリンター、共有フォルダー、社内サイトに接続できないときは、該当する通信が適切でない経路に送られていないか確認してください。クライアントにLAN向けやダイレクト接続の設定があれば、切り分けに利用できます。ルール全体を削除するのは避けましょう。業務用端末は組織のポリシーで管理されている場合があります。ネットワーク設定を変える前に、必要な権限とルールを確認してください。国際サービスへの接続とローカルリソースへの接続は、別々に確認して記録しましょう。

開発ツールのプロキシ設定とログ

Cursorなどの開発ツールでは、画面上の通信、拡張機能のプロセス、ターミナルでの処理がそれぞれ関係する場合があります。ブラウザーで接続できても、これらのプロセスが同じプロキシを使っているとは限りません。まずツール自体のネットワーク設定を確認し、次に起動時の環境がプロキシ設定の引き継ぎに影響していないか調べましょう。インターネット上の例を参考に、手元のクライアントが実際に使用している情報を確認せずにローカルポートを入力しないでください。ポートとプロトコルは、現在のクライアントの待ち受け設定に合わせる必要があります。待ち受け方式が分からない場合は、同じアドレスをすべての欄に入力するのではなく、クライアントの設定説明を確認してください。AIの利用条件についてはAIツール特集もご覧ください。

ターミナルの環境を確認する場合、LinuxとmacOSでは次のコマンドで現在のプロセス環境にプロキシ関連の変数があるか調べられます。コマンドは設定済みの変数を表示するだけで、プロキシを自動設定するものではありません。また、アプリが必ずそれらの変数に従うことを示すものでもありません。出力に内部アドレス、ユーザー名、認証情報が含まれる場合は公開しないでください。ターミナルに変数が表示されなくても、システムプロキシが有効でないとは限りません。これは問題の範囲を絞るための確認方法です。クライアントのログ、アプリの設定、実際のリクエスト結果と合わせて判断してください。

printenv | grep -iE '^(http_proxy|https_proxy|all_proxy|no_proxy)='

問題をパネルのサポートチケットから送信する際は、OS、クライアントでの操作手順、選択した地域、プロキシモード、エラーの原文、実施済みの比較テストを記載してください。ログは関連する部分だけを抜き出し、サブスクリプション URL、アカウント情報、無関係な個人情報を削除してください。「同じ地域の別の接続先に変えたら復旧した」と伝える方が、「すべての接続先が遅い」と伝えるより原因を特定しやすくなります。「ブラウザーは使えるがターミナルでは失敗する」も、「ネットワークがおかしい」より具体的です。解決後は有効だった手順を基本設定の記録に追加し、効果のなかった試験設定を削除して、日常の利用モードに戻してください。