ഡൊമെയിനിൽ ചേർന്ന ലാപ്‌ടോപ്പിന്റെ ക്ലോക്ക് VPN എന്തുകൊണ്ട് ശരിയാക്കുന്നില്ല

വിദൂര ജീവനക്കാരൻ VPN ബന്ധിപ്പിക്കുന്നു, ടണൽ ഉയരുന്നു, സമയം പരാമർശിക്കുന്ന ഒരു പ്രാമാണീകരണ പിശകോടെ ലോഗിനുകൾ പരാജയപ്പെടാൻ തുടങ്ങുന്നു. ടണലിൽ ഒന്നും തകർന്നിട്ടില്ല. VPN നെറ്റ്‌വർക്കുകൾക്കിടയിൽ പാക്കറ്റുകൾ കൊണ്ടുപോകുന്നു; അത് രണ്ട് മെഷീനുകൾക്ക് പങ്കിട്ട ക്ലോക്ക് നൽകുന്നില്ല, ഡൊമെയിൻ പ്രാമാണീകരണവും സർട്ടിഫിക്കറ്റ് സാധുതയും ഓഡിറ്റ് പരസ്പരബന്ധവും എല്ലാം മതിയായ അടുപ്പമുള്ള ക്ലോക്കുകളെ ആശ്രയിച്ചിരിക്കുന്നു. അതിൽ നിന്ന് മൂന്ന് തീരുമാനങ്ങൾ ഉണ്ടാകുന്നു: ഡൊമെയിനിൽ സമയം ആരുടേതാണ്, ഉപകരണം യഥാർത്ഥത്തിൽ എന്താണ് ഉപയോഗിക്കുന്നത്, ഉപകരണം റോമിംഗിലായിരിക്കുമ്പോൾ എന്ത് സംഭവിക്കുന്നു.

പാത ക്ലോക്കല്ല

Kerberos പ്രാമാണീകരണത്തിൽ സമയ-സംവേദിയായ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു, കോൺഫിഗർ ചെയ്ത സഹിഷ്ണുതയ്ക്ക് പുറത്തുള്ള അഭ്യർത്ഥനകൾ അത് നിരസിക്കുന്നു, അത് Windows ഡൊമെയിനുകളിൽ സ്വതേ അഞ്ച് മിനിറ്റാണ്. സർട്ടിഫിക്കറ്റുകൾക്ക് സാധുതാ ഇടവേളകളുണ്ട്, അതിനാൽ ക്ലോക്ക് മതിയായ മുന്നിലുള്ള ഉപകരണം സാധുവായ സർട്ടിഫിക്കറ്റിനെ ഇതുവരെ അസാധുവായി കണക്കാക്കുന്നു. പല മെഷീനുകളിലെ ഓഡിറ്റ് റെക്കോർഡുകൾ അവയുടെ ക്ലോക്കുകൾ അടുത്തായാൽ മാത്രമേ പരസ്പരബന്ധിതമാകൂ, സംഭവ അവലോകനം ആദ്യമായി എന്താണ് മുമ്പ് സംഭവിച്ചതെന്ന് ചോദിക്കുമ്പോൾ അത് പ്രധാനമാണ്.

ആ മൂന്ന് ആശ്രിതത്വങ്ങളും ടണലിൽ നിന്ന് സ്വതന്ത്രമാണ്. VPN ഉയർത്തുന്നത് എത്തിച്ചേരലിനെ മാറ്റുന്നു, എത്തിച്ചേരൽ എന്നത് ഉപകരണത്തിന് സമയ ഉറവിടം കണ്ടെത്താൻ അനുവദിക്കുന്നതാണ്; അത് ഉറവിടമല്ല.

കാണിക്കുന്ന സമയ മേഖല ക്ലോക്കിൽ നിന്ന് വേറിട്ട് സൂക്ഷിക്കുക. വ്യത്യസ്ത പ്രാദേശിക സമയങ്ങൾ കാണിക്കുന്ന രണ്ട് ലാപ്‌ടോപ്പുകൾ പൂർണ്ണമായി സമന്വയിച്ചിരിക്കാം, ഒരേ മണിക്കൂർ കാണിക്കുന്ന രണ്ടെണ്ണം സമയ മേഖല ക്രമീകരണങ്ങൾ വ്യത്യസ്തമാണെങ്കിൽ മിനിറ്റുകൾ വ്യത്യാസപ്പെടാം. സമയ മേഖല മാറ്റുന്നത് തെറ്റായ ക്ലോക്കിന്റെ അറ്റകുറ്റപ്പണിയല്ല, കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റ് പ്രവർത്തിക്കാൻ തീയതി പിന്നോട്ട് മാറ്റുന്നത് യന്ത്രത്തിലെ മറ്റെല്ലാ സമയാധിഷ്ഠിത പരിശോധനകളും തകർക്കുന്നു.

