我在Windows下的PATHvariables有一个奇怪的问题： 我的应用程序位于文件夹c：\ app \ bin中，此应用程序的DLL位于c：\ app \ runtime文件夹中。 要运行我的程序，我通常使用以下脚本通过* .bat文件修改PATHvariables： set PATH="c:\app\bin";"c:\app\runtime";%PATH% 这将使path上的可执行文件和DLL。 但是，在我的一个Windows Server 2008 R2系统上，这是行不通的。 这意味着，如果我在一个命令窗口中执行上述命令，我可以从c：\ app \ bin启动exe文件，但是应用程序立即抱怨它无法find一些需要的dll文件（“程序无法启动，因为…. dll从您的计算机中丢失…“）。 这些dll文件应该在c：\ app \ runtime下。 我进行了一些尝试，指出有三种解决方法： 使用“系统属性”对话框永久修改PATHvariables 在上面的DLL文件的path命令中省略引号，例如设置PATH="c:\app\bin";c:\app\runtime;%PATH% 将DLL文件复制到exe所在的目录 关于解决scheme2的奇怪的部分是，如果我为第一个path添加引号，或者如果我改变path的顺序，它不会改变任何forms。 有人有线索为什么我原来的脚本不起作用？ 我需要运行它，因为它是由程序自动创build的，我不能更改生成bat文件的应用程序。
我有几个别名configuration在Apacheconfiguration。 我想为他们每个人设置一个环境variables。 怎么样？ 我有这个 /alias1 /mapped/to/a/path /alias2 /mapped/to/a/path /alias3 /mapped/to/a/path /alias4 /mapped/to/a/path /alias5 /mapped/to/a/path 我想要的是转发一个环境variables，为每个别名 就像是 /alias1 /mapped/to/a/path AND SetEnv VAR=a /alias2 /mapped/to/a/path AND SetEnv VAR=b /alias3 /mapped/to/a/path AND SetEnv VAR=c /alias4 /mapped/to/a/path AND SetEnv VAR=d /alias5 /mapped/to/a/path AND SetEnv VAR=e
在Active Directory中，您可以将IP地址映射到客户端站点。 …然后您可以将组策略对象映射到站点。 这是一件好事，但我有一个快速增长的客户，他们预计在未来一两年内将有数百个网站。 我们的命名标准松散地基于LOCODE，所以每个站点都是7个字符，例如“USHQZOF”。 该前缀用于命名每台机器。 我到处都在制定相同的基本政策，我感到厌倦。 它的字面意思是： 将驱动器映射到\\ USHQZOFSRV01 \ officeshare 将主打印机映射到\\ USHQZOFSRV01 \复印机 我真的很喜欢它，如果我可以创build一个政策，我可以说： 将驱动器O映射到\\（site-name-from-ad）SRV01 \ officeshare 将主打印机映射到\\（站点名称从广告）SRV01 \复印机 …好好做。 看起来您可以在您的组策略首选项（ https://technet.microsoft.com/en-us/library/Cc753915.aspx ）中使用大量的环境variables，但是我没有看到任何关于客户端站点名称的信息。 我运气不好，还是我需要去“旧学校”，并在login时调用一个cscript / vbscript文件，查找并映射适当的项目？ （编辑：我知道这可以用VBS文件来完成 – 我以前做过，似乎…不洁净…）
我做轨道发展。 在这个应用程序中，我需要指定环境variablesLD_LIBRARY_PATH = /usr/local/oracle/lib ，但是当我使用sudo脚本/服务器运行应用程序时，它不会运行，因为该库path不在root的环境中。 我该怎么做才能使它工作？ 我试图把根目录下的path./bashrc ，它不工作。
我有一个安装的服务，定期运行和执行某些命令。 它作为本地系统帐户运行。 该服务的源代码不在我的控制之下，但我确实控制了该服务所在的Windows XP SP3框。 最近，对系统做出了一些改变，使得该服务在％PATH％的最前端占据了一定的位置。 该path中的一个可执行文件与我的服务使用的命令之一具有相同的名称，所以服务错误地使用了错误的可执行文件。 我需要改变事情，以便我的服务执行正确的命令。 如何修改％PATH％以便服务能够看到它？ 我已经尝试了setx -m …但没有运气。
我正在寻找certificate或反驳我的理论。 我们有在LocalSystem帐户下运行的windows服务。 该服务调用msbuild并build立使用环境variables的csproj （Visual Studio项目）文件。 但是由于它不能识别或发现环境variables而下降。 有什么方法可以testing或确保在LocalSystem下运行的win服务可以访问环境variables吗？
微软有一篇知识库文章 ，上次审查于2007年6月，其中指出： 如果更新环境variables或添加新的环境variables，则必须重新启动计算机，然后才能对在“本地系统”帐户下运行的服务产生影响。 我不清楚这是否适用于Windows Server 2008 R2。 任何人都可以build议吗？ 我注意到有一个解决此问题的Windows 2003的修复程序 。 因此，我想知道是否2008 R2已经在这个修复。 我找不到任何证据表明Windows 2008 R2仍然存在问题，但是缺乏证据不如说是相反的具体说法。 一个相关的问题涵盖了类似的理由，但不讨论Windows 2008。
如何使用命令promt在Windwos Server 2008 R2上列出环境variables？
打开regedit.exe ，导航到HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment 。 创build两个环境variables： Name Type Data —– ————– ———– zbar REG_SZ water zfoo REG_EXPAND_SZ %zbar% 打开新的cmd.exe ， powershell.exe或其他。 这些variables缺失 。 做LogOff，然后LogOn。 在cmd.exe窗口中inputecho %zbar% – 显示water 。 显示typesecho %zfro% ….. %zbar% ，但我希望看到扩展值 – water 。 现在。 打开Windows 环境variables对话框。 修改或创build任何variables（例如zzz=zzz ）。 重新打开cmd.exe并inputecho %zfro% – 现在你看到water ！ 其实，我正在使用PowerShell脚本创build这些variables。 但是这个脚本所做的就是描述registry操作。 问题： 如何强制zfoovariables没有魔法打开Windows 环境variables对话框和改变一些variables有一个正确的值？ 也许我应该调用一些API，像[Microsoft.Win32.Registry]::Refresh() ？ 可以使这些variables对用户可见而不需要LogOff / […]
我们有一个审计标志着我们在$PATH envvariables里面有相对path。 我不确定这是否是一个真正的安全问题，并希望与所有人联系，看看这是否真的是一个安全问题，还是我认为这只是一个最佳实践 。 有人可以提供关于亲属使用$PATH任何安全问题的信息吗？ 谢谢