Недавно я сменил несколько сайтов, которые мне удалось разместить на одном vps вместо нескольких учетных записей хостинга. Все они успешно перенесены, за исключением одного, который вызывает у меня проблемы, и я не знаю почему.
В настоящее время переход на example.com будет работать, но переход на www.example.com - нет, даже если в файле зоны есть запись CNAME для www: @.
У меня есть другие сайты, настроенные таким же образом, и у них нет никаких проблем.
Указанный сайт был передан другим регистратором. Это просто проблема распространения?
По запросу: доменное имя blanchardscoffee.com
Есть вещь, называемая отрицательным кешем. Думаю, тебя поразило ...
Цитировать статья в Википедии:
Некоторые резолверы могут переопределять значения TTL, поскольку протокол поддерживает кеширование на срок до 68 лет или вообще не поддерживает кеширование. Отрицательное кэширование, то есть кеширование факта отсутствия записи, определяется серверами имен, уполномоченными для зоны, которая должна включать запись начала авторизации (SOA), когда сообщается, что данные запрошенного типа не существуют. Значение поля MINIMUM записи SOA и TTL самой SOA используется для определения TTL для отрицательного ответа.
Вот как это выглядит здесь:
$ dig www.blanchardscoffee.com A blanchardscoffee.com A
www.blanchardscoffee.com. 3582 IN CNAME blanchardscoffee.com.
blanchardscoffee.com. 3574 IN A 173.201.180.189
blanchardscoffee.com. 3574 IN NS ns77.domaincontrol.com.
blanchardscoffee.com. 3574 IN NS ns78.domaincontrol.com.
;; Received 124 bytes from 192.168.178.1#53(192.168.178.1) in 38 ms
blanchardscoffee.com. 3574 IN A 173.201.180.189
blanchardscoffee.com. 3574 IN NS ns77.domaincontrol.com.
blanchardscoffee.com. 3574 IN NS ns78.domaincontrol.com.
;; Received 106 bytes from 192.168.178.1#53(192.168.178.1) in 2 ms
Хорошо, DNSStuff.com сообщает, что для www.blanchardscoffee.com нет записей A или CNAME. Я предлагаю специально создать запись A для www или создать CNAME для www с псевдонимом blanchardscoffee.com.
РЕДАКТИРОВАТЬ
Я пропустил ту часть, где у вас уже был CNAME. Не обращайте внимания на мой ответ.
Я думаю, что это проблема кеширования промежуточных серверов имен. В настоящее время я получаю правильное разрешение как на blanchardscoffee.com, так и на www.blanchardscoffee.com, причем раскопка для последнего четко показывает CNAME, указывающую на запись A для первого:
$ dig www.blanchardscoffee.com
; <<>> DiG 9.7.3 <<>> www.blanchardscoffee.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13875
;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;www.blanchardscoffee.com. IN A
;; ANSWER SECTION:
www.blanchardscoffee.com. 3600 IN CNAME blanchardscoffee.com.
blanchardscoffee.com. 3600 IN A 173.201.180.189
;; AUTHORITY SECTION:
blanchardscoffee.com. 3600 IN NS ns77.domaincontrol.com.
blanchardscoffee.com. 3600 IN NS ns78.domaincontrol.com.
;; Query time: 92 msec
;; SERVER: 10.171.3.56#53(10.171.3.56)
;; WHEN: Tue Jun 14 18:19:54 2011
;; MSG SIZE rcvd: 124
если, конечно, это ваша старая конфигурация DNS. Но вы сможете это проверить.