Вопрос или проблема
У меня есть веб-сайт domain.com. Первоначально домен был приобретен на GoDaddy, перенесен на Wix, где был создан веб-сайт, а затем снова перенесен в AWS Route 53.
Веб-сайт является лицевой частью с электронной коммерцией, ведущей клиентов к веб-приложению на React.js по адресу app.domain.com. Когда домен управлялся Wix, app.domain.com работал. Теперь, когда им управляет AWS, он не работает.
Что я делаю не так?
Попытка достичь app.domain.com приводит к странице:
Этот сайт не может быть достигнут. Проверьте, нет ли опечатки в app.domain.com. Если написание верно, попробуйте запустить диагностику сети Windows.
>DNS_PROBE_FINISHED_NXDOMAIN
Приложение размещено в S3 bucket и распространяется через CloudFront для безопасности и возможности использования пользовательского домена (app.domain.com). У меня есть SSL сертификат, который был выдан и установлен в Route 53 нажатием кнопки в Certificate Manager. Вероятно, Wix использует свои собственные SSL сертификаты, поэтому у меня нет сертификата для основного домена. Я много раз изучал настройки DNS в Route 53, и не могу найти ошибок.
Должно быть, я что-то упускаю… Пожалуйста, помогите.
.
Ответ или решение
Конечно, давайте разберем вашу ситуацию более подробно и постараемся выявить причины неполадок с поддоменом app.domain.com. В процессе мы будем следовать формуле TEA: Теория, Пример, Применение.
Теория
Проблема, с которой вы столкнулись, вероятнее всего связана с доменными именами и системами их разрешения (DNS). Когда ваш основной домен domain.com работает, но поддомен app.domain.com выдаёт ошибку DNS_PROBE_FINISHED_NXDOMAIN, это указывает на проблему с конфигурацией DNS.
Основные аспекты DNS:
-
Записи DNS: Это текстовые записи, которые находятся на DNS-серверах и указывают, куда должен быть направлен трафик, когда кто-то пытается подключиться к вашему домену. Для вашего поддомена app.domain.com вам, вероятно, понадобится CNAME-запись, которая указывает на соответствующую точку входа в вашу инфраструктуру, например, на CloudFront.
-
TTL (Time to Live): Интервал времени, в течение которого устройства (например, пользовательские компьютеры и DNS-ресолверы) будут кэшировать записи DNS. Низкий TTL позволяет быстрее обновлять информацию.
-
SSL-сертификаты: Они необходимы для обеспечения HTTPS-соединений. Каждому домену и поддомену может потребоваться отдельный сертификат или набор сертификатов, который охватывает несколько доменов и поддоменов.
-
Распространение DNS: После изменения DNS-настроек может потребоваться некоторое время для их распространения по интернету.
Пример
Вы упомянули, что ваш основной домен был первоначально зарегистрирован в GoDaddy, затем перенесён в Wix, а в настоящее время управляется AWS Route 53. Этот процесс включает несколько этапов, на каждом из которых могут возникать ошибки, например:
- При переносе домена могли сохраниться старые или неправильные DNS-записи.
- Переключение между различными регистраторами могло вызвать временные проблемы с доступностью.
- Wix использовал свои собственные SSL-сертификаты, которые могли не перенестись корректно при изменении провайдера.
Применение
Давайте рассмотрим ряд шагов, которые помогут вам диагностировать проблему и, возможно, решить её:
-
Проверка DNS-записей:
- Перейдите в консоль управления AWS Route 53 и удостоверьтесь, что для podдомена app.domain.com создана правильная CNAME-запись, которая указывает на ваш CloudFront-дистрибутив.
- Убедитесь, что нет никаких противоречивых или дублирующих записей, которые могут вызвать конфликт.
-
Проверка статуса CloudFront:
- Убедитесь, что ваш CloudFront-дистрибутив активен и правильно настроен для работы с вашим поддоменом.
- Проверьте, что в настройках CloudFront ваш поддомен (app.domain.com) указан как Alternate Domain Name (CNAME).
-
SSL-сертификаты:
- Убедитесь, что SSL-сертификат действительно выпущен для поддомена app.domain.com и установлен в вашем CloudFront-дистрибутиве.
- Проверьте, что сертификат находится в активном состоянии и правильный сертификат компонуют с вашим доменом.
-
Тестирование и кэш:
- Используйте инструменты для проверки текущих DNS-записей, такие как nslookup или dig, чтобы убедиться, что они действительно распространяются и видны за пределами вашей сети.
- Очистите кэш DNS на вашем компьютере и пробуйте загрузить поддомен из разных сетей или устройств, чтобы удостовериться, что проблема не локальная.
-
Мониторинг и логирование:
- Ознакомьтесь с логами CloudFront и S3 на предмет ошибок конфигурации или доступа.
-
Техподдержка:
- Если после проверки всех настроек проблема не будет устранена, рекомендуется обратиться в службу поддержки AWS за дополнительной помощью.
В результате выполнения этих шагов вы получите более полное представление о возможных причинах проблемы и путях их решения. Иногда для внесения всех необходимых изменений и их распространения требуется время, поэтому важно проявить терпение и тщательно следовать намеченному плану.