Чаму час Windows не можа сінхранізавацца праз HTTP-проксі

Праверце крыніцу і аднагодкаў W32Time, калі прагляд працуе праз карпаратыўны HTTP-проксі, а сінхранізацыя гадзінніка не ўдаецца.

Працаздольны HTTP-проксі даказвае наяўнасць маршруту для вэб-кліента, які ім карыстаецца. Час Windows выкарыстоўвае NTP праз UDP-порт 123, таму налады проксі ў браўзеры не забяспечваюць гэты маршрут сінхранізацыі часу.

З належнымі правамі ў камандным радку праверце бягучую канфігурацыю крыніцы і аднагодкаў:

w32tm /query /source
w32tm /query /configuration
w32tm /query /peers

Гэтыя запыты паведамляюць бягучыя налады службы і яе аднагодкаў. Вызначце, ці павінна машына выкарыстоўваць існуючую іерархію часу арганізацыі або ўхвалены ўнутраны NTP-сервер, перш чым змяняць крыніцу.

Абраны сервер патрабуе дазволенага шляху UDP. Тунель HTTP CONNECT перадае TCP-паток, і перанос прызначэння NTP на порт 80 не ператварае NTP у HTTP. Схема UDP на аснове SOCKS патрабавала б рэальнай падтрымкі кліента і рэтранслятара; аднаго SOCKS-слухача недастаткова.

Значэнне HTTP Date можа быць карысным для прыблізнага параўнання, але гэта назіранне іншага пратаколу і не даказвае, што наладжаны абмен NTP у W32Time працуе.

Падобныя артыкулы