Синхронизация времени через http

[inkover]

вопрос с часовыми поясами как решается?

[kibork]

Время с сервера приходит в GMT, если у вас правильно указана Time-zone то утелита date сама применит смещение

[Bambr]

Пятерка за находчивость :)

[bappoy]

Разве Windows не умеет раздавать время через NTP?

[kibork]

Уметь то умеет, но не раздает

[UUSER]

Если оно как домен контроллер, то не раздаёт… вроде.

[Kane]

Что значит в округе не нашел? Вот же они:

server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server 3.de.pool.ntp.org

[kibork]

«Корпоративная сеть — Windows домен, выход в интернет только через proxy сервер.»

[Kane]

Прошу прощения

[silentroach]

Так синхронизируйте время с доменконтроллером, в чем проблема-то? По крайней мере я так и делаю.

Ваш же вариант не очень хорош — что будете делать, если будут проблемы с интернетом и он будет тормозить? В любом случае, я сомневаюсь в том, что ntpdate берет время одним запросом.

[youROCK]

По-моему, довольно очевидно, что нужно добавить то время, которое заняло получение ответа (после непосредственно отправки запроса), а для этого лишь придётся пожертвовать «синтаксическим сахаром» и получить ответ с сервера вручную, попутно посчитав, сколько времени на это ушло. Таким образом, даже при «тормозном» соединении, Вы не получите существенного отклонения от «правильного» времени.

[silentroach]

Мне кажется все это не так просто, как кажется. Но, полюбому, лучше уж с доменконтроллером синкаться :)

[CeyT]

Вы в самом начале разработки конкурирующего с NTP алгоритма ;-).

[youROCK]

Вообще, сейчас довольно широкое распространение получает работа чего угодно через HTTP и 80 порт. К примеру, WebDAV, SVN, Skype, etc… Так что никаких принципиальных ограничений против синхронизации времени через HTTP я лично не вижу…

[kibork]

«Все Windows машины получают время от доменного контроллера, но у меня рабочая станция Ubuntu в связи с производственной необходимостью. NTP сервера в округе я не нашел.»
Это означает что домен-контроллер не раздает время по ntp, конечно время будет не точное, но для личной машины достаточно, или Вы боитесь опаздать куда-то на 0.5 сек?

[CeyT]

Любой контроллер домена является NTP-сервером, любая клиентская Windows на соседнем компьютере также может раздавать время, если установить в реестре соответсвующий параметр. Вы чешете правое ухо левой пяткой.

ntpdate dc.example.local либо укажите сервер в ntp.conf.

[adontz]

Помимо очевидной ссылки на собственный опыт, приведу официальный комментарий NTP
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.

[kibork]

kibork@host:~$ sudo ntpdate {ourdamaincontroller}
2 Feb 14:17:24 ntpdate[5197]: no server suitable for synchronization found

[adontz]

Версия сервера какая?

[kibork]

Вот этого мне уже неузнать…

[kibork]

kibork@host:~$ sudo ntpdate {co-worker windows machine}
2 Feb 14:18:57 ntpdate[5204]: no server suitable for synchronization found

[mikes]

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

судя по всему работает синхронизация

[ingeniarius]

А если перед запросом записывать timestamp,
после получения ответа, делать дельту по timestamp, а
разницу добавлять к полученному времени?