所以我试图找到一种“最佳”方式来与 Active Directory 读/写 模式进行交互(创建接口(interface))。所以我在这两种方法之间做出决定:
- 尝试使用 ADWS。
- C# 实现。
ADWS 显然不是 that easy即使有一个完整的 WSDL我一直无法找到它,尝试通过 SOAPui 进行一些测试...
现在在 C# 实现中有 few implementations 但我仍然不确定它是否 100% 可以对 AD 进行完全读/写,即创建帐户用户、查询用户信息等,让我们说是 REST WS。
所以我的问题是
- 有没有办法从 AD 服务器获取 WSDL,以便我可以将其用作起点? (我不想让我进入 PowerShell 之类的东西)
- 是否有关于最新版本的 C#、libs 等的好文章...可以帮助我实现它?
- 有更好的方法吗?
举个例子,这就是我们要做的:
场景 1:
- 创建公开 AD 信息的 Web 服务 (INTERFACE)
- Web 服务可以是 REST 或 SOAP
- WS 应该读取/查询/写入 AD
- 网络内的任何应用程序都可以使用 WS
场景 2(我们目前打算做什么):
- Sharepoint 读取广告信息
- 作业应将 AD 复制到 DB
- 应用程序可以读取此数据
- DB和AD之间应该存在一些复制
我们非常欢迎任何建议
我正在使用服务器 2008R2,Sharepoint Foundations 2010
最佳答案
我假设这与您的 previous 有关提到交换的问题。
我个人的建议是在 IIS 中承载 WCF 服务。您可以将此服务设置为执行您想要的任何操作,以满足您对访问它的应用程序的需求。当涉及到用户和组时,您可能可以通过 System.DirectoryServices.AccountManagement 命名空间完成大部分需要做的事情。
System.DirectoryServices 将以更多工作为代价为您提供更精细的控制。但是,在此处读取和写入自定义属性要容易一些。
如果您要与 Exchange 2010 交互,则需要使用 Powershell。您也可以使用 Powershell 来完成核心 AD 工作。
当然,如果您要编写自己的 Web 服务,您可以使其成为 REST。
Here是指向 MSDN 的链接,其中包含有关 System.DirectoryServices 和各种 namespace 的信息。我个人认为使用 AD 非常有趣。有很多方法可以在其中做同样的事情,所以我认为没有一个正确的答案适合你。做你喜欢的事情,或者挑战自己做一些新的事情!
关于c# - 事件目录 ADWS WSDL 与 C# 实现,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27850598/