We help IT Professionals succeed at work.

Windows 2008 R2 File Share

swgit
swgit asked
on
178 Views
Last Modified: 2018-02-08
Dear Experts,

I have two Windows server on different subnets and domains - let's call them A.local and B.local.  I can ping both of them by IP, hostname and FQDN.  

When I "\\hostnameB\share" on A, I got "Windows cannot access \\hostname\share.  Check the spelling of the name.  Otherwise, there might be a problem with your network.  To try to identify and resolve network properties, click Diagnose.  Error code: 0x800004005 Unspecified error."

Everything works find if I do "\\hostnameA\share" from B.

I checked the firewall, virusscan and such... nothing work on A when trying to get to resources on B.  Could you please give me some clues?  Thanks.
Comment
Watch Question

Edward PamiasTeam Lead RRS Desk
Top Expert 2016

Commented:
did you check the share on B, to make sure its setup correctly? Permissions, the name etc...
swgitIT Professional

Author

Commented:
yes.. i did.. all other subnets get to it just fine
CERTIFIED EXPERT
Top Expert 2015
Commented:
This problem has been solved!
(Unlock this solution with a 7-day Free Trial)
UNLOCK SOLUTION
swgitIT Professional

Author

Commented:
The only difference I found was that Windows Firewall on B was completely OFF... so I went ahead and turned OFF Windows Firewall on A... also disabled GP related to the Firewall, and force gpupdate.  However, the same error occurs.  I tried to connect to the share, I got Error code: 0x80070035 - the network path was not found (this error is for both hostname and IP)
CERTIFIED EXPERT
Top Expert 2015

Commented:
But you are able to ping this same server using hostname as well as IP right and that you have no problem mapping to the same server from a machine within the same domain.  Is this correct?

Can you check something quickly, ensure the TCP/IP NetBIOS Helper service is running on both the workstation as well as the server you're trying to connect to?  Then try again.
Edward PamiasTeam Lead RRS Desk
Top Expert 2016
Commented:
This problem has been solved!
(Unlock this solution with a 7-day Free Trial)
UNLOCK SOLUTION
swgitIT Professional

Author

Commented:
Thanks, both.  I ended up talking to MS, and with the use of Microsoft Network Monitor 3.4, we were able to pin down the problem caused by an acknowledgement reset on port 445 at the perimeter fw.
CERTIFIED EXPERT
Top Expert 2015

Commented:
Thanks for the points and getting back to us.  Cheers!