30.03.2009 10:32
KozzZaNoVa
 
А это точно поможет, для данной зоны не был предусмотрен автоматический перевод времени? Как в этом можно удостовериться хотя бы на 99%.
30.03.2009 10:40
OlegON
 
Не загружать укм, передвинуть время вперед на следующий перевод и посмотреть...
31.03.2009 09:59
didinap
 
Вот у меня 13 магазинов, около 80 касс, 90 весов и 200 компов.
На коррекцию времени всего этого хозяйства у меня ушло около часа работы.
Компы все в домене, и в 2 часа ночи сами сразу перевелись на нужное время.
А вот для касс использовал скрипт от С+ (он у них на фтп лежит).
31.03.2009 13:01
7zEro
 
залил архив... присылали вроди с С+ вчера первел время без проблем на всех кассах... закрываете смену на кассе, в iplist пишите апишник кассы на которой хотите поменят время (сохраняете) затем запускаете rssh, выключаете кассу полностью (что бы фискальник тоже погас) включаете проверяете время.. вроди так =) время берется с компа на котором запусается rssh
26.09.2019 12:22
DMaslov
 
Пополню копилку.

Ошибочно полагал, что запущенная "Служба времени Windows" автоматически означает, что NTP-сервер работает.
Нет. Нужно явно включить параметр в реестре.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer

Enabled = 1

Без него было "no server suitable for synchronization found".

+:
192.168.3.102#/usr/sbin/ntpdate -dv 192.168.1.200
26 Sep 11:28:26 ntpdate[4918]: ntpdate 4.1.1c-rc1@1.836 Thu Feb 13 12:17:20 EST 2003 (1)
transmit(192.168.1.200)
transmit(192.168.1.200)
transmit(192.168.1.200)
transmit(192.168.1.200)
transmit(192.168.1.200)
192.168.1.200: Server dropped: no data
server 192.168.1.200, port 123
stratum 0, precision 0, leap 00, trust 000
refid [0.0.0.0], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time: 00000000.00000000 Thu, Feb 7 2036 9:28:16.000
originate timestamp: 00000000.00000000 Thu, Feb 7 2036 9:28:16.000
transmit timestamp: e136f52d.e710ecb7 Thu, Sep 26 2019 11:28:29.902
filter delay: 0.00000 0.00000 0.00000 0.00000
0.00000 0.00000 0.00000 0.00000
filter offset: 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

26 Sep 11:28:30 ntpdate[4918]: no server suitable for synchronization found
192.168.3.102#/usr/sbin/ntpdate -dv 192.168.1.200
26 Sep 11:49:07 ntpdate[4987]: ntpdate 4.1.1c-rc1@1.836 Thu Feb 13 12:17:20 EST 2003 (1)
transmit(192.168.1.200)
receive(192.168.1.200)
transmit(192.168.1.200)
receive(192.168.1.200)
transmit(192.168.1.200)
receive(192.168.1.200)
transmit(192.168.1.200)
receive(192.168.1.200)
transmit(192.168.1.200)
server 192.168.1.200, port 123
stratum 1, precision -6, leap 00, trust 000
refid [LOCL], delay 0.06046, dispersion 0.00706
transmitted 4, in filter 4
reference time: e136fa01.3810624d Thu, Sep 26 2019 11:49:05.219
originate timestamp: e136fa07.20000000 Thu, Sep 26 2019 11:49:11.125
transmit timestamp: e136fa03.56f177a7 Thu, Sep 26 2019 11:49:07.339
filter delay: 0.06123 0.06189 0.06046 0.06354
0.00000 0.00000 0.00000 0.00000
filter offset: 3.773219 3.768311 3.763857 3.774229
0.000000 0.000000 0.000000 0.000000
delay 0.06046, dispersion 0.00706
offset 3.763857

26 Sep 11:49:07 ntpdate[4987]: step time server 192.168.1.200 offset 3.763857 sec
26.09.2019 12:32
OlegON
 
Я бы порекомендовал не Linux синхронизировать с виндой, а винду - с линуксом, поскольку в винде SNTP недостаточно конфигурабельный, и слишком трудно диагностировать его неработу. Просто был на памяти случай, когда после переконфигурации сети на контроллере домена SNTP тихо отъехал, потянув за собой все остальное... Да и в целом SNTP гораздо менее надежный, чем NTP.

В общем, рекомендую настроить NTP на линуксовой машине куда-нибудь на ru.pool.ntp.org, чтобы еще и блокировки РКН не вмешались внезапно, и анализировать журнал этой машины.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.