EyVPN トラブル解決ガイド

判断の基準を作る：問題が起きている層を特定する

曖昧な説明を検証可能な症状に変える

「ネットワークの調子が悪い」だけでは判断できません。確認を始める前にEyVPNの接続を切り、現在のネットワークで普段使う国内のWebページを正常に開けるか確認してください。ブラウザーだけが異常なのか、システム内のすべての通信アプリが異常なのかも観察します。通常のネットワーク自体が使えない場合は、ルーター、無線接続、有線接続、または通信事業者のネットワークを先に確認してください。この状態でEyVPNの回線を変えても、基盤となる切断は直りません。通常のネットワークが復旧したらクライアントを開き、購読一覧が表示されるか、回線を選択できるか、接続中から接続済みに変わるか、接続後に名前解決と対象サービスへのアクセスができるかを確認します。

症状はできるだけ「どのプラットフォームで、どの種類の接続ネットワークを使い、何を操作し、どの結果になったか」の形で説明してください。たとえば「Windowsクライアントで購読をインポートすると回線は表示されるが、どの回線を選んでも接続中のまま」のほうが、「Windowsで使えない」より診断に役立ちます。「ブラウザーは使えるが、特定のデスクトップアプリだけ常にタイムアウトする」なら、トンネルと基盤ネットワークはおそらく動作しており、アプリの通信振り分け、システムプロキシの読み取り方、アプリのキャッシュを重点的に確認します。クライアントの再インストールを続ける段階ではありません。

最小限のテスト環境を作る

確認中は、ネットワーク経路を変更する他のツールを一時的に終了してください。別のプロキシクライアント、OS標準の別トンネル、ブラウザー独自のプロキシ拡張、ネットワークフィルタリングソフト、重複したDNS設定などが対象です。目的はこれらを永久に停止することではなく、複数のコンポーネントがデフォルトルート、システムプロキシ、名前解決を同時に管理する状態を避けることです。複数のネットワークコンポーネントを同時に動かすと、たまたま接続できても実際にどの経路を通信が通ったのか確認できず、再起動やネットワーク切り替え後に再発しやすくなります。

次に、通常のWebページ、対象アプリ、安定して再現できる操作をそれぞれ1つずつテスト対象にします。変更する変数は1つだけにしてください。まずクライアントとモードを固定して回線だけを切り替え、差がなければ元の回線に戻して接続モードを変更します。それでも変わらない場合にDNSやシステムプロキシを確認します。変更後は完全に切断してから再接続し、ルートと名前解決の状態を作り直します。回線、モード、DNSを同時に変更すると、復旧しても何が有効だったのかわかりません。

元に戻せる状態を残す

変更前に、現在のクライアント名、接続モード、選択中の回線、システムプロキシの有効状態、異常が起きる前に最後に成功した操作を記録してください。設定ファイルは先にエクスポートするか、コピーを残します。クライアントが設定グループに対応している場合は、既存の購読を上書きせず、テスト用グループを新しく作成できます。確認中に行った変更も簡単に記録し、特にシステムDNS、ルーターのルール、アプリ内プロキシ設定を残してください。新しい設定で別の問題が起きても既知の状態へすぐ戻せるため、複数の不明な変更の間で試行錯誤せずに済みます。

特定の接続ネットワークでだけ異常が起きる場合は、可能であれば別のネットワークで比較してください。比較の目的は、問題が端末設定に近いのか現在のネットワーク環境に近いのかを判断することであり、特定の回線が常に安定していると証明することではありません。同じ端末、同じクライアント、同じ回線が別のネットワークでは接続できるなら、アカウントや購読に根本的な問題がない場合が多いです。同じネットワークで複数の端末が失敗するなら、接続ネットワーク、ルーター、上流側の制限を優先して確認します。結論は必ず、一度に1つの条件だけを変えた比較に基づいてください。

まったく接続できない・購読更新に失敗する

「回線がない」と「回線で接続を確立できない」を切り分ける

クライアントを開いても回線が1つも表示されない場合、通常は購読の取得または解析の段階で問題が起きています。回線は表示されるものの、クリック後も待機が続く、すぐ切断される、ハンドシェイクエラーが出る場合は、購読は読み込まれており、接続確立の段階に問題があります。両者は分けて対処してください。一覧が空の場合は、ユーザーパネルにある現在有効な購読URLを使っているか確認します。手動保存した古いテキスト、スクリーンショットに写った不完全なURL、ブラウザーの履歴を使わないでください。クライアントが購読更新に対応している場合は、購読管理画面から更新を実行し、ネットワーク要求の失敗、形式の認識不能、権限拒否のどれなのかエラー内容を確認します。

ガイド内の購読例は形式を理解するためのもので、実際のURLとして使用できません。文書やテストでは、次のように明確なダミー値を使ってください。

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

実際の購読URLをコピーするときは、先頭から末尾まで完全にコピーし、前後の空白、改行、日本語の句読点を付けないでください。チャットツールを経由すると長いURLが折りたたまれたり途中で切れたりすることがあるため、ユーザーパネルから再度コピーすることをおすすめします。購読はアカウントの提供情報です。公開スクリーンショット、公開文書、問い合わせのタイトルに載せないでください。サポートに確認を依頼する場合は更新時刻とエラーメッセージだけを伝え、完全なURLを公開欄に貼り付けないでください。

購読要求に失敗した場合の確認順序

