htpdate သည် HTTP proxy မှတစ်ဆင့် အချိန်ကို မေးနိုင်သည်
HTTP ချိတ်ဆက်မှု ရရှိနိုင်ချိန်တွင် htpdate ၏ proxy နှင့် မေးမြန်းရုံသာ ရွေးချယ်မှုများကို အသုံးပြုပြီး ၎င်း၏ အချိန်ခန့်မှန်းချက်များကို NTP သယ်ယူပို့ဆောင်မှုနှင့် ခွဲထားပါ။
ntpdate သည် UDP ပေါ်တွင် NTP ပြောဆိုသည်။ သာမန် HTTP CONNECT လိုဏ်ခေါင်းသည် TCP စီးကြောင်းကို သယ်ဆောင်သောကြောင့် HTTP proxy ကို ပြင်ဆင်ခြင်းသည် ntpdate အတွက် ထို UDP လမ်းကြောင်းကို မပေးပါ။
HTTP ဝင်ရောက်ခွင့်သာ ရရှိနိုင်ချိန်တွင် htpdate သည် ဝဘ်ဆာဗာ တုံ့ပြန်မှုများ၏ အချိန်တံဆိပ်များမှ အချိန်ကို ခန့်မှန်းသော သီးခြားကိရိယာတစ်ခု ဖြစ်သည်။ ၎င်းကို ရရှိပြီးဖြစ်ပါက မေးမြန်းရုံသာ ခေါ်ဆိုမှုမှာ ဤသို့ဖြစ်သည်−
htpdate -q -P proxy.example:8080 www.example.org
ခွင့်ပြုထားသော proxy နှင့် အလုပ်အတွက် သင့်လျော်သော နာရီရှိသည့် ရည်ညွှန်းဆာဗာကို ရွေးပါ။ proxy လိပ်စာအတွက် အများသုံး ကိုယ်စားလှယ်လောင်းများသည် HTTP proxy စာရင်းတွင် ရှိသည်။ ထိုစာရင်းသည် ယုံကြည်စိတ်ချရသော အချိန်ရည်ညွှန်းချက်ကို မပေးပါ။ -P သည် ကြားခံကို ရွေးသည်။ -q သည် နာရီကို မပြောင်းဘဲ မေးသည်။ ကလိုင်းသည် ရည်ညွှန်း URL အများအပြားကိုလည်း ပံ့ပိုးသည်။
htpdate သည် HTTP Date ခေါင်းစီးတစ်ခုကို ကူးယူသော shell ပိုက်လိုင်း မစဉ်းစားသော ပြဿနာများကို စဉ်းစားသည်။ ၎င်းတွင် ရင်းမြစ်များစွာနှင့် မကိုက်ညီသော ရလဒ်များကို စစ်ထုတ်ခြင်း ပါဝင်သည်။ သို့သော် ၎င်းသည် ရည်ညွှန်းဆာဗာများ၊ တုံ့ပြန်မှု ကိုင်တွယ်ခြင်းနှင့် ကွန်ရက်အချိန်အပေါ် မှီခိုနေဆဲဖြစ်သည်။
ကက်ရှ်လုပ်ထားသော တုံ့ပြန်မှုတွင် ပိုဟောင်းသော Date တန်ဖိုး ပါဝင်နိုင်သည်။ ရိုးရိုး HTTP အချိန်တံဆိပ်သည်လည်း အတည်ပြုထားသော အချိန် မဟုတ်ပါ။ ရောက်ရှိနိုင်သော ဝဘ်စာမျက်နှာတစ်ခုခုကို ကွန်ရက်၏ အချိန်ဝန်ဆောင်မှု အစားထိုးအဖြစ် မသဘောထားဘဲ ယုံကြည်စိတ်ချမှုနှင့် တိကျမှု လိုအပ်ချက်များကို ဖြန့်ကျက်မှု ဆုံးဖြတ်ချက်နှင့်အတူ ထားရှိပါ။
အဖွဲ့အစည်းသည် အတွင်းပိုင်း NTP ဝန်ဆောင်မှုကို ပေးပါက ထိုရောက်ရှိနိုင်သော ဝန်ဆောင်မှုကို အသုံးပြုခြင်းသည် အခြားလမ်းကြောင်းတစ်ခု ဖြစ်သည်။ အချိန်မေးခြင်းနှင့် daemon အား စနစ်နာရီကို ချိန်ညှိရန် ခွင့်ပြုခြင်းသည် သီးခြား လုပ်ငန်းများ ဖြစ်သည်။