從 Windows 瀏覽 SMB 共享時的初始延遲
我們有一個 NAS（Synology，執行 DSM 6），它連接到我們在 Windows 2016 伺服器上的 Active Directory。NAS 有 7 個使用 SMB2 共享的共享文件夾。
使用 Windows 資源管理器（在 Windows 7 和 Windows server 2016 上測試）瀏覽 NAS 時，在顯示共享文件夾之前會有大約 10 秒的延遲。我們使用 NAS 的名稱 (\my-nas) 還是它的 IP 地址 (\10.xxx) 都沒有關係。
在不斷瀏覽文件夾時沒有延遲。
關於為什麼會發生這種情況以及如何解決它的任何想法？
更新
我執行了 Wireshark，然後啟動了 Windows Explorer。這就是輸出的樣子（我已經過濾為只顯示我的 IP 和 NAS 的 IP）：
正如您在紅色矩形中看到的那樣，大約有 8 秒的時間完全不活動。這是在“會話設置請求”從客戶端 (10.0.107.100) 發送到 NAS (10.0.107.99) 之後，並且在收到“會話設置響應”的答案之前。
更新 2
做了一個新的 Wireshark 會話，以響應 Michal Sokolowski 的評論，這次還包括我們的域伺服器 (10.0.0.98) 的流量。現在可以看到埠 53（顯示為“DSN”協議）和埠 137（顯示為“NBNS”協議）上的一些 UDP 流量：
更新 3
我在域伺服器 (10.0.0.98) 上安裝了 Wireshark 以查看與 NAS 的整個通信：（
圖像僅顯示摘錄：“更新 3”的完整 Wireshark 日誌）
圖像中選擇的行，編號 402，就在 3 秒延遲之前。稍後會使用完全相同的消息再次發生這種情況。
鑑於這些資訊，是否可以說更多？
通過在 NAS 上使用 tcpdump，我發現域伺服器在進行 DNS 查詢時向 NAS 返回了兩個 IP 地址。域伺服器只有一個物理網路介面，這是“正確的”一個。另一個是 VirtualBox 創建的虛擬介面。我在 MSDN 上遵循了本指南並取消選中“在 DNS 中註冊此連接地址”。這將連接時間從大約 10 秒縮短到 3 秒。
現在查看 tcpdump 有一個地方似乎沒有活動，在 no 之間。14 和 15：
但我猜 NAS 內部正在處理某些東西？
理想情況下，如果它可以走得更快，那就太好了。
感謝所有評論。
更新
我收到了來自 Synology 支持的確認，即低端 NAS (DS214se) 預計會有 3 秒的延遲。