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

「使えない」を具体的な症状に分ける

操作を始める前に、どの段階で失敗しているかを記録してください。クライアントが起動しない、サブスクリプションの一覧が空、接続ボタンでエラーが出る、接続後に特定のアプリだけ開かないなど、症状によって問題の箇所は異なります。クライアントに「接続済み」と表示されても、接続処理が完了したことを示すだけです。ブラウザーの通信が想定した経路を通っていることや、接続先サイトが現在の地域やアカウント状態を受け入れていることまでは保証しません。

問題が起きたときのネットワーク、プラットフォーム、選択した回線の地域、ルーティングモード、接続先サービス名を記録します。常に起きるのか、ネットワークの切り替え、スリープからの復帰、サブスクリプションの更新、設定変更の後に起きたのかも書き留めてください。エラー表示は、閉じる前に全文を保存しましょう。「接続に失敗しました」という画面のスクリーンショットだけでは、権限、認証、名前解決、接続確立のどの段階で失敗したか判断できないことがほとんどです。

まず通常のネットワーク接続を確認する

VPNBeginクライアントを一時的に切断し、普段そのまま開けるサイトにアクセスします。ブラウザーで利用規約への同意が必要なネットワークかどうかも確認してください。公共のWi-Fiでは、接続完了と表示されていても、利用開始ページでの認証が済んでいないことがあります。プロキシを使わない状態でもインターネットに接続できない場合は、サブスクリプションを何度も更新するのではなく、Wi-Fi、ルーター、接続認証を先に確認しましょう。

次に同じネットワークで再接続し、普段使う回線を選んで同じページにアクセスします。可能であれば、信頼できる別のネットワークでも同じ手順を試してください。クライアントと接続先サービスを変えずに比較すれば、ネットワークによる違いを判断できます。回線の変更、DNSの変更、ルールの削除、アプリの再インストールを同時に行うのは避けましょう。復旧しても、どの操作が有効だったのかわからなくなります。

変更する前に元に戻す方法を確認する

変更前に元のモードと設定を記録しておきましょう。特にシステムプロキシ、仮想ネットワークアダプター、DNS、カスタムルールは忘れずに記録してください。意味のわからない設定項目は、名前から推測せずクライアントの説明を確認します。組織が管理するデバイスでは、ネットワークポリシーが管理者によって設定されている場合があります。証明書の削除、セキュリティソフトの無効化、ルーティングの変更を独断で行うと、効果がないだけでなく業務用の社内サービスに影響するおそれがあります。

確認中は、調査対象のネットワークツールだけを動作させてください。ほかのプロキシアプリ、ブラウザー拡張機能、ネットワークフィルターが通信を同時に処理すると、画面の表示と実際の通信経路が食い違うことがあります。ほかのツールを終了するときは、正規の終了手順で設定を元に戻してください。プロセスだけを終了してもシステムプロキシが残り、停止したローカル接続先へ通信が送られることがあります。

元の使い方に戻して復旧を確認する

Webページが開くようになったら、最初に問題が起きたアプリをもう一度開き、ログイン、セッションの読み込み、コンテンツの再生など、同じ操作を行います。ローカルのサイトに通常どおり直接接続できることも確認してください。テスト用ページだけが開き、普段使うアプリでエラーが続く場合、基本的な通信は復旧していても、ルーティング、セッション、サービス側の制限が解消していない可能性があります。完全に直ったとは記録しないでください。

エラーを再現できる場合は、「元の設定では失敗、変更後は復旧、元に戻すと再び失敗」という比較記録が、無関係なスクリーンショットを大量に集めるより役立ちます。問題が消えたなら、証拠を作るために設定を何度も変更する必要はありません。最後に有効だった操作を記録し、個人情報を伏せたエラー情報を保存しておけば、同じ症状が再発したときに役立ちます。

基本の順序は、通常のネット接続、クライアントの接続、通信経路、接続先サービスの確認です。関連する設定は一度に一つだけ変更し、復旧後は元の使い方で再テストしましょう。

クライアントが接続を確立できない

接続をクリックしてすぐアプリが終了する、準備中のまま進まない、システムの権限確認が表示されるといった場合は、まずデバイス側の動作条件を確認してください。クライアントはユーザーパネルのクライアントダウンロードページから入手したものか、現在読み込んでいるサブスクリプションが自分のアカウントのものかを確認します。チャット履歴から保存した出所不明の設定ファイルや、他人のサブスクリプションでアカウント状態を確認することは避けてください。

