VPNMain
使い方ガイド

サービスの提供内容を理解する

サービス、サブスクリプション、海外接続

VPNMainは、海外接続を快適にするサブスクリプションサービスです。120+か国 / 170+回線に対応し、Windows / macOS / iOS / Android / Linuxで利用できます。利用開始までの流れは、ファイルをダウンロードするだけでは完了しません。まずアカウントを作成してプランを選び、アカウントに紐づくサブスクリプションをクライアントに追加します。クライアントは端末上で対象の通信を処理し、サブスクリプションは利用可能な回線などの接続情報をクライアントに提供します。それぞれの役割を理解しておくと、アカウントの問題とソフトウェアの問題を切り分けやすくなります。

接続の流れを段階ごとに把握する

通信は通常、端末のネットワーク、クライアント、選択した回線、接続先サービスの順に進みます。端末のネットワーク自体が使えない場合、海外回線への切り替えだけでは解決しません。クライアントがアプリの通信を処理していなければ、回線名が表示されていても通信が経由しているとは限りません。接続先サービスに障害がある場合、クライアントを再インストールしても通常は改善しません。この順序に沿って一段階ずつ確認し、回線変更、名前解決の設定変更、ソフトウェアの再インストールを同時に行わないようにしましょう。

アカウントパネルでは、プランの管理、サブスクリプションの確認、クライアントの入手、サポートチケットの送信ができます。クライアントは端末上で接続に使うツールです。パネルへのログイン状態とクライアントの動作状態は別々に確認してください。ブラウザーでパネルを開けても、クライアントにサブスクリプションが追加済みとは限りません。クライアントに古い設定が残っていても、現在のプランが利用可能とは限りません。操作を始める前に、パネルのプラン情報とクライアントの設定元をそれぞれ確認しましょう。

サービスの機能と接続先の利用条件を区別する

本サービスは量子暗号化に対応し、利用台数に制限はありません。ただし、接続先サイトがアカウント、地域、コンテンツに関する独自ルールを緩和するわけではありません。AIツール、動画配信サービス、コードホスティングサービスは、アカウント設定、接続元の地域、支払い情報、利用状況などに基づいて判断する場合があります。ネットワーク接続で解決できるのは通信経路の問題であり、接続先サイトの利用資格に代わるものではありません。アカウントに関する案内が表示された場合は、まず内容を確認してから回線を変更する必要があるか判断してください。

回線の地域は接続元として選ぶ方向を示すものであり、名称だけで特定のアプリが必ず使えると判断することはできません。同じアプリでも、ウェブページ、ログイン、素材のダウンロード、バックグラウンド同期で異なるドメインに接続する場合があります。ブラウザーでホームページが開いても、リクエストが成功したことを示すだけで、アプリの全機能が正常とは限りません。実際に使う機能、たとえばメッセージの送信、ワークスペースの読み込み、動画の再生を確認しましょう。

再現できる操作環境を整える

設定を始める前に、端末がローカルネットワークに正常に接続できること、システムの日付と時刻が正しいこと、ほかのプロキシやネットワークフィルタリングツールが動作していないことを確認してください。複数のツールが同時に通信を処理すると、意図しない経路を通ることがあります。初回の確認では使う予定のクライアントだけを残し、ほかのネットワーク設定を記録してから一時的に終了します。接続を確認した後、必要なツールを一つずつ戻し、どの変更が結果に影響するかを確かめましょう。

アクセスする業務ドキュメントを開く、コード補完を使うなど、具体的な作業も一つ決めておきましょう。作業を決めるのは回線を採点するためではなく、同じ条件で再確認できる基準を作るためです。端末の種類、利用中のネットワーク、選択した地域、表示されたメッセージを記録すれば十分です。サブスクリプション URL 全体を保存する必要はありません。このガイドの手順に沿って進めてください。簡潔な操作手順だけを確認したい場合はクイックスタートガイドをご覧ください。操作後に、接続確認と日常の管理に関する章へ戻ることもできます。

利用量と使い方に合わせて選ぶ

月額プランとデータパックの選び方

プランを選ぶ際は、継続的に使うかどうか、主なデータ消費がどのような作業によるものかを確認しましょう。AIツール、リモート作業、動画配信サービスを毎日使う場合は、データのリセット周期が重要です。特定の作業に限って使う場合は、データパックの消費ルールも確認してください。利用端末数だけで必要なデータ量を判断しないようにしましょう。利用台数に制限はありませんが、動画、ファイルのダウンロード、バックグラウンド同期ではデータを消費します。複数の端末で同時にこうした作業を行う場合は、アカウントの実際の利用状況を確認してください。

