system/ntp/monitor-peers type="ucast-client" address=92.255.126.2 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.204 ms root-disp=1.098 ms offset=0.035 ms delay=6.243 ms disp=25.313 ms jitter=1.48 ms
type="ucast-client" address=92.255.126.3 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=2.914 ms root-disp=0.595 ms offset=0.085 ms delay=4.831 ms disp=19.411 ms jitter=1.227 ms
type="ucast-client" address=92.255.126.12 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.677 ms root-disp=0.732 ms offset=0.361 ms delay=6.168 ms disp=18.271 ms jitter=0.908 ms
type="ucast-client" address=92.255.126.11 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.738 ms root-disp=1.037 ms offset=0.557 ms delay=5.664 ms disp=13.921 ms jitter=1.056 ms
type="ucast-client" address=92.255.126.22 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.707 ms root-disp=0.244 ms offset=-0.028 ms delay=5.442 ms disp=19.246 ms jitter=1.709 ms
type="ucast-client" address=89.109.251.22 refid="70.84.82.73" stratum=1 hpoll=10 ppoll=4 root-delay=0 ms root-disp=0 ms offset=0.675 ms delay=7.913 ms disp=0.62 ms jitter=1.273 ms
В таком случаи она просто замолкнет, тк SSL/TLS сертификаты имеют свое время жизни, Алиса ответит "ой, что то с интернетом" НО опять же возвращаясь к своей инфраструктуре, за ней в компаниях следят как и дома, по умолчанию опция 42 и NTP server в локалке не работает, его просто нет......
У меня роутер по DHCP отдает NTP сервер(опция 42), что мешает Вам внедрить в DHCP клиент станции. чтение и использование этой опции, в корпоративных сетях да и дома у многих своя страта s2 используйте NTP которые развернуты внутри локалок
ответили но свою ST1 почему то не стали делать
system/ntp/monitor-peers
type="ucast-client" address=92.255.126.2 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.204 ms root-disp=1.098 ms offset=0.035 ms delay=6.243 ms disp=25.313 ms jitter=1.48 ms
type="ucast-client" address=92.255.126.3 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=2.914 ms root-disp=0.595 ms offset=0.085 ms delay=4.831 ms disp=19.411 ms
jitter=1.227 ms
type="ucast-client" address=92.255.126.12 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.677 ms root-disp=0.732 ms offset=0.361 ms delay=6.168 ms disp=18.271 ms
jitter=0.908 ms
type="ucast-client" address=92.255.126.11 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.738 ms root-disp=1.037 ms offset=0.557 ms delay=5.664 ms disp=13.921 ms
jitter=1.056 ms
type="ucast-client" address=92.255.126.22 refid="89.109.251.22" stratum=2 hpoll=10 ppoll=10 root-delay=3.707 ms root-disp=0.244 ms offset=-0.028 ms delay=5.442 ms disp=19.246 ms
jitter=1.709 ms
type="ucast-client" address=89.109.251.22 refid="70.84.82.73" stratum=1 hpoll=10 ppoll=4 root-delay=0 ms root-disp=0 ms offset=0.675 ms delay=7.913 ms disp=0.62 ms jitter=1.273 ms
Если кому интересно, яндекс внес свои сервера в пул
https://www.ntppool.org/ru/a/yandex
В сетях с AD админ групповой политикой задает NTP сервера, Windows Чуть ли не единственная ось которая целенаправленно 42 опцию игнорирует
В таком случаи она просто замолкнет, тк SSL/TLS сертификаты имеют свое время жизни, Алиса ответит "ой, что то с интернетом" НО опять же возвращаясь к своей инфраструктуре, за ней в компаниях следят как и дома, по умолчанию опция 42 и NTP server в локалке не работает, его просто нет......
У меня роутер по DHCP отдает NTP сервер(опция 42), что мешает Вам внедрить в DHCP клиент станции. чтение и использование этой опции, в корпоративных сетях да и дома у многих своя страта s2 используйте NTP которые развернуты внутри локалок