在Windows平台上没有活动目录的远程计算机上安装软件（MSI）有什么方法？
借用是创build通用的应用程序，将软件安装在不同地点和不同客户networking上的所有工作站上。
使用PSExec可以使用适当的开关复制和执行远程命令（例如.msi文件）。 但是，您仍然需要为每台机器提供pipe理员凭据。
你的问题可以在这里以两种方式之一。 如果问题是“如何在企业级别pipe理Windows上的软件安装而不使用Active Directory及其相关产品”，那么还有许多其他产品可以满足您的需求 – 我使用的是Novell Zenworks可以select使用AD，也可以使用Novell的eDirectory – 因此不需要AD），多年来我一直对此非常满意。
但是，如果你的问题（如我怀疑的那样）更多地沿着“我怎样才能拿一堆独立的工作站并以便宜的方式远程部署软件给他们”的话，那么我们就会变得更有趣了。 安装MSI的基本过程不会改变 – 您可以从命令行运行Windows安装程序，将其指向MSI文件，并为您尝试完成的安装types指定适当的标志。 如果你试图自定义安装程序，或者如果供应商没有提供特别符合msi的文件（有些公司以在MSI上包装他们自己的.exe安装程序而臭名昭着）可能需要像AdminStudio这样的应用程序修改MSI文件或创build自己的。 我也build议看一下像MSI Wisdom（ http://msiwisdom.com ）这样的网站，以获得有关使用stream行应用程序的一些更麻烦的安装程序的提示。
如果您需要所有这些工作站都能够在不需要太多介入的情况下运行这些安装程序命令，并且能够运行不断变化的软件列表，就会出现问题。
我的build议非常强烈的意思是您可以通过购买和部署中央目录服务（如Active Directory或eDirectory）和工作站pipe理软件（如Microsoft的内置产品，Altiris或上述Zenworks）进行组织购买。 这种软件不仅比本土解决scheme更可靠，而且还能提供诸如安装报告（安装位置，安装失败等）的function，从而大大减less工作站维护工作量。
这就是说，“便宜”的解决scheme涉及四个方面：
1）具有专门用于软件部署的只读帐户的文件服务器
2）使用标准用户名和密码的每个工作站上的本地pipe理员帐户
3）用能够运行Windows安装程序（我会build议使用VBScript或C＃）的语言编写的文件服务器上的远程脚本和
4）放入调度程序的本地工作站上的补充脚本。
那么，会发生什么呢？
调度程序中的本地脚本每天晚上都在指定的时间运行（最好在工作站之间交错），除了映射到文件服务器外 – >运行远程脚本 – >在远程脚本完成后删除映射。
安装程序文件与远程脚本位于相同的文件服务器共享上。 远程脚本在默认情况下什么也不做，但是当你需要安装软件的时候，你改变它（保持相同的名字）。 当需要安装软件时，脚本调用以本地pipe理员身份运行的Windows安装程序，并安装当前在文件服务器上安装的任何MSI软件包。
廉价的解决scheme从长远来看将会更加昂贵。 但是如果你不想通过Sneakernet进行安装，并且不打算用托pipe软件部署一个集中的目录系统，那么这就是我要采取的方法。
我们曾经使用psexec和gWaldobuild议的批处理脚本方法。 最近我们已经开始使用PDQ Deploy来部署我们的安装程序，包括MSI和非MSI（如Firefox）。 这是非常简单的，一次执行多个客户端，batch filepsexec方法不能做。
为了帮助解决这些问题，我期待WPKG.org提供用于无提示安装的正确开关