У меня проблемы с разрешением DNS поддомена. У меня немного странная ситуация (по крайней мере, странная для меня), так что терпите меня, пока я все это объясню.
Я работаю с другом, которому принадлежит november-project.com доменное имя. Он был куплен, и его DNS размещен на GoDaddy. Серверы имен указывают на HostGator, где находится веб-сайт wordpress.
Хорошо. Поэтому я создал отдельное веб-приложение, которое успешно обслуживал под tracking.november-project.com поддомен. Я использовал HostGator и поместил свои ресурсы в общую папку, которую они предоставляют вам при создании поддомена. А также есть tracking-staging.november-project.com что я использовал для тестирования.
Недавно я хотел отказаться от HostGator, так как у нас были проблемы с сертификатами SSL и временем безотказной работы. Я решил переместить свое приложение на S3 и использовать ButtFront для кэширования, а также Route 53 для делегирования разрешения поддоменов AWS. Я использовал этот документ, чтобы помочь мне настроить запись поддомена Route 53:
http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html
Я смог зайти на веб-сайт и увидеть, как доставляются ресурсы S3, поэтому я удалил поддомен из HostGator. Теперь сайт загружается для одних людей, но не для других. Я могу перейти на сайт с телефона, но не с ноутбука. я вижу server DNS address could not be found. ошибки.
Я не очень разбираюсь в DNS, и большую часть того, что я знаю, я узнал, пройдя этот процесс. Любая помощь приветствуется. Я также могу предоставить больше информации обо всем.
Обновить:
После проверки с помощью GoDaddy служба DNS делегируется HostGator, поэтому я не могу добавлять туда записи зоны.
Затем я поговорил со службой поддержки HostGator, и они не разрешают записи NS для клиентов на моем уровне цен (большинство уровней Интернета / общего доступа).
После обсуждения с другом мне показалось, что лучше всего было бы прекратить использование HostGator для DNS. И так как я все равно вносил это изменение, я решил использовать Route 53 для консолидации.
Я надеялся, что в Route 53 разрешены записи NS с подстановочными знаками, чтобы я мог делегировать все, с чем не хочу иметь дело, обратно в HostGator; однако не похоже, что записи NS с подстановочными знаками являются обычным явлением для любого DNS. Поэтому мне потребовалось некоторое время, чтобы скопировать все записи DNS в HostGator на Route 53. Затем я переключил GoDaddy, чтобы он указывал на Route 53. Я надеюсь, что это сработает и не вызовет простоя корневого сайта.
Все это кажется разумным? Есть ли другие рекомендуемые действия?
Whois на november-project.com показывает следующие записи сервера имен:
Name Server: NS8065.HOSTGATOR.COM
Name Server: NS8066.HOSTGATOR.COM
Name Server: NS-1032.AWSDNS-01.ORG
Name Server: NS-40.AWSDNS-05.COM
Name Server: NS-1565.AWSDNS-03.CO.UK
Name Server: NS-572.AWSDNS-07.NET
Name Server: NS-1465.AWSDNS-55.ORG
Name Server: NS-688.AWSDNS-22.NET
Name Server: NS-2026.AWSDNS-61.CO.UK
Name Server: NS-458.AWSDNS-57.COM
Когда я копаю tracking.november-project.com на сервере имен hostgator, а затем на AWS, я получаю очень разные ответы:
Amazon:
Dig tracking.november-project.com@NS-1465.AWSDNS-55.ORG (205.251.197.185) ...
Authoritative Answer
Query for tracking.november-project.com type=255 class=1
tracking.november-project.com A (Address) 52.85.40.208
tracking.november-project.com A (Address) 52.85.40.67
tracking.november-project.com A (Address) 52.85.40.155
tracking.november-project.com A (Address) 52.85.40.215
tracking.november-project.com A (Address) 52.85.40.151
tracking.november-project.com A (Address) 52.85.40.200
tracking.november-project.com A (Address) 52.85.40.138
tracking.november-project.com A (Address) 52.85.40.222
tracking.november-project.com NS (Nameserver) ns-1465.awsdns-55.org
tracking.november-project.com NS (Nameserver) ns-2026.awsdns-61.co.uk
tracking.november-project.com NS (Nameserver) ns-458.awsdns-57.com
tracking.november-project.com NS (Nameserver) ns-688.awsdns-22.net
Hostgator:
Dig tracking.november-project.com@NS8065.HOSTGATOR.COM (192.185.5.19) ...
Authoritative Answer
Query for tracking.november-project.com type=255 class=1
tracking.november-project.com A (Address) 192.185.38.67
november-project.com NS (Nameserver) ns8066.hostgator.com
november-project.com NS (Nameserver) ns8065.hostgator.com
ns8065.hostgator.com A (Address) 192.185.5.19
ns8066.hostgator.com A (Address) 192.185.5.190
В идеале серверам имен hostgator необходимо полностью удалить все следы этого домена, чтобы убедиться, что они не считают себя авторитетными и передадут запрос на сервер имен, который ЕСТЬ. Похоже, этого не происходит.
РЕДАКТИРОВАТЬ:
Я лучше посмотрел на документ Amazon, он очень расплывчатый, но на самом деле я думаю, что вам нужно добавить записи AWS NS в поддомен, а не в корневой домен.
Я не верю, что вам следует видеть серверы имен Amazon, когда вы являетесь корневым доменом. Записи должны быть
november-project.com NS *hostgator ns*
tracking.november-project.com NS *amazon ns*
Трудно сказать, является ли это причиной. Когда я выполняю nslookup для отслеживания-постановки на моем собственном компьютере, он терпит неудачу, потому что основной NS указан как hostgator - запись NS на поддомене должна рассматриваться как более конкретная и будет иметь приоритет, поэтому следует надеяться, что это поведение должно прекратиться.
QUESTIONS:
tracking-staging.november-project.com, type = AAAA, class = IN
AUTHORITY RECORDS:
-> november-project.com
ttl = 219 (3 mins 39 secs)
primary name server = ns8065.hostgator.com
responsible mail addr = dnsadmin.gator4033.hostgator.com
serial = 2016033001
refresh = 86400 (1 day)
retry = 7200 (2 hours)
expire = 3600000 (41 days 16 hours)
default TTL = 86400 (1 day)