サービス案内 / 設定手順 / メンテナンス記録
使い方ガイド
プラン選びから接続先の確認まで、利用段階に合わせて解説します。
サブスクリプションサービスを初めて利用する方は、本文の順に設定を進めてください。すぐに接続したい場合はクイックスタートガイドをご覧ください。端末ごとの違いやルール設定、更新に関する疑問がある場合は、該当する章を参照してください。本記事では操作の判断基準も説明しており、特定のクライアント画面を実際の提供内容として扱うものではありません。
海外回線とクライアントの役割
アカウント・サブスクリプション・接続を区別する
JiaVPNは、越境ECのネットワーク高速化と国際回線のサブスクリプションを提供しています。利用の流れは、業務端末から選択可能な国際出口に接続する仕組みとして捉えられます。アカウントは利用者を識別し、プランは利用できるデータ容量と課金方式を定めます。サブスクリプションは設定をクライアントに渡し、クライアントは選択した回線とルールに応じて通信を処理します。各要素は関連していますが、同じものではありません。パネルにログインできても、クライアントへの設定取り込みが完了したとは限りません。クライアントに設定名が表示されても、対象アプリの通信がその回線を通っているとは限りません。
越境ECの販売者は、まず接続が必要なサービスを明確にしましょう。ショップの管理画面、素材のアップロード、カスタマーサポートツール、情報検索は、それぞれ別のアプリで動作し、ログイン状態も個別に管理される場合があります。ネットワークサービスが担うのは通信経路と接続の選択であり、ショップの本人確認に代わるものではありません。また、接続先サイト独自の地域ルール、アカウント要件、コンテンツ利用許諾を変更するものでもありません。あるウェブページが開けたからといって、すべての業務アプリが利用可能だと判断しないでください。以降の確認はクライアントのアイコンだけでなく、実際の業務画面を使って行いましょう。
回線名と利用時の性能は別の指標
JiaVPNは100+か国 / 240+回線をカバーし、国際出口を選択できます。地域名は主に出口の位置を示すもので、利用者のネットワークから出口までの経路全体を表すわけではありません。IEPL専線、中継、直結はそれぞれ異なる接続方式です。選ぶ際は、パネルに表示された回線の説明も確認してください。地域ごとの回線や種類は、現在の一覧を基準にしてください。ほかの地域にある回線方式が、すべての地域でも利用できるとは限りません。
日々の接続状況は、利用者側のブロードバンドやWi-Fiの電波状況、OSのネットワーク権限、接続先サービスの状態にも左右されます。回線を選べても、どのネットワーク環境でも同じように利用できるとは限りません。まず利用者側のネットワークを確認し、次にサブスクリプションの有効性、クライアントが対象アプリの通信を処理しているか、最後に出口の地域と回線方式を確認する順序が有効です。問題のある箇所を絞り込めるため、読み込みが遅いだけでソフトを何度も再インストールしたり、一度に多くの設定を変更して原因が分からなくなったりするのを防げます。
接続状態の確認は出発点にすぎません。アカウントにログインできること、設定を取り込めていること、トンネルが確立していること、業務ページを利用できることを、それぞれ確認しましょう。以降の章で順番にチェックします。
端末と作業記録を準備する
対応OSはWindows / macOS / iOS / Android / Linuxで、同時接続台数に制限はありません。台数無制限は端末数についての説明であり、各端末に個別のプラン容量が割り当てられるわけではありません。同じアカウントを使う場合、利用量はそのアカウントのプランに基づいて確認してください。クライアントの端末別統計をパネルの請求情報と混同しないようにしましょう。共有ネットワーク上のほかのアプリも通信量を消費することがあります。特にクラウドストレージの同期、素材のダウンロード、OSの更新は、業務で使い始める前にバックグラウンド処理を確認してください。
作業前に、正常にインターネットへ接続できる端末、ユーザー名を保存するパスワード管理ツール、現在の設定を記録するローカルメモを用意してください。メモにはOS、選択した地域、プロキシモード、発生した問題だけを記録し、サブスクリプションURLやパスワードは公開状態で保存しないでください。JiaVPNはログを記録しない方針です。トラブルシューティングのためにクライアント端末内に保存される接続記録と、サーバー側の方針は分けて考えましょう。診断情報を共有する前に、個人アカウント、業務用ドメイン、設定情報が含まれていないか確認してください。
このガイドでは、個人端末の一般的な設定手順に沿って説明します。企業管理端末では、ネットワーク権限、証明書のインストール、システムプロキシなどが管理ポリシーで制限される場合があります。まず許可された設定範囲を確認してください。クライアントを動作させるために、企業のセキュリティ設定をむやみに削除しないでください。準備ができたらプランを選びます。現在の地域別回線一覧は回線一覧で確認できますが、実際に利用できる内容はユーザーパネルに表示される情報が基準です。
月額サブスクリプションとデータパックの選び方
利用頻度から課金方式を選ぶ
プランは、まず継続して使うかどうかを考え、次に業務内容と通信量の傾向を確認して選びましょう。毎日ショップ業務を行い、コラボレーションアプリも継続して使う方は、月額サブスクリプションの容量を比較するとよいでしょう。出張時や素材をまとめて処理するときなど、必要なときだけ使う方はデータパックを比較できます。これは課金方法と通信量のルールの違いであり、特定のプランが必ず速いという意味ではありません。公開情報にはプランごとの速度差や年払い割引は記載されていないため、未公開の特典を推測しないでください。
月額サブスクリプションの通信量は、利用開始日を基準に毎月リセットされ、毎月1日に一律でリセットされるわけではありません。開始後、実際のリセット日をパネルで確認し、月末を更新日と誤認しないようにしましょう。月額プランは、¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。比較するときは価格と容量の両方を確認してください。月額料金だけで容量を見落とさないようにしましょう。期限、残量、現在有効なプランは、アカウント概要の表示を確認してください。
| 方式 | 料金とデータ容量 | 通信量のルール |
|---|---|---|
| 月額サブスクリプション | ¥9.9/月、60GB | 利用開始日を基準に毎月リセット |
| 月額サブスクリプション | ¥18/月、250GB | 利用開始日を基準に毎月リセット |
| 月額サブスクリプション | ¥28/月、500GB | 利用開始日を基準に毎月リセット |
| データパック | ¥158/300GB | 使い切るまで利用可能。有効期限なし |
| データパック | ¥358/1000GB | 使い切るまで利用可能。有効期限なし |
| データパック | ¥658/3000GB | 使い切るまで利用可能。有効期限なし |
利用時間ではなく、業務内容から必要容量を見積もる
管理画面の表を閲覧する場合と、動画素材をまとめて転送する場合では、通信量が異なります。接続時間だけでは必要な容量を算出できません。よく使う作業を、商品画像のアップロード、ビデオ会議、クラウドストレージの同期、動画配信の視聴、AIツールへのファイル送信、バックグラウンド更新などに分けて、実際の使用量を確認してからプランを見直しましょう。他の人の利用日数を自分の容量の目安にしたり、公開されていない換算表をもとに購入を決めたりしないでください。
データパックは使い切るまで利用でき、有効期限はありません。利用時期が一定でない場合に適しています。ただし、有効期限がないのはデータパックについての説明であり、接続先アプリとの互換性や地域ルールが永久に変わらないこと、複数商品の容量が自動で合算されることを意味しません。月額サブスクリプションを利用中にデータパックも選ぶ場合は、現在の商品構成と注文内容をパネルで確認してください。併用、切り替え、通信量の消費順が明記されていない場合は、サポートチケットで確認し、自己判断で決めつけないようにしましょう。
アップグレードのルール。月額サブスクリプションを途中でアップグレードすると、差額は残り日数分に換算されます。公開されていない日割り料金で計算したり、アップグレードによって期間が最初からすべて付与されると考えたりしないでください。
返金と支払い方法をあわせて確認する
JiaVPNは30日間の無条件返金に対応し、Alipay / WeChat Pay / USDTで支払えます。返金保証は利用を試す際の負担を軽減するものですが、実際の動作確認に代わるものではありません。利用開始後は、普段使うネットワーク環境、業務で使うページ、必要なクライアントを早めに確認し、問題があれば記録しておきましょう。申請条件と手続きは返金ポリシーをご覧ください。このガイドの簡単な説明を正式な規約として扱ったり、決済方法の名称から入金時期や追加サービスを推測したりしないでください。
注文前にプランページで料金と特典の詳細を確認してください。課金方式、通信量、アカウントの状態を並べて比較すると、「データパックを選ぶつもりが月額プランを選んでいた」といった誤操作を防ぎやすくなります。利用量がまだ分からない場合は、実際に確認していない将来の需要をもとに長期割引を計算する必要はありません。まず実際の利用状況を記録し、パネルに表示される通信量をもとに次のプランを選ぶと、容量だけで大きなプランを選ぶより管理しやすくなります。
アカウント作成と注文の確認
ユーザー名とパスワードでアカウントを作成する
ユーザーパネルからアカウント作成を開始します。JiaVPNはメールアドレス不要で、ユーザー名とパスワードだけで登録できます。ユーザー名は自分で分かりやすいものにしつつ、ショップ名、顧客情報などの業務上の機密情報を含めないようにしましょう。パスワードはほかのサイトと使い回さず、信頼できるパスワード管理ツールに保存してください。クライアント内の設定名をパネルのユーザー名と混同したり、サブスクリプションURLをログインパスワードとして扱ったりしないでください。それぞれ用途が異なるため、トラブル時に区別できるようにしておきましょう。
送信前に、入力モード、余分なスペース、パスワード確認欄の内容を確認してください。コピー&ペーストで前後に空白が入ったり、自動入力で別サイトの古い認証情報が入力されたりすることがあります。ログインできない場合は、まずユーザー名を確認し、次にパスワードを確かめてください。大量の組み合わせを続けて試すのは避けましょう。メールアドレス不要で登録できるため、メールによる復旧手段があるとは限りません。アカウントの復旧はパネルで実際に案内されている方法に従ってください。後から存在しない復旧窓口を探すより、認証情報をあらかじめ安全に保管することが大切です。
すでにアカウントをお持ちの場合は、パネルのログインページからログインしてください。古いアカウントの注文を確認するために新しいアカウントを作成すると、支払い履歴と利用中のサブスクリプションが別々のアカウントに分かれる可能性があります。ログイン後、アカウント概要でユーザー名、プランの状態、通信量を確認してください。共用端末にログイン状態を長期間保存するのは避けましょう。一時的に利用する場合は作業後にログアウトし、ブラウザーにパスワードや設定を保存しないようにしてください。
注文内容を確認してから支払う
パネルのプラン欄から商品を選び、注文に表示された名称、価格、課金方式、通信量を確認します。選択した内容と一致していることを確かめてから、ページに表示された決済方法を利用してください。Alipay / WeChat Pay / USDTは公開されている対応方法ですが、実際の画面操作や決済案内は、その注文ページの表示に従ってください。チャットで転送された振込先、検索結果の概要、古いスクリーンショットをもとに支払わないでください。他人の注文リンクを自分の決済ページとして使うことも避けましょう。
支払いが完了したら、決済アプリの成功表示だけで判断せず、元のパネルに戻って注文状況を確認してください。決済状況、注文状況、プランの有効化状況は別の場所に表示されることがあるため、それぞれ確認しましょう。注文がまだ更新されていない場合は、表示内容を記録し、注文ページとアカウント概要をもう一度確認してください。すぐに同じ注文を作り直すと、その後の確認が複雑になります。また、ブラウザーを閉じたからといって、注文がキャンセルされたと決めつけないでください。
保管するのは注文の確認資料であり、公開用のスクリーンショットではありません。支払い記録と注文番号は、サポートチケットでの確認に利用できます。送信前に決済アカウント、個人情報、パスワード、サブスクリプションURLを隠してください。
有効化を確認してからクライアントを設定する
プランが有効になったことを確認したら、現在の課金方式とパネルに表示される通信量、利用期限を記録してから、サブスクリプションとクライアントを取得します。画面上では注文完了になっているのに、アカウントに該当する特典が表示されない場合は、アカウントと注文の状態から確認しましょう。支払い時と同じアカウントにログインしているか、古い画面を表示したままではないか、別の注文を確認していないかが主な確認ポイントです。表示された状態を記録しておくと、サポート担当者が決済と提供のどちらで問題が発生したのかを把握しやすくなります。
サポートが必要な場合は、ユーザーパネルのサポートチケットから、選択したプラン、決済方法、注文の状態、確認済みの内容を記載して問い合わせてください。パスワードを送ったり、アカウントの証明としてサブスクリプションURL全体を送ったりしないでください。「決済画面が完了しない」「注文が更新されない」「プランが表示されない」「クライアントが接続できない」を分けて説明しましょう。これらは原因と確認手順が異なります。「使えない」とだけ書くと、追加確認が必要になります。
アカウントと注文を確認してから、次の章でサブスクリプションを取得してください。この段階で、ネットワークの問題を解決するために決済情報やアカウント情報を何度も変更する必要はありません。パネル上でプランが有効なのにクライアントが接続できない場合は、サブスクリプション、設定の取り込み、権限、回線を順番に確認します。決済の手続きと接続の手順を分ければ、クライアントの問題を解決するために注文を誤操作するのを防げます。返金や更新の確認が必要になった場合にも、記録を整理しやすくなります。
サブスクリプションの取得・設定・更新
サブスクリプションURLの役割
サブスクリプションは、クライアントが回線と設定を取得するための入口であり、一般的な案内ページではありません。クライアントはこのURLから利用可能な情報を取得し、更新時には設定を再読み込みします。URLにアカウントを識別する機密情報が含まれる場合があるため、認証情報と同様に取り扱ってください。公開フォーラム、オンライン変換ツール、共有ドキュメント、スクリーンショットなどに載せたり、確認のために見知らぬサイトへ入力したりしないでください。案内ページに実際のサブスクリプションURLは記載されていません。実際の情報はログイン後のユーザーパネルから取得してください。
アカウント概要を開き、現在の利用権が有効であることを確認してから、パネルに表示されるサブスクリプションと設定の取り込み方法を確認します。クライアントごとに入口が分かれている場合は、利用中のソフトに対応するものを選んでください。設定形式はすべてのクライアントで共通とは限りません。あるクライアントでURL内の回線名を認識できても、すべてのルールを正しく読み込めるとは限りません。ネット上の似た画面の解説をもとに形式を変更せず、現在のパネルに記載されている提供方法に従ってください。
自動起動と手動での設定取り込みの違い
自動設定では、ブラウザーから端末上のクライアントを呼び出すことが一般的です。クリック後、対応アプリを開く許可を求められる場合があります。アプリの提供元が正しいことを確認してから続行してください。反応がない場合は、クライアントがインストールされ起動しているか、ブラウザーが外部アプリの呼び出しをブロックしていないかを確認します。自動で画面が開かなくても、サブスクリプションが無効とは限りません。クライアントのサブスクリプションまたは設定管理画面に戻り、パネルの案内に従って手動で取り込み、回線一覧を取得できるか確認してください。
手動で取り込む場合は、ボタンの横に表示された短い文字列ではなく、URL全体をコピーしてください。設定には、業務用端末とテスト用など、自分で区別しやすい名前を付けられます。ただし、名前によってプランや回線の利用権が変わるわけではありません。取り込み後は、その設定が選択されているか確認してください。クライアントによっては複数の設定を保存できるため、新しい設定を追加しても古い設定が引き続き使われることがあります。設定が追加されたのに古い回線を使っているといった場合は、何度も取り込みを繰り返すより、現在有効な設定を確認しましょう。
サブスクリプションと個別の回線は別のものです。サブスクリプションは複数の設定をまとめて管理します。個別の回線を手動でコピーすると、その後の一覧更新ができなくなる場合があります。対応方法はパネルの案内を確認してください。
更新に失敗したら、ダウンロードと接続を分けて確認する
サブスクリプションの更新はネットワークリクエストであり、個別の回線への接続とは別の操作です。回線が一時的に利用できなくても、古い設定がクライアントに残ることがあります。反対に、サブスクリプションの取得に失敗しても、保存済みの回線がすべて無効になったとは限りません。エラーが発生した段階を確認してください。設定を取得できない、形式を解析できない、一覧が空になる、回線を選んでも目的のページにアクセスできない、といった状況を区別しましょう。エラーの原文と利用端末を記録し、すべてを「サブスクリプションの期限切れ」とまとめないでください。
取得に失敗した場合は、まず利用者側のネットワークが使えることを確認し、URLが完全にコピーされているか、アカウントの利用権が有効か、パネルに案内がないかを確認してください。解析エラーの場合は、クライアントとサブスクリプションの形式が対応しているかを確かめます。内容が分からない設定項目を手作業で削除しないでください。一時的にエラーが消えても、ルールが壊れる可能性があります。また、すでに障害が発生している回線を通してサブスクリプションを取得しようとしないでください。接続しないと更新できないという依存関係が生じることがあります。
設定を更新すると、クライアントによっては回線グループが更新されたり、ローカルで編集した内容が上書きされたりします。個人ルールを残したい場合は、ローカル設定とリモート設定の関係を確認してから更新してください。特に、メイン設定内のサブスクリプション生成済みノードのパラメーターをむやみに書き換えないでください。リモートのサブスクリプションは回線の提供に、明示的にサポートされているローカル設定は個人の好みに使うという方針を保ち、両方を混在させて更新後の動作が分からなくなるのを防ぎましょう。
サブスクリプションURLが漏えいした疑いがある場合は、パネルにリセット機能があるか確認し、実際に利用できる機能に従って対処してください。該当する機能がなければサポートチケットを送信しましょう。リセット後は各端末の古いURLも置き換える必要がある場合があります。手元の端末だけを更新して終わりにしないでください。対応後は業務端末すべての設定を確認し、公開場所に保存されていたURLのコピーを削除します。サブスクリプションを安全に管理することは、初回の取り込み時だけでなく、継続して行う必要があります。
各端末のクライアントに設定を取り込む
クライアントはユーザーパネルのダウンロードページから取得してください。Windows、macOS、Android、Linuxではログイン後にクライアントをダウンロードできます。iOSの提供方法は、アカウントの状態に応じてパネルに表示されます。以下では設定の順序を説明しますが、各OSでボタン名が完全に同じとは限りません。インストールしたらサブスクリプションを取り込み、使用する設定と回線を選び、最後にクライアントが提供する接続方法を有効にします。画面が異なる場合は、パネルの案内とクライアントに表示される選択肢を確認してください。
Windows:システムプロキシとアプリの接続を区別する
クライアントをインストールしたら、設定またはサブスクリプション管理画面を開き、パネルに表示された方法で取り込みます。回線一覧に項目が表示されていることと、使用する設定が選択されていることを確認してから、クライアントの案内に従って接続を有効にしてください。システムのネットワーク権限を求められた場合は、インストール済みアプリからの確認であることを確かめましょう。システムプロキシの影響を受けるのは、通常、システムのプロキシ設定に従うソフトです。すべてのアプリが自動で接続するわけではありません。ブラウザーだけ使えて業務アプリが使えない場合は、すぐに回線の設定を変えるのではなく、業務アプリがプロキシに対応しているか確認してください。
Windowsでほかのネットワークツールを同時に起動すると、システムプロキシの設定が上書きされることがあります。問題を調べるときは、不要な同種のツールを終了し、現在の設定を記録してからクライアントをテストしてください。クライアントを終了した後にウェブページが開けなくなった場合は、停止済みのローカルサービスをシステムプロキシが参照したままになっていないか確認しましょう。権限の問題を解決するためにセキュリティソフトをむやみに無効化したり、他人の端末のローカルポートをそのまま使ったりしないでください。ローカルの待ち受けアドレスとポートは自分のクライアントで確認してください。
macOS:許可を設定してから有効な構成を確認する
パネルから対応クライアントを取得し、OSの案内に従ってインストールして起動します。macOSでは、クライアントの実装によって、ネットワーク機能の有効化時に許可や拡張機能の確認が表示されることがあります。表示されたアプリ名を確認し、システム設定で許可されている操作を完了してください。サブスクリプションを取り込んだら、ソフトの初期設定で残っている空の設定ではなく、新しい設定が使われていることを確認しましょう。メニューバーに接続状態が表示される場合も、メイン画面に戻って回線とプロキシモードを確認してください。
スリープから復帰した後に問題が起きた場合は、まずローカルネットワークに再接続されているか確認し、クライアントを一度切断してから再接続してください。外付けネットワークアダプター、企業ネットワークの設定、ほかのプロキシツールが、システムのネットワークサービスの順序に影響することがあります。確認中に複数のインターフェースを同時に変更しないでください。古い設定を削除する場合は、利用中のサブスクリプションの取得元とローカルルールを記録しておきましょう。削除後にどの設定が現在のアカウントに対応するか分からなくなるのを防げます。
iOS:システムの接続許可を確認する
ユーザーパネルに表示されるiOSクライアントの入口から進んでください。利用できるリンクはパネルから提供されます。インストール後、パネルの案内に対応した方法でサブスクリプションを追加し、回線一覧と選択中の項目を確認します。初めて接続を有効にするとき、ネットワーク設定の追加を許可するようOSから求められる場合があります。操作中のクライアントからの要求であることを確認してから続けてください。ステータスバーや設定画面に接続中と表示されても、ネットワーク機能が有効になったことを示すだけです。実際のアクセス結果は対象アプリで確認してください。
iOSでは、ほかのネットワーク設定が現在の接続に影響することがあります。問題を調べる際は、同種の設定が有効になっていないか確認してください。Wi-Fiとモバイルデータを切り替えた後は、切り替え前の状態で判断せず、業務ページに再度アクセスして確認します。取り込みに失敗した場合は、パネル側の提供条件、OSからのアプリ起動、クライアントによる解析のどこで問題が起きているかを切り分けてください。ほかの目的で使っている端末管理設定を削除したり、テストのためにサブスクリプションURLを公開して他人に渡したりしないでください。
Android:バックグラウンド動作とアプリ別設定を確認する
パネルに表示されたクライアントをインストールしてサブスクリプションを取り込み、接続時にはOSが表示するネットワーク接続の許可を確認してください。Androidの省電力管理によってアプリのバックグラウンド動作が制限され、画面ロック後に切断されても、アプリを前面に戻すと復旧する場合があります。このような動作が見られたら、OSのバックグラウンド実行やバッテリー最適化の設定を確認し、影響を理解したうえで調整してください。すぐに回線の継続的な障害と判断しないようにしましょう。詳しくはAndroidのバックグラウンド動作とアプリ別プロキシに関する記事をご覧ください。
アプリ別プロキシに対応するクライアントでは、対象アプリが対象リストに含まれているか、除外リストに入っているかも確認してください。設定名だけを見るのではなく、現在のモードが実際にどう動作するかを確認しましょう。ブラウザーは使えるのにショップアプリで接続できない場合は、そのアプリが想定した範囲に含まれていることを確かめてから再接続します。OS上のほかのネットワークツールが接続機能を取り合う場合もあります。テスト中は設定の出所を把握し、複数のツールを順番に起動して状態が変わるのを避けましょう。
Linux:デスクトップのプロキシとプロセス環境を区別する
パネルの案内に従って対応クライアントを取得し、設定を取り込みます。デスクトップ環境のシステムプロキシ、ターミナルのプロキシ環境変数、クライアントによるその他のネットワーク制御では、適用範囲が異なる場合があります。GUIのブラウザーが接続できても、ターミナルから起動したツールが同じ設定を引き継ぐとは限りません。逆に、ターミナルで一時的に設定した内容がデスクトップアプリに影響するとも限りません。テスト時は起動方法と環境を記録し、クライアントが明示的に対応している接続方式だけを使用してください。
コマンドラインツールにプロキシを設定する場合は、まずクライアントに表示されている実際の待ち受けパラメーターを確認し、ツールのドキュメントに従って設定してください。他の解説にある固定ポートをそのまま使わないでください。ローカルポートの競合、権限不足、ネットワークインターフェースのエラーが発生した場合は、エラー文を保存し、古いプロセスが残っていないか確認しましょう。テスト終了後は不要な一時環境設定を削除してください。クライアントを終了した後も、コマンドラインが古いローカルプロキシに接続し続けるのを防げます。
接続状態と業務サービスへのアクセス確認
まずローカルネットワーク、次に出口を確認する
接続テストでは、まずローカルネットワークの基本状態を確認してください。クライアントを一時的に切断し、普段そのまま使えるウェブページやローカルの業務リソースにアクセスできるか確認します。基本ネットワークに問題がある場合は、Wi-Fi接続、ネットワーク認証、ブロードバンドの状態を先に確認してください。公共のネットワークでは、ブラウザーでアクセスを承認する必要がある場合があります。クライアントはこの手続きの代わりにはなりません。基本ネットワークが使えるようになってから選択した回線に接続し、ローカルネットワークの切断をサブスクリプションやアカウントの問題と誤認しないようにしましょう。
クライアントに接続済みと表示されたら、選択中の回線の地域、有効な設定、プロキシモードを確認してください。信頼できる接続先地域の確認方法を使って、リクエストの地域が想定と合っているか確認できます。ただし、確認サイトの表示を絶対に正確な位置情報として扱わないでください。データベースによって同じ出口の地域表示が異なることがあります。また、確認結果が示すのはその時点のリクエスト経路にすぎません。ショップアプリでの利用を確認する場合は、ブラウザー上の確認結果だけに頼らず、実際にそのアプリを開いてください。
対象の作業を再現可能な操作に分ける
ショップの管理画面を例にすると、ログインページ、商品一覧、画像のアップロード、下書き保存の順に確認できます。ページ本体は開いても画像が読み込まれない場合は、異なるリソースドメインが関係している可能性があります。ログインできてもアップロードできない場合は、添付ファイルのリクエスト、アプリの権限、接続先サービスの状態などが原因かもしれません。テスト中は同じ回線を使い、失敗した操作と画面の表示を記録してください。アップロードが完了する前に出口を何度も切り替えると、サーバー側のセッションと端末側の接続状態を対応させにくくなります。
AIツールや動画配信も、機能ごとに確認する必要があります。テキストを送信できてもファイルを転送できるとは限りません。トップページが開いても、特定地域向けのコンテンツを再生できるとは限りません。接続先サービスがアカウントの地域、決済条件、コンテンツの利用許諾を独自に制限している場合があり、回線の選択でこれらの条件を代替することはできません。AIツールへのアクセスについてはChatGPTのネットワーク高速化ガイド、動画視聴については動画配信ガイドをご覧ください。各記事の確認方法は、すべての機能が利用できることを保証するものではありません。
| 現象 | 優先して確認する項目 | 次の手順 |
|---|---|---|
| 設定を取得できない | アカウントの状態、URLの完全性、形式の互換性 | パネルのサブスクリプションの入口を再確認する |
| ブラウザーは使えるがアプリは使えない | プロキシの適用範囲、アプリ別ルール、アプリ独自の設定 | 対象アプリの通信経路を確認する |
| すべてのアクセスに失敗する | 基本ネットワーク、現在の回線、OSの権限 | 条件を固定し、項目を一つずつ切り替えてテストする |
| 一部のリソースだけ失敗する | リソースのドメイン、DNS、接続先サービスの状態 | 失敗した操作とエラー内容を記録する |
DNSとプロキシの適用範囲を個別に確認する
DNSはドメイン名をネットワークアドレスに変換し、プロキシルールはリクエストが通る経路を決めます。両者は関係していますが、同じものではありません。DNSを変更しただけで、すべてのアプリが回線を使うようになるわけではありません。また、出口の地域が想定どおりでも、すべての名前解決リクエストが同じルールに従っているとは限りません。クライアントにDNS関連の設定がある場合は、変更する前に現在の設定の標準動作を確認してください。OS、ブラウザー、クライアントそれぞれの設定をむやみに重ねると、問題の特定が難しくなります。
Windowsでは、次のシステムコマンドでネットワークアダプターとDNSの設定を確認できます。このコマンドはローカルの状態を確認するだけで、プロキシが有効であることを証明したり、設定を変更したりするものではありません。出力には端末名やローカルネットワーク情報が含まれることがあります。サポートチケットを送る際は必要な部分だけを抜き出し、出力全体を公開しないでください。ほかのOSでもシステムのネットワーク情報画面を利用し、現在の設定を確認してから判断しましょう。
ipconfig /all
一度に変更する条件は一つにします。アプリとテスト操作を固定し、回線、モード、ローカルネットワークを順番に比較すれば、どの変更によって状況が変わったのかを判断できます。
問題が解決しない場合は、OS、ネットワーク環境、選択中の地域、プロキシモード、失敗した操作、エラーの原文を整理してサポートチケットを送信してください。「使えない」とだけ書いたスクリーンショットを送ったり、サブスクリプションの認証情報を丸ごと共有したりしないでください。詳しい確認方法は出口IP、DNS、アプリ別接続の確認に関する記事をご覧ください。目指すのは、すべてのステータス表示を正常にすることではありません。実際の業務が想定した経路で完了することを確認するのが目的です。
日常の管理、通信量、更新
アカウントの状態はパネルで確認する
設定後の日常管理では、アカウント、サブスクリプション、各端末の実際の状態を一致させておくことが大切です。アカウント概要でプラン、通信量、期限の案内を定期的に確認し、クライアントで同じアカウントのサブスクリプションを使っているかも確認しましょう。端末内の統計は端末の通信状況を確認するのに役立ちます。一方、パネルの通信量はアカウントの容量を把握するためのものです。集計範囲や反映タイミングが異なる場合があるため、毎回完全に一致するとは限りません。表示の違いを理由にアカウント情報を自己判断で変更しないでください。
月額サブスクリプションの通信量は利用開始日を基準に毎月リセットされるため、暦月ではなく、パネルに表示されたリセット日に合わせて作業を計画してください。データパックは使い切るまで有効で、期限がなく、月ごとのリセットはありません。残量が想定より早く減る場合は、素材の同期、クラウドのバックアップ、動画再生、OSの更新を確認してから、ルールの適用範囲を見直しましょう。接続台数に制限はありませんが、複数の端末を同時に使うと、バックグラウンドの通信を見落としやすくなります。
設定を更新する前に、ローカル変更の根拠を記録する
回線一覧を更新する必要がある場合は、パネルに用意されたサブスクリプション更新機能を使い、古いスクリーンショットを見ながらパラメーターを手入力し続けないでください。更新前に、選択中の回線グループと個人用の設定内容を記録し、更新後に設定が有効なままか確認します。回線名が変わった場合、名前が似ているからといって以前の回線と同一だと判断せず、パネルの説明を確認して重要な業務を再テストしてください。商品登録、ファイルのアップロード、重要な会議の最中に更新するのも避けましょう。
クライアントの更新とサブスクリプションの更新は別の作業です。前者はソフトウェアとOSの互換性に関わり、後者はリモート設定の内容に関わります。問題が起きた場合は、直前にどちらを更新したかを確認し、エラー情報を記録してください。クライアントはパネルから取得し、検索結果から同じ名前のインストーラーをむやみにダウンロードしないようにしましょう。更新後はネットワーク権限、自動起動、現在の設定を確認してください。ソフトが起動しただけで、以前の動作がすべて維持されていると判断しないでください。
管理記録には必要な情報だけを残します。OS、設定の取得元、選択した回線、変更の理由を記録すれば十分です。パスワード、サブスクリプションURL全体、支払い情報を通常の業務記録に含めないでください。
更新、アップグレード、プラン変更を分けて確認する
更新前に、操作中のアカウントと現在有効なプランを確認してから、パネルで注文内容を確認してください。前回の支払い記録から今回も同じ注文になると決めつけたり、新しい注文が自動で利用期限の延長になると考えたりしないでください。残り期間や通信量への影響は、注文時にパネルに表示される説明を確認しましょう。画面の説明が不明確な場合は、先にサポートチケットで問い合わせてから続行してください。特に月額サブスクリプションとデータパックを切り替える場合は注意が必要です。
月額サブスクリプションを途中でアップグレードすると、差額は残り日数分に換算されます。元の通信量と新しい通信量が単純に合算されると考えたり、公開されていない日額を自己計算したりしないでください。アップグレード後はアカウント概要を開き、有効なプランと表示された利用期限を確認します。料金全体を比較する場合はプランページを確認し、ほかの端末に保存した古いスクリーンショットに頼らないでください。公開情報には年払いプランや割引がないため、年払いに関する記事を根拠にJiaVPNにも同様の特典があると推測しないようにしましょう。
端末の変更と利用終了後の整理
新しい端末へ移行するときは、パネルからクライアントとサブスクリプションを取得し、新端末で実際の作業を完了できることを確認してから、旧端末のデータを整理してください。認証情報、端末内のログ、個人用ルールが含まれる可能性があるため、クライアントのフォルダー全体をまとめて他人に送らないでください。旧端末を譲渡する場合は、パネルからログアウトし、クライアントの設定を削除して、ブラウザーに保存されたログイン情報も確認しましょう。接続台数に制限がなくても、各端末でのアカウントアクセス管理は必要です。
返金を希望する場合は返金ポリシーを確認し、パネルのサポートチケットから問い合わせてください。案内されている返金条件は30日間の無条件返金です。申請には該当する注文と希望する対応を記載してください。クライアントを削除しても返金申請の代わりにはなりません。また、接続を切断しても注文が取り消されたことにはなりません。最後に、取引と設定がそれぞれどの状態にあるかを確認しましょう。ソフトの停止は端末上の操作であり、アカウントの利用権はパネルで確認する必要があります。
ルール設定、回線選び、業務環境の管理
条件を固定してから回線を比較する
基本の接続ができたら、応用設定では意味のない変更を減らすことが重要です。ショップの管理画面、広告管理、コラボレーションアプリでは、アカウント環境と出口を明確に保ちましょう。地域を頻繁に切り替えることを一般的な最適化方法と考えないでください。接続先のプラットフォームは独自のルールでログイン状況を評価する場合があり、ネットワークサービスでその判断を代替することはできません。地域を変更する場合は、現在の保存やアップロードを完了してから切り替え、セッションを再確認してください。重要なリクエストの最中に経路を何度も変更しないようにしましょう。
回線を比較するときは、利用者側のネットワーク、対象アプリ、テスト操作を固定し、地域または回線方式のどちらか一方だけを変更してください。IEPL専線、中継、直結はそれぞれ異なる接続方式を示すもので、優劣が一律に決まっているわけではありません。ある環境でファイルのアップロードに適した回線でも、別のブロードバンド、別のアプリ、別の時間帯で同じ結果になるとは限りません。クライアントのテスト結果を覚えるだけでなく、再現可能な動作を記録しておくと、次回の選択に役立ちます。
| 方式 | 方式の概要 | 利用時の確認事項 |
|---|---|---|
| IEPL専線 | 専用回線を含む接続方式 | 利用者側の入口、対象サービス、一覧に記載された説明 |
| 中継 | 中間の入口を経由して接続 | 利用者側から入口までと、その後の経路全体の状況 |
| 直結 | 利用者側のネットワークから対応する入口へ接続 | 利用者側の通信事業者のネットワークと接続先出口の相性 |
ルールモードとグローバルモードの用途を理解する
クライアントにルールモードがある場合、ドメイン名、アドレスなどの条件に基づいて通信経路が決まるのが一般的です。一方、グローバルモードは、対象範囲内のリクエストを選択した出口に送ります。ただし具体的な動作はクライアントによって異なるため、モード名がすべてのソフトで共通の仕様を示すとは限りません。グローバルモードでも、すべてのアプリが自動的に接続されるとは限らず、システムプロキシの適用範囲も残ります。問題を調べる際にモードを比較してルールの影響を確認したら、テスト後は日常の作業に適した設定へ戻してください。
ルールをカスタマイズする場合は、トップページのドメイン名だけでなく、対象の作業に必要なリソースを特定してください。ログイン、画像、添付ファイル、APIで異なるドメインが使われる場合があり、狭すぎるルールではページだけ開いて機能が動かないことがあります。一方で、広すぎるルールは、本来処理が不要なアプリの通信まで回線に通す可能性があります。変更前に理由を記録し、説明できるルールだけを一つずつ追加して、ローカルリソースやほかの業務アプリへの影響を確認してください。
ローカルポート、共有、ルーター設定の注意点
ローカルプロキシの待ち受け機能は、アプリからクライアントへリクエストを渡すために使います。待ち受けアドレス、ポート、プロトコルは、利用中のクライアントに表示される情報を確認してください。ローカルの待ち受け設定を国際回線のサーバー情報と混同したり、他人のポート設定をそのまま使ったりしないでください。アプリに個別のプロキシ設定がある場合は、必要なプロトコルを確認してから入力します。クライアントを終了しても、アプリにプロキシ設定が残ることがあります。問題の確認時には、停止したサービスを参照する古い設定がないかも調べてください。
待ち受け範囲をLANに広げると、そのプロキシにアクセスできる端末の範囲が変わります。接続を便利にするためだけに、むやみに有効化しないでください。ルーターの設定には、端末の構成、OSとの互換性、ストレージ、ネットワーク制御機能なども関係します。JiaVPNで対応が確認されているOSはWindows / macOS / iOS / Android / Linuxです。この情報から、すべてのルーターが利用できると判断することはできません。利用を検討する場合は、端末環境をサポートチケットで伝えて対応範囲を確認してから設定してください。
元に戻せる設定を維持しましょう。応用設定には、明確な目的、確認方法、元に戻す手順が必要です。こうした根拠がない場合は、検証済みの標準設定を維持するほうが管理しやすくなります。
トラブルシューティングの結果を業務手順に活用する
よく使う作業について、どのローカルネットワークで、どの地域とモードを使い、どのページやアップロードを確認したかを簡潔に記録しておきましょう。機密情報は記載せず、再現条件を中心にまとめます。次に問題が起きたら、ネットワーク、クライアント、設定、対象アプリのどれが変わったかを確認してから、一つずつ調べてください。これにより、一時的な読み込み失敗と継続的な設定問題を区別しやすくなり、サポート担当者も同じ手順で状況を再現できます。
このガイドを読み終えたら、アカウントとプランの確認、サブスクリプションの取得、端末での許可設定、回線の選択、業務の動作確認、通信量と設定の管理まで、一連の手順を自分で完了できるはずです。すぐに設定する場合は使い方ガイドへ、具体的な問題はヘルプセンターをご覧ください。複雑な設定を増やすこと自体を目的にしないでください。現在の通信がなぜその経路を通るのかを説明でき、問題発生時に確認済みの状態へ戻せることが、継続して利用するために大切です。