Windows无法访问\\ [其他计算机]错误代码0x80004005


21

我在家庭有线网络上有两台Windows机器,一台正在运行Windows 7(从现在起我将其称为w7),一台正在运行Windows 8.1(从现在起将其称为w8)。两台机器都可以访问彼此的共享文件夹(即使用“ 高级共享 ” 共享的文件夹),直到我的互联网服务提供商在周末升级其调制解调器为止。现在,w8 可以访问w7的共享文件夹,但是w7 无法访问w8的共享文件夹。在Windows资源管理器中键入\ w8时,出现一条消息,提示

Windows无法访问\\ w8

并且,在详细信息中:

错误代码:0x80004005

未指定的错误

如果我在开始菜单中尝试相同的操作,则会得到不同的详细信息部分:

错误代码:0x800070035

找不到网络路径。

如果我在Windows资源管理器或开始菜单中输入\\ [w8的IP地址],则得到的结果与上述相同。

我确保已安装Microsoft网络客户端,并在W7和w8上检查了本地连接以及与Internet服务提供商的连接。

在w7和w8上没有第三方防火墙。

我确保所有这些服务都在w7和w8上运行

  • 电脑浏览器
  • DHCP客户端
  • DNS客户端
  • 功能发现资源发布
  • 服务器
  • SSDP发现
  • TCP / IP Netbios助手
  • UPnP设备主机
  • 工作站

UPnP设备主机未在w7上运行,但启动它没有任何区别。

电脑浏览器和UPnP设备主机未在w8上运行,但启动它们没有影响。

我尝试从w7映射到w8上的网络驱动器(同时使用ip地址和名称),根据 Technet 响应选择“使用不同的凭据连接” 仍然产生错误代码:0x800070035

我无法使用IP地址或名称从w7 ping到w8,但w8可以ping w7。

同一网络上还有一台XP机器。W7和XP机器可以看到对方。W8 可以看到XP的机器,但XP的机器无法看到W8。

看来这可能是w7上的防火墙配置。但是,入站防火墙规则很多,我也不知道要检查哪些规则。


两台计算机的(本地网络)IP地址是什么,子网掩码是什么?它们实际上在同一网络上吗?也许W8已切换到ipv6?
2014年

@agtoever w8的地址是192.168.2.29,子网255.255.255.0; w7的地址是192.168.2.1,相同的子网。我怎么知道w8是否已切换到ipv6?两台计算机都在ipconfig中列出ipv4和ipv6地址。
吉米

您刚刚给了我们2个IPv4地址。只要它们都具有IPv4地址,它们就可以通过IPv4进行通信。
LPChip

