Я установил на AWS Route53 набор серверов имен white label, следуя как документации AWS, так и описанию, которое я нашел от сотрудника AWS. Казалось, все работает нормально - у меня никогда не было проблем с доступом к тестируемому сайту, который я использую, с этими белыми серверами имен в качестве DNS.
Я попросил нескольких человек в США попытаться попасть на сайт, и они сказали, что периодически получают сообщение «сервер не найден». Я пробовал исследовать с помощью онлайн-инструментов, таких как pingdom - и получил несколько довольно сбивающих с толку сообщений об ошибках, но с последним утверждением "но, несмотря на это, поиск IP-адреса завершился успешно". Не очень теплая пушинка.
Если кто-то будет против немного помочь новичку в DNS. Тестовая площадка находится по адресу: tsf-test.com ; если он доступен, он должен выдать блестящий результат «ошибка установления соединения с базой данных». Это ожидается.
DNSstuf.com сообщает об этом:
SOA record check No nameservers provided an SOA record for the zone.
You should configure your nameservers to have a master slave relationship.
The update of the zone information to the slave nameservers should
be handled through the SOA record.
Я был бы очень признателен за любые советы о том, как заставить это работать на Route53. Спасибо...
РЕДАКТИРОВАТЬ:
Вот записи, которые я установил в AWS для пользовательских серверов имен:
localroute.net. NS ns1.localroute.net 172800
ns2.localroute.net
ns3.localroute.net
ns4.localroute.net
localroute.net. SOA ns1.localroute.net. hostmaster.localroute.net. 2016112702 7200 900 1209600 86400 900
ns1.localroute.net. A 205.251.192.207 172800
ns2.localroute.net. A 205.251.197.175 172800
ns3.localroute.net. A 205.251.195.235 172800
ns4.localroute.net. A 205.251.198.34 172800
Кроме того, для домена localroute.net с AWS в качестве регистратора у меня есть приклеивать пластинки для ns1. нс2. нс3. и ns4. - указывая на те же IP-адреса, что и выше.
Тогда для tsf-test.com вот записи зоны:
tsf-test.com. A xxx.xxx.xxx.xxx 60
tsf-test.com. NS ns1.localroute.net 60
ns2.localroute.net
ns3.localroute.net
ns4.localroute.net
tsf-test.com. SOA ns1.localroute.net. hostmaster.localroute.net. 2016112701 7200 900 1209600 86400 900
*.tsf-test.com. CNAME tsf-test.com 60
Ваши записи клея верны. Проблема не в этом.
Проблема в том, что вы не настроили сам домен localroute.net для фактического использования серверов white label, хотя вы настроили глобальные полномочные серверы на верхнем уровне .net домен (серверы gTLD) - через регистратора - чтобы поверить, что вы это сделали.
Если вы откроете консоль Route 53 и выделите эту зону хостинга для localroute.net (не нажимайте на фактическое доменное имя, просто на строку в таблице), я думаю, вы обнаружите, что 4 сервера имен, перечисленные на правая часть экрана не правильные серверы Route 53 - они не соответствуют тем же 4 IP-адресам, которые соответствуют вашим 4 серверам white label. Они должны быть такими:
ns-1455.awsdns-53.org. 205.251.197.175
ns-1003.awsdns-61.net. 205.251.195.235
ns-207.awsdns-25.com. 205.251.192.207
ns-1570.awsdns-04.co.uk. 205.251.198.34
Хостинговая зона localroute.net - я подозреваю, вы найдете - не будет использовать их, но tsf-test.com будет использовать, потому что это правильно.
Но это эквивалентные серверы для ns1-ns4, который якобы является авторитетным для localroute.net ... но если вы просить эти конкретные серверы Route 53 о localroute.net, они понятия не имеют, о чем вы говорите.
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 21284
^^^^^^^
Итак, если все вышесказанное верно, как это исправить?
Записи NS в самой размещенной зоне не имеют значения, если здесь показаны значения, соответствующие разным IP-адресам.
Я предполагаю, что вы редактировали NS записи для зоны localroute.net, и вы не можете делать это произвольно. Так не работает. Размещенная зона уже должна Быть на эти серверы имен, иначе изменение не принесет ничего полезного.
Вам нужно будет создать новый размещенная зона для localroute.net с использованием того же процесса, который вы использовали для создания tsf-test.com - так, чтобы она была связана с серверами имен white label. Вам не нужно сначала удалять старую - вы можете удалить ее позже. Создайте зону, заполните записи, и проблема должна быть решена.