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

切り分け / 状況を記録

まず切り分けの基準を決める

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

トラブルシューティングを始める前に、どの段階で失敗するのかを整理しましょう。クライアントが起動しない、接続スイッチをオンにできない、オンにした後にサイトが読み込まれない、特定のアプリだけでエラーになる場合では、原因が異なります。接続アイコンが示すのは、通常、ローカルプロキシのプロセスやトンネルが起動したことです。回線の出口、ドメイン名の解決、接続先サイトがすべて正常だとは限りません。最後に成功した操作と、その直後に失敗した操作を記録してください。たとえば「サブスクリプションを取り込み、回線名も表示されたが、ブラウザーを開くとページの読み込みが終わらない」のように書くと、「ネットが壊れた」とだけ伝えるより原因を特定しやすくなります。

続いて、影響範囲を確認します。現在のネットワークでクライアントを一時的に切断し、普段そのままアクセスできるサイトが開くか確認してください。その後クライアントを再接続し、同じブラウザーで同じサイトを開きます。切断した状態でも基本的なサイトが開かない場合は、ネットワーク接続、ルーター、ローカルの認証を先に確認してください。基本ネットワークが正常なら、プロキシ経路の確認に進みます。会社や公共のネットワークには利用規則がある場合があります。規則を守り、管理対象の端末でセキュリティ設定を変更して試すことは避けてください。

条件を変えて原因を絞り込む

条件をそろえ、一度に一つの要素だけを変えて比較するのがポイントです。同じ端末で別のネットワークに接続する方法と、別の端末を同じネットワークに接続して同じ操作をする方法があります。前者は接続ネットワークの確認、後者は端末ごとの差の確認に役立ちます。ネットワークを切り替えるときは、公共のWi-Fiで認証ページを開く必要がないか確認してください。認証が済んでいないと、クライアントが接続中に見えても実際のリクエストを送信できないことがあります。まず通常のネットワーク接続を完了し、同じ手順で再度確認してください。

回線の変更、ブラウザーのデータ削除、クライアントの再インストール、DNSの変更を同時に行わないでください。復旧しても、どの操作が有効だったのか分からなくなり、次回も原因を推測するしかありません。現在選択している回線、接続モード、利用中のネットワーク、エラー文を記録してから、一つずつ変更することをおすすめします。変更のたびに、同じページやアプリで結果を確認してください。変化がなければ元の設定に戻してから次を試すと、設定の競合を防げます。

元に戻せる操作から試し、削除や再インストールは後にする

回線の選び直し、アプリの終了と再起動、接続の再確立は、設定を削除するより元の状態を保ちやすい方法です。設定を消す前に、ユーザーパネルにログインできることと、サブスクリプションを再取得する場所を確認してください。VPNDiscではメールアドレスは不要で、ユーザー名とパスワードで利用できます。認証情報は安全に保管し、ブラウザーにログイン状態が残っていることだけを復旧手段にしないでください。サブスクリプションのリンクも適切に保管し、スクリーンショットやログに含まれる認証情報は隠してください。

このガイドに記載された設定名は、OSの言語、クライアントの画面、管理ポリシーによって異なる場合があります。ボタンの文言が異なるからといって無関係な操作を当てはめず、システムプロキシ、トンネル、アプリごとの振り分け、バックグラウンド動作など、設定の機能を確認してください。該当する項目が見つからない場合は、その手順を飛ばし、問い合わせ時に説明してください。出所不明の診断ツールをインストールしたり、他人から受け取った設定を本サービスのサブスクリプションの代わりに取り込んだりしないでください。問題の原因となる要素が増えるおそれがあります。

切り分けの目標は、「同じネットワークで全端末が失敗する」「自分の端末だけ失敗する」「特定の回線だけ失敗する」「特定のアプリだけ失敗する」のように、原因の範囲を明確にすることです。結果を記録してから次の項目に進んでください。初回接続のサブスクリプションや取り込み手順が確認できていない場合は、クイックスタートガイドに戻って基本手順を確認しましょう。高度な設定を変更するより効果的な場合があります。

症状 / 接続を確立できない

接続できない場合の確認手順

ネットワークとアカウントの状態を確認する

接続できない場合は、まず「選択できる回線がない」状態と「回線を選んでも接続に失敗する」状態を分けて考えます。前者はサブスクリプションの取り込みや設定の選択が完了していない、または更新に失敗した場合によく見られます。サブスクリプションの項目を確認してください。後者では、現在のネットワーク、権限、回線を確認します。クライアントを一時的に終了して、端末から基本的なサイトにアクセスできることを確認してから、パネルでプランの状態と残りの通信量を確認してください。パネルが開くことはパネルに接続できる証拠にすぎず、現在の回線が利用できることを単独で証明するものではありません。

