From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 21 Oct 2002 15:06:41 +0400 From: Henri Bourbon X-Mailer: The Bat! (v1.60m) Personal X-Priority: 3 (Normal) Message-ID: <10919107703.20021021150641@fastmail.fm> To: "Oleg N. Kayunov" In-Reply-To: <3DB1F097.6010509@mtu-net.ru> References: <3DB1F097.6010509@mtu-net.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [Comm] Еще 1 метод неоптимально синхронизировать время Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On 20 Oct 2002 3:53, Oleg N. Kayunov wrote: > Для синхронизации использую ntpdate (свой ntp-сервер отключаю) при > dial-up-е. > В соотв. скрипте у меня прописано что-то около двух десятков > ntp-серверов (начиная с Московских, ест-нно). Если не удаётся > синхронизация с одним скрипт идёт к следующему и т.д. Непосредственно по поводу вашей проблемы со "сговором NTP-серверов" я ответил отдельным письмом. Здесь же, если позволите, хочу покритиковать ваш метод синхронизации времени. Если я правильно понимаю, нужно взять эти самые 20 NTP-серверов, пообщаться с ними минимальное время, установить время на локальном компьютере и завершить процесс. Вероятно, такое большое кол-во серверов взято для максимальной надежности и точности установки времени. Практика (не столько моя личная, сколько людей, писавших NTP FAQ, а тж. самого проф. D. Mills, пишущего ntpd ) показывает, что увеличение числа эталонных серверов больше 10 не улучшает точность. Ну да ладно, это мелочь. Именно описанное в предыдущем абзаце и делает команда ntpd -q (в отличие от `ntpd` без параметров) При этом работают весьма и весьма тонкие алгоритмы отброса "подозрительных" источников времени, отбора наиболее близких к корню синхронизации (stratum 0) и достоверных источников, а затем нахождению некоего хитрого средневзвешенного значения времени по всем достоверным источникам. Алгоритмы, над которыми проф. Милз работал более 10 лет. На другой же чашке весов скрипт, использующий алгоритмы, над которыми Олег Каюнов работал пару дней. Скрипт использует дуболомную программу ntpdate (замечательная, надо сказать, программа была году этак в 1993-м). Олег, рекомендую вам попробовать вариант с `ntpd -q`. Не исключено, что это решит и проблемы с ретрейнами, к-рые вы, по всей видимости, испытываете. В ntp.conf рекомендую занести не более 5-8 наиболее надежных серверов. Да, `ntpd -q` отнимает нек-рое время (от секунд до пары-тройки-нескольких минут), поэтому при запуске вручную, интерактивно, имеет смысл набирать что-то типа (для csh, в bash не помню как редирект делается): # ntpd -q >& /dev/null & -- HB