まず通常のブラウザーでユーザーパネルを開けること、現在のログイン状態が有効であることを確認します。パネル自体にアクセスできない場合は、ローカルネットワークまたはブラウザーの問題を先に解決してください。パネルは開けるのにクライアントの更新が失敗する場合は、クライアントを完全に終了して再起動し、購読を更新します。クライアントによっては前回失敗した要求や未完了の解析処理が残るため、メイン画面に戻るだけでは状態が消えません。それでも失敗する場合は、購読項目を削除してパネルから再インポートできますが、まだ使える古い設定を先に削除せず、戻せる経路を残してください。

エラーが証明書、時刻、安全な接続を示している場合は、システムの日付、タイムゾーン、自動時刻合わせを確認します。システム時刻が大きくずれていると、安全な接続を検証できず、Webページを一時的に開けてもクライアントの要求が失敗することがあります。権限やファイル書き込みを示す場合は、クライアントが設定を保存できるか、インストール先が読み取り専用になっていないか、セキュリティソフトが設定更新を許可されていない変更として扱っていないかを確認します。重要な証拠はエラー原文と発生した段階であり、単に「購読が無効」と説明することではありません。

回線は存在するが、接続を確立できない

まず同じ地域から別の回線を選んでテストし、次に地理的に近い別地域の回線を試します。特定の回線だけが失敗する場合は、グローバルノードページで回線の種類を確認し、一時的に代替回線を選択できます。すべての回線が失敗する場合は、端末のネットワークスタックに戻って確認してください。他のプロキシやトンネルツールを完全に終了し、システムに古い接続セッションが残っていないことを確認してから、EyVPNクライアントを再起動します。スリープ、ネットワーク切り替え、クライアントの異常終了後は、古い仮想ネットワークインターフェースがルート状態を保持していることがあります。完全終了して再接続するほうが、ボタンを連続して押すより効果的です。

次に、現在のネットワークで先にWeb認証を完了する必要がないか確認します。公衆ネットワークでは、初回接続時に認証ページが表示されることがあります。システムが暗号化接続を先に試みると、そのページが表示されない場合があります。EyVPNを切断し、ブラウザーで通常のWebページを開き、ネットワーク提供者が求める接続手順を完了してからクライアントに戻って接続してください。会社や学校のネットワークでは特定の接続方式が制限されていることもあります。その場合はクライアントに用意された互換モードへ切り替えられますが、出所不明のサーバーパラメータを自分で入力しないでください。

再インストール前に設定を分離する

再インストールは最初に行う手順ではありません。アンインストールしてもシステムプロキシ、仮想インターフェース、ユーザーディレクトリ内の設定が消えるとは限らず、古い問題をそのまま戻してしまうこともあります。より安全なのは、使える設定を先にエクスポートし、クライアントを終了してから、クライアント内で空の設定を作るかリセット機能を使い、現在の購読だけをインポートしてテストする方法です。空の環境で接続できるなら、問題は古いルールやローカルの上書き項目にあります。空の環境でも失敗する場合は、アンインストールを検討し、クイックスタートガイドに沿って再インストールしてください。

再インストール後にカスタムルールをすべて一度に戻さないでください。まずデフォルト設定で購読更新と基本接続を確認し、その後、通信振り分け、起動項目、DNS設定を1つずつ戻します。ある項目を戻した後に問題が再現すれば、再現条件を特定できています。この条件を問い合わせに添えれば、サポートは設定の競合を直接判断でき、ネットワークが使えるかどうかから再確認する必要がありません。

接続済みなのにWebページを開けない：ルートとDNSの異常

名前解決の失敗か、すべての通信が通らないのかを確認する

クライアントに接続済みと表示されても、トンネルのプロセスが動作状態になったことを示すだけで、すべての種類の要求が正しく通るとは限りません。ブラウザーにドメインが見つからない、名前を解決できない、DNSエラーと表示される場合は、名前解決に近い問題です。接続タイムアウト、接続リセット、すべてのアプリが長時間待機する場合は、デフォルトルートとシステムプロキシも確認します。以前開いたWebページと新しいWebページを比較してもよいですが、キャッシュされたページだけで正常と判断しないでください。ブラウザーがローカルキャッシュを表示している可能性があります。

コマンドラインを開き、アカウント情報を含まない一般的なドメインで名前解決の結果を確認できます。プラットフォームに応じて次のコマンドを選択してください。

nslookup example.com

ipconfig /flushdns

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

resolvectl flush-caches

nslookupで名前解決の結果が返るのにブラウザーでWebページを開けない場合、DNSだけが原因とは限りません。システムプロキシ、デフォルトルート、ブラウザー自体の設定を続けて確認してください。コマンドが結果を返さない、またはタイムアウトを繰り返す場合は、まずシステムの名前解決キャッシュを消去し、切断してから再接続し、同じテストを実行します。Linuxディストリビューションによって名前解決サービスは異なります。対応するコマンドがない場合は、そのディストリビューションに付属するネットワーク管理ツールで接続を更新し、出所不明の修復スクリプトをインストールしないでください。

システムプロキシの残存状態を消去する

クライアントの異常終了、システムのスリープ、プロセスの強制終了後は、システムプロキシが停止済みのローカルインターフェースを指したままになることがあります。この場合、システムプロキシに依存するすべてのプログラムが存在しないローカルサービスへ接続しようとし、「接続後に開けず、切断後も開けない」状態になります。まずクライアントを完全に終了し、OSのネットワーク設定でプロキシスイッチが有効なままになっていないか確認してください。クライアントに「システムプロキシを復元」や「プロキシを消去」する機能がある場合は、内蔵機能を優先します。システムプロキシが復元されたことを確認してから、クライアントを再度開いて接続してください。

