Questions tagged «unc»


10
Windows 7搜索未显示映射的Server 2008 R2共享的结果
我有Windows Server 2008 R2网络共享设置,作为Win 7 x64中的地图驱动器。我想通过Windows 7进行搜索,但总是收到“没有与您的搜索匹配的项目”。好像它甚至都没有尝试搜索。 已安装Windows搜索服务的文件服务器角色。拥有网络共享的驱动器已添加到服务器上的索引选项中,它指示索引已完成。 据我了解,搜索查询应该发送到服务器(在其中对内容建立索引),执行并返回结果。 解决方案失败: 来源:http: //social.technet.microsoft.com/Forums/en-US/w7itpronetworking/thread/afb904c1-1c61-4aae-b6b1-5cf525b9f8de/ 创建到UNC的符号链接。我发现这是应该解决的简单问题的极端解决方案。 为UNC启用“始终可用脱机”。在公司环境中,在本地复制所有服务器内容是不可接受的,对于许多TB的服务器存储也不可行。 安装“ Windows桌面搜索:Microsoft网络上的文件加载项” http://www.microsoft.com/downloads/details.aspx?DisplayLang=zh-CN&FamilyID=f7e981d9-5a3b-4872-a07e-220761e27283它允许使用UNC路径要输入到客户端的索引选项中,然后在本地构建索引。但是,该加载项不适用于Windows 7,x64不支持。 更新: 该安装程序包括两个客户端(两个完全更新的Win7 x64),一个文件服务器,无域。只是为了简化操作(在这种情况下安全性不是问题),我们使用匿名访问。我真的怀疑这是权限问题,因为我可以在映射的驱动器上访问,修改和创建内容。我只是无法搜索。 在服务器上搜索始终有效。有问题的共享内容很多:2.17TB,包含274,633个文件,但是,我要搜索的文件夹只有11,503个文件(54.3GB) 大多数情况下,在两个客户端之一上进行搜索是可行的。它似乎有些不可靠。某些日子行得通,其他日子行不通。在第二个客户端上搜索从未成功。 索引已在服务器以及两个客户端上重建。 更新2: 从客户端,如果我突出显示共享中的所有文件,请转到属性,并让Win 7对文件进行计数,然后在计数完成后继续进行搜索,它会起作用。我不确定为什么能奏效(这次与正确重建索引有关吗?)。我有一种感觉,随着文件服务器内容的更改,它将无法正常工作。有什么想法吗?

6
虚拟目录到UNC路径的权限问题
我的网站(测试环境)中有一个虚拟目录。这是UNC共享,也用作公共FTP。 它被配置为以域管理员帐户身份连接,并且“测试设置”显示一切正常。但是,当我尝试连接到它时,我得到: 500-“由于访问被拒绝,无法开始监视\ INTRANET \ FTP \ test \ web.config上的更改” 这是一个ASP.NET YSOD。我不确定为什么ASP.NET完全参与其中,因为它是我请求的静态.jpg文件。 我尝试打开失败的请求跟踪,这是特定的错误: ModuleName WindowsAuthentication 通知2 HttpStatus 500 HttpReason内部服务器错误 HttpSubStatus 0 错误代码0 ConfigExceptionInfo 通知AUTHENTICATE_REQUEST ErrorCode操作成功完成。(0x0) 如果我将“物理路径登录类型”从ClearText更改为Network。我收到以下IIS错误: HTTP错误500.19-内部服务器 错误无法访问请求的页面,因为该页面的相关配置数据无效。 详细错误信息 IIS Web核心模块 通知 BeginRequest 处理程序尚未确定 错误代码 0x80070005 配置错误由于权限不足而无法读取配置文件 配置文件 \\?\UNC\INTRANET\FTP\test\web.config 要求的网址 http://test.mydowmain.com:80/uploads/images/ca49acf6-6174-412e-8abd-59fab983e931.jpg 物理路径 \\INTRANET\FTP\test\images\ca49acf6-6174-412e-8abd-59fab983e931.jpg 登录方法尚未确定 登录用户尚未确定 失败的请求跟踪日志目录 C:\inetpub\logs\FailedReqLogFiles 这不会足够奇怪地生成失败的请求日志-我已将失败的请求跟踪设置为跟踪错误代码为400-999的错误。 另外值得注意的是,如果我从IIS中打开“配置”功能,则会看到拒绝访问错误。 我在本地开发机器上对相同的UNC路径和相同的用户进行了完全相同的设置。只是在测试服务器上没有。 …

