為什麼有些管理員不喜歡從伺服器共享執行 exe？
我為開發人員分發了一個實用程序，該實用程序旨在駐留在伺服器共享上，並從本地 PC 或終端服務/Citrix 會話上的伺服器執行。它不需要任何管理員權限。除了將其拖放到伺服器共享上之外，沒有安裝過程。它是數字簽名的。
有人告訴我，一些 IT 部門不喜歡在伺服器上以這種方式共享 exe。我可以做些什麼來幫助向 IT 部門解釋我的實用程序是良性的。
添加
我是該工具Auto FE Updater的開發者，它的設計目的是不需要管理員權限。它是一個獨立的 exe，除了開發人員使用該工具創建的一些配置 (INI) 文件外，沒有安裝依賴項。
該工具由使用者執行一小段時間，同時檢查 Access 前端數據庫和伺服器上的相關文件是否有任何更新。使用該工具的開發人員可能會在更新設置時執行它兩到五分鐘。
以下是我為什麼
不喜歡討厭通過網路啟動的執行檔：
- 客戶端鎖定會阻止工具更新，直到沒有人執行文件。這從使用者的角度消除了按需更新的概念
- 在某些情況下，當由於客戶端掉線或程序死亡而發生懸空鎖時，需要重新啟動伺服器
- 網路的額外頻寬成本
- 客戶端的額外載入時間，這通常會作為感知到的慢速網路返回
編輯：
您添加的資訊使情況變得更糟！現在還有其他外部依賴項會進一步增加失敗的風險。
編輯 2
不管程序中發生了什麼，最好的辦法是從本地磁碟啟動它們。在超過 15 年的 IT 工作中，我從未見過任何一種流程，其中通過網路共享啟動它的好處超過了我列出的風險。（我將通過在標準的 Windows 工作站/文件伺服器環境中說來限定這一點；我沒有 *nix 的經驗來做出這樣的聲明）。
就您對標準 Windows API 的呼叫而言，這一切都很好。是的，它們本身相當穩定。將 Access 加入其中會打開更多的大門。但這個過程仍在網路上啟動，我和其他人已經提到的風險仍然存在。一個小程序仍然是一個程序，它仍然容易受到不穩定的影響。如果可以通過將二進製文件移動到客戶端來避免這種情況，那麼當一個客戶端程序失控時，完全不值得讓整個伺服器停機。
是的，生命週期較短的較小流程發生故障的風險較小，因此導致我們所描述的壞事的風險也較小。不過，我的管理信念相當保守，所以我不想在我的環境中看到它。也許它在你的環境中很好，我不知道。