映射networking共享和在Windows中使用UNC快捷方式（除了明显的驱动器盘符损失）之间是否有任何根本的区别？
我需要为托pipe的专用服务器设置一个UNC共享，以便自己访问共享。 不幸的是，TFS需要一个UNC份额。 我使用的是GoDaddy托pipe的PIX 501防火墙后面的Windows Server 2008 Standard SP2 64bit专用服务器。 我只是无法让服务器访问自己，并得到这个错误： Windows无法访问\\SERVER\SHARE检查名称的拼写..等 我发现了很多关于这个问题的问题 ，但没有回答我的问题。 Server 2008 Standard x64 SP2 工作组 – 不是域 Windows防火墙已closures 计算机浏览器服务已启动 我试图通过键入或双击来访问\\MYMACHINE\TFS-BUILDS 。 两者都行不通。 机器有单个网卡 文件共享向导说共享是可以的 分享显示在“计算机pipe理” 权限被设置为“所有人”完全控制 在eventlog中没有明显的错误 重新启动没有解决它 不幸的是，我不能尝试访问其他共享这台机器，因为它是一个托pipe的专用服务器，也是硬件防火墙之后的唯一一台机器。 我唯一能想到的是硬件防火墙需要configuration。 我不认为这是因为我们有一个2003服务器机器在不同的硬件防火墙后面，并且工作正常。 剩下什么了？
我目前正在开发一个PHP前端，将一系列在不同服务器上运行的应用程序连接起来。 许多这些应用程序生成我需要访问的文件，但这些文件（由于各种原因）驻留在其父服务器上。 如果我从命令行发出一些脚本，例如： <?php var_dump(glob("\\\\machine-name\\some\\share\\*")); 我将获得该目录的完整内容，certificate使用PHP读取UNC共享的内容时，程序没有问题。 但是，如果我尝试从Web服务器执行相同的脚本，则会得到一个空数组 – 更具体地说，如果我使用了更多显式function来devise“打开”像文件这样的目录，则会出现访问错误。 我相信这是一个权限问题，但我不是一个服务器/networkingpipe理员types，所以我不知道我需要做些什么来纠正这个问题，让我的脚本运行，我检出的链接没有可能是由于我的背景，或者就IIS而言缺乏帮助，加上我们实际上并没有使用.NET。 相关统计信息：Windows Server 2008 Standard SP2 IIS 7.0 PHP 5.2.9 我将连接到两种types的服务器：一些其他几乎完全相同的Server 2008计算机，以及一台运行embedded式XP的计算机。 链接没有特别有用，但也许我只是误读： http://support.microsoft.com/?id=306158 http://support.microsoft.com/kb/207671/EN-US/ http://support.microsoft.com/kb/280383/
这两条路是平等的： \\ MYHOSTNAME \ C $ \ TEMP C：\ TEMP 他们之间有性能差异吗？ 具体而言，长序列的读取和写入。
这里有两个略有不同，但类似的情况： 有一个S：\驱动器映射到\\服务器\共享。 然后实现一个DFS名称空间，并将S：\更改为\\ domain.local \ dfs \ share（指向传统共享）。 现在，一些带有链接/embedded文件和各种应用程序的文件会变得怪异和故障。 要注意的是，这些embedded式文件链接（例如链接的Excel表格）指向传统共享，而父文件则从DFS共享中打开。 2.我的文档中有一个用于POP / IMAP帐户的PST。 然后文件被redirect到networking共享。 现在，Outlook无法访问与该帐户关联的PST，尽pipe数据文件选项卡指出了该文件（\\ server \ share \ user.name \ Documents \ outlook.pst）的正确networkingpath。 Outlook加载，但它声称无法findPST，因此无法查看关联帐户的收件箱。 * *原来这是一个特定的已知问题。 我稍后会发布一个链接 为什么在执行这些types的redirect时，这些事情会“中断”，即使从前端观点来看文件path仍然是相同的？
我们有一个EMC NX4 SAN盒子，可以将CIFS共享分配给多个Windows Server 2008 R2应用服务器。 应用程序服务器使用CIFS共享来提供大量图像文件（共享上约2500 ops / sec），但是SAN和应用程序服务器都没有显示任何明显的压力迹象。 偶尔一个应用程序服务器会突然间断开与SAN的连接。 试图从SAN提供文件的任何.NET代码将失败： System.IO.IOException: The specified network name is no longer available 如果我将RDP添加到应用程序服务器，并尝试通过资源pipe理器访问“\ san-name”，则会得到相同的错误。 所有其他应用程序服务器可以访问它就好了。 我也可以完美地访问“\ ip-of-san”，ping也可以。 应用程序服务器的重新启动修复了这个问题，但是这对于这个问题来说是一个很激烈的措施，因为看起来SAN似乎工作正常，计算机可以访问它 – 它看起来像“\ san-name”访问barfed了。 这在上周发生在两个不同的应用程序服务器上，所以我不怀疑是一个单一的应用程序服务器的原因。 现在忽略原因 – 如何在不重新启动计算机的情况下恢复“\ san-name”连接？ 我能不知何故查询出了什么问题？ 事件日志没有显示任何东西（除了相关的ASP.NET错误），无论是在应用程序服务器还是在SAN上。 更新： 根据这些build议，我会在下次尝试重新启动Workstation服务，看看是否有助于解决问题。 绝对不是一个修复，但更快的方式比重新启动整个机器，因为我目前一直在做。 任何方式来查询工作站服务维护的连接的状态？ 更新2： 确认重新启动工作站服务“修复”问题。 下一步是尝试注册更改以提高MaxCmds值。 将无法确认是否是这个问题，只能假设，如果它运行了一个漫长的时期没有问题。
我使用Windows资源pipe理器连接到我的NAS，在Windows资源pipe理器中input\\ DS412。 它促使我input用户名和密码。 我input了他们，然后DS412出现在networking浏览器下。 工作很好。 该份额被NET USE列出，我用这个命令断开连接： NET USE \\ DS412 \ IPC $ / DELETE 这工作得很好。 一次 。 然后我重新连接使用用户名和密码，这次我检查框记住这些凭据。 工作很好。 现在我又想连接成另一个用户。 所以我想从\\ DS412断开连接并使用不同的凭证重新连接。 我尝试使用NET USE，但不再列出\\ DS412。 inputNET USE \\ DS412 \ IPC $ / DELETE再次导致无法findnetworking连接 。 重新启动电脑没有帮助。 \\ DS412不会自动显示在“资源pipe理器”下的“networking”下，但是如果我在资源pipe理器栏中input\\ DS412，则会立即使用旧凭据重新连接而不提示。 请注意，我没有将此UNCpath映射到任何驱动器号。 我已经find了这个build议 ，但正如你所看到的，这并没有帮助。 我发现了使用registry的build议，但我没有find确切的键build议，我真的不喜欢黑客registry。 这应该可以使用命令行命令？ 我正在运行Windows 7。
我在我的网站（testing环境）有一个虚拟目录。 这是一个UNC共享，也被用作公共FTP。 它被configuration为连接作为域pipe理员帐户和“testing设置”说，一切似乎工作。 但是，当我尝试连接到它，我得到： 500 – “无法开始监视\ INTRANET \ FTP \ test \ web.config上的更改，因为访问被拒绝” 这是一个ASP.NET YSOD。 我不确定为什么ASP.NET会涉及到，因为它是我请求的静态.jpg文件。 我试图打开失败的请求跟踪，这是具体的错误： ModuleName WindowsAuthentication 通知2 HttpStatus 500 HttpReason内部服务器错误 HttpSubStatus 0 ErrorCode 0 ConfigExceptionInfo 通知AUTHENTICATE_REQUEST ErrorCode操作已成功完成。 （为0x0） 如果我将“物理pathlogintypes”从“ClearText”更改为“Network”。 我得到以下IIS错误： HTTP错误500.19 – 内部服务器 错误请求的页面无法访问，因为页面的相关configuration数据无效。 详细的错误信息模块IIS Web核心通知BeginRequest 处理程序尚未确定 错误代码0x80070005configuration错误由于权限不足，无法读取configuration文件 configuration文件\\ UNC \ INTRANET \ FTP \ test \ web.config请求的URL http://test.mydowmain.com:80/uploads/images/ca49acf6-6174-412e-8abd-59fab983e931.jpg 物理path\ INTRANET […]
我正在尝试将目录更改为文件服务器，如： cd \\someServer\\someStuff\ 但是，我得到以下错误： CMD不支持作为当前目录的UNCpath 我有什么select导航到该目录？
我有一个Windows Server 2008 R2networking共享设置为Win 7 x64中的地图驱动器。 我想通过Windows 7search它，但我总是得到“没有项目符合您的search”。 就好像它甚至没有试图search。 Windowssearch服务的文件服务器angular色已安装。 持有networking共享的驱动器将添加到服务器上的索引选项中，并指示索引已完成。 据我所知，search查询应发送到服务器（内容索引），执行，并返回结果。 失败的解决scheme： 资料来源： http : //social.technet.microsoft.com/Forums/en-US/w7itpronetworking/thread/afb904c1-1c61-4aae-b6b1-5cf525b9f8de/ 创build与UNC的符号链接。 我觉得这是一个极端的解决办法，应该是一个简单的问题。 为UNC启用“总是可以脱机”。 在企业环境中，在本地复制所有服务器内容是不可接受的，对于许多TB服务器存储来说也是不可行的。 安装“Windows桌面search：Microsoftnetworking上文件的加载项” http://www.microsoft.com/downloads/details.aspx?DisplayLang=en&FamilyID=f7e981d9-5a3b-4872-a07e-220761e27283它允许UNCpathinput客户端的索引选项，然后在本地创build索引。 但是，该附件不适用于Windows 7，不支持x64。 更新： 该设置包括两个客户端（全部更新的Win7 x64），一个文件服务器，没有域名。 为了简单起见（在这种情况下安全不是问题），使用匿名访问。 我真的怀疑这是一个权限问题，因为我可以在映射驱动器上访问，修改和创build内容。 我只是不能search它。 在服务器上search始终有效。 有问题的份额有很多内容：2.17TB与274,633文件，但是，我想要search的文件夹只有11,503个文件（54.3GB） 在大多数情况下，search两个客户之一是有效的。 这似乎有点不可靠。 有些日子是有效的，有些则没有。 search第二个客户端从来没有工作。 索引已经在服务器以及两个客户端上重build。 更新2： 从客户端，如果我突出显示共享中的所有文件，请转至属性，让Win 7对这些文件进行计数，然后在计数完成后继续执行search。 我不确定这是为什么（这与重build索引有关，这次呢？）。 我有一种感觉，随着文件服务器内容的变化，它不会继续工作。 有什么想法吗？