我希望一组服务器具有完全相同的时间。所有都使用UTC时区。
目前使用 NTP，我仍然看到它们似乎每个都关闭了 10-20 毫秒。
让他们每个人都在确切时间的最佳方法是什么？
当我使用正确的密码登录我的 Ubuntu 8.10 盒子时，系统几乎立即确定密码正确并让我登录。但是，如果我提供了错误的密码，则需要更长的时间才能确定密码不正确并且向我展示登录屏幕。
为什么是这样？在这两种情况下，不应该花费相同的时间吗？
- 谢谢
我试图通过运行“cpan”并在提示符下键入“install DateTime”来安装 Perl DateTime 模块。经过大量处理和打印后，我收到了这条消息：
在 (eval 907) 第 3 行的 require 中编译失败。
# 看起来你的测试在输出任何东西之前就死了。
t/41cldr_format.........可疑
测试返回状态 255 (wstat 65280, 0xff00)
死了。失败的测试 1-101
101/101 测试失败，0.00% 正常
t/42duration_class ......好的
t/pod-coverage..........已跳过
全部跳过：测试 POD 覆盖率需要 Test::Pod::Coverage 1.08
t/pod…………跳过
全部跳过：Test::Pod 1.14 需要测试 POD
失败的测试统计 Wstat 总失败 失败 失败列表
-------------------------------------------------- -----------------------------
t/07compare.t 255 65280 26 18 69.23% 18-26
t/17set_return.t 255 65280 7 12 171.43% 2-7
t/19leap_second.t 255 65280 172 302 175.58% 22-172
t/23storable.t 255 65280 21 42 200.00% 1-21
t/24from_object.t 255 65280 10 8 80.00% … 我需要一个 shell 脚本来检索 Linux 可执行文件的最大内存消耗。可执行文件可能会使用大量 RAM 生成子进程，这些 RAM 应该包含在总数中。
我已经尝试过了/usr/bin/time -f "%M" /path/to/executable，但这总是会产生结果0，尽管使用ps我可以验证该过程确实消耗了大量的 RAM。
为什么总是time给我，我怎样才能得到我要找的号码？0
我的服务器上的时钟出现了一些奇怪的问题——它比正常情况快了大约 10%。
问题开始于 2 天前，我没有对服务器做任何特别的事情。
我试图通过停止 ntpd 守护进程来关闭 ntp 更新。
看起来硬件时钟被禁用了。
? sudo hwclock --show
select() to /dev/rtc to wait for clock tick timed out
sudo date -s "Sun Feb 5 00:30:15 CET 2012"或sudo ntpdate -b prrr.se，暂时解决问题我尝试使用ntpdate -b prrr.se. 这是结果
后5秒
? sudo ntpdate -b prrr.se
5 Feb 00:19:54 ntpdate[24137]: step time server 178.78.255.254 offset -1.179405 sec
后10秒
? sudo …使用w32tm.exe的选项stripchart来判断两台主机的时间差异是否可行（在很小的误差范围内）？请注意，w32tm.exe的stripchart功能与Windows Time服务本身使用的算法是分开的。
如果没有，有哪些替代方法？
谢谢，
马特
使用 wget 获取文件时出现以下错误：
Issued certificate not yet valid.
To connect to www.atlassian.com insecurely, use ‘--no-check-certificate’.
使用 openssl 进行测试会返回类似的消息：
Verify return code: 9 (certificate is not yet valid)
环境：
您认为使用 AD 控制器作为来宾的时间同步 hyper-v 场的最佳方法是什么？我有 2 个计划 :)
Hyper-V 服务器的最佳时间源是什么？
方案一
计划 2（我正在考虑实施这个计划，因为管理程序层将独立于来宾 PDC）
也许有人有一个不错的选择 3？
当需要精确时钟时，GPS 和 NTP 是两个非常典型的时间源。然而，每个人都有一个重要的失败。NTP 不提供时间源的身份验证，因此可能容易受到欺骗。GPS 在数据中心的墙壁内不能很好地工作。
出于多种原因，准确时间是一个操作问题，并且由于会话令牌生命周期、密钥过期、速率限制、时间限制和支持反欺诈的行为模式分析等因素而成为安全问题措施。时钟倒退在某些网络协议中引入了不稳定性，这可能会产生可利用的场景；IRC 权限提升或冒充（“分裂骑乘”）就是典型的例子。
该时间与从标准来源获得的时间一致也非常重要，以避免网络中断（或时间服务中断的利用）期间的漂移。
因此，在 GPS 和其他无线电时钟无效的情况下，可以使用什么技术或技术来提供与 UTC 同步的准确且可信的时间（最好在一秒内），同时避免需要频繁地手动校准时间源？
我们的 Active Directory 服务器有一个问题，即时间总是比实际时间提前 12 分钟。这会导致网络上出现身份验证问题。
我尝试使用以下内容同步到外部 NTP 服务：
w32tm /config /manualpeerlist:pool.ntp.org /syncfromflags:MANUAL
stop-service w32time
start-service w32time
然后尝试将时间设置回 12 分钟。但在几秒钟内，它又提前了 12 分钟。
我尝试使用以下方法取消注册服务：
w32tm /unregister
然后尝试正确设置时间，但又恢复为错误设置。
有什么方法可以设置时间而不改变它自己吗？