Start a Conversation

Unsolved

This post is more than 5 years old

H

1219

September 12th, 2013 10:00

users with XP can map drives but Win7 cannot

We are able to use Windows XP boxes as clients to map drives on an EMC SAN, but not from Windows7 or server 2008R2

If we put the IP address into the "map network drive" window of XP as \\x.x.x.x  we can browse the drive and see available directories (prior to entering a user name and password).

When we do the same from a Win7 box or from a server 2008R2 box,  we get network path not found.

The XP box and the Windows 7 and Server 2008 R2 boxes are sitting next to each other on the same segment, and are members of the same domain.

     The Win7 and Server 2008 boxes can ping the SAN.

Is there something different about how Win7 maps drives compared to XP that is preventing the Win7 box from seeing the SAN.

Are there settings on Win7 that need to be changed?

10 Posts

September 12th, 2013 10:00

the digitally sign communications settings are the same for the XP box as the Win7 box, and they both have send unencrypted password to 3rd party SMB disabled

10 Posts

September 12th, 2013 10:00

on the win7 box

Local Policy | security options | Microsoft network client

digitally sign communications if server agrees is enabled

digitally sign communications always is disabled

send unencrypted passwords to 3rd party SMB servers is disabled.

Do you mean that this last setting must be enabled, or are you referring to some other setting?

2 Intern

 • 

20.4K Posts

September 12th, 2013 10:00

Look into smb signing option

2 Intern

 • 

20.4K Posts

September 12th, 2013 10:00

what version of File OE is running on your VNX ?

2 Intern

 • 

20.4K Posts

September 12th, 2013 11:00

could they provide you with output from this command:

[nasadmin@vnx~]$ server_param server_2 -facility cifs -list | grep smbsigning

smbsigning                          cifs          1          1

as you can see on my VNX it's set to 1,  Win7 clients connect ok.

10 Posts

September 12th, 2013 11:00

I do know that it was an acute change one day last week during the day.  Was working fine for months.  Appears that some setting was changed on the VNX box

10 Posts

September 12th, 2013 11:00

Asking IT now.  I run the departmental side for a large group of users-- no direct access to the server side.  Only direct access to the clients

10 Posts

September 12th, 2013 12:00

thanks for this further info.  I've passed the request to IT.

8.6K Posts

September 13th, 2013 04:00

Why don’t you just use the CIFS server name instead of the IP?

8.6K Posts

September 13th, 2013 09:00

I think depending on whether you use IP or Netbios name or DNS name different protocol versions (SMB1, SMB2) and authentication methods are used (NTLM/Kerberos)

Also Windows7 supports up to SMB 2.1 whereas XP only support SMB1

Besides other security settings that are different like SMB signing as dynamox mentioned

10 Posts

September 13th, 2013 09:00

I am using the FQDN of the server.  How does this differ from the CIFS name.

2 Intern

 • 

20.4K Posts

September 13th, 2013 10:00

anything new got pushed out using AD GPOs ?

10 Posts

September 13th, 2013 10:00

I tried turning off SMB2 in windows 7 (while leaving SMB1 on) but that broke all my existing SMB shares.  The local security networking settings on all these computers are the same.  In addition, the change happened to 20 computers all at once at a single point in time 1 day ago.  Windows 7 and server 2008 computers lost SMB access to the VNX box, while XP machines retained access.  Others on a different part of the network, did not lose access.

10 Posts

September 13th, 2013 11:00

Thank you both for your input.  There was a change to our very large network that required the addition of a new DNS and WINS Server in the network setup for Windows 7 and Server 2008 R2.  I can't explain why XP boxes work just fine without these new settings, but it must somehow relate to SMB1 vs SMB2.

8.6K Posts

September 13th, 2013 12:00

Might be that the XP boxes find the server names via NetBIOS broadcast

No Events found!

Top