HTTP പ്രോക്സിലൂടെ Windows സമയത്തിന് സമന്വയിക്കാൻ കഴിയാത്തത് എന്തുകൊണ്ട്

പ്രവർത്തിക്കുന്ന HTTP പ്രോക്സ് അത് ഉപയോഗിക്കുന്ന വെബ് ക്ലയന്റിന് ഒരു പാത തെളിയിക്കുന്നു. Windows സമയം UDP പോർട്ട് 123-ൽ NTP ഉപയോഗിക്കുന്നു, അതിനാൽ ബ്രൗസറിന്റെ പ്രോക്സി കോൺഫിഗറേഷൻ ആ സമയ സമന്വയ പാത നൽകുന്നില്ല.

ഉചിതമായ അധികാരമുള്ള കമാൻഡ് പ്രോംപ്റ്റിൽ നിന്ന് നിലവിലെ ഉറവിടവും പിയർ കോൺഫിഗറേഷനും പരിശോധിക്കുക:

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 കൈമാറ്റം പ്രവർത്തിക്കുന്നുവെന്ന് അത് തെളിയിക്കുന്നില്ല.