割引額を自分で換算せず、表示価格を確認する

月額プランのデータは契約日を基準に毎月リセットされます。暦月の初日に更新されるとは限りません。契約後、パネルで実際のリセット情報を確認してから、大容量のダウンロードや同期を予定しましょう。データのリセットとプランの有効状態も別々に確認してください。データ残量が表示されていても、アカウントの利用条件をすべて満たしているとは限りません。クライアントにキャッシュされた表示からアカウント状態を推測せず、プランと利用量はパネルで確認しましょう。

データパックは使い切るまで有効で、期限はありません。これはデータパックの利用ルールを示すもので、ほかの商品の更新、合算、消費順序まで意味するものではありません。異なる種類の商品をアカウントに同時に残す場合は、注文を確定する前にパネルの説明を確認してください。精算方法が明記されていない場合は、サポートチケットで問い合わせましょう。新しいデータパックによって既存の月額プランの期間が延長されると決めつけたり、残量を自由に移せる残高とみなしたりしないでください。

作業内容から必要量を考える

テキストでのやり取り、ウェブ閲覧、画像生成、コードリポジトリのダウンロード、長時間の動画視聴では、データの消費パターンが異なります。初めてプランを選ぶときは、よく行う作業を挙げておき、パネルの利用状況を見ながら自分に合った目安を把握しましょう。誰にでも当てはまる固定プランを探す必要はありません。同じソフトウェアでも、素材のサイズ、同期範囲、利用頻度によって消費量は大きく異なります。

途中でアップグレードする場合、差額は残りの日数に換算されます。アップグレードを確定する前に、金額を新旧プランの価格差から自分で計算して支払うのではなく、パネルに表示された処理内容を確認してください。アップグレード後に、日数やデータが必ず最初から計算し直されるとは限りません。表示内容が想定と異なる場合は、注文状況とプラン名を控えて、重複操作を避けてからサポートチケットで確認しましょう。日付を調整するために注文を続けて作成しないでください。

支払いと返金のルールをあわせて確認する

Alipay / WeChat Pay / USDTに対応し、60日間の無条件返金を提供しています。支払い方法は、現在の注文画面に表示される決済情報に従ってください。検索結果、チャットで転送された情報、過去のスクリーンショットに記載された支払い先は使わないでください。返金の申請方法とポリシーは支払い前に返金ポリシーでご確認ください。利用上の取り決めは利用規約をご覧ください。返金条件だけでプランの内容を判断せず、プラン名、データの種類、価格をそれぞれ確認しましょう。

価格と商品の詳細はプラン・料金ページにまとめています。この章の目的は、選択の根拠を確認できるようにすることです。継続利用ではリセットルールを、断続的な利用ではデータパックのルールを確認し、すでにアカウントをお持ちの場合は実際の利用量とアップグレードの説明を確認しましょう。これらを確認してからアカウント作成と注文に進むことで、商品選びや料金ルールの誤解、重複支払いを減らせます。

アカウントを作成して注文を確認する

アカウント作成、注文、支払いの確認

VPNMainではメールアドレス不要で、ユーザー名とパスワードだけでアカウントを作成できます。アカウント作成ページを開き、画面の案内に従ってユーザー名とパスワードを設定し、信頼できるパスワード管理ツールに保存してください。ユーザー名は自分で正確に判別できるものを選び、他のサービスと同じパスワードは使わないでください。メールアドレス不要で作成できますが、ログイン情報の管理は必要です。作成後すぐに、もう一度ログインできることを確認しましょう。

まずアカウントを確認してから注文する

アカウントの作成後、パネルが想定したアカウントで開かれているかを確認してからプランのページへ進んでください。共有パソコン、ブラウザーの複数プロファイル、以前ログインした端末には、それぞれ異なるセッションが残っている場合があります。プランや注文履歴が記憶と異なる場合は、再度支払う前に現在のアカウントを確認しましょう。アカウント間の情報は、クライアントを変更しても自動的に統合されません。クライアントのサブスクリプションが、使いたいアカウントを自動で判別することもありません。

ログイン情報を保存する際は、ユーザー名とサービス名を一緒に記録し、パスワードは公開メモやサブスクリプションのスクリーンショットと同じ場所に保存しないでください。ブラウザーを変更したり、端末のデータを消去したりする前に、現在のセッションだけに頼らず、ログイン情報が保存済みか確認しましょう。ログインできない場合は、入力モード、余分な空白、パスワード管理ツールが入力したアカウント情報を確認してください。何度も推測したり、確認のためにパスワード全体をサポートチケットに送ったりしないでください。

注文画面で選択した商品を再確認する

