Мой сервер имен не работает должным образом, и я не могу понять почему.
Когда я выполняю «whois cfconsulting.ca», он показывает правильные серверы имен, причем ns1.signupsystems.com является основным. Если вы выполните «dig @ ns1.signupsystems.com cfconsulting.ca», вы получите правильный IP.
Но если вы просто выполните nslookup cfconsulting.ca, ничего не получится.
Я сбит с толку.
ns1.signupsystems.com и ns2.signupsystems.com - это CNAME для signupsystems.com. В принципе запрещено иметь записи NS, указывающие на CNAME. (И не забывайте о двух отдельных серверах имен;)
Режим dig in + trace завершается успешно, потому что он самостоятельно выполняет полное разрешение содержимого NS. Я подозреваю, что BIND9 не может (или не желает) отслеживать CNAME внутри NS, и, следовательно, какой-то сервер в вашей локальной цепочке разрешения не может найти ваши NS.
Попробуйте удалить CNAME для серверов имен и добавить правильные записи A.
Я мог что-то упустить, но, похоже, для меня это работает нормально. Я могу вытащить оба сервера имен, когда копаю их из имени хоста, и оба являются CNAME-адресами signupsystems.com. Однако я заметил одну вещь: серверы имен whois не соответствуют авторитетным серверам имен. Whois дает правильный IP-адрес для ns1, но в нем указано 69.31.163.69 для ns2, что кажется неверным, поскольку оба сервера имен разрешают один и тот же IP-адрес (первый). Если вы попытаетесь выполнить поиск своего домена, и он использует 69.31.163.69 в качестве сервера имен, вы не получите ответа, потому что этот сервер не работает (по крайней мере, не отвечает на запросы DNS). Я не знаю, как использовать запись whois для поиска серверов имен, но я полагаю, что именно здесь у вас возникают проблемы.
На вашем основном DNS-сервере кэширован неверный поиск. Вам придется подождать, пока не пройдет TTL.