htpdate ສາມາດຖາມເວລາຜ່ານ HTTP proxy
ໃຊ້ຕົວເລືອກ proxy ແລະ ຖາມຢ່າງດຽວຂອງ htpdate ເມື່ອມີການເຊື່ອມຕໍ່ HTTP ໂດຍແຍກການຄາດຄະເນເວລາອອກຈາກການຂົນສົ່ງ NTP.
ntpdate ເວົ້າ NTP ເທິງ UDP. ອຸໂມງ HTTP CONNECT ທຳມະດາຂົນສົ່ງກະແສ TCP ດັ່ງນັ້ນການຕັ້ງຄ່າ HTTP proxy ບໍ່ໄດ້ໃຫ້ເສັ້ນທາງ UDP ນັ້ນແກ່ ntpdate.
ເມື່ອມີພຽງການເຂົ້າເຖິງ HTTP, htpdate ເປັນເຄື່ອງມືແຍກຕ່າງຫາກທີ່ຄາດຄະເນເວລາຈາກເຄື່ອງໝາຍເວລາຂອງການຕອບສະໜອງຈາກເຊີບເວີເວັບ. ເມື່ອມັນມີຢູ່ແລ້ວ, ການເອີ້ນຖາມຢ່າງດຽວແມ່ນ:
htpdate -q -P proxy.example:8080 www.example.org
ເລືອກ proxy ທີ່ໄດ້ຮັບອະນຸຍາດ ແລະ ເຊີບເວີອ້າງອີງທີ່ນາລິກາຂອງມັນເໝາະສຳລັບວຽກ. ຜູ້ສະໝັກສາທາລະນະສຳລັບທີ່ຢູ່ proxy ຢູ່ໃນລາຍຊື່ HTTP proxy; ລາຍຊື່ນັ້ນບໍ່ໃຫ້ເອກະສານອ້າງອີງເວລາທີ່ໜ້າເຊື່ອຖື. -P ເລືອກຕົວກາງ; -q ຖາມໂດຍບໍ່ປ່ຽນນາລິກາ. ລູກຄ້າຍັງສະໜັບສະໜູນ URL ອ້າງອີງຫຼາຍອັນ.
htpdate ພິຈາລະນາບັນຫາທີ່ໄພພາຍຊ່ອງຄອມມັນທີ່ຄັດລອກ HTTP Date header ດຽວບໍ່ພິຈາລະນາ, ລວມທັງແຫຼ່ງຂໍ້ມູນຫຼາຍແຫ່ງ ແລະ ການກັ່ນຕອງຜົນທີ່ບໍ່ສອດຄ່ອງ. ມັນຍັງອາໄສເຊີບເວີອ້າງອີງ, ການຈັດການການຕອບສະໜອງ ແລະ ເວລາເຄືອຂ່າຍ.
ການຕອບສະໜອງທີ່ເກັບໄວ້ໃນ cache ອາດມີຄ່າ Date ເກົ່າກວ່າ. ເຄື່ອງໝາຍເວລາ HTTP ທຳມະດາກໍບໍ່ແມ່ນເວລາທີ່ຢືນຢັນແລ້ວ. ຮັກສາຂໍ້ກຳນົດຄວາມໜ້າເຊື່ອຖື ແລະ ຄວາມແມ່ນຍຳໄວ້ກັບການຕັດສິນໃຈຕິດຕັ້ງ, ແທນທີ່ຈະຖືວ່າໜ້າເວັບໃດໆທີ່ເຂົ້າເຖິງໄດ້ເປັນຕົວແທນຂອງບໍລິການເວລາເຄືອຂ່າຍ.
ຖ້າອົງກອນມີບໍລິການ NTP ພາຍໃນ, ການໃຊ້ບໍລິການທີ່ເຂົ້າເຖິງໄດ້ນັ້ນເປັນອີກເສັ້ນທາງໜຶ່ງ. ການຖາມເວລາ ແລະ ການອະນຸຍາດໃຫ້ daemon ປັບນາລິກາລະບົບເປັນການດຳເນີນການແຍກຕ່າງຫາກ.