web-dev-qa-db-ja.com

サーバーが応答しているにもかかわらず、リソースが特定のコンピューターのブラウザーに読み込まれない

複数のWebサイト(すべて同じサーバーを介してリバースプロキシされている)があり、コンピューターの1つに正しくロードできません。

この特定のケースは毎回再現できます。Fiddlerが正しいヘッダーでリクエストが完了したことを示しているにもかかわらず、chrome開発者ツールで単一のJSファイルが「保留中」のままになっています。と応答。

私は以下を試しました:

  • シークレットタブ
  • Firefox、Edge、Internet Explorer
  • コンピュータからすべてのVLANを削除しました
  • ネットワークドライバを完全に削除して再インストールする
  • 新しいWindowsユーザーを試す

別のコンピューターを試してみると、両方のコンピューターに同じブラウザー拡張機能と同じウイルス対策があり、どちらも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

2
xorinzor

ここでの回答としてのディスカッションの結果の要約:

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の犯人として特定できました。

1
Bernhard