パネルにプランの有効期限切れや通信量不足が表示されている場合は、パネルの記録に基づいてアカウントの状態を確認してください。DNSを変更したり、何度もサブスクリプションを取り込んだりしても、請求上の問題は解決しません。月額サブスクリプションの通信量は、利用開始日を基準に毎月リセットされ、暦月の初日に一律で回復するものではありません。データパックは使い切るまで有効で、期限はありません。購入内容を確認してから、利用可能な通信量が残っているか判断してください。料金やプラン変更のルールは料金プランで確認できます。接続が復旧するか試すために、重複して支払うことは避けてください。

権限と競合するネットワークツールを確認する

クライアントがネットワーク接続のシステム許可を求めた場合は、必要な許可が完了していることを確認してください。以前に拒否した場合は、接続スイッチを何度も押すのではなく、OSのネットワーク設定やアプリの権限を確認します。デスクトップでは仮想ネットワークアダプターやトンネル機能に追加の権限が必要な場合があります。モバイル端末に、以前使ったアプリの接続設定が残っていることもあります。現在必要な接続ツールだけを有効にし、他のプロキシ、ネットワーク高速化、トンネルアプリを一時的に終了してから再度試してください。複数のツールが同じ接続経路を取り合うのを防げます。

システムのセキュリティソフトから警告が出ても、すべての保護を無効にすることを通常の手順にしないでください。具体的なブロック対象を確認し、サイトのパネルから取得したクライアントか、また、ブロックされたのが起動、ネットワークアクセス、コンポーネントのインストールのどれかを調べます。管理対象の端末は管理者に相談してください。コンポーネントを読み込めないという表示が出た場合は、正確なメッセージを記録して問い合わせてください。フォーラムから代わりのドライバーをダウンロードしたり、出所不明の管理者コマンドを実行したりしないでください。影響範囲を確認できない変更は中断してください。

回線と接続ネットワークを比較する

他の設定はそのままに、パネルで選択可能な別の回線に切り替え、同じサイトを試してください。切り替え後に復旧した場合は、失敗した回線名と成功した回線名を記録してください。利用可能な回線を使いながら、具体的な情報を添えて問い合わせましょう。すべての回線で失敗する場合は、別の利用可能なネットワークでも試します。特定のネットワークでだけ失敗するなら、接続環境が関係している可能性があります。異なるネットワークでも失敗し、自分の端末だけで問題が起きる場合は、すべての回線を問題と判断する前に、クライアント設定、システム権限、端末のネットワークコンポーネントを確認してください。

ログのタイムアウト、接続拒否、名前解決の失敗は、それぞれ意味が異なります。タイムアウトは、待機時間内に期待した応答が得られなかった状態で、ローカルネットワーク、接続回線、接続先サービスのいずれでも起こり得ます。接続拒否は、接続先のエンドポイントがリクエストを受け付けなかったことを示します。名前解決に失敗した場合は、まずDNSを確認してください。エラーが発生する直前と直後の操作、ログの時刻を記録し、プロトコルの内部動作を推測する必要はありません。ログに含まれる接続先アドレスやサブスクリプションの認証情報は、送信前に確認してください。

基本ネットワークが正常で、アカウントが有効、システムの許可も完了しており、回線とネットワークを変えても接続できない場合は、問い合わせをおすすめします。OS名、クライアントの入手元、正確なエラー文、比較結果を添えてください。再インストールは、証拠を保存してから行いましょう。エラーを記録せずに再インストールすると、一時的に消えた問題の追跡が難しくなります。復旧後は、元の利用状況で動作を確認してください。スイッチがオンになっただけでトラブルシューティングを終わらせないようにしましょう。

症状 / 接続中でもページが表示されない

接続済みなのにサイトが開かない

通信が実際にクライアントを通っているか確認する

接続スイッチがオンでもサイトが開かない場合は、リクエストを送信したときに、クライアントに該当する接続記録があるか確認します。記録がない場合は、ブラウザーがシステムプロキシを使用していない、現在のモードが一部の通信だけを処理している、または別のソフトがプロキシ設定を上書きしている可能性があります。記録があるのに失敗する場合は、記録に表示されたルール、出口、エラーを確認してください。メイン画面の接続表示だけでは、どちらの状態か判断できません。通常のサイトで確認し、ブラウザーに表示された古いキャッシュやオフラインページの影響を先に除外してください。

