Регистрация Войти
Рейтинг:0
avatar Server

400 ошибок неверного запроса (редко) в общедоступных ресурсах Amazon S3

флаг ru
dlrust

Мы размещаем общедоступные ресурсы 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: приложение/xml

статус: 400

длина_содержимого: 355 байт
305
0 + 3
Tim avatar
флаг gp
Tim
Мне любопытно, как application/xml сообщает вам, что это ошибка AWS, можете ли вы объяснить это немного подробнее? Можете ли вы сопоставить запрос в журналах Nginx с запросом AWS независимо от кода состояния? Интересно, возникает ли ошибка между Nginx и S3, когда запросы на самом деле не поступают на S3. Предложите вам отредактировать свой пост, чтобы дать более подробную информацию — где находится ваш сервер, может быть, изображение и т. Д. Также проверьте журналы ошибок Nginx.
0
Ответить
флаг ru
dlrust
@Tim Мы не смогли визуально увидеть эти ответы об ошибках, кроме журналов. Мы почти уверены, что application/xml означает ошибку S3 из-за 1) обслуживаемых ресурсов являются файлы изображений 2) другие ошибки S3 (недопустимый сегмент и т. д.) возвращаются в виде XML 3) в конфигурации nginx нет ничего, что могло бы быть такого типа
0
Ответить
Tim avatar
флаг gp
Tim
Интересно, есть ли способ зарегистрировать тело ответов об ошибках, так как это могло бы рассказать вам больше о проблеме. Мне также интересно, можете ли вы предоставить пользователю прямой доступ к S3, но это может не работать с настройками безопасности браузера. https://serverfault.com/questions/361556/это возможно-to-log-the-response-data-in-nginx-access-log/598045
0
Ответить
флаг Moldova
Admin
Этот вопрос на других языках:

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.