クライアントの利用にシステムネットワーク拡張機能の有効化、VPN構成の作成、管理者権限が必要か確認します。権限の確認をキャンセルしても、クライアント画面に構成名が残る場合がありますが、実際には通信を処理できません。接続をやり直してシステムの確認画面を読み、通常の手順で許可してください。組織が管理するデバイスで設定を変更できない場合は、管理者に利用可能な接続方法を確認しましょう。

認証エラーと接続タイムアウトを区別する

認証エラーでは設定やアカウント状態を確認し、接続タイムアウトではネットワークと回線を比較するのが基本です。ただし、エラーの種類だけで原因を断定はできません。最終的にはエラーログ全体を確認してください。まずパネルでサブスクリプションの状態と利用可能なデータ量を確認し、クライアント側のサブスクリプションを更新します。回線名が一覧に表示されていても、ローカルに保存された認証情報が有効とは限りません。

サブスクリプションの更新自体に失敗する場合は、更新の項目を確認してください。既存の設定を何度も削除する必要はありません。更新は成功するものの、どの回線でも接続できない場合は、クライアントの設定を変えずに信頼できる別のネットワークで試します。特定の回線だけ失敗する場合は、同じ地域の別回線、続いてほかの地域の回線と比較してください。障害が回線ごとに起きるかを記録し、サービス全体が使えないと早合点しないようにしましょう。

ネットワーク接続とシステム時刻を確認する

公共のネットワークでは、Webページでの認証が必要な場合や、特定の接続方式が制限される場合があります。クライアントを切断し、接続ページでの手続きが済んでから再テストしてください。同じ設定が別のネットワークでは正常に動作し、現在のネットワークだけで失敗する場合は、接続環境に原因がある可能性が高くなります。ネットワークの種類とエラー内容を記録すれば十分です。通信経路の問題を直すために、アカウントのパスワードを何度も変更する必要はありません。

システムの日付、タイムゾーン、自動時刻設定が正しいか確認します。システム時刻が大きくずれていると、暗号化接続の証明書検証に失敗し、ハンドシェイクエラーやサービスに接続できない症状が出ることがあります。証明書の検証を無効にするのではなく、時刻の設定元を修正してください。ログに証明書エラーがあり、複数の一般的なWebサイトでも同様の問題が起きる場合は、ネットワーク認証ページやローカルのセキュリティソフトの動作も確認しましょう。

残存設定と競合するツールを確認する

以前にほかのネットワークツールをインストールした場合は、自動起動するプロキシサービス、ブラウザー拡張機能、カスタムルートが残っていないか確認してください。まずそれらのツールを終了し、設定が元に戻っていることを確認してからVPNBeginクライアントを起動します。システムの通信を処理するモードを複数同時に有効にしないでください。プロキシの接続先を取り合ったり、リクエストがローカルに戻るループが起きたりして、接続中に見えても通信できない場合があります。

macOSの権限確認については、Mac VPNのインストールから接続確認までを参考に、実際のシステム表示に従って確認してください。Linuxでは、クライアントのログとサービスの状態を優先して確認し、ほかのディストリビューション用の修復コマンドをそのまま使わないでください。システムのネットワークをリセットすると、保存済み設定に影響します。影響を理解し、元に戻すための情報を記録した場合にのみ検討してください。

権限の許可、サブスクリプションの更新、ネットワーク比較を行っても接続できない場合は、問い合わせを送ってください。接続をクリックした後、どの段階で失敗するのか、エラー全文、プラットフォーム、試した比較方法を記載します。クライアントが繰り返しクラッシュする、証明書検証でエラーが出る、設定を保存できない場合は、手当たり次第に設定を変更せず、ログから具体的な失敗箇所を確認してもらいましょう。

まず失敗しているリクエストを特定する

回線を変えずに、普段直接アクセスできるサイトと問題が起きた接続先サービスの両方を開いてください。すべてのサイトが開かない場合は、システムプロキシの接続先が有効か、クライアントが動作中かを優先して確認します。接続先サービスだけ開かない場合は、クライアントの接続ログに該当ドメインが記録されているか確認してください。ログにない場合は、すぐに出口を変えるのではなく、ブラウザーとシステムプロキシの設定を確認しましょう。

ブラウザー拡張機能、アプリ内プロキシ、システムプロキシの設定が互いに上書きすることがあります。該当する拡張機能を一時的に無効にし、追加のプロキシ設定がないブラウザー環境で再テストしてもよいでしょう。個人データをすべて削除する必要はありません。別のブラウザーで正常に動作するなら、ブラウザーの設定、キャッシュ、拡張機能が原因かもしれません。すべてのアプリで失敗する場合は、システム側の名前解決と通信処理を確認します。

