URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 96385
[ Назад ]

Исходное сообщение
"ntpd не синхронизирует время"

Отправлено Corega , 02-Дек-15 23:00 
$ntpdate -q ntp1.zenon.net
server 195.2.64.6, stratum 2, offset 0.001356, delay 0.08873
3 Dec 02:52:48 ntpdate[1934]: adjust time server 195.2.64.6 offset 0.001356 sec

$ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
ntp1.zenon.net  .INIT.          16 u    - 1024    0    0.000    0.000   0.000

$less /etc/ntp.conf
restrict 127.0.0.1
server ntp1.zenon.net minpoll 10 maxpoll 14


На другом сервере (другие адреса и провайдер) с этими же настройками все в порядке. А тут не синхронизируется время, подскажите что может быть?


Содержание

Сообщения в этом обсуждении
"ntpd не синхронизирует время"
Отправлено DN , 03-Дек-15 00:08 
reach = 0  
Пакеты ходят ?
Еще restrict смотрите

"ntpd не синхронизирует время"
Отправлено Corega , 04-Дек-15 10:28 
> reach = 0
> Пакеты ходят ?
> Еще restrict смотрите

Обратные пакеты не доходят до этого сервера. Провайдер говорит что ничего не блокирует. Отключил везде файерволлы. Сервер виртуальный, может vmware ntp трафик блокировать?  


"ntpd не синхронизирует время"
Отправлено Pahanivo , 04-Дек-15 11:09 
Ты хочешь узнать тут где тебя что блокируется?

"ntpd не синхронизирует время"
Отправлено Corega , 04-Дек-15 11:29 
> Ты хочешь узнать тут где тебя что блокируется?

перекопал все настройки уже на 2 раза. может кто сталкивался с подобным.

две машины с vmware разные адреса, разные провайдеры, 2 вирт. машины с ntpd с одинаковыми настройками системы и демона. на одной синхронизируется время, на другой нет.



"ntpd не синхронизирует время"
Отправлено DN , 04-Дек-15 22:18 
> две машины с vmware разные адреса, разные провайдеры, 2 вирт. машины с
> ntpd с одинаковыми настройками системы и демона. на одной синхронизируется время,
> на другой нет.

Значит udp пакеты возвращаются от сервера времени к одной вирт. машине, а к другой нет.
Ищите пакеты.


"ntpd не синхронизирует время"
Отправлено Дядя_Федор , 08-Дек-15 19:16 
> Значит udp пакеты возвращаются от сервера времени к одной вирт. машине, а
> к другой нет.
> Ищите пакеты.

tcpdump придумали трУсы. :))))


"ntpd не синхронизирует время"
Отправлено Аноним , 04-Дек-15 16:34 
> На другом сервере (другие адреса и провайдер) с этими же настройками все
> в порядке. А тут не синхронизируется время, подскажите что может быть?

А если попробовать в качестве серверов точного времени выставить DNS-сервера провайдера?
Обычно на них подняты и NTP-сервера.



"ntpd не синхронизирует время"
Отправлено Pahanivo , 05-Дек-15 00:34 
> А если попробовать в качестве серверов точного времени выставить DNS-сервера провайдера?
> Обычно на них подняты и NTP-сервера.

Обычно? Что за обычаи?
Вы предполагаете что его некий фаервол избирательно дропает пакеты от ntp серверов? :)



"ntpd не синхронизирует время"
Отправлено свободный бздун , 07-Дек-15 10:25 
NATa на пути случаем нет? Работает ли синхронизация при запросе ntpdate -u ?


"ntpd не синхронизирует время"
Отправлено Corega , 08-Дек-15 05:55 
> NATa на пути случаем нет? Работает ли синхронизация при запросе ntpdate -u
> ?

sudo ntpdate -u ntp3.vniiftri.ru

8 Dec 09:50:51 ntpdate[6939]: adjust time server 89.109.251.23 offset -0.000013 sec

Сделал запрос провайдеру, что-бы проверили может где-то у них фильтр стоит. Еще раз проверил сервер, все демоны работают нормально по tcp и udp. Проблема именно в ntpd или в vmware


"ntpd не синхронизирует время"
Отправлено Corega , 08-Дек-15 05:57 
>> NATa на пути случаем нет? Работает ли синхронизация при запросе ntpdate -u
>> ?

NATа нет, сервера на реальниках
Сейчас вот такая картина
ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
n2.time1.regnet .INIT.          16 u    - 1024    0    0.000    0.000   0.000
*intek-m.tv      46.254.216.12    3 u   59 1024  377   62.471    0.082   0.782
95.213.132.254  .INIT.          16 u    - 1024    0    0.000    0.000   0.000
ftpshare1.corbi .INIT.          16 u    - 1024    0    0.000    0.000   0.000
gallery.voorors .INIT.          16 u    - 1024    0    0.000    0.000   0.000
ntp1.vniiftri.r .INIT.          16 u    - 273m    0    0.000    0.000   0.000
ntp3.vniiftri.r .INIT.          16 u    - 273m    0    0.000    0.000   0.000
smtp.vniiftri.r .INIT.          16 u    - 273m    0    0.000    0.000   0.000
ntp1.zenon.net  .INIT.          16 u    - 273m    0    0.000    0.000   0.000


"ntpd не синхронизирует время"
Отправлено Дядя_Федор , 08-Дек-15 16:03 
Держите NTP-сервера из первого стратума.
server 194.190.168.1
server 89.175.22.41
server 46.46.152.214
server 62.117.76.140
server 62.117.76.142
Попробуйте с ними.
Вот у меня.
ntpq -p              
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*ntp.ix.ru       .PPS.            1 u  166 1024  377    3.716   -2.899   1.060
+border-tmg-01.a .GPS.            1 u  818 1024  377    3.901   -2.479   1.022
+stratum1.net    .PPS.            1 u  170 1024  377   46.838   19.075   1.602
62.117.76.140   .INIT.          16 u    - 1024    0    0.000    0.000   0.000
62.117.76.142   .INIT.          16 u    - 1024    0    0.000    0.000   0.000

"ntpd не синхронизирует время"
Отправлено DN , 10-Дек-15 02:44 
> ntpq -p
>      remote        refid      st  t when poll reach   delay   offset   jitter
> ==============================================================================
>  n2.time1.regnet .INIT.      16 u    - 1024    0 0.000    0.000   0.000
> *intek-m.tv      46.254.216.12    3 u 59 1024  377   62.471   0.082   0.782

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
377 - доступен
Надо найти еще доступный сервер времени.


"ntpd не синхронизирует время"
Отправлено Bolek , 16-Дек-15 09:23 
> Надо найти еще доступный сервер времени.

nslookup pool.ntp.org
не благодарите