domain-name-system – Dns – 通配符与cname子域

前端之家收集整理的这篇文章主要介绍了domain-name-system – Dns – 通配符与cname子域前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
好吧,我不得不承认我对DNS的运作方式感到困惑.我总是在他们工作之前添加东西,现在是时候了解它们是如何工作的.

因此,令我感到困惑的是,我可以记录两个地方.我有一个机架式云服务器帐户.然后是我注册域名的地方.但两者都允许我编辑DNS记录.

我应该在两个地方做一切,还是比另一个更好,还是我错过了重点?

子域名也让我感到困惑.我希望能够只拥有一个通配符子域(我以前就这样做了.)我不喜欢每次需要新的子域时添加cname记录或A记录的想法.

然后我读了this,它说:

The exact rules for when a wild card will match are specified in RFC 1034,but the rules are neither intuitive nor clearly specified. This has resulted in incompatible implementations and unexpected results when they are used.

解决方法

您需要做的第一件事是确定谁实际为您的域名提供权威答案. WHOIS查找将告诉您哪些DNS服务器应该进行更改.

一旦确定,请在列出的提供程序中进行更改,并删除其他所有内容,以避免将来出现任何混淆.

关于通配符和主机名,做任何你喜欢的事情.通常,大多数DNS实现将查找已明确定义的主机名(即指向特定IP地址的A记录),如果未找到,则将返回到通配符.就个人而言,我更喜欢单独定义每个记录.通过这种方式,我可以毫无疑问地知道我拥有什么以及它在哪里.如果你有300个主机名都需要去同一个地方并且它们一直在变化,那么通配符就会很棒.如果你只有一些主机名并且它们不经常更改,我会选择单独设置它们.

如果您有十几个主机名都需要转到同一个IP,您可以将其中一个定义为A记录,并将其余的CNAME别名设为第一个.这样,您只需要更新一次该IP地址.

猜你在找的HTML相关文章