> On 30 Aug 2015, at 19:20, Mykola Dzham <i...@levsha.me> wrote: > > On 30 Aug 2015, at 19:15, Vasiliy P. Melnik <ba...@vpm.net.ua> wrote: >> >> >> >> 30 августа 2015 г., 20:12 пользователь Oleg V. Nauman >> <o...@opentransfer.com> написал: >> On Sunday 30 August 2015 18:16:41 Alexander Sheiko wrote: >>> Hello Yaroslav, >>> >>> Sunday, August 30, 2015, 5:59:43 PM, you wrote: >>> >>> YS> ntpdate стартует раньше, чем bind. Видно по rcorder. >>> YS> Т.к. в /etc/resolv.conf стоит первым 127.0.0.1, >>> YS> то ntpdate неприлично тормозит при ризолвинге ntp-серверов. >>> >>> YS> Что правильно делать? Править /etc/rc.d/ntpdate или >>> /usr/local/etc/rc.d/named? >>> >>> Использовать ntpd. >> >> Их не вместо, их вместе используют. >> >> Ну у меня лично ни на одном из серверов нет проблем с временем, хотя >> стартует только ntpd. И время верное, и ntp-сервер работает, и конфиги >> пользую дефолтные >> >> ntpd_enable="YES" # Run ntpd Network Time Protocol (or >> NO). >> ntpd_sync_on_start="YES" # Sync time on ntpd startup, even if >> offset is high > > “У меня всё работает” никогда не было и не может быть доказательством “так > правильно”, и не может гарантировать, что у других тоже будет работать. > Посмотрите сколько сервисов запускается между ntpdate и ntpd - все они будут > запущены при неправильном времени. > > Автору вопроса: просто разберитесь с Вашим startup скриптом для ntpd: он > должен содержать BEFORE: NETWORKING и благодаря этому запускаться до ntpdate
Конечно же имелось ввиду “со стартовым скриптом для named”