ブラウザーに独立したプロキシ拡張が設定されていたり、システムとは異なるセキュアDNSを使っていたりすることもあります。確認時はブラウザー内の独立プロキシを一時的に無効にし、ブラウザーがシステムネットワークに従う状態で再テストします。これでアクセスできるなら、拡張機能のルールがクライアントと競合していないか確認してください。セキュアDNSもまずシステムに従う設定へ戻します。ブラウザーだけが別の名前解決経路へ要求を送ると、Webページと他のアプリで結果が一致しないことがあります。判断が終わったら必要に応じて元の設定へ戻せますが、複数のコンポーネントに同じ機能を同時に管理させないでください。

通信振り分けモードとデフォルトルートを確認する

ルールモードはドメイン、アドレス、アプリに応じて通信経路を決めます。グローバルモードは「ルールの漏れかどうか」を判断する場合に適しています。基本接続が確立しているのに特定の種類のWebサイトだけ開けない場合は、クライアントに用意されたグローバル接続方式へ一時的に切り替えてテストしてください。グローバル方式で復旧するなら、回線自体は使えており、ルールのマッチングやDNS結果が想定したルールに入っていない可能性が高いです。グローバル方式でも失敗するなら、回線、システムルート、対象サービスの状態に戻って確認します。テスト後は日常の用途に合わせて元のモードへ戻し、すべての問題に対する恒久的な解決策としてグローバルモードを使わないでください。

複数のネットワークアダプターがある環境では、デフォルトルートの競合が起きやすくなります。有線、無線、仮想アダプター、共有ネットワークに同時接続していると、ネットワークの変化後にシステムが別の出口を選ぶことがあります。確認中は実際に使う接続方式だけを残し、不要なネットワークを一時的に切断してからEyVPNの接続を作り直してください。追加のネットワークを外して問題が消えるなら、リモート回線を替え続けるのではなく、システムのネットワーク優先度と共有設定を確認します。

DNS設定の注意点

すべてのWebページの障害をDNSのせいにしたり、複数のカスタムDNSアドレスを頻繁に重ねて設定したりしないでください。DNSはドメインをネットワークアドレスに変換しますが、購読の無効化、回線のハンドシェイク失敗、誤ったシステムプロキシ、対象サービスによる接続拒否を直すものではありません。エラーメッセージ、コマンド結果、比較テストがすべて名前解決の段階を示す場合に限り、DNSを変更してください。変更後はキャッシュを消去して再接続しないと、古い結果がシステムやブラウザーで再利用される可能性があります。

特定のドメインだけが異常で、同じ回線の他のWebページやアプリが正常な場合は、まず回線の地域を変え、そのドメインのブラウザーキャッシュを消去します。対象サービスは出口地域に応じて異なるアドレスを返したり、現在のセッションを一時的に拒否したりすることがあります。この場合は、ドメイン、発生時刻、回線地域、エラーメッセージだけを残せば十分です。閲覧履歴や関係のない個人情報を提出する必要はありません。

速度低下と混雑時間帯の遅延を切り分ける

遅いのがダウンロード、初回表示、リアルタイム操作のどれかを確認する

「速度が遅い」には、Webページの初回表示に時間がかかる、大容量ファイルの転送速度が低い、動画はすぐ始まるが途中でバッファリングする、音声やリモート操作の遅延が大きいなど、少なくとも複数の体感があります。ボトルネックはそれぞれ異なります。初回表示の待ち時間はDNS、接続確立、Webページのリソース数に関係しやすく、継続的な転送はローカル帯域、回線経路、対象サーバーの速度制限に左右されます。動画のバッファリングには配信地域や画質設定も影響し、リアルタイム操作では往復経路とネットワークの揺らぎが重要です。まずどの操作が遅いのかを明確にして、意味のある比較を行ってください。

テスト中は同期、更新、アップロード中の他のプログラムを停止し、ローカル帯域がバックグラウンド処理に使われないようにします。まずEyVPNを切断した状態で現在の接続ネットワークが安定していることを確認し、地理的に近い回線へ接続します。同じアプリ、同じコンテンツ、近い時刻で比較してください。対象サービスごとに経路や速度制限が異なるため、別のWebサイトのダウンロード結果をそのまま比較しないでください。短時間のテストを1回だけ行って結論を出すのも避けます。短い処理はキャッシュや接続のウォームアップに左右されやすいためです。

回線は近い地域から試し、必要に応じて対象地域へ切り替える

日常の閲覧やリアルタイム操作では、通常、地理的に近い接続回線を先に選び、端末から入口までの不確定な経路を減らします。特定地域のコンテンツが必要な場合は、対応する出口地域を選択してください。EyVPNは100+か国 / 180+回線をカバーし、同じ地域でも回線の種類や経路が異なることがあります。グローバルノードページで地域と回線の説明を確認できますが、国名だけで性能を判断しないでください。実際の経路は通信事業者、接続ネットワーク、時間帯にも左右されます。安定している普段用の回線を1つ残し、同じ地域または近隣地域の代替回線も用意しておくと安心です。

回線を切り替えるときは完全に切断してから再接続し、その後、対象アプリを再起動するかブラウザーの新しいセッションを開いてください。アプリによっては以前の長時間接続を再利用するため、クライアントで回線を変えても古い経路に残ることがあります。切り替えボタンを押すだけで対象アプリを再起動しないと、2つの経路が混ざった結果になります。動画サービスでは地域や画質のキャッシュが残ることもあるため、再生ページを終了して入り直し、再生位置だけを動かす方法は避けてください。

