在安装了Plesk的服务器上,我添加了一个CNAME规则,从一个网站子域指向一个外部网站。
我已经检查了该域名的命名configuration,并且显示了CNAME,但是子域只是指向默认的服务器页面,而忽略了CNAME规则。 已命名已重新启动,我也运行rvmng reconfigure-vhost命令。
我编辑另一台服务器来testing这个,在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实际上并没有托pipe在我们的服务器上?
更新问题已经解决,非现场DNS是为什么规则被忽略。 感谢大家的帮助。
你尝试使用挖?
dig cname example.com
我明白,如果在答案部分configuration了一些东西, dig会给出答案
编辑而不是CNAME,我认为它应该是一个logging比CNAMElogging。
例如:看看如何将您的域名redirect到Tumblr,并让他们托pipe您的博客。 我假设你正在尝试在这里做同样的事情
如果您从Plesk服务器收到正确的logging(请参阅下面的dig命令),那么这是一个caching问题(旧logging已被您的PC / ISP的域名服务器caching):
# 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
你为什么不使用Alogging? 这是相同的区域文件,在这种情况下,它更容易(你可以避免将来的麻烦)。
区域文件看起来好btw。 你应该看看标准的工具(如主机,挖)来检查它确实服务于你在文件中看到的东西。 也可能是parsing器DNS服务器caching了一个负面的反应(如果你只是把这些logging)。
告诉我们真正的DNS名称,如果你真的想要一个修复!
编辑:对不起,我完全忽略了你的loggingsocialize.gigya.com。
另一方面,你正在看错方向。 但是,除非你告诉你真实的域名,否则我不打扰你。