パネルのプランページで商品を選んだら、支払い前にプランの種類、価格、データ容量を確認してください。月額プランとデータパックの名前が似ている場合は、金額だけでなくデータの利用ルールも確認しましょう。すでにプランを契約していてアップグレードする場合は、パネルに表示された換算結果も確認してください。注文内容が想定と異なる場合は、選択画面に戻って修正しましょう。別の商品として自動処理されることを期待して、そのまま支払わないでください。

支払い方法はAlipay / WeChat Pay / USDTです。どの方法を利用する場合も、現在のパネル注文から決済画面へ進み、注文画面の案内に従ってください。ブラウザーが決済ページをブロックした場合は、新しいウィンドウや画面上の案内が表示されていないか確認しましょう。ブロックされたことを、注文がキャンセルされたと誤解しないでください。入力が必要な決済画面では、表示されている内容をよく確認してください。判断できない項目がある場合は、推測で入力せず、操作を止めて問い合わせましょう。

支払い後は注文状況を確認する

決済サービスで支払いが完了したことと、パネル上の注文が完了したことは、別々に確認する必要があります。パネルに戻って注文履歴を確認し、プランが利用可能になっているかも確認してください。決済結果と注文状況がすぐに一致しない場合は、注文番号と支払い記録を保存し、サポートチケットで状況を説明しましょう。「試しに」同じ注文をもう一度作成したり、決済画面の成功表示をサブスクリプション追加済みの証拠とみなしたりしないでください。

注文について問い合わせる場合は、選択した商品、パネルの状態、決済側の状態を記載してください。支払い記録を添付する場合は、問題に関係のない情報を切り取って、パネルの案内に従って提出しましょう。公開コメント欄に注文画面全体のスクリーンショットを投稿したり、ログインパスワードやサブスクリプション URL を「アカウントの証明」として送信したりしないでください。サポートチケットはユーザーパネルから送信できます。本ガイドでは、パネル外の一時的な支払い先や手動決済の方法は案内していません。

未完了の操作を取り消したい場合は、注文ページに該当する操作項目があるか確認し、現在の状況に応じて対応してください。支払い済みで返金が必要な場合は、返金ポリシーを確認してからパネルで申請しましょう。問題が起きた場合は、アカウントを何度も切り替えるより、元の注文情報を残しておくほうが確認しやすくなります。プランが有効になったことを確認してから、ダウンロードとサブスクリプションのページを開いてください。回線一覧が空の場合、アカウントでの提供状況と端末の設定を分けて確認できます。

正しいクライアントに設定を追加する

サブスクリプションの取得・追加・更新

サブスクリプション URL は、クライアントが接続設定を取得するためのものです。通常、アカウントに紐づく認証情報が含まれるため、ログイン情報と同様に大切に管理してください。公開して共有する一般的なウェブページの URL でも、クライアントのインストールファイルをダウンロードする URL でもありません。取得前にアカウント概要にログインしてプランを確認し、クライアントとサブスクリプションから利用中の端末を選んでください。URLをコピーする場合も、インポートボタンを使う場合も、現在のパネルに表示される内容に従ってください。

先にクライアントをダウンロードしてから追加する

Windows、macOS、Android、Linuxではログイン後にクライアントのダウンロードページを利用できます。iOSのダウンロードには有効なプランが必要です。クライアントの入手条件とサブスクリプションの利用条件は別です。インストールファイルを入手できても、アカウントで接続設定を使えるとは限りません。まずインストールしてクライアントが正常に起動することを確認してから、パネルに戻って追加操作を行ってください。ブラウザーが外部アプリを開く許可を求めた場合は、表示されたアプリが利用予定のクライアントか確認してから続行しましょう。

自動追加では、システムが URL を該当するアプリに渡します。クリックしても反応がない場合は、クライアントのインストールが完了しているか、システムに起動をブロックされていないか、ブラウザーに見落とした確認ダイアログが出ていないかを確認してください。インポート要求が重複しないよう、何度もクリックしないでください。別のツールが既定で開いた場合は操作をキャンセルし、目的のクライアントを開いて、サブスクリプション追加機能を使いましょう。機能名は「サブスクリプション」「設定」「URLから追加」など、クライアントによって異なります。

手動で追加する場合は入力内容を確認する

手動で追加する場合は、通常、クライアントでサブスクリプション設定を新規作成し、パネルからコピーした URL をアドレス欄に貼り付けて保存し、更新します。表示名は端末上で見分けるためのラベルです。アドレス欄に入力しないでください。貼り付けた後、URLの先頭と末尾が欠けていないか確認し、説明文や改行、余分な空白が入っていないかも確認しましょう。保存できたことは、入力をクライアントが受け付けたことを示すだけです。設定の更新が完了したか、回線一覧が表示されたかも確認してください。

