Сервер времени не используется
У меня 4 ПК с 10.10, и все они настроены с одинаковыми серверами времени. Однако один из них был ошибочным на 6 минут, и он явно не синхронизировал свое время с помощью определенных серверов. Я попытался изменить некоторые из них, но ничего, кроме перезагрузки, не установит правильно установленные часы. Какие идеи могут возникнуть?
7 ответов
Существует ли межсетевой экран, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попробовать остановить ntpd и запустить что-то вроде
ntpdate pool.ntp.org
И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулируйте время сервера 194.100.2.198 offset -311.135718 сек, после чего он исправил это смещение. После запуска ntpd снова необходимо синхронизировать часы.
-
1Ничто не блокирует UDP и amp; все 4 ПК находятся в одной локальной сети. Нечетная часть состоит в том, что ПК был перезагружен всего за несколько часов до того, как время прошло так далеко. Другой ботинок установил его прямо и amp; он был синхронизирован со вчерашнего дня, но если проблема повторится, я попробую остановить & amp; запустите идею NTP - спасибо. – davedo2 19 February 2011 в 09:36
Существует ли межсетевой экран, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попробовать остановить ntpd и запустить что-то вроде
ntpdate pool.ntp.org
И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулируйте время сервера 194.100.2.198 offset -311.135718 сек, после чего он исправил это смещение. После запуска ntpd снова необходимо синхронизировать часы.
-
1Ничто не блокирует UDP и amp; все 4 ПК находятся в одной локальной сети. Нечетная часть состоит в том, что ПК был перезагружен всего за несколько часов до того, как время прошло так далеко. Другой ботинок установил его прямо и amp; он был синхронизирован со вчерашнего дня, но если проблема повторится, я попробую остановить & amp; запустите идею NTP - спасибо. – davedo2 19 February 2011 в 09:36
Существует ли брандмауэр, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попытаться остановить ваш ntpd и запустить что-то вроде
ntpdate pool.ntp.org И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулировать время сервера 194.100.2.198 смещение -311.135718 сек
, после чего оно исправлено которые успешно компенсируются. После запуска ntpd снова необходимо синхронизировать часы.
Существует ли брандмауэр, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попытаться остановить ваш ntpd и запустить что-то вроде
ntpdate pool.ntp.org И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулировать время сервера 194.100.2.198 смещение -311.135718 сек
, после чего оно исправлено которые успешно компенсируются. После запуска ntpd снова необходимо синхронизировать часы.
Существует ли брандмауэр, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попытаться остановить ваш ntpd и запустить что-то вроде
ntpdate pool.ntp.org И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулировать время сервера 194.100.2.198 смещение -311.135718 сек
, после чего оно исправлено которые успешно компенсируются. После запуска ntpd снова необходимо синхронизировать часы.
Существует ли брандмауэр, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попытаться остановить ваш ntpd и запустить что-то вроде
ntpdate pool.ntp.org И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулировать время сервера 194.100.2.198 смещение -311.135718 сек
, после чего оно исправлено которые успешно компенсируются. После запуска ntpd снова необходимо синхронизировать часы.
Существует ли брандмауэр, предотвращающий трафик UDP?
Кроме того, NTP обычно корректирует время очень медленно. Вы можете попытаться остановить ваш ntpd и запустить что-то вроде
ntpdate pool.ntp.org И посмотреть, что он выводит. Если это что-то вроде
17 фев. 20:03:13 ntpdate [3046]: отрегулировать время сервера 194.100.2.198 смещение -311.135718 сек
, после чего оно исправлено которые успешно компенсируются. После запуска ntpd снова необходимо синхронизировать часы.
-
1Ничто не блокирует UDP и amp; все 4 ПК находятся в одной локальной сети. Нечетная часть состоит в том, что ПК был перезагружен всего за несколько часов до того, как время прошло так далеко. Другой ботинок установил его прямо и amp; он был синхронизирован со вчерашнего дня, но если проблема повторится, я попробую остановить & amp; запустите идею NTP - спасибо. – davedo2 19 February 2011 в 09:36