Windows services Windows服务可以'；t访问网络共享

我在本地计算机上运行windows服务。它已配置为在NT AUTHORITY\网络服务下运行。该程序访问同一子网中计算机上的网络共享驱动器。该共享目录将所有人都设置为完全控制

---

我在文件中得到False。存在，但文件存在。我肯定这是一个许可问题。我忘了什么吗？注意，带有共享驱动器的计算机不在域上。

设置共享权限是不够的。还要充分设置NTFS权限，这样才能正常工作。Everyone对共享的完全控制意味着，每个人都可以通过网络到达共享的根目录，但从那时起，NTFS权限将用于确定什么是允许的，什么是不允许的。

在这里找到了解决方案：

具有共享驱动器的计算机不在域上这一事实是您的主要问题所在。要使其正常工作，您必须将Windows服务配置为以特定用户身份运行，然后必须在远程系统上创建一个具有相同密码的相同用户。那可能行得通

问题源于这样一个事实：为了登录到不在域中的计算机，您必须使用该计算机上存在的帐户登录到该计算机。本地计算机上肯定不存在其他帐户的计算机。通过使用相同的密码创建相同的用户，您可能可以使登录生效。”

-系统管理员1138

---

我在两台机器上创建了相同的帐户，服务帐户能够访问共享驱动器。将服务器放在同一个域上是一个更好的解决方案，因此我正在努力实现这一点，但这同时也会起作用。

Brian T是正确的。但我想补充一点。即使服务已运行，我们也遇到了此问题ning位于同一个域\用户上。我们的服务试图将文件写入共享文件夹/驱动器，并在config.xml中进行了如下配置： I:/path/to/the/file/to/write

但是，当我们将配置更改为使用网络的IP地址而不是驱动器号时，我们成功地解决了这个问题。但是语法发生了一些变化：

\\xxx.xxx.xx.xx\path\to\the\folder\to\write

---

希望这能帮助那些还没有解决问题的人

我们这里对服务器中的权限不感兴趣。请尝试服务器故障。我在哪里可以更改NTFS权限？我已经在共享权限和安全选项卡下为所有人设置了完全控制NTFS权限在安全选项卡中。请注意“拒绝”中的权限。“高级”。它们会覆盖给定用户的任何其他权限。如果用户是多个组的成员，则也会应用最严格的权限。ACL权限确实是一件困难的事情。我也很确定那里有问题。还要检查权限应用的级别（“此文件夹、子文件夹和文件”）它们也仅在“高级”选项卡中可见。希望有帮助。选项卡“有效权限”允许您查看用户（最终）的权限有。如果我不能接触远程服务器怎么办。有其他选择吗？这可能是由在交互登录时进行的驱动器号映射造成的。服务可以作为用户进行身份验证，但不以交互方式登录。这意味着它们不运行登录脚本。