サブスクリプション URL を検索エンジン、公開変換サイト、オンライン文書に貼り付けてテストしないでください。ブラウザーで URL を直接開いて表示されたテキストも、人が読むためのものとは限らず、設定の良し悪しを判断する材料にはなりません。追加に失敗した場合は、クライアントに表示されたエラーの種類を記録しましょう。「アクセスできない」「対応していない形式」「設定の解析に失敗」では、確認すべき箇所が異なります。まずパネル推奨のクライアントと手順を使い、基本の接続が完了する前に余計な変換を加えないでください。

更新、リセット、端末内のコピーを理解する

サブスクリプションの更新は、クライアントに設定を再取得させる操作です。アカウント側のサブスクリプション設定をリセットしたり、プランを更新したりするものではありません。パネルで商品が変更されたとき、回線一覧を更新したいとき、新しい端末への追加が済んだときに更新結果を確認しましょう。設定が正常に使えているなら、何度も削除して作り直す必要はありません。クライアントに似た設定が複数ある場合は、見分けやすい名前を付け、現在有効な設定の取得元を確認してから、古いコピーを整理してください。

URLが漏えいした可能性がある場合は、まずパネルにリセットやサブスクリプション URL の変更機能があるか確認し、操作上の注意を読んでください。この操作を行うと、古い端末に保存された URL が使えなくなり、再度追加が必要になる場合があります。通常の更新ボタンのように使わないでください。変更後は各端末の設定を確認し、古い URL を使い続けている端末がないようにしましょう。対処方法が分からない場合は、URLが漏えいした可能性をサポートチケットで説明してください。チケット本文に URL 全体を再度貼り付けないでください。

この段階の完了時には、クライアントがサブスクリプションの取得元を認識し、回線を表示できていれば十分です。すべてのアプリで接続を確認できている必要はありません。回線一覧が空の場合は、プランの状態、コピーした内容、更新結果を順に確認してください。回線一覧が表示されても接続先サイトが使えない場合は、次の接続確認の章へ進みましょう。この二つの状態を区別すると、有効なサブスクリプションを何度も追加する無駄を減らし、問題が起きた段階をサポート担当者にも正確に伝えられます。

端末ごとに通信を処理する設定を完了する

各端末でクライアントを設定する

以下では特定のバージョンやボタンの位置に依存せず、クライアントの機能名を使って説明します。始める前に、パネルから現在の端末向けのページを開き、クライアントを起動してサブスクリプションを追加してください。次に回線を選び、クライアントの接続機能またはシステムの通信を処理する機能を有効にしてから、次の章で動作を確認します。端末ごとに権限の表示は異なるため、システムの案内に従ってください。回線一覧が表示されたからといって、端末側の設定を省略することはできません。

Windows：設定とシステムプロキシを確認する

Windows版クライアントをインストールして起動したら、設定またはサブスクリプションの管理画面を開き、パネルの追加機能を使うか、サブスクリプション URL を貼り付けて保存します。更新が終わるまで待ち、設定を選んでから、テストする地域の回線を選択してください。クライアントにシステムプロキシのスイッチがある場合は有効にし、クライアントを起動したままにします。ウィンドウを閉じると、最小化される場合もあれば、アプリが終了する場合もあります。ウィンドウが見えるかどうかではなく、タスクトレイとクライアントの状態を確認してください。

ブラウザーは使えるのにほかのアプリが使えない場合は、すぐに再インストールせず、対象アプリがシステムプロキシに従うか確認しましょう。システムのネットワーク権限が表示された場合は、アプリ名と権限の範囲を読んでから対応してください。クライアントを終了するときは、先にクライアントで通信を処理する機能を停止してからアプリを終了します。停止したローカルサービスを参照するプロキシ設定がシステムに残らないようにするためです。以前別のツールを使っていた端末では、そのツールがシステム設定を再度変更していないかも確認しましょう。

macOS：システムの許可とアプリの動作を区別する

パネルからmacOS向けのページを開き、システムの案内に従ってクライアントをインストールして起動します。ネットワーク関連の権限を求められた場合は、提供元を確認してから許可してください。サブスクリプションを追加して設定を選び、回線を選択した後、必要な通信処理の方法を有効にします。メニューバーにアイコンが表示されても、通信が転送されているとは限りません。クライアントに戻り、接続状況と設定を確認しましょう。初回の操作では、複数のネットワーク環境を同時に変更したり、手動プロキシを追加したりしないでください。