@LPChip,但他们没有!:(
吉米

万一它对别人有帮助,我会有相同的症状,但原因不同;在网络连接属性“ Microsoft网络的文件和打印机共享”中被禁用。
stewbasic

Answers:


16

除了上述解决方案使用此错误代码解决常规/经典问题外,另一个新问题可能导致0x80004005。

从Windows 10 1709开始,默认情况下不再支持旧的SMB v1协议,几台PC或其他网络设备(如提供NAS的路由器)仍在使用该协议。请注意,SMB v1可能也已在较旧的Windows计算机上卸载。请按照以下步骤重新启用它并再次访问此类设备。

  • 转到经典的控制面板
  • 转到程序和功能
  • 在边栏中选择添加或删除Windows功能
  • 确保已选中“ 支持SMB 1.0 / CIFS文件共享”

    根据您的需要,您可能只需要客户端或服务器组件,并安装自动删除功能(试图保护您免受SMB v1安全问题的影响),但是如果您不知道我的意思,请选中父复选框。

重新启动PC,然后尝试再次访问该设备。

不支持SMB 2或更高版本的典型设备是较旧的FritzBox路由器(在德国很受欢迎),如果您尝试访问作为NAS附加的USB硬盘,则将无法访问尝试与其连接的路由器。 。


我的win10默认启用了SMB1.0 SERVER,但是禁用了CLIENT!来一个微软... * facepalm *。这是一条非常无济于事的错误消息,我从另一个站点获得此解决方案,有人建议尝试使用不同的凭据要求将共享文件夹映射为网络驱动程序,以使用usr / pwd。到那时,它给了我一个有意义的错误,说:“您不能连接到文件共享,因为它不安全。此共享需要过时的SMB1协议”。我希望Google可以在最佳结果中给我这个SE答案。;(
msb

显然在1809年的某个时候,他们也禁用了它。我只需要重新启用它。进入Windows功能窗口的快速方法是WIN + R,“ optionalfeatures”。启用S​​MB 1.0客户端。
Derek Wade

8

请按照以下说明进行操作。他们可能会有所帮助。否则他们可能不会

在运行Windows 8的计算机中,按Win+ ,然后R在“运行”命令框中,键入:
control /name Microsoft.NetworkAndSharingCenter,然后按Enter。

单击左窗格上的“更改高级共享设置”,然后展开“私人”共享配置文件,并确保已选中“ 打开网络发现”和“ 打开文件和打印机共享”

展开“来宾或公共”配置文件,并确保已选择“关闭网络发现”“关闭文件和打印机共享”

展开“所有网络”配置文件,然后向下滚动至窗口底部,然后在“密码保护的共享”下选择关闭密码保护的共享

现在,按Win+ ,然后R在“运行”命令框中,键入:\\Localhost。验证所有共享文件夹都在此处。

从列表中选择一个文件夹,然后按Alt+,Enter然后在“ 共享”选项卡中,按“ 共享”按钮,然后Everyone在下拉列表中键入内容,然后Enter将“权限级别”设置为“ 读取”。对您要共享的每个文件夹执行此操作。

最后,确保两台计算机(W7和W8)具有相同的网络掩码。

通过按Win+ R并在“运行”命令框中,键入:shell:ConnectionsFolder并选择用于有线以太网连接的网络适配器,然后按Alt+ Enter。在“属性”窗口中,向下滚动到Internet协议版本4(TCP / IPv4),然后双击它。

如果已手动输入IP地址和子网掩码,请通过在W7上执行相同的步骤来确保子网掩码与Windows 7计算机的子网掩码匹配。

现在,通过在“运行”命令框中键入以下内容来找出W8框的主机名:
cmd /c "hostname & pause"

现在切换到W7框,然后在“运行”命令框中键入:\\HOSTNAME_OF_W8_BOX并查看是否现在可以访问W8上的文件和文件夹。


“关闭密码保护的共享”已关闭,但是我尝试将其打开,因为这似乎是“高级共享”所需要的?但是,打开它并没有什么不同。在w8上查看\\ localhost时,共享文件夹确实存在。我按照您的建议共享了一个文件夹(该文件夹以前是关闭的,因为我使用的是“高级共享”),但没有任何区别。出现阻塞问题的原因是w7(和其他计算机)根本看不到(包括ping)w8。
2014年

尝试按照我的建议关闭密码保护的共享和共享文件夹。另外,请确保网络发现功能已打开。
Vinayak

如果这不起作用,请尝试创建一个家庭组,并使W7参与该家庭组,看看是否有帮助。
Vinayak

以我为例,当我在两台win10 PC之间打开\\ HOSTNAME时,我会看到所有共享文件夹的列表。问题是,如果我单击任何一个文件夹,它会在无法打开之前开始“思考”很长时间
Pavel P

@Pavel可能是权限问题。在您要共享的文件夹的“属性”窗口中,检查“共享”选项卡,然后单击“共享”按钮。输入“所有人”,然后单击添加。如果现在可以从另一台计算机访问该文件夹,则可能需要更改共享权限。
Vinayak

5

这是一种解决方法。

有时Windows下的Network Discovery根本无法工作,但是存在网络,只是无法访问。

然后,您应该为文件服务器站分配一个静态IP。

使用工作站的IP(而不是计算机名)将驱动器映射到共享文件夹。

例:

\\192.168.1.141\fileserver

instead of the inaccesible

\\computer-name\fileserver

3

您的调制解调器还是两台PC都连接的路由器吗?如果是这样,他们的更新可能会将所有内容重置为默认值,从而导致Windows 7检测到新网络。结果,显示了一个弹出窗口以询问这是哪种网络。如果选择用于公共网络,它将受到很大限制。这可能是发生了什么。

这是您在Windows 7计算机上执行的操作:

  1. 单击右下角时间附近的网络图标。
  2. 请点击 Open network and sharing center
  3. View your active networks点击左侧下方的蓝色文字,现在可能在说Public networkHome network
  4. 在新对话框中,选择Work network
  5. 点击Close

现在情况应该会再次正常运行。

如果一切仍然无法进行,请单击Change advanced sharing settings左侧的并评估这些设置。在Windows 8计算机上执行相同操作。(以上5个步骤不适用于Windows8。Windows8始终是公用网络,Windows 8不会询问您拥有哪个网络。)


W7在家庭网络上。将其更改为工作网络似乎没有什么不同。我在同一网络上也有xp机器,它也看不到w8机器。w8的高级共享似乎都很合理(为专用网络打开网络发现和文件和打印机共享,为公共关闭;所有网络公用文件夹共享和受密码保护的共享均已关闭。我尝试在所有网络下打开受密码保护的共享(因为我所要做的,具有先进的共享),但它并没有发挥作用?
吉米

实际上,我在w8上看到了一些可疑的东西。在“网络和共享中心”下,有两个活动的网络:“贝尔”和“网络3”。网络3是以太网类型,表示“没有Internet访问权限”。贝尔类型为“贝尔”,并且可以访问互联网。我“拨号”贝尔连接以具有外部(公共)IP。可疑的是,贝尔被标记为“专用网络”,而“网络3”被标记为“公共网络”。在我看来应该是相反的?我可以强制Windows 8将Bell变成公用网络,将Network 3变成专用网络吗?
2014年

您建立VPN连接吗?如果是这样,那么在断开VPN网络连接时一切正常吗?如果是这样,请编辑您的VPN连接,“网络”选项卡,ipv4,取消选中“使用外部网关”。
LPChip 2014年

3

我通过以下步骤对其进行了修复:

1-进入开始->控制面板->设备管理器将其打开2-在视图菜单中勾选“查看隐藏的设备” 3-打开网络适配器分支。4-您将看到许多名为Microsoft 6to4的适配器。(我有150多个)。5-全部删除。6-重新启动电脑。

但是,在搜索时,我发现了另一个有用的资源,除了上面的步骤外,它还列出了多个步骤;因此,如果您愿意,可以在http://appuals.com/best-fix-steps-fix-error-0x80004005/尝试一下


3

所以我最近部署了Windows 10的几个测试机器在我的办公室,并没有能够访问网络共享,即问题"\\USA\Shared"还是"\\FRANCE\Shared",但"\\ENGLAND\Shared"工作得很好,因为它是我的本地共享。仅在使用Intel 82579LM千兆网卡的Dell Optiplex 990上。笔记本电脑访问网络共享很好。我查看了reg HKLM\System\CurrentControlSet\ 修复,还查看了正确的网络服务正在运行。

我本人和我在上海的同事都认为这可能是DNS问题,但NSLookup解决得很好。我去了:https : //downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller,英特尔在几天之内就发布了新版本的网卡。

显然有一些问题。更新驱动程序并重新启动后,我的非本地共享运行正常。


2

Windows 8计算机上有2个活动的网络连接:以太网类型的网络3和需要用户名和密码的DSL连接Bell。当我连接到Bell连接时,将为机器分配一个公共IP地址。无论如何,贝尔连接的类型是专用网络,而网络3的类型是公用网络-完全相反。更改这些设置后,一切都按预期开始工作。

将Network 3连接更改为私有很简单(Windows + I,单击Internet访问,然后在顶部查看连接设置,在这里我可以选择Network 3并打开“查找设备和内容”)。将Bell公开会更加复杂,因为它不会显示在View Connection Settings下。因此,我必须转到HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ NetworkList \ Profiles,找到配置文件名称为Bell的配置文件,并将其类别更改为0(即,将其保留为空白)。查看更多详细说明和屏幕截图


2

我有类似的东西,但是我可以连接到某些共享文件夹,但不能连接到单个客户端PC上的其他文件夹。更糟的是,我可以从客户端PC上的一个登录名连接到所有这些登录名,但只有其中一部分使用另一个登录名连接。据我所知,两个登录名都在两台PC上都设置了。

本文是为我解决的问题:http : //www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

我的想法是XP(主机)计算机上的用户名相同,但无法连接到该计算机上的某些文件夹。事实证明,尽管两台PC上的“全名”相同(在Admin,本地用户和组,用户中),但“名称”却不同。将相同的“全名”添加到主机后,所有操作均按预期进行。

我的猜测是,这个问题是由于某个文件夹是由主机上的一个用户创建的,而另一些文件夹(我无法访问)是由另一用户创建的。

通过在主机上添加客户端计算机的用户名,我可以访问所有共享文件。


-1

我遇到了类似的问题,最终导致用户正在使用另一个用户凭据(映射的网络驱动器)访问网络共享,从而从控制面板中的凭据管理器中删除了用户凭据,从而解决了该问题。

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.