システムプロキシとトンネルモードでは、通信を処理する範囲が異なります。システムプロキシは通常、その設定に従うアプリが利用します。トンネルモードは仮想ネットワークインターフェースを通じて、より広い範囲の通信を処理しますが、ルールやシステムの制限を受けます。どちらかを有効にすれば、すべてのプログラムが対象になるとは限りません。まずクライアントで有効になっているモードを確認し、ブラウザーに個別のプロキシ設定がないか調べてください。拡張機能がプロキシを管理している場合は、一時的に無効にしてブラウザーを開き直し、結果を比較します。

接続先サイトの問題とネットワーク全体の問題を分ける

通常のサイトは開くのに特定のサイトだけ失敗する場合は、接続先プラットフォームのサービス状況、アカウントの表示、地域に関する要件を確認してください。アカウント制限、地域で利用できない旨、アクセス拒否が明示されている場合、リクエストはすでに接続先サービスに届いている可能性があります。何度も再接続しても解決するとは限りません。VPNDiscの回線出口は、プラットフォームのアカウント利用資格に代わるものではなく、特定の出口が常に受け入れられることを保証するものでもありません。表示されたメッセージを保存し、プラットフォームからの案内をすべて接続障害と決めつけないでください。

ブラウザーの画面が真っ白になる、読み込み中のまま進まない、証明書の警告が出る場合も、それぞれ分けて対応してください。真っ白な画面は、スクリプト拡張機能、キャッシュ、ページリソースの読み込みエラーが原因の可能性があります。拡張機能を読み込まない一時的なブラウザーウィンドウで比較してみてください。証明書の警告が出た場合は、まず端末の日付と時刻が正しいか確認します。特に長期間電源を切っていた端末では注意してください。証明書のリスクを無視してアカウントのパスワードを入力したり、ネットワークを「修復」するために不明なルート証明書をインストールしたりしないでください。時刻が正しいのに証明書の問題が続く場合は、警告を保存して、機密情報を扱う操作を中止してください。

結果に応じて次の確認項目を選ぶ

同じブラウザーのすべてのサイトが失敗する一方で、他のアプリはインターネットに接続できる場合は、ブラウザー独自のプロキシ設定を元に戻し、システムプロキシの接続先が終了済みのローカルプロセスになっていないか確認してください。以前使っていたツールを終了した後もプロキシ設定が残っていると、リクエストが存在しない接続先に送られ続けます。システムのネットワーク設定を戻す前に、現在の設定と職場のネットワーク要件を記録してください。会社の端末では指定プロキシが必要な場合があり、設定をすべて消すと通常の業務に支障が出ることがあります。判断できない場合は端末の管理者に相談してください。

クライアントを有効にするとすべてのアプリで失敗し、無効にすると復旧する場合は、デフォルトルート、DNS、ルールの設定を確認してください。まずサイトから取得したサブスクリプション設定を選び直し、接続を再確立します。他の提供元のルールをそのまま混ぜないでください。サブスクリプションに含まれるルールと個人の上書き設定が同時に適用される場合があります。手動で設定した直接接続、拒否、固定出口のルールがないか確認してください。カスタム設定を一時的に無効にして比較すると、クライアント全体を削除するより原因を特定しやすくなります。

ChatGPT、Claude、Geminiの特定ページだけ開かない場合は、AIツールの利用案内で地域やアカウントの条件を確認してください。動画視聴の問題は動画配信サービスの対応状況をご覧ください。問い合わせ時には、サイトのトップページが開かないのか、ログイン後に失敗するのか、特定の機能だけ失敗するのかを説明してください。ドメイン名とエラー文を伝えれば十分です。個人的な会話、アカウントのセッション情報、ブラウザーの全データは送らないでください。

症状 / 遅い・途切れる・画質が下がる

速度が遅い・夜間に不安定

どの操作で遅くなるかを明確にする

ウェブページを初めて開くときに時間がかかる、ファイル転送が遅い、動画が途中で止まる、リアルタイムの会話で応答が遅れる場合は、それぞれドメイン名の解決、継続的な通信速度、キャッシュの動作、接続先プラットフォームの処理が関係している可能性があります。まず、どの操作に時間がかかるのか具体的に記録してください。速度測定サイトの結果だけでは原因を判断できません。速度測定サイトと実際の接続先では、出口、振り分けルール、コンテンツ配信経路が異なる場合があります。そのため、速度測定が正常でも目的のアプリが正常とは限らず、アプリが遅くても回線全体が使えないとは限りません。