混雑時間帯の遅延が現在の接続ネットワークだけで起きているか確認する

夜間の集中利用時間帯に遅延が起きても、すぐにリモートノードが原因だと決めつけないでください。家庭内回線の出口、無線環境、地域の通信事業者間接続、リモート回線、対象サービスが同時に変化している可能性があります。まずEyVPNを切断した通常のネットワークでもWebページの応答低下、動画のバッファリング、パケットロスのような症状が出るか確認します。基盤ネットワークも同時に悪化しているなら、無線干渉、ルーターの負荷、上流接続を優先して確認してください。基盤ネットワークが安定していて複数のリモート回線だけが遅い場合は、地域と回線の種類を変えて比較します。

無線ネットワークを確認するときは、できるだけ接続機器に近づき、高負荷の処理を一時停止し、可能であれば有線接続でも比較してください。無線信号が強く見えても、同一周波数帯の干渉で再送が発生することがあります。通常のWebページでは目立たなくても、リアルタイム動画やリモート操作では影響が大きくなります。有線が安定して無線だけが遅い場合、EyVPNの回線を変え続けても根本原因は解決しません。同じ接続方式で特定の回線だけ混雑時間帯に異常がある場合は、代替回線へ一時的に切り替え、地域、回線名、発生時間帯を記録してください。

プロトコル、システム負荷、通信方式

クライアントに複数の接続方式がある場合は、デフォルト設定が現在のネットワークに合わないと確認できてから互換オプションを切り替えてください。接続方式を変える前に元の設定を記録し、変更後はセッションを再確立します。継続接続に適したネットワークもあれば、頻繁な切り替え、ローミング、共有環境で切断されやすいネットワークもあります。すべての接続条件に対して常に最適な選択肢はありません。クライアントが特定の高度なパラメータを公開していない場合は、非公式ガイドから不明な設定をコピーしないでください。対応していない状態を作るおそれがあります。

端末自体の処理負荷も暗号化通信に影響します。システムが更新をインストール中、ディスクが高負荷、省電力モードでバックグラウンド処理が制限されている、ブラウザーで負荷の高いページを多数開いている場合は、ネットワーク性能が低下することがあります。タスクマネージャーやシステムのアクティビティモニターで確認し、負荷の高いプログラムを終了してから同じ回線でテストしてください。同じネットワークで別の対応プラットフォームが正常なのに1台だけ遅い場合、端末のシステム、クライアント設定、アプリ環境に近い問題です。同じ接続ネットワークで全端末が同時に遅い場合は、ネットワークと回線を優先して確認します。

動画と大容量ファイルを個別に判断する

動画を開けるのに再生中のバッファリングが続く場合は、まず画質を自動に設定し、現在の通信状況に応じてサービスが選べるようにして、接続の安定性を観察します。低画質では安定し、高画質だけが継続的に止まるなら、継続的なスループットが不足しています。すべての画質が似た位置で止まるなら、セッション、アプリキャッシュ、対象サービスへの接続に問題がある可能性があります。同じ地域の別回線に切り替え、アプリを再起動して確認してください。回線選択と地域に関する説明はストリーミング特集を参照できます。

大容量ファイルのダウンロードでは、ダウンロード元自体の制限にも注意してください。同じ回線で複数のダウンロード元のうち1つだけが遅い場合、回線全体の異常とは限りません。同じダウンロード元について、接続を切った場合と接続した場合を比較し、瞬間的なピーク値ではなく、開始後の速度が安定しているかを記録します。サポートに伝えるときは、対象サービスの種類、回線地域、接続ネットワークの種類、遅延の症状だけで十分です。個人ファイル名やアカウント内容を添付しないでください。

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

トンネルの切断か、アプリのセッション無効化かを確認する

アプリに「接続が切断されました」と表示されても、EyVPNのトンネルが終了したとは限りません。まずクライアントに戻って接続状態を確認します。クライアントが接続済みのままで、他のWebページも開けるなら、対象アプリのログインセッション、長時間接続、地域切り替えによる再接続の問題かもしれません。クライアントの状態が未接続に変わっている場合に、トンネル切断の確認へ進みます。切断が画面ロック、無線とモバイルネットワークの切り替え、端末のスリープ、ネットワーク信号の変化、アプリのバックグラウンド移行後に必ず起きるかも観察してください。切断そのものより、発生条件のほうが重要な手がかりになります。

稼働中にランダムに切断される場合と、ネットワーク切り替え後に切断される場合も分けて考えます。前者は接続ネットワークの揺らぎ、システムリソース、回線状態、クライアントプロセスに関係する可能性があります。後者はデフォルトルートの変化、ネットワーク拡張の再構築、バックグラウンド権限が原因になりやすいです。切断前の最後の操作、たとえばカバーを閉じた、画面をロックした、無線の範囲を離れた、省電力モードを有効にした、別のネットワークへ切り替えたなどを記録してください。安定して再現できる操作は、長時間待って再発を待つより特定しやすい手がかりです。

デスクトップ環境のスリープとネットワークインターフェースの変化

WindowsやmacOSがスリープから復帰すると、既存のネットワークインターフェースがシステムによって再番号付けされたり、アドレスを再取得したりすることがあります。一方、クライアントはスリープ前の接続状態を保持したままになる場合があります。クライアントは接続済みに見えるのにWebページへアクセスできない、または復帰直後に切断されることがあります。まず手動で切断し、通常のネットワークが復旧するまで待ってから再接続してください。毎回スリープ後に再現する場合は、クライアントの自動接続、システムネットワーク拡張の権限、起動時の自動実行を確認し、システムとクライアントが古いセッションを複数同時に復元しないようにします。

