为什么有些管理员不喜欢从服务器共享执行的 exe？

Question

我为开发人员分发了一个实用程序，该实用程序旨在驻留在服务器共享上，并从本地 PC 或终端服务/Citrix 会话上的服务器执行。它不需要任何管理员权限。除了将其拖放到服务器共享上之外，没有其他安装过程。它是数字签名的。

有人告诉我，一些 IT 部门不喜欢以这种方式在服务器上共享 exe。我可以做些什么来帮助向 IT 部门解释我的实用程序是良性的。

添加

我是该工具Auto FE Updater的开发者，它经过精心设计，不需要管理员权限。它是一个独立的 exe，除了开发人员使用该工具创建的一些配置 (INI) 文件外，没有安装依赖项。

此工具由用户执行一小段时间，同时它会检查服务器上的 Access 前端数据库和相关文件是否有任何更新。使用该工具的开发人员可能会在更新设置时运行它两到五分钟。

Answer 1

以下是我的一些原因 不喜欢 讨厌通过网络启动的可执行文件：

• 客户端锁定会阻止工具更新，直到没有人执行文件为止。这从用户的角度消除了按需更新的概念
• 在某些情况下，当由于客户端从网络掉线或进程死亡而导致悬空锁定时，需要重新启动服务器
• 网络的额外带宽开销
• 客户端的额外加载时间，这通常会作为感知到的慢速网络返回

编辑：

您添加的信息会使情况变得更糟！现在还有其他外部依赖项会增加失败的风险。

编辑 2

不管进程中发生了什么，最好的办法是从本地磁盘启动它们。在超过 15 年的 IT 工作中，我没有见过任何一种通过网络共享来启动它的好处超过我列出的风险的过程。（我会在标准的 Windows 工作站/文件服务器环境中说明这一点；我没有 *nix 经验在那里做出这样的声明）。

就您对标准 Windows API 的调用而言，一切都很好。是的，它们本身就相当稳定。将 Access 混合在一起会打开更多。但是这个过程仍在通过网络启动，我和其他人已经提到的风险仍然存在。一个小进程仍然是一个进程，它仍然容易受到不稳定的影响如果可以通过将二进制文件移动到客户端本地来避免这种情况，那么当一个客户端进程出现故障时，完全不值得关闭整个服务器。

是的，生命周期较短的较小流程发生故障的风险较小，因此导致我们所描述的坏事的风险较小。不过，我对管理的信念相当保守，所以我不想在我的环境中看到它。也许它在你的环境中很好，我不知道。

Answer 2

尽管我对我的前咳嗽有什么感觉，但我不想看到她被处决，而且我是一名管理员。

话虽如此，您还没有给我们提供太多背景信息，因此我必须做出一些假设。

我无法具体告诉您为什么有些管理员不喜欢他们共享的 .exe。例如，当您从服务器共享启动可执行文件时，可能会出现安装问题。您还做了一个相当大的假设，即您的可执行文件不需要任何管理员权限运行。你怎么知道的？

我会告诉您，如果您从事销售程序的业务，至少在 Windows 环境中，以 msi 格式分发您的程序对管理员来说更加友好。我无法想象他们会对在他们的服务器共享上使用 msi 感到不安。

更新添加：

托尼，随着时间的推移，你会发现，如果你还没有，越来越多的环境感觉需要被锁定。无论是否合法，在当今时代这样做才有意义。虽然为使您的程序尽可能适应该场景所花费的时间可能会很大，但我相信从长远来看它会带来巨大的好处（而试图将系统管理员排除在循环之外则不会）。

系统管理员的工作不是阻止人们完成他们的工作。恰恰相反。如果您想在技术支持电话的另一端与任何人成为朋友，那么系统管理员正在试图让您的软件正常工作。让您的软件更容易为他/她部署和更新是您想要的。

Answer 3

正如其他人列出的那样，管理员不希望在网络上拥有可执行文件的原因有很多。

What can I do to help explain to IT departments that my utility is benign

没有。他们的政策已经制定，作为局外人，你无法控制它，除非公司内有足够重要的人需要（或真正想要）网络上的软件。