Windows 7 Network File Sharing Fix

“Base-Ops this is Buzz Light Year. I seem to have been stranded on some strange planet. No sign of any working Windows Seven file sharing here.”

Microsoft Windows Seven Ultimate Edition

Microsoft Windows Seven Ultimate Edition

So you’ve manage to get Windows Seven installed, no problems. Everything’s great, the new quick launch bar is actually useful, the OS loads up fast, and the cool new grouped roll over window preview pane is actually letting you get some work done now. You’re ready to go to the next lan party and sport your new slick OS, get some compliments and “Ooohhs” and “Awws”, and swap a few files…. but wait, what happened to the Windows Networking? Why isn’t it working anymore? How are you going to trade the latest season of Red Vs. Blue if you can’t even connect to another Windows file sharing enabled computer?

Microsoft has amped-up their new operating system with some new security standards, which notably fix their aging Samba (SMB) Windows File Sharing protocol. By default, Windows Seven comes pre-configured to only communicate with other file sharing clients and servers which are also using the new beefed-up and more secure version of the Samba file sharing protocol. Because of this, it will not properly communicate with computers running older versions of Samba (SMB) Windows File Sharing protocol.

So are you SOL? If you don’t continue to read this guide you will be. I’ve made a quick walk through with screen shots guiding you on how to restore your file sharing capabilities with older Windows File Sharing computers including but not limited to Windows Vista, Windows XP, Windows 2000, Windows 95/98/ME, and even Linux distributions running the SMB service.

Chicken Noodle Soup for the Windows 7 User’s Soul

To start us out, you need to go to your Start Menu, and search for “Local Security Policy“. When it comes up, don’t click it straight away. Right click, and say “Run as Administrator“.

Start - Local Security Policies

Start - Local Security Policies

Select Local Security Policies from the Directory Tree on the left, and then beneath of that, select Security Options.

Local Security Policies - Local Policies - Security Options

Local Security Policies - Local Policies - Security Options

From here, under the policy browser select and open “Network security:Minimum session security for NTLM SSP (including RPC based) Clients“.

Network Security - Minumum session security for client.

Network Security - Minimum session security for client.

Uncheck both boxes so that neither “Require NTLMv2 session security” or “Require 128-bit encryption” are checked. Apply the settings and close that window.

Uncheck the box "require minimum security" for clients.

Un-check the box "require minimum security" for clients.

Now, right below the currently selected policy in the policy browser, select and open “Network security:Minimum session security for NTLM SSP (including RPC based) Servers“. Again, Uncheck both boxes so that neither “Require NTLMv2 session security” or “Require 128-bit encryption” are checked. Apply the settings and close that window.

Uncheck the "require encryption" box for servers, and apply the changes.

Uncheck the "require encryption" box for servers, and apply the changes.

With those settings set, we are two thirds done. Back in the Security Policies browser for Local Security Policies – Security Options, locate and open the policy “Network Security LAN Manager authentication level“.

Network Security - Lan manager authentication level.

Network Security - Lan manager authentication level.

In the drop down selector for the options of this policy, Locate and select the option “Send LM & NTLM – use NTLMv2 session security if negotiated“. Click Apply, and close out of all policy management windows.

Set the lan manager authentication level to "Send LM and NTLM responses."

Set the lan manager authentication level to "Send LM and NTLM responses."

That wasn’t so bad, was it?

After changing these settings, you should be able to access any SMB server, assuming that you’ve properly configured the server itself to allow you to connect to it.

If you are still having trouble after doing this, double check that the machine you are connecting to has it’s Samba file sharing configured properly as well, that your network connection on both computers is solid and configured properly, and that if you are running any firewalls on either machine, that you have set them up properly to allow for Windows Samba File Sharing on the network. I was able to access my SMB share on my Linux file server after modifying these settings on Windows 7.

Note to Linux Users: The new NTLMv2 protocol in Windows Seven has been known to cause the Samba server process on a Linux operating system to hang and or crash when receiving attempted communication from a NTLMv2 enabled client. You may need to restart the samba service on your Linux server if you have previously attempted to connect from a NTLMv2 Client (such as Windows Seven).

Post Revisions

You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

61 Responses

  • Don says:

    Thank you for this great modification. I have Microsoft Windows Vista, Windows XP, and Windows 7 all trying to talk to each other.

  • H. Kok says:

    Changing the two 128bit encryption options and the LM & NTLM settings helped in my case.

    Description:
    Win 7 Professional trying to connect to a Synology 110J through mapped drives.

    Previously:
    Trying to access a mapped drive (that could not be connected to after reboot) made my system go into a loop
    What worked was a link in the “favorites”, but a re-login still was necessary.

    Tried to:
    Add credentials by hand credential manager.
    Set the LM & NTLM (but without the 128 bit encryption.

    Note:
    I also updated to a newer firmware of the Synology at the same time. Unfortunately I cannot conclude whether both steps were necessary.

    Conclusion:
    The firmware might be part of the trick, but I cannot care less anymore since the drives stay mapped after reboot.

    But…
    What I do not understand is that the Win 7 Premium on my EEE-PC did not have any problems like this. It could always connect to the Synology as long as the workgroup was set correctly .
    Why on earth my desktop is behaving differently is beyond me. Windows 7 is Windows 7 if you ask me.

  • Garswood says:

    Sorry, but none of the above work for me.

    I have a fairly new Toshiba 13.3″ laptop running Win 7 Home Premium 64Bit.
    I want to ‘see’ the various folders in my Freecom 250G NAS under Explorer > Network > FND (FND being the name given to the drive).

    I had no problem with XP Home.

    I can map the various folders in Explorer {Folder1 (\\FND) (E:), Folder2 (\\FND) (F:) etc.}. I could do that ‘straight out of the box’ ie. didn’t have to change any registration keys or system defaults. My problem is I can’t see them under Network > FND. If I click on that it comes back with the dreaded Network error 1208.

    I’ve got the same network name for all connections and have tried the solution from James above plus the alternative from Dave M (LmCompatibilityLevel value 00000002 instead of 1) and I still can’t ‘see’ the folders under FND in Explorer > Network.

    Anybody else still got the problem or is there another ‘magic’ solution for this failure on the part of Microsoft with Win 7 Home Premium?

  • Yajra says:

    I have also had trouble using remote desktop to a Microsoft Windows 7 machine. Is there a similar fix for that?

  • @Yajra

    Check out LogMeIn.com. Their service will let you connect and control to up to 5 computers for free that you setup with their service.

  • Terri says:

    This solved a huge problem with my new laptop users running Microsoft Windows 7 and trying to connect to shared folders on both an NT Server and a Windows 2000 server. You have saved my life. Thank you!

  • Bob says:

    My laptop is running Windows 7 Home Premium. I can see and read all files on my SuSe Linux Professional 9.0 desktop from Windows but cannot access Windows from Linux machine although the Linux machine can see the Windows 7 machine but is refused access.
    I tried your fix but when I search for “Local Security Policy” in Windows 7 it is not found, so I am stuck. Everything displays as in your search screenshot except Local Security Policy. Can you help me bring it up?

  • Jarvis says:

    What is a “SOL” ?

  • @Jarvis
    Sorry, out of luck!

  • @Bob

    Each edition of Windows 7 is a little bit different. Windows 7 Home Premium doesn’t have the advanced management options that professional does, so you may not be able to use this work around with your current version of Windows 7 Home Premium.



Leave a Reply