![Windows 上的哪个服务负责回答“网络时间”请求?](https://linux22.com/image/786016/Windows%20%E4%B8%8A%E7%9A%84%E5%93%AA%E4%B8%AA%E6%9C%8D%E5%8A%A1%E8%B4%9F%E8%B4%A3%E5%9B%9E%E7%AD%94%E2%80%9C%E7%BD%91%E7%BB%9C%E6%97%B6%E9%97%B4%E2%80%9D%E8%AF%B7%E6%B1%82%EF%BC%9F.png)
我正在轮询几十台 Windows 机器上的系统时钟,范围从 Win8 到 Win11。我使用 RHEL7 Linux 机器上的“网络时间”调用,使用网络版本 4.10.16。这已经运行了大约五年,非常顺利。
时不时地,网络时间调用会产生错误,但这不会让我太困扰,因为我只使用上次调用的时间。但现在有一台机器我已经一个星期没能轮询了,每次都出现这样的错误消息:
Protocol negotiation failed: ERRDOS:ERRnomem
对此进行的一些互联网研究使我相信该错误以某种方式发生在 Windows 端,并附有关于如何更改系统设置/注册表的建议(我不会这样做,请参阅下文)。但是,当我从网络版本为 4.13.3 的 RHEL8 Linux 机器进行调用时,调用成功。
问题:
两个不同版本的“net”是否可能使用不同的协议版本?
是否有可能找出双方最终协商的协议?遗憾的是,即使调试级别提高到 10,两个网络版本的输出看起来也一样。
如果协议确实不同,并且我弄清楚了不同之处,是否可以以某种方式设置网络使用的协议版本(例如在 cifs.mount 中)?
Windows 机箱是工业生产机器的控制器,每台机器价值数百万美元,而且必须全天候运行。我可能会尝试重新启动 Windows 端响应“网络”调用的任何服务,但有一些限制:
Windows 机器无法与网络时间同步。我还没能找出原因。
Windows 机器上的系统设置或操作系统更新没有任何变化。
无需重新启动 Windows 机器。
我也不愿意使用 RHEL8 盒子上的“网络”版本,因为它也不在我的直接控制范围内。