ネットワークを切り替えた直後に接続できない場合は、まずローカルネットワークが単独で使えることを確認し、クライアントの状態を再確認してください。アプリによっては既存の接続が維持されるため、対象アプリを終了して再起動してから確認する必要があります。利用を終えるときはクライアントから接続を切断してください。ウィンドウを閉じるだけでは不十分です。クライアントを終了してもシステムがプロキシの使用を求める場合は、残った設定に変更を重ねる前に、システムのネットワーク設定を通常の状態に戻してからクライアントを再起動しましょう。

iOS：サブスクリプション追加とシステム接続の許可

iOSのダウンロードには有効なプランが必要です。パネルからクライアントのページを開いてインストールし、パネルに戻ってサブスクリプションを追加してください。画面遷移が完了しない場合は、クライアント内の該当する追加機能を使えます。初回接続時にシステムがネットワーク設定の追加を求めることがあります。対象のアプリを確認してから許可してください。クライアントに戻って回線を選び、接続後に実際のアプリを開いて確認しましょう。システム上の接続表示は設定が有効か判断する参考になりますが、接続先サービスの全機能が使えることを証明するものではありません。

端末にほかのネットワーク設定がある場合は、現在どのアプリが接続を管理しているかを確認し、切り替えによる混乱を避けましょう。Wi-Fiを切り替えた後は、実際の作業をもう一度行い、通信が復旧したか確認してください。ウェブページがキャッシュから表示されるだけで、バックグラウンドの通信も正常だと判断しないでください。新しいページを開くか、アプリで新しい操作を行い、結果と現在の回線が一致するか確認しましょう。

Android：接続の許可とバックグラウンド動作を確認する

パネルにログインしてAndroid版クライアントを入手し、インストールとサブスクリプションの追加を済ませてから接続を有効にします。システムにネットワーク接続の許可を求められた場合は、起動したばかりのクライアントからの要求であることを確認してください。端末によっては省電力機能やバックグラウンド管理が長時間の動作に影響します。別のアプリに切り替えた後や画面消灯後に接続が変わる場合は、システムがクライアントのバックグラウンド動作を制限していないか確認しましょう。変更は該当アプリだけに行い、接続のためにシステムの保護機能をすべて無効にする必要はありません。

トラブル時は、クライアントの終了、システムによるバックグラウンド停止、接続先アプリ自体の切断を区別してください。クライアントを再度開いて状態を確認し、新しいリクエストを送信しましょう。特定のネットワークでだけ発生する場合は、ネットワークを切り替える前後の結果を分けて記録してください。権限をすべて有効にして直そうとしないでください。関連する項目を一つずつ変更して再確認すれば、問題がサブスクリプションの追加、通信処理、バックグラウンド動作のどこにあるか判断できます。

Linux：起動後にデスクトップとターミナルを確認する

Linux版クライアントは、パネルにログインしてダウンロードし、案内に従ってインストールと起動を行ってください。設定を追加したら、まずクライアントが正常に動作していることを確認し、接続方法を有効にします。デスクトップ環境のシステムプロキシとターミナル環境は別々の設定です。デスクトップのブラウザーが使えても、コマンドラインにプロキシ設定が引き継がれているとは限りません。初回の接続確認はグラフィカルアプリで行い、必要なターミナルセッションには、クライアントに表示されるローカルの待ち受け情報を確認してから環境を設定しましょう。

どの端末でも完了条件は同じです。サブスクリプションを更新できること、設定を選択済みであること、回線を選んでいること、端末側の通信処理が有効であることを確認してください。端末固有の権限の問題はその端末で解決し、複数の端末で共通して発生するアカウントの問題はパネルで確認します。各端末で個別に動作確認を行い、別の端末で成功した結果をこの端末の設定が正しい根拠にしないでください。

アイコンではなく結果で判断する

接続、接続元、実際の機能を確認する

確認を始める前に、同じ条件で再現しやすい作業を一つ選び、ローカルネットワーク環境を変えずに進めます。まずクライアントの設定が更新済みであることを確認し、回線を選択して接続を有効にした後、新しいリクエストを送信してください。長時間開いたままのページを更新するだけでは不十分です。キャッシュ、既存の接続、アプリのバックグラウンド状態により、結果が現在の設定を反映しない場合があります。新しいページを開くか、目的の機能を再起動して、現在の接続状態でリクエストが行われたことを確認しましょう。

接続元を確認してからアプリを確認する

サイト内のIPアドレス確認ページを開き、現在のリクエストの接続元情報を確認して、未接続の状態と比較してください。この結果が示すのは確認リクエストの経路であり、端末上のすべてのアプリに当てはまるとは限りません。ブラウザーに独自のプロキシ、拡張機能、専用設定がある場合、ほかのアプリとは異なる経路を使う可能性があります。そのため、接続元の確認後は、IPアドレスが変わっただけで確認を終えず、実際に使うツールの動作も確認してください。

