Я сталкиваюсь со странной проблемой при выполнении записи HTTP ajax в Chrome. Ниже приведен журнал событий Chrome, в котором произошел сброс соединения в Chrome, который затем пытается повторить публикацию, и это удалось.
Просмотр временной шкалы как IIS, так и Chrome. Похоже, IIS получает запрос и закрывается при выполнении какой-либо операции через 118278 мс. Поскольку это не изящное закрытие, Chrome пытается выполнить повторную отправку, и это успешно выполнено.
Примечание: Chrome 1-й раз использовал существующее сокетное соединение и 2-й раз установил новое сокетное соединение
Вопрос:
- Так что здесь происходит ?. Это не связано с какими-либо исключениями на сервере в первый раз. Я вижу код состояния 64 на сервере, который является «Указанное имя сети больше не доступно», что может быть связано с клиентом. Но из Chrome «ERR_CONNECTION_RESET» произойдет, когда сервер закроет соединение. Поэтому не уверен, где проблема и как ее анализировать дальше.
- Если я сбрасываю существующее соединение сокетов в chrome перед отправкой HTTP, тогда это работает какхорошо работает в браузере "Edge". С какого угла можно сбросить соединение через сокет HTTP-сообщения?
Нужна помощь, чтобы исправить или проследить проблему подробно
IIS Log
2019-11-08 20:52:47 10.156.116.58 OPTIONS /api/asset/summary/save - 90 - 10.156.134.79 Mozilla/5.0+(Windows+NT+10.0;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/75.0.3770.100+Safari/537.36 http://test.com:90/ 200 0 0 157
2019-11-08 20:54:45 10.156.116.58 POST /api/asset/summary/save - 90 - 10.156.134.79 Mozilla/5.0+(Windows+NT+10.0;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/75.0.3770.100+Safari/537.36 http://test.com:90/ 0 0 64 118278
2019-11-08 20:55:04 10.156.116.58 POST /api/asset/summary/save - 90 - 10.156.134.79 Mozilla/5.0+(Windows+NT+10.0;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/75.0.3770.100+Safari/537.36 http://test.com:90/ 200 0 0 19123
2