Ах, эта волшебная фантазия Азимова.

Подтверждаю

хмм.. пора вентилятор заводить чтоли?

привет бот

У кого-нибудь были проблемы с синхронизацией времени между windows и debian?

Есть три машины, одна windows server, на ней сервер времени
Вторая windows 10
Третья debian
Вторая и третья синхронизируют время с первой
Написал простенький клиент-сервернвный скрипт на питоне, на win10 машине слушается порт udp, debian отправляет пакет с таймкодом (t1) отправки пакета, полученным с помощью time.time()
Win10 сразу после получения так же получает время t2=time.time()

Проблема в том, что
1)иногда t2-t1 получается отрицательным
2)или сильно больше пинга, пинг 1,5мс, разность таймкодов 30+мс

Перед тестом время синхронизирую

Зачем надо писать на коленке когда есть ntp? И куча проверенных библиотек

время синхронизируется по ntp, а таймкодами уже измеряется скорость прохождения udp пакетов

А зачем? Время отличается от пинга, потому что размер пакета разный. Можешь ключ установить на нужное количество байт, что б с твоим пакетом совпадал, кажется -S

но откуда тогда отрицательная разница между временем приема и отправки?

Может в фрейм не влезает? Или еще почему ретрансмит случается, посмотри ваершарком

Было, что Windows-узлы получали время от сервера Active Directory. А Linux через сервис chronyd от ntp-сервера. И времена расходились. И даже есть так до сих пор

Решением может быть, в случае такой же ситуации - настроить синхронизацию времени с ntp-сервером и на active directory сервере

А какая разница, какой пакет?
Пинг засекает время. Больше пакет - больше время. Но разн ца между отправкой и получением должна быть положительной

1) проверь сам скрипт:
Пусть он у тебя поработает на одной машине, и сервер и клиент. Может тоже будет встречаться отрицательное время?

2) ты же понимаешь, что время пинга - это время прохождения пакета туда-обратно?

в общем проблема оказалась в плохой синхронизации времени между двумя машинами, подвел NTP

Слава плохого не посоветует :)

winserver получает время с сервера майкрософт
win 10 и debian берут время у winserver, и к сожалению, время синхронизируется неточно, у debian и winserver offset=20-40ms, у win10 и winsever offset=100+ms

есть возможность довести точность до 1ms?

https://support.microsoft.com/ru-ru/help/884776/how-to-configure-the-windows-time-service-against-a-large-time-offset
Может поможет.

В конкретной ситуации проблема была в том, что если сервис был запущен на windows, то он запрашивал иногда oath-токен из будущего, токен не проходил Constraint-ы сервера БД, который был на Linux. Решено было сделать так, чтобы на Windows время стабильно отставало на 30 сек от Linux. На Windows была отключена синхронизация, для нее написали свой скрипт, если не ошибаюсь.

То есть точность была не важна. Важно было не получить время в будущем