DNS：规范名称，子域和别名

后台设置信息

域名： abc.ca.gov

Web服务器名称： web1

服务器FQDN： web1.abc.ca.gov

FQDN： intranet DNS别名

浏览器URL： http://intranet/

问题1：是否可以为此别名设置规范子域？防爆。

 http://docs.intranet/

问题2：如果不是，真的子域的新别名怎么样？防爆。

 Sub-domain DNS Alias URL docs.abc.ca.gov intranetdocs http://intranetdocs/

（可选）这里的意图是准备我们的Intranet站点从一个单独的域提供文件附件（MS Office，Adobe等），以便我们可以构build一个迷你CMS应用程序，并保持文件的网站1998年，我知道）…欢迎任何build设性的意见/build议。

为什么downvotes？这是一个非常合法的话题问题，直接涉及到networking软件开发（围绕DNS，域和路由的数以千计的SO问题）。

很难告诉你在这里要求什么，不过我会尽力回答。从我看到你有一个Web服务器与FQDN web.blah.realTLD。首先，我强烈build议不要使用假TLD并为此设置子域，但是无法为DNS区域（RFC 1034）的根目录设置Cname。您最好的select是将docs.intranet的Alogging设置为Web服务器的IP地址。

你所说的“FQDN的DNS别名”可能只是从intranet.abc.gov.ca到web1.abc.gov.ca的别名。

通常，如果域位于DNSparsing器的search列表中，则可以省略主机名的域。因此，http：// intranet和http：// web1都应指向同一个服务器（但不一定是同一个网站，请参阅下面的问题2）。

问题1

像docs.intranet这样的docs.intranet将无法可靠地工作。

原来，parsing器会尝试search列表，除非域名以点结尾。有了这些parsing器，像docs.intranet这样的别名确实可以工作。但是，这种行为也意味着parsing器会尝试将search列表中的域附加到没有最终点的任何FQDN。例如，如果有人想访问www.google.com （而不是www.google.com. ），parsing器首先会尝试www.google.com.abc.gov.ca （希望不存在），然后才能www.google.com. ，造成一个小而不必要的延误。

出于这个原因，现在许多parsing器只应用search列表，如果域名不包含*点。这意味着www.google.com将直接作为www.google.com.查找www.google.com. 因为它包含一个点。通过这些parsing器， docs.intranet将被视为docs.intranet. ，这是不存在的。

问题2

你不需要添加另一个子域名。只要设置intranet-docs （或任何你喜欢的名字）作为web1.abc.gov.ca 别名。

但是，在DNS中设置别名只是configuration的一半。 DNS别名仅表示当您访问http：// intranet-docs时，浏览器将联系正确的机器。

第二步，您需要告诉在该机器上运行的Web服务器如何处理该名称的请求。也就是说，您将不得不在IIS中configuration一个新的虚拟主机intranet-docs.abc.gov.ca （以intranet-docs作为别名）。请注意，Web服务器所看到的名称是虚拟主机的名称，是在URL中使用的名称，而不是DNS中使用的规范名称。