☰

CNAME 规则被忽略

tag-icon • tag-icon domain-name-system bind centos5 cname-record
CNAME 规则被忽略

在安装了 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 规则，但是它被忽略了？

在此先感谢您的帮助。

编辑：我刚刚注意到该网站的名称服务器不在此服务器上，而是默认的 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，而应该是一个A记录比别名记录记录。

例如：看看如何重定向您的域名到Tumblr并让他们托管你的博客。我假设你在这里也想这么做

答案2

如果您从 Plesk 服务器接收到正确的记录（请参阅下面的 dig 命令），那么这是一个缓存问题（旧记录已被您的 PC/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

答案3

为什么不使用 A 记录？它是相同的区域文件，在这种情况下它要容易得多（并且可以避免将来的麻烦）。

顺便说一句，区域文件看起来不错。您应该使用标准工具（如 host、dig）检查它是否确实提供您在文件中看到的内容。也可能是解析器 DNS 服务器先前缓存了负面响应（如果您只是将这些记录放在那里）。

如果您确实需要修复，请告诉我们真实的 DNS 名称！

编辑：抱歉，我完全忽略了您的记录中有 socialize.gigya.com。

另一方面，你看错了方向。但我不会打扰你，除非你告诉你你的真实域名。

相关内容