локальный сервер NTP, не используемый клиентами. Проблема установки

Проблема была разрешена, системные работы теперь. Я делаю эту сводку для меня и любых других, которые должны установить офлайновый сервер NTP (снова). Фактическая проблема, казалось, была, что экспериментирование с широковещательным режимом повредило ntpd на сервере, это снова работало над другим перезапуском сервера. Почему это не работало, когда я следовал вышеупомянутым данным сообщениям, я не действительно уверен.

Backgound

Часть проблемы была то, что я не понял, как NTP работает и что я делал. Ни страница справочника, ни серверное руководство 16.04 не дали упрощенный обзор различных компьютеров, сотрудничают. Во-первых, клиент NTP и сервер вводят в заблуждение. Всегда та же программа, NTP deamon, "ntpd". Это должно быть установлено на каждом компьютере в локальной сети для синхронизации времени для работы. Я еще не проверял о клиентах окон, но я уверен, что существует версия для них где-нибудь также (прокомментируйте, есть ли у Вас информация об этом - создают в функциях, был бы предпочтен). Офлайновая система работала бы над системными часами только. Его выгодное для использования нескольких системных часов, не только основного сервера, потому что каждые часы добавляют для сокращения дрейфа времени. Другими словами, часы сделали бы все компьютеры синхронизируемым, но абсолютным временем в более стабильном и точном, когда больше часов рассматривают. Из того, что я читал 4, должно быть большое количество. NTP может действовать как сервер и как клиент одновременно. Конфигурационный файл по умолчанию действительно не имеет раздела конфигурации для роли сервера. Как простая модель, каждый ntpd экземпляр является клиентом, который получает информацию времени от где-нибудь регулярным опросом его. Любой опрос другого ntpd или опрос локальных встроенных часов. Это становится сервером, когда опросы ответов от других. Например, сеть, подключенная прокси-сервером к Интернету. Тот прокси-сервер работал бы ntpd опрашивать несколько Интернета серверы NTP и таким образом snyc его собственное время им. Когда все локальные клиенты опрашивают тот прокси-сервер в течение его (synchonised) времени, и он начинает отвечать на опросы, это становится и сам сервер NTP. Офлайновый случай точно, что, кроме серверов онлайн заменяются встроенными часами.

Конфигурация Для установки /etc/ntp.conf файл должен быть отредактирован. Значение по умолчанию довольно полно материала. Я удалил все кроме:

   # this is the IP or name of the local networks NTP server. This line
   # should be commented out on the server 
   server 192.168.1.111

   # this enables checking the local clock. Do not change that IP values!
   server 127.127.1.0
   fudge 127.127.1.0 stratum 10

   # this lines are required to run the ntpq -p command to verify the  
   # function of the system

   restrict 127.0.0.1
   restrict ::1

Сервер в том примере имеет IP 192.168.1.111. Эта конфигурация может быть тем же для всех ПК в сети. Только прокомментируйте локальный раздел часов по клиентам, которые не являются ноутбуками. Строка должна быть сохранена на ноутбуках и других устройствах, которые могут работать от сети в течение некоторого времени. Первый раздел сервера должен быть прокомментирован на сервере.

После редактирования перезапуска сервис с запустить/остановить сценарием

sudo /etc/init.d/ntp restart

Для проверки выполнения

ntpd-p

это немного короче, чем версия в вопросе и дает тот же вывод. Существует a * перед строкой часов, чтобы указать, что то, что это было используемым. Здесь вывод для рабочего сервера:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*LOCAL(0)            .LOCL.       2 1    6   64   377   0.000    0.000   0.000

Когда столбец подсчитывает, досягаемость - что-либо> 0. Здесь вывод для рабочего клиента:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.1.111      LOCAL(0)     3 u     31  64   377   0.206   -5.900   0.654

Если Вы уже переоборудуете =.INIT. это не работает. Числа отличались бы, очевидно. Клиенты не должны показывать 0.000 0.000 0.000 значения. Вывод для клиента с настроенным дополнительным отступает часы (отметьте то, что я был используемым прямо сейчас - нет *):

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.1.111     LOCAL(0)      3 u    31  64   377   0.206   -5.900   0.654
LOCAL(0)              .LOCL.     8 l     6  64     1   0.000    0.000   0.000

добавленные infos конфигурация по умолчанию описывает широковещательную передачу, отправляют, и широковещательная передача получают опцию. Не активируйте это для нормального функционирования. Это не требуется, чтобы получать системное движение и настраивать клиент и сервер. Если что-нибудь застревает, не только перезапускают сервис, но перезагрузку полностью. Даже сервер человечности. Когда система не работала, я отметил это ps -e |grep ntpесли 2 'ntpd' обрабатывают. Пара могла быть запущена и последовательно останавливаться. Рабочая версия только показала один на каждом компьютере. Существуют другие опции ограничения и регистрирующаяся опция из файла конфигурации по умолчанию, который мог бы быть полезным. Не протестировал их.

Надо надеяться, это становится полезным в некоторое время. Если у Вас будут исправления, прокомментируйте, то я попытаюсь обновить ответ.

CatMan

PS: Большое спасибо Ken Mollerup, комментарии которого приводят меня к лучшему пониманию системы NTP.