まず、OSの更新、クラウドストレージの同期、バックアップ、同じネットワーク上でのメディア転送など、ネットワークを継続的に使うタスクがないか確認してください。安全に中断できるタスクを一時停止してから、同じ接続先で再度試します。Wi-Fiの電波が不安定な場合、ページが開いても再送や待ち時間が発生することがあります。アクセスポイントの近くや有線接続で比較してください。トラブルシューティング中に速度測定を何度も実行しないでください。ネットワークリソースとプランの通信量を消費し、結果に影響することがあります。

回線の種類だけで速度の順位は決まらない

IEPL専線、中継、ダイレクト接続は、通信経路の仕組みを表すものであり、すべてのネットワークに当てはまる固定の順位ではありません。接続事業者、出口の地域、地域間の経路、接続先プラットフォームによって、実際の使い勝手は変わります。接続先を変えずに異なる種類を比較し、現在のネットワークに合う組み合わせを記録してください。地域の近さだけで選んだり、回線名に「専線」とあるからといって、どの状況でも同じ速度が出ると考えたりしないでください。具体例と種類の説明は世界のノード一覧をご覧ください。

夜間の混雑時間帯だけ遅くなる場合は、できるだけ時間帯以外の条件、つまり端末、ネットワーク、接続先を同じにして変化を確認してください。同じネットワークの全端末が遅い場合は、家庭内ネットワークや接続回線を先に確認します。特定の出口だけ遅い場合は、別の回線で比較してください。記録にはネットワークを利用している地域とタイムゾーンを明記しましょう。地域が違えば「夜」の時間も異なります。混雑時間帯に何度も回線を切り替えるより、条件をそろえて比較するほうが有益です。

動画とAIツールでは確認方法が異なる

動画の画質が下がる原因には、バッファの状態に応じたプラットフォーム側の自動調整、アカウントの画質設定、端末の性能、動画ソースなどがあります。まず選択中の画質とプラットフォームの設定を確認し、バッファが継続的に発生しているか調べてください。接続直後に再生位置を動かすと、バッファが消去され、一時的な読み込みを継続的な遅延と誤解しやすくなります。同じ動画ソースと再生位置で回線を比較し、コンテンツごとのビットレートの違いを回線差と混同しないようにしましょう。詳しくは動画の画質が低下するときの対処法をご覧ください。

AIツールの動作が遅い場合は、ページの読み込み、リクエストの送信、モデルの生成を分けて確認してください。ページが正常に表示され、リクエストがプラットフォームに受け付けられた後に長時間応答がない場合は、プラットフォーム側の処理やアカウントの待ち行列が関係している可能性があります。待ち時間だけでネットワークが原因とは判断できません。一方、「ネットワークが切断されました」と繰り返し表示される、送信に失敗する、リソースを読み込めない場合は、接続記録を確認してください。接続中に地域を何度も切り替えるのは避け、同じ出口を維持すると、地域の頻繁な変更による追加確認を減らせます。

プランの通信量は利用可能な通信量を定めるものであり、あらゆる遅延を解決するものではありません。遅いからとすぐにプランを変更しても、原因に対処できない可能性があります。まず通信量が現在の上限に達しているか確認し、次に回線と接続ネットワークを調べてください。VPNDiscの月額サブスクリプションを途中でアップグレードする場合、差額は残りの日数分に換算されます。プランを変更する際は、パネルでルールを確認してください。特定の回線が特定のネットワークと時間帯で遅くなる状況を再現できる場合は、比較結果を添えて問い合わせると、「夜間はとても遅い」とだけ伝えるより対応しやすくなります。

症状 / 接続が切れる・バックグラウンドで動作しない

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

切断と同時に起きたことを確認する

まず、画面ロック、アプリの切り替え、ネットワークの変更、端末のスリープ、電源状態の変化の直後に切断が起きたか記録してください。画面を消した後だけ失敗し、画面を点けてクライアントを開き直すとすぐ復旧する場合は、バックグラウンド動作や省電力設定を確認しましょう。端末を操作中にも切断される場合は、回線とネットワークを確認してください。すべての切断を「バックグラウンドで終了された」と決めつけないでください。アプリが動作中でも、ネットワークが切り替わると同様の症状が起きることがあります。発生順序とシステムの状態をもとに判断してください。

