我已经为这个问题绞尽脑汁好几天了，请帮帮我。
我刚刚安装了一个新的文件服务器（Windows Server 2008 R2），并更换了一些用户的笔记本电脑（Windows 7 Pro 32 位）。
我发现这台服务器和 Windows 7 笔记本电脑之间的响应时间非常慢。不过，只有这两种类型的系统之间才会出现这种情况。笔记本电脑可以毫无问题地访问 Server 2003 机器上的文件共享。较旧的 Windows XP 机器可以毫无问题地访问 Server 2008 R2 机器上的文件。
具体来说，如果用户尝试从网络共享打开 Excel 文件，它将立即打开，但 Excel 将被冻结并至少 30 秒内无响应。这不仅是 Office 文件，pdf、jpg 和其他文件类型也是如此。
我最终也在其他服务器上进行了测试，结果相同，始终使用 Win 7 和 Srv 08 R2。在笔记本电脑上，我尝试过：
禁用“自动调整” 禁用 IPv6 禁用远程差分压缩 重新安装网络驱动程序 禁用防病毒（网络威胁防护） 禁用防火墙 在互联网上找到的各种其他修复。
Ping 的响应时间为 1ms，传输文件时，传输速度不稳定，从 22MB/s 降到 130kb/s，然后又降下来，或者直接锁定。有线或无线
在服务器上我尝试过
禁用“自动调整” 禁用 IPv6 禁用防病毒（网络威胁防护）
该服务器也是域控制器和 DNS 服务器以及文件服务器。我知道这确实不是所需的配置，但这是针对分支机构的，我别无选择。
客户端的事件日志中没有任何内容，服务器的事件日志中也没有任何相关内容。
更多详细信息：例如，当用户打开 Excel 文件时；文件会立即打开，但 Excel 会变得无响应。在此期间，文件冻结时，Windows 资源管理器的地址栏中会再次显示绿色进度条。进度条加载完成后，文件即可编辑。
我唯一还没有做的事情就是在笔记本电脑和服务器上安装 Wireshark 并观察流量。
有什么想法吗？Win 7 和 Srv 08 R2 中的哪些技术导致了这种类型的网络缓慢？
一如往常，感谢所有阅读此文和/或回复的人。
赖氨酸
答案1
这和我之前在某个 Symantec AV 产品上看到的 SMB2 相关恶作剧的恶作剧如出一辙。Win7 受到影响而 XP 不受影响，并且 Win7 机器可以与 Win2003 服务器通信，这一事实表明 SMB2 不知何故失败了。大约两年前，我在 2008 服务器上安装的 Symantec Endpoint Security（已修补，如果我没记错的话）中就看到过这种情况。这表明您的 AV 或防火墙产品可能在这里起到了阻碍作用