首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

有没有办法让MS Access获取当前的Active Directory用户?

有办法让MS Access获取当前的Active Directory用户。MS Access可以通过使用ADO (ActiveX Data Objects) 和 ADOX (ActiveX Data Objects Extensions for Data Definition and Security) 来连接和操作Active Directory。以下是一个简单的示例,展示了如何使用ADO和ADOX来获取当前的Active Directory用户:

  1. 首先,确保已经安装了ADO和ADOX库。可以在Visual Basic中通过以下方式引用它们:
代码语言:vb
复制
Dim objConnection As ADODB.Connection
Dim objCommand As ADODB.Command
Dim objRecordset As ADODB.Recordset
  1. 然后,创建一个ADO连接对象,并连接到Active Directory:
代码语言:vb
复制
Set objConnection = New ADODB.Connection
objConnection.Provider = "ADsDSOObject"
objConnection.Open "Active Directory Provider"
  1. 接下来,创建一个ADO命令对象,并设置查询语句以获取当前的Active Directory用户:
代码语言:vb
复制
Set objCommand = New ADODB.Command
Set objCommand.ActiveConnection = objConnection
objCommand.CommandText = "SELECT ADsPath FROM 'LDAP://DC=example,DC=com' WHERE objectCategory='user'"
  1. 最后,执行查询并遍历结果集,以获取所有Active Directory用户:
代码语言:vb
复制
Set objRecordset = objCommand.Execute

If Not objRecordset.EOF Then
    objRecordset.MoveFirst
    Do Until objRecordset.EOF
        Debug.Print objRecordset("ADsPath")
        objRecordset.MoveNext
    Loop
End If

objRecordset.Close
objConnection.Close

这个示例将会输出所有Active Directory用户的路径。可以根据需要修改查询语句以获取其他属性或筛选特定用户。

推荐的腾讯云相关产品和产品介绍链接地址:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

内网协议NTLM之内网大杀器CVE-2019-1040漏洞

Preempt的研究人员发现了如何在NTLM身份验证上绕过MIC(Message Integrity Code)保护措施并修改NTLM消息流中的任何字段(包括签名)。该种绕过方式允许攻击者将已经协商签名的身份验证尝试中继到另外一台服务器,同时完全删除签名要求。所有不执行签名的服务器都容易受到攻击。 这个漏洞其实就是可以绕过NTLM MIC的防护,也是NTLM_RELAY漏洞。攻击者利用该漏洞可以绕过NTLM中的MIC(Message Integrity Code)。攻击者可以修改已经协商签名的身份验证流量,然后中继到另外一台服务器,同时完全删除签名要求。通过该攻击方式可使攻击者在仅有一个普通域账号的情况下,运程控制域中任意机器(包括域控服务器)。

03
  • office365 E5调用api使E5开发者续订 修复版AutoApi (不使用服务器)

    最近e5订阅很火,但是玄学的续订方式也让人摸不着头脑,有的人说挂个oneindex就续订了,有的人说所有第三方程序都挂了一遍也没续订,所以有人按照微软的官方文档写了一个刷api的脚本,原理很简单,就是重复调用microsoft graph的api,一次调用10个api,5个onedrive的api还有4个outlook的api,剩下一个是组的api,调用一次后延时等待五分钟再重复调用。 但是原作者的代码需要在服务器上运行,成本较高。后来又有一位大佬找到了不用服务器也可以运行的的办法。而后者的方法是建立在前者的基础上的,因此我将他们的教程融合了起来,并对其中的个别词语进行了微调。

    01

    原来实现项目多环境打包部署是如此的简单

    在软件开发和部署过程中,我们的软件往往需要在不同的运行环境中运行,例如:开发人员本地开发环境、测试团队的测试环境、生产仿真环境、正式生产环境,不同的公司可能还会有更多的环境需要对项目配置进行动态切换。项目在这些环境切换的过程中,往往会有一部分配置是所有的环境都相同的,还有一部分是不同环境都不相同的(最典型的就是数据连接配置文件jdbc.properties),如果我们不做特殊配置,那么我们就需要根据环境来修改配置文件,不同环境来回修改和切换,不仅容易出错,而且很繁琐,那么这时候我们在想:有没有办法可以能够让我们不用修改配置就能发布到不同的环境中呢?答案显而易见,那么本文我们就通过三种方式来解决这个问题。从而把我们的软件的可移植性提高一个层次。

    03
    领券