ເຫດຜົນທີ່ເວລາ Windows ບໍ່ສາມາດຊິງຄ໌ຜ່ານ HTTP proxy

HTTP proxy ທີ່ເຮັດວຽກໄດ້ພິສູດເສັ້ນທາງສຳລັບ web client ທີ່ໃຊ້ມັນ. ເວລາ Windows ໃຊ້ NTP ຜ່ານພອດ UDP 123 ດັ່ງນັ້ນການຕັ້ງຄ່າ proxy ຂອງບຣາວເຊີບໍ່ໄດ້ໃຫ້ເສັ້ນທາງຊິງຄ໌ເວລານັ້ນ.

ຈາກ command prompt ທີ່ມີສິດອຳນາດເໝາະສົມ ກວດເບິ່ງການຕັ້ງຄ່າແຫຼ່ງຂໍ້ມູນ ແລະ peer ປັດຈຸບັນ:

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

ຄຳຖາມເຫຼົ່ານີ້ລາຍງານການຕັ້ງຄ່າ ແລະ peer ປັດຈຸບັນຂອງບໍລິການ. ກ່ອນປ່ຽນແຫຼ່ງຂໍ້ມູນ ໃຫ້ກຳນົດວ່າເຄື່ອງຄວນໃຊ້ລຳດັບຊັ້ນເວລາທີ່ມີຢູ່ຂອງອົງກອນ ຫຼືເຊີບເວີ NTP ພາຍໃນທີ່ໄດ້ຮັບອະນຸມັດ.

ເຊີບເວີທີ່ເລືອກຕ້ອງການເສັ້ນທາງ UDP ທີ່ໄດ້ຮັບອະນຸຍາດ. ອຸໂມງ HTTP CONNECT ຂົນສົ່ງກະແສ TCP ແລະການຍ້າຍປາຍທາງ NTP ໄປພອດ 80 ບໍ່ໄດ້ແປງ NTP ເປັນ HTTP. ການຈັດວາງ UDP ທີ່ອີງໃສ່ SOCKS ຈະຕ້ອງການການສະໜັບສະໜູນ client ແລະ relay ຈິງ; ຜູ້ຟັງ SOCKS ຢ່າງດຽວບໍ່ພຽງພໍ.

ຄ່າ HTTP Date ອາດມີປະໂຫຍດສຳລັບການປຽບທຽບແບບຫຍາບໆ ແຕ່ມັນເປັນການສັງເກດຂອງໂປຣໂຕຄອນອື່ນ ແລະບໍ່ໄດ້ພິສູດວ່າການແລກປ່ຽນ NTP ທີ່ຕັ້ງຄ່າໃນ W32Time ເຮັດວຽກ.