为什么在Windows中映射网络驱动器很糟糕?


72

我们的IT部门对映射网络驱动器进行了激烈的讨论。特别是,据说映射网络驱动器是一件坏事,将DFS路径或网络共享添加到您的(Windows资源管理器/库)收藏夹是一个更好的解决方案。

为什么会这样呢?

就我个人而言,我发现它的便利性z:\folder优于\\server\path\folder',尤其是对于cmd行和脚本编写(当然,我自然不是在谈论硬编码链接!)。

我曾尝试搜索映射网络驱动器的优缺点,但是除了“如果网络中断,该驱动器将不可用”,我什么都没有看到。但这是任何网络访问存储的限制。

我还被告知,当网络资源不可用时,映射的网络驱动器将轮询网络,但是我没有找到更多有关此的信息。网络驱动器是否比Windows资源管理器库/收藏夹更轮询网络?每当Windows尝试枚举文件系统时(例如,在打开文件/文件夹选择器对话框时),其他网络访问机制(即映射的“收藏夹”)仍然不是问题吗?


13
除了您所说的理由,我认为除了迷信和个人见解外,没有其他真正的原因。(因此,出于主观性考虑,我认为这是一个不好的问题)
Shinrai 2012年

9
Windows Server 2008 R2的组策略编辑器中支持映射的驱动器,因此我敢说这只是个人观点,只能防止这种情况。

3
@Shinrai-感谢您的回复。我正在寻找技术原因而不是个人意见-因为我不知道任何原因-所以我希望这不是主观的。我认为引擎盖下的机制都是一样的,只是呈现给用户的方式有所不同。
Beeblebrox

4
@foocode-我与你完全同意,我认为他们只是愚蠢。我唯一想到的可能是,某些编写不佳的软件可能会将它们视为本地驱动器,在这种情况下,为什么要使用该软件?他们只是迷信,不管您想做什么,您都会做。(我个人没有映射我的驱动器,但那只是我)
Shinrai 2012年

1
某些公司/客户要求使用某些写得不好的软件(想到的会计软件)...
LawrenceC

Answers:


65

我想不映射网络驱动器的最主要原因是管理员不想处理除了网络路径之外还维护有限数量的驱动器号索引的麻烦。例如,可能没有太多的常用网络共享来为所有驱动器分配驱动器号,在大型组织中,并不是每个人都可以访问所有相同的共享。共享名称也比驱动器字母更具描述性,并且可能不那么模棱两可(稍后会更多地说明歧义)。

其次,您可能会遇到驱动器号冲突。如果某人的PC具有存储卡读取器,则可能会吞噬四个或更多驱动器号。A和B通常为上世纪的软盘驱动器保留,而C和D通常为硬盘和光盘驱动器保留,因此读卡器将使用E,F,G和H。通常是通过登录脚本映射到H:的,这个可怜的人将无法使用读卡器的H:驱动器,或者将无法安装网络驱动器。

除非组织内有人负责为特定目的分配驱动器号,否则网络驱动器也可能最终导致很多混乱。例如,假设您将驱动器S:映射到具有适用于所有站点许可软件的安装程序的共享,而其他人将驱动器S:映射到共享驱动器,则他们将放置各种共享文档。当您尝试解释如何安装某些软件时,您告诉他们打开S:驱动器并找到Microsoft Office的安装程序,但他们所能找到的只是一个名为office的文件夹,其中包含一堆杂物,有人将其放在那里。用于临时文件传输。解决混乱可能需要5或10分钟。

如果服务器出现故障或计算机从网络上断开,则还存在一些潜在的性能问题。例如,如果您在计算机上映射网络驱动器,然后将其从网络中删除(也许是笔记本电脑),则Windows可能会徒劳地尝试登录丢失的网络驱动器,从而使计算机似乎在挂起时挂起。

另一方面,在Windows的较早版本中,我注意到与映射的网络驱动器之间的文件传输通常比浏览至网络文件夹并执行相同的文件传输要快得多,在这种情况下,人们宁愿映射网络驱动器。


