你可能会想到什么问题可能是由于系统时钟设置错误造成的？
主要对影响服务器和Linux或类UNIX系统的潜在问题感兴趣。
这些后果有多严重，取决于系统时间closures了多less？ 例如，5分钟，30分钟，1小时，1天。
那么对于你的所有日志中的时间戳将closures，并与其他服务器不同步，使事情发生时很难找出。 此外，时间同步依赖于一些安全协议（例如kerberos）。
所以我说的是，大部分事情会继续正常工作，依赖准确时间的一些协议或应用程序可能会中断，而作为pipe理员的你一般会有一些头痛的问题。
configurationNTP对像一个像pool.ntp.org或NIST提供商，并调用它的一天。
这只是一些：
NTP是保持时间正确的最佳方式。
我将补充说，两个运行在故障转移模式下的ISC DHCP服务器将在时间相差一定的阈值时失败。 停止后他们将拒绝重新启动。
编辑：取决于它的configuration，DNS也可能会失败，因为从属将无法从主站下载区域，并且其caching区域最终将过期。
我今天发现的一个潜在的问题来源是备份或快照旋转脚本，这些脚本依赖于您的时钟永远不会倒退的事实，换句话说，您将永远不会以“将来”的date和时间命名备份，这可能会导致他们只删除这些未来的备份/快照（取决于脚本如何实现）。
此外，一些版本的sudo可能容易受到时钟回滚，允许需要密码的sudoers在没有密码的情况下获得root权限。
远程桌面和其他远程访问工具可能会停止工作，因为它们依赖于时间进行身份validation。 这可以使故障排除非常令人沮丧（您尝试远程解决问题，但甚至不能这样做）。
我在一台机器上曾经想过，今年是8011，而不是2011年.SSL证书也过期了。
我最讨厌的问题是：到期SSL证书。 非常烦人，当你不知道为什么他们不工作。