DST 摩洛哥，一种欺骗 NTP 服务器的方法

Question

几年来，摩洛哥一直使用没有夏令时的格林威治标准时间，在过去几年中，我国政府重新启用了夏令时的使用。

最初几年，DST 一团糟，不同的时期、开始、结束，所以微软尝试发布一些补丁，它们很晚才可用，并且在某些年份，补丁不公开，我们不得不直接与微软联系。

从今年开始，摩洛哥的夏令时与欧洲的夏令时相同，除了摩洛哥将在斋月期间恢复为格林威治标准时间，并在斋月之后再次转为夏令时。由于斋月是​​月亮/回历的第九个月，因此无法有一个每年都会变化的时区并计算 DST/GMT 的变化。

我们的问题：

我们有 2003 个活动目录，三分之一的局域网使用 Ubuntu 桌面，与 AD 的连接是通过 centrify 完成的。我们还有很多电脑，AD之外的服务器，我们有近百台网络设备，交换机，路由器，防火墙，电器。我们有一个 Linux NTP 服务器。

在格林威治标准时间一切正常，AD控制器从Linux NTP服务器获取时间，其他设备和没有AD的设备也从Linux NTP服务器获取时间。

在DST模式下，问题很多，而且我的同事比较固执，不懂NTP，总是强行使用1号点：

1. 从 AD 控制器中删除 NTP 配置，在他们的时区仍然是 GMT 时将他们的时钟欺骗到 GMT+1。

   在此方案中，时钟不再准确，新时钟仅在 Windows AD 环境中运行。对于 Linux 计算机，即使它们是 AD 的成员，我们也必须安装 NTP 守护程序并在其配置中添加我们的 DC

   信息系统像内战一样分裂，有夏令时没有精确时钟的部分；一个没有 DST、故障排除、跟踪日志几乎不可能的精确时钟部分。

2. 在 AD 控制器上保留 NTP 配置，修补信息系统

   这是不可能的，因为没有这样疯狂聪明的补丁

   即使我找到了补丁，它也不会适用于我们信息系统中的所有产品，而且补丁必须有 2015 版本

3. 在 AD 控制器上保留 NTP 配置，将时区更改为 GMT+1 就像 WAT

   很难做到，即使在公元 2003 年，也没有办法从 GPO 做到这一点！

   即使有可能，在斋月期间，我们必须再次将整个更改恢复为格林威治标准时间，并在斋月之后再次激活更改

4. 向摩洛哥政府提交请愿书，要求他们在斋月期间保持 DST 时间不变，并制定法令将工作时间从（格林威治标准时间 9 点到 15 点模式）更改为（夏令时模式 10 点到 16 点）

我希望你能帮助我使第 5 种情况成为可能：

5. 除了欺骗我们的 Linux NTP 服务器 (Ubuntu 14.04) 之外，信息系统绝对没有任何变化，使其为客户提供 (universal time + 1) 而不是 (universal time)

   这种情况需要进行一次更改，时钟将是准确的，而信息系统将使用 GMT 时区的 DST 时间

Answer 1

欺骗计算机的问题在于，虽然时钟看起来是正确的，但系统中存储的实际时间将有一个小时的错误。最终，您将获得操作系统的时区更新（如果它仍然受支持），然后会出现时间错误。

这是您通常处理时区更新的方式（正确的方式）：

对于 Linux 系统，包括基于 Linux 的 NTP 服务器，除了确保tzdata包保持最新之外，您不需要做任何事情。这总是在实际可行的 DST 更改之前进行更新，因为它由 IANA 维护。其实2016年、2017年、2018年、2019年的斋月就已经算进去了……我也没多看。

对于 Windows 系统，问题更为复杂。Microsoft 在及时分发时区更改方面的历史很差，尤其是在摩洛哥，在 2014 年，它在斋月开始三周后分发了斋月 DST 更改的修补程序！无论如何，如果您应用了2014 年 12 月累积时区更新，那么目前您应该有正确的时间直到斋月。微软表示他们将在未来发布一个修补程序来解决 2015 年斋月的问题。尤其是由于 Microsoft 在分发这些更新方面的糟糕记录，您应该尝试在它们可用时尽快将其推出。

如果 Microsoft 没有在斋月之前提供修补程序，我将通过使用 GPO 将所有 Windows 系统上的系统时区更改为 GMT，然后在斋月结束时将其改回来解决该问题。如上所述，Linux 系统不需要任何修正。

最后，请注意 Server 2003 即将结束生命周期并且不会收到进一步的更新。这意味着不可能以任何合理的方式更新其夏令时的想法。您应该尽快停用所有剩余的 XP 和 2003 系统（不仅出于这个原因，而且出于所有其他原因）。