为什么有些管理员不喜欢从服务器共享执行exes?

Modified on: Mon, 22 Apr 2019 12:20:03 +0800

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

我被告知一些IT部门不喜欢以这种方式在服务器上分享exes。我该怎么做才能帮助向IT部门解释我的实用程序是否良性。

加强>

我是该工具的开发者,自动FE更新程序,并且它是专门设计为不需要管理员特权时。除了开发人员使用该工具创建的一些配置(INI)文件之外,它是一个独立的exe,没有安装依赖性。

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

作者:,Tony Toews

最佳答案

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

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

修改强>

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

编辑2

无论流程中发生了什么,最好的办法是从本地磁盘启动它们。在超过15年的IT工作中,我没有看到任何类型的流程,其中通过网络共享启动它的好处超过了我列出的风险。 (我将通过在标准的Windows工作站/文件服务器环境中说出来来证明这一点;我没有* nix经验来在那里提出这种说法。)

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

是的,寿命较短的较小流程具有较低的失败风险,从而降低了导致我们所描述的不良事件的风险。不过,我的政府信仰相当保守,所以我不想在我的环境中看到它。也许它在你的环境中很好,我不知道。

作者:,squillman

相关问答

添加新评论