Правило CNAME игнорируется
На сервере с установленным Plesk я добавил правило CNAME, указывающее с одного из поддоменов сайтов на внешний сайт.
Я проверил именованную конфигурацию для этого доменного имени, и он показывает CNAME, однако поддомен просто указывает на страницу сервера по умолчанию и игнорирует правило CNAME. Named был перезапущен, и я также выполнил команду rvmng reconfigure-vhost.
Я отредактировал другой сервер, чтобы проверить это, на cPanel, и он работает нормально.
Конф-файл для домена:
; *** Ts file is automatically generated by Plesk ***
$TTL 86400
@ IN SOA ns.example.com. cf.example1.com. (
1292946742 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expire
10800 ) ; Minimum
example.com. IN NS ns.example.com.
ns.example.com. IN A xx.xxx.xxx.xx
example.com. IN A xx.xxx.xxx.xx
webmail.example.com. IN A xx.xxx.xxx.xx
mail.example.com. IN A xx.xxx.xxx.xx
beta.example.com. IN A xx.xxx.xxx.xx
ftp.example.com. IN CNAME example.com.
www.example.com. IN CNAME example.com.
login.example.com. IN CNAME socialize.gigya.com.
example.com. IN MX 10 webmail.example.com.
Вы можете увидеть правило CNAME в файле, но оно просто игнорируется?
Заранее благодарю за любую помощь.
РЕДАКТИРОВАТЬ: Я только что заметил, что серверы имен сайта не на этом сервере, а по умолчанию doteasy, поэтому я предполагаю, что это может быть, почему правило игнорируется. Я поменяю серверы имен и посмотрю, решит ли это это. Я обновлю здесь с результатом. Спасибо, ребята, за ваши советы.
РЕДАКТИРОВАТЬ 2: Сервер имеет только один IP-адрес, поэтому не будет возможности использовать пользовательские серверы имен. Может ли это быть причиной, хотя? Когда я запускаю dig cname login.example.com, он возвращает:
; <<>> DiG 9.7.1-P2 <<>> cname login.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20919
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;login.example.com. IN CNAME
;; AUTHORITY SECTION:
example.com. 3600 IN SOA dns7.doteasy.com. hostmaster.doteasy.com. 2010070101 3600 1800 86400 10800
;; Query time: 258 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Dec 21 20:37:22 2010
;; MSG SIZE rcvd: 95
Я так понимаю, поэтому CNAME игнорируется? Как DNS на самом деле не размещен на нашем сервере?
ОБНОВЛЕНИЕ Проблема была решена, поэтому DNS был удален из-за отсутствия правил. Спасибо за вашу помощь.
3 ответа
Ты пробовал использовать копать?
dig cname example.com
Я понял, что dig даст ответ, если что-то настроено в РАЗДЕЛЕ ОТВЕТА.
РЕДАКТИРОВАТЬ Вместо CNAME, я думаю, это должна быть запись A, а не запись CNAME.
Например: посмотрите, как перенаправить ваше доменное имя на Tumblr, и пусть они разместят ваш блог. Я предполагаю, что вы пытаетесь сделать то же самое здесь
Почему вы не используете записи? Это тот же файл зоны, в этом случае он намного проще (и вы можете избежать будущих неприятностей).
Файл зоны выглядит нормально, кстати. Вы должны посмотреть стандартными инструментами (такими как host, dig), чтобы убедиться, что они действительно служат тому, что вы видите в файле. Также может быть так, что DNS-сервер распознавателя раньше кэшировал отрицательный ответ (если вы просто поместите эти записи туда).
Скажите нам настоящее имя DNS, если вы действительно хотите исправить!
РЕДАКТИРОВАТЬ: Извините, я полностью упустил из виду, что у вас есть socialize.gigya.com в ваших записях.
С другой стороны, вы смотрите в неправильном направлении. Но я не буду беспокоиться, пока вы не укажете свое настоящее доменное имя.
Если вы получаете правильные записи с вашего сервера Plesk (см. Команду dig ниже), то это проблема кэша (старые записи были кэшированы серверами имен вашего ПК /ISP):
# ask A records from Plesk server
# you should see CNAME record in the ANSWER section
dig @plesk.server login.example.com
# or just directly ask for CNAME record
dig @plesk.server login.example.com cname