Автор Apache+LDAP на Ubuntu говорит, “Не может связаться с сервером LDAP”, в то время как ldapsearch прекрасен

Несколько секунд в день дрейфа времени не особенно необычны или неожиданны на реальной машине, по моему опыту, особенно если дрейф довольно стабилен (т.е. не 1 с однажды, 10-е затем затем,-2s на следующий день...). В VMs часы, дрейфующие только 4s/day, были бы настоящим успехом без управления часами как NTP.

Вместо того, чтобы переходить время однажды в день с ntpdate, это обычно - намного лучшая идея работать ntpd и имейте его, сохраняют часы в синхронизирующем использовании его намного более прекрасного гранулярного механизма. Общая "наиболее успешная практика" состоит в том, чтобы иметь одну машину (или два), что Вы сохраняете синхронизировавшими с источниками внешнего таймера такой как *. <локальные> .pool.ntp.org и затем синхронизируют всю Вашу другую машину против того - это уменьшает нагрузку на общедоступные серверы NTP (поскольку только один или две из Ваших машин говорят с ними), и увеличивает точность синхронизации между Вашими машинами (поскольку они синхронизируют с тем же, локальным, источник).

Если Вы, Linux в любом VMs VMware и хочет синхронизировать их время ntp, удостоверьтесь, что Вы используете недавнее ядро Linux (который имеет "часы без галочки"), что синхронизация времени VMware выключена, и что Вы имеете tinker panic 0 во главе конфигурации ntpd, таким образом, это не сдается, если расфазировка тактовых сигналов изменяется справедливо внезапно из-за высокой загрузки в VM или на хосте в целом. Я нашел это самой надежной комбинацией для хранения часов VM в порядке.