Here are some notes that I collected a year or so ago when I was trying
to resolve this (Win7 workstations dropping map drive connections to a
Samba server). FYI, none of them resolved the problem.
-------------------------
Might affect access to an older Samba share from Win 7 machines...
1) Run: gpedit.msc
2) Find:
Local Computer Policy
Computer Configuration
Windows Settings
Security Settings
Local Policies
Security Options
Change the following policies
Microsoft network client: Send unencrypted password to third-party
SMB server: Switch it to "Enabled".
Network security: LAN Manager authentication level:
Select the option: "Send LM & NTLM - use NTLMv2 session
security if negotiated."
------------------------------
Windows 7 dropping share connections:
Tech doc http://support.microsoft.com/default.aspx?scid=kb;en-us;297684
Adjust two registry settings.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServiceslanmanserverparametersautodisconnect
Set to the maximum value of ffffff hex. (The default value will be f hex.)
The other setting probably does not exist, so add it.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicelanmanworkstationparametersKeepConn
Create a Dword 32 key and set this value to the max of 65535 decimal.
Also, try opening a command window (as admin) on the workstation and type
net config server /autodisconnect:-1
---------------------------------
The problem, as I understand it, is that Microsoft claimed that they
wanted to make Win VISTA and 7 more "congenial" by not having it
constantly polling and checking connections (thereby creating traffic on
the network) so they allow the network connection to be dropped if it
goes for a period of time without activity. This was new as of VISTA and
was continued into 7. Their claim may be correct for a more
cloud-centric, Internet-based, VPN world...but it makes little sense in
a 1Gb wired network environment and I personally doubt this was the
entire reason for such a significant modification to their network
management. Regardless, there doesn't seem to be any interest on MS's
part to address this issue...if you Google it, there are thousands of
tech support boards and blogs addressing this issue...and a lot of
suggestions on what to try.
I'm wondering if the periodic ping that Paul suggested won't be the best
solution...kind of like when ISPs kindly log you off the Internet when
they detect a lack of traffic on your node (which they do to open a slot
in their connection pool.) With the ping, it should keep the connection
alive...but will the ping activate the proper network layer? I'm in deep
over my head here, but I thought that the network stack layer that MSoft
uses for the drive-mapping and file data transfer was pretty much at the
top of the stack, while pings are down much lower in the protocol
hierarchy.
Mike
-------- Original Message --------
Subject: Re: [NF] Re: Windows 7 Drive connections disconnecting
From: Coppens, Georges, FC (Provincialaat)
<[email protected]>
To: [email protected]
Date: 10/29/2012 1:41 PM
Maybe the SMB2 protocol is the cause. Have a look at
http://www.networkedmediatank.com/showthread.php?tid=31505
-----Oorspronkelijk bericht-----
Van: ProfoxTech [mailto:[email protected]] Namens Ted Roche
Verzonden: maandag 29 oktober 2012 15:55
Aan: [email protected]
Onderwerp: [NF] Re: Windows 7 Drive connections disconnecting
On Mon, Oct 29, 2012 at 9:45 AM, Paul McNett <[email protected]> wrote:
There is a domain: Samba acts as the Primary Domain Controller.
What's the server setting for "os level" in the [Global] section of
/etc/samba/smb.conf? (Your path may vary)
Is there anything in the logs of the Win7 client machines? This looks
exactly like situations I've seen where a Win7 workstations tried to
force an election.
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message:
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