有線と無線に同時接続していると、信号や優先度の変化後にシステムがデフォルトの出口を切り替えることがあります。トンネルが古い出口上に確立されていると、切り替え後にスムーズに移行できない場合があります。確認中は主要な接続方式だけを残し、安定してから他のネットワークを戻してください。Linuxでは、ネットワークマネージャーがバックグラウンドでルートや名前解決設定を書き換えていないかも確認します。手動のネットワークスクリプトとデスクトップのネットワークマネージャーが同じインターフェースを管理している場合は、先に管理方法を統一してください。

モバイルのバックグラウンド管理はよくある原因

iOSとAndroidはいずれもバックグラウンドタスクを管理しますが、動作は異なります。iOSでは、接続設定がシステムで許可されているか、オンデマンド接続ルールが現在の無線ネットワーク条件と一致しているかを確認してください。特定のネットワークでのみ有効または無効になる設定を使っていると、ネットワーク名の変化で自動切断されることがあります。確認中は複雑なオンデマンド条件を一時的に無効にして手動接続へ切り替え、画面ロックとロック解除の間も基本トンネルが維持されるか確認します。基本状態が安定してから、自動接続条件を1つずつ戻してください。

Androidでは、クライアントがシステムのバッテリー最適化、バックグラウンド停止、メーカー独自のタスク管理による制限を受けていないか確認します。クライアントをバックグラウンド実行の許可対象にし、接続通知を保持できるようにしてください。常駐接続サービスを複数同時に有効にしないでください。システムは通常、ネットワークを管理する主要トンネルを1つしか許可しません。クライアントがバックグラウンドへ移るとすぐ切断され、前面では安定するなら、確認すべき場所はリモート回線よりもバックグラウンド権限と省電力設定です。

モバイルネットワークと無線ネットワークを切り替えると、元の接続が使っていたローカルアドレスが変わります。クライアントによっては自動再接続できますが、対象アプリの古いセッションは無効になることがあります。切り替え後は通常のネットワークが使えるまで待ち、クライアントが再接続を完了したか確認します。アプリがまだ応答しない場合は、完全に終了して開き直してください。システムが新しいネットワークを取得する前に接続ボタンを連続して押すと、失敗したタスクが複数残り、復旧に時間がかかることがあります。

自動再接続だけでは根本原因を確認できない

自動再接続は一時的なネットワーク変化への対処には適していますが、接続と切断を繰り返す状態では問題を隠し、アプリのセッション切り替えを増やします。再接続ループに気づいたら、自動操作を一時的に無効にし、手動接続して最初の切断時に表示されるエラーを確認してください。エラーが一瞬しか表示されない場合は、長期間のログ全体をコピーせず、クライアントログの該当時刻だけを使います。ログを送る前に、購読URL、ユーザー名、ローカルファイルパスが含まれていないか確認し、関係のない機密情報を隠してください。

同じ回線が特定の接続ネットワークでは安定し、別のネットワークに切り替えると頻繁に切断されるなら、ネットワーク環境が重要な変数です。同じネットワークで全回線が切断されるのに別の端末は安定しているなら、現在の端末を確認します。特定の回線だけが切断される場合は、同じ地域の回線へ一時的に切り替え、回線名と発生時間帯を添えて問い合わせてください。このように条件を分けて伝えると、サポートは該当する層から対応できます。

特定のアプリがプロキシを経由しない：通信振り分けとアプリのネットワークスタックを確認する

ブラウザーが正常なら、購読から確認し直さない

ブラウザーや他のアプリが正常にアクセスでき、特定のアプリだけ接続できない場合、購読、基本回線、システムネットワークの大部分は動作しています。この段階で購読を削除したり、クライアントを再インストールしたり、アカウントを何度も変えたりしても通常は改善しません。まず対象アプリが完全にネットワークへ接続できないのか、一部の内容だけ読み込めないのかを確認します。次に、起動前から古い接続を確立していないか確認してください。多くのデスクトップアプリはネットワークセッションを長時間再利用するため、クライアントの接続や回線変更後も古い経路を使い続けることがあります。最初の手順は対象アプリを完全に終了し、EyVPNが接続済みの状態で開き直すことです。

開き直して復旧したなら、原因は古いセッションであり、通信振り分けルールを変更する必要はありません。それでも異常が続く場合は、クライアントのグローバル接続方式で一時的に比較します。グローバル方式で対象アプリが復旧するなら、元のルールに一致していないか、名前解決が別の経路を通っていた可能性があります。グローバル方式でも異常なら、アプリ独自のプロキシ設定、証明書ポリシー、地域キャッシュ、サービス状態を確認します。グローバル方式は原因の切り分けだけに使い、必要がない限り細かな通信振り分けの代わりとして常用しないでください。

システムプロキシ、仮想ネットワークアダプター、アプリ内プロキシは同じものではない

OSのプロキシ設定に従うアプリもあれば、独自にネットワーク接続を確立するアプリ、設定画面のプロキシパラメータだけを読むアプリもあります。システムプロキシだけを有効にしても、OS設定に従わないアプリは直接接続を続けることがあります。仮想ネットワークアダプター方式では、より多くの通信をシステムルートで管理できますが、アプリ独自のネットワークスタックや通信振り分けルールの影響は受けます。確認前にクライアントがどの方式を使っているかを把握し、「システムでプロキシが有効」と表示されることだけで、すべてのアプリが同じ経路を通ると判断しないでください。

