1

Я настроил службу w32time для работы в качестве ntp-сервера, и это было подтверждено как минимум на одном другом клиенте (MacOS X). Я использовал несколько разных утилит в Windows, которые указывают на то, что действительно отвечает ntp-сервис.

Вот фрагмент из ntpd (в Qnx он запускается как ntpd -ddqn -c ntp.conf):

poll_update: at 1998 192.168.2.10 flags 0081 poll 6 burst 0 last 1998 next 2064
    MCAST   *****sendpkt(fd=6 dst=192.168.2.10, src=192.168.2.220, ttl=0, len=48)
transmit: at 1998 192.168.2.220->192.168.2.10 modeinput_handler: if=2 fd=6 length 48 from c0a8020a 192.168.2.10 3
receive: at 1998 192.168.2.220<-192.168.2.10 restrict 00
receive: at 1998 192.168.2.220<-192.168.2.10 mode 4 code 1
poll_update: at 1998 192.168.2.10 flags 0081 poll 6 burst 0 last 1998 next 2062
clock_filter: n 2 off 318.028919 del 0.001000 dsp 0.016994 jit 0.094653, age 0

Я не очень разбираюсь в этом. Я надеюсь, что кто-то может обучить или просто сказать мне, что не так. Должна быть причина, по которой реализация Qnx не синхронизируется. Я думаю, что я могу выбрать немного о смещении (быть впереди 318s) - что было бы правильно.

Только почему это не фиксирует местные часы?

1 ответ1

0

Как долго вы ожидали синхронизации? В некоторых случаях это может занять до 10 минут. Можете ли вы получить время, используя:

# ntpdate <time server ip address>

Что бы это ни стоило, версия утилит ntp для QNX незначительно отличается от того, что доступна в linux и mac, это в основном те же инструменты, только что созданные с другим компилятором.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .