我有一个持续的问题，我们的一些Windows桌面系统，我们看到各种MSI软件包抛出错误1606（和1314，在MSI日志），这是一个权限问题，当试图安装。 该位置几乎总是用户的文档，图片或这个层次中的其他文件夹的位置 – 但是这个位置确实存在并且很有可能访问它（通过可以生成并存储在所述位置的日志文件来certificate）。 有一段时间我一直在想这是因为我们将用户的目录设置为UNCpath，因为将它们改为驱动器号似乎解决了这个问题。 但是，有些情况下UNCpath似乎没有引起与具有相同设置的不相关机器（SCCM客户机设置，相同的应用GPO，相同权限等）的问题。 我在technet，autodesk论坛上search了很多，并且与支持我们使用的软件包之一的公司进行了联系，但是目前为止似乎没有人能够提供帮助。 通常给出的答案是检查registry中用户shell文件夹键中的path，但是这些都是故意设置为UNCpath。 仅供参考，我们使用UEV虚拟化用户的configuration文件。 他们login，然后发生以下映射： 用户文件％homeshare％存储在networking共享位于\ fileserver \ home $ \ username \（例如文档，桌面等） ％appdata％的用户设置存储在networking共享上的\ fileserver \设置$ \ username \ 每个用户都可以访问上面path上的自己的共享，并且拥有对他们区域的完全权限。 例如，一个软件包被设置为在login时安装每个用户。 正如典型的这个问题，我们然后得到一个错误，说明桌面文件夹不能被访问，当它可以清楚地。 但是，以pipe理员身份运行有时会起作用 – 但是这又是一个每个用户的软件包，所以必须为login的用户运行。我甚至不确定引发错误的文件夹是否均匀用过的; 那么这只是一个configuration不好的MSI？ registry设置如下，对于标准机器： 下面是我们看到的有些应用程序的例子： AutoCAD 2014： 当用户（有些用户，并不是所有人）尝试第一次运行AutoCAD时，popup错误1606。 如果pipe理员（本地和域）试图启动它，一切运行良好，似乎设置存储在本地，而不是他们的networking共享存储区的设置。 有时。 但是，如果普通用户试图运行它，则显示消息不能访问文件夹。 签名3.20： 尝试以域用户身份安装AutoCAD时，popup错误1606。 最终安装失败，因为它不能访问/ SendTo或/ Documents msiexec日志中的示例： MSI (c) (40:28) [15:55:12:744]: Note: 1: 1314 2: \\fileservc\settings$\otb\Microsoft\Windows\SendTo \ […]
所以我有一个有趣的问题，我有一个延伸Server2012r2域（所有服务器运行Server2012R2，并完全最新）跨越两个数据中心; 我们称他们为SiteA和SiteB。 SiteB中的计算机只需input\ COMPUTERNAME \ c $（或\ IP \ c $）即可访问SiteA中的UNC共享，但SiteA无法以相同的方式访问SITEB中的计算机。 他们得到一个80004005错误。 请注意，SITEA和SITEB都可以访问其本地数据中心的UNCpath; 只有SITEA制作跳转到SITEB才存在问题。 我尽可能地提供尽可能多的信息，并尽可能多地进行预先排除故障。 随意问任何问题。 更新＃1：我发现，如果我使用机器的FQDN，我可以访问从SITEA到SITEB的UNCpath。 只有当我使用IP或短的DNS名称（例如computer1对computer1.corp.domain.com）它是否给不良的networkingpath。 请注意，我仍然可以ping IP，短名称和FQDN。 那么我们来看看几个项目： Windows防火墙在全局范围内被禁用（SiteA和SiteB）。 SiteA和SiteB都支持Juniper防火墙，并且两个防火墙都允许在两个站点之间进行任何/任何访问（多次validation） IPv6在整个环境中被禁用，任何一个域控制器上都不存在IPv6的DNS条目。 SITEA和SITEB都有一个域控制器。 DCDIAG不会在任何一个上返回错误。 networking名称（无论是简称还是FQDN）都可以从SITEA – > SITEB进行ping，反之亦然。 IP地址都可以从SITEA – > SITEB进行ping，反之亦然。 用于testing的用户是Active Directory中的完整pipe理员。 所有的计算机都将DC1指定为主要，将DC2指向次要DNS，除了DC本身（每个DC本身都首先查看自己（私有IP，而不是127.0.0.1），其他DC都是DC）。 所有的电脑都显示自己已连接到域networking（没有显示私有或公共networking） 所有电脑只有一个networking适配器。 NetBIOS在系统范围内启用，文件共享和networking发现也是如此。 我安装ProcMon（下面的Explorer.exe和筛选出所有的SUCCESS条目，只看到失败），并得到了一个简单的\ IP \ c $从SiteA计算机到SiteB计算机上的以下内容： Class: File System Operation: Create FIle Result: BAD NETWORK PATH […]
好的，所以我在两个Windows 7盒子上运行Apache作为testing环境。 我们的想法是将所有项目保留在共享networkingpath上，以便随时通过我的桌面或笔记本电脑进行访问。 运行Apache作为控制台使用我的用户帐户， MyAccount ，访问networkingpath提供以下错误： Warning: DocumentRoot [C:/EMMA/users/*MyAccount*/Documents/*MyWebsite*/] does not exist 我所做的所有事情都包含在httpd.conf的httpd-vhosts.conf文件中，并将以下内容添加到vhostsconfiguration中： <VirtualHost *:80> DocumentRoot "\\EMMA\users\MyAccount\Documents\MyWebsite" ServerName MyWebsite ErrorLog "logs\MyWebsite-error.log" CustomLog "logs\MyWebsite-access.log" common <directory "\\EMMA\users\MyAccount\Documents\MyWebsite"> Options Indexes FollowSymLinks AllowOverride all Order Deny,Allow Deny from all Allow from 127.0.0.1 </directory> </VirtualHost> Windows主机文件安装正确，因为改变本地apache htdocs的path工作正常，我可以访问本地网站没有问题的浏览器。 我的困惑就是这样。 apache手册指出，apache不能以没有访问networkingpath的用户身份访问networkingpath。 但是，由于apache控制台正在以MyAccount的方式运行，它肯定可以访问networkingpath，为什么不能正常工作呢？ 我已经检查了进程菜单，它绝对在MyAccount下运行，而不是系统。 出于某种原因，基于错误消息apache试图查看本地目录，而不是networking目录？ 有任何想法吗？ 如果我能弄清楚为什么apache试图访问作为本地path的networkingpath，我认为应该修复它，但我在这里完全损失。
我有一个主动 – 被动configuration2个节点的Windows Server 2003群集。 我可以ping通两个节点，rdp并访问他们的unc共享。 我也有一个别名，它指向一个用于SQL的群集组中的一个群集IP。 （我不是SQLpipe理员，只有一点点暴露）。 这个别名响应ping，RDP进入活动节点，正常工作。 但是我不能访问UNC的别名。 DNSlogging显然是正确的，因为它处理ping和RDP正常。 有趣的是，我可以RDP到别名（这又是主动节点），然后尝试访问\ localhost的unc共享或\ 127.0.0.1也失败。 在开启这个问题之前，我已经看了其他的问题，并检查了最近的更新等。但我觉得这些与我的问题没有关系。 这已经有一段时间了，唯一改变的就是我们不得不把最近的整个数据中心带到电力维护工作。 这也许让我质疑，服务没有启动。 另外值得一提的是，我希望故障转移到被动节点，看看问题是否仍然存在，但我有一个相当小的时间框架来把服务器关掉，这是凌晨，所以我试图如果可以的话避免 编辑 我的问题似乎是，我的所有组，“群集组”和“SQL组”可以通过群集名称和群集IP进行ping和RDP，但是我无法访问群集IP上的任何UNC共享或任何我的小组 如果我从任何联网的计算机浏览到\ SQLGroupClusterName，则会收到“networkingpath未find”错误。 如果我rdp SQLGroupClusterName（它的工作）然后浏览到从QLGroupClusterName \ SQLGroupClusterName我得到相同的错误消息。
我有一台Windows 7 Ultimate x86_64机器，它无法访问networkingsamba服务器。 我启动“运行”对话框，然后input\\192.168.xx这样我可以绕过DNS和NetBIOS名称parsing，并直接进入服务器IP地址进行广播发现。 我跑wireshark，发现客户端试图连接到服务器上的端口80，而不是445.（这当然失败，因为服务器不听80;服务器只运行桑巴和nmbd等，所以只有端口445和137-139是适用的）。 我知道这个问题 ，我不认为这是重复的，因为（一）这个问题已经超过2年，在Win XP上，（b）在这种情况下，没有任何答案有帮助，尽pipe其他问题已被标记为回答。 错误信息是： Windows Cannot Access \\192.168.xx ，当我点击“查看详细信息”它说Error Code 0x800704cf The network location cannot be reached 我确认了“Microsoftnetworking客户端”存在并启用。 我甚至删除它（被迫重新启动），并重新安装它。 没有效果。 我禁用了IPv6，没有任何效果。 我确认“WebClient”服务没有运行。 （它被设置为手动，而不是运行）。 我确认“TCP / IP NetBIOS助手”服务正在运行。 （它被设置为自动，并且正在运行。） 当然，我已经重新启动并重试。 （几次和几种方式）。 该问题似乎存在于旧的修补程序级别，并且在应用所有Windows更新后也会继续存在。 任何想法都将非常受欢迎。 为什么Windows会尝试使用端口80（webdav）而不是端口445（samba / smb / cifs）将文件资源pipe理器连接到UNCpath？ 编辑：更多信息可用。 net view 192.168.xx在受影响的客户端上抛出一个错误消息，而在一个没有问题的客户端上工作正常。 受影响的客户说： C:\Windows\system32>net view 192.168.xx System error 53 has […]
我有一个Windows服务作为SERVER_X上的本地系统运行，它试图访问SERVER_Y上托pipe的UNC共享上的脚本。 根据下面的链接，我已经在SERVER_Y上授予SERVER_X计算机帐户访问UNC的权限。 如何授予对LocalSystem帐户的networking访问权限？ 如何授予访问域networking中本地SYSTEM帐户的共享文件夹的权限 但是，Windows服务无法访问该文件（访问被拒绝的错误）。 dir \\SERVER_X\share Access is denied. 在安全事件日志（在SERVER_Y上），我看到SERVER_X试图以NT AUTHORITY \ ANONYMOUS LOGON身份访问UNC共享。 我会认为我应该在安全事件日志中看到计算机帐户（即DOMAIN \ SERVER_X）。 两台服务器都是Windows Server 2003 SE SP2。 任何帮助将不胜感激！
我有一台XP Pro电脑作为一个Quickbooks服务器。 我注意到，域上的任何用户都可以通过\\quickbooks\c$访问计算机。 我查看了quickbooks服务器上的本地pipe理员组，并且没有任何域用户可以参与的组。 我检查了所有Windows Server 2008计算机上的访问，并且按预期工作（域用户无法访问c $共享）。 这只是一台电脑，允许他们。 我找不到任何暗示为什么它允许所有人访问。 任何想法，我可以检查？
我正在从configurationWindows Server 2008networking基础设施（我们的环境仍然有重要的Windows 2008 R2服务器）进行学习，有一个问题要问 您正在使用名为WS08A的Windows Server 2008 R2计算机。 您无法连接到在本地networking上运行Windows XP的计算机，只需在UNCpath（如\ computer1）中按名称指定它们即可。 您可以通过在UNC中指定您的计算机来连接到这些计算机吗？ select是 在WS08A上启用IPv6。 在WS08A上启用NetBIOS。 在WS08A上启用本地链路多播名称parsing（LLMNR）。 在WS08A上禁用IPv6。 我相信正确的select是Enable Local Link Multicast Name Resolution (LLMNR) on WS08A. 因为它取代了NetBIOS。 但是，教科书说Enable NetBIOS on WS08A就是答案。 当我研究这个，我读了一个地方，使用LLMRN连接到32位机器将花费比如果您使用NetBIOS更长，但这种连接仍然是可能的。 http://www.schoolleader.com/Documentation/Disabling_LLMNR_Causing_Slow_Networks.pdf 如果是这样的话，他们为什么不能重新写这个问题呢， “通过在UNC中指定它们，连接到Windows XP的速度更快？ 还是有什么我失踪？
我们有一些服务器将迁移到一个新的Windows 2008域，以及一些Windows 2000服务器，我宁愿将它们保留在当前的域中一段时间（直到我们有资源在新的Windows 2008系统中testing并重新安装它们域也是）。 UNC仍然可以用来从旧服务器连接到新系统上的文件服务器资源吗？ 还是UNC限于只在一个领域内工作？ 我会在星期一做testing，但是每个反馈都会非常受欢迎。
我们试图locking一个terminal服务器，并且想要移除一个商业软件包接受UNC文件path的能力，即。 然后，只能使用Windows驱动器字母input应用程序中的path。 有没有办法在Windows中做到这一点？ 我们可以禁止UNCpath只是应用程序？ 我们可以不允许整个terminal服务器会话的UNCpath？ 目的是允许应用程序只写入某些目录（如在terminal服务器会话中映射）。 其目的是防止文件输出到用户有权访问的目录，但不会映射到terminal服务器会话中。