対象アプリにプロキシ設定がある場合は、古いアドレス、古いポート、手動モードが残っていないか先に確認します。クライアントがシステムネットワークを管理している状態で、アプリ内から別のローカルプロキシを指定すると、二重転送になったり停止済みのサービスへ接続したりすることがあります。確認中はアプリをシステム設定に従わせるか、クライアントが提供するローカルインターフェースを明示的に使ってください。複数のソースを混用しないでください。具体的な項目は現在のクライアント画面を基準にし、不明な文書から固定パラメータをコピーしないでください。

ドメインルール、プロセスルール、直接接続の例外

ルールモードでは、ドメイン、対象アドレス、プロセス名に応じて経路を決めることがあります。対象アプリの更新後にプロセス名、補助プロセス、リソースドメインが変わると、古いルールがメインプログラムだけを対象にし、ログイン、画像、更新、リアルタイム通信のコンポーネントを取りこぼすことがあります。その結果、画面は開くのに内容が不完全になります。読み込めない機能を具体的に記録し、クライアントの接続記録でその操作が発生させたドメインが想定した経路を通ったか確認してください。漏れを隠すため、未知の通信をすべて恒久的にプロキシへ送らないでください。対象を確認してから該当ルールを調整します。

アプリによってはシステムとは別のDNSを使ったり、キャッシュ内のネットワークアドレスを優先的に再利用したりします。ドメインルールが正しくても、名前解決がクライアントを通らなければ一致しないことがあります。まずアプリを完全に終了し、アプリのネットワークキャッシュを消去するか再ログインしてから、接続を作り直してください。クライアントがプロセス単位のルールに対応している場合は、プロセスを使って比較できます。対応していないプラットフォームでは、ドメインとシステムルートを中心に確認します。変更後は元々失敗した操作をもう一度実行し、トップページが開くかだけで判断しないでください。

ブラウザー拡張とアプリキャッシュの影響

ブラウザーは正常なのにデスクトップアプリが異常な場合、ブラウザー拡張が別の経路を提供している可能性もあります。独立したプロキシ拡張を使っていないブラウザーウィンドウで再テストし、ブラウザーが実際にEyVPNに従っていることを確認してください。逆にブラウザーだけが異常なら、拡張機能、ブラウザーのセキュアDNS、キャッシュ、ユーザープロファイルを確認し、システム全体を先に変更しないでください。別のブラウザーで比較する場合は、プロキシとDNS設定を同じにしないと結果を比較できません。

アプリが出口地域に応じてログイン状態を保存していると、誤判断につながることがあります。回線地域を切り替えると、サービスがセッションの再認証を求めたり、以前キャッシュした地域の内容を表示し続けたりします。まずアカウントからログアウトし、アプリを開き直して通常の手順でログインしてください。アカウント地域、コンテンツの権利、サービス側の制限が関係する場合、回線が接続できても対象サービス独自のルールは変更できません。「ネットワーク要求が失敗した」のか、「サービスが地域やアカウントに関する明確な案内を返した」のかを分け、問い合わせには表示された文言だけを伝えてください。

通信振り分けの問題を効果的に伝える方法

グローバル方式は使えるのにルール方式が失敗することを確認した場合は、プラットフォーム、クライアントの接続方式、対象アプリ名、失敗した機能、発生時刻を伝え、必要箇所を隠した接続記録を添えてください。ブラウザーが正常か、同じアプリのWeb版が正常か、回線地域を変えると結果が変わるかも記載すると効果的です。サポートに完全な閲覧履歴や対象アカウントのパスワードは必要ありません。失敗した要求とルールの差に情報を絞るほど、ルールの漏れ、アプリ更新、対象サービスの一時的な変化を判断しやすくなります。

企業内ネットワーク、組織専用アプリ、ローカルデバイスの検出だけが異常な場合は、まずそれらのアドレスが本来直接接続すべきものか確認します。ローカルリソースを誤ってリモート回線へ送ると、印刷、ファイル共有、内部ドメイン、LAN管理ページにアクセスできなくなることがあります。外部サービスへのアクセスを優先するあまり内部リソースに影響を与えないよう、ローカル直接接続のルールへ戻してからテストしてください。

アカウント・通信量・デバイスの状態：「デバイス数超過」のような表示を見分ける

サービスの仕様を確認してから、表示元を判断する

EyVPNのプランは同時接続台数に制限がありません。画面にデバイス制限、セッション競合、認証失敗のような表示が出ても、EyVPNのプランに固定のデバイス上限があるとすぐに判断しないでください。まず、表示元がユーザーパネル、EyVPNクライアント、OS、別のサードパーティクライアントのどれなのかを確認します。サードパーティクライアントは設定数、接続プロファイル、ストアアカウントに独自の制限を設けていることがあります。OSも主要なネットワークトンネルを同時に1つしか許可しない場合があります。これらはEyVPNプランの同時接続台数とは別の概念です。

最も効果的なのは、表示が出たページと原文全体を残し、同じアカウントが別の端末では正常に接続できるか確認することです。他の端末が正常なら、現在の端末のクライアント状態、システム権限、重複した接続設定に問題が集中している可能性があります。すべての端末で同時にアカウント認証の問題が出るなら、プラン状態、ログイン状態、購読の有効性を確認してください。1つのクライアントに出たローカル表示だけを理由に、他の端末の正常な設定を削除しないでください。

月額購読と通信量パックの状態の違いを確認する