感谢您的输入。我想像一下现有的“土地法则”:没有映射的驱动器会阻止导致这些问题的用户群。
Beeblebrox

22
+1是由于不同的用户将驱动器映射到不同的位置而引起的混乱。我已经告诉用户很多时候,他们把一个文件的“Z:\”驱动器,并不必花费年龄搞清楚其特定的驱动器Z映射。也许不是技术问题,但绝对可以是组织问题。
史蒂夫·荷马

我将此答案标记为“已接受答案”,因为它涵盖了使用映射驱动器的根本操作/实践方面,而不是特定情况(即,依赖问题)和理论上的缺点(即,与安全性相关的上述讨论)。谢谢@rob!
Beeblebrox 2012年

4
另一个巨大的缺点是,一旦您走这条路,那么如果您删除映射的驱动器,则所有引用“ Z”驱动器的电子邮件链接都会中断。另一个严重的缺点是,如果删除了映射的字母,则跨越多个文件的文件(例如CAD文件)将完全损坏!这是由于依赖文件加载了驱动器号而不是UNC路径。由于这些问题,我们在公司坚持他们。负面因素远远超过了节省一些鼠标单击的“便利性”因素。
李·哈里森

1
前面已经提到,如果没有人可以分配驱动器号,则会很快造成混乱,但是我想提到的是,在实际上集中分配驱动器号的情况下,它们会非常方便。简单示例:每个人都可以通过驱动器M访问其私有文件共享,通过驱动器N ...访问该公司范围内的常规文件共享,并且所有项目文件夹都位于驱动器P中。-但是,应注意的是,这种做法在其中最有用是简单用户需要访问的有限数量的驱动器。否则,他们必须学习使用2个系统。
丹尼斯·贾黑鲁丁

58

简单的答案是,这不是一件坏事。网络驱动器映射为驱动器非常安全。

造成这种迷信的原因是您不应该将外部(即Internet)驱动器映射为本地驱动器,因为从映射驱动器打开的文件是使用“本地”区域打开的,这通常为它们提供较少的保护-并且如果文件实际上是从Internet上,这会降低安全性。

如果像我怀疑是这种情况,你实际上映射INT RA网的网络驱动器,然后打开文件夹,映射驱动器是完全一样的通过他们的网络路径名访问它们的安全。唯一的区别是将它们映射起来更方便。


这是与映射相关的安全性问题的很好的描述。感谢您的贡献!
Beeblebrox

如果您正在运行自动化作业,则网络共享无法完美共享以映射为驱动器的情况。映射的驱动器将加载帐户的配置文件。如果未加载用户的配置文件,则那些映射的驱动器将不存在。
伊恩·博伊德

15

以我的经验,它主要围绕写得不好的软件。

如果人员A处理一组映射到的文件,G:然后人员B尝试打开具有映射到相同路径的同一组文件,那么将H:失败。

如果您使用UNC路径,那么假设个人A和个人B的计算机都可以看到共享点,那么一切都会正常进行。


当然,理想的解决方案是使用不使用绝对路径存储文件关系的软件,但这不是您始终可以控制的软件。

CAD / CAM市场上的许多软件编写得很差,几乎无法运行。由于市场很小,因此竞争压力很小。我知道至少有一个软件在最近5个主要版本中存在绝对路径问题,尽管向公司报告了问题,但它们仍未修复。


1
“理想的解决方案是使用不使用绝对路径存储文件关系的软件”-最常见的问题是执行此操作的人员而不是程序。
MSalters 2012年

2
@MSalters-告诉你什么。您说服整个软件行业重写其大部分软件。
假名称

1
@假名,我认为他是指使用程序的用户。IE将链接放在文档H:\ mystuff中,而不是\\ myserver \\ mystuff中
Dalin Seivewright

3
@Dalin Seivewright-似乎假设您完全可以手动设置链接。在我见过的许多软件中,如果主文档位于中H:,则H:无论您是否要使用它们,相关文档都会自动存储。
假名称

2
@CADbloke-不!它是Altium Designer。我敢肯定,这种行为在专业软件市场上非常盛行。
假名称