対象アプリは、ログイン、コンテンツの読み込み、実際の操作の順に確認しましょう。AIツールでは通常のリクエストを送信し、プログラミングツールではコード補完とワークスペースへのアクセスを確認します。動画アプリではコンテンツページの表示と再生を確認してください。接続先サービスからアカウント、地域、利用資格に関する案内が表示された場合は、まず内容を記録してからネットワークの問題かどうか判断しましょう。あらゆる失敗を「回線が切れた」とまとめると、接続の障害と接続先サービス独自のルールを区別できません。

名前解決と通信経路を分けて考える

DNSはドメイン名をアドレスに変換し、プロキシによる通信処理はリクエストの送信経路を決めます。両者は関係しますが、互いの代わりにはなりません。名前解決が正常でも選択した回線を通るとは限らず、接続元が変わったことだけで、すべての名前解決が想定どおりと判断することもできません。名前解決に問題がある場合は、まずクライアントのモードとシステム設定を確認し、対象ドメインを名前解決できるか調べてください。問題に新しい要因を加えないよう、インターネット上の複数の設定を一度に適用しないでください。

診断ページによっては、名前解決に使われたサービスの情報が表示されます。特定の地域名が出たからといってすぐに結論を出さず、クライアントの仕組みと実際のネットワーク環境を踏まえて結果を確認してください。詳しい確認手順は接続元IPアドレスとDNSの確認ガイドをご覧ください。この確認は通信経路の違いを見つけるためのものであり、プライバシー状態を絶対的に保証するものではありません。確認中はできるだけ元の設定を維持し、どの操作で結果が変わったかを確かめてから、継続的な変更を検討しましょう。

回線を一つずつ切り替えて比較する

回線を選ぶ際は、地域や種類を参考にし、名称に見覚えがあるかどうかだけで決めないでください。IEPL専線、中継、直結はそれぞれ異なる回線構成です。実際の使用感は、端末側のネットワーク、国際間の経路、接続先サービスにも左右されます。アプリとネットワークは変えずに回線だけを切り替えて比較してください。切り替え後に改善した場合は、同じ作業をもう一度行って確認しましょう。回線一覧と選び方はサーバー一覧にまとめています。特定の種類がすべての利用場面に適していると決めつけないでください。

夜間やネットワークが混雑しているときの問題は、同じ作業を行って確認してください。ウェブページを開く速さだけで、すべての利用状況を推測することはできません。利用中のアプリは変えず、大容量ファイルや長時間の接続だけが影響を受けているかを確認してから、ほかの回線を試しましょう。確認中に大量のダウンロードを同時に実行しないでください。バックグラウンドの作業が端末のネットワーク環境を変え、前後の比較が難しくなります。固定の速度数値は提示せず、一時的な成功を長期的な性能の保証として扱いません。

最終的な記録には、どの端末、どのネットワーク、どのクライアント設定、どの回線で、どの機能が失敗したかを記載しましょう。サポートが必要な場合は、情報を隠したエラーメッセージと、すでに行った比較内容を添えてください。「地域を変更するとログインできるようになったが、画像はまだ読み込めない」のように説明し、「使えない」とだけ書かないようにしましょう。状況を明確に伝えるほうが、不要なログを大量に貼るより原因の特定に役立ち、基本情報を何度も確認する手間も減らせます。

アカウントと端末の状態を一致させる

データ、更新、日常の管理

接続後の日常管理では、クライアントの再インストールを繰り返すのではなく、アカウントの状態、設定の更新、端末環境の変化を確認することが重要です。プランを変更したとき、データ残量が少なくなったとき、端末を切り替えたとき、サブスクリプションの更新に失敗したときは、パネルを確認しましょう。通常の利用中に「最新の状態」にするためだけに、サブスクリプションの取得元を何度も変更する必要はありません。出所が不明な設定を複数試すより、安定している設定を維持するほうが継続利用に役立ちます。

パネルの記録でデータ消費を確認する

月額プランのデータは契約日を基準に毎月リセットされます。データパックは使い切るまで有効で、期限はありません。この二つのルールを区別し、新しい月になったからといって、すべての商品でデータが回復したと考えないでください。パネルではプラン名、有効状態、データ情報をあわせて確認しましょう。クライアント上のローカル集計は対象範囲が異なる場合があり、アカウントの課金用データ集計と完全に一致するとは限りません。残量を確認する際はパネルの記録を基準にしてください。