Wi-Fiから別のネットワークに切り替えると、端末の出口アドレスやルートが変わり、既存の接続をそのまま維持できないことがあります。クライアントが接続を再確立したか確認してから、対象のアプリでリクエストをもう一度送ってください。切断されたダウンロード、動画再生、リアルタイム通信は、トンネルが復旧しても自動で再開されず、アプリ側で再試行が必要な場合があります。古いページにエラーが残っていても、端末を何度も再起動しないでください。まず対象ページを開き直し、問題が続くか確認します。

実際の機能に合わせて各プラットフォームの設定を確認する

Androidのバックグラウンド制限は、OSのバッテリー設定と端末メーカー独自の設定が関係することがあります。クライアントのバックグラウンド動作やバックグラウンドデータが許可されているか、厳しい制限が適用されていないか確認してください。設定名は端末によって異なりますが、機能を目安に探せます。継続動作が必要なクライアントだけを調整し、すべてのアプリで省電力を無効にする必要はありません。最近使ったアプリの一覧にクライアントを残す方法が有効かどうかもシステムによって異なり、すべての端末で通用するとは限りません。変更後は画面をロックしてから解除し、同じ状況で再確認してください。

iOSでは、同じ名前のバックグラウンド権限が存在しない場合、探すのではなくシステムの接続状態とクライアントのエラーを確認してください。システムのネットワーク拡張機能と一般的なアプリのバックグラウンド動作は同じではありません。メイン画面が前面にないからといって、接続が必ず停止するわけではありません。ネットワークの切り替え後にエラーが出た場合は、接続を再確立して対象のリクエストを確認してください。システム設定の競合が疑われる場合は、古い接続設定がどのアプリに属するか確認します。用途が分からない企業や学校の管理設定を削除したり、他のプラットフォーム向けのドライバー修復手順を使ったりしないでください。

デスクトップ端末のスリープ復帰と使用中の切断

デスクトップ端末では、スリープから復帰した後、ネットワークアダプター、ルート、クライアントのプロセスが同時に復旧しないことがあります。まず通常のネットワーク接続が戻ったことを確認してから、クライアントを切断し、接続し直してください。Windowsではネットワークインターフェースが利用可能か確認できます。macOSでは現在のネットワークサービスとシステムプロキシを確認してください。Linuxではクライアントのプロセスとネットワークマネージャーの状態を確認します。スリープ復帰時に一度問題が起きただけで、すぐにOSを再インストールする必要はありません。スリープのたびに再現する場合は、スリープ前後のネットワークの変化を記録すると、サポート担当者が分析しやすくなります。

端末を使用中にも頻繁に切断される場合は、アプリの設定を変えずに、回線と接続ネットワークをそれぞれ変更して確認してください。特定の回線だけで発生するなら回線名を記録します。特定のネットワークだけで発生するなら接続の安定性を確認してください。すべての条件で自分の端末だけに起きるなら、ソフトウェアの競合や端末のコンポーネントを調べます。システム時刻の異常やディスク容量不足も、設定の保存やコンポーネントの動作に影響することがあります。「接続維持」のために意味のないリクエストを大量に送り続けないでください。通信量を消費するうえ、根本的な解決につながるとは限りません。

切断後にクライアントのスイッチがオンのままか、システムの接続アイコンが消えたか、アプリを開き直すと復旧するか、古いページを再試行すると正常になるかをサポート担当者に伝えてください。こうした情報から、トンネルの終了、ネットワークの切り替え、アプリのセッション失効を区別できます。バックグラウンドで切断した際にログの記録も止まった場合は、停止直前の関連部分を保存してください。エラーが続いている場合は、前後の文脈が分かるように保存します。送信前にアカウント情報や認証情報を隠し、他のアプリの個人的な通知は添付しないでください。

症状 / 設定の更新とアカウントの表示

サブスクリプションの更新失敗と端末の表示

取得と取り込みのどちらで失敗したか確認する

サブスクリプションの更新は、リクエストの失敗、設定以外の内容が返される、設定形式を認識できない、取り込み後に設定が選択されていないなど、さまざまな段階で失敗します。まずクライアントに表示されたメッセージを確認し、回線一覧に以前の内容が残っているか調べてください。一覧に残っているからといって、今回の更新が成功したとは限らず、古い設定をすぐ削除する必要もありません。利用できる設定とエラーの状況を保存し、パネルから新しいサブスクリプションを取得できることが分かるまでは、すべての設定を消さないでください。一時的に使える接続手段を失うおそれがあります。

