简单的问题 – 实现一个需要通过两个域名（主机名，即abc123.com和www.abc123.com）可访问的SharePoint Web应用程序的最佳实践是什么？
从我的经验来看，选项如下：
让我知道你的意见，如果你知道其他的select，不pipe他们是好还是坏。
在此先感谢罗素
拉斯，
一般来说，正确的方法是使用选项＃1：扩展Web应用程序。 这有几个很大的原因：
Moo在他的文章（上文）中提到了使用选项＃1的最重要原因：在IIS中维护的设置（例如主机标题）也在SharePoint中进行跟踪。 除非没有其他办法可以从SharePoint处理特定的IIS设置（绑定SSL证书就是一个很好的例子），否则强烈build议所有的IIS更改都由SharePoint中的操作和configuration来pipe理。 在不更新SharePoint的后台configuration的情况下在IIS中进行更改通常会导致非常奇怪的行为。 SPAdmin服务（Windows SharePoint Servicesconfiguration服务）的作业之一是将您在SharePoint中所做的更改应用于IIS和服务器场（如果是多服务器）; 最好让这个服务完成它的工作。
扩展Web应用程序时，将新URL与特定区域（Internet，Extranet，Intranet或Custom）相关联。 在build立到服务器场中其他SharePoint网站的链接时，SharePoint将尝试使用与当前区域alignment的网站的URL。 例如，如果要将Web应用程序A扩展到Extranet区域，并且Web应用程序A包含指向Web应用程序B的链接，则SharePoint将尝试为Web应用程序B使用Extranet区域链接（如果可用） – 而不是默认区域链接。 如果Web应用程序B未扩展到Extranet区域，则会有一个用于分配链接的后备过程（一直到默认区域）…但重要的是要知道这是在后面-scenes。
另一种方法是通过内置在平台中的备用访问映射（AAM）function，将一个额外的主机名与已有的默认区域URL相关联。 但是在做这件事之前，需要记住一个非常重要的考虑因素：每个区域（同样：Default，Intranet，Extranet，Internet或Custom）只能在与之关联的公共URL上。 在您的示例中， abc123.com是默认区域公用URL。 您可以使用AAM将http://www.abc123.com作为附join口点映射到默认区域…但是当您这样做时，页面上的所有链接都将返回到abc123.com 。 所以，第一个页面请求可以通过http://www.abc123.com到达，但点击页面上的任何链接回到网站将发送请求abc123.com 。 从本质上讲，这使得AAM仅用于第一次调用（除非您正在使用ISA Server的SharePoint发布function – 但这是另一个故事和脱离主题）。
我怀疑第二种select甚至会起作用。 如果SharePoint不知道与站点相关联的主机名（即仅在IIS中分配），则无法知道应从哪个站点获取内容。 SharePoint不像传统的文件支持网站那样运作; 该URL由SharePoint的虚拟redirect器进行分析，以从支持该站点的相应内容数据库中提取内容。 如果IIS有一个主机名，但SharePoint对此一无所知，我不希望检索到任何内容，并导致错误情况。
我没有testing过，但我希望选项＃3工作的初始进入网站。 之后，所有页面请求和链接将转到redirect的目标。
我希望有帮助！
我会使用选项3，因为这可以确保存储在SharePoint中的任何元数据或链接都是针对单个主机名的 – 因此，如果您以后由于某种原因决定删除辅助主机名，则不存在死链接问题。
如果你唯一需要的第二个主机名是直接到这个SharePoint站点，那么我会亲自使用选项2，它的快速和容易，它会直接发送该url到该网站，但它的IIS更改，所以知道知道没有关于它。 如果你需要知道这个URL的共享点，那么你可能想要使用其他两个optiosn之一。