我有一个公司内部应用程序放置在Windows Server 2003服务器上的networking共享文件夹中。 需要访问此文件夹的用户具有适当的权限，可以列出目录内容，保存文件，打开和修改文件等。本质上，用户需要使用此文件夹的所有内容都可以在没有密码提示的情况下访问（networking共享是通过login脚本在本地工作站上创build的）， 除非试图运行一个程序。 用户通过放置在桌面上的快捷方式访问该程序到应用程序位置。
任何（有限的）不是试图运行该应用程序的域或本地帐户pipe理员的用户都会被提示inputpipe理员密码。 此networking共享中没有其他操作提示用户inputpipe理员密码。 我需要有限的帐户用户访问这个应用程序， 而不必在每次尝试运行时都提示input密码。 Windows Server 2003和Windows 7将允许设置兼容模式，因为Compability modes cannot be set on this program because it is located on a network drive.设置兼容模式， Compability modes cannot be set on this program because it is located on a network drive.
由于最终用户的请求，程序经常变化。 然后重新编译并放回到networking驱动器上以供使用。
没有将程序放置在每台计算机上，或给予有限的用户pipe理权限，我怎样才能使Windows 7运行此程序而不提示input密码？
在本地机器上创build一个运行应用程序的batch file，并在batch file上设置兼容模式
我pipe理一个具有许多相同要求的应用程序。 在转移到Windows 7时，存在重大的障碍。 请查看Microsoft应用程序兼容性工具包 。 有一个工具包括标准用户分析器，将监视您的应用程序，并build立垫片，使其在UAC环境中工作。
另外，我必须build立一个安装正确驱动器的应用程序，因为boost的进程会丢失映射的驱动器。
可能是阻止操作的组策略，例如软件限制策略或AppLocker。 您可能需要运行gpresult /h gpreport.html并查看设置。
可以通过权限文件夹来阻止正在运行的应用程序。 这可能是为了安全性，恶意软件预防甚至性能目的而完成的。
确保用户具有“执行”权限，或者“执行”权限不被拒绝给他们所属的安全组。
创意方法：为什么不创build一个本地batch file，首先检查networking驱动器上的程序是否已更新，如果是，则将其复制到本地磁盘，然后在本地运行程序？ 自从程序只通过一次networking，也应该产生更好的性能。 如果batch file存储在本地，我希望可以设置batch file的兼容模式。 （这没有经过testing，只是一个快速的想法…）