データ使用量が想定より増えた場合は、バックグラウンド同期、自動更新、クラウドストレージ、動画再生、大容量ダウンロードを確認しましょう。利用台数に制限はありませんが、各端末の利用状況を無視してよいわけではありません。古いパソコン、タブレット、使っていない端末でもクライアントが起動したままの可能性があります。端末ごとに実行中の作業を確認し、現在の接続で処理する必要がないバックグラウンド通信を停止してから、パネルの変化を確認してください。アプリの画面に表示された利用時間だけでデータ量を推測しないでください。バックグラウンドの通信は、画面上の操作履歴に表示されない場合があります。

更新やアップグレードの前に現在の状態を確認する

継続利用を予定している場合は、パネルのプランページで選択できる商品と注文内容を確認してください。更新、アップグレード、データパックは同じものではありません。金額だけで処理方法を判断しないでください。途中でアップグレードする場合、差額は残りの日数に換算されるため、確定前にパネルに表示された結果を確認しましょう。日付の引き継ぎ、データの合算順序、残高の扱いなど、明記されていないルールを推測せず、操作前にサポートチケットで確認してください。

支払いが完了したら、注文とプランの状態をもう一度確認します。クライアントに古い情報が表示される場合は、すぐに再注文せず、通常の方法でサブスクリプションを更新し、結果を確認してください。クライアントのキャッシュとパネル上のアカウント情報の更新は別の処理です。注文完了後もプランの状態が想定と異なる場合は、注文情報を残して問い合わせましょう。アカウントを削除したり、すべての端末設定をリセットしたりしても、注文状況の確認にはなりません。

クライアント更新時は復元に必要な情報を残す

クライアントはパネルに用意されたページから更新してください。更新前に、現在使っている設定名、接続方法、必要なローカル設定を確認しておきましょう。アプリの記憶だけに頼らないでください。設定をエクスポートする場合、バックアップに認証情報が含まれる可能性のある機密ファイルとして扱い、公開クラウドストレージや相談掲示板にアップロードしないでください。スクリーンショットを保存する場合は、サブスクリプション URL 全体を隠し、自分で判別するための名前とモードだけを残しましょう。

システムのアップグレード、ネットワークの変更、セキュリティソフトの設定変更、ほかのネットワークツールのインストールは、これまでの通信処理方法に影響する場合があります。変更後は接続を一度確認してから、通常の作業に戻りましょう。変更直後に問題が始まった場合は、すぐにすべての回線を疑わず、その変更を優先して確認してください。設定を元に戻す前に現在の状態を記録し、復元できるようにしておきます。システム設定の意味が分からない場合は、クライアントの標準機能で行える操作にとどめてください。

端末を交換または使用停止する場合は、クライアントにアカウント設定が残っていないか確認してください。端末を譲渡する前に該当する設定を削除してアカウントからログアウトし、その後、用途に合わせて端末内のデータを処理しましょう。ブラウザーのパネルからログアウトしても、独立したクライアントに保存されたサブスクリプションは自動で削除されません。古い端末にアクセスできず、設定の漏えいが心配な場合は、パネルでサブスクリプション URL の管理方法を確認し、対応後にほかの端末も更新してください。古い設定が混在するのを防げます。

返金が必要な場合は、返金ポリシーに従ってパネルから申請してください。サービスの案内では60日間の無条件返金を提供しています。該当する注文と申請内容を記載すれば十分です。問題に関係のない個人情報を提出する必要はありません。一般的な質問はヘルプセンターで確認し、複雑な問題はサポートチケットで状況を整理して送信しましょう。日常管理の目的は、請求、サブスクリプション、端末の状態を確認できるようにすることです。たまに起きる問題のたびに設定をすべてやり直す必要はありません。

基本の接続を確認してから調整する

アプリごとの通信処理と応用的なトラブル対処

応用設定を行う前に、基本の接続が正常に確認できている必要があります。プランの状態、サブスクリプションの追加、システム側の通信処理が未確認の場合は、複雑なルールで基本的な問題を覆い隠さず、該当する章に戻ってください。応用設定には、ターミナルのコマンドをクライアント経由にする、仕事用アプリに適した地域を割り当てる、ローカルのリソースと海外のサービスを区別するなど、明確な目的を設定しましょう。変更前の値を記録し、変更後は同じ作業で確認してください。問題が起きたときに元へ戻せる状態を保ちましょう。

ルールモードと全体的な通信処理の違いを理解する

クライアントにルールモードがある場合、ドメイン、アドレス、その他の条件に応じてリクエストの経路を決めます。全体的な通信処理では、対象範囲が広がることがあります。両者を単純に「弱い」「強い」と考えず、アプリの用途に合わせて選んでください。ルールを使うと不要な通信の転送を減らせますが、ルールが不完全だとアプリの一部のリクエストが異なる経路を通る場合があります。通信処理の範囲を広げる方法は比較やトラブル調査に使えますが、すべてのリクエストを同じ回線に通す設定を常に使うのが適切とは限りません。