3
如何使用不同的凭据重新连接到UNC共享
通过在Windows资源管理器中输入\\ DS412,我使用Windows资源管理器连接到了NAS。它提示我输入用户名和密码。我输入了它们,然后DS412出现在资源管理器中的“网络”下。工作正常。 共享由NET USE列出,我使用此命令断开连接: 净使用\\ DS412 \ IPC $ / DELETE 而且效果很好。一次。 然后,我使用用户名和密码重新连接,这次我选中了该框以记住这些凭据。工作正常。 现在,我再次想以另一个用户身份连接。因此,我想从\\ DS412断开连接并使用不同的凭据重新连接。 我尝试使用NET USE,但不再列出\\ DS412。再次输入NET USE \\ DS412 \ IPC $ / DELETE,将导致找不到网络连接。 重新启动计算机没有帮助。\\ DS412不会自动显示在资源管理器中的“网络”下,但是如果我确实在资源管理器栏中输入\\ DS412,它将立即使用我的旧凭据重新连接,而不会提示。 请注意,我没有将此UNC路径映射到任何驱动器号。我已经找到了此建议,但是如您所见,它没有帮助。我已经找到了使用regedit的建议,但是我没有找到建议的确切密钥,我真的希望不要破解注册表。使用命令行命令应该可行吗? 我正在运行Windows 7。

2
使用DFS /文件夹重定向时为什么会中断?
这是两种略有不同但相似的方案: 有一个S:\驱动器映射到\\ server \ share。然后实现DFS命名空间,将S:\更改为\\ domain.local \ dfs \ share(指向旧共享)。现在,某些带有链接/嵌入文件的文件以及各种应用程序表现出异常和故障。注意,当从DFS共享中打开父文件时,这些嵌入式文件链接(例如,链接的Excel表)指向旧共享。 2.我的文档中有一个POP / IMAP帐户的PST。然后将文档文件夹重定向到网络共享。现在,尽管“数据文件”选项卡指示文件的正确网络路径(\\ server \ share \ user.name \ Documents \ outlook.pst),但Outlook仍无法访问与该帐户关联的PST。Outlook已加载,但声称找不到PST,因此无法查看关联帐户的收件箱。* *事实证明这是一个特定的已知问题。我稍后会发布一个链接 即使从前端的角度来看文件路径仍然相同,执行这些类型的重定向时为什么会“中断”呢?
8 dfs  unc 

6
Windows共享:指定的网络名称不再可用
我们有一个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到应用程序服务器并尝试通过资源管理器访问“ \ san-name”,则会收到相同的错误。所有其他应用服务器都可以正常访问它。我还可以完美地访问“ \ ip-of-san”,并且可以ping通。 重新启动应用程序服务器可以解决此问题,但是考虑到SAN可以正常工作并且计算机可以访问它,因此可以用某种程度的方法解决该问题-就像“ \ san-name”访问权限f倒。 在上周,两个不同的应用程序服务器都发生了这种情况,因此我不怀疑单个应用程序服务器是原因。暂时忽略原因-如何在不重新启动计算机的情况下恢复“ \ san-name”连接?我可以以某种方式查询出了什么问题吗? 事件日志在应用程序服务器或SAN上均不显示任何内容(除了由问题引起的相关ASP.NET错误)。 更新: 根据建议,下次我将尝试重新启动Workstation服务,并查看是否有助于解决该问题。绝对不是修复程序,但是比我目前正在重启整个计算机的方法要快。有什么方法可以查询Workstation服务维护的连接状态? 更新2: 确认重新启动工作站服务可以“解决”该问题。下一步是尝试更改reg以提高MaxCmds值。无法确认是否是问题所在,只能假设它运行了很长一段时间而没有问题。
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.