我有一个使用System Center Essentials 2007进行pipe理的networking。对于我所拥有的规模networking，它足够完成这项工作。 不过，我正在尝试解决一个小挑剔的事情…
我可以将应用程序发布到XP的“添加/删除程序”中，并且还可以显示在我的Vista客户端上。 但是，当我尝试从Vista安装广告程序时，UAC将popup并询问我的域pipe理员密码。
自从域pipe理员通过“添加/删除程序”function使应用程序可用之后，我觉得它应该被自动允许。 国际海事组织，这是一个“批准”的程序，它应该简单地安装，因为安装是我专门为networkingconfiguration的一个推动 – 没有问任何问题。
有没有其他人遇到这个？ 除“禁用UAC”之外是否有任何解决方法？
…
有点更详细的信息：
1）它不是导致UAC提示的特定程序的安装程序，它实际上是“Windows更新发布的应用程序安装程序”。 这是一个程序，它实际上提出了“Windows Update”风格的界面，告诉你它正在下载软件包，安装它等。
2）System Center Essentials实际上需要您给它的任何文件，并且（可选）使用该文件的任何文件和目录，并创build它自己的CAB文件。 Windows Update引擎从SCE服务器下载此文件并运行它（进而运行安装包）。
这是我的感觉，它不是特定于运行的应用程序安装程序，而是实际处理安装事件编排的组件 – 此“Windows Update发布的应用程序安装程序”。
禁用UAC是迄今为止最简单的解决scheme，但是如果用户已经习惯了它，那么将其丢弃是件可惜的事情，尽pipe它会增加整个环境的弹性。
有关如何configuration您的环境的详细信息，以使这不会发生在此Microsoft Technet文章： 了解和configurationWindows Vista中的用户帐户控制 。 这个过程相当长，但相关部分大约是通过讨论使用软件分发问题的方式的三分之二。
其实我早在XP SP2就经历了这样的事情。 会发生什么情况是当一个程序在本地运行（在本地文件系统上）时，它被假定是足够安全的 ，而从networking运行的程序（无论是局域网还是互联网都是不相关的），它被认为是有害的 ，从而再次提示你。
当我尝试在虚拟机上运行应用程序时，我首先注意到了这一点：当我从虚拟HD运行应用程序时，它们没有提示就运行，但是当我尝试从UNC映射的共享文件夹运行它们时，会收到提示。
Vista只是具有额外的保护层（XP SP2 +具有简单的Run？Yes / No提示的UAC）。
你可能想要尝试的是安全区 。 我不知道Vista / IE8是否仍然使用区域，但是您可以看到是否将文件的位置添加到“ 受信任的站点”区域将使Vistaclosures并信任它。 （“ 受信任的站点”区域默认为比“ 本地Intranets”区域更高的安全设置。）
发生这种情况是因为 – 就Vista而言 – networking不是一个可信任的位置。 您将看到在Vista下运行的login脚本也是如此，当从networking位置运行.NET框架时，您将在XP上看到相同的结果。
我可以在这里喋喋不休地谈论Vista如何不适合在公司networking中使用，但我不会。