☰

Правило CNAME игнорируется

tag-icon • tag-icon domain-name-system bind centos5 cname-record
Правило CNAME игнорируется

На сервере с установленным Plesk я добавил правило CNAME, указывающее с одного из поддоменов сайта на внешний веб-сайт.

Я проверил конфигурацию named для этого доменного имени, и она показывает 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 был причиной игнорирования правил. Спасибо всем за помощь.

решение1

Вы пробовали использовать dig?

dig cname example.com

Я понял этокопатьдал бы ответ, если что-то настроено вРАЗДЕЛ ОТВЕТОВ

РЕДАКТИРОВАТЬ Вместо CNAME, я думаю, должно бытьАзапись, чемCNAMEзаписывать.

Например: Посмотрите, какперенаправить ваше доменное имякТамблери пусть они разместят ваш блог. Я предполагаю, что вы пытаетесь сделать то же самое здесь

решение2

Если вы получаете правильные записи с вашего сервера 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

решение3

Почему вы не используете записи A? Это тот же файл зоны, в этом случае это намного проще (и можно избежать будущих проблем).

Кстати, файл зоны выглядит нормально. Вам следует проверить его стандартными инструментами (например, host, dig), чтобы убедиться, что он действительно обслуживает то, что вы видите в файле. Также может быть, что сервер DNS-резолвера кэшировал отрицательный ответ ранее (если вы просто поместили эти записи туда).

Сообщите нам настоящее имя DNS, если вы действительно хотите исправить проблему!

EDIT: Извините, я совсем забыл, что в ваших записях есть socialize.gigya.com.

С другой стороны, вы смотрите не в ту сторону. Но я не буду беспокоиться, пока вы не скажете свое настоящее доменное имя.

Связанный контент