DNSはアドレスを調べる仕組みであり、接続できる証明ではない

DNSはドメイン名を接続先のアドレスに変換します。アドレスを取得できても、その後の暗号化接続が成功するとは限りません。DNSの問い合わせに失敗しても、回線が切れているとは限りません。原因を調べるには、名前解決の結果、接続ログ、ブラウザーのエラーを別々に確認してください。ネットワークや名前解決の経路によって異なるアドレスが返ること自体は、必ずしも異常ではありません。コンテンツ配信サービスは地域に応じて異なる結果を返す場合があります。

クライアントが接続済みなのにドメインを開けない場合は、名前解決のタイムアウト、失敗、またはアドレスに到達できないエラーが出ていないか確認してください。特定の固定IPアドレスに直接アクセスしてサービスの状態を判断しないでください。多くのサイトでは、証明書の照合やサイトの選択にドメイン名を使用します。IPアドレスへの直接アクセスで証明書エラーや空白ページが表示されても、そのサイトの回線が使えないと判断する根拠にはなりません。

# Windows：システムの名前解決とプロキシ情報を確認
nslookup example.com
netsh winhttp show proxy

# macOS：リゾルバーの設定を確認
scutil --dns

# systemd-resolved を使用する Linux 環境
resolvectl status
resolvectl query example.com

以下のコマンドは状態の確認用で、設定を自動修復するものではありません。WindowsのWinHTTPプロキシとブラウザーが使うことの多いシステムプロキシは、別々の設定です。出力結果が示すのは各コンポーネントの状態です。Linuxのコマンドは実際に使用している名前解決サービスによって異なります。コマンドが見つからない場合はディストリビューションの説明を確認し、例に合わせるためだけに現在のネットワーク管理方法を変更する必要はありません。

名前解決の経路がルーティング設定と合っているか確認する

クライアントがDNSを処理している場合、ブラウザーのセキュアDNSやほかの名前解決ツールが別の経路を使うことがあります。まず各設定を記録し、クライアントの説明に沿って互換性のある組み合わせを使用してください。インターネット上で見つけたDNSサーバーのアドレスを安易に設定したり、セキュリティ検証を無効にしたりしないでください。特定のコマンドで応答が返ることだけを目指すのではなく、名前解決と接続の出口が連携しているかを確認します。

ルーティングモードでは、ローカルのサイトと海外のサービスで異なる通信経路が使われる場合があります。ローカルのサイトは開くのに海外サービスの名前解決に失敗する場合、接続先ドメインに適切なルールが適用されているか、DNSリクエストが想定したコンポーネントで処理されているかを確認してください。特定のサブドメインだけ失敗する場合は、そのドメイン名を記録します。ログイン、静的ファイル、APIが異なるドメインを使うことがあり、トップページが開いてもサービス全体が正常とは限りません。

キャッシュを削除する前に状況を記録する

キャッシュには、ネットワーク切り替え前のアドレスや、失敗した問い合わせ結果が残っていることがあります。まず接続先アプリを終了し、クライアントを再接続してからアプリを開き直して確認します。DNSキャッシュを削除する場合は、プラットフォームの公式手順に従い、同じ条件で再テストしてください。キャッシュの削除を毎回必須の操作にしないでください。問題の状況を判断するための情報が失われるうえ、ルールの競合が続いている場合は解決しません。

出口の地域はIPアドレスの確認で参考情報を得られますが、ブラウザーで確認した出口をほかのアプリの状態確認に代用することはできません。DNS漏えいの確認も、通信経路と合わせて判断してください。見慣れないDNSサーバー名が表示されただけで、漏えいと断定することはできません。組織のネットワーク、通信事業者の接続環境、ブラウザーの名前解決機能が結果に影響することもあるため、どのコンポーネントが問い合わせを送ったのかを確認しましょう。

複数のネットワークで同じ名前解決エラーが起きる場合や、互換性のある既定設定に戻しても接続先サービスが開かない場合は、失敗したドメイン、ブラウザーのエラー全文、関連するログの一部を添えて問い合わせてください。ログにサブスクリプションのアドレス、アカウント情報、認証情報が含まれる場合は、先に伏せてください。特定のサービスだけが地域やアカウントに関するメッセージを返す場合は、アプリ別ルーティングの項目に進み、サービス側の条件を確認します。

どこで遅くなっているかを確認する

「遅い」といっても、Webページが開くまで時間がかかる、ファイル転送が途切れる、動画が頻繁にバッファリングする、AIツールからの応答がなかなか返らないなど、さまざまな症状があります。同じ問題として扱わないでください。ページの表示開始が遅い場合は、名前解決や接続確立が原因かもしれません。長時間の転送が途切れる場合は、通信経路の変動が考えられます。サービス側のコンテンツ生成に時間がかかっている場合は、回線を変えても改善しないことがあります。

