代码之家  ›  专栏  ›  技术社区  ›  Tim Lara

跨多个域的SharePoint(WSS)身份验证

  •  4
  • Tim Lara  · 技术社区  · 16 年前

    首先,有一点背景知识:我们有一个基于wss 3.0的内部网站,它位于 本地域名 并设置为使用集成的Windows身份验证根据的Active Directory用户帐户对用户进行身份验证 本地域名 .

    对于使用广告帐户登录Windows的用户来说,此安装程序工作正常 本地域名 ,但当用户尝试从使用其他域(即 本地域名 )出现以下问题:

    1. 用户必须手动输入其凭据作为 域\用户名 而不仅仅是 用户名 否则,Internet Explorer会自动插入 多明尼B 并导致身份验证失败。

    2. 一旦登录,如果用户做了一些需要浏览器将其身份验证传递到客户端应用程序的事情,例如单击文档库中的Microsoft Office文档以打开进行编辑,则可能会显示无效的凭据(可能 多明尼B )自动传递,因此强制用户手动输入 多明娜 再次提供凭据。

    我的问题是:

    在使用集成的Windows身份验证(使用基本的明文身份验证时可以这样做)时,是否有任何方法实现“默认域”类型的行为,以便 多明尼B 不在用户名之前输入域, 多明娜 是否自动为它们插入?

    当然,我意识到这种部署可能有致命的缺陷,所以我也愿意接受不同实现的建议。

    总之,主要问题来自两种不同类型的用户,他们需要在一个SharePoint网站上访问相同的内容。用户在 多明娜 他们都有自己的全职工作站,在那里他们以自己的身份登录到Windows。用户在 多明尼B 不幸的是,必须使用在SharePoint中没有权限的通用“kiosk”类型帐户登录的共享计算机,因此 多明尼B 用户在访问SharePoint中的给定网页时,必须按需提供其凭据。我想为“静态”用户保留集成Windows身份验证的便利性 多明娜 同时尽量减少“kiosk”用户在 多明尼B 不得不忍受。

    4 回复  |  直到 14 年前
        1
  •  4
  •   shufler    16 年前

    本地域名 必须信任 本地域名 ,否则用户来自 本地域名 将接收凭据提示,因为 本地域名 帐户在中未知 本地域名 .

    鉴于 本地域名 对于Kisok用户,您可能不想信任此域。

    您需要将Web应用程序扩展到一个新的区域,并实现基于表单的身份验证,或者使用带有反向代理(如ISA服务器)的Windows身份验证。

        2
  •  2
  •   Todd    14 年前

    我在互联网上搜索具有多个域的SharePoint用户帐户,发现了一个有趣的工具,叫做Microsoft前端标识管理器。你听说过吗?

    因此,如果您使用的是多林部署,其中用户帐户分布在两个或多个林中。当两个组织合并并需要从两个组织访问域时,通常会看到这种情况。可以使用用户对象中的可分辨名称(ms-ds-source-object-dn)属性在用户帐户之间创建关联。在这个关联中,一个帐户被认为是主帐户,而其他帐户则是主帐户的备用帐户。有一个名为Microsoft前端标识管理器的工具可以在用户帐户对象之间创建此关系。Microsoft前端标识管理器的一个功能是,SharePoint Server可以维护用于标识配置文件的备用帐户列表。当您使用任一帐户查找用户的配置文件时,SharePoint Server将返回主帐户配置文件示例(域\用户名)。

        3
  •  0
  •   Kirk Liemohn    16 年前

    可能不是您想听到的,但您可能希望使用基于表单的身份验证。

        4
  •  0
  •   Joe Swan    16 年前

    不幸的是,如果您想保留Microsoft Office集成(这似乎是您想要的),您必须坚持使用Windows身份验证。使用表单身份验证将删除您希望保留的大部分功能,还有更多信息 here .

    理想情况下,您希望使用Jason提到的建议,这将是某种反向代理。但是,如果您还没有类似于ISA服务器的东西,可能会有成本方面的影响,所以实际上,对于域的用户来说,最好是在他们的用户名之前输入域。