Я запускаю проект Django, развернутый на AWS lambda с использованием безсерверной платформы Zappa.Доступ к нему можно получить по случайно сгенерированной ссылке из AWS API Gateway, например: -
random-generated-link.aws.amazon.com / production
У меня естьтакже создал SSL-сертификат из ACM и проверил его в моем домене, скажем
example.com
Теперь, когда я запускаю zappa certify, эта команда успешно сертифицирует мой домен исоздает настраиваемый домен в консоли API-шлюза со следующими конфигурациями: -
Конфигурация конечной точки оптимизирована Edge
Имя целевого домена d25ihv8a5022zi.cloudfront.net
Идентификатор размещенной зоны A2FDTNGATAQYW6
Сертификат ACM example.com (c504428e)
Теперь мне нужно указать свой доменимя example.com
до randomly-generated-link.aws.amazon.com/production
, поэтому я обновил свои записи на Godaddy с помощью CNAME следующим образом: -
TYPE - CNAME NAME - example.com VALUE - d25ihv8a5022zi.cloudfront.net TTL - 1 ЧАС
ОЖИДАЕМЫЙ РЕЗУЛЬТАТ - My applПоказ, который работает на randomly-generated-link.aws.amazon.com
, показывается доступным с example.com
.
ЧТО Я ПОЛУЧАЮ - 403 ОШИБКА Запрос не может быть удовлетворен.Плохой запрос.Сгенерировано с помощью облачного фронта (CloudFront)
РЕДАКТИРОВАТЬ: - Таким образом, я избавляюсь от созданного zappa собственного домена и нового дистрибутива облачного фронта вручную следующим образом: -
Способ доставки - Имя веб-домена -d35ihv8a5022fe.cloudfront.net происхождение - random-generated-link.aws.amazon.com/production cNAMES - example.com Состояние - состояние развертывания - включено
Я сделал это, потому что сгенерированное zappa распределение облачного фронта скрытов консоли AWS.Однако я заметил, что сгенерированная Zappa конечная точка распространения дает запрет, когда я проверяю адрес в браузере, а вновь созданная конечная точка распространения перенаправляет на мое приложение.
Тем не менее, переход на example.com дает мне ошибку 403.