我有必须访问共享网络文件夹的应用程序。应用程序在 SYSTEM 帐户下运行，因此我必须授予 SERVER-NAME\SYSTEM 帐户访问权限。当我尝试在“共享权限”窗口中输入“SEVER-NAME\SYSTEM”时 - 窗口告诉我我输入了错误的帐户

两台服务器都在域中

如何授予对 SERVER-NAME\SYSTEM 帐户的访问权限？

我可以使用Unlocker判断哪个进程持有锁。

但问题是，当远程机器上的文件被锁定时，Unlocker 不会显示锁定谁或什么进程。

无论如何，有什么东西锁定了远程文件（我的远程文件是通过网络驱动器映射的）？以及如何解除锁定？

使用 Powershell 如何创建共享并设置访问权限。

例如如下

• 创建名为“public”的共享，映射到“路径 c:\shares\foo”
• 允许 DOMAIN1\Users 对共享具有只读访问权限（这并不意味着在文件上设置 acls，而是在共享上）

Linux 发行版的“文件和打印机共享”功能主要是 Samba。Samba 是对微软网络文件系统的一种解释。

跨操作系统兼容性当然很重要，但为什么 Linux 系统默认采用这种 Microsoft 技术？

微软的网络文件系统有那么好吗？Samba 显然效果很好，我并没有“贬低”它。

或者，重新表述这个问题，“在网络上共享文件和打印机的 Linux 原生方式是什么？”

在对 Samba 与 Windows 网络问题进行故障排除时，我注意到 Windows 的资源管理器会记住远程共享的登录凭据，即使您要求它不这样做。例如，在使用\\servername\sharenameplus 输入用户名/密码访问共享然后关闭 Windows 资源管理器后，添加与网络驱动器相同的共享会给出以下消息，无论用户名是否相同：

指定的网络文件夹当前使用不同的用户名和密码进行映射。

要使用不同的用户名和密码进行连接，请首先断开与此网络共享的任何现有映射。

使用NET USE不显示共享。重新启动计算机后，我使用不同的凭据访问共享没有问题。但是为了测试其他凭据而重新启动很烦人，尤其是。在排除故障时。如何使用 Windows Vista 清除此缓存？

^{注意：使用nbtstat -R[R], ipconfig /renew, 杀死 explorer.exe 或禁用/重新启用网卡没有帮助。}

我们使用的是 Excel 2010，有时用户在网络共享中工作。当网络上的用户在 Excel 中打开文件时，文件被锁定以进行编辑 - 这是预期的行为。当另一个用户尝试打开文件时，Excel 会给出消息

[文件名] 被“John Doe”锁定以进行编辑

问题是，用户总是这个特定用户的名字，不管谁真正打开了文件。Excel 从何处获取此信息，我该如何解决？

更新：我应该提到在 Excel 中，在选项（常规）下，已设置正确的用户名。这不是这个用户名的来源。

当我在 Windows Server 2012 下的共享文件夹中创建新文件夹时，有时我看不到 Windows 7 客户端的新文件夹。也经过一些刷新，我仍然看不到新文件夹。几分钟后，它们出现。是否可以更改刷新时间或可以更改什么？

谢谢你

案件

在 Windows Server（2012R2 或 2016）上，我想配置一个提供以下功能的文件共享

• 一些用户、publishers组对共享有写访问权限；这些用户正在管理和更新共享内容
• 其他用户、readers组对共享具有只读访问权限；他们频繁或大规模地阅读内容

在共享级别和文件系统级别正确配置了只读权限。

问题

readers群组中的用户，即他们的应用程序，可以同时打开文件进行读取并锁定这些文件，防止它们被publishers群组覆盖。

有什么方法可以防止这种行为并实现所需的功能？

概括

是否可以将符号链接共享到网络位置作为 Windows 中的网络共享？例如：

D:\folder\Shared\fooon\\server共享为\\server\foo，其中D:\folder\Shared\foo实际上是指向\\other\server\bar.

或者这是一个XY 问题？

背景

我们有一台fs1带有 2 个虚拟磁盘的 Windows Server 2008 R2* 虚拟机。C:当然是系统驱动器，D:是数据驱动器。我们D:使用 Windows共享和存储管理通过 SMB共享多个文件夹。例如：

• D:\Shares\Shared\Engineering 共享为 \\fs1\Engineering
• C:\Shares\Shared\Admin 共享为 \\fs1\Admin

这些共享通常映射为用户工作站上的网络驱动器。例如，E:\可能映射到\\fs1\Engineering。

我想将这些共享从这个虚拟磁盘移到我们的新存储位置\\abc\def，我想对最终用户透明地执行此操作（至少现在 - 最终原始路径将消失，但这超出了问题的范围）。

*今年升级到 2016 或 2019。

我现在在哪里

共享文件夹的某些子文件夹首先通过\\abc\def使用 RoboCopy将数据复制到目标位置 ( )，然后将原始路径重命名为备份路径，最后创建指向新目标的目录符号链接来迁移。该过程大致如下（为简洁起见，省略了一些额外的标志/选项）：

robocopy D:\Shares\Shared\Admin\Finance \\abc\def\Finance /mir
ren D:\Shares\Shared\Admin\Finance D:\Shares\Shared\Admin\Finance_old
mklink /D D:\Shares\Shared\Admin\Finance …

我们有一个 EMC NX4 SAN 盒，为许多 Windows Server 2008 R2 应用服务器提供 CIFS 共享。应用服务器使用 CIFS 共享来提供大量图像文件（共享约 2500 次操作/秒），但是 SAN 和应用服务器都没有表现出任何明显的压力迹象。

应用服务器偶尔会突然断开与 SAN 的连接。任何尝试从 SAN 提供文件的 .NET 代码都会失败：

System.IO.IOException: The specified network name is no longer available

如果我 RDP 到应用服务器并尝试通过资源管理器访问“\san-name”，我会收到同样的错误。所有其他应用服务器都可以正常访问它。我也可以完美地访问 "\ip-of-san"，ping 也可以。

重新启动应用程序服务器可以解决该问题，但鉴于 SAN 似乎工作正常并且计算机可以访问它，这似乎是解决问题的一种激烈措施 - 看起来就像“\san-name”访问权限一样吐了。

上周这发生在两个不同的应用服务器上，所以我不怀疑是单个应用服务器造成的。暂时忽略原因 - 如何在不重新启动机器的情况下恢复“\san-name”连接？我可以以某种方式查询出了什么问题吗？

事件日志在应用服务器和 SAN 上都没有显示任何内容（除了由问题引起的相关 ASP.NET 错误）。

更新：
根据建议，我下次将尝试重新启动 Workstation 服务，看看是否能解决问题。绝对不是修复，但比我目前正在做的重新启动整台机器要快得多。有什么方法可以查询工作站服务维护的连接状态？

更新 2：
确认重新启动工作站服务“修复”了问题。下一步是尝试更改 reg 以提高 MaxCmds 值。无法确认是否是问题，只能假设它是否长时间运行没有问题。