Powershell Active Directory Cmdlet:Quest或Microsoft

在这一点上,是否有任何理由selectQuest的Active Directory cmdlet? 我还没有遇到任何微软的ActiveDirectory模块无法做到的事情,但是我真的好奇Quest为什么要这么做。 我意识到他们在为公众带来更多有用的东西方面速度更快,但这一优势已经过去了。 尽pipe如此,我还是看到了无数的Quest cmdlet的引用,这些引用让我失去了一些东西。 也许人们不想重写已经运行的脚本,这也是可以理解的。

只是; 惯性。

两件事情:

  1. 你看到的效果。 人们做了谷歌search如何做一些事情,并使用Quest cmdlet。 他们下载并与他们合作,不知道有其他的select。
  2. 较小的Windows 2008 R2安装基础(域控制器必须位于R2上,AD Web Services才能使用Microsoft cmdlet),因此不是每个人都可以使用Microsoft工具。

我甚至不知道Microsoft有任何AD cmdlet,直到这个线程。 每当你search“添加用户”的脚本或者其他什么东西,就像Shane指出的那样。

感谢您将此引入我的注意力,我想这将需要一段时间的MS东西爬上谷歌search结果。 在那之前,像我这样的Powershell新手会不断的被引导到Quest。

我们使用Quest AD cmdlet,因为我们仍然只运行2003服务器和xp工作站。 尽pipe如上所述,您可以在2003域控制器上运行网关服务,但您仍然只能从NT 6.1客户端(Win7 / 2008r2)运行MS cmdlet。