自动子域名注册

时间:2012-11-18 15:15:11

标签: dns

我是DNS世界的新手,在互联网上做了一些阅读,想知道我是否得出了正确的结论。我想构建一个系统,用户可以自动创建现有注册域的新子域:

我的系统为不同的公司提供服务,这些服务托管在我的系统或某些云提供商中。让我的系统“服务”和一些公司“company1”。我想提供“company1”我的服务,并让其用户通过“company1”新的子域访问这些服务,当“company1”已经注册域名company1.com时。我希望“company1”管理员用户能够通过我的系统控制和选择子域,当他在我的系统中注册他的公司时,让整个事情自动完成。如果我理解正确:

  1. 如果管理员想要使用像services.company1.com这样的子域,这将是一个问题,因为我需要更新company1.com的权威名称服务器,我不知道他们是谁,即使我有办法了解它们(并且从阅读中看到我确实有办法),我不知道每个这样的名称服务器是否允许来自某些外部源,连接问题等的此类更新
  2. 如果管理员想要使用像company1.services.com这样的子域,那么我可以通过拥有自己的DNS服务器实现这一点,我将注册services.com域并实际管理所有这些公司子域在我自己的DNS服务器中。这意味着所有公司都必须在我的域名services.com下拥有一个子域名
  3. 如果我对DNS的运作方式有错误观点,请纠正我。

    谢谢!

1 个答案:

答案 0 :(得分:3)

services.company1.com

要向您的客户提供此类域名,您需要他们的合作。许多公司通过要求您将别名(CNAME Record)指向特定服务器来提供此类功能。

具体用法示例

blog.company1.com.      3600    IN  CNAME   domains.tumblr.com.
shop.company1.com.      3600    IN  CNAME   myapp.herokuapp.com.
git.company1.com.       3600    IN  CNAME   bitbucket.org.

以下是提供此功能的公司文档的一些链接:

示例客户区文件

因此,在您的情况下,您的客户DNS区域将包含类似的内容:

services.company1.com.      3600    IN  CNAME   domains.services.com.

其中domains.services.com.将是处理子域身份验证的服务器

company1.services.com

要向您的客户提供 company1.services.com ,您无需管理自己的DNS服务器,只需添加wildcard record即可指向所有客户端您的应用程序的子域。您的应用程序的角色是过滤每个子域的服务。

示例服务区文件

例如(其中0.0.0.0是您的服务IP地址):

*.services.com.     3600    IN  A   0.0.0.0 
相关问题