![大型企业中人们使用什么作为登录脚本?](https://linux22.com/image/516367/%E5%A4%A7%E5%9E%8B%E4%BC%81%E4%B8%9A%E4%B8%AD%E4%BA%BA%E4%BB%AC%E4%BD%BF%E7%94%A8%E4%BB%80%E4%B9%88%E4%BD%9C%E4%B8%BA%E7%99%BB%E5%BD%95%E8%84%9A%E6%9C%AC%EF%BC%9F.png)
我们最近被委托负责企业中的用户登录方面事务(Active Directory 中的 Windows 客户端)。目前,我们有一个系统,它使用 VBScript login/loggof 脚本来调用用 Visual Basic 6 编写的几个 DLL。
DLL 的操作由一些基于用户/组的配置文件控制,这些配置文件由中央应用程序管理。
这是一个相当不错的系统,但是我们想要摆脱 DLL 的 Visual Basic 6(也许将它们移植到 C++,但随后您必须使它们成为 COM+ 才能从 VBScript 等中调用它们),并且可能摆脱实际登录脚本本身的 VBScript。
其他人在使用什么,人们可以建议什么,等等?
答案1
我们有一个用 C# 开发的自定义登录处理器。我当然不会用 C++ 来做这件事。您可以从 C#/.Net 进行非托管 COM 互操作调用。
如果配置非常复杂,您可能也不想在 PowerShell 中执行此操作。PS 可能对较小的任务有用,但一旦超过一定点,它就不再适用。
答案2
那么,您希望/需要通过脚本实现什么目标?这将决定它需要多大的参与度。
在我们的设置中,我们的要求仅仅是客户端上的几个映射驱动器和服务器上的 BGInfo。
为此,我们在 netlogon 上创建了几个 WSH VB 脚本,并从附加到适当 OU(服务器启动时为服务器 OU,用户登录时为用户 OU)的 GPO 调用它们。
每个脚本大概只有 20 行。Powershell 是合乎逻辑的下一步,但到目前为止我对它印象并不深刻。它感觉不够优雅,而且笨重。