I have a network SMB share (provided by a Netgear ReadyNas Firmware 6.9.3)

Of the 15 Windows 10 Pro PCs I have tried to connect to this share, about half can't "see" the share, while the other half can see and browse to it with no trouble.

Those that can't see it get this: "Windows cannot access [sharename]" 0x80004005 "Unspecified Error"

I am trying to connect anonymously (this is a general share, only accessible in my LAN and I don't want to use accounts).

All of the PCs are in the same LAN segment, with the NAS (10.168.200.x.

All of these PCs (working and non working) were formerly domain joined to an SBS 2008 server, but have been removed from that domain months ago. The troublesome PCs show that they are NOT a member of a domain.

I have also completely disabled the PCs firewall for testing purposes, with no effect. There are no other firewalls between the devices and no firewall on the NAS.

The PCs can ping the NAS device. Google suggests many people experience this issue, but I haven't found anything that works.

Any suggestions?

  • Of the 15 Windows 10 Pro PCs I have tried to connect to this share, about half can't "see" the share - What do you mean they can't "see" it? Seeing it doesn't mean they can't connect to it. Have you tried connecting to the share even though it can't be "seen"? – joeqwerty Jul 21 '18 at 0:21
  • Edited my question to clarify the error message. – OzPHB Jul 21 '18 at 0:28
  • try using the test-connection -computername YourSmbServer -port 445 powershell command from your Windows 10 client, to confirm network connectivity. If that works use net use \\youSmbServer\sharename to see what error code you receive – Eric Jul 21 '18 at 0:29
  • Tried: test-connection -computername YourSmbServer -port 445 - got error message that -port is unknown configuration option. I tried without the port option, and got 4 pings, all working correctly. I then tried the net use option and got " System Error 67 - the network name cannot be found. – OzPHB Jul 21 '18 at 0:37
  • tried using test-Netconnection on port 445 and got TcpTestSucceeded: True – OzPHB Jul 21 '18 at 0:55

I was able to get the troublesome PCs to connect by creating a user on the NAS device and using those credentials to connect.

It did not work unless I manually input the user account into windows credential manager as devicename\account; just putting 'account' produced a 'the credentials did not work' style message.

When I did not first manually add the credentials to credential manager, and attempted to browse the shares on the NAS device, windows reported that it could not find the device/share (which is an entirely inaccurate error message - as mentioned in my question, name resolution and ping was working).

I was not able to get the PCs to connect anonymously.

This is not ideal but it's not a perfect world and this issue has already sapped stupid amounts of troubleshooting time.

Thank-you all for your assistance.


I had a similar problem, where all Win10p clients installed after we got a new gateway/dhcp-server could not resolve host names. Older Win10p clients, and Win7p, somehow had no problem. Our setup is that users can map drives to shares on a NAS, where they log in and get access accordingly. They do this in windows and specify "\nas-name\share-name". We do not run any domain controller, just Win/Mac clients and a NAS.
The problem was a "Domain Name"setting in the DHCP-server, saying "companyName.local". Removed the Domain name altogether, and our simple share mapping is OK again.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.