ഡൊമെയിനിൽ സമയം ആരുടേതെന്ന് തീരുമാനിക്കുക

ഡൊമെയിനിൽ ചേർന്ന Windows അംഗങ്ങൾ സാധാരണയായി ഓരോ തവണയും പൊതു സർവറിനോട് ചോദിക്കുന്നതിനുപകരം Active Directory സമയ ശ്രേണി പിന്തുടരുന്നു. ആ ശൃംഖല വനത്തിന്റെ മൂലത്തിലെ PDC എമുലേറ്ററിൽ അവസാനിക്കുന്നു, അതിന്റെ റഫറൻസാണ് സംഘടനയുടെ അധികാര ഉറവിടം.

റഫറൻസ് രണ്ട് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു: നയം ബാഹ്യ സമയ സേവനം അനുവദിക്കുന്നുണ്ടോ, ഓരോ സൈറ്റിൽ നിന്നും അംഗീകൃത ആന്തരിക ഉറവിടത്തിലേക്ക് നെറ്റ്‌വർക്കിന് വിശ്വസനീയമായി എത്താമോ. രണ്ടും അവ്യക്തമാണെങ്കിൽ, പ്രായോഗിക ഉത്തരം ശ്രേണി അതേപടി നിലനിർത്തി എത്തിച്ചേരൽ ശരിയാക്കുകയാണ്, ക്ലയന്റുകളെ പൊതു പൂളിലേക്ക് ചൂണ്ടിക്കാണിക്കലല്ല. മൂന്നാം വ്യവസ്ഥ പരാജയ പാത തീരുമാനിക്കുന്നു: ഒരു ഉറവിടവും ലഭ്യമല്ലാത്തപ്പോൾ ഉപകരണം എന്ത് ചെയ്യണം. അത് മുൻകൂട്ടി തീരുമാനിച്ചാൽ ഒരു ലാപ്‌ടോപ്പിൽ പൊതു സർവർ ആണിയടിച്ച് ഉറപ്പിക്കുന്ന തൽക്ഷണ പരിഹാരം ഒഴിവാക്കാം.

ആ തിരഞ്ഞെടുപ്പ് ഡൊമെയിൻ, സമയ അഡ്മിനിസ്ട്രേറ്റർമാരുടേതാണ്, വിദൂര ആക്സസ് രൂപകൽപ്പനയുടേതല്ല. തന്നെത്തന്നെ വിശ്വസനീയ സമയ അധികാരമായി കോൺഫിഗർ ചെയ്യുന്ന ലാപ്‌ടോപ്പ് മറ്റൊരു ആർക്കിടെക്ചറാണ്, സുരക്ഷാ അവലോകനം അംഗീകരിച്ചത് അതായിരിക്കുന്നത് അപൂർവമാണ്.

ഉപകരണം യഥാർത്ഥത്തിൽ എന്താണ് ഉപയോഗിക്കുന്നതെന്ന് വായിക്കുക

നിർവഹിച്ച Windows ഉപകരണത്തിലെ നിലവിലെ അവസ്ഥ രണ്ട് വായന-മാത്രം കമാൻഡുകൾ രേഖപ്പെടുത്തുന്നു, മാറ്റത്തിന് മുമ്പും ശേഷവും അവ പകർത്തുന്നത് ഉചിതമാണ്:

w32tm /query /source
w32tm /query /status
w32tm /query /configuration

തിരഞ്ഞെടുത്ത ഉറവിടം, അവസാന വിജയകരമായ സമന്വയം, stratum അല്ലെങ്കിൽ റഫറൻസ് ഐഡന്റിഫയർ എന്നിവ ഉപകരണത്തിന്റെ മാനേജ്മെന്റ് നയത്തിനൊപ്പം രേഖപ്പെടുത്തുക. ഒരു വിജയകരമായ കൈകൊണ്ട് സമന്വയം കമാൻഡ് പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, നയം റീബൂട്ടോ റോൾ മാറ്റമോ അതിജീവിക്കുന്നു എന്നല്ല.

