领域时间现在已经不同步了4分钟，我的神经紧张起来，我跑了一个快速检查，看看我能确定它到底有多less，并得到了回来： H:\>w32tm /stripchart /computer:time.windows.com /samples:5 /dataonly Tracking time.windows.com [65.55.56.112:123]. Collecting 5 samples. The current time is 31/08/2011 09:46:29. 09:46:29, error: 0x800705B4 09:46:32, error: 0x800705B4 09:46:35, error: 0x800705B4 09:46:38, -241.8117870s 09:46:40, error: 0x800705B4 我感觉到数据包正在被丢弃，但不知道如何确定数据包在哪里被丢弃。 我们的互联网连接是一个很好的高速networking，我们没有注意到任何问题。 这可能是IPv6的事情，它首先尝试？
我有两台电脑连接到对方的无线上网。 我怎样才能使第一台电脑总是同步到第二台电脑的时间？ 我尝试过使用NTP，但无法弄清楚如何在这种情况下使用它。
我们有5台虚拟的Windows 2003服务器在我们公司运行Citrix，用户可以login，每隔一段时间，其中一台服务器将会改变它的date/时间，但是由于2003年的时间差，用户无法login服务器和DC（服务器2008）。 我必须login到服务器并手动更改date/时间以使用户能够login。 这些区域都设置正确，我使用的命令： net time setsntp：dcbox net stop w32time net start w32time w32tm / resync / rediscover 和 净时间/域/集合 这些命令将系统时间设置为DC的时间，但设置可能会持续几天或几个星期不可预知。 我也注意到，受影响的服务器不会在一夜之间重新启动（计划在午夜左右重新启动），并且在事件查看器中，date从下午7点50分左右跳到9/9/11 任何帮助将非常感激。
我需要允许几个特定的用户权限来更改Windows 7 x64中的本地系统时间。 我已经通过使用“更改系统时间”用户权限分配的组策略为其分配了权限，但UAC正在阻止它们实际更改时间。 我们有一个类似的设置来更改IP设置，允许用户使用自己的凭据来authenticationUAC，但这不适用于时间设置。 任何帮助，将不胜感激。 谢谢
我最近遇到了一个时区变化的麻烦（时间过去了一个小时）。 即使使用date命令返回正确的时间和date，我遇到了使用log4j（它有旧时间）和crontabs没有按时开始的程序的麻烦。 我试着重新启动crontab，所有使用log4j的进程和问题仍然存在。 通过检查一些log4j日志，我注意到它使用旧的时间。 有想法该怎么解决这个吗？ 提前感谢！
我不能保证在某些机器上有一个健全的实时时钟（时间可能是几个小时，几个月甚至几年）。 由于我也有断断续续的networking，我build立了Chrony，希望能够解决这个问题。 但是Chrony似乎想要随着时间的推移缓慢地调整时钟，保持时钟的单调性而不会发生剧烈的变化。 当漂移大约在几秒钟内，这就足够了，但对我来说这不是一个解决scheme（在我的testing中，需要几个小时来纠正10分钟的漂移）。 maxupdateskew ，我禁用了maxupdateskew 。 我真正想要的是在启动早期进行大的改变（如果时间设定在将来，则是非单调的），精确到秒或（甚至更好）毫秒级，并且在应用之后，ntp客户端可以自由地做其逐步调整。 我认为这是ntp客户端的一个重要用例，特别是没有RTC的机器，但是我找不到适合这个问题的解决scheme。 我已经考虑了以下几点： 运行hwclock –set –date="$(magically-get-correct-time)"; hwclock -s 在Chrony完成工作之前。 问题是， magically-get-correct-time仍然需要收集ntp或其他服务，然后我必须安排Chrony成功后运行..这是很棘手的做（如：如果这个命令失败，因为networking是穷人？这可能很快变得复杂）。 一般来说，这感觉像pipe道录音。 在Chrony之前使用ntpdate 。 谷歌告诉这是在一些论坛build议。 我不知道这个工作会如何，也感觉像胶带。 （另外，ntpdate被报告为不赞成） 现在，我实际上正在寻找的是一种只用Chrony来解决这个问题的方法。 是什么让我认为它可以解决这个问题呢，Fedora Wiki上关于Chrony的页面就是默认的NTP客户端 。 它声称： 在初始同步之后，时钟永远不会步进，这对于需要系统时间单调的应用是很好的 对我来说，这表明在初始同步的过程中 ，Chrony可能会进行非单调步进。 或者我希望。 但在我的安装，当它说 Feb 19 17:15:30 black chronyd[696]: System clock wrong by -759.702379 seconds, adjustment started 它不会跳跃到积极纠正它尽快; 它反而在几个小时内传播变化，从不做非单调变化。 所以我没有看到任何提到的“初始同步”。 而且我还没有能够find如何configuration它进行任何非单调调整。 顺便说一句，我用Chrony 1.27运行Arch Linux
我试图在Azure虚拟机上模拟不同的date/时间，但时间不断地重置为当前的date/时间。 有没有办法强制服务器停留在特定的date/时间，直到我手动将其更改回来？ 我禁用了Windows时间服务，Hyper-V时间同步服务，并将时间设置更改为不与Internet时间服务器同步。 在这之前，服务器会立即恢复到正确的date/时间，但现在它会停留一个小时或更长时间，然后恢复。 有了这些图片，这是什么原因造成的，有没有办法阻止它？
我是一名开发人员，我使用了大量的应用程序小工具。 （我工作在WINDOWS）我有两台电脑（HP双核（3.2Ghz）一个512Mb和一个1Gb RAM）。 所以我在两个方面工作，但是当我工作的时候，我只在一个方面工作！ 所以在这里，我没有得到第二:(从而我真的很想，因为我使用了很多的应用程序，我需要很多的处理器时间和内存。 那么是否有任何应用程序可以从其他计算机“获取”处理器时间和RAM（确保它们是联网的） 我认为这个解决scheme几乎是不可能的，虽然我不知道，但我有另一个想法 在计算机1上运行应用程序并让我在计算机2上看到（他们的窗口）的程序; 我已经做了Windows远程桌面的实验，但我需要从一个桌子跳到另一个不太好。 我宁愿保持在同一张桌子上。 感谢您的build议
我正在利用访问时间来分析一些构build过程，但是它并不按我想要的方式工作：访问时间在我第一次读取文件时更新，然后长时间保持不变，或者直到下次重启。 例如： $ ll -u some_file -rw-r–r– 1 root root 1.3M 2010-04-07 10:03 some_file $ grep abcdef some_file $ ll -u some_file -rw-r–r– 1 root root 1.3M 2010-04-07 11:24 some_file # The access time is updated # waiting a few minutes… $ grep abcdef some_file $ ll -u some_file -rw-r–r– 1 root root 1.3M 2010-04-07 […]
我想在Server 2008 R2域中仅使用GP来configuration时间服务。 我已经创build了一个GP，如下所示： 计算机configuration，策略，pipe理模板，系统，Windows时间策略： =全局configuration设置 – 启用/默认设置。 计算机configuration，策略，pipe理模板，系统，Windows时间策略，时间提供者： =configurationWindows NTP客户端 – 启用/默认设置。 =启用Windows NTP客户端 – 启用/默认设置。 =启用Windows NTP服务器 – 启用/默认设置。 该策略被链接，强制执行并应用于域控制器OU。 GPbuild模结果显示该策略在DC（单个DC域）上生效，DC被识别为PDC仿真器。 我已经运行gpupdate / force并注销/打开。 问题是DC将时间源显示为内部。 我知道我可以使用w32tm强制在cmd行设置对等，但我想了解什么是在GP中缺less的。 默认的NTP客户端GP设置包括time.windows.com，0x9作为源，但它似乎没有生效。 编辑：请求的输出： C：\ Users \ xxxxx> w32tm / query / configuration [configuration] EventLogFlags：2（策略） AnnounceFlags：10（政策） TimeJumpAuditOffset：28800（本地） MinPollInterval：6（策略） MaxPollInterval：10（策略） MaxNegPhaseCorrection：172800（政策） MaxPosPhaseCorrection：172800（政策） MaxAllowedPhaseOffset：300（策略） FrequencyCorrectRate：4（策略） PollAdjustFactor：5（策略） LargePhaseOffset：50000000（策略） SpikeWatchPeriod：900（策略） LocalClockDispersion：10（策略） HoldPeriod：5（策略） PhaseCorrectRate：1（策略） […]