У меня много виртуальных машин Linux на ESXI, я настроил одну машину Linux как сервер NTP, и этот сервер обновляет свое время с сервера NTP через интернет, этот сервер работает нормально и обновляет свое время с серверов NTP через интернет, и я вижу это из команды ntpq -p. Теперь другие виртуальные машины принимают его как сервер NTP, но по какой-то причине он не обновляет свое время, результат ntpq -p следующий
remote refid st t when poll reach delay offset jitter
==============================================================================
X.Y.177.90.75 .INIT. 16 u - 1024 0 0.000 0.000 0.000
X.Y.90.1 .INIT. 16 u - 1024 0 0.000 0.000 0.000
Я ждал более 10 часов, но результат так и не изменился!!! :( никаких проблем с брандмауэром, конфигурации на клиентах и серверах одинаковы, за исключением IP-адресов серверов, и клиенты указывают на локальный сервер, а локальный сервер указывает на интернет-сервер!!! Кстати, у меня Debian как Linux!!! :(
решение1
Нулевая достижимость предполагает, что виртуальные машины не могут взаимодействовать друг с другом либо из-за базовых сетевых проблем, либо из-за настроек брандмауэра.
Я бы провел ряд тестов с использованием
pingот NTP-клиента к NTP-серверу (но Ping иногда блокируется FW)sshот NTP-клиента к NTP-серверу (вероятно, реже блокируется)ntpdate -d 129.177.90.75
Я предположил, что 129.177.90.75 и 129.177.90.1 являются локальными адресами локальных виртуальных машин, на которых запущен NTP как служба. Если это не так, обновите свой вопрос, чтобы прояснить этот момент.
ПС Кстати, мой прошлый опыт подсказывал, что для обеспечения надежного обслуживания других компьютеров в сети необходимо иметь не менее трех локальных NTP-серверов (в противном случае часы иногда не сходятся).
ППС У меня есть ощущение, что виртуальным машинам лучше использовать хост-часы, чем NTP. Использование NTP на виртуальных машинах раньше было проблематичным