На сервере с установленным Plesk я добавил правило CNAME, указывающее с одного из поддоменов сайта на внешний сайт.
Я проверил именованную конфигурацию для этого доменного имени, и она показывает CNAME, однако поддомен просто указывает на страницу сервера по умолчанию и игнорирует правило CNAME. Named был перезапущен, и я также выполнил команду rvmng reconfigure-vhost.
Я отредактировал другой сервер, чтобы проверить это, на cPanel, и он отлично работает.
Файл conf для домена:
; *** 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 в файле, но оно игнорируется?
Заранее благодарю за любую помощь.
РЕДАКТИРОВАТЬ: Я только что заметил, что серверы имен сайта не находятся на этом сервере, а используются по умолчанию, поэтому я предполагаю, что это может быть причиной игнорирования правила. Я изменю серверы имен и посмотрю, решит ли это проблему. Я сообщу здесь результат. Спасибо, ребята, за ваши советы.
РЕДАКТИРОВАТЬ 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. Спасибо за вашу помощь.
Почему вы не используете записи A? Это тот же файл зоны, в данном случае это намного проще (и вы сможете избежать неприятностей в будущем).
Кстати, файл зоны выглядит нормально. Вы должны посмотреть с помощью стандартных инструментов (например, host, dig), чтобы убедиться, что он действительно обслуживает то, что вы видите в файле. Также может быть, что DNS-сервер преобразователя кэшировал отрицательный ответ раньше (если вы просто поместите туда эти записи).
Сообщите нам настоящее имя DNS, если вы действительно хотите исправить это!
РЕДАКТИРОВАТЬ: Извините, я полностью упустил из виду, что в ваших записях есть socialize.gigya.com.
С другой стороны, вы смотрите не в том направлении. Но я не беспокоюсь, пока вы не укажете свое настоящее доменное имя.
Если вы получаете правильные записи с вашего сервера Plesk (см. Команду dig ниже), то это проблема кеширования (старые записи были кэшированы серверами имен вашего ПК / интернет-провайдера):
# 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
вы пробовали использовать копать?
dig cname example.com
я понял это копать землю даст ответ, если что-то настроено в РАЗДЕЛ ОТВЕТОВ
РЕДАКТИРОВАТЬ Вместо CNAME, я думаю, должен быть А запись, чем CNAME запись.
Например: посмотрите, как перенаправить ваше доменное имя к Tumblr и пусть они разместят ваш блог. Я предполагаю, что вы пытаетесь сделать то же самое здесь