まず、デバイス上で動作中の同期、ダウンロード、システム更新を一時停止し、ほかのデバイスが同じネットワークを大量に使用していないか確認してください。Wi-Fiの電波表示が良好でも、無線環境に干渉がないとは限りません。可能であれば、より安定した接続方法でも比較します。クライアントを切断した後もローカルサービスが遅い場合は、海外回線のせいと決めつけず、接続ネットワークを先に確認しましょう。

接続先と操作をそろえて比較する

最初に遅くなったサービスを選び、同じコンテンツ、クライアント、ネットワークを使って回線だけを変更してください。異なるWebサイトの表示速度を比べても、サーバー、データ量、キャッシュの状態が違うため適切な比較になりません。動画の画質自動調整、ダウンロードサービスによるアカウント単位の速度制限、ブラウザーキャッシュの利用などによって、実際には比較できない結果が速く見えることがあります。

まず同じ地域のほかの回線と比較し、次に接続先サービスが許可するほかの地域と比較してください。地域間の距離は要因の一つにすぎず、名称が近いから必ず速いとは限りません。ネットワークから回線の入口までの経路、中継、接続先サービスの配信場所によって使い心地は変わります。サービスに地域の条件がある場合は、まずその条件を満たし、対象地域内で安定性を比較しましょう。

夜間の問題は時間帯と影響範囲を確認する

同じ設定で日中は正常、夜間だけ重い場合は、「夜は使えない」とだけ書くのではなく、発生した時間帯と影響のあるサービスを記録してください。同じネットワークでローカルサービス、地域の異なる回線、同じ地域の別回線を比較します。ローカルと海外へのアクセスが同時に遅くなる場合は、接続側の混雑を優先して調べましょう。特定の回線だけ継続して異常がある場合は、回線名を記録してサポートへ問い合わせてください。

夜間に回線を何度も頻繁に切り替えるのは避けましょう。再生、アップロード、セッションをいったん終了し、回線を変更してから同じ操作をやり直します。アプリが古い接続を再利用し、画面では回線が変わっていても、通信は以前の経路を通り続けることがあります。新しい出口が実際に使われているか、接続ログの新しいリクエストを確認してから使い心地を比較してください。

データ容量を速度の目安にしない

プランのデータ容量は利用できるデータ量であり、あらゆる接続先サービスに対する通信速度の保証ではありません。月額サブスクリプションのデータ量は、開通日を基準に毎月リセットされます。データパックは使い切るまで利用でき、有効期限はありません。アカウント状態に問題がある場合は、アップグレードで速度を調べようとせず、まずパネルで状態を確認してください。途中でアップグレードした場合の差額は残り日数分に換算されます。詳しくはプランの価格と利用条件をご確認ください。

VPNBeginは110+か国、250+回線をカバーしていますが、対応範囲だけで現在のネットワーク環境を判断することはできません。世界各地のノードと回線についてを参考に地域を選べますが、すべての接続先アプリがあらゆる出口で利用できるとは限りません。回線の種類、サービスの対応地域、アプリのアカウント条件をそれぞれ確認し、サービス側の制限を通信速度の問題と混同しないようにしましょう。

複数のネットワークと適切な地域で同じ遅延が再現する場合は、接続先サービス、操作内容、発生時間帯、回線名、実施した比較を問い合わせに記載してください。速度測定ページのスクリーンショットだけを送ったり、1回の結果を長期的な状態とみなしたりしないでください。サービスのページはすぐ開くのに、生成処理やコンテンツの処理だけが遅い場合は、接続先サービスの稼働状況やアカウント制限も確認しましょう。

接続の切断とアプリのセッション切れを区別する

接続先アプリに再接続を促されても、VPN接続自体が切れたとは限りません。システムの接続状態とクライアントのログを確認してください。トンネル接続が続き、ほかのサービスが正常なら、接続先アプリの長時間接続が切れただけかもしれません。クライアントも切断状態なら、バックグラウンド動作、ネットワークの切り替え、回線を確認します。両方の問題が同時に起きることもありますが、復旧方法や保存すべき情報は異なります。

切断前にデバイスが画面ロック、画面を閉じた状態、スリープだったか、Wi-Fiの電波範囲から離れたか、接続ネットワークを切り替えたかを記録してください。接続先が変わると、元の接続のアドレスや経路が変わり、アプリの既存セッションが無効になることがあります。再接続した後は、接続先アプリから新しいリクエストを送ってください。クライアントのボタンが「接続済み」に戻っただけで確認を終えないようにしましょう。

