Windows အချိန်သည် HTTP ပရောက်စီမှတစ်ဆင့် အဘယ်ကြောင့် ထပ်တူပြု၍မရသနည်း

အလုပ်လုပ်သော HTTP ပရောက်စီသည် ၎င်းကို အသုံးပြုသော ဝဘ်ကလိုင်းအတွက် လမ်းကြောင်းတစ်ခု ရှိကြောင်း သက်သေပြသည်။ Windows အချိန်သည် UDP ပို့တ် 123 ပေါ်ရှိ NTP ကို အသုံးပြုသည်၊ ထို့ကြောင့် ဘရောက်ဇာ၏ ပရောက်စီဆက်တင်သည် ထိုအချိန်ထပ်တူပြုမှု လမ်းကြောင်းကို မပေးပါ။

သင့်လျော်သော ခွင့်ပြုချက်ရှိသော command prompt မှ လက်ရှိ အရင်းအမြစ်နှင့် ပီယာ ဆက်တင်ကို စစ်ဆေးပါ-

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 ဖလှယ်မှု အလုပ်လုပ်ကြောင်း သက်သေမပြနိုင်ပါ။