一つのアプリが、ログイン、コンテンツ、ファイル、更新用のサービスに同時に接続する場合があります。ホームページのドメインだけを追加しても、必要な機能をすべてカバーできるとは限りません。ウェブページは表示されてもアップロードできない場合は、まず具体的にどの操作で失敗するか確認し、クライアントが表示する接続情報を調べましょう。大規模なルール集をむやみにコピーしないでください。出所の分からないルールはほかのアプリの動作を変え、その後のトラブル対処も難しくする可能性があります。ローカル設定を継続して管理する場合は、変更の目的を記録してください。

ターミナルのプロキシにはクライアントが表示する値を使う

コマンドラインツールは通常、デスクトップアプリの設定をすべて自動で引き継ぐわけではありません。まずクライアントでローカルの待ち受け情報を確認し、どの種類のプロキシアドレスが明示されているか確認してから、利用するツールに対応した方法で設定してください。次の例は対話型シェル用です。実行後、クライアントに表示された完全なローカル HTTP プロキシアドレスを貼り付けると、現在のセッションで環境変数を参照する関連ツールに適用されます。クライアントの起動には使えません。また、該当する種類のプロキシが設定に表示されていない場合にも適用できません。

printf 'クライアントに表示されたローカル HTTP プロキシアドレスを貼り付けてください: '
IFS= read -r proxy_url
export http_proxy="$proxy_url"
export https_proxy="$proxy_url"
export HTTP_PROXY="$proxy_url"
export HTTPS_PROXY="$proxy_url"
unset proxy_url

ここにサブスクリプション URL を入力しないでください。サブスクリプション URL は設定の取得に使い、ローカルプロキシアドレスは起動中のクライアントにリクエストを渡すために使います。用途が異なります。環境変数が影響するのは通常、現在のシェルとその後に起動する子プロセスです。すでに起動しているエディターの設定は変わらない場合があります。一時的な動作確認が済んだら、次のコマンドでこのセッションに設定した変数を解除できます。実行前から独自の値が設定されていた場合は、記録した元の値に戻してください。

unset http_proxy https_proxy HTTP_PROXY HTTPS_PROXY

エディター、ターミナル、リモート環境を個別に確認する

AIコーディングツールでは、エディター画面、拡張機能のプロセス、コマンドライン、リモート開発環境がそれぞれ関係する場合があります。デスクトップアプリからアクセスできても、リモート環境が同じ経路を使っているとは限りません。まず実際にリクエストを送信している場所を特定し、その環境でネットワーク設定を確認してください。別の端末にこの端末のローカル待ち受けアドレスをコピーしないでください。別端末では、そのローカルアドレスは別端末自身を指します。より詳しい利用例はCursor・Copilotの接続先選びガイドをご覧ください。

AI画像生成や素材の制作では、メッセージ通信、画像のアップロード、ファイルのダウンロードがそれぞれ関係する場合があります。メッセージは送れても画像を送れない場合は、機能ごとに分けて確認し、一つのウェブページの結果だけで全体の作業を判断しないでください。地域や接続の確認方法はMidjourney・Discordの回線選びガイドをご覧ください。動画配信はアカウントの地域、コンテンツ一覧、再生結果をあわせて確認します。詳しくは動画配信サービスの接続ガイドをご覧ください。特定の地域で必ず利用できるとは案内していません。

再現できる問題として診断情報を整理する

ログを確認する際は、現在の操作に関連するエラー部分だけを抜き出し、サブスクリプション URL、認証情報、個人情報を隠してください。すべてのログを貼り付けるより、変更前と変更後に何が起きたかを説明するほうが有効です。ローカルルールを元に戻した後に改善した場合は、その違いを報告してください。同じ作業を複数の端末で行って結果が一致する場合は、端末固有の要因として何を確認済みかも伝えましょう。根拠がないまま、特定のプロトコルや暗号化方式が原因だと決めつけないでください。

サポートが必要な場合は、パネルのサポートチケットから、端末、ネットワーク環境、回線名、エラーメッセージ、確認済みの比較結果を送信してください。安定して再現できる、必要最小限の問題情報が最も役立ちます。これで一連の手順が完了します。アカウントがサービスの提供状況を決め、サブスクリプションが設定を提供し、クライアントがリクエストを処理し、実際の機能で接続を確認します。記録と日常管理を続けることで、以降の問題も自分で判断しやすくなります。