我刚刚遇到这一页 (“通过 TCP/IP 直接托管 SMB”)。它已经很老了，所以我不确定它现在是否是标准。它指的是禁用 TCP 上的 NetBIOS 和禁用 WINS，这表明它仍然不是 SMB 现在的工作标准或默认方式，至少在许多较小的网络中不是。
这个页面是否仍然相关？如果相关，我如何知道这是否是一个好主意？
如果有帮助的话，这里的网络是 Win 8.1/10，通过 SMB 3.x 与 FreeNAS 11（Samba 4.5+）对话。
更新：
根据以下评论，我更新了问题以反映混淆点：
如果现在禁用它是标准做法，那么显然我本地网络上的所有 Win 8.1/10 PC 和 Server 2016/Samba 4.5+ 服务器都没有收到备忘录。（我也没有。）尽管它们是 100% 现代设备，显然应该更喜欢新方法，但它们仍然在端口 137-139 上运行。
我可以想象，当在没有 AD 的小型本地网络中禁用 TCP 上的 NetBIOS 时，用于枚举提供共享/打印机的设备的主机公告/定位功能将迁移到 DNS（或主机文件查找），并且实际的客户端 - 服务器流量运行方式与以前一样，只是在不同的端口和更现代的协议上。
我可以将特定主机添加到我的本地 DNS 解析器，并且我在本地运行 DHCPD（如果这有帮助的话）。我将来可能会运行 RADIUS，但目前不会。
经过反思，我对服务器枚举感到困惑，以及我需要做什么才能摆脱旧方法（=需要更改我当前配置客户端/服务器的方式）。
- 怎么运行的？如果禁用端口 137-139 上的旧浏览器功能，客户端如何枚举本地共享？提供共享的可用服务器和对等端在哪里表明自己？潜在客户如何“知道”哪些其他本地设备提供文件或打印机共享，如果设备开始提供新创建的共享，或者开始提供以前没有的共享，现有的 LAN 设备如何发现这一点？
- 我必须做哪些改变才能让它正常工作？在 Windows 8.1/10 上，除了选中“禁用 TCP 上的 NetBIOS”复选框之外，我还需要做什么才能将我的本地 SMB 文件共享从旧协议、端口 137-139 移出并移至端口 445 或任何当前的做法？