ユーザーパネルにログインしてアカウントとプランの状態を確認し、パネルに表示されるサブスクリプションの取得画面から内容を取得してください。コピーするときに空白、改行、説明文、チャットアプリが追加した句読点が混ざらないようにします。画面上でリンクが折り返して表示されても、実際に改行が含まれているとは限りません。パネルのコピー機能を使ってください。サブスクリプションは認証情報です。公開ウェブサイトでオンライン解析にかけたり、見知らぬ人に確認を頼んだりしないでください。スクリーンショットでは末尾だけでなく、認証情報全体を隠してください。

ダウンロードエラーと形式エラーを分ける

クライアントにタイムアウトやサブスクリプションのドメイン名を解決できないと表示された場合は、基本ネットワークと更新リクエストの経路を確認してください。クライアントによっては、直接更新する方法と現在のプロキシを経由して更新する方法を選べます。利用中の回線が使えず、更新リクエストもその回線に依存していると、処理が行き詰まることがあります。クライアントが実際に対応している選択肢を確認し、更新経路だけを切り替えて試してください。サブスクリプションの内容も同時に変更しないでください。パネル自体も開かない場合は、推測でURLを変更するのではなく、ネットワーク接続から解決してください。

形式エラーが表示された場合は、クライアントがログイン画面、エラーページ、ネットワーク認証ページに差し替えられた内容を取得していないか確認してください。文字列をダウンロードできても、正しい設定が取得できたとは限りません。現在使っているクライアント向けにパネルが提供する取得方法を選んでいるか確認し、異なる形式の設定を取り込まないでください。項目の意味が分からないまま、検証を通すために設定ファイルの行を手動で削除しないでください。ルール、DNS、出口の選択が失われる可能性があります。エラーに表示された項目名を記録すれば十分です。サブスクリプション全体を送る必要はありません。

通信量のルールと端末の表示を分けて確認する

VPNDiscでは接続台数に制限なく、複数の端末から同時に接続できます。クライアントに「端末数の上限を超えています」などと表示されても、本サービスに非公開の接続台数上限があると判断しないでください。その表示がサイトのパネル、現在のクライアント、OSの接続管理、別のサービスのいずれから出ているか確認してください。古いアカウント、別の設定、端末のローカル認証機能でも似た表示が出ることがあります。表示のスクリーンショットと場所を記録し、利用中のアカウントと設定の入手元を確認してから問い合わせてください。復旧を試すために、まずすべての端末を削除することは避けてください。

同時接続台数が無制限であることと、プランの通信量上限は別の条件です。同じアカウントを複数の端末で使う場合も、アカウントの通信量記録を確認してください。月額サブスクリプションは、¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBです。通信量は利用開始日を基準に毎月リセットされ、途中でアップグレードすると差額が残りの日数分に換算されます。サブスクリプションの更新を通信量のリセットと混同しないでください。また、クライアントの端末内の統計とパネルの請求記録が同じとは限りません。差異がある場合は、対象の期間と記録を保存し、サポート担当者に確認を依頼してください。

データパックは¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで有効です。期限はありません。月額サブスクリプションとは利用条件が異なるため、選ぶ前に月額プランとデータパックの違いをご覧ください。更新後は、新しい設定が有効になっていること、以前の回線選択がそのまま使えることを確認し、リクエストを再度送信してください。サブスクリプションが漏えいした疑いがある場合は、パネルの機能を使って認証情報をリセットしてください。画面に機能がない場合は問い合わせてください。端末内で設定名を変更するだけでは解決しません。

症状 / 特定のアプリと名前解決

アプリごとの振り分けとDNSの異常

特定のアプリだけプロキシを経由しない場合は、対象範囲を確認する

ブラウザーは正常なのに特定のアプリだけ失敗する場合は、そのアプリがシステムプロキシに従うか確認してください。独自のネットワーク機能、個別のプロキシ設定、システムポリシーで管理された接続方法を使うアプリもあります。ブラウザーで接続できても、アプリのリクエストが同じ出口を通るとは限りません。アプリで操作を行い、クライアントに該当する接続記録が表示されるか確認します。記録があれば、適用されたルールと出口を調べます。記録がなければ、接続モードとアプリごとの設定を確認してください。確認せずにシステム全体をグローバル設定へ変更しないでください。

