UNC快捷方式与映射的networking驱动器

映射networking共享和在Windows中使用UNC快捷方式(除了明显的驱动器盘符损失)之间是否有任何根本的区别?

无需用户login即可访问UNC,而映射驱动器只能由login用户访问。 因此,访问远程服务器的服务或批处理应该使用UNCpath而不是驱动器号。

在实践中,映射和使用UNCpath之间存在根本的区别。

某些程序(大部分是旧的)不能使用UNC快捷键。 也有build议使用UNCpath的情况,例如作为服务运行的程序。 所以,你已经决定在特殊情况下,更好或更符合要求的解决scheme。

理论上它应该是相同的,但是在实践中,您可能会遇到假定始终存在驱动器号的应用程序。 这类应用程序很难使用UNC。 使用曾经stream行的工具包(例如Borland的小部件集)编写的旧应用程序就是一个很好的例子。

没有对Windows源代码的访问或知识,这是很难回答的。

Network drive: Compatible with offline files (Windows feature) Can cause slower logins Compatiple with leagacy programs Easier for users to understand (IMO) Useful for distributed file systesms that cannot hide server details very well Easier to index / use with Windows Libraries Shortcuts Initial access can take long (kerberos auth / name resolution) Personal favorite 

你不要相信在网上阅读的“通过组策略改变映射驱动器的服务器细节更容易”。 上次我检查GPO也可以控制快捷方式。 我的经验法则是尽可能使用shrotcuts。