我的Win7客户端连接到Linux服务器及其共享文件夹。 当电脑在睡眠之后醒来，然后其中一个共享文件夹不可访问时，会发生此问题。 我收到以下消息：错误代码：80070035，未findnetworkingpath。 我只有一个特定的文件夹的问题。 当我重新启动电脑时，这个有问题的文件夹可以再次访问。 当我在睡觉之前注销时，可以在唤醒后访问该文件夹。 如果我尝试使用服务器的FQDN或服务器IP访问文件夹，则也可以访问该文件夹。 作为临时解决scheme，我使用FQDN将文件夹映射到networking驱动器，并且工作正常，但是由于服务器上可以访问其他所有文件夹，所以很不方便。
总结：
\\server\problematicshare恢复后不再工作（Samba服务器看到我的客户端连接，然后断开连接几秒钟后收到上述错误信息） \\server\othershare恢复后工作 \\fqdn.of.server\problematicshare总是有效 \\ip.of.server\problematicshare总是有效的 链接到数据包转储： http : //pastebin.ca/2836628
这个数据包跟踪是在客户端使用wireshark从挂起恢复之后获得的。
说明：
数据包跟踪已被后处理（通过replace前缀来更改所有IP地址;域，服务器和客户端名称已被replace为相同长度的不同string）。
您会注意到客户端尝试parsing“SERVERNAM”。 在DNS（即没有限定服务器的名称），这导致了nxdomain。 如果这个查询成功，那么这个共享的连接就可以工作，这是有道理的。 但是，“SERVERNAM”应该可以通过WINS来parsing; 还有，什么原因导致暂停时的行为改变？ 在挂起之前，相同的DNS查找以相同的方式失败。
还有一些相关的samba日志消息，这些消息将在适当的点处散布在数据包跟踪中。
[2014/08/28 09:54:56.541088, 0] rpc_server/srv_pipe.c:500(pipe_schannel_auth_bind) pipe_schannel_auth_bind: Attempt to bind using schannel without successful serverauth2 [2014/08/28 09:54:56.661321, 0] rpc_server/netlogon/srv_netlog_nt.c:976(_netr_ServerAuthenticate3) _netr_ServerAuthenticate3: netlogon_creds_server_check failed. Rejecting auth request from client WORKSTATION--7 machine account WORKSTATION--7$
（如果机器账号出现问题，使用服务器的fqdn访问共享也是不可能的，所以，虽然这可能是相关的，但确实不是根本原因。）
睡觉对于这种types的networking连接来说是一件坏事。 Linux机器无法判断你是否进入睡眠状态，或者断开连接。 900秒的沉默，你的连接被故意closures，你必须重新实现一个新的。 您将需要某种Keepalive来保持连接。 你的“简历连接”会尝试重新打开预先存在的连接，并且在调用一个新连接时没有任何技能。 这就是为什么你必须得到服务来重新启动连接。 注销，login，应该启动一个新的连接。
他们都在同一个逻辑DNS子域？
他们是否都为该子域设置了search域信息？
其次，即使您的服务器连接到正确的主机，我怀疑您的sambaconfiguration（在Linux主机上）期望完整的名称。