アプリのルールは、メインプログラム、補助プロセス、埋め込みページの違いにも影響されます。メインプログラムだけにプロキシを設定しても、ログインやメディア転送を担当するコンポーネントが対象になるとは限りません。アプリ名からドメインを推測せず、実際の接続記録をもとに特定してください。より広い範囲を処理するモードに一時的に切り替えられる場合は、比較用のテストとして利用できます。テスト後は元のルールに戻してください。振り分けモードでだけ問題が起きることを確認してから、該当するリクエストだけを調整します。通常は直接接続する業務用リソースに影響を与えないようにしてください。

DNSエラーとサイトからの拒否は異なる

DNSはドメイン名を接続可能なアドレスに変換します。OS、ブラウザー、クライアントがそれぞれ名前解決に関わる場合があり、ブラウザーのセキュアDNSが別の経路を使うこともあります。そのため、OSの名前解決に成功しても、アプリが同じ結果を使っているとは限りません。まずクライアントのログに名前解決エラーがあるか確認し、ブラウザーで独自の名前解決設定が有効になっていないか調べてください。比較のため一時的にブラウザー独自の名前解決を無効にすることはできますが、確認後に必要に応じて元に戻してください。複数のDNSサーバーを手当たり次第に追加しないでください。

以下のコマンドはサンプルのドメイン名を確認するだけで、サブスクリプションやアカウントの情報は含みません。WindowsではPowerShellの Resolve-DnsName、macOSと該当ツールを利用できるLinuxでは nslookup を使用できます。コマンドが見つからない場合は、不明なツールを追加でインストールせず、OSにある診断画面を利用してください。サンプルのドメイン名が解決できても、基本的な問い合わせが完了したことを示すだけです。実際の接続先についてはアプリの記録と合わせて確認し、すべてのDNS動作が正常だと判断しないでください。

# Windows PowerShell
Resolve-DnsName example.com

# macOSまたはこのツールを利用できるLinux
nslookup example.com

OSの名前解決に失敗し、クライアント内では成功する場合は、OSのDNS経路が古いツールや到達できないネットワークサービスを参照していないか確認してください。OSでは成功し、アプリだけ失敗する場合は、アプリ独自の名前解決と通信の振り分けを優先して確認します。検索結果のアドレスを長期設定として手動で固定しないでください。プラットフォームのアドレスは変わる場合があり、キャッシュにも有効期間があります。キャッシュの削除は古い結果が残っている場合には有効ですが、上流のDNSサーバーに継続して接続できない問題は解決しません。まず名前解決の経路を修正し、その後アプリを開き直すか、OSが対応する方法でキャッシュを削除してください。

接続テストで分かることと限界

以下のコマンドを使うと、サンプルサイトがレスポンスヘッダーを返すか確認できます。ローカルプロキシのポートは指定していないため、リクエストがどの経路を通るかはOSや環境の設定によって異なります。コマンドラインツールの中には、グラフィカル画面のシステムプロキシ設定に自動で従わないものもあります。コマンドの失敗をブラウザーの失敗と同じだと考えないでください。テストの目的は、名前解決、接続待ち、証明書の検証など、エラーの種類を記録することです。成功したかどうかだけを確認するものではありません。アカウントの認証ヘッダーや個人のアクセス情報を追加しないでください。

curl -I https://example.com

DNSの異常を、アドレスのプロトコルを無効にしたり、ルートを変更したりして安易に回避しないでください。端末で複数のアドレスファミリーのネットワーク経路が利用でき、クライアントの対象範囲とOSのデフォルトの選択が異なる場合があります。まずデフォルト設定を維持したまま、どのリクエストが想定した出口を通っていないか確認してください。その後、クライアントのドキュメントで対応状況を確認します。根拠のある設定だけを、元に戻せる方法でテストしてください。問い合わせ時にはコマンドのエラー文、アプリのリクエスト記録、現在のモードを伝え、他のサイトの閲覧履歴を含むログ全体は送らないでください。

確認のまとめ / 問い合わせ・復旧確認・情報管理

問い合わせのタイミングと復旧確認

再現する問題が続く場合は、変更を重ねて試さない

基本ネットワークとアカウントが正常で、回線とネットワークを比較しても問題が繰り返し発生する場合は、問い合わせてください。認証の異常、請求記録、システムコンポーネントを読み込めない問題、原因を確認できない端末の表示も、サポートへの相談に適しています。問い合わせの準備のために、リスクの高い操作を続ける必要はありません。システムを大幅に変更することも避けてください。最後に発生した状態を記録し、どの項目を確認済みか説明すると、サポートのやり取りで同じ確認を繰り返さずに済みます。