月額購読は ¥9.9/月で60GB、¥18/月で250GB、¥28/月で500GBを含み、通信量は開通日を基準に毎月リセットされます。途中でアップグレードした場合の差額は残り日数に応じて計算されます。通信量パックは ¥158/300GB、¥358/1000GB、¥658/3000GBで、使い切るまで有効、期限はありません。2種類では通信量の扱いが異なります。月額購読は現在の請求期間と合わせて判断し、通信量パックは残りの利用可能量を確認します。具体的な状態はユーザーパネルの表示を基準とし、詳細なルールはプランページで確認してください。

クライアントに古い回線が残っているのに実際の要求が失敗する場合、ローカル設定の更新が間に合っていない可能性があります。まずユーザーパネルにログインしてプランと購読の状態を確認し、クライアントに戻って購読を更新してください。回線名が表示されているだけでは、現在の認証が有効だとは限りません。クライアントが前回の設定をキャッシュ表示していることがあるためです。パネルの状態が正常で購読も更新できるのに認証エラーが続く場合は、エラー原文と更新時刻を添えて問い合わせ、サーバー側の記録を確認してもらってください。

ログイン、登録、購読は同じ状態ではない

EyVPNの登録にはメールアドレスは必要なく、ユーザー名とパスワードで利用できます。ユーザーパネルにログインできることは、アカウント情報が有効であることを示すだけです。プランの状態が購読の利用可否を決め、クライアントが購読を正常にインポートできれば、設定がローカルに取り込まれたことを示します。これらの段階を分けて確認してください。よくある誤解は、パネルにログインできればクライアントも必ず接続できる、またはクライアントに古い回線が表示されているからプラン状態も変わっていないと考えることです。パネルのアカウント、プラン状態、購読の更新時刻、クライアントの接続結果を順番に確認し、「アカウントは正常」と一括りにしないでください。

ユーザー名やパスワードを忘れた場合は、ユーザーパネルに用意されたアカウント手続きを利用してください。登録にメールアドレスは必要ないため、普段からユーザー名とパスワードを安全に保管してください。接続トラブルの対応でサポートがパスワードを尋ねることはありません。問い合わせにパスワードを記載しないでください。アカウントを特定する必要がある場合は、問い合わせ画面の案内に従い、アカウント内で確認できる機密性の低い識別情報だけを提供し、管理された手順で照合してもらってください。

重複設定と古いセッションによる見かけ上の競合

同じ端末で購読を何度もインポートすると、名前が似た複数の設定が作られることがあります。接続時に古い設定を選ぶと、パネルの状態は正常、別の端末も正常なのに、現在の端末だけ失敗し続けることがあります。設定の取得元と最終更新時刻を確認し、現在の購読を残して、明らかに古い重複項目を無効化または削除してください。削除前にどの設定が使用中か確認し、唯一使える設定を誤って消さないようにします。

OSは通常、ネットワークを管理する主要トンネルを1つしか許可しません。現在の端末で別の接続サービスの「常時接続」、オンデマンド接続、自動起動が残っていると、画面上で明確に開いていなくてもバックグラウンドで接続を奪うことがあります。システムのネットワーク設定で実際に有効な接続プロファイルを確認し、確認中はEyVPNに対応する設定だけを残してください。復旧後に必要に応じて他のサービスを有効に戻し、同じ条件で複数のサービスが自動接続しないようにします。

支払い状態と接続トラブルは分けて対応する

EyVPNはAlipay、WeChat、USDTに対応しています。支払いページ、注文状態、クライアント接続は別の段階です。注文が処理中の場合は、まずユーザーパネルで注文結果を確認し、購読を何度もインポートして注文状態を変えようとしないでください。注文が完了しているのにプランが表示されない場合は、注文ページで確認できる情報を送ってサポートに照合を依頼します。問い合わせのスクリーンショットでは、支払い情報と関係のない取引情報を隠し、注文状態、時刻、必要な識別情報だけを残してください。

接続トラブルと支払いに関する問題も、別々の問い合わせとして送ってください。前者にはプラットフォーム、クライアント、回線、エラーログが必要で、後者にはプランと注文の状態が必要です。2種類の問題を1つの説明に混ぜると、確認が何度も行き来してしまいます。プランを変更した直後は、まずユーザーパネルを更新し、その後クライアントの購読を更新してください。それでも異常がある場合は、変更前後の状態とクライアントの更新時刻を伝えれば十分です。

復旧確認と問い合わせ送信に必要な情報

偶然の成功ではないことを確認する

接続に一度成功しても、すぐにカスタム設定をすべて戻さないでください。まず元々失敗していた操作を繰り返し、Webページ、対象アプリ、購読更新が正常か確認します。その後、切断して再接続し、結果が一致するか観察してください。スリープ、画面ロック、ネットワーク切り替え、夜間の利用に関係していた場合は、同じ条件でも再度確認します。元の発生条件を越えて正常な状態を維持できて初めて、本当の復旧と判断できます。一度だけの成功は、現在のセッションが使えたことを示すにとどまります。

次に、無効にしていたブラウザー拡張、アプリ内プロキシ、自動接続、通信振り分けルール、カスタムDNSを1つずつ戻します。各項目を戻すたびに同じテストを行ってください。問題が再発した場合、最後に戻した設定が重要な手がかりです。その設定名と役割を残し、別の変更を重ねないでください。すべての設定を戻しても正常なら、テスト中に作成した一時設定を削除できますが、現在の購読と必要なエクスポートのコピーは残してください。

サポートへ直接依頼すべきケース