Androidのバックグラウンド制限

Androidの省電力管理によってバックグラウンド通信が制限されたり、メーカー独自のアプリ管理機能がタスクの整理時にクライアントを停止したりする場合があります。システム設定でクライアントのバッテリー使用制限、バックグラウンド動作、自動起動の項目を確認し、デバイスで案内されている方法に従って必要な動作を許可してください。接続を維持するために、システム全体のセキュリティ機能や省電力機能を無効にしないでください。

変更後は、元の画面ロックと復帰の状況で再テストし、タスク管理機能でクライアントが終了されていないか確認します。システムによっては、常時表示の通知が出ていても回線が利用可能とは限りません。また通知の表示方法が変更される場合もあるため、接続状態と実際のアクセス結果を合わせて確認してください。設定場所はデバイスによって異なります。確認の流れはAndroid VPNの初期設定ガイドも参考にしてください。

iOSとデスクトップのスリープ復帰

iOSでは現在有効なVPN構成を確認し、複数の構成が交互に接続を開始しないようにしてください。画面ロック後にアプリの内容がすぐ更新されない場合は、アプリ自体のバックグラウンド動作が原因かもしれません。すぐにVPNの問題と決めつけないでください。復帰後はまずシステムの接続状態を確認し、それから接続先アプリを開きます。復帰するたびに切断される場合は、復帰前後のネットワークの種類、システム表示、クライアント状態の変化を記録してください。

WindowsとmacOSでは、スリープから復帰した後もネットワークアダプターとプロキシサービスの起動が完了していないことがあります。まず通常のネットワークに再接続したことを確認し、クライアントを通常の方法で切断してから再接続してください。ネットワークが復旧する前に、接続ボタンを何度もクリックしないでください。画面を閉じて復帰した場合だけ問題が起きるなら、クライアントの再インストールより、該当するログを保存したほうが復帰時の失敗箇所を判断しやすくなります。

バックグラウンドの問題を確認するには、同じデバイス、ネットワーク、回線で、画面を表示している間は正常だが、画面ロック後に異常が起きることを比べます。まずこの違いを確認してからバックグラウンド設定を変更してください。

操作中にも接続が切れる場合

デバイスを操作中でも頻繁に切断される場合は、Wi-Fiの電波状況、接続ネットワークの切り替え、ほかのネットワークツールの自動起動を確認します。クライアントと接続先アプリを変えず、信頼できる別のネットワークで比べてから、同じ地域の別の回線も試してください。ネットワークに応じて問題が変わるなら接続環境を優先して確認します。特定の回線でのみ再現する場合は、回線名と発生時間帯を記録して問い合わせてください。

再接続によって出口が変わり、セッション環境の変化を検知した接続先サービスが再認証を求める場合があります。これは接続そのものの失敗とは異なります。ファイルのアップロード、リモートセッション、対話操作の途中で回線を切り替える前に、作業を保存してください。頻繁な切り替えや強制再読み込みは、作業の中断や接続先サービスのセキュリティ確認を招くことがあるため、接続維持の常用手段にしないでください。

自動再接続だけでは原因は解決しない

クライアントに自動再接続機能がある場合は、説明に従って利用できます。ただし、自動再接続で復旧を試みることはできても、アカウント状態、権限不足、互換性のないネットワーク設定は直せません。接続と切断が繰り返される場合は、再試行をいったん止めてエラーを確認してください。特にすべての回線で同じエラーが出る場合、自動再接続を続けても同じログが増えるだけです。

サポートには、「画面表示中も切れる」「画面ロック後だけ切れる」「ネットワーク切り替え後に復旧できない」のどれに当たるかを伝え、切断前後のログを添えてください。ログの発生順は保ち、サブスクリプションのアドレスや認証情報を削除します。接続自体は正常で、特定のアプリを開き直すと復旧する場合は、アプリ名と再現手順も記載して、セッションやルーティングの動作を確認しましょう。

サブスクリプションの更新と回線への接続は別の操作

サブスクリプションの更新では設定を取得し、回線への接続では取得済みの設定を使います。古い設定で接続できても、更新リクエストが成功するとは限りません。更新に失敗しても、現在利用できるすべての回線がすぐ使えなくなるわけではありません。更新エラーが出たら、まず現在の設定とエラー表示を保存してください。すべてのサブスクリプションをすぐに削除しないでください。削除後も新しい設定を取得できないと、元の設定を使った確認までできなくなることがあります。

