标签: network-share

在 Windows 中映射网络共享和使用 UNC 快捷方式之间是否有任何根本区别（除了驱动器号明显丢失之外）？

我已经设置了一个服务器来接受 VPN 连接。我的用户主要使用 VPN 来访问服务器共享文件。一切都工作正常，直到有一天我在文件系统上做一些工作，突然我的所有用户都无法访问服务器共享。

我知道 VPN 连接正常，因为我可以通过 VPN 连接 ping 远程网络上的多个设备。本地用户在本地访问服务器共享没有任何问题。

每当我尝试通过 VPN 访问服务器共享时，都会收到一条错误消息：

您输入的文件夹似乎无效。请选择另一个。

我使用的路径是：

\\pbpmwinserver01\server shares

显然我搞砸了一些事情，但我不确定我做了什么。我认为这是某种组权限问题，但我已经检查过，一切似乎都正常，并且我了解正确的配置文件。

我怎样才能进一步调试问题？

可以使用 UNC 或 IPv4 地址连接到远程计算机上的共享文件夹net use，例如：

net use \\remotePC\SharedFolder     // valid
net use \\111.122.1.1\SharedFolder  // valid

用户是否也可以使用 IPv6 进行连接？是否需要单独配置但技术上可行？如果我尝试指定 IPv6 地址，则会收到错误 53：

The network path was not found.

我问的原因是因为我的程序之一接受远程共享文件夹位置作为输入参数 - 我需要评估该位置是否有效。我知道如果它是 UNC 路径或 IPv4 地址，它是有效的，但不确定是否应该允许 IPv6 或只是导致错误。

我有一项 Windows 服务，需要按需访问远程 CIFS 共享。每当它需要访问共享时，它首先尝试使用提供的凭据“安装”它，

NET USE \\host\share password /USER:user

使用共享的内容，然后删除共享。

NET USE \\host\share /DELETE

目前，该服务仅在第一次使用共享时有效。在随后的尝试中，它不起作用，并且出现以下错误：

NET 失败，退出代码为 2

然而，当从命令行手动运行时，相同的逻辑都可以正常工作；它仅在服务上下文中失败。

我的问题是：是否有更好、更正确的方法来处理 Windows 服务中的网络共享？根据这篇文章，NET USE不建议在服务中使用，即使不使用驱动器盘符。我是否NET USE应该使用其他替代方案，或者该服务是否只需要以默认用户以外的用户身份运行LocalSystem？

理想情况下，共享应该仅在直接需要时才可访问；因此，如果可能的话，我想保留每次删除共享的逻辑。

在网络共享上使用 Visual Studio T4 模板时，我遇到了此 SO 问题中描述的问题。指定的解决方案是通过 Internet Explorer 将文件共享添加到受信任的站点区域。

这里还有另外两个关于执行相同过程的指南，均通过 IE

• MSDN - 将您的网络服务器指定为可信站点
• 使用 Parallels 中的共享配置文件功能在 Visual Studio 中加载项目

当我是我的机器的管理员时，IE 上的一些设置被我们的企业系统管理员锁定：

虽然这当然是更改我们企业范围内的受信任站点的可能途径，但对于真正只影响我的用例（作为对自己的计算机具有完全管理员权限的人来启动）来说，这似乎是一种严厉的手段。

还有其他方法可以添加受信任站点吗？

作为解决方法，并证明这是问题的根源。当我使用完全相同的文件时，C:\Projects它工作正常，但是H:\Projects（映射到网络共享）会引发错误。是的，我可以将所有内容迁移到 C 驱动器，但我们已有一个流程，使该选项变得不方便。

我在 Windows Server 2008r2 上有一些脚本，可以使用有限的凭据访问其他服务器系统上的特定资源。如果某人或其他脚本也使用不同的凭据从此服务器访问了该系统并且没有注销，则脚本将失败并显示Error 1219 "The network folder specified is currently mapped using a different user name and password"

如何确保我的脚本在尝试映射新驱动器之前删除与该特定计算机的所有连接？

C:\> net use //server /d  

本身不起作用。我可以跟进并net use看到驱动器仍然共享：

C:\> net use \\server /d
\\server was deleted successfully.


C:\> net use
New connections will be remembered.


Status       Local     Remote                    Network

-------------------------------------------------------------------------------
Disconnected           \\server\somedrive       Microsoft Windows Network
The command completed successfully.

断开的驱动器仍然会导致相同的情况Error 1219。

任何人都可以提出比删除该计算机上存在的所有共享的详尽列表更优雅的解决方案吗？

net use \\server\share1 /d
net use \\server\share2 /d
net use \\server\share3 /d
etc... …

我正在尝试通过使用NET USE命令将其映射为驱动器来连接到远程 WebDAV 服务器。

NET USE * <domain> /user:<username> <password>

执行此命令会出现以下错误：

发生系统错误 1244。

由于用户尚未通过身份验证，因此未执行所请求的操作。

但是当我执行时

NET USE * <domain>

它要求输入用户名，然后输入密码。

Enter the user name for <domain>: 
Enter the password for <domain>:

输入后，我现在可以连接到远程位置并映射驱动器。

是什么导致了这个错误？我该如何解决？

这些命令将自动执行，因此我想将凭据作为参数传递，而不是在出现提示时输入。

我有一个 Windows Server 2019 服务器，它本身运行一些服务，以及带有 Windows 和 Linux 来宾的 Hyper-V 虚拟机。

为了集中用户和机器管理，我在主机系统上设置了Active Directory 域服务、DNS以及文件和存储服务。我已将各种虚拟机加入 AD 域，并从一个点控制用户和（虚拟）机策略。

从孤立的角度来看，这工作正常。

更大的图景是，所有服务（AD DS、DNS、文件和存储）都绑定到所有内容（任何接口）。我很快意识到，并禁用（或更改）服务的防火墙规则以仅匹配内部接口，我希望服务打开。

但是，在每晚重新启动（安装补丁等）后，AD DS、DNS、文件和存储添加的部分/大部分防火墙规则被重新启用并更改为其默认状态（任何接口）。

如何将 AD DS、DNS 以及文件和存储服务配置为仅绑定到指定的内部接口，或者如何强制更改我的防火墙规则，以便“它们”（服务）在每次服务器重新启动后不会覆盖它？

有没有办法减少尝试连接到域网络资源的超时？（Windows 登录身份验证、网络打印机、网络共享等）

我有一系列笔记本电脑（戴尔纬度，相同的硬件）供漫游员工使用，他们有一半的时间在现场，并通过扩展坞连接到我们的网络。当他们连接到网络并启动他们的机器时，启动需要 1 分 25 秒（+/- 10 秒）。如果我断开它们与网络的连接，则需要 4 到 6 分钟。如果我卸载共享并且没有在启动时自动挂载它们需要 4 到 5 分钟。如果我卸载所有网络打印机，它会将启动时间缩短到 3 到 4 分钟。如果我使用域网络之外的网络连接启动，但使用在启动时自动连接的 vpn 连接，则启动需要 2 到 3 分钟。

我假设启动延迟是由与尝试连接到网络服务相关的超时堆积引起的。我不想在离开网络或关闭网络时删除所有打印机和网络共享，以防止随后的离线启动速度变慢。

webdav 的安全性如何？smb 隧道通过 ssh（使用腻子）是更好的解决方案吗？你喜欢哪个？