SharePoint 多域名最佳实践

拉斯，

一般来说，执行此操作的正确方法是使用选项 #1：扩展 Web 应用程序。这有几个重要原因：

1. Moo 在他的帖子（上图）中提到了使用选项 #1 的最重要原因可能是：在 IIS 中维护的设置（例如，主机标头）也在 SharePoint 中进行跟踪。除非没有其他方法可以处理来自 SharePoint 的特定 IIS 设置（绑定 SSL 证书就是一个很好的例子），否则强烈建议所有 IIS 更改都由 SharePoint 中的操作和配置管理。在 IIS 中进行更改而不更新 SharePoint 的支持配置通常会导致极其奇怪的行为。SPAdmin 服务（Windows SharePoint Services 配置服务）的一项工作是将您在 SharePoint 中所做的更改应用到 IIS 和整个场（如果是多服务器）；最好让这项服务完成它的工作。

2. 扩展 Web 应用程序时，会将新 URL 与特定区域（Int​​ernet、Extranet、Intranet 或自定义）相关联。在场中构建指向其他 SharePoint 网站的链接时，SharePoint 将尝试使用与您当前区域对齐的网站的 URL。例如，如果您要将 Web 应用程序 A 扩展到 Extranet 区域，并且 Web 应用程序 A 包含指向 Web 应用程序 B 的链接，则 SharePoint 将尝试使用 Web 应用程序 B 的 Extranet 区域链接（如果它们可用）——而不是默认区域链接。如果 Web 应用 B 未扩展到 Extranet 区域，则有一个用于分配链接的回退过程（一直到默认区域）......但重要的是要知道这是在后台进行的-场景。

另一种方法是通过平台内置的备用访问映射 (AAM) 功能将附加主机名与您已有的默认区域 URL 相关联。但是，在执行此操作之前，需要牢记一个非常重要的考虑因素：每个区域（同样：默认、Intranet、Extranet、Internet 或自定义）只能具有与其关联的公共 URL。在您的示例中，abc123.com是默认区域公共 URL。您可以使用 AAM 然后将www.abc123.com映射为默认区域的附加入口点......但是当您这样做时，页面上的所有链接都将引用abc123.com。因此，第一个页面请求可以通过www.abc123.com到达，但单击页面上任何发回站点的链接都会向abc123.com发送请求。从本质上讲，这使得 AAM 仅对第一次调用有用（除非您使用的是 ISA Server 的 SharePoint 发布功能之类的东西——但这是另一回事，离题了）。

我怀疑选项＃2是否会起作用。如果 SharePoint 不知道与网站关联的主机名（即，它仅在 IIS 中分配），则它无法知道该网站的内容应从何处提取。SharePoint 不像传统的文件支持网站那样运行。该 URL 由 SharePoint 的虚拟重定向器解析，以从支持该站点的相应内容数据库中提取内容。如果 IIS 有一个主机名，但 SharePoint 对此一无所知，我预计不会检索到任何内容并且会导致错误情况。

我还没有测试过它，但我希望选项#3 可以用于初始进入该站点。之后，所有页面请求和链接都将转到重定向的目标。

我希望这会有所帮助！

我会使用选项 3，因为这可确保存储在 SharePoint 中的任何元数据或链接都用于单个主机名 - 因此，如果您稍后出于任何原因决定删除辅助主机名，您不会遇到死链接问题。

如果您需要第二个主机名做的唯一一件事就是直接访问这个 sharepoint 站点，那么我个人会使用选项 2，它快速简单，并且会将该 URL 直接发送到该站点，但它是 IIS 更改，所以 sharepoint 知道没什么。如果您需要 sharepoint 来了解此 URL，那么您可能需要使用其他两个选项之一。