まずユーザーパネルの概要で現在のアカウント、プランの状態、データ量を確認し、パネルの案内からサブスクリプションを取得してください。VPNBeginではメールアドレス不要で、ユーザー名とパスワードで登録できます。元のユーザー名を使っているか確認し、誤って別のアカウントを作成していないかも確認してください。複数のアカウントの支払い記録とサブスクリプションの状態を混同しないようにしましょう。

コピーとインポートの手順を確認する

サブスクリプションのアドレスはパネルからコピーし、クライアントのサブスクリプション追加欄にそのまま貼り付けます。一般的なWebページのURL、プランページのURL、サブスクリプションのアドレスは用途が異なり、互いに置き換えることはできません。チャットやドキュメントを経由すると、リンクが改行されたり、句読点が付いたり、途中で切れたりすることがあります。形式エラーが出た場合は、パネルから取得し直してください。欠けた内容を推測したり、アドレスの項目を手作業で変更したりしないでください。

パネルのインポートボタンを使う場合、システムはそのインポート方式に対応するクライアントへリクエストを渡します。アプリが開かない場合は、アプリとの関連付けが設定されていない可能性があり、アカウントが無効とは限りません。まずクライアントを起動してから、パネルとクライアントが対応する方法で操作してください。関連付けの問題を解決するために、サブスクリプションのアドレス全体を公開の変換サイトや出所不明のオンラインツールへ送らないでください。

ネットワークエラーと設定の解析エラーを見分ける

更新のタイムアウト、取得先アドレスを名前解決できないエラー、取得後の内容を解析できないエラーは、それぞれ問題の箇所が異なります。タイムアウトの場合は、現在のネットワークと更新リクエストが利用可能な経路を通っているかを比較します。解析に失敗した場合はエラー全文を保存し、クライアントがパネルの設定形式に対応しているかを確認してください。実際に受信した内容がネットワーク認証ページやエラー画面の場合も、設定形式エラーとして表示されることがあります。

既存の設定が使えなくなっており、更新リクエストにも既存のプロキシ接続が必須になっていると、失敗した接続に更新が依存することがあります。クライアントの説明に沿って、サブスクリプションの更新に使うネットワーク経路を確認し、必要であれば通常のインターネット接続ができる環境で取得し直してください。更新用プロキシ、システムプロキシ、接続モードの定義はソフトによって異なるため、ほかのクライアントの設定名をそのまま当てはめないでください。

サブスクリプションのアドレスは、アカウントへのアクセスに使われる重要な情報です。問い合わせやスクリーンショットには、エラーの種類、クライアント名、発生状況だけを残してください。アドレス全体、認証情報、直接インポートできるQRコードは表示しないでください。

データ量と料金のルールを確認する

月額サブスクリプションは、¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。データ量は開通日を基準に毎月リセットされます。暦月の初日にリセットされると推測せず、パネルに表示されるアカウント情報を確認してください。途中でプランをアップグレードした場合の差額は残り日数分に換算されます。アップグレードで新しい課金期間が丸ごと始まると決めつけたり、サブスクリプションの更新でプランの状態確認を代用したりしないでください。

データパックは¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで利用でき、有効期限はありません。データパックと月額サブスクリプションでは利用ルールが異なります。利用可能なデータ量について問い合わせる際は、どちらのプランを確認したか明記してください。有効期限がないからといって、データ量が自動的に回復するとは限りません。価格とルールはプランページとパネルの注文情報をあわせてご確認ください。

更新後に確認すること

クライアントに更新完了と表示されたら、同じ名前の別の設定ではなく、更新したサブスクリプションが現在有効になっていることを確認します。回線一覧が正常に表示されるか確認してから、回線を選んで接続してください。カスタムルール、グループ、選択肢が変更された場合は、まず元の使い方を確認してから現在の設定に合わせます。すでに存在しない古い回線名を固定の接続先として使い続けないでください。

パネルにアクセスでき、アカウント状態も正常で、パネルから取得し直しても更新エラーが再現する場合は、エラー全文、クライアントのプラットフォーム、更新方法、ネットワーク比較の結果を添えて問い合わせてください。支払い後の状態について確認する場合は注文番号を添えてかまいませんが、支払い情報に含まれる個人情報は送らないでください。返金については、7日間の理由を問わない返金に対応しています。申請対象と手順は返金ポリシーをご確認ください。

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

ブラウザーでは接続先サービスを開けるのに、デスクトップアプリでは開けない場合、両者が異なるプロキシ方式を使っていることがよくあります。システムプロキシは、通常、その設定を参照するアプリが利用するもので、すべてのアプリに適用されるわけではありません。クライアントの接続ログを開き、接続先アプリを完全に終了して再起動し、該当するドメインやプロセスが記録されるか確認します。古いセッションを使って新しい設定を判断しないでください。

