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

Sharepoint 2010 备用访问映射在SharePoint 2010工作组中不起作用,sharepoint-2010,workgroup,alternate-access-mappings,Sharepoint 2010,Workgroup,Alternate Access Mappings,我已尝试在安装在工作组Windows Server 2008 R2服务器中的SharePoint 2010中配置备用访问映射,但无法使其正常工作。 这是我的步骤 转到管理中心->管理Web应用程序 选择一个web应用程序并扩展它 在主机标题中提供my12server.com,并保留其他默认值。我把区域改成了外联网 单击“确定” 一段时间后,它会在SharePoint中创建Web应用程序,并在IIS中创建网站 我已通过添加条目更改了主机文件 192.168.1.11 my12server.com

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

  • 转到管理中心->管理Web应用程序
  • 选择一个web应用程序并扩展它
  • 在主机标题中提供my12server.com,并保留其他默认值。我把区域改成了外联网
  • 单击“确定”
  • 一段时间后,它会在SharePoint中创建Web应用程序,并在IIS中创建网站
  • 我已通过添加条目更改了主机文件 192.168.1.11 my12server.com
  • 浏览新的扩展。它需要凭证。提供了正确的凭据,但未显示任何内容。只是一张空白页
  • 注意:但是,当SharePoint 2010位于域计算机中时,我成功地扩展了web应用程序

    请告诉我

    谢谢
    Prakash

    SharePoint设计为仅在域环境中工作。换句话说,您不能期望在加入工作组的底层Windows服务器上运行它,并期望获得完整的功能。尽管在工作组环境中(或者更确切地说,使用本地帐户)有很多关于安装的描述,但我不建议在这种操作模式下浪费时间


    此外,仅仅为了提供另一个主机名而扩展web应用程序是没有意义的。当您需要为每个web应用程序提供不同的身份验证提供程序时,多次扩展web应用程序非常有用。在您的简单示例中,您可以为单个web应用程序配置多个备用访问映射记录。

    为什么不?我认为这种操作模式在开发环境中非常有意义。@Ytrog是的,它确实适用于开发场景,但只适用于有限的场景。在非加入域的服务器上运行SharePoint时,您无法利用SharePoint提供的所有选项。大局已定这么说很有道理!=工作的或可能的。在SP2007中,这几乎总是可能的,在SP2010中,基本场景是可能的,而在SP2013中,普通场景几乎不可能。目前,在我的公司,我们在一个专用的开发域中运行所有的开发机器。