好吧，我不得不承认我对DNS的工作方式感到困惑。 我一直在添加东西，直到他们工作，现在是时候了解他们如何工作。
所以对我来说一个令人困惑的事情是，我可以logging两个地方。 我有一个帐户与rackspace云服务器。 然后就是我注册域名的地方 但是两者都允许我编辑DNSlogging。
我应该在这两个地方做一切事情，还是比另一个更好，还是我错过了这个观点？
子域名也让我困惑。 我希望能够只有一个通配符子域（过去我已经这样做了）。我只是不喜欢添加一个cnamelogging或Alogging每次我需要一个新的子域的想法。
然后我读到这个 ，它说：
通配符匹配的具体规则在RFC 1034中有详细说明，但规则既不直观也不明确。 这导致了不兼容的实现和使用时的意外结果。
您需要做的第一件事是确定谁实际为您的域名提供权威答案。 WHOIS查询将告诉您哪些DNS服务器是您应该进行更改的地方。
一旦确定了，就要对提供者进行修改，摆脱其他一切，以免将来出现混乱。
关于通配符与主机名，做任何你感到舒服的事情。 一般来说，大多数DNS实现将会寻找一个已经被明确定义的主机名（即一个指向特定IP地址的Alogging），如果没有find，则会回退到通配符。 就个人而言，我宁愿单独定义每个logging。 这样我就知道我有什么和没有任何问题的地方。 如果你有300个主机名都需要去同一个地方，而且他们一直都在变化，那么通配符可以很好。 如果你只有less数几个主机名，并且不经常更改，我会select单独设置它们。
如果您有十几个主机名都需要转到同一个IP，您可以将其中一个定义为Alogging，并将第一个的其余CNAME别名定义为Alogging。 这样，您只需要更新一次该IP地址。
每个人都已经说过：如果您的注册商（即您注册域名的地方）也为您提供（授权）logging，则可以通过他们的系统pipe理和编辑logging。
我想补充的是花一点时间来考虑个人A和CNAMElogging的pipe理。 你可以通配符获得方便，但有些情况可能会失控。 如果一些恶作剧使用一个令人反感的子域名链接到您的目的地？ 并提交给高stream量列表。 它会神奇地工作，没有你自觉的积极努力，游客会看到不良的联系。
您在哪里configuration您的DNSlogging取决于您的注册商说您的名称服务器所在的位置。