#amazon-web-services #amazon-s3 #aws-api-gateway
Вопрос:
у нас есть куча файлов в s3, которые мы хотим открыть веб — браузеру, и у нас возникли проблемы.
По сути, мы настроили шлюз api для обратного прокси — сервера в S3, и если мы используем curl или wget для получения URL — адреса, он отправляет правильный заголовок «Принять», все в порядке и отлично работает.
Однако, если мы пройдем через браузер, что является реальной потребностью бизнеса, то, очевидно, мы не сможем контролировать, какие заголовки он отправляет…. и файл вернется поврежденным. Если мы посмотрим на то, что возвращается в заголовках ответов, мы получим что-то вроде:
Content-Length: 62020
x-amzn-Repmapped-Content-Length: 46513
теперь очевидно, что 46513-это правильный размер файла, но 62020 байт, которые возвращаются, — это какой-то закодированный мусор, который не распаковывается, не отображается или как-то иначе… работа.
В двоичных типах носителей есть только один элемент * / * — но, поскольку это, похоже, зависит от заголовка accept, он по-прежнему ничего не делает.
Есть ли какой — либо способ настроить службу rest так, чтобы «просто уберите свои грязные лапы от моего файла«, то есть проходите через все, что вы получаете, как контент, так и поток данных проходят беспрепятственно.
Комментарии:
1. Может быть в кодировке base64. Ты проверял?
2. да, я уверен, что это кодировка base64. В этом и была бы проблема — как мне предотвратить это?
3. Вы не предоставили никакой информации о настройке шлюза APi, интеграции с s3. Об этом трудно рассуждать.