2016-08-17 29 views
1

我试图在我们公司实施Ansible。 我有两个可能导致我们离开这个产品的巨大问题,但在我们放弃之前,我想也许有人可以帮助我们。Ansible - 管理Windows 2003和WinRM连接超时

一些总体信息 - 我们在RHEL 6.5上安装了2.1版。我们尝试使用Ansible Tower,但由于复杂性(我们大多数用途是用于临时命令),我们放弃了。

第一个问题是管理Windows Server 2003中当我们要管理Windows服务器,我们需要运行前的脚本,但它只能使用PowerShell 3.0版及以上版本,而Windows Server 2003是不支持的PowerShell v.3(安装这个版本几乎是不可能的)。 在我们公司(不幸),仍然有几十台Windows Server 2003机器。 有没有办法让Ansible能够管理这些服务器?

第二个问题是WinRM的超时。当我们在Windows服务器上运行ad-hoc命令时,有些机器可以让Ansible成功建立WinRM连接,但它等待命令运行(例如,甚至简单的“主机名”命令)。 我们减少了无法超时的时间,但它仍然是挂起的,所以我们假设它成功地进行WinRM连接但是之后挂起。 有没有一种方法来配置超时每个机器的进程ALL,或者配置WinRM在连接成功后超时?

感谢, Afik

回答

2

基本上,NO-到的东西,我们需要做的PowerShell的2大的缺点到期,而令人难以置信的低数量Server 2003的安装量离开了那里,我们做了PS3的最低版本。

社区人员已经做了一些工作,使得WinRM连接插件的PS2友好版本至少可以在那里获得基本的Ansible连接(所以“原始”将工作,并且模块可以被传输/运行),但几乎所有现有的模块都依赖于PS2/S2003中不存在的Powershell cmdlet。所以你会回到所有东西的“原始”,这比Powershell远程处理(除了能够一次向多台机器发送命令)没有多大用处。如果你想看到的是,它在

https://github.com/elum/ansiblehttps://github.com/elum/ansible-modules-core

但我们不太可能接受这个入核心产品或支持以任何方式。