複数の対応プラットフォームで異なる接続ネットワークから購読を更新できない、すべての回線が同じ認証エラーを返し続ける、ユーザーパネルのプランや注文状態が実際と一致しない、または問題を安定して再現できるのにクライアントに操作可能な修復手段がない場合は、問い合わせを送ってください。特定の回線だけが一時的に異常な場合は、まず同じ地域の代替回線へ切り替え、回線名と発生時間帯を添えて連絡できます。すべての回線が失敗するまで待つ必要はありません。

クライアントのクラッシュ、ネットワーク拡張の起動失敗、システム権限の繰り返し解除、ログに継続的なエラーが出る場合も、サポートに判断を依頼するのが適しています。ただし、システム自体がまったくネットワークに接続できない、ルーターへの接続に失敗する、組織ネットワークの権限や対象サービスのアカウント制限が原因の場合、EyVPNが直接対応できる範囲とは限りません。問い合わせで範囲を確認することはできますが、基盤ネットワークと他のアプリの状態を正確に説明し、すべてを回線障害としてまとめないでください。

実行可能な問い合わせに含める内容

問い合わせのタイトルには症状とプラットフォームを直接書いてください。たとえば「macOS 接続後にドメインを解決できない」「Androidでバックグラウンド移行後に接続が切れる」などです。「緊急」「使えない」「ネットワーク問題」だけのタイトルは避けます。本文では、問題が始まった時刻と、それ以前は正常だったかを最初に書きます。続けて接続ネットワークの種類、クライアント名、接続モード、回線地域、エラーメッセージ原文、完了したセルフチェックを記載してください。回線やネットワークを変えた場合は、どの組み合わせが成功し、どれが失敗したかも説明します。

スクリーンショットにはエラー表示と必要な画面だけを含め、ユーザー名、完全な購読URL、支払い情報、関係のない内容を隠してください。ログは障害発生前後の関連部分だけを切り出し、長期間の記録全体をアップロードする必要はありません。ログにローカルファイルパス、購読情報、対象アカウントの内容が含まれる場合は、先に隠します。サポートにアカウントパスワードや問題と関係のない閲覧履歴は必要ありません。

問題の症状：
使用プラットフォーム：
クライアントと接続モード：
接続ネットワークの種類：
選択した回線の地域：
エラーメッセージ原文：
問題の開始時刻：
安定して再現できますか：
完了したセルフチェック：
回線変更後の結果：
接続ネットワーク変更後の結果：
提供可能なスクリーンショットまたは情報を隠したログ：

推測ではなく比較結果を伝える

「回線の問題かもしれない」よりも、「同じ端末が別の接続ネットワークでは使え、現在のネットワークに戻すとすべての回線で接続を確立できない」と伝えるほうが有効です。「DNSかもしれない」よりも、「ドメインの名前解決に失敗し、名前解決キャッシュを消去すると復旧したが、直接接続は正常」と説明してください。「特定のアプリが動かない」よりも、「ブラウザーと他のアプリは正常で、グローバル方式は使えるが、ルール方式ではログインAPIがタイムアウトする」と伝えるほうが明確です。比較結果が整理されていれば、サポートは確認済みの手順を省き、可能性の高い層へ直接進めます。

問題が特定の時間帯だけに起きる場合は、現地時刻、回線地域、具体的な操作を記録してください。1回の速度テストから混雑箇所を推測する必要はありません。特定の対象サービスだけで起きる場合は、サービス名、Webページまたはアプリ、失敗した機能、エラー原文を添えますが、対象アカウントのパスワードは送らないでください。特定地域の回線だけが異常なら、同地域の代替回線が正常かも説明します。情報の構成が明確なほど、追加のやり取りを減らせます。

復旧後の設定整理

問題が解決したら、使えない重複購読を削除し、不要になったシステムトンネルを無効にして、安定した設定を日常用として残してください。普段使う回線は地域や用途ごとに整理できますが、テスト用の回線を恒常的に最適な選択肢だと決めつけないでください。ネットワーク環境は接続場所や対象サービスによって変化します。似た症状が再発したら、前回の変更をすべて機械的に繰り返すのではなく、基準状態から改めて確認してください。

確認中にシステムDNS、ブラウザーのプロキシ、アプリ内プロキシ、バックグラウンド権限を変更した場合は、日常の用途に合っているか確認してください。テストで使ったグローバル接続方式は元の通信振り分け方式に戻せます。問題の切り分けのために無効にしたセキュリティソフトやシステム保護は、元のポリシーに従って復元してください。最終状態では、設定の出所が明確で、接続コンポーネントが単一で、購読が最新であり、システムプロキシがクライアントに合わせて正常に有効・無効になることが重要です。

続きを読む・日常のメンテナンス

初回設定にまだ不慣れな場合は、クイックスタートガイドに戻り、インポートと確認の手順を再確認してください。WindowsユーザーはWindows VPN初心者向け完全ガイド、AndroidユーザーはAndroid VPNをゼロから始める方法を参照できます。iOSのストア地域とクライアント選びについては、iOS VPNおすすめとクライアント実測をご覧ください。これらの記事ではプラットフォームごとの操作を扱い、本ページでは症状から原因を探すための索引を提供します。

日常の利用では、確認済みのクライアント設定を1つ残し、出所不明のルールをむやみにインポートしないことをおすすめします。異常が起きたら、まず症状を記録してから単一変数で比較してください。回線の切り替え、システム更新、ネットワークの変化で接続条件は変わりますが、「通常のネットワーク、購読、トンネル、DNS、通信振り分け、対象アプリ」の順に確認すれば、多くの問題を具体的な層まで絞り込めます。再現できない曖昧な説明のままにする必要はありません。