12

我在工作的网络驱动器上遇到了严重的问题,因为有时Windows无法连接到它们,并且当程序尝试访问它时,它似乎不会自动连接网络驱动器。

至少有六次来自记帐用户的呼叫是因为她遇到相同的错误。这是因为她打开了程序X,该程序正在使用映射到网络驱动器Y:上的文件,并且由于某些不可思议的原因而未连接。


1
听起来真是痛苦。是否通常会发现是用户错误,即驱动器最初是由管理员帐户映射的,因此需要不同的权限,或者未选中“重启时自动映射驱动器”?与驱动器断开连接,然后尝试重新连接时,才遇到问题。它会声称我有多个打开的连接。虽然可能是SAMBA问题。
Beeblebrox

2
@ foocode我不确定第一个(但是用户确实有权限),并且驱动器设置为在启动时连接...只需要一段时间。如分钟。有时,仅当您在Windows资源管理器中手动访问它时,它才连接,很遗憾,这是我必须教用户做的事情。
本·布罗卡

@BenBrocka我也遇到了这个问题。由于某些未知原因,Windows在启动时需要很长时间重新连接映射的驱动器。
user555 2013年

9

我怀疑IT人员担心一个用户映射网络驱动器,而是担心一百或一千个用户。例如,如果一堆主机同时启动一个或多个网络驱动器的搜索索引,这将如何影响其他尝试使用网络的人?当网络驱动器不可避免地脱机时,是否会锁定数百台计算机,直到操作系统放弃并放弃驱动器映射?如果无法重新建立与映射驱动器的连接,那么迄今为止的PC引导速度会更慢,还是完全无法引导?


这种思路确实在方程式中引入了不同的非技术元素。需要由IT进行适当的规划,以避免出现问题。如果有帮助,对于我提出问题的特定情况,用户将无法安装程序或修改应用程序设置。我希望问题更多是:从技术角度来看,什么是最好的选择?库/收藏夹或映射驱动器”,以简化对网络共享的访问。
Beeblebrox 2012年

但是,是的,您提到的内容很烂。:)
Beeblebrox 2012年

2
这是唯一想到的原因:映射驱动器意味着资源管理器无法找到合适的对象。即使在映射了3个以上网络驱动器的情况下打开资源管理器,也确实会使它变慢。
styfle 2012年

1
从Windows XP开始,驱动器映射是特定于登录会话的,因此它们不会减慢启动过程。对于AFAIK,如果网络共享在被访问时脱机,则无论是通过字母还是UNC路径访问网络,都会以相同的方式影响客户端。
grawity 2012年

6

\ server \ dir语法的一个问题是命令窗口无法对其进行cd刻录。如果您具有管理员特权,并且不想使用驱动器号,则可以使用mklink命令将驱动器而不是驱动器号装载到目录中。目录Home不应该存在。

mklink / d“ c:\ Drives \ Home”“ \ server \ HomeFolder \ user1”

此文件夹可用于所有内容。

挂载到驱动器letter可能很糟糕,因为它可能会更改为另一个挂载点。然后,您正在阅读和书写意外的内容。如果安装点中的可执行文件发生更改,则它们可能包含病毒。

我的解决方案需要管理员权限,因此,如果您没有以管理员权限运行,则它会更加安全,因为没有管理员权限的另一个程序无法在您身上更改它。


3
澄清; 1.Windows Batch cmd.exe出现错误“ CMD不支持将UNC路径作为当前目录。” ; 2.Windows Powershell支持“ set-location myUNCpath”就好了。
AnneTheAgile 2015年

4

这是一个很好的理由:

Windows(至少XP)不支持超过256个字符的文件路径。映射允许某人通过缩短路径来在不可能的地方添加文件。然后,您有一个程序可以浏览所有文件和文件夹,并且不知道映射。如果没有映射,则现有文件的路径长度将超过256。程序崩溃。