ログに対象アプリのリクエストがない場合は、アプリ独自のプロキシ設定や、ほかの拡張機能、起動オプションで通信経路が指定されていないか確認します。ターミナルのプログラムがプロキシ環境変数を使う場合もありますが、GUIアプリが同じ環境変数を使うとは限りません。ほかのデバイスで使っているポートやアドレスをそのまま設定しないでください。ローカルのプロキシ接続先は、現在のクライアント画面と対応方法に従います。

システムプロキシと通信を処理するモード

クライアントが仮想ネットワークアダプターなどの通信処理モードを備えている場合、システムプロキシに従わないアプリの通信も処理できることがあります。一方で、追加の権限が必要になり、影響する通信範囲も広がる場合があります。クライアントの説明に従って有効にし、元に戻せるよう元の設定を残してください。アプリのリクエストが記録されないからといって、すべての高度なモードを有効にすべきとは限りません。組織のネットワークや社内サービスでは、別の互換性条件がある場合があります。

関連するモードを有効にした後、同じアプリからもう一度リクエストを送り、ローカルのサイトや社内サービスに影響がないか確認します。アプリが引き続き使えない場合は、ツールを重ねて有効にするのではなく、まずログから失敗した段階を確認してください。システムプロキシと通信処理モードを併用できる構成もありますが、組み合わせが不適切だと通信が二重に処理されることがあります。現在のクライアントの説明に従って判断しましょう。

ルール名より、実際に適用されたルールが重要

アプリのルールはドメイン、プロセス、アドレスなどを基準に適用され、照合順序によって最終的な出口も変わります。実際のリクエストがどのルールに一致し、どのグループに入り、最終的にどの回線を選んだか確認してください。ルール名が「AIツール」でも、関連するすべてのドメインが含まれているとは限りません。アプリの更新、ログイン時のリダイレクト、配信リソースの変更によって、新しいリクエストが別の経路を通ることがあります。

トップページ、ログイン、メディア、APIで異なるドメインを使う場合があります。トップページが開けても、アプリ全体で正しい回線を使っているとは限りません。また、ログインを直すために適用範囲の広すぎるルールを追加しないでください。まず失敗したリクエストから関連するドメインを確認し、クライアントの対応方法に沿って必要最小限の変更を行い、ほかの機能も確認します。判断できない場合は、個人情報を伏せたルール適用ログをサポートへ送ってください。

地域に関する表示と通信エラーを分けて考える

接続先サービスが地域、アカウントの利用資格、コンテンツの提供状況に関するメッセージを返す場合、リクエストはサービス側まで届いている可能性があります。接続できないとひとくくりにせず、サービスの利用条件、アカウントの地域、実際の出口を確認してください。海外回線が接続先サービスのアカウント条件に代わるわけではなく、特定のコンテンツライブラリや機能が常に使えることを保証するものでもありません。サービス提供元が条件を変更する場合もあります。

AIツールでは接続エラー、サービス側の処理待ち、アカウントの利用制限を区別します。動画配信サービスではトップページへのアクセス、アカウントへのログイン、実際の再生をそれぞれ確認してください。動画配信の利用に関する案内で判断のポイントを確認できます。MidjourneyとDiscordを利用する場合は、接続と地域の条件に応じた選び方も参考にし、Webページが開くかどうかだけで判断しないようにしましょう。

ルールを変更した後は、古いセッションを終了してから再テストし、最後に有効だったルールの状態を記録してください。特定のアプリだけ問題が続く場合は、アプリ名、失敗した操作、関連ドメイン、適用されたルールを問い合わせに記載します。アカウントのパスワードやセッション情報は不要です。ブラウザーとアプリの両方で同じサービス側の制限が表示される場合は、出口を何度も変更するだけで解決しようとせず、接続先サービスのヘルプも確認してください。

「デバイス数の上限」は表示元を確認する

VPNBeginではデバイス台数に上限はありません。デバイス数に関する表示が出ても、すぐに利用台数を減らしたりプランをアップグレードしたりする必要があると判断しないでください。VPNBeginのパネル、使用中のクライアント、接続先のWebサイトやアプリのどこに表示されたかを確認します。動画配信サービス、業務ツールなどには独自のデバイス管理ルールがある場合があり、ネットワークのサブスクリプションにおけるデバイス数とは別の条件です。

