如何使用 C# 和 ADODB 查询 Active Directory？

Question

寻找使用 C# 通过 ADODB 连接到 Active Directory 的示例。

我的目标是能够运行查找，根据用户属性（用户 ID、电子邮件地址等）验证用户在 Active Directory 中是否有效。

[想强调的是，使用 ADODB 是对此的要求，使用 DirectoryServices 不是有效的响应。]

我当前的方法不起作用（cmd.Execute 位例外）：

object parms = null;
object recs = null;
ADODB.Connection conn = new ADODB.Connection();
ADODB.Command cmd = new ADODB.Command();
ADODB.Recordset rs = new ADODB.Recordset();

conn.Open("Provider=ADsDSOObject",obfsUser,obfsPass,0);

cmd.ActiveConnection = conn;
cmd.CommandText = "<LDAP://OU=obfsOU,DC=obfsDC,DC=corp,DC=Net>;;name;subtree";
rs = cmd.Execute(out recs, ref parms, 0);

我不确定我是否/在哪里应该提供服务器引用，但我不太确定通过 ref 传递到 cmd.Execute 方法的参数应该是什么。 关于通过 ADODB 从 C# 连接到 ActiveDirectory 的文档并不多。

conn.State 返回 1 所以我相信我正在建立一个活跃的连接。 我认为问题出在传递给 cmd.Execute() 方法的参数中。

Answer 1

查看 Richard Mueller 在 Active Directory 上的网站 - 他专门有一个关于 AD 的 ADO 搜索提示的页面：

http: //www.rlmueller.net/ADOSearchTips.htm

他的网站上还有大量优秀的参考资料，例如包含所有 AD 属性及其特征的 Excel 工作表。

强烈推荐！

马克

Answer 2

这有效。

希望这可以帮助其他有与我相同需求和问题的人。

[注意缺少 ADODB.Command 对象以及使用 SQL 格式而不是 ADSI 格式进行查询。]

object recs;

ADODB.Connection conn = new ADODB.Connection();
ADODB.Recordset rs = new ADODB.Recordset();

// You may need to provide user id and password instead of empty strings        
conn.Open("Provider=ADsDSOObject", "", "", 0);

// replace <> elements with your server name and OU/DC tree org
string server = "<enter your server name here>";
string start = "OU=<blah>,DC=<blah>,DC=<blah>,DC=<blah>";
string where = "objectClass = '*'";
string qry = string.Format("SELECT cn FROM 'LDAP://{0}/{1}' WHERE {2}", server, start, where);

rs = conn.Execute(qry, out recs, 0);

for (; !rs.EOF; rs.MoveNext())
{
    Console.WriteLine(rs.Fields["cn"].Value.ToString());
}

Answer 3

ScottCher 的答案有效，但它有局限性，特别是您无法处理 1000 条记录结果限制。 要做到这一点，唯一的方法是使用 Command 对象，相信我，这是一个雷区，因为 (a) 没有关于 C# 接口的良好文档，并且 (b) 令人难以置信截至撰写本文时，还没有可以通过 Google 搜索到的完整解决方案。

我花了最后几天的时间来解决这个问题，并取得了一些成果，我想将这些成果回馈给我阅读过的所有资源，其中包含各种拼图的碎片。

首先，正如很多地方所指出的（不幸的是，只有 VB 示例！），如果您不做一些特殊的事情，那么所有 ADSI 查询都将限制为 1000 行结果。 避免这种情况的关键是在 Command 对象上设置“Page Size”属性。 我们稍后会介绍这一点，但首先我们需要使用命令来进行基本查询。 如果您在此线程中使用原始代码，您将在 cmd.Execute 上收到异常，抱怨参数不匹配。 您可能认为传入 null 作为 ref 对象就足够了，特别是因为 LDAP 语法（显然）没有参数。

我在两个地方找到了这个问题的答案。 首先，即使您没有显式指定参数，LDAP SQL 语法中的“:”似乎也足以使 ADO 认为参数是必需的。 奇怪，但似乎是真的。 方法是将值设置为 Type.Missing，而不是 null，如下所示：

其次，指定“无参数”情况的正确
对象参数 = Type.Missing;

这是让 Execute 不抛出异常的关键。

现在，通过有效的命令，我们现在可以解决 1000 行的限制。 这“简单”地通过在命令上指定“页面大小”属性来实现，但从 C# 界面中可以明显看出，它与 C# 属性不同。 您需要将其放入 Properties 集合中，但这不会公开一个很好的集合接口来执行此操作。 经过一番尝试和错误后，正确的语法是：


cmd.Properties["页面大小"].Value = 500;


我认为页面大小到底是什么并不重要（仍在考虑），但将其设置为足以告诉 ADSI 获取所有结果。 我真诚地希望这对某人有帮助。