Kial Windows-tempo ne povas sinkronigi tra HTTP-prokurilo

Kontrolu la fonton kaj samtavolanojn de W32Time kiam retumado funkcias tra kompania HTTP-prokurilo sed horloĝa sinkronigo malsukcesas.

Funkcianta HTTP-prokurilo pruvas itineron por la retkliento, kiu ĝin uzas. Windows-tempo uzas NTP super UDP-pordo 123, do la prokurila agordo de la retumilo ne provizas tiun temp-sinkronigan itineron.

El komandprompto kun taŭga rajtigo, kontrolu la nunan fontan kaj samtavolan agordon:

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

Ĉi tiuj demandoj raportas la nunajn agordojn kaj samtavolanojn de la servo. Antaŭ ol ŝanĝi gian fonton, determini ĉu la maŝino uzu la ekzistantan tempan hierarkion de la organizo aŭ aprobitan internan NTP-servilon.

La elektita servilo bezonas permesitan UDP-vojon. HTTP CONNECT-tunelo portas TCP-fluon, kaj movi NTP-celon al pordo 80 ne tradukas NTP en HTTP. SOCKS-bazita UDP-aranĝo postulus realan klientan kaj relajan subtenon; sola SOCKS-aŭskultanto ne sufiĉas.

HTTP Date-valoro povas esti utila por kruda komparo, sed ĝi estas observado de alia protokolo kaj ne pruvas, ke la agordita NTP-interŝanĝo de W32Time funkcias.

Rilataj artikoloj