Проблемы связывания AWS EC2 и домена Route 53 (переданных от другого провайдера) | nslookup не разрешает IP-адреса

После тестирования вашего домена и перечитывания вашего вопроса я понял, что это, вероятно, проблема:

Создана размещенная зона с новой записью A с именем: mydomain.com Псевдоним: нет Значение:

Поскольку вы просто используете отдельный экземпляр EC2, вы не хотите использовать псевдоним. Как указано в документации Route53 указывает, что псевдонимы применяются только к эластичным балансировщикам нагрузки, сегментам S3, конечным точкам CloudFront (CDN) и записям в одном домене.

Скорее всего, вы захотите удалить все определенные вами A-записи, а затем создать CNAME для mydomain.com (а не псевдоним), который имеет значение DNS-записи EC2 для вашего экземпляра. Вы также можете создать запись www.mydomain.com, которая также является CNAME для вашей записи DNS EC2.

После того, как вы создали эти записи CNAME, nslookup должен выдать примерно следующие результаты:

$ nslookup mydomain.com
Server:     10.1.2.11
Address:    10.1.2.11#53

Non-authoritative answer:
mydomain.com    canonical name = ec2-111-222-123-1.eu-west-1.compute.amazonaws.com.
Name:   ec2-111-222-123-1.eu-west-1.compute.amazonaws.com
Address: 111.222.123.1  

Не забывайте, что когда вы вносите изменения в свои записи DNS, потребуется некоторое время, чтобы эти изменения вступили в силу при тестировании. По умолчанию для Route53 TTL составляет 300 секунд (5 минут), поэтому, если вы не изменили TTL, вы должны увидеть изменение в течение 5 минут. Вы можете увидеть, сколько секунд осталось в TTL, если вы используете dig вместо nslookup:

$ dig www.news.com
...
;; ANSWER SECTION:
www.news.com.       234 IN  CNAME   phx1-rb-gtm3-tron-xw-lb.cnet.com.

«234» означает, что локальный DNS-сервер истечет через 234 секунды и снова запросит авторитетный DNS-сервер. Вам нужно подождать, пока это значение не достигнет 0, прежде чем ваш локальный DNS-сервер в следующий раз будет искать mydomain.com или www.mydomain.com.

Редактировать:

Я бы посоветовал дважды проверить ваши серверы имен в Route53 и подтвердить их при регистрации вашего домена. Если я сделаю whois для вашего домена, он покажет:

$ whois trueweekends.in
...
Name Server:NS-1089.AWSDNS-08.ORG
Name Server:NS-765.AWSDNS-31.NET
Name Server:NS-431.AWSDNS-53.COM
Name Server:NS-1886.AWSDNS-43.CO.UK

Я должен иметь возможность запросить любой из этих серверов имен и получить от них список тех же серверов имен. Например, взгляните на домен todoist.com, который также размещен на AWS:

$ whois todoist.com
...
Name Server: NS-938.AWSDNS-53.NET
Name Server: NS-1046.AWSDNS-02.ORG
Name Server: NS-1799.AWSDNS-32.CO.UK
Name Server: NS-158.AWSDNS-19.COM

Если я запрашиваю у одного из этих серверов имен список серверов имен, связанных с todoist.com, я получаю:

$ dig @NS-938.AWSDNS-53.NET todoist.com NS
...
;; ANSWER SECTION:
todoist.com.        172800  IN  NS  ns-1046.awsdns-02.org.
todoist.com.        172800  IN  NS  ns-158.awsdns-19.com.
todoist.com.        172800  IN  NS  ns-1799.awsdns-32.co.uk.
todoist.com.        172800  IN  NS  ns-938.awsdns-53.net.

Если я сделаю то же самое с вашим доменом, я не получу никаких результатов. Следующие запросы не дали ответов:

$ dig @NS-1089.AWSDNS-08.ORG trueweekends.in NS
$ dig @NS-765.AWSDNS-31.NET trueweekends.in NS
$ dig @NS-1799.AWSDNS-32.CO.UK trueweekends.in NS
$ dig @NS-158.AWSDNS-19.COM trueweekends.in NS

Если вы на 100% уверены, что у вас есть правильные серверы имен, перечисленные в вашем домене (те, которые я упомянул выше, соответствуют тому, что Route53 показывает, что вы должны использовать), и вы уверены, что ваши записи в Route53 настроены правильно, я бы посоветовал связаться с Поддержка AWS, потому что похоже, что есть какая-то проблема с Route53, которая неправильно обрабатывает ваш домен.