![SharePoint 多域名最佳实践](https://linux22.com/image/489489/SharePoint%20%E5%A4%9A%E5%9F%9F%E5%90%8D%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5.png)
简单的问题 - 实现需要通过两个域名(主机名,即 abc123.com 和 www.abc123.com)访问的 SharePoint Web 应用程序的最佳做法是什么?
根据我的经验,选择如下:-
- 创建一个以 abc123.com 为主机名的 SP Web 应用,并将此 SP Web 应用扩展到不同的区域。将 www.abc123.com 分配给扩展的 Web 应用。
- 创建一个 SP Web 应用程序,以 abc123.com 为主机名。通过 IIS Admin 将 www.abc123.com 作为附加主机名添加到 Web 应用程序。
- 创建一个 SP Web 应用程序,以 abc123.com 为主机名。通过 IIS Admin 创建一个新网站,并将 www.abc123.com 与新网站关联。将 IIS 网站设置为永久重定向到以下 URL -http://abc123.com维$Q
请让我知道您对此的看法,以及您是否知道其他选择,无论它们是更好还是更坏。
提前致谢罗素
答案1
拉斯,
一般来说,正确的做法是使用选项 1:扩展 Web 应用程序。这样做有几个主要原因:
使用选项 #1 的最重要原因可能已在 Moo 的贴子(上文)中提到:IIS 中维护的设置(例如,主机标头)也在 SharePoint 中跟踪。除非没有其他方法从 SharePoint 处理特定的 IIS 设置(绑定 SSL 证书就是一个很好的例子),否则强烈建议所有 IIS 更改都通过 SharePoint 中的操作和配置进行管理。在 IIS 中进行更改而不更新 SharePoint 的支持配置通常会导致极其奇怪的行为。SPAdmin 服务(Windows SharePoint Services 配置服务)的工作之一是将您在 SharePoint 中所做的更改应用于 IIS 和整个服务器场(如果是多服务器);最好让此服务完成其工作。
扩展 Web 应用程序时,会将新 URL 与特定区域(Internet、Extranet、Intranet 或自定义)关联。在场内构建指向其他 SharePoint 站点的链接时,SharePoint 将尝试使用与您当前区域一致的站点 URL。例如,如果您要将 Web 应用程序 A 扩展到 Extranet 区域,并且 Web 应用程序 A 包含指向 Web 应用程序 B 的链接,则 SharePoint 将尝试使用 Web 应用程序 B 的 Extranet 区域链接(如果可用)——而不是默认区域链接。如果 Web 应用程序 B 未扩展到 Extranet 区域,则有一个回退过程(一直到默认区域)用于分配链接……但重要的是要知道这是在幕后进行的。
另一种方法是通过平台内置的备用访问映射 (AAM) 功能将额外的主机名与您已有的默认区域 URL 关联。不过,在执行此操作之前,需要牢记一个非常重要的注意事项:每个区域(再次说明:默认、内部网、外部网、互联网或自定义)只能有一个与之关联的公共 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 可以用于首次进入网站。此后,所有页面请求和链接都将转到重定向目标。
我希望这能有所帮助!
答案2
我会使用选项 3,因为这可确保存储在 SharePoint 中的任何元数据或链接都针对单个主机名 - 因此,如果您稍后出于某种原因决定删除辅助主机名,则不会出现死链接问题。
答案3
如果您需要第二个主机名的唯一作用是直接访问此 SharePoint 站点,那么我个人会使用选项 2,它快捷方便,并且会将该 URL 直接发送到该站点,但这是 IIS 更改,因此 SharePoint 对此一无所知。如果您需要 SharePoint 知道此 URL,那么您可能需要使用其他两个选项之一。