ユーザーパネルの問い合わせフォームから情報を送信してください。タイトルは「プラットフォーム＋症状＋発生条件」の形式にします。例：「Androidで画面ロック後にリクエストが失敗し、再接続すると復旧」。本文には、発生した順に操作を記載してください。どの設定で接続し、どの回線を選び、どの接続先を開いたときに何が表示されたか、切り替え後にどうなったかを説明します。端末の利用地域は地域名とネットワークの種類で十分です。正確な住所や診断に関係のない個人情報は送らないでください。

必要な情報をそろえ、すべては送らない

役立つ情報は、OS名、クライアント画面に表示される名称、入手元、発生日時とタイムゾーン、回線名、エラーの原文、特定のアプリだけに影響するかどうかです。OSやクライアントのバージョンを伝える場合は、端末の実際の画面で確認してください。他の人のバージョン情報をそのまま使わないでください。ログの時刻と合うように時間を記録し、スクリーンショットにはエラー表示と関連する設定を残します。個人の通知や他のウィンドウは切り取ってください。ログがなくても問い合わせできます。未整理の情報を大量に送るより、正確な再現手順のほうが役立ちます。

• 症状：接続できない、接続中でもサイトが開かない、遅い、切断される、更新できない。
• 範囲：特定のアプリ、端末、現在のネットワーク、特定の回線。
• 比較：回線、ネットワーク、アプリを変えたときに結果が変わるか。
• 発生状況：正確なエラー、発生時刻、現在のモード、必要なログの抜粋。
• プライバシー確認：パスワード、サブスクリプションの認証情報、セッション情報、個人情報を隠したか。

ログは問題が発生する前後の連続した部分を切り出してください。最後の一語だけを抜き出したり、過去のログをすべてアップロードしたりしないでください。接続先のドメイン名に個人的な業務情報が含まれる場合は、まず概要だけを伝え、本当に必要か確認してください。ブラウザーのネットワーク記録には、セッション情報、リクエスト本文、個人ファイルへのリンクが含まれることがあるため、通常は添付しないでください。サポート担当者がアカウントのパスワードを求めることはありません。パネル以外の窓口で認証情報全体を求められた場合は、正式な問い合わせ窓口から確認してください。

復旧したら元の利用状況で動作を確認する

サポートから案内を受けた後も、一度に実施する変更は一つにし、変更内容と結果を記録してください。復旧した場合は、最初に失敗した操作をもう一度行い、トップページが開くかどうかだけで判断しないでください。バックグラウンドの問題は画面ロックと復帰を繰り返して確認します。サブスクリプションの問題は新しい設定が有効か確認してください。アプリごとの振り分けの問題は、実際のリクエストに想定した出口が適用されたか確認します。その後、一時的に無効にしたセキュリティ機能と診断に関係のない設定を元に戻し、不要になったテスト設定を削除してください。修復後に新たなリスクを残さないようにしましょう。

問題が一時的に消えたものの安定して再現できない場合は、「現在は復旧、原因は未確認」と正確に記録してください。一度成功しただけで恒久的に解決したと判断しないでください。必要な記録を保管し、再発したら同じ問い合わせに情報を追加すると、条件を比較しやすくなります。同じ問題を複数の問い合わせに分けて書くと、経緯が分散することがあります。接続先プラットフォームがアカウントや地域に関する制限を明示している場合は、プラットフォームの異議申し立てや利用ルールに従ってください。本サービスのサポートが、プラットフォームにおけるアカウントの利用資格を判断することはできません。

サービスのルールと安全な利用方法

VPNDiscでは14日間の無条件返金に対応しています。返金対象と申請方法は利用規約をご覧ください。請求に関する問い合わせには、注文に対応する記録を添付してください。決済アカウントの情報全体を送る必要はありません。お支払い方法はAlipay / WeChat Pay / USDTです。クライアントやサブスクリプションを再取得する際はパネルを利用し、チャットで送られてきた出所不明のインストールファイルは使わないでください。アカウントや請求に関する一般的な質問は、まずサポートページをご覧ください。サービスのルールをネットワーク障害と取り違えずに済みます。

軍用級の暗号化を本サービスのセキュリティの主な特徴としていますが、アカウント、端末、サブスクリプションのリンクは引き続き適切に管理してください。接続が復旧しても、OSの更新、証明書の警告、公共ネットワークのリスクを無視してよいわけではありません。サブスクリプションリンクの管理と公共Wi-Fiのリスクを読み、今回有効だった確認手順を記録しておくことをおすすめします。同じ症状が再発した場合は、設定をすべて消去したり再インストールしたりする前に、確認済みの基本項目から始めてください。