Waarom Windows-tyd nie deur 'n HTTP-proxy kan sinchroniseer nie

Ondersoek W32Time se bron en eweknieë wanneer blaai deur 'n korporatiewe HTTP-proxy werk, maar kloksinchronisasie misluk.

'n Werkende HTTP-proxy bewys 'n roete vir die webkliënt wat dit gebruik. Windows-tyd gebruik NTP oor UDP-poort 123, dus verskaf die blaaier se proxykonfigurasie nie daardie tydsinchronisasieroete nie.

Vanaf 'n behoorlik gemagtigde opdragprompt, ondersoek die huidige bron- en ewekniekonfigurasie:

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

Hierdie navrae rapporteer die diens se huidige instellings en eweknieë. Bepaal of die masjien die organisasie se bestaande tydhiërargie of 'n goedgekeurde interne NTP-bediener moet gebruik voordat sy bron verander word.

Die gekose bediener benodig 'n toegelate UDP-pad. 'n HTTP CONNECT-tonnel dra 'n TCP-stroom, en om 'n NTP-bestemming na poort 80 te skuif, vertaal NTP nie in HTTP nie. 'n SOCKS-gebaseerde UDP-reëling sal werklike kliënt- en aflosondersteuning nodig hê; 'n SOCKS-luisteraar alleen is onvoldoende.

'n HTTP-datumwaarde kan nuttig wees vir 'n rowwe vergelyking, maar dit is 'n ander protokol se waarneming en bewys nie dat W32Time se gekonfigureerde NTP-uitruiling werk nie.

Verwante artikels