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 はそれが根本的な原因かどうかをよりよく理解するのに役立ちます。 特定のプロキシを通ってデバイスのトラフィックが大部分移動しているかどうかを確認し、該当するアプリケーションのドメイン名を対象とする調査を作成します。 プロキシサーバー自体を調査の実際の対象にすることも可能で、プロキシからの失敗したリクエスト数や応答時間などのさまざまな分析を表示できます。 このアプローチにより、予期しない動作が明らかになります。
代替のプロキシサーバーにデバイスを再構成することが可能です。 リクエストされたウェブページが正常に読み込まれる場合、問題の原因が会社のプロキシサーバーである可能性が高いです。 組織内のネットワークおよびプロキシインフラストラクチャの担当チームに、問題と影響を受けたデバイスの範囲を知らせます。
可能な解決策
従業員デバイスの修正
通知: 最初に範囲指定手順を考慮してください。上記の手順をご覧ください。
Nexthink を使用して是正処置を実施する際、影響の範囲を認識してください。 単一のデバイスまたは少数のデバイスを取り扱っている場合、リモートアクションをバックグラウンドで実行し、影響を受けた従業員を支援することが可能です。また、サイレントに実行することもできます。
範囲指定によって事件が広範であることが判明した場合、問題にはより多くの注意が必要です。 影響を受けた従業員が、スケールで実行されているリモートアクションの変更について視覚的な通知を受け取れるようにするため、Engage Campaigns の活用をお勧めします。従業員はリモートアクションが行われていることを認識していないかもしれません。
ページをリフレッシュ
ページをリフレッシュすることは、通常、このエラーが一時的なものだからという理由で問題をすばやく解決する方法となりえます。 CTRL+F5を押すと多くのブラウザで動作します。必要に応じてドキュメントを参照してください。
DNS をクリア
デバイスのDNSをクリアするとDNSキャッシュが削除され、新しいDNSルックアップが強制されます。 最近ウェブサイトまたはページが別のIPアドレスに移動した場合、すべてのDNSエントリを削除 (またはクリア) することでエラーは解消されるべきです。 リモートアクション ネットワーク管理 を使用してください。
キャッシュをクリア
キャッシュがしばらくの間クリアされていない場合、その中のいくつかのファイルが破損している可能性があります。 キャッシュをクリアすることが役立ちます。 ユーザーが保存されたパスワードや他の個人データを失いたくない場合、基本データクリアオプションを選択します。
リモートアクションを使用してEdge または Chrome のブラウザキャッシュをクリアします(‘Clear Edge / Chrome Settings’)。 キャッシュのクリアは、ユーザーを支援するためにリモートで実行できます;
ネットワーク設定の確認;
リモートアクション ネットワーク構成の取得 を使用して、デバイス上のDNS設定が正しいか確認します。 正しくない場合、適切なDNS設定が使用されているか確認します(上記のステップを参照)。DHCP有効ネットワークであればDHCPリースを更新する(ipconfig /renew)、またはクライアントのIP設定に正しいDNSサーバー設定を直接入力します。
正しい接続設定を確認
時には名前解決のために必要なDNSサーバーに到達するためのVPNを有効にする必要があります。 これは、インターネットのような企業のリソースへ接続したいリモート従業員に特に当てはまります。 この場合、従業員がVPNに接続しているか確認し、接続していない場合は接続を確立してアクセスを確認します。 問題が解決した場合、これにより他のリモートデバイスで同じ接続問題があるという洞察が得られます。 従業員にこの必要条件を思い出してもらうため、Engage Campaign を使用して連絡を取ることができます。
ネットワーク信号強度
ネットワーク品質に問題がある場合は、従業員デバイスでのWi-Fi信号強度を確認してください。 Get Wi-Fi Signal Strength リモートアクションで、どこで信号が弱いかがわかります。 関連パック内でEngage Campaignを使用して、従業員にこの問題の解決策について通知します。 リモートアクションを個別に使用することができ、またオフィス内およびリモートワーカーの両方の全体像を見るためにホームネットワーキング パック全体を使用することができます。
インフラストラクチャ修正
ISPまたは会社によるサイトブロック
ウェブサイトが他のネットワーク(例:モバイルネットワーク)で利用可能であるにもかかわらず、接続タイムアウトエラーが返される場合、それにアクセスできないようにISPまたは会社がブロックしている可能性があります。 ソフトウェアやビデオ海賊行為を促進することで知られているサイトは、ISPによって定期的にブロックされており、会社はFacebookやTwitterなどのソーシャルメディアサイトをブロックする可能性があります。 ウェブフィルタにより、社員がそのサイトを訪問できないことを知らせる企業メッセージが表示されます。 したがって、ISPブロックが問題の根本原因である保証はありませんが、一つの可能性です。
ユーザーはISPによりブロックされたウェブサイトを解除することはできません。 ただし、会社によってブロックされたウェブサイトは、有効なビジネス理由があれば、アクセスを求める従業員のために解除されることがあります。
プロキシサーバーの遅延またはネットワーク帯域容量
上記のステップを完了した後、他のプロキシサーバーまたは異なる経路に移動することで問題が解決されたことをテストが示した場合、問題はプロキシまたはネットワークの帯域容量にあります。 適切なインフラストラクチャチームに連絡し、プロキシ問題を解決する、またはネットワーク帯域容量を増加するよう依頼します。
Last updated
Was this helpful?