ഉറവിടം പ്രാദേശിക CMOS ക്ലോക്ക് കാണിക്കുന്നുവെങ്കിൽ, ഉപകരണം സമന്വയിക്കുന്നേയില്ല, സാധാരണയായി ബൂട്ട് സമയത്ത് ഡൊമെയിൻ കൺട്രോളറിലേക്ക് എത്താനായില്ല അല്ലെങ്കിൽ സമയ സേവനം നയപ്രകാരം അപ്രാപ്തമാക്കി എന്നാണ് അർത്ഥം. അത് പൊതു സർവർ കാണിക്കുന്നുവെങ്കിൽ, ഡൊമെയിൻ ശ്രേണിക്ക് പുറത്തുള്ള എന്തോ വിജയിക്കുന്നു, അത് നെറ്റ്‌വർക്കിന്റെയല്ല, നയത്തിന്റെ ചോദ്യമാണ്.

റോമിംഗ് സമയത്ത് എന്ത് സംഭവിക്കുമെന്ന് തീരുമാനിക്കുക

വിച്ഛേദിക്കപ്പെട്ടിരിക്കുമ്പോൾ ഉപകരണം അതിന്റെ പ്രാദേശിക ക്ലോക്കിലും എത്താനാകുന്ന ഏത് സമയ ദാതാവിലും ആശ്രയിക്കുന്നു. ലാപ്‌ടോപ്പുകൾ പ്രവണത കാണിക്കുന്നു, ആഴ്ചകളോളം ഓഫ്‌ലൈനായിരുന്ന ഉപകരണം വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷമുള്ള ആദ്യ Kerberos അഭ്യർത്ഥന പരാജയപ്പെടുന്നത്ര വ്യതിചലിച്ചേക്കാം.

വീണ്ടും ബന്ധിപ്പിക്കുമ്പോൾ ഉപകരണത്തിന് ഡൊമെയിൻ കണ്ടെത്തലും ഉദ്ദേശിച്ച സമയ-സേവന പാതയും ആവശ്യമാണ്, ഫയൽ പങ്കിടലിലേക്കുള്ള ഒരു റൂട്ട് മാത്രമല്ല. നെറ്റ്‌വർക്കിന് പുറത്ത് റീബൂട്ട് ചെയ്ത്, VPN ബന്ധിപ്പിച്ച്, ഉറവിടം വീണ്ടും വായിച്ച് അത് പരിശോധിക്കുക, ശ്രേണി സ്വയം പുനഃസ്ഥാപിച്ചു എന്ന് അനുമാനിക്കുന്നതിന് പകരം.

വെർച്വൽ മെഷീനുകൾ മറ്റൊരു ദാതാവിനെ കൂട്ടിച്ചേർക്കുന്നു. ഹൈപ്പർവൈസർ സമയ സംയോജനം പല രൂപകൽപ്പനകളിലും സാധുവായ ഉറവിടമാണ്, പക്ഷേ അതിന്റെ പങ്ക് ബോധപൂർവം തിരഞ്ഞെടുത്ത് ഡൊമെയിൻ നയവുമായി ഏകോപിപ്പിക്കണം. യോജിക്കാത്ത രണ്ട് ദാതാക്കൾ സ്ഥിരതയുള്ളതായി തോന്നുന്നതും തെറ്റായതുമായ ക്ലോക്ക് സൃഷ്ടിക്കുന്നു.

അംഗ നയം അധികാരത്തിൽ നിന്ന് വേറിട്ട് സൂക്ഷിക്കുക

സാധാരണ അംഗ കോൺഫിഗറേഷനും അധികാര സർവറിന്റെ കോൺഫിഗറേഷനും വ്യത്യസ്ത മാറ്റ നിയന്ത്രണമുള്ള വ്യത്യസ്ത പ്രശ്നങ്ങളാണ്. അവ കൂട്ടിക്കലർത്തുന്നതാണ് ദൈനംദിന ലാപ്‌ടോപ്പ് നയ മാറ്റം ആകെയുള്ള വനത്തിന്റെ റഫറൻസ് മാറ്റുന്ന വഴി.

തീരുമാനക്കുറിപ്പ് നാല് വരികളായി എഴുതുക: അധികാര ഉറവിടം, അത് വഹിക്കുന്ന ശ്രേണി, റോമിംഗ് സ്വഭാവം, ഉപകരണത്തിലെ അവസ്ഥ തെളിയിക്കുന്ന കമാൻഡ്. ആദ്യത്തെ മൂന്ന് രേഖപ്പെടുത്തിയതും നാലാമത്തേത് ആവർത്തിക്കാവുന്നതുമാണെങ്കിൽ, സമയവുമായി ബന്ധപ്പെട്ട ലോഗിൻ പരാജയം VPN ലോഗുകളിൽ തിരയുന്നതിന് പകരം അഞ്ച് മിനിറ്റ് പരിശോധനയായി മാറുന്നു.