有谁知道为了以该用户身份运行Windows服务,我需要授予域用户帐户的最小权限是什么?
为简单起见,假设该服务在启动,停止和写入"应用程序"事件日志之外不做任何操作 - 即没有网络访问,没有自定义事件日志等.
我知道我可以使用内置的Service和NetworkService帐户,但由于网络策略的原因,我可能无法使用这些帐户.
我有一个在登录用户的上下文中运行的exe.exe使用WCF使自己成为命名管道服务器(它将由多个客户端调用).
用户是否需要exe的特定权限才能创建命名管道?我尝试以相对最小的权限(即仅在本地Users组中)作为用户运行,并且这很好 - 但是我担心当我部署到客户端站点时,用户可能会以某种方式受到限制表示命名管道创建不起作用.
我们正在使用WiX 3.5为我们的某个产品构建安装程序.为简单起见,我们通过主要升级来处理版本升级,如下所示:
<MajorUpgrade AllowSameVersionUpgrades="yes" DowngradeErrorMessage="Laterversionfound" />
Run Code Online (Sandbox Code Playgroud)
我们没有指定Schedule属性,这意味着RemoveExistingProducts操作应该在"InstallValidate"之后运行 - 这意味着在安装新版本之前将完全卸载旧版本.
我们安装了一些HKLM注册表设置,用户在安装后必须配置这些设置.由于主要升级执行完全卸载后重新安装,因此我们将丢失注册表中的用户定义设置.理想情况下,我们需要能够在升级过程中保持这些.
我的注册表项组件如下所示:
<Component Id="regserver" Guid="[guid]">
<RegistryValue Root="HKLM" Key="Software\Our Company\Our Product" Name="Server" Value="" Type="string" KeyPath="yes" />
</Component>
Run Code Online (Sandbox Code Playgroud)
我已经尝试将组件的NeverOverwrite属性设置为"yes",但这会导致无法重新创建密钥的不幸影响 - 可能是因为它在卸载发生之前检查密钥是否存在(显然它们确实存在),然后它们会在卸载时被删除,但不会再次重新创建.
我还尝试在MajorUpgrade元素上设置"RemoveFeatures"属性,以删除除reg键之外的所有内容.这会留下两个版本的产品,因为包含reg键的功能属于旧版本.
我的下一步是尝试在不同的点安排RemoveExistingProducts选项,虽然我期待一些自定义操作带来一定的痛苦.
所以我的问题是,是否有任何方法可以实现我们的需求,而无需更改RemoveExistingProducts的安排位置?
我有一个.NET应用程序,需要能够检测特定窗口何时获取并失去焦点.我感兴趣的特定窗口属于另一个我无法控制的应用程序,尽管我有Window Handle.
我真的是追求解决这个问题的最佳方法.到目前为止,我可以看到两种可能性:
我相信还有其他选择,如果有的话,我很乐意听到他们!
permissions ×2
.net ×1
installer ×1
named-pipes ×1
rights ×1
wcf ×1
winapi ×1
windows ×1
wix ×1
wix3.5 ×1