ለምን የዊንዶውስ ሰዓት በHTTP ፕሮክሲ ማመሳሰል አይችልም
አሰሳ በድርጅታዊ HTTP ፕሮክሲ ሲሠራ የW32Time ምንጭና አጋሮችን ይመርምሩ፣ የሰዓት ማመሳሰል ግን ሲወድቅ።
የሠራ HTTP ፕሮክሲ ለሚጠቀመው የድር ደንበኛ መንገድ መኖሩን ያረጋግጣል። የዊንዶውስ ሰዓት NTPን በUDP ወደብ 123 ላይ ይጠቀማል፣ ስለዚህ የአሳሹ ፕሮክሲ ውቅር ያንን የማመሳሰል መንገድ አያቀርብም።
ተገቢ ፈቃድ ካለው የትዕዛዝ መስመር ውስጥ የአሁኑን ምንጭና አጋር ውቅር ይመርምሩ፦
w32tm /query /source
w32tm /query /configuration
w32tm /query /peers
እነዚህ ጥያቄዎች የአገልግሎቱን የአሁኑ ቅንብሮችና አጋሮች ያሳያሉ። ምንጩን ከመቀየሩ በፊት ማሽኑ ድርጅቱ ያለውን የሰዓት ተዋረድ ወይም የተፈቀደ ውስጣዊ NTP አገልጋይ መጠቀም እንዳለበት ይወስኑ።
የተመረጠው አገልጋይ የተፈቀደ የUDP መንገድ ይፈልጋል። የHTTP CONNECT ዋሻ TCP ፍሰት ይሸከማል፣ የNTP መድረሻን ወደ ወደብ 80 ማሸጋገር NTPን ወደ HTTP አይቀይርም። በSOCKS ላይ የተመሠረተ የUDP አሰራር ትክክለኛ የደንበኛና የማስተላለፊያ ድጋፍ ይፈልጋል፤ የSOCKS ማዳመጫ ብቻ በቂ አይደለም።
የHTTP Date እሴት ለግምታዊ ንጽጽር ጠቃሚ ሊሆን ይችላል፣ ነገር ግን የሌላ ፕሮቶኮል ምልከታ ነው እና የW32Time የተዋቀረው NTP ልውውጥ እንደሚሠራ አያረጋግጥም።