30

ときどき、Chrome からのネットワーク リクエストが Status = '(failed)' (JavaScript のリクエスト オブジェクトからのステータス コード 0) で失敗し、レスポンス タイプが 'undefined' であることがランダムに表示されます。理由を特定できません。インターネット接続がアップしているようで、cURL から要求された場合、サーバー上の同じエンドポイントが機能します。

リクエストの詳細を表示しても、それ以上のレスポンス情報は表示されず、リクエスト情報のみが表示されます。

CORS ヘッダーが欠落している可能性があると思いましたが、そこにあることを確認しましたが、とにかく CORS 権限の問題で、Chrome はステータスを「(キャンセル済み)」と報告します。

何かご意見は?ホストに到達できないだけですか?ブラウザーを再起動するまで、Web アプリからのすべての再試行も失敗するように見えるのはなぜですか?

(失敗) Chrome インスペクタのリクエスト ステータス テキスト

4

7 に答える 7

10

これは、Content-Lengthヘッダーのサイズが、送信されている実際のコンテンツよりも大きい場合に発生する可能性があります。chromeは、ドキュメント全体を取得できなかったため、リクエストが「失敗」したと見なします。

于 2012-05-15T10:41:01.000 に答える
6

これらのエラーは、SSL 証明書が不適切な Web ページで見られるようになりました。ブラウザーがページに進むことを既に許可していましたが、しばらくすると、サーバーへの AJAX 要求が失敗し始めました。この問題を解決するには、警告メッセージに戻るためにページを更新する必要があります。これにより、警告メッセージを再度受け入れて、AJAX 要求がブロックされないようにすることができます。

残念ながら、私の場合、Chrome がドメインへのアクセスを忘れる理由を見つけられませんでした。Remember decisions to proceed through SSL errors for a specified length of timeに設定がありますがchrome://flags、影響はないようです。

于 2015-07-31T18:26:01.223 に答える
2

context.Response.Close()の代わりに呼び出していたため、ASP.NET IHttpHandler でこれに遭遇しましたcontext.Response.End()。HTTP 接続を適切に閉じていませんでした。Chrome 以外のブラウザでは問題は発生しませんでした。

于 2012-10-18T20:45:35.410 に答える
1

私たちが制御する API に到達するアプリケーションには、まさにこの問題がありました。遅いクライアントには問題が見られず、速いクライアント (およびリクエストの多いページ) には問題が見られないことに気付くまでにしばらく時間がかかりました。

HA プロキシがフロントエンドのリクエストをレート制限していたことが判明しました。制限を設定した 20 から 100 程度に引き上げると、問題はなくなりました。

そのため、リクエスト パスに沿って何かによってブロックされている可能性があります。プロキシやロード バランサー、さらにはファイアウォールなども考えられます。

于 2016-08-23T20:27:59.110 に答える
0

cdn が isp によってブロックされているときに、このエラーが発生していました。DNSをフラッシュするとうまくいきました。やり方はこちらを参考にしてください。

于 2020-05-20T08:17:19.240 に答える
-2

私の場合、Samsung ラップトップを使用しており、Samsung サポート サービスをアンインストールし、Chrome のキャッシュとその動作をクリアしました。

于 2014-04-11T01:34:54.417 に答える