备用访问映射在 SharePoint 2010 工作组中不起作用

Posted 2023-02-16

【中文标题】备用访问映射在 SharePoint 2010 工作组中不起作用

【英文标题】：Alternate Access Mapping not working in SharePoint 2010 Workgroup

【发布时间】：2012-06-17 08:59:40

【问题描述】：

我尝试在安装在 WorkGroup Windows Server 2008 R2 服务器中的 SharePoint 2010 中配置备用访问映射，但无法使其正常工作。 这是我的步骤。

转到管理中心-> 管理 Web 应用程序。 选择一个 Web 应用程序并扩展它。 在主机标头中提供 my12server.com 并保留其他默认值。我将区域更改为 Extranet。 点击确定。 一段时间后，它会在 SharePoint 中创建 Web 应用程序，并在 IIS 中创建网站。 我通过添加条目更改了我的主机文件 192.168.1.11 my12server.com 浏览新的扩展。它要求提供凭据。提供了正确的凭证，但没有任何显示。只是一个空白页。

注意：但是，当 SharePoint 2010 在域计算机中时，我已经成功扩展了 Web 应用程序。

请给我建议。

谢谢 普拉卡什

【参考方案1】：

SharePoint 旨在仅在域环境中工作。换句话说，您不能期望在加入 工作组 的底层 Windows Server 上运行它并期望完整的功能。虽然有 blog posts 描述了在工作组环境中的安装（或者，更好地说，使用本地帐户），但我不建议在这种操作模式上浪费时间。

此外，扩展 Web 应用程序只是为了提供另一个主机名是没有意义的。当您需要为每个应用程序提供不同的身份验证提供程序时，多次扩展 Web 应用程序最有用。在您的简单情况下，您可以为单个 Web 应用程序配置多个备用访问映射记录。

【讨论】：

为什么不呢？我认为这种操作模式在开发环境中非常有意义。

@Ytrog 嗯，是的，它确实对开发场景有意义，但仅限于有限的场景。当您在未加入域的服务器上运行 SharePoint 时，您无法利用它提供的所有选项。这就是饼干碎的方式。所以很有意义！=工作或可能。在 SP2007 中几乎总是可能的，在 SP2010 中，对于基本场景是可能的，而在 SP2013 中，在普通场景中几乎不可能。目前，在我的公司，我们在专用的开发域中运行所有开发机器。