从Windows浏览SMB共享时的初始延迟
我们有一台连接到Windows 2016服务器上的Active Directory的NAS（Synology，运行DSM 6）。 NAS有7个使用SMB2共享的共享文件夹。
使用Windows资源pipe理器（在Windows 7和Windows Server 2016上testing）浏览到NAS时，在显示共享文件夹之前存在大约10秒的延迟时间。 我们使用NAS（\\ my-nas）的名称还是IP地址（\\ 10.xxx）并不重要。
在不断浏览文件夹的同时，不会有任何延迟。
任何想法，为什么发生这种情况，以及如何解决它？
更新
我运行Wireshark，然后启动Windows资源pipe理器。 这就是输出结果（我已经筛选出来显示我的IP和NAS的IP）：
正如你所看到的红色的矩形，总共有8秒钟不活动。 这是在从客户端（10.0.107.100）向NAS（10.0.107.99）发送“会话build立请求”之后，并且在接收到“会话build立响应”的应答之前。
更新2
为了回应Michal Sokolowski的评论，这次新的Wireshark会议还包括了我们域名服务器（10.0.0.98）的stream量。 现在，端口53（显示为“DSN”协议）和端口137（显示为“NBNS”协议）上的一些UDPstream量可见：
更新3
我在域服务器（10.0.0.98）上安装了Wireshark以查看与NAS的整个通信：
（该图仅显示摘录： “更新3”的Full Wireshark日志 ）
在图像中select的行数为402，就在3秒延迟之前。 这种情况再次发生在相同的消息上。
鉴于这些信息，是否可以说更多的东西呢？
通过在NAS上使用tcpdump，我发现域服务器在进行DNS查询时向NAS返回了两个IP地址。 域服务器只有一个物理networking接口，这是“正确”的。 另一个是VirtualBox创build的虚拟接口。 我遵循MSDN的指南，并取消选中“在DNS中注册此连接地址”。 连接时间从10秒到3秒。
现在看tcpdump有一个地方，似乎没有任何活动，没有。 14和15： 
但是我猜NAS的内部工作正在进行中呢？
理想情况下，如果速度更快，那将会很好。
感谢所有评论。
更新
我收到了Synology支持的确认，预计低端NAS（DS214se）会有3秒的延迟。
当您尝试扩展名称时，看起来像延迟。 我有两个选项，都可以使用wireshark或类似的工具进行检查：
- NAS不接受与第445端口的连接，并在连接到第139个Windows的连接打开之前尝试通过不存在的WINS扩展主机名。
- 在NASconfiguration的日志文件命名与连接主机的名称。 在桑巴，只有通过接受第139个港口的连接并运行WINS才有可能。
WINS查询您可以在wireshark或类似工具的帮助下听到。
UPD。 正如我看到你在NAS上有名字rezolution麻烦：
- 客户端请求会话设置（捕获中的数据包＃45）
- 服务器尝试resolv客户端名称：我认为，服务器首先尝试使用DNS和主机文件，我们没有看到。
- 然后，服务器试图find一个WINS服务器（通常，这个configuration试图持续），我们看到广播数据包＃75
- 服务器的故障仍然打开会话（数据包＃78）
这是典型的问题 。