我想在Windows中创build一个符号链接（文件服务器（Netapp）上的两个位置之间的7或208）： mklink / D \ server \ share \ some \ link \ server \ share \ some \ target \path 这可能吗？ 我不能得到它的工作，我发现的唯一例子是在本地创build一个链接，并定位到UNC位置。 这确实有效，但是我需要一个链接来为任何数量的访问这个networking共享的计算机工作。 我得到的错误是“参数不正确” 如果这是不可能的，如何使用其他方法复制此function？
我有一个充当DC的Windows Server 2008 R2安装。 自8月下旬以来，它一直没有任何问题。 突然之间，联合国大使共享访问遇到的问题是没有人（客户或区议会本身）可以访问区议会的股份。 计算机的重新启动将解决问题的最短时间为24小时，此时UNC再次失败。 当发生这种情况时，DNS看起来很好，路由很好，我可以通过它的FCDN等远程服务器。有没有日志条目，真正表明有一个问题，直到客户端，甚至DC本身尝试刷新组政策，通过UNC共享访问。 我意识到细节是不够的，所以如果你有任何疑难解答的信息，我可以去挖掘和发布，我将不胜感激。
我有一个应用程序通常试图访问放置在自己的机器上的文件。 访问文件的方式是UNC格式，例如： \\MyComputerName\MySharedFolder\file.txt 这一切都工作正常，直到我断开networking的计算机 – 共享文件夹变得无法访问，虽然它放置在本地。 我试过的事情：1.使用networking帐户login并为该文件夹的每个人设置权限2.使用本地pipe理员帐户login，并为该文件夹设置此用户的权限 那没办法… 哦，这是关于Windows XP的… 谢谢！
我们IT部门的一个小组希望消除来自我们networking的所有驱动器映射，并用简单的networking位置（UNC）快捷方式replace它们。 该组织声称，驱动器映射消耗了太多的服务器资源，并损害了性能。 另一个组织认为能够根据需要重新定位文件的便利性，并通过login脚本更改驱动器映射来覆盖资源消耗问题。 无论是方法，驱动器映射还是networking位置快捷方式，都比其他方法有明显优势？ 资源消耗是否合理？ 我意识到一些应用程序可能无法处理UNCpath; 我们将需要在个案的基础上处理这个问题。 我们有大约500台客户端PC，每台平均有大约5个映射驱动器连接。 谢谢你的想法。
所以我有一个GED系统，按照下面的scheme存储文件： File_Type\year\month\day\file_name.extension 并将该path存储在数据库中。 在这种情况下，您可以select仅按月存储，path是： File_Type\year\month\\file_name.extension 我们没有意识到，当我们在Windows XP和2003年，因为他们自动删除额外的反斜杠。 但是，似乎Windows 7和2008不是。 由于我们迁移我们的服务器和客户端，我们有这个问题很大。 有没有人现在如果有办法告诉7和2008年忽略额外的反斜杠？
请注意，我也已经将这个post发布到了Synology论坛。 我在这里发帖是因为我不确定问题出在Windows或Synology服务器上： 背景 数十台配有多台Synology服务器的工作站。 所有运行Windows 10 Pro的工作站 在过去的一年，直到一个星期前，所有的工作站都能够正常访问所有的Synology服务器。 问题和症状 现在刚开始一个星期前，ONE工作站无法通过Windows资源pipe理器访问一个Synology服务器。 它不适用于\\UNCname和\\ip.ad.re.ss 但是，我可以ping通服务器使用ip.ad.re.ss和nslookup for UNCname返回正确的地址。 难题 如果我的工作站发生这种情况，我认为Synology服务器有问题。 但所有其他工作站访问这一个Synology盒都没有问题。 如果这台机器上的所有Synology服务器都发生这种情况，我会假定工作站出现故障。 但是工作站在同一个networking上访问其他Synology服务器并没有问题，直到一个星期前，这个特定的盒子才没有问题。 再说一次，ONE工作站突然遇到了一台Synology服务器的问题。 我的结局没有任何改变，当然，除了Synology和Windows 10有自动更新之外，我再也不知道问题出在哪里。
我们有一个应用程序请求文件的UNCpath，并通过IIS提供服务。 Windows 2008 r2上的进程可以将多less个并发连接传送给UNC文件共享？ 这是否有任何特定的限制，还是纯粹基于物理资源限制（以及TCP / IP连接的可用端口数量）。
我们有一个Windows 7个人电脑的networking，作为一个域的一部分进行pipe理。 我们想要的是域pipe理员无法查看PC的本地驱动器（C :)，除非他身体上在PC上。 换句话说，没有远程桌面，也没有使用UNC的能力。 换句话说，域pipe理员不应该被允许在Windows资源pipe理器中放置\\user_pc\c$并查看该计算机上的所有文件， 除非他身体上存在于PC本身。 编辑 ：澄清已经出现的一些问题/评论。 是的，我是一个pipe理员— 但是一个完整的Windows新手 。 是的，为了这个和我的类似问题，假设我正在为一个偏执的人工作是公平的。 我理解关于这个问题的论点是“社会问题还是技术问题”，“你应该能够信任你的pipe理员”等等。但是，这就是我发现自己的情况。 我基本上是Windows系统pipe理的新手，但是我的任务是创build一个由公司所有者定义确保安全的环境，而且这个定义显然与大多数人所期望的完全不同。 总之，我明白这是一个不寻常的要求。 但是我希望ServerFault社区有足够的专业知识来指导我正确的方向。
我想在我们的域中设置select用户，以便能够在本地NTFS驱动器和networking共享上创build符号链接，而无需以pipe理员身份运行，因为应用程序的一部分将直接调用CreateSymbolicLink（）API。 我们的用户的默认configuration是计算机的pipe理员，我想我正在与UAC战斗，以使特权以我想要的方式工作。 我在MSDN上find了这个链接，它描述了SeCreateSymbolicLinkPrivilege，UAC和一个域之间的交互，但实际上没有解决scheme。 以下是我提出的三个选项： 创build一个新组，将SeCreateSymbolicLinkPrivilege赋予该组并将用户分配到该组 给每个个人用户（现在2个，更晚）给予特权 给予所有用户打开它的默认用户组权限 更改configuration，所以用户不是默认的pipe理员（可能会工作，但不太可能） 根据我的testing，只有3个为我工作，这是最不可取的，但我只有一个本地服务器testing，而不是一个域。 我需要向pipe理员推荐如何设置，还有一些我们可以很容易地解释给我们的应用程序的其他用户在自己的域名或不在域名。 另一个select似乎是创build一个服务，运行一个SYSTEM帐户，为应用程序创build链接，但我宁愿不走那条路线。
我有一个通过UNCpath连接到远程服务器的PowerShell v1脚本。 重新启动后，需要进行身份validation，因为Windows显然不会记住，所以脚本无法连接到远程服务器 这种情况如何在PowerShell脚本中以编程方式处理？ 我需要 1）重新authentication 2）通过UNCpath连接到远程服务器 也许“净”命令？ 我怎样才能在我的PowerShell脚本中做到这一点？ Get-ChildItem -Path "\\REMOTESERVER\Data\Files" -Filter "*.journal" | Where-Object { $_.Name -match 'Daily_Reviews\[\d{1,12}-\d{1,12}\].journal' } | Sort-Object -Property CreationTime | ForEach-Object { $sourcefile = $_.Name […] } 谢谢