#amazon-s3 #gateway #private-subnet
Вопрос:
Независимо от того, пытаюсь ли я создать файловый шлюз AWS S3 (EC2) в консоли управления или с помощью Terraform, я получаю ту же проблему ниже…
Если я запускаю экземпляр EC2 в общедоступной подсети, шлюз создается. Если я попытаюсь запустить шлюз в частной подсети (с NAT, все порты открываются и выходят), это не сработает. Я получаю…
HTTP ERROR 500
Я использую VPN и могу проверить частный IP-адрес экземпляра, если я использую консоль управления. Это тот же код ошибки в terraform на экземпляре cloud 9, который также может выполнить пинг экземпляра.
Поскольку я намерен поделиться корзиной S3 с NFS, важно, чтобы экземпляр находился в частной подсети. Я новичок в опробовании файлового шлюза AWS S3, я прочитал документацию, но нигде четко не указано, как это сделать и почему частная подсеть будет отличаться, поэтому, если у вас есть какие-либо указания, которые я мог бы изучить, я хотел бы знать!
Для любой дополнительной справки (на самом деле не требуется) мое тестирование в terraform в основном основано на этом репозитории github: https://github.com/davebuildscloud/terraform_file_gateway/tree/master/terraform
Ответ №1:
Мне не удалось запустить консольный тест AWS, но я понял, что мой тест Terraform был выполнен плохо — я по ошибке пропустил зависимость, которая устанавливала пиринговое соединение VPC с экземпляром Cloud 9. как только я это исправил, это сработало. Тем не менее, я хотел бы знать, что потребуется для того, чтобы это работало и через консоль управления…