Comments 23
вопрос с часовыми поясами как решается?
0
Пятерка за находчивость :)
+5
Разве Windows не умеет раздавать время через NTP?
0
Так синхронизируйте время с доменконтроллером, в чем проблема-то? По крайней мере я так и делаю.
Ваш же вариант не очень хорош — что будете делать, если будут проблемы с интернетом и он будет тормозить? В любом случае, я сомневаюсь в том, что ntpdate берет время одним запросом.
Ваш же вариант не очень хорош — что будете делать, если будут проблемы с интернетом и он будет тормозить? В любом случае, я сомневаюсь в том, что ntpdate берет время одним запросом.
+1
По-моему, довольно очевидно, что нужно добавить то время, которое заняло получение ответа (после непосредственно отправки запроса), а для этого лишь придётся пожертвовать «синтаксическим сахаром» и получить ответ с сервера вручную, попутно посчитав, сколько времени на это ушло. Таким образом, даже при «тормозном» соединении, Вы не получите существенного отклонения от «правильного» времени.
0
Мне кажется все это не так просто, как кажется. Но, полюбому, лучше уж с доменконтроллером синкаться :)
0
Вы в самом начале разработки конкурирующего с NTP алгоритма ;-).
+3
«Все Windows машины получают время от доменного контроллера, но у меня рабочая станция Ubuntu в связи с производственной необходимостью. NTP сервера в округе я не нашел.»
Это означает что домен-контроллер не раздает время по ntp, конечно время будет не точное, но для личной машины достаточно, или Вы боитесь опаздать куда-то на 0.5 сек?
Это означает что домен-контроллер не раздает время по ntp, конечно время будет не точное, но для личной машины достаточно, или Вы боитесь опаздать куда-то на 0.5 сек?
0
Любой контроллер домена является NTP-сервером, любая клиентская Windows на соседнем компьютере также может раздавать время, если установить в реестре соответсвующий параметр. Вы чешете правое ухо левой пяткой.
ntpdate dc.example.local либо укажите сервер в ntp.conf.
ntpdate dc.example.local либо укажите сервер в ntp.conf.
+2
Помимо очевидной ссылки на собственный опыт, приведу официальный комментарий NTP
support.ntp.org/bin/view/Support/WindowsTimeService
support.ntp.org/bin/view/Support/WindowsTimeService
Windows domain controller machines that are part of an Active Directory domain are automatically configured to act as time servers. The first domain controller in the network is automatically configured to poll time.windows.com as a time source, and all subsequent domain controllors automatically obtain time from the first domain controller.
0
kibork@host:~$ sudo ntpdate {ourdamaincontroller}
2 Feb 14:17:24 ntpdate[5197]: no server suitable for synchronization found
2 Feb 14:17:24 ntpdate[5197]: no server suitable for synchronization found
0
Версия сервера какая?
0
kibork@host:~$ sudo ntpdate {co-worker windows machine}
2 Feb 14:18:57 ntpdate[5204]: no server suitable for synchronization found
2 Feb 14:18:57 ntpdate[5204]: no server suitable for synchronization found
0
mikes@mikes-work:~$ sudo ntpdate ad2.....vrn.ru
2 Feb 15:22:32 ntpdate[15177]: adjust time server 172......30 offset 0.007228 sec
mikes@mikes-work:~$ sudo ntpdate ad........vrn.ru
2 Feb 15:22:34 ntpdate[15190]: adjust time server 172......10 offset 0.015451 sec
судя по всему работает синхронизация
2 Feb 15:22:32 ntpdate[15177]: adjust time server 172......30 offset 0.007228 sec
mikes@mikes-work:~$ sudo ntpdate ad........vrn.ru
2 Feb 15:22:34 ntpdate[15190]: adjust time server 172......10 offset 0.015451 sec
судя по всему работает синхронизация
0
А если перед запросом записывать timestamp,
после получения ответа, делать дельту по timestamp, а
разницу добавлять к полученному времени?
после получения ответа, делать дельту по timestamp, а
разницу добавлять к полученному времени?
+1
Sign up to leave a comment.
Синхронизация времени через http