服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

直接托pipeSMB 3.x TCP标准或可选这些天,如果可选如何让我的电脑使用它?

我刚刚遇到这个页面 (“通过TCP / IP直接托pipeSMB”) 。 这是相当古老的,所以我不能确定这些天是否是标准。 它指的是禁用TCP上的NetBIOS并禁用WINS,这意味着它至今在许多小型networking中仍然不是SMB工作的标准或默认方式。 这个页面是否相关,如果是,我怎么知道这是一个好主意? 我的networking是Win 8.1 / 10的SMB 3.x到FreeNAS 11(Samba 4.5+),如果有帮助的话。 更新: 根据下面的评论,我已经更新了这个问题,以反映混乱的一点: 如果现在是禁用它的标准,显然我本地networking上的Win 8.1 / 10 PC和Server 2016 / Samba 4.5+服务器都没有得到备忘录。 (我也没有。)尽pipe是100%的现代设备,显然应该更喜欢更新的方法,它仍然在端口137-139上运行。 我可以想象,当一个没有AD的小本地networking禁用TCP上的NetBIOS时,用于枚举提供共享/打印机的设备的主机通告/定位function迁移到DNS(或主机文件查找),并且实际的客户机 – 服务器通信运行就像以前一样,只在一个不同的港口和更现代化的协议。 我可以添加特定的主机到我的本地DNSparsing器,我在本地运行DHCPD,如果有帮助的话。 我将来可能会运行RADIUS,但目前还不行。 经过反思,我对服务器枚举和我需要做的事情感到困惑,为了摆脱旧的方法(=需要改变我目前如何configuration客户机/服务器)。 怎么运行的? 如果端口137-139上的旧BROWSERfunction被禁用,那么本地共享客户如何枚举? 可用服务器和提供股份的同行在哪里知道自己? 潜在客户如何“知道”哪些其他本地设备提供文件或打印机共享,以及如果设备开始提供新创build的共享,或者在以前不提供共享时,现有的LAN设备如何发现此问题? 我必须做出什么改变,所以会这样工作? 在Windows 8.1 / 10上,除了“禁用TCP上的NetBIOS”checkbox之外,我还需要做些什么来将我的本地SMB文件共享从旧协议,closures端口137-139,以及端口445或任何目前的做法是?