ブラウザのリクエストが表示され、仮のヘッダーが解決策を示しています。

クズども · 掲載地 2018/05/22 22:57:55

Chromeのリクエストには「仮のヘッダーが表示されます」と表示されます:

ブラウザがこのリクエストを初めて送信した際、リクエストはブロックされ、応答はありません。再度このリクエストを送信するよう求められた際、前回のリクエストに応答しなければ、ブラウザはこの警告を報告しますでは、問題はどこにあるのでしょうか?

プロジェクトの中で何度か遭遇したので、それぞれ異なるシナリオを紹介します。

1. すべてのクライアントのブラウザにアクセスする際に仮ヘッダーが表示されます:

対処法:リクエストが発生したページを確認し、フォームの提出とAJAXリクエストが同時にトリガーされているか確認してください。

例えば、ボタンを定義し、型はサブミット、そしてそのボタンのAJAXイベントを定義します。

このシナリオは、私たちの以前の開発プロセスで生じたものの一つです

2. 一部のクライアントブラウザが表示されます

対処法:Chromeの chrome://net-internals/#events に連絡し、リクエストを再トリガーし、Provisionalヘッダーが表示されているリクエストのログを確認する。

delegate_blocked_byキーワードが存在するか確認してみてください。これは一般的にブラウザプラグインやクライアントのソフトウェアがリクエストを傍受するためです。この状況はWebSense Endpointによって遮断されています。

もしそうなら、基本的に無視してもいい、クライアント自身の問題です。プラグインやソフトウェアをアンインストールしてから再度試してみて、まだ表示されるか確認してみてください。それでも発生する場合は、以下の条件に該当するか確認してください

3. すべてのクライアントがランダムかつ時折このエラーを発生しており、もしそうなら多くの場合サーバー側の問題です

取り扱い方法:デプロイメントアーキテクチャに基づくトラブルシューティング。例えば、私たちの展開アーキテクチャの主要なプロセスには---->nginxゲートウェイアプリケーション---->F5ロードバランサー---->アプリケーションサーバー(docker)があります

層ごとにトラブルシューティングができます。簡単な方法は、server shellコマンドでforループのcurlリクエストを直接書き、まず最も低いアプリケーションサーバーを呼び出すことです(圧力が足りないと心配なら複数のスレッドでダウンできます)。順に上を押す; ストレステストの過程で、リクエストが詰まるかどうかをリアルタイムで確認できます。もし見つかれば、これが問題である可能性が非常に高いです:

現在、2つの状況に直面しています。1つはF5レベルで、一部のリクエストがアプリケーションサーバーに対してうまく負荷分散されていない場合、また、nginxレベルで止まっている状況もあります。

解決策:F5レベルでの負荷分散戦略がパフォーマンスL4から標準に変更されました。

nginxレベルの行き詰まり状況処理計画:私は実際にはこの状況に参加したわけではなく、nginxの設定を多く変更しても効果がなく、最終的にはキルして再インストールするだけだと理解しているので、重要なポイントは見つかりませんでした

私自身の解決策として、使っているFiddler 4は通常閉じていないので、Fiddler 4を再開し、ウェブサイトをリクエストしようとしましたが、通常に戻ったので、その時点で再びFiddler 4を閉じました。

ブラウザのリクエストが表示され、仮のヘッダーが解決策を示しています。

関連記事