2
好的程序只要无法打开文件,就不会立即崩溃。如果这样做的话,将在域环境中文件受ACL限制的情况下产生许多问题。(同样,从技术上讲,如果使用了\\?`前缀,Windows最多可以支持32767个Unicode字符。)
grawity 2012年

4

许多软件(包括各种版本的Microsoft Visual Studio和CMS Bounceback)仅适用于驱动器号而不适用绝对路径。鉴于此限制,要使用任何此类软件,都需要定义驱动器号-您别无选择。但是Windows似乎要求输入用户ID和密码并不容易,但是Windows中与任何一个网络设备(例如多个磁盘和打印机)的所有连接都只允许一个用户ID和密码。


1
这在跨平台开发软件中也是常见的。例如,Intellij / PhpStorm不支持​​Window的UNC路径,因此映射驱动器是唯一的非本地驱动器选项。当然也有FTP,但这不是那么快。
Beeblebrox

3

只需与数百名现在不得不应对最近的“零日”“ CryptoLocker”爆发的IT顾问中的一些人交谈,您很快就会意识到,本地计算机上的映射驱动器被感染会导致数据大量损坏。在服务器上,通过映射的驱动器。

特别:

“ CryptoLocker还将访问当前用户具有写访问权限的映射网络驱动器并对其进行加密。它不会攻击简单的服务器共享,只会攻击映射的驱动器。”

因此,在这个不断出现的新发现的零日恶意软件时代经常会打击用户,因此使用映射驱动器显然存在安全性问题。

我们已经消除了局域网中所有映射的驱动器,而是使用“网络共享”。


9
枚举所有本地服务器及其上的所有可用共享内容仅需几行代码。因此,仅因为当前版本不影响共享,并不意味着您安全,仅因为您不映射驱动器。
彼得·汉道夫

2

不使用映射驱动器的一些原因:

1)它们占用具有映射驱动器的本地计算机和网络资源上的资源。本地应用程序可能变得缓慢,因为启动应用程序或引导系统时,本地计算机必须读取映射驱动器的内容。试试看。映射一堆驱动器并启动Excel。取消映射驱动器,然后重试。

2)将您的应用程序迁移到新环境将很繁琐。万一发生灾难恢复,请转移到功能更强大的计算机上,或者由其他开发人员接管您的应用程序。如果新环境不允许映射的驱动器或驱动器号被不同地映射,则有人会花时间重写代码。节省在前端的时间将比修复它浪费的时间还多。


1

我知道这是一个旧线程,但是我不会说它们是绝对安全的。由于存在安全风险,我们删除了映射驱动器。许多病毒试图跨驱动器传播。但是,它们不会分散在指向DFS共享的快捷方式上。要记住的事情...


2
至少要等到有足够多的人进行转换时,恶意软件编码器才会这样做。
user66001

1

限制驱动器映射的一个原因是电子邮件病毒(有些“密集”用户打开的zip或exe文件),例如Cryptolocker,它将按字母顺序排列本地驱动器和映射驱动器上的所有文件并对其进行加密。(尤其是)它不会根据驱动器进行区分。我们受到了打击,并能够使用服务器的备份进行恢复,但是本地文件当然是“吐司”的。


1
如果人们开始使用它们来支持映射的网络驱动器,请确保恶意软件编码者将开始枚举“添加的”网络共享。
user66001

1

某些广泛传播的病毒和恶意软件将利用映射的驱动器。这就是不使用它们的一个很好的理由。


1
至少要等到有足够多的人进行转换时,恶意软件编码器才会这样做。
user66001

1

如果要处理大量文件,则映射驱动器会更快。Windows使用映射的驱动器对您的访问进行一次身份验证,然后允许进行文件交互。Windows将为访问的每个文件验证UNC路径。因此,如果要在UNC路径下处理成千上万个文件,则身份验证过程将发生数千次。映射的驱动器-进行一次身份验证UNC-每次访问文件时进行身份验证。

这可能与复制文件一样简单。映射的驱动器将始终更快。大量文件的情况明显。


0

我不喜欢使用映射驱动器,因为我很少使用各种网络资源,而且我永远找不到完整的地址供他人使用。使用快捷方式还使我可以轻松进入目录。如果映射驱动器的唯一原因是256个字符的限制,那是一个令人遗憾的借口,失去了所有文件位置的详细信息。


0

映射的驱动器很危险!在过去的几年里,随着勒索软件的兴起,我一直在尽可能地删除映射的驱动器。勒索软件不仅针对本地数据,还针对所有驱动器信箱。因此,尽管您只要保留冗余备份就很安全,但是必须处理此类数据泄露仍然令人头疼。

如果您处于商业环境中(勒索软件的主要目标),并且可以,请摆脱映射的驱动器!


2
另外,您也可以从一开始就努力防止感染……
Burgi

0

某些勒索软件病毒(例如CryptoWall系列)会寻找任何映射的驱动器并感染那些驱动器。如果网络共享使用的是UNC而不是驱动器号,则这些病毒不会感染共享。


1
至少要等到有足够多的人进行转换时,恶意软件编码器才会这样做。
user66001

0

关于加密/勒索软件的考虑,Locky是勒索软件的一个示例,它可以通过UNC路径以及映射的驱动器号进行传播。如果您担心:映射的网络驱动器与UNC路径是由勒索软件攻击的可能性决定的,请理解,它仅能防止某些攻击。

检测/预防勒索软件攻击有多种方法-通常建议使用多种保护方法:保护网络,保护端点并维护可靠的备份机制。我个人将Sophos InterceptX用作端点上的反勒索软件解决方案,Cisco ASA(带IPS)防火墙,ShadowProtect用于备份,并在需要管理的地方使用映射的网络驱动器。

免责声明:我是Sophos认证的架构师。尽管我不为Sophos工作,但我认为他们的技术很简洁。我也为MSP工作,这是我们在研究了澳大利亚的各种选项后决定采用的技术。

根据要求进行编辑,以提供第二段的更多信息。另外,我说的是澳大利亚语,而不是英语,语法略有不同,有些单词的拼写也有所不同(它是颜色,而不是颜色,甚至都不会让我开始使用哈密瓜)。


问题问“为什么”。第一段解决了这一问题。第二段只是产品促销,没有解决问题中的任何内容。从技术上讲,它不是垃圾邮件,而是因为该披露使答案非常像垃圾邮件。答案在审核队列中,这意味着它将受到一定程度的审查,人们可能会反对其促销性质。考虑编辑答案的后半部分。
fixer1234

-1

网络驱动器是共享资源的好方法,但是我不同意将主目录放在可共享的网络驱动器中的事实。那真是愚蠢。大多数应用程序使用您的主目录作为存储用户特定应用程序设置的位置。如果IT部门又要头疼(好像他们没有足够的能力来应对),那么为网络内的用户修复应用程序依赖性可能会给他们增加很多麻烦。在使用许多此类应用程序且其依存关系和需求发生变化的环境中,可能会出现此问题。一方面,可以为网络上的用户加紧工作,而由于生产力低下,公司会浪费金钱和时间。那是不能冒险的事情。其次,一些组织在网络上映射用户主驱动器,以监视什么 在那儿。政府为此做了很多工作。这也增加了能够在家工作的问题。如果通过VP进行的连接在应用程序中通过VPN会话远程运行时遇到问题,则在该应用程序中运行需要网络映射主驱动器依赖的应用程序,并且驱动器映射失败,那么您将无法正常工作。

就我个人而言,我认为应该仅出于充分的理由进行此操作,而不能影响生产力并影响公司的利润。


-1

您不希望这样做的第一个原因是勒索软件无法访问UNC路径,但是驱动器号是公平的游戏。如果您希望网络共享被加密锁定,那么请务必继续进行驱动器号映射。

我个人没有看到驱动器号的优势,并且真正发现UNC路径更容易,因为我从不必担心映射驱动器号,尤其是在更改登录密码之后。您可以创建行为与驱动器号相同的快捷方式,并将这些快捷方式添加到Windows资源管理器中。


4
“勒索软件无法访问UNC路径”-请为此声明提供一些证据。
DavidPostill
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.