Я работаю над приложением AWS Elastic Beanstalk, которое загружает файлы в ведро AWS S3. Приложение Beanstalk - это приложение .NET Core Web API, я следил за этим руководством (http://docs.aws.amazon.com/sdk-for-net/v3/developer-guide/net-dg-config-netcore.html) и имеет файл учетных данных на диске для локальной разработки с помощью ключа и секретного ключа общего доступа. Это ключ и секрет пользователя, с которым я создал ведро S3. Этот пользователь имеет полный доступ к S3 через IAM. В локальной разработке приложение загружается на S3 без икоты.AWS S3 Credentials for Elastic Beanstalk app
Когда я развернул приложение на платформе Elastic Beanstalk, загрузка на S3 не работает в среде эластичного бобового стежка. Локальная версия по-прежнему прекрасна. Я развернул приложение к AWS Elastic Beanstalk с помощью AWS Toolkit для визуальной студии и указал, что приложение должно иметь полный доступ S3 в процессе создания. С тех пор я перешел в конфигурацию роли экземпляра и подтвердил, что на самом деле он имеет полный доступ S3 в качестве разрешения. Я получаю исключение, что сервер завершил соединение аномально после таймаута при попытке загрузки. Есть ли какой-то шаг или часть конфигурации, которую я пропускаю? Есть ли способ указать один и тот же ключ доступа и секрет, который я использую локально в приложении beanstalk, чтобы проверить его? Я не нашел способ предоставить ему какие-либо учетные данные из файла или тому подобного.
Спасибо, Сэм
Это не ошибка разрешений, это сетевая ошибка. Является ли экземпляр в частной подсети VPC? –
Нет, это не в частной подсети. Я указываю на разрешения только потому, что раньше у меня была такая же ошибка, когда я использовал другую учетную запись локально, чем учетная запись, с которой я создал ведро S3. Но похоже, что разрешения не имеют к этому никакого отношения, у меня должна быть какая-то другая конфигурация. –