У меня есть домен (example.com) зарегистрирован на godaddy и указывает на серверы имен, размещенные на linode. У меня есть многосайтовая установка WordPress на линоде (blogs.com), и я хочу указать домен на поддомен установки wordpress (example.com -> example.blogs.com).
Поддомен установки wordpress работает нормально - DNS может его найти, а я могу перейти к нему. в диспетчере DNS линода я настроил CNAME, чтобы сделать указатель, на который я ссылался выше.
Whois показывает, что серверы имен linode настроены для домена, но DNS не может найти сервер имен для example.com.
Я пропустил шаг или что-то неправильно настроено?
ИЗМЕНИТЬ 1
Раздел ответа на запрос на копание с использованием одного из серверов имен linode:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 44359
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
Раздел ответа из раскопок с использованием сервера имен моего хоста:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 16379
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
Тот же ответ в поле статуса, если я укажу CNAME или просто приму стандартный запрос A.
У меня нет записи A для этого example.com на серверах имен linode; мне нужно это настроить?
Это довольно недавнее изменение - несколько часов назад, может быть, я просто нетерпелив? Изменения, внесенные в сервер имен, произошли довольно быстро. Я решил, что запись CNAME будет одновременно с этим; я ошибаюсь в этом ожидании?
Технически то, что вы просите, неверно. CNAME конфликтует со всеми другими записями (за особым исключением для записей DNSSEC), таким образом имея CNAME xxxxx конфликтует с SOA, MX, NS и т.д. записи для домена. Я предполагаю, что причина, по которой домен разрешается, когда вы используете A там и не работает, когда вы используете CNAME, потому что DNS-сервер применяет эти ограничения и не может обработать ваш файл зоны.
Кроме того, исходя из вашего ответа на вопрос @ xwincftwx, неясно, в первую очередь, чтобы заставить CNAME работать, будет то, что вы хотите. А CNAME указывая на A запись именно так же, как A запись в первую очередь. CNAME полностью обрабатывается системой DNS, и веб-браузер видит только IP-адрес. В вашем тесте с A запись (скажем, 1.2.3.4), браузер, подключенный к 1.2.3.4 и попросил его для сайта example.com. Если этот сервер не настроен для обслуживания веб-сайта для example.com обычно он обслуживает сайт по умолчанию (в данном случае blogs.com).
Если у вас есть домен для работы в качестве CNAME, браузер запросит IP-адрес example.com. DNS увидит, что это CNAME, уважать example.blogs.com и вернуться 1.2.3.4. Браузер подключится к 1.2.3.4 и попроси это для example.com так же, как это было, когда это было A запись.
Если вы хотите, чтобы люди example.com быть перенаправленным на example.blogs.com тогда вам нужно будет настроить базовый веб-сервер, который будет получать подключения к example.com и отправляет браузеру постоянное перенаправление 301, чтобы он перешел на example.blogs.com
Вы не можете использовать CNAME для корневой записи в файле зоны (это запрещено RFC 1034, прочтите раздел 3.6.2). Вместо этого вам нужно будет вставить запись A, которая указывает на тот же IP-адрес, что и цель вашего правила CNAME.
Каков результат dig example.com? Если вам известен IP-адрес своего сервера имен, вы можете заставить dig использовать ваш сервер имен (dig @nameserver-ip example.com). Если это работает, ваш сервер имен не используется для example.com. Когда вы назначили серверы имён линодов? Эти изменения могут занять время. Особенно, если DNS-сервер вашего интернет-провайдера кеширует результаты ...
Похоже, ваш сервер имен не работает.
Можете ли вы проверить, работает ли ваш сервер имен.
ps -aux | grep по имени
Если ваш сервер имен не работает ... запустите его и проверьте еще раз.
Если он не запущен после того, как вы его запустили ... опубликуйте указанную информацию о / var / log / daemon и / var / log / messages
grep с именем / var / log / messages grep с именем / var / log / daemon
Возможно, это неправильная конфигурация вашего файла зоны.
если ваш сервер имен РАБОТАЕТ, проверьте свой named.conf, принимает ли ваша зона весь входящий трафик.
Не обязательно включать A-записи example.com в файл зоны, но рекомендуется сделать это для проверок DNS и whois.