Ошибки 400 Bad Request (редко) в публичных ресурсах Amazon S3

Question

Мы размещаем публичные ресурсы S3 (изображения) по локальному пути, используя обратный прокси-сервер из NGINX в S3.

Мы заметили периодические ошибки в наших журналах (ошибки 400), которые случаются очень редко, но вызывают проблемы у посетителей. Мы можем сказать, что это ошибки AWS, поскольку возвращаемый тип контента — application/xml. Загрузка этих же активов сразу после зарегистрированной ошибки возвращает правильный ответ.

Я включил ведение журнала для соответствующих контейнеров S3, но при проверке журналов я не вижу никаких ошибок 400, перечисленных в течение временных интервалов, когда они возникали.

• Будет ли AWS ограничивать наши запросы, поскольку они поступают с одного IP-адреса (через обратный прокси-сервер NGINX)?
• Какие типы статусов 400 будет возвращать S3 для общедоступных объектов, которые являются допустимыми?
• Есть ли другое место в консоли AWS, где будут отображаться эти 400 ошибок, чтобы мы могли их расследовать?

Обновленный конкретный пример случая:

Пример локального пути нашего актива: https://www.example.com/assets/images/Oasis_PalmImage_20210809_Web_v01.png

Публичный URL-адрес S3: https://sb-oasis.s3.amazonaws.com/images/Oasis_PalmImage_20210809_Web_v01.png

Пример журнала NGINX во время зарегистрированной ошибки:

response_content_type: application/xml

status: 400

content_length: 355 bytes