基于GPS的时间服务器只能接收，即被动地从GPSnetworking读取定时信息。 基于CDMA的时间服务器是否以相同的方式工作？ 换句话说，基于CDMA的时间服务器是否被动地收听CDMA信号，而不向小区networking传输信息？ 我们有一个与单元networking的双向通信不太实际的应用，但是我们相信我们可以以只接收的方式进行操作。
我有2个服务器设置相同的时区，我设置他们同一时间，我有他们从同一个互联网时间源更新他们的服务器时间。 但是，每个星期他们似乎都会远离彼此的时间，最后总会有30秒左右失去同步。 为什么会发生这种情况，我该如何预防呢？
我知道如何在Server 2008 R2中设置权威的时间服务器。 这不是什么问题。 我想知道怎样才能改变一个networking的时间PDC（因此一切）是一个月过时了？ 我知道，客户端和域之间的时间差5分钟会阻止login，所以只需更改PDC上的时间就能打破所有的问题。 解决这个问题的最好方法是什么？
我知道答案可能有点模糊，所以我会高兴地接受一个答案，告诉我这个基本的规则。 假设PDC模拟器中的时钟已经全部失控，并且已经发送了所有的工作站时钟同样不同步。 一旦DC被重置（以及其他重要的服务器），您预计剩下的电脑需要更新多长时间？ 当然，假设一切正常。
对于我们的项目，我们希望将所有服务器和系统同步到线性时间参考（不闰秒 ）。 因此，我们会放弃UTC，但对广告TAI时间 （或GPS时间 ）非常感兴趣。 我们的时间服务器将连接到一个primefaces钟（或可能是一个GPS接收器）。 NTP适合宣传TAI还是GPS时间？ 如果是的话如何configuration呢？ 我们是否应该用其他协议来宣传这样的时间？ 最后注意：AFAIK没有为Linux内核configuration的TAI或GPS时间。 我想我们最好的select是通过将内核时间configuration为UTC并提供TAI或GPS时间来“伪造”它。 还是有更好的select？
在US-West-2的VPC中，我有一个实例types为m2.4xlarge的EC2框，运行Windows Server 2012 Standard。 以下端口是入站打开的： TCP 1433 (MS SQL) TCP 3389 (RDP) UDP 123 (time synch) …以及以下出站： UDP 37 UDP 123 TCP 80 TCP 443 TCP 1433 我有一个问题，这台服务器一直在重置自己的时间（在这种情况下，快7分钟 – 总是7分钟）。 我们已经尝试了端口设置，Windows防火墙设置，改变时间服务器，几乎所有我们能想到的东西。 没有其他的服务器（Win2008 R2和Win2012标准的一个微妙的混合）有这个问题，在各种安全组（包括上面的一个）。 由于这是我们的主数据库，而且时间上的差异导致了一些绝对不可思议的代码问题，所以我们开始有点麻烦了。 有没有人遇到类似的问题，如果是的话，有什么build议吗？
这个想法发生在我身上，虽然我不是一个真正的问题，但我很好奇。 当虚拟机同步它的时钟与硬件时钟是否同步主机的硬件时钟？ 改变主机的软件时钟？ 主机和软件之间的时间差是否存储在虚拟机文件中？ 什么都没有发生？ 我知道这是一个随机的，看似毫无意义的问题，但是我想了解我所有系统的底下发生了什么。 对我来说直接的用例是Linux Xen虚拟机中的NTPD的SYNC_HWCLOCK，但是我对其他虚拟化平台也很好奇，因为它们的操作都是不同的。
每次我重新启动我的Windows访客机器，它将date/时间重置为主机date/时间。 我怎样才能永久改变它？ 更新： VMware工具中的时间同步已被禁用
我们有许多Web服务器，应用程序服务器和数据库服务器，我们希望保持同步。 其中一些服务器没有连接到Internet，因此访问外部时间源不是一个选项。 所以，我们想要做的是configuration一台服务器作为主要的时间源 – 它将使用Windows时间服务与time.windows.com保持联系。 这是“开箱即用”的默认设置，非常好。 然后，我们希望configuration其他服务器以从中获得时间。 应该是简单的，我知道，但由于某种原因，我们不能得到它的工作。 有人做这个成功吗？ 麦克风
我注意到一个Linux服务器上的时间，即将维护设置为8小时。 我觉得这很奇怪，所以我检查ntpd是，是的。 我以为这是更怪，所以我检查了时区， $ ls -lah /etc/localtime /etc/localtime -> /usr/share/zoneinfo/Australia/Brisbane 嗯… $ ntpdate -q 0.au.pool.ntp.org server 119.148.81.6, stratum 2, offset -28768.189322, delay 0.06355 server 203.161.129.2, stratum 3, offset -28768.185683, delay 0.03165 server 202.158.218.239, stratum 3, offset -28768.187015, delay 0.04909 8 Sep 19:49:49 ntpdate[16434]: step time server 119.148.81.6 offset -28768.189322 sec 呃…完全错了。 我想有可能是ntpd的某种捕获实际上不更新服务器时间，如果它不同于当地时间，所以我手动设置： $ date 090811492010 […]