複数のWebサイト(すべて同じサーバーを介してリバースプロキシされている)があり、コンピューターの1つに正しくロードできません。
この特定のケースは毎回再現できます。Fiddlerが正しいヘッダーでリクエストが完了したことを示しているにもかかわらず、chrome開発者ツールで単一のJSファイルが「保留中」のままになっています。と応答。
私は以下を試しました:
別のコンピューターを試してみると、両方のコンピューターに同じブラウザー拡張機能と同じウイルス対策があり、どちらもWindows 10の最新のインストールを実行しているにもかかわらず、問題なく動作します。
Chrome HTTP Toolkit(HTTPリクエストをインターセプトするためのソフトウェアツール)を介して)を実行すると、すべて正常に動作します。
これらは、サーバーが応答するヘッダーです(フィドラーに示されています)。
HTTP/1.1 200 OK
Server: nginx
Date: Sun, 03 May 2020 13:22:52 GMT
Content-Type: application/javascript
Content-Length: 577367
Last-Modified: Wed, 15 Apr 2020 21:18:39 GMT
Connection: keep-alive
ETag: "5e977a2f-8cf57"
Accept-Ranges: bytes
この問題をデバッグして特定するには、他にどのような手順を試すことができますか?
このファイル は、私のWebサーバーと通信している私のPCのWiresharkキャプチャです。ロードに失敗したファイルは/js/main.bundle.js?v=2.2.3
このファイル はchrome net export
ここでの回答としてのディスカッションの結果の要約:
Wiresharkトレースは、ネットワーク層での一部の再送信を示していますが、最終的にはネットワークで正常に送信されます。これはネットワーク接続の問題ではありません。
Chromeブラウザのchrome://net-export/
ログを調べてみると、ブラウザがネットワークからのヘッダーの読み取りを完了していないことがわかります。
t= 69 [st= 7] HTTP_TRANSACTION_SEND_REQUEST_HEADERS --> GET /js/main.bundle.js?v=2.2.3 HTTP/1.1
t= 69 [st= 7] -HTTP_TRANSACTION_SEND_REQUEST
t= 69 [st= 7] +HTTP_TRANSACTION_READ_HEADERS [dt=80452]
t= 69 [st= 7] +HTTP_STREAM_PARSER_READ_HEADERS [dt=80452]
t=80521 [st=80459] CANCELLED
つまり、ネットワークトラフィックがシステムに到達すると、アプリケーションではなく、クライアントシステムのインターセプト(プロキシ)ソフトウェアに問題の原因が存在する可能性があります。 OPがSophos AVについて言及しているので、これが問題の原因であると思いました。
procmon.exe
とのプロセス通信の検査中に、ソフォスはOPの犯人として特定できました。