【问题标题】:SMB - Server never responds to Session Setup RequestSMB - 服务器从不响应会话设置请求
【发布时间】:2019-03-06 15:52:58
【问题描述】:

我遇到了非常奇怪的网络问题。我在一个域中,其中一些服务器位于不同的子网上。我可以 ping 这些服务器,dns 查找它们并通过 IP 地址对它们进行远程桌面。但是,我在使用时找不到它们:

网络视图\服务器 或者 尝试通过 Windows 资源管理器访问它们。

我身边的同台机器在同一个子网没有问题,事实上50人的公司里只有我一个人有这个问题!

除了我的机器无法使用位于这些服务器上的 Web 服务,无论是通过 HTTP 还是 NET.TCP,这都不是什么大问题。

在尝试了我在互联网上可以找到的所有内容以及更多内容(添加了新的网卡、重置策略等)之后,我终于找到了 WireShark 来看看发生了什么。在进行 net view \server 时,我注意到服务器从不响应“会话设置请求”,但它确实响应了“协商协议请求”。那么什么可能导致服务器永远不响应会话设置请求呢?

这里是服务器端捕获(不是同一个会话)

【问题讨论】:

  • 你在 2 个不同的网络 172.20 和 10.101,加入这些网络有一个路由器,一个可能性是你可以被 ip 或 mac 地址阻止
  • 可能,但是为什么Negoatiate协议起作用了,它使用相同的IP地址和相同的端口。
  • 我注意到(使用 WireShark)当我的计算机尝试发送大于约 1500 字节的包时会发生这种情况。这是一个已知问题吗?
  • 您使用的是虚拟机吗?可能是路由上的东西,尝试在路由器端嗅探网络。如果数据包显示在您身边,则表示该数据包是从您的网络接口发送的
  • 谢谢@EliadCohen,正如你在上面看到的,我做了网络嗅探,发现一些包丢失了。我终于弄清楚了原因,请参阅下面的答案。

标签: networking smb


【解决方案1】:

好的,我通过将我的 tcpip 注册表 (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters) 与一台正常工作的机器进行比较来发现这是什么。我注意到的是我有以下 2 个条目

EnablePMTUBHDetect  0
EnablePMTUDiscovery 1

但另一台机器没有。通过删除这些条目,一切都开始工作了!

然而这很奇怪,因为这些恰好是那里的注册表项的默认值,所以我不明白为什么有这些条目会导致这样的问题。

【讨论】:

  • 价值请阅读this。这些参数不是微不足道的,也不是默认的,有人添加这些参数来阻止攻击。顺便说一句,您是如何找到此解决方案的?
  • 嗨,对不起,我没有早点回复我的电子邮件程序将 Stackoverflow 通知放入垃圾邮件中。是的,这解决了问题,但我只是通过反复试验才找到它,也就是说,我将我的注册表与另一台工作的计算机进行了比较。 Tweeked 我的直到我的电脑也开始工作了。
猜你喜欢
  • 1970-01-01
  • 2018-12-24
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-05-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多