クライアントが、以前インポートした別の設定ではなく自分のアカウントのサブスクリプションを読み込んでいることを確認します。パネルもそのサブスクリプションに対応するアカウントで利用してください。クライアントに複数のサブスクリプションが保存されていると、名前が似ているため誤認することがあります。VPNBeginのページや現在のサブスクリプションに表示されている場合は、表示文と場所を保存して問い合わせてください。アカウントを何度も作成したり、繰り返し支払いをしたりして解決しようとしないでください。

複数デバイスの問題は一台ずつ比較して切り分ける

デバイス台数に上限がなくても、すべてのデバイスでネットワーク環境が同じとは限りません。パソコン、タブレット、ほかの端末では、接続ネットワーク、DNS設定、プロキシモードが異なる場合があります。まず正常に使えるデバイスを基準に、サブスクリプションの取得元、回線の地域、接続先サービス、ルーティングモードを比較します。その後、問題のあるデバイス自体の権限とネットワーク設定を確認してください。システム設定全体をそのままコピーしないでください。

同じネットワーク上のすべてのデバイスで同時に問題が起きる場合は、接続環境と共通のサブスクリプション状態を優先して確認します。特定のデバイスだけに問題がある場合は、そのデバイスから確認してください。別のネットワークに移動して復旧する場合は、接続経路をさらに調べる価値があります。同じ共有ネットワーク上のデバイスで問題が起きても、共通の要因がある可能性を示すだけで、アカウントが制限された証拠にはなりません。

自分で設定変更を続けないほうがよい場合

該当する項目を確認しても、認証エラーが続く、設定を解析できない、クライアントがクラッシュする、利用可能な回線すべてに接続できないといった場合は、そのままサポートへ連絡してください。証明書エラー、管理ポリシーとの競合、システムのネットワークコンポーネントのエラーが出ている場合も、手当たり次第に設定を変更しないでください。システムの深い部分に関わる操作ほど影響範囲が広くなります。根拠がはっきりしない場合は、変更を重ねず、現在の状態を保存しましょう。

特定のサービスの特定アカウントだけで障害が起き、ほかのサービスやネットワーク接続が正常な場合も、影響範囲を明記してください。サポートでは通信経路の確認をお手伝いできますが、接続先サービスのアカウント資格を変更することはできません。支払い、プランの状態、返金については、それぞれ関連する注文番号と画面表示をお知らせください。ネットワークログとすべての支払いスクリーンショットを一つにまとめる必要はありません。

問い合わせに含める情報

ユーザーパネルの問い合わせ窓口から問題を送信してください。プラットフォームとクライアント名、接続中のネットワークの種類、選択した回線名、接続先アプリ、エラーの原文、発生状況を記載します。問題が常に起きるか断続的に起きるか、画面ロック、ネットワーク切り替え、サブスクリプション更新に伴って発生するかも説明してください。正常だと確認できた段階も、原因を絞り込む手がかりになります。

実施した比較は、順番がわかるように記載してください。たとえば、ネットワークを変えずに回線を変えた結果、または回線を変えずにネットワークを変えた結果です。「いろいろ試した」とだけ書いたり、関係のない画面録画を送ったりする必要はありません。エラー発生の前後に関係するログを残し、どの操作をしたときのものか明記してください。どの情報を残すべきかわからない場合は、まずエラーの文面を送って、追加資料の範囲をサポートに確認しましょう。

説明の順序の例：デバイスとプラットフォーム → 実行しようとした操作 → 実際のエラー → 接続ネットワークと回線 → 実施した比較 → 変更後の結果。スクリーンショットの枚数より、具体的な説明が大切です。

送信前に個人情報を伏せ、復旧後は記録を残す

スクリーンショットやログから、パスワード、サブスクリプションの完全なアドレス、認証情報、インポート可能なQRコード、支払いに関する個人情報を削除してください。システムプロキシのスクリーンショットに、ほかのサービスの認証情報が含まれる場合もあるため、項目ごとに確認します。エラー名、回線名、操作の順序、必要な設定状態は残し、すべてを塗りつぶして診断に必要な情報まで消さないようにしてください。公開コメント欄に設定ファイルをそのまま投稿しないでください。

サポートの案内に沿って操作した後は、最初に問題が起きた状況を再現してテストし、普段使うローカルサービス、接続先アプリ、バックグラウンドからの復帰が正常か確認してください。最終的に有効だった設定と変更理由を記録し、確認中に一時追加した無関係な設定は元に戻しましょう。次に同じ問題が起きた場合、この検証済みの記録から確認を始められます。設定をやり直す場合は使い方ガイドを、アカウントの権利や申請手続きについては利用規約と返金ポリシーをご確認ください。