ERR_CONNECTION_TIMED_OUT
説明
ERR_CONNECTION_TIMED_OUT エラーは、訪れたウェブサイトが長い時間応答しなかったことを示します。 ブラウザは約30秒間、再接続を試みますが、成功しない場合は接続を終了します。 その後、ERR_CONNECTION_TIMED_OUT エラーが返され、通信の問題を示します。

可能性のある原因
ドメイン名システム(DNS)
ブラウザキャッシュ
仮想プライベートネットワーク(VPN)
サーバーの過負荷
この種の問題の原因は何でしょうか?
訪問中のウェブサイトがサーバが処理できる以上のことを実行しようとしており、要求されたページをタイムリーに提供できません。 これは、メモリ制限がある 共有ホスティング サービスで一般的です。
ウェブサイトがインターネットサービスプロバイダー(ISP)や企業のウェブフィルタリングソフトウェアによってブロックされる場合があります。 また、プロキシサーバーやネットワークパスなどの中間インフラストラクチャの一部が、現在過負荷になっている可能性もあります。 これにより、従業員のデバイスで応答が遅くなります。
技術的な観点では、無効な接続があり、パスに到達できません。 例えば、会社のイントラネットに接続する際、最初にVPN接続を確立する必要があるかもしれません。
ほとんどの場合、これは個人デバイスに関する孤立した事象であり、何らかの理由で前回の訪問時とアクセス先が変わっています。 この場合、以下に示すように個別の修正を適用できます。
この問題が広範囲の事象である場合、以下の質問を考慮してください:
ブラウザが最近更新されましたか?
ウェブサイトの到達先に到達するために異なるルートやパスが必要になるようなネットワークの変更がありましたか?
デバイスが目的地に到達するために定義済みのプロキシサーバーを使用していますか?
通常、ウェブサイトの宛先が変更されましたか?
以下の提案を読むことで、Nexthinkがこれらの問題を解決する方法を見つけられます。
この問題のスコープ化方法
最初のステップは、どの程度深刻または広範囲の問題であるかを理解するために問題のスコープを特定することです。
アプリケーションでのスコープ化
アプリケーションの信頼性ダッシュボードを使用して、様々な内訳を調べて相関関係を見つけるためにフィルタリングします。 例えば、特定のエラーは以下のような場合に存在する可能性があります:
特定のアプリケーションのみ
この場合、特定のウェブアプリケーションに対して何が変わったのかを理解しようとします。
特定のオペレーティングシステム(OS)、ブラウザバージョン
OSやブラウザのバージョンが変わりましたか? ブラウザは最近更新されましたか? Nexthinkを使用して、特定のバージョンが問題を引き起こしているかを理解するために様々なブラウザバージョンのパフォーマンスを調査します。
特定の階層ノード
ネットワーク変更、プロキシサーバー、または類似のインフラストラクチャコンポーネントが問題の原因である場合、それは特定の階層領域で多くのエラーを含むことによって示されることがよくあります。
特定の主要ページやURL
おそらく、ウェブアプリレベルで変更が行われました。 適切なアプリケーションサポートチームに連絡し、問題を知らせます。
特定の時間枠のみ
これが一回限りのイベントで調査が必要なのか、同じ接続の状態を他のリモートデバイスで確認できるようになるかもしれない場合には、繰り返し起きるイベントかどうかを調査してください。
Nexthink Finder(クラシック)でのスコープ化
ウェブサイトへのアクセスに使用されるパスを調査します。 これにより、接続が会社のネットワークコンポーネント(例:プロキシサーバーまたはルーター)によって影響を受けているかが確認できます。
その場合、アプリケーションコンソールで失敗した接続を検索し、Finderで調査を開始できます。 Finderで基準としてウェブアドレスを入力し、そのドメインまたはウェブサイトへのすべての接続を確認することにより、Finderは問題の範囲について貴重な洞察を返します。
プロキシサーバーが問題の場合、Nexthink Finderはこれが根本原因であるかどうかをよりよく理解するのに役立ちます。 該当ドメイン名を対象にした調査を作成し、ほとんどのデバイストラフィックが特定のプロキシを通過しているかどうかを確認します。 また、プロキシサーバー自体を調査の実際の対象とし、プロキシの応答時間や失敗要求の数など、様々な分析を示すことができます。 このアプローチは、予期しない動作を明らかにします。
利用可能なら、デバイスを代替プロキシサーバーに再設定します。 要求されたウェブページが正しく読み込まれる場合、会社のプロキシサーバーが問題の原因であると考えられます。 ネットワークとプロキシインフラストラクチャを担当するチームに問題と影響を受けたデバイスの範囲を知らせます。
可能な解決策
従業員のデバイスを修正する
注意: まずスコープ手順を検討し、上記の手順を確認してください。
ネクスシンクを使用して修正アクションを実行する際の影響範囲に注意してください。 単一のデバイスまたは少数のデバイスを扱っている場合、リモートアクションは、影響を受けた従業員にヘルプを提供する際、バックグラウンドで実行するか、静かに実行することもできます。
スコープの確認でインシデントが広範囲に及んでいることが判明した場合、問題にはさらなる注意が必要です。 リモート操作による大規模な変更が行われていることを従業員が認識できるように、ビジュアルな通知を従業員に提供するため、Engageキャンペーンの利用をお勧めします。
ページをリフレッシュ
通常、このエラーは一時的なものであるため、ページをリフレッシュすることが早く問題を解決する方法となります。 どのブラウザでも動作するCTRL+F5を押すか、必要に応じてドキュメントを参照してください。
DNSをフラッシュする
デバイスのDNSをフラッシュすることで、DNSキャッシュを削除し、新しいDNSルックアップを強制的に実行させます。 対象のウェブサイトやページが最近他のIPアドレスに移動された場合、すべてのDNSエントリを削除(またはフラッシュ)することで、エラーを解決できる可能性があります。 リモートアクションを使用して、ネットワーク管理を行います。
キャッシュをクリア
キャッシュがしばらくクリアされていない場合、内部の一部のファイルが破損している可能性があります。 キャッシュをクリアすることで問題解決が可能です。 ユーザーが保存されたパスワードや他の個人データを失いたくない場合は、基本データクリアオプションを選択してください。
リモートアクションを使用して、ブラウザのキャッシュをEdgeやChromeでクリアします(‘Edge / Chrome 設定をクリア’)。 ユーザーを支援するためにキャッシュのクリアをリモートで実行できます。
ネットワーク設定を確認する
リモートアクションを使用して、ネットワーク構成を取得し、デバイス上のDNS設定が正しいことを確認します。 正しくない場合は、DHCP対応ネットワークであればDHCPリースを更新する(ipconfig /renew)、またはクライアントのIP構成設定に正しいDNSサーバー設定を入力して、正しいDNS設定を使用してください。
正しい接続構成を確認する
DNSサーバーに接続するために、VPNを有効にする必要がある場合があります。 これは特に、企業のリソース(イントラネットなど)に接続したいリモートワーカーにとって重要です。 この場合、従業員にVPNが接続されているか確認し、もし接続されていない場合、接続を確立してからアクセスをチェックします。 問題が解決された場合、他のリモートデバイスにも同じ接続問題がある可能性を示す指針となります。 従業員にこの要件を思い出させるために、Engageキャンペーンを通じて連絡を取ることができます。
ネットワーク信号の強度
ネットワーク品質に問題がある場合は、従業員デバイスのWi-Fi信号の強さをチェックしてください。 Wi-Fi信号強度リモートアクションを使用して信号が弱い場所を特定します。 関連パックの中でEngageキャンペーンを使用して、従業員にこの問題を解決するための手段を知らせます。 リモートアクションを個別に、またはホームネットワーキング全体のパックを使用して、オフィス内外の従業員の全体像を把握することができます。
インフラストラクチャの修正
ISPまたは会社によってブロックされたサイト
ウェブサイトが他のネットワーク上で利用可能である一方、接続タイムアウトエラーを返す場合、ISPまたは会社がそのウェブサイトへのアクセスをブロックしている可能性があります。 ソフトウェアやビデオの海賊版を促進する既知のサイトはISPによって定期的にブロックされており、会社はFacebookやTwitterなどのソーシャルメディアサイトをブロックする場合があります。 ウェブフィルターにより、従業員がそのサイトにアクセスできないことを示す法人メッセージが表示されることに注意してください。 したがって、ISPのブロックが問題の根本原因である保証はないものの、可能性はあります。
ユーザーはISPによってブロックされたウェブサイトを解除することはできません。 しかし、会社によってブロックされたウェブサイトは、有効なビジネス理由があれば、アクセスを求める従業員のために解除することが可能です。
プロキシサーバの遅延またはネットワーク帯域幅容量
上記の手順を完了した後で、別のプロキシサーバまたは異なる経路に移動することで問題が解決された場合、問題はプロキシまたはネットワークの帯域幅容量にあります。 プロキシの問題を解決するため、またはネットワーク帯域幅容量を増やすために、適切なインフラストラクチャチームに連絡してください。
Last updated
Was this helpful?