☰

每次重启后我都必须手动重启 winbind.service。Ubuntu 18.04

tag-icon • tag-icon ubuntu samba winbind
每次重启后我都必须手动重启 winbind.service。Ubuntu 18.04

所以Ubuntu 18.04.4，Samba 版本4.7.6-Ubuntu

我的这台机器有这个问题。每当系统重新启动时，winbind.service 都无法正常启动，并且出现错误“时钟偏差太大”记录在日志中。

winbind 日志：

[2020/02/17 17:25:12.840317,  0] ../source3/winbindd/winbindd_cache.c:3170(initialize_winbindd_cache)
  initialize_winbindd_cache: clearing cache and re-creating with version number 2
[2020/02/17 17:25:12.879543,  0] ../lib/util/become_daemon.c:124(daemon_ready)
  STATUS=daemon 'winbindd' finished starting up and ready to serve connections
[2020/02/17 17:25:18.175567,  0] ../source3/librpc/crypto/gse.c:532(gse_get_client_auth_token)
  gse_get_client_auth_token: gss_init_sec_context failed with [ Miscellaneous failure (see text): Clock skew too great](2529638949)
[2020/02/17 17:25:18.397020,  0] ../source3/librpc/crypto/gse.c:532(gse_get_client_auth_token)
  gse_get_client_auth_token: gss_init_sec_context failed with [ Miscellaneous failure (see text): Clock skew too great](2529638949)
[2020/02/17 17:25:18.909264,  0] ../source3/librpc/crypto/gse.c:532(gse_get_client_auth_token)
  gse_get_client_auth_token: gss_init_sec_context failed with [ Miscellaneous failure (see text): Clock skew too great](2529638949)

机器启动后，我就可以手动systemctl restart winbind启动，而且没有任何问题。

我检查了所有可能的配置，一切似乎都正常。我还从头开始重建了机器。

我配置了 chrony 时间同步客户端，也试了 systemd-timesync，检查机器其实是同步的。

我也尝试/lib/systemd/system/winbind.service通过添加 After=chrony.service 进行编辑，但这没有什么区别。

在DC中，chrony显示客户端已连接：

Hostname                      NTP   Drop Int IntL Last     Cmd   Drop Int  Last
===============================================================================
smb1.domain.club               181      0   6   -    36       0      0   -     -
giorgilaptop.domain.club         3      0  12   -   40m       0      0   -     -
plex.domain.club               110      0   6   -     0       0      0   -     -

在发生故障的机器中，也会显示正确的来源

localuser@smb1:~$ sudo chronyc sources
210 Number of sources = 1
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
^* dc1.domain.club                2   6   377    47    -12us[  -17us] +/-   20ms

该机器是按照以下步骤创建的：

https://wiki.samba.org/index.php/Setting_up_Samba_as_a_Domain_Member

https://wiki.samba.org/index.php/Time_Synchronisation#Configuring_Time_Synchronisation_on_a_Unix_Domain_Member

编辑：显然，当虚拟机在我的服务器上运行 ESXI 6.7 时会发生这种情况。我已将虚拟机下载到 wmware 工作站，并且 winbind 启动没有任何问题。这必须以某种方式与 esxi 和时间同步相关。

答案1

问题解决了。

如果您和我一样使用 Vmware ESXi，则必须在 ESXi 设置中启用 ntp 同步，以便它从主机启动，并添加与域控制器在 ntp 服务器中配置的相同的池。

ESXi 时间和日期设置

然后，对于每个作为域成员的虚拟机，您必须在 vmware 工具选项下启用客户机和主机之间的时间同步。

在此处输入图片描述

答案2

你在短期内处理了问题，但主要问题仍然存在，因为你没有解决真正的问题，并导致了广泛的安全问题

问题

您的 Linux 客户端在重启后无法连接到 AD

原因

当使用 winbind 时，尝试连接到 AD 的客户端应该与 AD 的时间同步，相差不超过 5 分钟。

您的解决方案没有完全发挥作用，因为

您提供的解决方案仅在安装了 vmtools 时才有效，否则由于虚拟机无法从其主机获取时间，此问题会再次出现。

造成安全问题

将 AD 和 ESXi 主机直接指向公共 NTP 会给您带来安全问题，这是微软或 VMware 不推荐的。

我建议建立一个 NTP 服务器并将所有 AD 和 ESX 主机指向内部 NTP 服务器，如果任何客户端没有 vmtools，您可以将它们映射到内部 NTP。

相关内容