托pipe客户站点时pipe理DNS问题的build议

我在一家主要提供SaaS产品的公司工作，而且还会主持我们的一些客户企业网站。我的问题涉及到为客户的域名pipe理DNS的build议。我的目标：

不限制我更改服务器的IP地址的能力，例如将服务器移动到新主机时可能发生的情况。具体而言，如果我需要更改服务器的IP地址，我不希望被要求联系客户更改其域的DNS。客户经常会丢失这些信息，或者不得不使用任何关于域名设置的知识来追踪这个人。
将.clientdomain.com和www.clientdomain.com到适当的IIS站点。

但是，我遇到了一些常见的问题：

有时，由客户托pipe公司提供的DNS控制台不允许CNAMElogging。
有时，由客户托pipe公司提供的DNS控制台不会让我为.spiffydomain.com创buildCNAME条目，因为给定的托pipe公司已经为该条目创build了SOAlogging，或者只是要求.spiffydomain.com成为Alogging。

我相信＃2的一个解决scheme是使用通配符作为CNAME条目（即*.spiffydomain.com ）。那是对的吗？

承载许多客户站点的其他人如何pipe理其服务器上DNS条目的更改？

加成

另一个限制是，许多客户不愿意让他们的DNS由自己以外的人托pipe。这可能是一个安全问题或控制问题，但无论我们经常无法说服他们改变对我们的DNS控制。一个解决办法当然是简单地要求我们必须控制DNS才能托pipe他们的网站，但是如果我们的销售人员有可能失去业务，那么我们的销售人员就不太可能执行这个任务。从销售人员的angular度来看，pipe理DNS的不便只会导致IT问题，而不是IT问题。

听起来你正在将油和水混合在一起，以满足你对DNS的要求：对于那些你计划为他们托pipe的企业网站的客户来说，除非你为他们pipe理他们的DNS，否则真的没有什么可以做的。这就是世界商品托pipe服务提供商的工作原理，因为静态IP是他们的宝贵资产，当你使用自己的域名服务器时，你需要一个静态的IP为你的Alogging，整个便宜的托pipe的东西停止工作，他们和您。

至于SaaS，为什么不做Google Apps呢？要求您的客户为your.app.com创build一个CNAMElogging（就像Google对ghs.google.com的logging一样）。这样，您可以随时更改your.app.com的Alogging，并保持其CNAME不变。

（2）的解决scheme不是*.example.com的通配符CNAME，因为它不匹配example.com 。

example.com 必须具有SOA和NSlogging，并且不可能具有其他loggingtypes的CNAME。

你的要求是不可能满足的，所以你不得不放弃其中的一个。

我们做托pipe，并且包括pipe理DNS作为服务的一部分。如果您自己开始运行DNS，则可以更改所需的任何设置。

这在less数情况下不起作用：

他们在使用该域的办公室本地拥有自己的dns服务器。用于运行活动目录，或者覆盖特定的dns项，例如邮件服务器。
他们在像godaddy这样的地方有域名，也使用godaddy做电子邮件。将whois更改为您将无法使用godaddy的电子邮件服务。